標準ＴＴＬだけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第２８０回］
●ＲＳ２３２Ｃ受信プログラムの説明です（３）
前回の補足説明です。
コマンドライン引数のパラメータ指定のところで、前の方では、ｍａｉｎ(ｉｎｔ ａｒｇｎ，ｃｈａｒ ＊ａｒｇｓ［］）と書いていたのに、途中から、ｍａｉｎ(ｉｎｔ ａｒｇｃ，ｃｈａｒ ＊ａｒｇｖ［］）というように、変数名が変わってしまっています。
こういう不統一なことをすると、お読みになる方が迷ってしまってよくありません。
ａｒｇというのはａｒｇｕｍｅｎｔの略で、「引数」という意味があります。
なので、こういう名前をつけたりするのでしょうね。
もちろん、そういう名前にしなければならない、ということではありません。
こんな感じでもまったく問題はありません。
/// test pointer of character
// command line parameter(2)
// 09.7.16
#include <stdio.h>
//
main(int nanda,char *kanda[])
{
int i;
for (i=0;i<nanda;++i)
{
printf("%d,%d,%s\n",i,kanda[i],kanda[i]);
}
}
ところで、これも補足説明です。
プログラムを実行すると、文字列のポインタ（文字列の先頭のアドレス）と、その文字列が表示されます。
表示されたポインタの値（十進数で表示されている）をよく見てください。
最初の文字列はファイル名を含んでいて、その他のパラメータとは少し性質が異なりますから、他の文字列とは別の格納場所に入れられているようです。
その他の文字列を見ると、最初の文字列ｎａｇａｓａｋｉのポインタ値は６６９３３８０です。
次の文字列ｗａのポインタ値は６６９３３８９で、これは６６９３３８０に９をプラスした数値になっています。
念のため、その次も見てみましょう。
次の文字列ｋｙｏｍｏのポインタ値は６６９３３９２で、これは６６９３３８９に３をプラスした数値になっています。
いつもこうであるかどうかはわかりませんが、この例では、コマンドライン引数の文字列は先頭のファイル名を含む文字列以外は、連続した記憶場所に格納されていて、その文字列の文字数＋１のサイズの記憶場所が確保されているらしいことがわかります。
多分Ｃ、Ｃ＋＋を多少でもさわったことのある方ならばおわかりかと思います。
文字列の場合には、最後に文字列の終りを示す記号\0（ヌル）が付け加えられることになっているからです。
そのイメージについては、前回［第２７９回］のこちらの図を見ていただければご理解いただけると思います。
●ＲＳ２３２ＣプログラムはＷｉｎｄｏｗｓＡＰＩを使います
なんだか、道草のそのまた道草になってしまって、ちっとも前に進めません。
とりあえず、プログラムの説明に戻ることにいたします。
ＲＳ２３２Ｃ送信プログラム（ｗ２３２ｃ．ｅｘｅ）も同じですが、ＲＳ２３２Ｃ受信プログラム（ｒ２３２．ｅｘｅ）は、通常のヘッダーファイルｓｔｄｉｏ．ｈのほかに、ｗｉｎｄｏｗｓ．ｈをインクルードしています。
#include <windows.h>
#include <stdio.h>