• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            T9的空間

            You will never walk alone!

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              69 隨筆 :: 0 文章 :: 28 評論 :: 0 Trackbacks

            記性不好,所以作業(yè)做起來--從第一章開始,期望有始有終
            1.1 對根目錄(/)來說,沒有parent,所以'.' or '..'就沒有區(qū)別了,可以用ls -li來看inode,/.. 代表他本身
            1.2 多實例,Process ID遞增,分配Process ID的具體方式-->//TODO:去查情景分析
            1.3 const char* 放到perror中不想讓perror自己改,其實我覺得strerror也可以const int
            1.4 errno related
            比較早之前errno是by process的,這并不合適,Linux支持多線程存取errno
            extern int* __errno_location(void)
            #define errno (* __errno_location())
            Macro為一個函數(shù),使得__errno_location有機會返回一個TSL的variable
            這里APUE有Wrap一些簡單的打error log的函數(shù),由于errno是一個by thread variable,所以必須先保存
            要不然后面print之類的system call同樣有可能出現(xiàn)error然后覆蓋掉errno
            有看到變參函數(shù),糾正了我自己長期的一個誤區(qū),之前一直以為變參函數(shù)只能用在特定的Case下才有用,例如scanf/printf之類的輸入輸出函數(shù)
            因為他們都有帶類似format的參數(shù),能夠通過%d,%c之類的東西找到后面的變參的個數(shù)以及類型,今天有去看一下va_list/va_arg/va_end的實現(xiàn),會發(fā)現(xiàn)變參函數(shù)是,本來也應該是一種更加common的設計
            這里順帶提一下function call的大體流程,這里需要比較多的背景知識,類似函數(shù)調(diào)用約定,程序內(nèi)存分布...
            找來一張圖比較好看Linux process userspace的布局,印象中windows也一樣只不過windows默認是2G/2G,linux是大家都知道的1G/3G


            userspace從0~0xC0000000,kernel space(0xC0000000~0xffffffff)的樣子跟這個差別比較大,那邊分vmalloc/kmalloc還有類似high memory的概念,這里主要貼出userspace,可以看一下RO,RW,ZI,Heap的位置,順便提一下整個linux virtual memory其實都可以分為兩部分: anonymous memory/mapped memory,像RO就是mapped memory,RW開始是mapped memory,只要有人改變初始值,那就會變成anonymous memory,ZI,Heap,Stack這些都是anonymous memory,與函數(shù)調(diào)用相關的主要是stack -->stack的地址是向低地址增長的,棧底在高地址,棧頂在低地址
            然后介紹兩種常用的函數(shù)調(diào)用約定,一種是C語言默認的函數(shù)調(diào)用約定 __cdecl; 另外一種是PASCAL默認的調(diào)用約定 __stdcall
            這兩種都是從右到左將參數(shù)壓棧,然后再push ebp; mov ebp, esp; 再然后壓入函數(shù)局部變量,不一樣的是cdecl是由caller function將函數(shù)參數(shù)出棧,stdcall是由callee function將函數(shù)出棧。
            這兩種方式各有好處,慨括講一下cdecl的話每個調(diào)用者都必須去做pop stack的動作,code size會變大;stdcall則在callee function本身來看會比較單純
            但是這種類型比較難從編譯器的角度來支持變參函數(shù)。
            變參函數(shù)都是cdecl
            可以玩一下這樣的函數(shù)...

             

             1#include <cstdlib>
             2#include <iostream>
             3
             4using namespace std;
             5
             6void foo(int cnt, )
             7{
             8    cout << "start foo" << endl; 
             9    int* p = &cnt;
            10    for(int i = 0; i < cnt; i++){        
            11        cout << *(++p) << endl;
            12    }

            13    cout << "end foo" << endl;
            14}

            15
            16int main(int argc, char *argv[])
            17{
            18    int a = 1, b = 3, c = 5, d = 7;
            19    void (*functest)(int cnt, );
            20    functest = foo;
            21    functest(4, a, b, c, d);
            22    system("PAUSE");
            23    return EXIT_SUCCESS;
            24}


            加一點對va_list/va_arg/va_end的說法,其實他的實現(xiàn)蠻靈活的

            ///stdarg.h
            #define va_start _crt_va_start
            #define va_arg _crt_va_arg
            #define va_end _crt_va_end  

            ///vadefs.h
            #define _ADDRESSOF(v)   ( &reinterpret_cast<const char &>(v) )
            typedef 
            char *  va_list;
            #define _INTSIZEOF(n)   ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) )
            #define _crt_va_start(ap,v)  ( ap = (va_list)_ADDRESSOF(v) + _INTSIZEOF(v) )
            #define _crt_va_arg(ap,t)    ( *(t *)((ap += _INTSIZEOF(t)) - _INTSIZEOF(t)) )
            #define _crt_va_end(ap)      ( ap = (va_list)0 )

            貼一段網(wǎng)上看到的應該是i386的實現(xiàn),類似這種變參函數(shù)會直接去用指針操作stack來找參數(shù)的,因為涉及到對其的問題一定是by platform的,不太好移植
            像_INTSIZEOF(n) 就是int對其
            大概講下意思 va_list 就是 char*,是一個用來找參數(shù)ptr的游標
            va_start(ap, v)  通過第一個固定參數(shù)v 初始化 ap
            va_arg(ap, t)  這里就給Type t了,所以并不一定需要類似printf的 format 來找,caller和callee可以有一些其他的約定方式,這個返回當前類型為t的參數(shù)的值,并且將ap指向下個參數(shù),因為之前ap被初始化的時候其實他并不知道他指向的參數(shù)的類型。
            va_end(ap) 清掉ap
            多說一句,printf系列的函數(shù)還蠻多的,fprintf/sprintf/vprintf/svnprintf...帶f的是面向FILE streaming的,s是針對char buffer的,v則是說參數(shù)是帶va_list的,n則是具體指size
            1.5/1.6討論32位表示時間溢出的,不想寫答案,時間比較晚,第一章作業(yè)寫完。

             

            記錄一些關于系統(tǒng)總線與CPU“位數(shù)"的基本概念

            通常所說的CPU的位數(shù),32位or64位CPU,指的是ALU(算術邏輯單元)的寬度,也就是這個ALU處理數(shù)據(jù)的基本單元的寬度
            所以數(shù)據(jù)總線基本會和ALU寬度相同(有例外,這個我沒想清楚工作原理) -->應該是可以新加一些Module來做轉(zhuǎn)換。
            而地址總線則是CPU尋址的能力,一個是怎么去尋址,一個是尋到地址后,地址中內(nèi)容的寬度(當然這個寬度跟地址類型(byte,short,int)有關,但送給CPU的時候一般是單位次數(shù)送數(shù)據(jù)總線的寬度的數(shù)據(jù)),地址總線決定CPU能訪問的Memory的范圍。

            8086是16位ALU 20位數(shù)據(jù)總線尋址1M
            每次CPU送出的地址都是16位,然后加上段寄存器作為最高4位

             

            posted on 2013-05-21 23:25 Torres 閱讀(211) 評論(0)  編輯 收藏 引用 所屬分類: APUE
            久久久久亚洲av无码专区| 久久久午夜精品| 久久亚洲欧美日本精品| 久久九九亚洲精品| 亚洲国产成人精品久久久国产成人一区二区三区综 | 中文成人无码精品久久久不卡 | 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 97久久精品无码一区二区天美| 久久综合九色综合网站| 午夜精品久久久久久99热| 久久精品麻豆日日躁夜夜躁| 久久精品国产91久久麻豆自制| 久久男人AV资源网站| 中文字幕乱码久久午夜| 久久久久国产一级毛片高清版| 香蕉久久影院| 亚洲午夜久久久精品影院| 伊人久久亚洲综合影院| 99久久成人18免费网站| 亚洲精品乱码久久久久66| 久久久这里有精品中文字幕| 久久久婷婷五月亚洲97号色| 一级做a爰片久久毛片看看| 亚洲国产精品热久久| 久久久久免费看成人影片| 久久免费视频6| 久久婷婷人人澡人人| 99久久免费国产特黄| 久久婷婷五月综合97色一本一本| 欧美久久一区二区三区| 精品视频久久久久| 亚洲欧美日韩精品久久| 国产人久久人人人人爽| 亚洲AV无码1区2区久久 | 中文字幕无码久久人妻| 人妻无码精品久久亚瑟影视| 99热热久久这里只有精品68| 99久久人妻无码精品系列蜜桃 | 久久久久久久久久久精品尤物| 品成人欧美大片久久国产欧美... 品成人欧美大片久久国产欧美 | 亚洲国产美女精品久久久久∴|