記性不好，所以作業做起來--從第一章開始，期望有始有終
1.1 對根目錄（/）來說，沒有parent，所以'.' or '..'就沒有區別了，可以用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
有看到變參函數，糾正了我自己長期的一個誤區，之前一直以為變參函數只能用在特定的Case下才有用，例如scanf/printf之類的輸入輸出函數
因為他們都有帶類似format的參數，能夠通過%d，%c之類的東西找到后面的變參的個數以及類型，今天有去看一下va_list/va_arg/va_end的實現，會發現變參函數是，本來也應該是一種更加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位表示時間溢出的，不想寫答案，時間比較晚，第一章作業寫完。
記錄一些關于系統總線與CPU“位數"的基本概念
通常所說的CPU的位數，32位or64位CPU，指的是ALU(算術邏輯單元)的寬度，也就是這個ALU處理數據的基本單元的寬度
所以數據總線基本會和ALU寬度相同(有例外，這個我沒想清楚工作原理) -->應該是可以新加一些Module來做轉換。
而地址總線則是CPU尋址的能力，一個是怎么去尋址，一個是尋到地址后，地址中內容的寬度(當然這個寬度跟地址類型(byte，short，int)有關，但送給CPU的時候一般是單位次數送數據總線的寬度的數據)，地址總線決定CPU能訪問的Memory的范圍。
8086是16位ALU 20位數據總線尋址1M
每次CPU送出的地址都是16位，然后加上段寄存器作為最高4位