Recordsを語ろう

マルチスレッド対応2画面ファイラー「Records」について語りませんか？

公式サイト
http://www14.ocn.ne.jp/~gary/

開発状況
http://developer.blog.ocn.ne.jp/diary/

Recordsって、圧縮解凍用のdll(unlha32.dllとか)をロックしてない?
dllをバージョンアップしようとRecords上から上書きしようとしても、
「アクセスが拒否されました」と言われて出来ないんだけど。
(Recordsを終了して、他のファイラーから上書きすれば出来る)
dllなんて、必要な時だけロードすればいいんじゃないのかな?
いろんなもの読み込みまくってるからメモリ使用量が大きいのかも。

アーカイブ判定にdllを使ってるみたいだから常に必要なんじゃね？

いや、それはおかしい。仕様を変えてでも別の方法を考えるべき。

そうすると、DLLロード処理が入る分、今よりもアーカイブまわりの処理が
遅くなるのが確定的に明らかだと思うのだが……。

これって.net製だよね？そうするとDLLを必要時に動的ロードとか面倒なんじゃない？
DllImport でやっちゃうでしょ。

そんなことよりもっさり感のある動作速度をあげて欲しい。
I7 965

Win32API直書きみたいなPPxあたりに勝てる速度にはなるまいさ。
Recordsはスクリプトによる高い柔軟性と、使用に困るほどは遅くない程度の
速度を目指すとよいと思うな。

で、そういう観点で、

・遠いネットワークの先を参照するとき、監視を切ってもPPxよりぐっと遅い。
・アーカイブ内ファイル処理がもうちょっと速いと嬉しい。

ってあたりは改善されてほしいかなーとは思うかな。
まぁ今のままで使うけどね。

ひょっとするとアイコンの取得方法を少し考え直したら早くなるんじゃないかと憶測。

DLLをロックされると、DLLのバージョンアップをするために、他のファイラを使わないといけなくなるわけだが……

GCを呼び出す関数とか、アーカイバDLLをアンロード/リロードする関数とかあると良いのかも。

>244
上書きはできないが、使用中の古いDLLのリネームはできるはず。
リネームしてから新しいDLLを置いて、Recordsを再起動すればよくないか?