• const char str[] = "CredO~";
• unsigned int int32 = 0x80;
• char ch = '?';
• void *args[] = {(void*)str,(void*)&int32,(void*)&ch};
• ...........這裡省略一步將args強制轉換成char * 型的過程...........
• putnum((unsigned int)*args[1]);/*putnum就是一個輸出值的封裝*/
  

今晚上我的同學要我看個程式碼，說無法解決，讓我看下。具體問題就在上面的程式碼。
問題描述：int32 = 0x11時，程式碼執行正確，但測試int32 = 0xaa；就是錯誤的，輸出結果很奇怪，在資料前面填充了資料，變成了0xffffffaa。
我拿到程式碼看了好一會，並除錯運行了下，發現確實是這樣的。只要資料最高位為“1”輸出就是錯誤的，也就是和最高位有關係。最高位一般只表示符號位，但現在是無符號變數，這就有點難以理解了。

判斷：由於不存在語法錯誤，指標的使用也沒有問題，那就只能是資料型別的問題了。
嘗試一： 將變數從無符號改為有符號，錯誤依舊，額~~~
嘗試二：在指標取值前先進行強制型別轉換。

• *(unsigned int *)args[1])
  

嘗試是正確的，也就是說和指標變數的型別有關，在使用時必須將void * 型指標變數轉換成一個有具體（並且是正確的）資料長度的型別。

雖然解決方法有了，但是原因還不明確，只能反彙編看看了

• /*原始的方式*/
• q = *args[1];
•   401460:   0f be 00      movsx  eaxBYTE PTR [eax]
• /*              p = *(unsigned int*)args[1];*/
•                 putnum((unsigned int)q);
•   401463:   89 04 24                mov    DWORD PTR [esp],eax
•   401466:   e8 f5 fe ff ff          call   401360 <putnum>
•   40146b:   e9 70 ff ff ff          jmp    4013e0 <ezprintf+0x10>
• /*強制轉換後的方式*/
• /*                q = *args[1];*/
•               p = *(unsigned int*)args[1];
•   401460:    8b 00                 mov  eax,DWORD PTR [eax]  
• E:/C/new  2.c:53
•                 putnum((unsigned int)p);
•   401462:    89 04 24                 mov    DWORD PTR [esp],eax
•   401465:    e8 f6 fe ff ff           call   401360 <putnum>
  

從加紅的結果很明顯能夠看出，問題在於：沒有進行正確的資料型別轉換，void * 轉換成 char *（正確的轉換型別應該是int *）；所以當一開始的資料的最高位為1（單位元組的第7位，例如：b000000001xxxxxxx）時，就被當做符號位進行了符號位擴充套件，出現輸出資料前面被填充的現象（變為：b111111111xxxxxxx）。

結論：void型相關變數，在具體使用（和值相關）時必須進行型別強制轉換（並且是要正確的，符合邏輯的），以明確變數的資料長度，否則出現錯誤：
               1、無法編譯通過（資料型別不匹配）；
                2、得到錯誤的資料（邏輯上有問題）。

2014.3.23
說明：在原來的帖子中，我說的是由於void * 沒有經行型別強制轉換，編譯器預設為 char *，這是一個很大的錯誤。在這裡指出說明（這個轉換是在其他程式碼中有動作）。出現問題的現象，是由於強制型別轉換的不合理，原變數是int 型，而在使用時資料被轉換成char 型，所以出現錯誤。
新編輯帖子中藍色部分是修正後的，有些錯誤的已經被刪除。這裡特別感謝老九，發現了這個錯誤。