一個(gè)二進(jìn)制移位產(chǎn)生的疑難問題……

shitalone

WORD src = 65535;
結(jié)果trace發(fā)現(xiàn)src << 16 = -65536，為什么會(huì)等于這么多？-65536用二進(jìn)制表示應(yīng)該是多少呢？
我怎么感覺src是16位的，左移16位后，應(yīng)該為0？

另外計(jì)算機(jī)中表示負(fù)數(shù)是用補(bǔ)碼還是反碼表示的？

converse

>;>;另外計(jì)算機(jī)中表示負(fù)數(shù)是用補(bǔ)碼還是反碼表示的？
一般而言，據(jù)我所知，都是補(bǔ)碼表示的

另外，WORD是什么類型的？

shitalone

我剛看了一篇文章，里面說所有原碼、反碼、補(bǔ)碼的轉(zhuǎn)換都是在計(jì)算機(jī)的最底層進(jìn)行的，而在我們使用的匯編、C等其他高級(jí)語言中使用的都是原碼。
---------------------------------------------------------------------
可是我就更不懂了
WORD 是VC里面定義的unsigned short，就是最高位也是數(shù)字位，不是符號(hào)位。
那為何65535 << 16也就是1111111111111111左移16位后，得到的值確實(shí)-65536，也就是說其一無符號(hào)位移位運(yùn)算后，產(chǎn)生的值是有符號(hào)位；
其二，-65536是一個(gè)什么數(shù)？因?yàn)?6位的二進(jìn)制數(shù)，如果是有符號(hào)位的，無論是原碼還是補(bǔ)碼，這個(gè)數(shù)都已經(jīng)超過范圍。
唯一只有一種可能，就是16位的數(shù)，左移16位，值實(shí)際已經(jīng)擴(kuò)展到32位，擴(kuò)展到32位111111111111111100000000000000000
擴(kuò)展出來的數(shù)是什么碼？如果是補(bǔ)碼，取反+1的結(jié)果倒是和-65536的值相符。
那么也就是說，計(jì)算機(jī)中的數(shù)據(jù)用的還是補(bǔ)碼？

converse

>;>;匯編、C等其他高級(jí)語言中使用的都是原碼。
還是那句話，據(jù)我所知是補(bǔ)碼

我下去用gcc試了一下，printf用%d格式的話就是輸出－65536，我能想到的解釋就是%d格式輸出的時(shí)候進(jìn)行了擴(kuò)展，原因就是你說的那樣：有符號(hào)的擴(kuò)展到了32位。

yuxh

這里WORD應(yīng)該是long型，4個(gè)字節(jié)
65535=00000000000000001111111111111111
左移16位得到
11111111111111110000000000000000
這是個(gè)負(fù)數(shù)，為-65536

mfmain

WORD=unsigned short結(jié)果也是一樣的，因?yàn)檎麛?shù)(char, short, int, long)進(jìn)行四則運(yùn)算或移位操作的中間結(jié)果用32bits寄存器保存。unsigned/signed的區(qū)別僅在右移操作時(shí)才能體現(xiàn)出來，而這里是左移。
對(duì)于函數(shù)調(diào)用(比如printf)的參數(shù)，是通過push指令，只能是32bits操作數(shù)，因此printf內(nèi)部無法區(qū)分到底參數(shù)是何種類型(char,short,int,long)，只能通過%d，知道是有符號(hào)int。

converse

>;>;因?yàn)檎麛?shù)(char, short, int, long)進(jìn)行四則運(yùn)算或移位操作的中間結(jié)果用32bits寄存器保存。unsigned/signed的區(qū)別僅在右移操作時(shí)才能體現(xiàn)出來，而這里是左移。

確實(shí)如此！長見識(shí)了

思一克

這本來就沒有任何問題。

#include <stdio.h>;
unsigned short us;
main()
{
    us = 0xffff;
    us <<= 16;
    printf("sizeof(us) = %d   %d\n", sizeof(us), us);
}

結(jié)果是0。
誰說printf不能區(qū)分char, short?

原帖由 "mfmain" 發(fā)表：
WORD=unsigned short結(jié)果也是一樣的，因?yàn)檎麛?shù)(char, short, int, long)進(jìn)行四則運(yùn)算或移位操作的中間結(jié)果用32bits寄存器保存。unsigned/signed的區(qū)別僅在右移操作時(shí)才能體現(xiàn)出來，而這里是左移。
對(duì)于函數(shù)調(diào)用(比?.........

converse

如果改為下面的就出現(xiàn)問題了：

1. 
   
2. #include <stdio.h>;
   
3. unsigned short us;
   
4. main()
   
5. {
   
6. us = 0xffff;
   
7. //us <<= 16;
   
8. printf("sizeof(us) = %d %d\n", sizeof(us), us << 16);
   
9. }
   
10. 
    

復(fù)制代碼

之所以出問題應(yīng)該是因?yàn)榘製s傳進(jìn)printf的時(shí)候用的是32位的寄存器吧？

思一克

出現(xiàn)問題了就對(duì)了。
printf("sizeof(us) = %d   %d\n", sizeof(us), (unsigned short)(us << 16));
就好了。

否則:

long1 = short2 + 2;
是把short2先類型轉(zhuǎn)換成long, 再運(yùn)算，結(jié)果給long1