何かこの前、某授業でプログラムをやった。三週間で６コマだけ。
それもＪＡＶＡ。
まずＰＡＴＨを通すことから始まるし。
どうでも良いんだが…
１．２コマ目 Hollo,worldと計算、宿題も計算
３．４コマ目 for文、ＪＡＶＡアプレットで簡単なお絵かき
５．６コマ目 if文、ＪＡＶＡＧＵＩアプリ、ボタン付き、宿題は作ったのをアプレットにして学内ＨＰにアップ
見た目には楽に見える。いや、それは実際自分がちょっとでも、違う言語でも良いからプログラムをやったことがあるからだろう。
っても、Hello,world位ならどのプログラム参考書でも書いてあるし、そんな説明もいらないだろうけど…。
変数を使った計算はちょっと数学と勝手が違うしもうちょっと解説が欲しいかなとか思った。たいていの人はプログラムなんてやったこと無いだろうし。授業の資料ページには変数の型くらいしか説明ないし。
ただな…この日の宿題あるインターネット接続料金計算の問題。ダイヤルアップでの接続したときの料金計算なのだが仮想設定ではずいぶんレベルの低いランクで契約したらしく４時間までは９８０円、超過１分ごとに１５円、ＨＰスペースは１５０円／ＭＢと言う設定。この条件の下、５時間接続、５ＭＢのＨＰスペース。そしてプロバイダーまでは３分８円の電話料金（…ん？ こいつはマイラインでも登録しているのだろうか？）。
条件はそんなに難しくはない。だが、何か違うところで詰まった友人が数人。プロバイダー料金とプロバイダーまでの電話料の違いが分からなかったらしいが…今はどんどんダイヤルアップが少なくなって、しかもダイヤルアップでも４時間までと言わず無制限の契約が大半を占めてしまったからだろうか、ピンと来なかったらしい。
３．４コマ目に至ってはやると言っていたfor文を解説すらしなかったため、マジで役に立たない授業のような気がしてきた。
さらにはコンパイルをちゃんとやってＨＴＭＬもちゃんと書いてあるのに（アプレットはブラウザ（ＩＥとかネスケ）上で実行されるためからＨＴＭＬをを呼び出す）ネスケでリロードしても画面に変化がない。
それを「コンパイルがうまくいってないんじゃない」の一言で片づける（と言うよりは言い張ってた）お方がおられたし。ちなみにそれはＳｈｉｆｔを押しながらリロードを押さなればいけなかったらしいが、それが皆に伝わったのは上記発言が何回も発せられた後だった。
ついでにソースの中にSetVisible(true)と言う関数があったのだが…問題３（だと思った）でこれを消したらどうなるかという問題があった。と言うことはコメントアウトして再コンパイルするだけで話が終わる。やってみる。…意味がない、と言うか変わらない。仕方がないのでその文を消してみる。変化無し。さて…ではtrueと言うことはfalseが在るはずだ。やってみた。変化無し。
結果、変わらない。答えはどうなるのかも結局言われた記憶ないし。
この後に宿題用アプレットを作ったときにもfalseを指定してみたのだが…ふつうに起動できるし。
５．６コマ目ではちゃんとif文をやったものの…ＧＵＩのボタンの部分とかの解説があまり無かった。
取り敢えず…教える方は教えることを理解してからやって欲しいもんだ。
少なくとも自分で作った問題の結果くらいは確認してから問題を作って欲しい。
とまぁ、授業の愚痴はこんなところで言いとして、ここからが今回の実験になる。
例のごとく突発的に実験したくなったのだ。
今回はsizeof()と言う関数を使った実験である。
この関数の引数はintとかlongとかの変数の型のサイズ（単位：byte）を調べてくれる。
これが返す値は処理系によって違うらしい。
ＢＣＣ５．５．１ではどう返してくれるのかなと言うのが今回のネタである。
今回は前に実験で使ったtime実験の時のソースを書き換えて使ってみた。
取り敢えずint,long,byte,char,bool,WORD,DWORD,short,float,double位実験すればいいでしょ。
結果それぞれ４，４，１，１，１，２，４，２，４，８（上記の順番通り）。
…ちょっと待て。なんでintとlongで値が一緒なんだ？
intが４ってのは決して間違いではない（はず）。だいたいintって型はそのＣＰＵが一番片づけやすいサイズ（３２ｂｉｔＣＰＵなら３２ｂｉｔを一気に片づけられるので４ｂｙｔｅ）になっている（はず）。
で、僕が知っている所ではだいたいlongというのはintの二倍のサイズを持つと思った。
で、翌日友人とこの結果について話しているときにふと思った。
「いちいちＷＩＮアプリで作ったのだろう」、と。
そしてそのさらに翌日、今度はＤＯＳコンソロールアプリで作ってみた。printfを大量に置いただけのプログラム。
こっちの方が管理が楽だ。
だけど実際コンパイルすると…ＷＩＮアプリ＝４７．００ＫＢ、ＤＯＳコンソロール＝５１．５０ＫＢ。
…うん。最初にＷＩＮで組んだのはこうなるって頭のどっかで分かっていたからなんだね。わかった？ 納得。（な訳ねーだろ！！！）
ちなみにＤＯＳでの実行結果も変わらず…つかそりゃそうだよな。
ただbyte,DWORD,WORDは取り敢えずチェックしなかったけど。
さて、では試しに今度はＤＯＳの方の奴をＡＳＭコンパイル…
読み慣れないアセンブラソースをｉｎｔｅｌから仕入れてきたｐｄｆファイルを見ながら見比べてもあんまり得るものはなかった。
だって、もうこの時点で入る数って決まってるみたいなんだもん。
さて…ここまで来てようやく調べてみる気になったＭＳＤＮライブラリ。
intで検索。英語だ…。
longもやってみて気づいたが、下の方にbase_typeと言うリンクがあった。
やっとここまで来て納得。
両方とも32-bit signed integer（３２ｂｉｔ符号付き整数）って書いてある。
…そりゃどっちとも４って表示されるわけだよなぁ。
ってことはＶＣで実験しても同じ結果になるのかな？
友人に頼んでみようかな〜。
ちなみにＭＳＤＮライブラリ曰くhyper（64-bit signed integer）という型もあるらしいが、使えるか実験したらコンパイルエラーが出た。取り敢えず使えるようには設定されていないようだ。
なんだか本題と同じくらい愚痴の方が長いなぁ。
ま、いいか。
ちなみに今回のソースはここ。
それと例のごとくこれは個人的覚え書きメモです。