Windows以外の世界？

COBOLerさんから見たドットネット

片桐　継（Tugu Katagiri） — Sun, 21 Sep 2008 18:10:00 GMT

ある日、（ある日）、転属で、（転属で）、VBに、（VBに）、出会った、（出会った）

修羅場のプロジェクト～、VBに出会った～

ってなわけではないけれど、ただ今、現役バリバリのCOBOLerさんが、VB.NET＆ASP.NETの開発プロジェクトで頑張っています。

文中に、ピリオドがあるのが馴染めない
１ファイルで処理の始まりから終わりまで書いてないのが馴染めない
常にCAPSがONだから、変数や命令文が大文字になってしまう
PIC句が無いなんて不便ですね、VBって
REDIFINEとかできないんですか？
ブレークポイントとステップ実行、ウォッチ式は目からウロコ、凄いです！
クラスってなぁに？
デザインパターンってなぁに？

上記、私の心に響いた彼の名言？です。

これらについて、ひとつひとつ解きほぐすように、私が説明してみた事柄なんかをちょこちょこと書いていければなぁ、なんて前フリをしてみる（笑）

COBOLは現役だ、COBOLerはまだまだ存在する

片桐　継（Tugu Katagiri） — Tue, 20 May 2008 00:22:00 GMT

INETA Day 2008 のもう一つの収穫は、タイトルの人たちと色々と語り合えたこと、でした。実はCOBOLを使いこなす人々、略してCOBOLer人口はさりげにあって、.NetFrameworkやJAVAを横目にしながらも細々とやっているという現場の話に盛り上がったのです。

今、COBOLをやろうとする人はいなくても、.NetFrameworkをやろうとする人はいるわけで、逆に発想すると

COBOLerが.NetFrameworkを知るってことはある意味すっごいスキル武装

だと思ったりもするのです。

ええ、急遽ですが、5/31　ぴんくまDay、片桐、COBOLerモードで語ってみたいと思います。

COBOLerよ、集えっ！＜おい

めざせポケモンマスター！

片桐　継（Tugu Katagiri） — Tue, 25 Sep 2007 23:57:00 GMT

たとえ火の中……何かが違う＜おい

これの続き。
まずはポケモンリストからポケモンマスターを作るわけなんだけれど、これはそう大変じゃない。知る人は知っているのですが、このポケモンたちは元々図鑑用に番号管理されていて、それらを流用すれば簡単に作成できちゃうのです。

本来は分類のためのマスターなので、種類やわざ、特性などについても列が必要ですが、まずは簡易版？ということで番号と名前だけのマスターを作ります。利用用途は依頼ポケモンの所だけだしね。

列	内容	タイプ
PNO	ポケモン図鑑番号	smallint
PNAME	ポケモンの名前	varchar(50)

まぁデザインはこうかな？　これにあわせて、SQL-Server Management Service を起動して、新規データベース「Pokemon」を作成、

新規テーブル「pMaster」をさっきのデザインで作り、PNOで主キーを設定しておきます。

「テーブルを開く」メニューからこのテーブルのデータ（空）を表示しておきます。
ポケモンリストを入手し、まずはEXCELでポケモン番号と名前だけのリストを作成、列をドン、とコピーして、さっきのデータリストに貼り付けると……

できあがり。デオキシスまで入ってますね、このリスト（笑）全３８６匹、Getだぜ！

ちなみに、ポケモン図鑑の一番は、ピカチュウではありません、フシギダネです（おい）

我に力を!!

片桐　継（Tugu Katagiri） — Wed, 08 Aug 2007 12:29:00 GMT

W-ZERO3ですが……電池切れ早いですまいったあと改行がうまくいかないまぁ前者は充電装置を備えるとして、問題は後者だな色々と実験してみますですよ

windowsMobileをてにいれた

片桐　継（Tugu Katagiri） — Tue, 07 Aug 2007 23:08:00 GMT

つぐのパラメータがアップした
新しいネタが来たのでしばらくはこれ関係かな(笑)
タテヨコ自在も楽しいけれど、実際のＰＤＡとしての実力も試したいや★

DBXでデバッグしてみる

片桐　継（Tugu Katagiri） — Mon, 23 Jul 2007 19:12:00 GMT

Windowsネタが続いているので、お口直し（はぁと）
ガラっと変わってUNIXでAIXでCUIな世界のお話なんぞを（笑）

TURBO-Cデバッガと並んで、私が特に愛している？ラインデバッガがこれ。Windowsな世界の人には無縁かもしれませんが、UNIX系のCUIアプリを作るにあたってはこれを使える使えないじゃ大違いだったりします。UNIXでCUIな方々、ぜひぜひ使いこなしてやってくださいまし。Ｃはもちろん、FORTRANでも使えるとかなんとか。私はもっぱらＣ（純正、プリコンパイル版の両方）だったので、それで使ってました。

　まず、プログラムは-gオプションをつけてコンパイル、必ずデバッガシンボル付きバイナリファイルで作成しておきます。DBXはこれとソースファイルを読み込んでラインデバッグしてくれるのでそれさえ忘れなければ大丈夫です。externでリンクする先の関数についてもデバッグしたい場合には、同様にデバッガシンボル付きコンパイルをしておけば、DBXが自動的に読み込んでくれます。

DBXの始め方

$ dbx プログラム

これだけ。プログラムバイナリファイルとソースファイルが同じディレクトリにいる場合にはこのまま実行できます。dbxが起動すると、(DBX)というDBXコマンドプロンプトがでますので、ここからコマンドを打ち込んで始めます。
ソースファイルが別ディレクトリにある場合には

(DBX) use ソースファイルディレクトリ

とすると、プログラムファイル名.c のファイルを探し出してきてソースファイルとして位置づけます。プリコンパイルファイルの情報がｃソースプログラムに組み込まれている場合には、さらにその先のプリコンパイルソースファイルを見に行くように出来ているので心配ご無用。

ブレークポイントの設定

まずはブレークポイントを発行しておきましょう。DBXではstop命令でブレークポイントを設定できます。atの後はライン番号、inの後には関数名です。とにもかくにも、慣れない内はお約束として、まず、

(DBX) stop in main

だけは発行しておきます。せっかくのラインデバッガなんですから、とりあえず、最初の命令文では止めましょうよ（おい）って事ですね。後は、プログラムソースを片手に、止めたいところにどんどんとブレークポイントを設定していきます。

(DBX) stop at 182 ：182行目の命令を実行する直前で止まります。
(DBX) stop in Main ：Main関数に入った直後で止まります。

止まった時の状況は、atは指定ラインの命令実行直前、inは開始直後１行目命令実行直前、まだ命令文は処理されていません。後述の変数の中身を見る場合には「処理前の状態である」ということを忘れないようにしてください。

プログラム実行

(DBX) r
(DBX) rerun

コマンドｒの後ろに色々とつけることで引数にできます。

(DBX) r XXXX XXXX XXXX

stop in main の実行前にやってしまうと最後まで一気に行っちゃうので注意。

ステップ実行

(DBX) c ：次のブレークポイントまで実行します。ブレークポイントが無ければ終了しちゃいます
(DBX) n ：次の同ネストの命令文まで実行。つまり、関数を処理していた場合には関数に入らず、処理して戻ってきます。
(DBX) s ：次の命令文まで実行。関数処理でさらにネストされる場合には、その関数の中へと入っていきます。

上記のうち、ｃとｎは次に設定されたブレークポイントまで処理が止まりません。ブレークポイントが見つからなかった場合には処理が終了します。

変数の中身を見る

10　char ps[5];
20　char *pt;
30　int ip;
40　ip = 0;
50　pt = ps;
60　pt++;
70　*pt = sprintf("%d",ip);
80　pt++;

というソース（脳内ソースで適当です。コンパイルしてないし。）で、

(DBX)stop at 80

とすると、70ラインの命令を処理した後、80ラインの命令を処理する直前、でブレークします。ここで

(DBX) p ps　：配列の中身全部。構造体の場合は名前つきで表示
{"","0","","",""}

(DBX) p *pt　：ポインタの指し示すアドレスの中身
"0"

(DBX) p pt　：ポインタの指し示すアドレス
0x057f

とｐコマンドを使うと変数の中を見ることができます。ポインタ変数の場合、名前だけを指定するとアドレスを表示し、「＊」をつけると変数の指しているアドレスの中身を見ることができます。配列の場合には名前を指定するだけで中身全てを列挙してくれます。これは構造体も同じです。

p 変数名：変数の中身（ポインタ型の場合にはアドレス）
p *変数名：ポインタ型変数が指しているアドレスに格納されている値

基本的にこの二つを覚えておけば大丈夫です。

変数を変更しよう

pの使い方が判ったら、変数の中身の変更も簡単です。assignコマンドを使うと、変数の中身を変更でき、その記述ルールはそれぞれのプログラム言語に依存します。

(DBX) assign *pt = "1"　　：ポインタ変数ptのアドレス先の中身を変更
(DBX) assign ps[3] = '5'　：変数ps[3]の中身を変更
(DBX) assign pt = 0x00　　：ポインタ変数ptのアドレス先をNULLポインタに変更

pで見ることの出来た記述方式に従って、assign 変数 = 値とすると、中身が書き換わります。これによって、分岐によるケース分けや本来なら発生し得ないだろうNULLポインタの処理や例外処理を発行させる事も可能になります。

トレースを使いこなそう

DBXにはトレース機能があります。ブレークポイントでいちいち止めてpコマンドを叩いて中身を見ているのが面倒な場合には、トレース機能を使うことで簡単に検証ログを作る事ができます

(DBX) trace ps at 80　　　：80行目の処理直前での変数psを中身を表示
(DBX) trace *pt in Main　：main関数の処理直前直後での変数ptを中身を表示

traceコマンドを設定したラインや関数を通っても、処理は止まる事はありません。ブレークポイントにする必要は無いけれど、処理前後での値の変化や、ロジックが処理されたことを確認する必要がある場合にはトレースコマンドが便利です。

プログラムリストを見たい時

「今どのあたりにいるんだろう」「ちょっとあそこで止めたいな」という時にさくっとリストが表示できると便利ですね。

(DBX) list

とすると、ブレークポイントを設定した場所から以降のソースファイルを表示してくれます。プリコンパイルソースの場合はプリコンパイル前のものになります。続けてListを打つとスクロールのイメージで続きを表示してくれます。

(DBX) list XXX

とすると、XXX行目からの表示。以降をListすればそこから先のプログラムソースを見ることができます。

ちょっとShellを使いたい時

(DBX) Shell

とするとDBXを常駐させたまま、Shellに戻ります。この場合のShell環境はDBXを起動したShell環境なので、環境変数などもそのまま使えます。SQL文を実行したけど、結果が正しいかとか、ファイルはちゃんと書き込めたか、とか、I/Oの結果を知りたいときなんかに有効。Shell側からは

$ exit

とするとDBXに戻れます。

他にも、条件分岐Traceや条件分岐BreakPointなど、色々な使い方があるのですけれど、基本はそれくらいでしょうか（＾＾；
使う機会があれば、こんなのあったなぁ的に思い出していただけると幸いです。