TKFP.DLL: 2005年8月アーカイブ

「通信スレッドがエラーで落ちる」という致命的な不具合を修正しました。

Version 1.0系は何とかこの辺で安定動作して欲しいんだけど...
作者が未熟なので、使ってくださる方が増えると、ボロが出始めてます。

しばらく様子をみて、問題がなさそうなら、
次の構想にある、サーバーサイドのOSの幅を広げたいと思っています。
現状では、IISに接続しても、問題が出そうなので

...時間が欲しい

不具合の原因はそれぞれ違うのですが、
なんか最近、問題が多発しています。

掲示板でも報告がありましたが、通信用のバックグラウンドスレッドが停止するのは、ちょっとまずいので、早急に直したいとは思っています。
でも、しばらく時間が造れそうに無くて...申し訳ありません。

根本的にエラーのトラップが甘いのが原因だと実感しています。

不具合報告が沢山くるということは、「使ってくださっている方が多い」と考え励みにしています。

ついこの間に更新したばかりですが、
通信部分が思ったより不安定で、問題があったので、
修正しました。

バッファサイズでバランスとったつもりですが、
環境によってはベストではないでしょうから、
FtpClientクラスにバッファサイズを指定するプロパティを追加しました。
...調整不足からの逃げです

つい最近UPしたばかりなのに、またまた修正しています。

ローカルFTPではそれほど気づかなかったのですが、
ADSLで送信を行なうと、かなりの頻度でタイムアウトが発生するようです。
原因はどうも、バッファサイズが大きすぎるのが問題みたいなのですが、
小さくすると、CPU負荷が上がっちゃうんですよね。

根本的に、データ送受信を考え直しています。


FTPのプロトコルはすばらしいのに、なんで、データ送受信の終わり判定は、
「コネクションの切断」何だろう?

MagicMirrorの改造中に発見した不具合は
やや、致命的と判断したので、修正版をアップしました。

今後の機能追加の構想
LISTコマンドの取得結果がサーバーOSに依存しているので、
今の情報解析方法を見直して、解析用のクラスのインターフェイスを用意し
解析用クラスをカスタマイズして追加できるようにしたいと思っています。

MagicMirrorを改造していたらTKFP.DLLにバグが見つかりました。

ネットワーク環境によっては、データコネクションがストールしたときに、
タイムアウトが発生しないことがあるようです。(申し訳ありません)

近々に修正版を公開予定です。

2009年11月

1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30