＜timidiyt_dll_0.0.0-031117＞

まだDLLは作れません。

[1]関数をすべて構造体の中に入れる作業が終了しました。
具体的には、struct.txtを読んでください。

[2]031117-0200への追従がおわりました。

[3]他のオプションやマシンで使うファイルも動くようしました。
他のオプションについては　options.txtを呼んでください。

win用の基本的なドライバーやインターフェース以外はローカル変数を構造体のほうに移してません。
UNIX系のスレッドは、大域変数を共有しないという記憶があるのでこれでいいのかな？
（だとすると今のままだと問題のでそうなとこが。。。so化は次回ということで（汗））
winとLinux以外は動作確認してません。
SunとBSDとOSXについてはコンパイルできることを確認してます。
旧マック用のメインルーチンは、動作確認できない状態でいじってもバグを発生するだけと判断していじってません。
変数の名前を　yyyyから　TMDY_XXX->yyyy　にして
関数呼び出しをTMDY_XXX->function(tmdy_struct, ....)のようにすれば移植できます。

[4]変数にmutexをかけていく。
Linuxでmutexの為にハングするオプションが多発してます。tmdy_struct.hをいじってmutexを無効にすればほとんど動きます。
mutexというものの理解が全く間違ってるんではないかというほどひどい状況です（なんでだろう？？？）。

そろそろCVSにアップといきたいとこです。

まだやってないことは
１．CVSにアップにむけ　ディレクトリを整理して、autoconf環境の整備をして、ファイルのパーミッション等を直す。
２．構造体の整理や呼び出し方を洗練する（相互参照をすっきりさせる等）。
	うーんリスト作って一つづつ対処するしかないか。
	safe_mallocとclt->cmsgを最下位ルーチンまで参照するために、
	tmdy_structという親の構造体アドレスを全部の関数に渡なさないといけないのがなんとも。
	（子の構造体にコピーを渡せば誤魔化せるけどなんだかなぁ。。。）
	（これはこれでいいのかな？）
3．DLLをつくる。
	ああメインルーチンを分割して簡単に呼び出せるAPIつくらないと。
	DLLの名前どうしましょう？

2003.11.17

末永　圭司(s_keishi@mutt.freemail.ne.jp)

