誤解に基づくものである可能性も高いのですが。 でも、歴史的なものがわかる可能性があるのはめざらさんくらいしかいない と思うので。 オリジナルのVzのファイラーは、ファイラー画面に遷移するたびにディレ クトリを読み直す、ということでよろしいのですよね。これは、古いバージ ョンから1.6まで一貫して変わらなかった、ということを確認したいのです。 だから、低速マシンでファイルがたくさんあるディレクトリを開く時にFSが 0でないと表示に時間がかかり、それに対応するためにDANNY版ファイラーが 開発された、というように理解しているのですが。 #「頭文字D」は、特定の条件下では最速、と #条件に該当しない時に速いかどうかは不定、とも言う 例えば、Windowsやlinuxなど、マルチタスクのOSでは、ファイラー実行中 に他のタスクが現在表示中のディレクトリのファイルを増減させてもリアル タイムには表示に反映しない、というのは理解しています。が、例えば一旦 コマンドラインに降りて、それから再びファイラーを表示させれば、オリジ ナルのバージョンでは必ずディレクトリを再表示してもらえる、ということ になるかと思います。一方、DANNY版では、ファイルの増減があっても、毎回 必ずディレクトリを読み直すわけではないので、コマンドラインからファイ ラーを起動させても、新しく増えたファイルが必ずしも反映されないことが ある、という事になると思っています。 さて、質問です。 DANNY版以外に、というか、DANNY版以前に、DANNY版と同じような挙動を示す ファイラーはあったでしょうか。あるいは、ある特定の条件下では、オリジ ナルのファイラーでもディレクトリを読み直さないという事はありうるでし ょうか。 なぜこんな質問をするかというと、TTY時代のニフティのあるフォーラム の会議室のログを整理していたら、妙な発言があったからです。 以下、nifty:FGALTS/MES/6/#3501、98/03/02の機械伯爵さんの発言からの引 用です。> (昔、DOS/V版VZのファイラーから新しいファイルを作るタイプのAWKスクリプト> を作って、ファイラーに認識されなくて苦労したことがあったので、空のファイ> ルをクセでつい用意してしまってただけです)。この記述を素直にとらえると、ファイラーからAWKを起動するためにコマンド ラインに降りるはずです。ところが、そこから再びファイラーに戻ってきた ときに、新しく作られたファイルがファイラーに認識されなかった、という ことになろうかと思うわけです。 このようなことが果たして起こりうるのか、起きるとしたらどういう条件の 時に起きるのか、というのが質問の内容です。 発言の行われた日時に、さらに「昔」という表現を使っていることから考え て、対象となるバージョンはかなり限られると思います。 ということで、もしわかることがあれば教えてください。
> オリジナルのVzのファイラーは、ファイラー画面に遷移するたびにディレ
> クトリを読み直す、ということでよろしいのですよね。これは、古いバージ
> ョンから1.6まで一貫して変わらなかった、ということを確認したいのです。
> だから、低速マシンでファイルがたくさんあるディレクトリを開く時にFSが
> 0でないと表示に時間がかかり、それに対応するためにDANNY版ファイラーが
> 開発された、というように理解しているのですが。
> このようなことが果たして起こりうるのか、起きるとしたらどういう条件の
> 時に起きるのか、というのが質問の内容です。
いやぁ、私自身、Vzに初めて触れたバージョンは0.95ですけどね。 でも、1.0の時代はすっ飛ばしています。次に触れたのは1.55か1.56ぐらい。 でも、この辺まではず〜っとPC-98版でして、DOS/V版ではじめてふれたのが ちゅ〜パッチですから。> 例えば,config.sys の buffers で指定される数値によってディスクキャッ> シュが有効な場合,再読込みをしないとか。これは知りませんでした。 でも、AWKってかなり大きな実行ファイルですから、buffersで指定できる最 大値は軽くオーバーして、必ず再読込みが発生しそうな気もします。> ファイラーでのディレクトリソートが高速化されたのは,高橋版 vzt03h で> す。高橋魔導師曰く,「なんか LX でのファイラーがパリパリ動くな。(^^;」> このフレーズは忘れもしません。>> DANNY版では,ディレクトリソートのバグを修正したと理解しています> が,ソートを高速化したという記憶はありません。そうですか、この辺は私が勘違いしている自信が非常に強いです。 Vztを使っていた期間はほんのわずかですから。 榊原版およびちゅ〜パッチでほとんどを過ごしています。> DOS のバグなんて考えにくいでしょうか。> 「昔」がいつごろを指すのか分からないので,何とも。う〜ん、DOS/V版ではそういう事がありうるのでしょうか。PC-98版の方はそ れなりに使い込んでいる自信があるのですが、98年以前の版で類似の状況 を経験した記憶はありません。 取り敢えず、98年以前でメジャーなバージョンというと、ちゅ〜パッチ、 榊原版、1.6、1.56、1.0、というところが思いつきます。EZにはDOS/V版てあ ったのでしょうかね。> その経験をされた機械伯爵さんも今や Python の人となり,…と言っても,そうなんですか、それは知りませんでした。 TS-Network方面に出没されておられるのでしょうかね。 私はそっちの方には参加していないものでして。
> VZのファイラーから見えないファイルがあることがあります。これは、「見えないことがある」ということで間違いないでしょうか。去年 のでがらしさんの発言を確認していないのですが、私の記憶ではでがらしさ ん場合は「特定のファイルは常に見えない」だったと思いこんでいたもので、 関連があるとは思わなかったのです。> をいつも読みにいかないのが理由だったかもしれません。ディレク> トリを読みにいかせる方法はあるんでしょうか? いちいちVZを> 立ちあげなおすとか?私の場合、別ディレクトリに移動し、ファイラーのソートオプションを変更 してから元のディレクトリに戻るということで大抵は読み直してくれている ようですが、「本当にこれで確実に読み直すのか?」と問い詰められると、 あまり自信がないというのが正直なところだったりします。
> 特定できないです。なんとなく作ったばかりのファイルが読めない> ことが多かった気がします。それで読み込みのタイム・ラグが利い> ているような気がするんですわ。ただこの頃、この症状に気付きま最近は現象が出ていないという事なのですが。 覚えていたら教えてください。 作ったばかりのファイルが表示されない傾向だったようですが、どのような 方法で作ったファイルが表示されないことが多かったのでしょうか。 もし、Windowsの他のアプリが作ったファイルだという事であれば、お気付き の通り、読み込みのタイムラグのせいでしょう。 逆に、Vzで編集画面からセーブしたファイルとか、ファイラーでNを押し て新規に作成したファイルが表示されないとなると、これは私が今回話題に 出した状況よりも重症という気がします。 この辺を特定することは可能でしょうか。
> (1)VZで新しいファイル(たとえばDEFファイル)を作る。> (2)それをVZでセーブする。申し訳ない、私のほしかった情報にはちょっと足りません。 厳密には、(1)をどのように行ったか、ということかな。 つまり、 ・編集画面で [ESC]O で新しいファイル名を指定して作ったのか ・編集画面で [ESC]N で新しいファイルを作ったのか ・現在編集中の既存のファイルを [ESC]S で新しい名前で保存したのか ・コマンドラインからVzを起動したときに新しいファイル名を指定したのか ・ファイラーで N を押して新規ファイルを作ったのか 私がざっと思いつくだけでも、新規ファイルを作る方法ってこれだけあるん ですよ。他にもあるかもしれませんが。で、どの方法で作ったものかがわか れば、もしかしたら問題の所在の特定の一助になるかな、と思ったのです。 ならない可能性のほうが高そうですが。 なので、もうちょっと細かく思い出せるのであれば、あるいは、通常よく行 う動作はどういうものか、と言うのでも結構ですので、わかる範囲で書いて もらえるとありがたいです。
> ・編集画面で [ESC]O で新しいファイル名を指定して作ったのか
> ・編集画面で [ESC]N で新しいファイルを作ったのか
> ・ファイラーで N を押して新規ファイルを作ったのか
> でも最近、DEFファイルを最後の方法で作ったら、それ
> が読めないようでした。VZのディレクトリにはたくさんの
> ファイルが入っているんで(確か、1760くらいだったか
> な?)、ときどきトラブルがあります。そういえばVZのディ
> レクトリへコピーしたはずのDEFファイルが後でファイラー
> で探しても全然出てこないということがありました。
> ファイル数が多い場合はファイラーの表示末端に Out of Buf と> 表示されますが、これは世の中がそうなっているんだろうと思って> いました。・・・いや、世の中がそうなっているのは確かです。 ただ、自覚はないようですが、そういう世の中にされたのは、でがらしさん ご自身です。FWオプションの数値、という手段によって。 ということで、いろいろと試されてみてください。 あ、どうでもいいような些細なことですが、1点訂正。 私、PC-98の生DOSではFW1536と書きましたが、さっき確認したらFW1600と いう設定になっていました。
> http://homepage3.nifty.com/mezala/vz/notes/vars.html#FW
> ↑ここの文章なんですが、ちょっとシンプル過ぎって気がします。
> ちょっとだけ詳しくしてみました。ちょっとだけ?> 少しは分かりやすくなったでしょうか。とってもわかりやすくなりました。が、> 個人的にはくどい感じがしますが。(笑)今までがシンプルすぎたせいか、私もくどい感じを受けました。(笑)
> > VZのファイラーから見えないファイルがあることがあります。
> > をいつも読みにいかないのが理由だったかもしれません。ディレク
> > トリを読みにいかせる方法はあるんでしょうか? いちいちVZを
> > 立ちあげなおすとか?
> 私の場合、別ディレクトリに移動し、ファイラーのソートオプションを変更
> してから元のディレクトリに戻るということで大抵は読み直してくれている
> ようですが、「本当にこれで確実に読み直すのか?」と問い詰められると、
> あまり自信がないというのが正直なところだったりします。
> ファイラーで再読み込みをさせるには、標準のキーアサインなら、'D' か> 'L' でドライブメニューを出して、[Enter] で現在カーソルがある側の> ドライブを再読み込みしますが、まさかお二方がこれを知らないわけは私は知りませんでした。 だって、長いこと、ほとんど常に再読み込みしてくれるバージョンを使って いた訳ですから。
> だって、長いこと、ほとんど常に再読み込みしてくれるバージョンを使って
> いた訳ですから。
> もちろんVZで操作したんですが、やっぱりファイラーを表示するたびに> FDDを読みに行きますね。ただ、再読み込みをしない場合もありました。これが、めざらさんのおっしゃっている、buffersにディレクトリが全て入 ってしまっている時の挙動だと思います。> ファイラーでの再読み込み操作は、マークをクリアしたり、ソート> オプションを反映させるときなどに使っていますが、こういうときマークのクリアって、kVZでも[DEL]キー一発でできるような気がしますが、 そういうのとは違うのでしょうか。 ソートオプションの反映は、それこそ、D版ファイラー以外は即時反映して くれるはずです。というか、私はそういう認識だったからこそ、このツリー のルートの発言になってしまったのでした。