| タイトル | ： VTDOSとXP（NTVDM）の共通点？ |
| 投稿日 | ： 2022/02/26(土) 19:34 |
| 投稿者 | ： konno | 番 号 | ： 10178 10177 番 konno さんへのコメント コメント数 1 |
探してみたら、こんなものがありました。> 05665/05668 xxxxxxxx Emmett VZBUG(2) サイレントモード関連のバグ> (15) 97/04/15 10:58> ■ ＶＺバグ大全（２）：サイレントモード関連のバグ> （Ａ）サイレントモードでの #k または #y の反復> サイレントモードで、非ブロックモードでの行記憶またはカット（#k、#y）を連> 続して実行すると、ある特定の点までくると、テキストスタックに格納される文> 字列の最後が化けることがあります。これは非ブロックモードの話なので、今回は違うかもしれませんが> （Ｂ）サイレントモードでの #_> どうやらサイレントで実行された #_ は、特定の条件下でカーソル位置ポインタを> 算出しまちがえるらしい。> このトラブルは、 #_ 直後に #? などで最終行を一度表示してやれば回避するこ> とができます。これは #_ 直後でなければ駄目で、#38 のあとでは遅すぎます。> ・サイレントでの #_ のあとには #? &s> と習慣づけておくといいでしょう。どうやらこれが関係ありそうです。 高橋版でもこのバグは潰しきれなかったような気がします。 [ESC]I @I "I カーソル位置へ挿入" のマクロを ; #b #_ (ct)?{ #> #m #x } #b #_ #? &s (ct)?{ #> #m #x } このようにするか、&s を取ってしまうと、改善がみられました。 前回と同じ条件で実行して、ファイルサイズが一致するようになりました。 ただし、中身はおかしくなっているようです。 これはおそらく VTDOS の EMS がらみの不具合と思われます。 この実験で、榊原版VZだけは、ファイルサイズが小さくなりました。 ファイル挿入が途中で終わっているのか、それとも？ 今まで実験に使用した生ログファイルは 280,386 wf_log.cgi 380,844 wf_log130407.cgi 381,081 wf_log130408.cgi このうちの 381k のファイルの途中に 380k のファイルを挿入していました。 挿入する 380k のファイルに問題があるのか確認のため、今度は 280k のファイルの途中に 380k のファイルを挿入する実験をしました。 そうしたら、榊原版以外の VZ は正常に終了しました。 榊原版VZだけは、ファイルサイズが2バイト大きくなりました。 改行が1つよけいに入っていました。 この現象について、野ざらし言#4651 で、めざらさんの発言> テキストスタックに複写する際に，テキストバッファサイズの境界付近に> たまたまラインバッファサイズを超える長い行が存在した場合の振る舞い> （結構レア？）に係ることかもしれないですね。「新発見」かも。これが関係しているかもしれないと私も思いました。 ただ、MSDOS Player と DOSVAXJ3 では正常に動作しているのが謎なのです。 プラットフォームのメモリ管理とVZの相性で不具合が出ているのではないかと感じるのです。 VTDOSとXP（NTVDM）の共通点は、32ビットのメモリ管理で16ビットのVZを動かしているところ？
- No.10178 一括表示へ - コメント元:10177 一括表示へ - [ 返信 ] [引用無し] pre