とりあえず出来た。
EXPORTが良く分からなくて結局はまってしまった。
OnPaintとかがはまるのだ。

プラグインのスケルトンのアーカイブが解凍出来ないが、拡張子をzipにすれば解凍出来た。

MFCが使えないと不便だ…
どっぷりとMFCに漬かっているため、MFCがつかえないと不便である。
と、言うことで昨夜、MFCベースでプラグインを作ってみようとして失敗した。
OnInit等の関数が呼ばれない。なぜ？

原因は今日判明、***.def内に関数を明示的に指定しなければならないらしい。
時間が無くて試せなかったが…

土曜日の話なので前後してしまうが、プラグインをエミュレータからiPAQにコピーして動かしてみると何故か動作しない。
原因はまったく不明。
少しずつプログラムを削って場所を突き止めるとデータ管理用のクラスを宣言したとたん落ちる事が判明。
どうやらメモリ不足だったらしい。
とりあえずバッファの量を調節してみるとフリーズ(T-T)
しかもSQPocketにスタートアップを登録したままだった。
いくらリセットしてもフリーズするので泣く泣くフルリセット。
間抜けすぎる…

SQPocektのCalenderプラグインに簡単なスケジュール機能を加えてみた。
とりあえず、追加出来るだけなので入力を間違えるととっても困った事になる。

ぼつぼつと基本機能は入りました。
ファイル管理を出来るようにしたいのでそこが出来たら公開かな？と思っています。
でも、完成度的には10%程度…次に作りたいものがあるので形になったら一先ず止めるかも…

久しぶりにPocketPCのプログラムを組み始めた。
今回の目標はずばり「＠風カード」（笑）
http://www.tasuku.freeserve.co.uk/default.htm
http://homepage2.nifty.com/heart-feeling/index.html

で、ダイアログで作り始めたのだが、Tody画面にっという2000-12-03 の書き込みと同じことで引っかかった。
間抜けすぎ…

しかし、PocketPCのプログラムはダイアログベースで十分なことが多いので、回避方法を見つけておきたいところ。

Visual Basic magazine の6月号にeMbedded Visual Tools 3.0 が付属しているらしい。
ホームページから取り寄せるより手っ取り早いし安くつく。
まあ、英語版使っているので問題ないが、とりあえず買っとく？

DIB操作クラスの移植をとりあえず完成？
操作クラスと言っても、元々が勉強用に作ったものなので点を書いたり線を引くぐらいしか能が無い(T-T)。
コピーを出来るようにしたので、取り合えず酔っ払いゲーム程度は作れるかな？
TOWNS時代に作ったもぐら叩きを移植したいが既にデータは不明。
スプライト機能も造らないと…

前々回に書いた致命的エラーはやはり32bitカラーが原因。
どうやらCEでは使えないらしい、取り合えず24bitで作成。

PS.
「創作プログラミングの街」は実に有りがたい。
http://www.sm.rim.or.jp/~shishido/

MFCのアプリケーションウィザードを使って、ダイアログベースで作ったソフトを起動して、Today画面を表示すると作ったアプリが表示されたままになる。
最初WM_PAINT時の操作がまずいのかと思ったけどそうではないらしい。
これも、後の研究課題、PocketPCではTodayがディスクトップにあたるから、これのモーダルとして作っているのか？
もしそうなら使えんぞ！

今日はこの間のDIBの続きで遊んだ。
CEではStretchDIBitsが使えないのでCreateDIBSectionを使用。
VCで作りかけていたDIB操作用のクラスをCE用に変更。
DIB操作用と言っても表示とLineしか出来ないが(--;;

エミュレータでは正常に動作、テストとしてマウスで線が引けるようにした。
しかし、J548では「致命的エラー」…
どうやらCreateDIBSectionでビットマップハンドルが取れていないらしい。
前に作ったテストプログラムは正常に動作しているので、問題は32bitカラーにしている事だろう。
Win98ではメモリ容量を気にする必要が無かったため、操作が簡単な方のみをサポートしたのが裏目に出た。
24bitにするのはチョット骨なので今日はこれで終わり。

現在、デバッガからJ548を認識してくれない為、効率が悪い…
修理に出す前は出来ていたので何故？ってな感じ。