終局

終局である。

ああ、やっぱり本を読み切ると嬉しい！！
達成感なのかな。今日は飲もう！

さて、読んでみて、この本に対する感想は、

• 簡にして要を得ている、とはこのことだと思います。
  
• 無用な遊びのない、枯れた本ですね。
  
• 識別子とオブジェクトのあたりを箱を使って説明するのは、まあしょうがないのだと思います。入門者向けの説明としてはベストプラクティスなのかと。
  
• 共用体と関数ポインタが割愛されていたのは残念。
  
• それ以上のことは、今後私がC言語を使っていって成長した後に振りかえってみてみないと評価できないです。
  

です。

この本を読んで私自身はどう変わったのかなぁというと、

• C言語の言語としての基本がわかりました。
  
• 写経をたくさんしたので、書きぶりがある程度身につきました。
  

ということ。そして、並行して道具箱とパタヘネをやっていたので、

• CUnitとGDBが多少使えるようになった。
  
• cc-modeとgdb-modeが多少使えるようになった。
  
• MIPSアーキテクチャとC言語のそれぞれの部分がどのように関係しているか見えてきた。
  

ということだった。

一応これで「C言語入門者です」と言えるようにはなったかな、と。
で、初級者にいくには何が必要かなと考えてみました。こんな感じ。

• 共用体と関数ポインタの学習。
  
• ANSI Cの標準ライブラリの理解。
  
• C言語によるデータ構造とアルゴリズムの習得。
  
• 規模の大きいプログラミングのためのモジュール化やライブラリのあり方。
  
• 写経を続けて、体で書きぶりを覚える。
  

次に中級者にいくには少なくととも次のものが必要かと。

• OSのAPIの理解。
  
• OSの理解。
  
• 実用されているソフトウエアについてのコードリーディングの経験量。
  
• 実用されるソフトウエアノコードライティングの経験量。
  

まだまだ未熟なんですが、先が長いということは楽しみがたくさん待っているということなので、こつこついくかなぁ。
さて、この本につづいてC言語的には何をするかというと、

• 知識を増す
  
  
  
  • 初級プログラマとして不足している知識を得る
    「新版 明解C言語 実践編」
    
  • データ構造とアルゴリズムを学ぶ
    「新版 C言語によるアルゴリズムとデータ構造」
    
  
  
• 体で覚える
  
  
  
  • 「解きながら学ぶC言語」
    
  
  

という方針でいこうと思います。

なお、記事は計算機とその周辺の方に書いていきます。

第１３章 ファイル処理 (その2)

最終節。

• 13-2 テキストとバイナリ
  
  
  
  • list1308。fprintfするのを、"%f"から"%.20f"にしたら、テキストでもまあマシになったが、小数点以下20桁全部正しくは保存されない。なぜ? doubleの精度の限界かな。
    
  • prac1312。書き込むときは、struct tm型のオブジェクトがメモリ上に整列しているとして、fwrite(local, sizeof(int), 9, fp)でいけちゃう。でも、これって常に保証されているとしていいのかなぁ。
    
  
  

ついに、終了！ :)

第１３章 ファイル処理

こつこつ。

• 13-1 ファイルとストリーム
  
  
  
  • Cのファイルからの文字列読取り(fscanf etc)って、なんつーか簗漁みたいなもんなんだね。
    
  • fscanfとfprintfが、readerとwriterというかなんというか。
    
  • この節、長い。。。
    
  • ファイルを扱うからって、「実用的」になるという観点はちょっと疑問。
    
  
  

最終節へ。

第１２章 構造体 (その2)

こつこつ。

• 12-2 メンバとしての構造体
  
  
  
  • 構造体に対する同じ(ような)操作が、c.px、c->pxというように二通りにかけるのは、なんだかなぁ。
    
  • 関数に対して、構造体をポインタ渡しじゃなくて値渡しみたいなことできるのかな??
    
  
  

この節、みじかし。

つ、ついに最終章へ！

第１２章 構造体

こつこつ。

• 12-1 構造体
  
  
  
  • バブルソートをCで書くと難しい。。。バブルソートの考え方はすぐにわかるんだけど、list1201の手順がそれを確実に実現しているかを確認するのが手間。慣れなのかなぁ。
    
  • くわえて、構造体を学ぶというときに、そういうアルゴリズムの初見となるというのどうなのかなぁ。
    
  • 構造体は、オブジェクト指向をかじっていれば考え方は難しくないな。歴史は逆なんだろうけど。
    
  • ラベル名、タグ名、メンバ名などで同じ識別子を使えることを「名前空間が異なる」というのは不思議な感じ。シンボルテーブルが別ということではあると思うのですが。
    
  • おお。構造体同士の代入演算では、メンバの値が自動的のコピーされるのか。
    
  • 「共用体および、関数を指すポインタについては、『入門編』の範囲を超えていますので、本書では解説していません。」なんと。
    
  • list1209。wday_name[][3]だと、出力がおかしいので、wday_name[][4]とした。UTF-8だからかな?
    
  
  

ふー。この節、長かった。

第１１章 文字列とポインタ(その4)

こつこつ。

• 11-3 文字列を扱うライブラリ関数
  
  
  
  • gdbでいろいろ探ってみると、どうやら文字列をポインタらしく扱うときにポインタstrとtmpが同じ文字列(文字列のために確保したメモリ「領域」のどこか)を指しているとして、*str = *tmp とするのは御法度みたい。。。
    
  • と思ったら、テストケースをchar *str[] = { "", "a", "1", "1a", ...とかやって用意していたので、単純に文字列リテラルは書き換え不能というだけだった。。。マヌケ
    
  • で、演習1106をやっていてハタと気付いたのですが、これ、P159の整数型リテラルとP173の浮動小数点型リテラルのインタプリタを作れって問題だよね??? すいません、この本でここまでに提示された知識だけでそれをやるのは、勘弁。。。
    
  
  

というわけで、なんと次は構造体。
残り2章！

第１１章 文字列とポインタ(その3)

こつこつ。

• 11-3 文字列を扱うライブラリ関数
  
  
  
  • う、演習1105がBus errorになってしまう。これ、配列でやったときも苦しんだような。
    
  • せっかくなので、道具箱のGDBを勉強してみることにする。
    
  
  

第１１章 文字列とポインタ(その2)

復活！ こつこつ。

• 11-2 ポインタによる文字列の操作
  
  
  
  • そうか*s++は、評価した値を返した後にインクルメントするんだな。
    
  • ポインタらしく書くことの効用はやはり実行効率か。でもコンパイラの最適化能力があがってきているので、その価値は薄れている、と。
    
  
  

数日休むと頭がぼっとするな。。。

第１１章 文字列とポインタ

おなかがいたい。。。こつこつ。

• 11-1 文字列とポインタ
  
  
  
  • list1101：おお、char *ptr = "123";という初期化も可能なのか。
    
  • 気になるのは、配列 - 文字列 - ポインタという関連性が、言語としてのC言語において、構文糖衣なのかそれ以上の違いがあるのか、ということ。パタヘネによると、直接アセンブリ言語にコンパイルする場合は違いがある。でもgccはGENERICとかの中間表現に変換するから、そのときにどうなのか、ということも気になる。
    
  • list1103：まず、配列で初期化した識別子は、その配列が初期化時に確保した領域と結合しており、別の領域を指すように変更はできない。つまり、例えば、str = "DEF";という形での代入はできない。
    
  • list1104：次に、配列は領域の予約というか、事前確保が可能ということ。char str[6] = "ABC";としておけば、strが指す領域はchar*6確保され、保護される。しかし、int *ptr = "ABC"の場合は、ABC\0が文字列リテラルとしてメモリ上のどこかに生成されているとして、その先頭アドレスを指すということにすぎない。
    
  • というわけで、配列とポインタは、識別子管理テーブル(勝手につけた名前)の機構に関する違いがあるようだ。管理テーブル的にはポインタでやった場合は、文字列リテラルを格納するメモリ領域とは分離して、ポインタ自体の識別子と領域も別途管理されるということ。
    
  • しかし、識別子管理テーブルとかいっても仮想マシンがあるわけではないので、けっきょく中間言語だったりというコンパイラの仕様しだいなのか?
    
  • ところでC言語って、"ABC"という文字列リテラルは共有されるのかなぁ。char *ptr1 = "ABC"; char *ptr2 = "ABC";としたとき、ptr1とptr2は同じアドレスを指しているのか否か?
    
  • list1105：char *pt[3]ってありなんだ。。。
    
  
  

とりあえず、ここまで。

第１０章 ポインタ (その3)

こつこつ。

• 10-3 ポインタと配列
  
  
  
  • なんと。[]は演算子であり、vc[2]も2[vc]も同じことなんだ。。。
    
  • じぶんなりにポインタをまとめてみる。
    
    
    
    • int nx;
      によって、メモリ上にint型の値を格納する領域が確保される。その領域に対して値を読み書きするには、nxという変数名が使える。
      
    • この機構の背後には変数名の管理機構がある。それは次の機能をもっている。
      
      
      
      • nxという識別子が確保している領域がint型であるということ。
        
      • nxという識別子と確保領域のメモリアドレスとの紐づけ。
        
      
      
    • ひとつのプログラムの中でも識別子は複数存在し、これら管理情報は一種のテーブルを成している。
      
    • C言語では、このテーブルにアクセスすることができる。
      
    • まず、nxと紐付けられているアドレスの値を、&nxで得ることができる。これは、まあリテラルである。
      
    • アドレスをＣ言語の中で取り扱うにあたって、それ自身もC言語の型機構に適合させてしまう。
      
    • すなわち、ポインタ型という型を用意する。
      
    • ポインタ型は例えば、int *ptr;などと宣言する。
      
    • すると、ptr = &nx; などとできる。
      
    • これらは上に述べた識別子の機構にあてはめると次のようなことである。
      
      
      
      • ptrという識別子が確保している領域がintのポインタ型であるということ。
        
      • ptrという識別子と確保領域のメモリアドレスとの紐付け。
        
      
      
    • ポインタ(値)にはいくつかの演算が用意されている。
      
    • *演算子は、ポインタ(値)が値としてもっているメモリアドレスに格納されている値を指すことができる。
      
    • すなわち、*ptrはnxの別名と考えてよい。
      
    • 配列というのは、宣言以外の部分については、ポインタ型を用いたメモリ操作の構文糖衣と考えてもよい。
      
    • int vc[] = {1 , 1, 0};などとしたとする。
      
    • vcはこれ以降、配列の先頭要素のアドレスを保持するintのポインタ型の識別子である。
      
    • すなわち、vc = &vc[0]が成り立つ。
      
    • これによって、関数の引数に配列を与えたとき、関数の内部でその配列を操作した場合に、もとの配列が破壊的に操作される。
      
    • 仮引数における、int vc[]というのはint *vcと可換である。
      
    • ptr = &vc[0] (またはvc)としたとき、vc[i], *(ptr + i), ptr[i] は同じことの別表現である。
      
    • ポインタ値に対する算術はそのポインタ値が配列の一部を指すとき存在し、自然数を体とするものであり、その単位である1は、メモリアドレスの1ではなく、対象となる配列の要素の個数である。メモリアドレスでいうと型のsizeof分が1に換算される。
      
    
    
  • てな感じなのかなぁ。
    
  
  

とりあえず、ポインタの前半戦はおしまい。
次は、ポインタと文字列だ！

第１０章 ポインタ (その2)

こつこつ。

• 10-2 ポインタと関数
  
  
  
  • list1006を、gccではコンパイルできなかった。。。
    

    
    Compilation started at Sun Jun 22 00:11:06
    
    gcc -Wall list1006.cpp
    Undefined symbols:
      "___gxx_personality_v0", referenced from:
          ___gxx_personality_v0$non_lazy_ptr in ccNTC8X1.o
    ld: symbol(s) not found
    collect2: ld returned 1 exit status
    
    Compilation exited abnormally with code 1 at Sun Jun 22 00:11:07
    

    
    
  • おお、参照渡しは密結合を促進し、プログラムの品質を下げる可能性があるのか。なるほど。それがポインタを使う方式なら回避される理由がちょとわからん。同じことじゃないのか?
    
  • list1009は、私の環境ではほぼ正常に動作した。。。
    

    
    二つの実数を入力してください。
    実数X:53.5
    実数Y:21.68
    これらの値を交換しました。
    実数Xは53.500015です。
    実数Yは21.679993です。
    

    
    
  • *hogeに++演算子はつかえんないのか???
    
  
  

演習問題2つやるのにかなり時間がかかった。。。

第１０章 ポインタ

コツコツ。

• 10-1 ポインタ
  
  
  
  • 箱がでてくるとポインタの説明がこんがらがるような。。。
    
  • オブジェクトに対して、その識別子と型とアドレスを管理しているテーブルがあるだけであって、そのテーブルのアドレス自身が型に対応したポインタ型と呼ばれるオブジェクトであるってだけだと思うのだが。で、そのオブジェクトを操作する手段が提供されいる、と。
    
  
  

写経がすくなかったので、すぐに終わっちゃった。

第９章 文字列の基本(その2)

こつこつ。

• 9-3 文字列の操作
  
  
  
  • そか、""はアリだけど、''はナシだよね。
    
  • 配列をベースに考えると、アルゴリズムはforやwhileのループを基本に考えるようになるけど、そうするとそのアルゴリズムが正しいかどうかの判断が結構めんどくさいなぁ。リストなら再帰を使いつつ、宣言的に書けるんだけど。
    
  
  

この節3日かかった。。。
やっとポインタ。

第９章 文字列の基本

さて、こつこつ。

• 9-1 文字列とは
  
  
  
  • C言語では文字列は文字の配列なのか。。。なんかすごいな。たぶん、C言語における配列というのが、私のイメージよりももっとハードウエアよりなので、こういうことになるんだろうな。
    
  • おお。文字列である文字列リテラルと、文字列でない文字列リテラルがあるのか。
    
  
  
• この節、短かかったので、もうひとつ。
  
  
• 9-2 文字列の配列
  
  
  
  • 配列の配列が直列化されているところをみると、メモリが透けてみえる。。。
    
  
  

今日はここまで。

第８章 いろいろなプログラムを作ってみよう(その4)

こつこつ。

• 8-4 入出力と文字
  
  
  
  • 文字ロジックにおける文字コードのとりあつかいのところは、Cがいかにも低レベルな言語だなぁと感じるところでした。善し悪しは別として。
    
  • 低レベルなんで、環境に密着したプログラミングができるわけですが、可搬性をもとめようとするとそれをマクロとかで隠蔽しなきゃいけなくて、そうすると結構複雑になるような? そしたらもともと言語で抽象化していた方がいいんでないかい?と思ってしまう。
    
  
  

次は文字列。ポインタまで後一歩！

第８章 いろいろなプログラムを作ってみよう(その3)

こつこつ。

• 8-3 再帰
  
  
  
  • 特になし。
    
  
  

再帰もあっさり。
今日はここまで。

第８章 いろいろなプログラムを作ってみよう(その2)

今週後半は業務繁忙にてまったく手をつけられなかった。。。
今日からまたこつこつ。

• 8-2 列挙体
  
  
  
  • 列挙体って何だかすごいものだな。。。シンボルを使いたいのだが、実態は数字というのが表にでているって感じなのかな。
    
  • エナムって読んでた。。。イニューム推奨なのね。
    
  • 列挙タグと変数名は別のシンボルテーブル、と。
    
  • 
    

    
    enum season { Spring, Summer, Autumn, Winter, Invalid };
    enum sex { Male, Female, Invalid };
    

    
    とすると、Invalid重複!とコンパイラに怒られた。Warningじゃなくerror。これは厳しい、というか使いにくい。
    
  
  

今日はここまで。
久しぶりだと、忘れてるし、頭も動かない。
でもこつこつ。

第８章 いろいろなプログラムを作ってみよう

この章はてんこもりだな！ 入門書なんでこのあたりはまとめてさらっとやるのかな?
引き続き、こつこつ。

• 8-1 関数形式マクロ
  
  
  
  • 関数形式マクロの説明に、型の煩雑さんの回避というのはどうなのかなぁ。演算子が型を選ばない範囲でしかつかえないわけだし。こういうものを重宝に思うなら、そもそも識別子が型をもたない機構を導入すべきと思ってしまう。。。
    
  • これも副作用と呼ぶんだ。
    
  • 演習8-2：そうか、関数形式マクロはある意味置換だから、Cの文法は全て使えるんだ。
    
  • 関数形式マクロは、展開されると式になるようにする。そのためにコンマ演算子が有効。
    
  
  

さあ次は列挙体だ！

第７章 基本型(その2)

こつこつ。

• 7-3 浮動小数点型
  
  
  
  • うん。特になし。
    
  
  
• 7-4 演算
  
  
  
  • うぉ。型変換ルール、複雑。
    
  
  

この章、振り返ってみると、やたら整数に力がはいっていたような。まあ、計算機だからそんなもんか。
とりあえず、ここまで。

第７章 基本型

昨日は植田ジャパンのお祝いにかこつけて飲んだので、調子悪し。。。

• 7-1 基本型と数
  
  
  
  • えっと、さすがに基数は知っていたので、もう一節。
    
  
  
• 7-2 整数型と文字型
  
  
  
  • 自分の環境のlimits.h該当部分。
    

    
    #define SCHAR_MAX   127     /* min value for a signed char */
    #define SCHAR_MIN   (-128)      /* max value for a signed char */
    
    #define UCHAR_MAX   255     /* max value for an unsigned char */
    #define CHAR_MAX    127     /* max value for a char */
    #define CHAR_MIN    (-128)      /* min value for a char */
    
    #define USHRT_MAX   65535       /* max value for an unsigned short */
    #define SHRT_MAX    32767       /* max value for a short */
    #define SHRT_MIN    (-32768)    /* min value for a short */
    
    #define UINT_MAX    0xffffffff  /* max value for an unsigned int */
    #define INT_MAX     2147483647  /* max value for an int */
    #define INT_MIN     (-2147483647-1) /* min value for an int */
    
    #ifdef __LP64__
    #define ULONG_MAX   0xffffffffffffffffUL    /* max unsigned long */
    #define LONG_MAX    0x7fffffffffffffffL /* max signed long */
    #define LONG_MIN    (-0x7fffffffffffffffL-1) /* min signed long */
    #else /* !__LP64__ */
    #define ULONG_MAX   0xffffffffUL    /* max unsigned long */
    #define LONG_MAX    2147483647L /* max signed long */
    #define LONG_MIN    (-2147483647L-1) /* min signed long */
    #endif /* __LP64__ */
    
    #define ULLONG_MAX  0xffffffffffffffffULL   /* max unsigned long long */
    #define LLONG_MAX   0x7fffffffffffffffLL    /* max signed long long */
    #define LLONG_MIN   (-0x7fffffffffffffffLL-1) /* min signed long long */
    

    
    
  • longはwordなのかな。
    
  • 整数定数が型をもつ、ということは、Cでは識別子と値の双方が型情報を保持している、ということかな?
    
  • 補数
    
  • 厳しくいうと、例えば1を0001としたときに、000まで1の補数として反転するのは、補数の考え方から外れているような。
    
  • 0001の1の補数は、数学的には0000じゃないか。そして、2の補数は0001。
    
  • 計算機の内部で負数の表現に利用しているのは、補数の「計算手順」であって、0001の1の補数を1110と呼ぶのは奇妙。
    
  • まあ、やりたいことはわかるんですが。
    
  
  

演習に結構時間がかかった。ここまで。

第６章 関数 (その3)

昨晩飲まなかったので、やっぱり調子がいい。

• 6-3 有効範囲と記憶域期間
  
  
  
  • list0618。Cはレキシカルスコープ。
    
  
  

さあ、次は型だ！

第６章 関数 (その2)

こつこつ！

• 6-2 関数の設計
  
  
  
  • list0610。なんで省略可能なexternをここで説明するのかなぁ?
    
  • list0611。配列は自動的に参照渡しなのか。。。
    
  
  

終わった。。。この節、長かったです。

第６章 関数

こつこつ。

• 6-1 関数とは
  
  
  
  • むう。抽象化やコードの再利用の話をせずに、関数をやるのだな。
    
  • ()は演算子なんだ。
    
  • コンパクトなコードを書くことが、そんなに重要事項なのかなぁ。
    
  • 「値渡し」って、値でやりとりされるというよりも、オブジェクトがコピーされて渡されるということでいいのかな。値がオブジェクトであって、オブジェクトがそのまま渡されるとしたら話が違ってくるし。値渡し(pass by value)という言葉がいかんような。
    
  
  

昨日、久しぶりに酒を飲んだら、頭が、、、 酒は旨いが、いかん。

第５章 配列 (その３)

こつこつ。

• 5-3 素数を求める
  
  
  
  • コンマ演算子はprognかな。
    
  
  

次はついに関数だ！

第５章 配列 (その2)

こつこつ。

• 5-2 多次元配列
  
  
  
  • 多次元配列の初期化子の構文は、無用に柔軟じゃないか???
    
  
  

この節、2ページなので、手早く終了。

第５章 配列

こつこつ。

• 5-1 配列
  
  
  
  • []は添字「演算子」なんだ。
    
  • for文とかの繰り返し構造って、ある意味、抽象化なような。
    
  • object-like macroではなくて、グローバル変数みたいなものはないのかな。
    
  • 変数名などの識別子の一部などはマクロで置換されない。なるほど、安全だが、制限的。プリプロセッサはある程度Cの構文は知っている、ということはありそうだ。
    
  • expressionを式と訳したのは、数学においても、コンピュータ科学においても、最大の損失ではないか。
    
  • list0512は、なんちゅうか、とても汚い。構造体への伏線かな。
    
  • list0513は、関数の伏線かな。
    
  
  

予期せず、この節、写経がおおかった。。。

第４章 プログラムの流れの繰り返し (その５)

こつこつ。

• 4-5 プログラムの要素と書式
  
  
  
  • 識別子は、なんで先頭が非数字じゃないといかんのだろう? パーサにやさしいためかな？
    
  • ああ、この構文図ってBNFを図示したものなんだ。
    
  • なんと。隣接する文字列リテラルは自動連結される。
    
  
  

写経がないので、すぐ終わった。
もうひとつやる。

第４章 プログラムの流れの繰り返し (その４)

こつこつ。

• 4-4 多重ループ
  
  
  
  • 変数のいろいろな使い方の例にもなっている。
    
  
  

今日はここまで。

第４章 プログラムの流れの繰り返し (その３)

体調をくずして、ちょっとお休みしてました。
今日から徐々に再開！

• 4-3 for文
  
  
  
  • whileとforは常に書き換え可能。
    
  
  

これでfor文がつかえるようになった！

第４章 プログラムの流れの繰り返し (その2)

こつこつ。

• 4-2 while 文
  
  
  
  • 'A'は文字定数。シングルクォーテーションは文字定数のためのもの。文字列に使うのは処理系依存。
    
  • 前置・後置という演算子の記法によって、式の評価ルールがかわるのか。なるほど。
    
  
  とりあえず、ここまで。
  所要時間1.5H。
  

第４章 プログラムの流れの繰り返し

• 4-1 do 文
  まあdo文自体はシンプルなので、それのいくつかの例をやりながら、初期化子や演算子に触れている。
  後置の演算子って変数にくっついていないと駄目なのかな? ためす。お、くっつけなくても動いた。
  これら、構文糖衣だと思うが、これらの構文糖衣がCの何かを自然に表現できるのだろうか。それとも省力化のための略記なだけなのか。
  
  とりあえず、ここまで。
  
• 4-2 while 文
  
• 4-3 for 文
  
• 4-4 多重ループ
  
• 4-5 プログラムの要素と書式
  

第３章 プログラムの流れの分岐 (続き)

• 条件演算子から再開。
  
  
  
  • そうか。ブロックってそれ全体で一つの文なんだ。
    
  • まあ、文がなんだかは直感的な理解しかないんだけど。
    
  
  
• 3-2 switch文
  
  
  
  • emacsで(c-set-style "k&r")としていると、
    

    
         switch (num % 3) {
         case 0 : puts("その数は3で割り切れます。"); break;
         case 1 : puts("その数を3で割った余りは1です。"); break;
         case 2 : puts("その数を3で割った余りは2です。"); break;
         }
    

    
    switchとcaseの頭がそろう。なんかCのコーディングスタイルに興味がでてきた。
    コーディングスタイルの光景
    K&Rの方がちょっと見易いかな。
    
  • なんでここでcase文の構文図説明が無いんだろ?
    
  • case * ：とかdefault : とかはラベルというものでプログラムの飛び先を表すものらしい。
    
  • switch文って結構複雑。
    
  
  

これで3章まで完了。写経の日々。きっと地力があがるはず！

第３章 プログラムの流れの分岐

• 3-1 if文
  
  
  
  • Cのifは非0。
    
  • 「C言語の式は、(一部の例外を除くと)必ず、その値を評価することができます」なるほど。すると何が式かがポイントか。
    
  • 構文図っておもしろいやり方だ。"("は区切り子というものなんだ。
    
  • true,falseはリテラルとしては存在しなくて、1,0がその役割なんだろうな。たぶん。
    ・・・
    以降は明日。
    
  
  

第２章 演算と型

• 2-1 演算
  
  
  
  • ふと思ったのだが、int main(void)のようにシンボル?の後ろが(だったら関数定義でそうじゃなかったら変数定義というシンタックスって結構すごいような。
    
  • おお！ =は二項演算子だったんだ。
    
  
  
• 2-2 型
  
  
  
  • doubleの時、dx / 2.0となってるけど、dx / 2でも動く。どういうルールなのかな。
    
  • お、オブジェクトだ。。。こんなところで出てくるとは。オブジェクトは変数なの???
    
  • dx /2 で2は2.000000に自動格上げされるのか。
    
  • 式(expression)の中などに表われる2とか1.56とかを定数というんですね。
    
  • おお。(double)というのは演算子なんだ。オペランドとくっつけてもくっつけなくても動く。
    
  
  

第１章 まずは慣れよう

• 1-1 まずは計算結果を表示
  
  
  
  • M-x compileで、
    Compile command: gcc -g -Wall list0101.c
    で翻訳。shellで./a.out。お、動いた。
    
  • return(0)じゃなくて、return (0)なんだ。
    
  • 日本語がprintfでちゃんと表示できるか心配したけど、大丈夫だった。
    
  • う、文字列リテラルで全角文字を使うのは規則違反、とな。
    
  • Emacsでは警報が^G^G^G、とな。
    端末のベルがONじゃなかった。shellからなら、onにすればaudio/visual双方機能した。
    Emacsはonにしてもだめ。
    
  
  
• 1-2 変数
  
  
  
  • 変数は箱。
    
  • int vx; int型の箱をつくる。
    
  • =は代入。
    
  
  
  これで一章はおしまい。
  
• 1-3 読込みと表示
  
  
  
  • scanfで端末から文字列を読みこんで、変換した数値を変数にsetする。なぜ変数に&がつくのか?
    
  • なんで、printfがあるのに、putsもあるのかなぁ。単なる構文糖衣とは思えない。
    
  
  

環境

環境はEmacsにしました。
cc-modeなようです。
emacsの設定はここを参考にしました。
CC-mode の簡単な使い方
※defunは不要なので、lambdaにしました。

のんびりC言語

いろいろな言語をつまみぐいするのは、あまりよくないと思いますが、Common Lisp一本槍で勉強するよりも、いくつかの言語は知っておいた方が逆に早くCommon Lispを習得できるような気がしてきました。

そこで、まずハードウエアに近いところということで、C言語を勉強します。
C言語はほとんどやったことがないので、丁寧な入門書を選びました。

散歩する気分でのんびり学んでいきたいと思います。