🚀 go-pugleaf

中山と申します。

横から失礼します。
チャチャのつもりはないんですがそう取れましたらごめんなさい。

T.Hiraishi wrote in message <6e4vrl$7jg$1@netnewsa.pfu.co.jp>...
><CANDY.98Mar11104459@xxx.fct.kgc.co.jp>の記事において
>candy@fct.kgc.co.jpさんは書きました。
>
>>> In article <6e3mvl$gbt$1@news.cds.ne.jp> yuki@cds.ne.jp (YUKI) writes:
>>>
>>> > sizeof 演算子はデータの大きさ（サイズ）を返します。int 型が 4 byte、
>>> > char 型が 1 byte の環境では、
>>>
>>> char 型が 1 byte でない環境がありそうな表現ですが、char は定義により 1
>>> byte ではありませんでしたっけ?
>
>　８ビット以上だったと思います。　ちなみにｉｎｔは１６ビット以上だった
>ような気がします。
>


これじゃ答えになってませんよ。
このスレッドで展開している話はビット数ではなくてバイト数の問題なのでは。

複数バイトのcharが存在することと8ビットを超えるcharが存在する事ではレベルが
違います。

1バイトが8ビットでない処理系は存在しますが例え9ビットあってもそれば1バイトで
す。
T.Hiraishiさんの記述だと「1バイト=8ビットだから8ビットを超えるcharは複数バイ
ト」と
取れます。

もし、そういう意味じゃないのであれば
>>> > char 型が 1 byte の環境では
のところは
「charが8bitの環境では」
となり、元記事の質問とは論点がズレてしまいます。

いかなる処理系でも通用する8ビットを単位とした表現はオクテットであってバイト
ではありません。
だからunicodeの単位はバイトではなくオクテットと表現されます。

ちなみに私の解釈では
sizeof(char) = 1
charのビット数= sizeof(char) * CHAR_BIT
となります。
MC68000のような奇数アドレスからのメモリアクセスが不可能なCPUでもsizeof(char)
は1バイトである事が保証されていると認識しております。
# 事実そうでしたし。

ではでは。

---
中山豊実@SoftwareSmith

toysmith @ mail.interq.or.jp <-ここから出しています。
toysmith @ coo.net           <-メールはこっちへお願いします。
　　　　　　　　　　　　　　　　　　　容量でかいっす