🚀 go-pugleaf

林＠ｍｅｓｈです。

matuo wrote:
>#include <stdio.h>
>main()
>{
>printf("%d", 42340);
>}
>というプログラムがあります。僕がつかっているＣの本では、
>４２３４０ではなく、－２３１９６と表示される。正しく表示させるには、
>%uを使うと書いてあります。しかし、僕の環境（visuall C++ 4.0)では、
>４２３４０と同じになっています。たぶん、開発環境の発達によって
>改善されたのだと思うのですが、どういう理屈かわからないので、


処理系によって int の実装が違うために起こる現象です。別に改善された
わけではありません。printf の %d は int の幅でスタックからデータを
引いてきて符号付きで文字列にしているので、結果は使っている処理系の
int の実装に依存します。

ＭＳ－ＤＯＳ環境用の処理系、たとえば VC++1.51(MS-C8.0)までのＭＳ系で
は int は１６ビット、VC++2.0以降のＭＳ系では int は３２ビットで実装
されています。

int が１６ビットの処理系だと、

　%d -32768(0x8000)～+32767(0x7FFF)
　%u 0(0x0000)～65535(0xFFFF)

int が３２ビットの処理系だと、

　%d -2147483648(0x80000000)～+2147483647(0x7FFFFFFF)
　%u 0(0x00000000)～4294967295(0xFFFFFFFF)

という範囲の表示になるので、問題の 42340(0xA564)は、

　１６ビット系  %d : 0xA564 → -23196  MSBは符号=１なので負値
　３２ビット系  %d : 0x0000A564 → 42340 MSBは符号=０なので正値

です。

「僕がつかっているＣの本」というのはＭＳ－ＤＯＳ環境またはＷｉｎ３．１
環境を前提に書かれたＣの本、ということでしょう。

ＭＳ系を使う場合、１６ビット環境と３２ビット環境でのソースの同一性を確
保したいのであれば、ただ int と書かずに

　符号付き１６ビット整数　signed short
　符号なし１６ビット整数　unsigned short
　符号付き３２ビット整数　signed long
　符号なし３２ビット整数　unsigned long

と書けばいいでしょう。（現在のところ ^^;）

＃将来 int が６４ビットで実装される事になった時は long と short の定義
　が今と同じという保証はどこにもありません。なにせコッソリ仕様変更は日常
　茶飯事なＭＳのことなので・・・

では(^^)/~~
--
Hirokazu Hayashi ( forest@mxt.meshnet.or.jp )