今日のテーマ

タイトル	： Re^2: ファイル中身の破損
投稿日	： 2023/03/23(木) 00:37
投稿者	：文太
番号	： 10693 　　 10688 番文太さんへのコメント

いちおうkonnoさん宛なのですが、ここに補足説明。 >vtdos環境で、上のようなことが起こったらしい。起こったのは事実ですが。　ったく、訳が分からない書き方をするな。　うーん、今振り返ってみても、本当にVTDOSが原因なのかは分かりません。　WinMEでは起こっていないと思うけど。　僕はここ１～２か月、五月雨にしかＶｚでテキスト編集とかしてませんでした。　入力主体（論文を書く、翻訳をする、プログラムを書く）だとガシガシ、コマンドを連発で繰り出したりしませんよね（主にWinME 真剣環境）。ちまちまキー入力。　連発はetext作成なんて場面での「編集」のときです。これがね、記憶曖昧なんだなぁ。　でも、だいたいその期間に（疲れてるとき）、Win7=VTDOSで、この現象に気がついた。　VTDOSが原因か分からないけど、VTDOS環境で起きた可能性は高いです。　対象が、でかいファイルであること。 >　EMS を使い、スワップをさせないＶｚ設定で起こった。　これはママです。　ただし、ビッグニュース！　これはVzk 最新版でなく、k07t01という相当古い版で起こりました。ですから、今回のめざらさん発見のパターンとは原因が違うことが想像されています（注）。kVz の版を変えても、きっと起こる。原因が何にしろ。僕の場合は。 >　「Ｖｚ内部のラップアラウンド？」と書いたのは、行番号がワード値を >超えていたから filter.defがバグった？　と思ったから。超えていませんでした。　これワケワカだ、という人がいるかもしれないので。　ふつうのfilter.defの使い方は、filterです　>filter <a.txt >b.txt。　ただし、ブロックしてシフト起動すると元ファイルの該当部分を直接書き換えます。こういうことができるマクロです。で、その部分に引っかかったのかなぁ、と少し思った。これ、ガシガシやってますから。　というわけで、まだ、このラインを（vz.com or filter.defが原因）、捨ててはいません。　とにかく、うーん、ゆっくり行きましょう！　失敗しなければ成功しない。失敗しつづける覚悟。老人に必要なのはこれです！いつか勝利の雄たけびをあげるために。大谷のように、ダルビッシュのように。（彼らは老人でないけど）誰にむかって言ってんだ。自らを鼓舞しております。　cmosさんだって、泣きたいときあったはずですよ。　しかし、９５年あたりのYushiさんデビューの頃、テキスト構造体が明らかにされていた頃（上村さん主導）のログをちら読みしましたが、このエディタ、ほんと深い！　知らない変数、たくさん！　演算子の優先順位（評価の順番と仕組み）とかテキスト表示の仕組みとか（by Emmett）もあったし。たしかにテキスト構造体に（すら）ワケワカなの、けっこうありますよね。　それでも、読んでたら、「あ、これ、できるようになりたい。どんなマクロにすればいい？」とか、しっかり思いつく！　死ぬまでＶｚ！　こればっか。（注）大事でもなんでもないのですが。ＥＭＳが原因だったら（テンポラリーファイルの破壊）、めざらさんのと同根、となり、VTDOSが原因となるのかな、VTDOSではEMSは最小限に、とかなるのかと思いました。が、10#さんが「ＸＭＳだと起こるけど？？？」と回答してくれたあたりで、もう何が何だか、、、となりました。

おなまえ
Ｅメール
タイトル
メッセージ auto soft pre(図表、プログラム) ※折り返さずに改行を入れてね

参照先
暗証キー (英数字で8文字以内)
プレビュー