今日のKATSの異常終了の原因は、この休みにリニューアルしたソースコードが
もたらした、また新たな問題でした。

大きな変更点は「DDEクライアント毎に新しいスレッドを立てる」事でした。

しかし、また私のマルチスレッドに対するスキルの低さを露呈してしまいました。
まず銘柄毎に楽天RSSによる開始を行う時、スレッドを起動します。
そのスレッド中でDDEクライアントをインスタンス化し、更新通知をスタートさせます。

しかし、その通知を停止させる時にDDEクライアントの解放が出来ていませんでした。
私の中では「スレッドを停止させたらDDEクライアントも死ぬだろう」と勝手に
思っていたので、停止させるつもりでスレッドの解放を行っていました。

楽天RSSを停止させてみると、それまで起動していたDDEクライアントのゴミが
一気に停止されるログが吐き出されました。
スレッドを停止させる時、いきなりDisposeするのではなく、ちゃんとスレッドを
中断させるメソッドを呼んでDDEクライアントを解放してからDisposeするように
変更したらその問題はなくなりました。

次の問題はまだ解決していません。
何しろ、 VB.NETのスレッド数は「プロセッサ数×25」という制限があるからです(汗)。
メインスレッド。そして自動購入、自動売却。また楽天RSSの異常や大引け後の
シャットダウンを監視しているタイマーイベント。これだけで4つのスレッドを
使用しています。

という事が分かりました。かなり致命的です。
解決するには監視銘柄ごとにスレッドを立てる事をやめるしかありません。
この休みに変更した内容をまた後ろ向きに直す気がしてすごくヘコみます。
何か対策を考えないといけません。
この制限のせいで、今日は持ち越し銘柄プラス購入監視銘柄。さらに購入監視

それに加えてインスタンスの解放ミスが重なり、バグのオンパレードとなりました。

明日は解放の問題と同一銘柄問題は解決されています。
スレッド数の上限問題についても、今から監視銘柄抽出を行いますが20銘柄を
超えるようであれば20銘柄程度に抑える事によってとりあえずは回避出来るでしょう。
あと、他のバグによって異常終了しない事を願いながら・・・

しかも致命的なエラーにより強制終了です。。.原因は今のところ全く不明です(T-T)

明日が不安です。

お気に入りの記事を「いいね！」で応援しよう