• <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為一個函數,使得__errno_location有機會返回一個TSL的variable
            這里APUE有Wrap一些簡單的打error log的函數,由于errno是一個by thread variable,所以必須先保存
            要不然后面print之類的system call同樣有可能出現error然后覆蓋掉errno
            有看到變參函數,糾正了我自己長期的一個誤區(qū),之前一直以為變參函數只能用在特定的Case下才有用,例如scanf/printf之類的輸入輸出函數
            因為他們都有帶類似format的參數,能夠通過%d,%c之類的東西找到后面的變參的個數以及類型,今天有去看一下va_list/va_arg/va_end的實現,會發(fā)現變參函數是,本來也應該是一種更加common的設計
            這里順帶提一下function call的大體流程,這里需要比較多的背景知識,類似函數調用約定,程序內存分布...
            找來一張圖比較好看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,與函數調用相關的主要是stack -->stack的地址是向低地址增長的,棧底在高地址,棧頂在低地址
            然后介紹兩種常用的函數調用約定,一種是C語言默認的函數調用約定 __cdecl; 另外一種是PASCAL默認的調用約定 __stdcall
            這兩種都是從右到左將參數壓棧,然后再push ebp; mov ebp, esp; 再然后壓入函數局部變量,不一樣的是cdecl是由caller function將函數參數出棧,stdcall是由callee function將函數出棧。
            這兩種方式各有好處,慨括講一下cdecl的話每個調用者都必須去做pop stack的動作,code size會變大;stdcall則在callee function本身來看會比較單純
            但是這種類型比較難從編譯器的角度來支持變參函數。
            變參函數都是cdecl
            可以玩一下這樣的函數...

             

             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的說法,其實他的實現蠻靈活的

            ///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 )

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

             

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

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

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

             

            posted on 2013-05-21 23:25 Torres 閱讀(207) 評論(0)  編輯 收藏 引用 所屬分類: APUE
            久久婷婷色香五月综合激情| 香蕉久久av一区二区三区 | 久久久一本精品99久久精品66 | 国产高潮久久免费观看| 久久国产视屏| 狠狠色婷婷久久综合频道日韩| 婷婷五月深深久久精品| 91精品国产91久久久久久青草| 久久综合久久美利坚合众国| 国产精品一久久香蕉国产线看 | 久久人人超碰精品CAOPOREN| 久久精品国产精品亚洲精品| 99久久精品免费观看国产| 久久综合伊人77777麻豆| AV色综合久久天堂AV色综合在| 久久国产免费直播| AV狠狠色丁香婷婷综合久久| 热久久最新网站获取| 国产成人AV综合久久| 国产美女久久久| 久久人人爽人人爽人人AV| 亚洲国产成人久久笫一页| 99热都是精品久久久久久| 精品久久久久久国产潘金莲| 国产精品久久婷婷六月丁香| 久久综合色区| 狠狠综合久久综合中文88| 久久精品国产91久久麻豆自制| 伊人久久大香线蕉av不变影院| 久久综合狠狠综合久久97色| 久久久WWW免费人成精品| 国内精品久久久久国产盗摄| 伊人久久精品线影院| 91精品日韩人妻无码久久不卡 | 国产亚洲美女精品久久久2020| 久久亚洲欧洲国产综合| 久久毛片免费看一区二区三区| 久久九九亚洲精品| 国产免费福利体检区久久| 久久99久久99小草精品免视看| 久久精品国产一区二区三区日韩|