(11403)
11403:
MS-DOS Player 2024/8/31版
投稿者:
konno
2024/09/01(日) 18:02
コメント数 2
MS-DOS Player 2024/8/31版が更新されていました。
更新内容は
---------------------------------------------------------
実行ファイルを読み込む処理を改良しました。
プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
拡張子なしでプログラム名と同じ名前のファイル(JGAWK.EXEとJGAWKなど)があると、
そちらが優先して読み込まれてしまっていました。
拡張子がないファイルが、実行ファイルとして読み込まれないように修正しています。
---------------------------------------------------------
なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
確かに旧バージョンでは、「JGAWK」というファイルがあると誤動作することがありますね。
作者様がここを見てくれてたのかと思ってしまいます。
作者様に感謝です。m(__)m
- No.11403 -
このTreeへ
[リストへもどる]
soft
(11403)
11405:
Re: MS-DOS Player 2024/8/31版
投稿者:
鈴木康弘
2024/09/01(日) 20:16
11403 番 konno さんへのコメント コメント数 2
> プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
> 拡張子なしでプログラム名と同じ名前のファイル(JGAWK.EXEとJGAWKなど)があると、
> そちらが優先して読み込まれてしまっていました。
#11400の続きです。
お知らせありがとうございます。
確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)
MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。
みごとな原因究明、ありがとうございます。 >作者の武田様。
- No.11405 -
このTreeへ
コメント元:11403 へ
[リストへもどる]
pre
(11403)
11406:
今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/01(日) 20:18
11405 番 鈴木康弘 さんへのコメント コメント数 3
実はもうひとつ、MS-DOS Playerで問題があって、grepしようとすると、
C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
No such file : c:\users\user\fileサフ4
と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
僕のDOS用grep.com は、1989年4月2日のものです。
- No.11406 -
このTreeへ
コメント元:11405 へ
[リストへもどる]
soft
(11403)
11408:
Re: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/01(日) 21:47
11406 番 鈴木康弘 さんへのコメント
grepはいろんな人がいろんな移植をしているみたいで、1989/4/2のものは見つかりませんでした。
Turbo Pascal 6についてたやつでは問題ありませんでした。
- No.11408 -
このTreeへ
コメント元:11406 へ
[リストへもどる]
soft
(11403)
11411:
Re: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/01(日) 22:56
11406 番 鈴木康弘 さんへのコメント
> C:\USERS\USER\>grep 検索語 C:\USERS\USER\file
> No such file : c:\users\user\fileサフ4
> と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
> 僕のDOS用grep.com は、1989年4月2日のものです。
かなり古いもののようですね。
私の実行ファイルフォルダには
>dir *grep*
2009/02/13 17:19 96,256 grep.exe
1993/04/11 16:05 23,997 IZGREP.EXE
1993/12/01 01:53 14,060 WGREP.COM
2009/03/31 02:28 233,472 yagrep.exe
1996/06/08 06:30 68,772 YGREP.EXE
これだけ入れていました。
普段使いは、WGREP.COM。 結構古いし、COMだったんですね。(^^;
フォルダー群から再帰的に検索する時は grep.exe ですね。
- No.11411 -
このTreeへ
コメント元:11406 へ
[リストへもどる]
pre
(11403)
11412:
Re: 今度はgrepで (^_^;)
投稿者:
としき
2024/09/02(月) 00:15
参照先:http://toshiki.la.coocan.jp/
11406 番 鈴木康弘 さんへのコメント コメント数 1
> と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか?
あと、リダイレクションで流し込んだ場合の挙動はいかが?
> 僕のDOS用grep.com は、1989年4月2日のものです。
そこそこメジャーなASCII Toolsのgrepは1988年ごろのものですが、それすらEXE。
そして日本語対応していたはず。
なんだろう、英語DOS用のgrepなのかなぁ。
- No.11412 -
このTreeへ
コメント元:11406 へ
[リストへもどる]
soft
(11403)
11414:
Re^2: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/02(月) 07:09
11412 番 としき さんへのコメント コメント数 2
> > と、勝手に サフ4 という文字をつけて、そんなfileはないと言われるのですが..。
>
> これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか?
そうなんです。いつでも サフ4 です。
リダイレクトしようとしても同様に No such file と言われます。
追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
Vzと無関係にgrepを動かせば起こりません。
(DOSVAXJ3は子プロセスでもうまくいくのに....)
- No.11414 -
このTreeへ
コメント元:11412 へ
[リストへもどる]
soft
(11403)
11417:
Re^3: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/02(月) 18:27
11414 番 鈴木康弘 さんへのコメント コメント数 3
僕の持っている他のツールを、MS-DOS Player内のVzの子プロセスのコマンドラインで動かしてみると、xsort.com も zf.exe も正常に動きます。
変なのは grep.com だけみたいです。
これは動かないなら、他の手があるからいいのですが。
grep -? でコンソールに表示されるものをVzで取り込むと
Grep version 2.2 / Copyright (C) bko 1987,89
Usage : grep [-cilnrstv] [-e]pattern [file]...
-c : display Count of matched lines
-i : Ignore chracter case
-l : display List of matched file name
-n : (default) display matched line and line Number
-r : Recurcive search of sub-directory
-s : Silent mode (return only result code)
-t : display header before matching
-v : display or count mismatched lines
となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。
- No.11417 -
このTreeへ
コメント元:11414 へ
[リストへもどる]
pre
(11403)
11422:
Re^4: 今度はgrepで (^_^;)
投稿者:
としき
2024/09/02(月) 23:31
参照先:http://toshiki.la.coocan.jp/
11417 番 鈴木康弘 さんへのコメント コメント数 1
- No.11422 -
このTreeへ
コメント元:11417 へ
[リストへもどる]
soft
(11403)
11423:
Re^5: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/03(火) 00:23
11422 番 としき さんへのコメント
- No.11423 -
このTreeへ
コメント元:11422 へ
[リストへもどる]
soft
(11403)
11424:
Re^4: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/03(火) 00:33
11417 番 鈴木康弘 さんへのコメント
#11422 で、としきさんのやしきに、その grep.com が有りました。
なんという偶然でしょう。
> grep -? でコンソールに表示されるものをVzで取り込むと
> となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。
これは再現しました。が、VTDOSでも同じだったので、何とも言えないですね。
他の検証はこれからやってみます。書式とかがわからないもので。
- No.11424 -
このTreeへ
コメント元:11417 へ
[リストへもどる]
pre
(11403)
11428:
Re^4: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/03(火) 23:48
11417 番 鈴木康弘 さんへのコメント コメント数 2
GREP -pを実行すると、^G (BELL)をCON出力してBEEPを鳴らします。
これを拾ってしまっているものと思われます。
CON出力は、INT 29hで画面に表示されます。
VZはINT 29hをフックすることで、実行したプログラムの出力を取得しています。
CON出力にANSI.SYSが刺さっている場合はANSI.SYSがINT 29hを呼びますが、
BELLコードはANSI.SYS内で処理されて、INT 29hに渡されないようです。
コマンド引数にフサ4が付く件ですが、古いVZの子プロセスの呼び出し方の問題と、
GREP側のコマンド引数の受け取り方の食い合わせが悪いようです。
コマンド引数は、コマンド引数の文字列長+コマンド引数+ターミネータ(0x0D)
の形でメモリに格納されて、子プロセスに渡されます。
多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
みたいなことが起きているのではないかと。
今晩辺り、この辺の対策を入れてリリースします。
- No.11428 -
このTreeへ
コメント元:11417 へ
[リストへもどる]
soft
(11403)
11429:
Re^5: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/04(水) 00:13
11428 番 たけだ さんへのコメント
対策を入れた版をリリースしました。
これで解決しているか、ご確認お願いいたします。
- No.11429 -
このTreeへ
コメント元:11428 へ
[リストへもどる]
soft
(11403)
11430:
Re^5: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/04(水) 00:36
11428 番 たけだ さんへのコメント コメント数 1
> 多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
> GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
> みたいなことが起きているのではないかと。
ということは、VZ1.59z にもバグがあるということになるのでしょうかね。
> 今晩辺り、この辺の対策を入れてリリースします。
私はこのVerの現物を持っていないので、鈴木さんのレポートを待つことにします。
- No.11430 -
このTreeへ
コメント元:11428 へ
[リストへもどる]
soft
(11403)
11431:
Re^6: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/04(水) 07:47
11430 番 konno さんへのコメント コメント数 2
武田様、対応ありがとうございます。
bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に サフ4 がつく点は治ってないみたいです。
- No.11431 -
このTreeへ
コメント元:11430 へ
[リストへもどる]
soft
(11403)
11432:
Re^7: 子プロセスの問題?
投稿者:
konno
2024/09/04(水) 16:53
11431 番 鈴木康弘 さんへのコメント コメント数 1
鈴木さん、VZ1.59z +VZマクロ メールでいただきました。
ありがとうございます。
早速検証してみました。
> 武田様、対応ありがとうございます。
> bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に サフ4 がつく点は治ってないみたいです。
対策が効いていないということは、問題が別の所にあるのかもですね。
うちの環境で VZ1.59z で試してみましたが、サフ4 は表示されませんでした。
grep の書式がわからないので、具体的な書式があればありがたいです。
うちの環境では、VZの子プロセス(黄色いプロンプト)の時に別の問題が出ました。
64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。
--- 異常画面の例 (command.com の内容と思われる) ---
^@コンテキストモジュールまたは重大エラーハンドラが読み込めません.
^@コンテキストがメモリから溢れました.
エラーが続くようであれば, ヒストリやディレクトリスタックの内部バッファを
増やすことを考えてください.
^@コンテキストサイズが合計 %lu になり, 最大長を超えています.
コンテキストサイズを %u に変更します.
^@コンテキストにステータス情報を追加できませんでした.
このエラーはおそらく, メモリ空間が破壊されたかコンテキストの最小サイズを
誤って計算したことを暗示しています.
ぜひこのエラーをFreeCOMの管理人(freecom@freedos.org)に報告してください.
-------------------------------------------------------------
この文の内容は関係ないと思います。たまたま。(^^;
私の VZ.DEF では各種VZでこうなりますが、鈴木さんの VZ159.DEF では問題が出ません。
KVZの疑似常駐モード(子プロセスにしない)の制御も効かなくなります。
オリジナルの VZ.DEF でも異常は出ませんでした。私の VZ.DEF に問題がある?
VTDOS や DOSVAXJ3 では異常は出ませんでした。
追記
対策の有無は関係なさそうです。
エラーも関係なく、小文字の vmap でも異常になりました。
大文字なら問題無いようです。
- No.11432 -
このTreeへ
コメント元:11431 へ
[リストへもどる]
soft
(11403)
11433:
Re^8: 子プロセスの問題?
投稿者:
鈴木康弘
2024/09/04(水) 18:19
11432 番 konno さんへのコメント コメント数 1
> うちの環境で VZ1.59z で試してみましたが、サフ4 は表示されませんでした。
> grep の書式がわからないので、具体的な書式があればありがたいです。
Vzのファイラーを立ち上げてから、黄色のコマンドラインモードに降りて、
grep 検索語 filename
とするだけです。どんな検索語でも、どんなfilenameでも サフ4 がつきます。
#11426 に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。
- No.11433 -
このTreeへ
コメント元:11432 へ
[リストへもどる]
soft
(11403)
11434:
Re^9: 子プロセスの問題?
投稿者:
konno
2024/09/04(水) 21:34
11433 番 鈴木康弘 さんへのコメント コメント数 1
> #11426 に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。
うちの場合
CMD.EXE MSDOS VZ159 /vz159
でVZを立ち上げて、検索語とファイル名を指定しても
>grep 常駐VZ -memo
DOS のバージョンが違います.
と怒られます。64ビットだからか?
私の場合はエクスプローラーで msdos.exe を右クリックしてショートカットをデスクトップやタスクバーに作ります。
そのアイコンを右クリックでプロパティのショートカットタブのリンク先に
command.comが FreeCOM V7.0 の場合(VTDOSのサイトに有ります)
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -x -e -v7.00 c:\ut\mp\command.com /k c:\ut\vzp.bat
これで常駐VZを直接起動出来ます。
command.comが MSDOS 6.2 の場合
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com
これでDOS窓を開いて、VZ起動BATを打つか、又は
C:\UT\msdos.exe -e -x -v6.20 c:\ut\p\command.com /k c:\ut\vzp0.bat
これで非常駐VZを直接起動出来ます。
このように command.comの場所を変えて入れています。
リンク先の下の 作業フォルダの項目には
C:\UT
と入れています。DOSの実行ファイルの場所です。
これで
>grep 常駐VZ -memo
-memo 18 : まいったのは、常駐VZで編集中にコマンドラインに降りて小文字コマンド実行後
このような結果が出るのですが、私のVZ.DEF で問題が出るのです。(;_;)
- No.11434 -
このTreeへ
コメント元:11433 へ
[リストへもどる]
soft
(11403)
11435:
Re^10: 子プロセスの問題?
投稿者:
shadow
2024/09/04(水) 21:52
11434 番 konno さんへのコメント コメント数 1
次の環境で試しました
windows11 HOME 23H2
command.comは10#さんのFreeCOMJ 0.82 PL3 VTDOS 対応パッチ
ショートカットのリンク先
E:\msdos.exe -e -x -v0.82 E:\command\freecomv\command.com /c e:\go.bat
VZは常駐
次を実行すると
grep ##1.6 text.asm
VZの子プロセスではタブが化けてますが
コンソールを取り込むと常駐・非常駐ともに問題ないです
text.asm 623 : call chkline1 ; ##156.138
text.asm 749 : mov [bp].tabr,cl ; ##156.116
- No.11435 -
このTreeへ
コメント元:11434 へ
[リストへもどる]
pre
(11403)
11436:
Re^7: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/04(水) 21:57
11431 番 鈴木康弘 さんへのコメント コメント数 2
16bitのCOMMAND.COMの有無で挙動が変わるようです。
VZのコマンドモードで、例えば「GREP 文字列 FILENAME」を実行すると、
COMMAND.COMを「 /C GREP 文字列 FILENAME」というコマンド引数付きで
子プロセスとして起動しようとします。
このとき、16bitのCOMMAND.COMが見つかれば、そのまま実行します。
COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
コマンド引数付きで子プロセスとして起動するようになっていますが、
GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。
後ほど対策を入れたバージョンを公開します。
- No.11436 -
このTreeへ
コメント元:11431 へ
[リストへもどる]
soft
(11403)
11437:
Re^8: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/04(水) 22:42
11436 番 たけだ さんへのコメント コメント数 1
対策を入れたバージョンを公開しました。
GREPの件はこれで大丈夫だと思います。
- No.11437 -
このTreeへ
コメント元:11436 へ
[リストへもどる]
soft
(11403)
11438:
Re^9: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/05(木) 07:12
11437 番 たけだ さんへのコメント コメント数 2
> 対策を入れたバージョンを公開しました。
> GREPの件はこれで大丈夫だと思います。
武田様、対応ありがとうございます。
Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。
鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい?
- No.11438 -
このTreeへ
コメント元:11437 へ
[リストへもどる]
soft
(11403)
11440:
Re^10: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/05(木) 17:36
11438 番 鈴木康弘 さんへのコメント コメント数 1
すみません、完全解決というわけでなく、#11432でkonnoさんが報告された、
> 64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。
の件です。
ファイルの大きさにかかわらず、ファイルを開いておいて[ESC]Eなりでコマンドモードに降りて、DOSの外部コマンド(たとえばvmap)を実行させて、[ESC]でファイルに戻ると、ファイルが壊れた?ような表示になります。
あわてずファイルを保存せずに閉じれば、ハードディスク上のファイルは壊れてないのですが。
(これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。)
- No.11440 -
このTreeへ
コメント元:11438 へ
[リストへもどる]
soft
(11403)
11442:
Re^11: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/05(木) 18:45
11440 番 鈴木康弘 さんへのコメント コメント数 1
行き違いになってしまいました。(^^;
> > 64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> > そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。
これは不正確でした。#11441 に書きましたが
大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。
> (これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。)
なので、これは全てのVZで起こる現象だと思います。
VTDOSやDOSVAXJ3で出なかったので、何らかの対策法はあるかもしれません。
- No.11442 -
このTreeへ
コメント元:11440 へ
[リストへもどる]
soft
(11403)
11446:
Re^12: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/06(金) 20:59
11442 番 konno さんへのコメント コメント数 1
#11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
SW0なら起こりません。
- No.11446 -
このTreeへ
コメント元:11442 へ
[リストへもどる]
soft
(11403)
11447:
vzibj ver1.59zのパッチ版
投稿者:
konno
2024/09/06(金) 22:56
11446 番 鈴木康弘 さんへのコメント コメント数 2
> #11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
> SW0なら起こりません。
SW0なら問題無いのですが、空きメモリが少なくなってしまいます。
大文字コマンドだけで運用するつもりでも、うっかり小文字コマンドを打ってしまうかもしれません。
試しに vz1.59z にパッチを当ててみたら、出来てしまいました。
vzibj ver1.59zのパッチ版です。
小文字コマンドでも強制的にスワップします。
変更部分は1バイトだけです。
メールで送りましたので、よろしかったら試してみてください。
310C:BB0C 80 3E 016E 00 cmp data_360,0 ; (310C:016E=1)
310C:BB11 74 13 je realloc_gs_loc_2825 ;★ goto swap ; Jump if equal
310C:BB13 80 3E 0288 00 cmp data_425,0 ; (310C:0288=0)
;310C:BB18 7E 0C jle realloc_gs_loc_2825 ;★ goto swap ; Jump if < or =
xxxx:xxxx EB 0C jmp short realloc_gs_loc_2825 ; (BAE1)
↑
310C:BB1A E8 F3D0 call sub_693 ; (AEED)
310C:BB1D 8B F8 mov di,ax
310C:BB1F 56 push si
310C:BB20 E8 00BC call sub_768 ; (BBDF)
310C:BB23 5E pop si
310C:BB24 73 10 jnc free_gs_loc_2826 ; Jump if carry=0
310C:BB26 realloc_gs_loc_2825: ; xref 310C:BB11, BB18
- No.11447 -
このTreeへ
コメント元:11446 へ
[リストへもどる]
pre
(11403)
11448:
Re: vzibj ver1.59zのパッチ版
投稿者:
鈴木康弘
2024/09/07(土) 07:01
11447 番 konno さんへのコメント コメント数 1
> メールで送りましたので、よろしかったら試してみてください。
お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。
- No.11448 -
このTreeへ
コメント元:11447 へ
[リストへもどる]
pre
(11403)
11449:
Re^2: vzibj ver1.59zのパッチ版
投稿者:
konno
2024/09/07(土) 16:28
11448 番 鈴木康弘 さんへのコメント
> お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
> でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。
異常が無くなったようでよかったです。
外部コマンドに限らずVZのスワップは command.com のスワップを監視している前提と思われます。
Win95DOS窓でズレた時は高橋さんが対応してくれましたが、NT系になって完全にわからなくなったのでは。
なので VZがスワップする領域に command.com が来る場合もあって、それがVZにはわからない。
それで今回のような異常が出るのではないかと思います。
これで暫く運用して問題が無ければ他にも適用しようと思います。
# 無想転生を極めれば、コマンド―の動きも見切れる。なんちて (^^;
- No.11449 -
このTreeへ
コメント元:11448 へ
[リストへもどる]
soft
(11403)
11474:
Re: vzibj ver1.59zのパッチ版
投稿者:
shadow
2024/09/13(金) 20:31
11447 番 konno さんへのコメント コメント数 1
パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような?動作確認したら現象はなくなりました。
オプション化をチャレンジしましたが私には無理でした。
あっ、先の不具合が出なかった報告はSW0だったからでした。
- No.11474 -
このTreeへ
コメント元:11447 へ
[リストへもどる]
soft
(11403)
11475:
Re^2: vzibj ver1.59zのパッチ版
投稿者:
konno
2024/09/14(土) 00:00
11474 番 shadow さんへのコメント コメント数 1
> パッチ情報をもとに高橋版とk07s5にパッチをあててみました。
> 各々のオリジナル版とバイナリデータそれなりに修正したソースをアセンブルしたものを比較したら修正箇所はパッチ情報と同じになったので・・・大丈夫のような?動作確認したら現象はなくなりました。
おお、勇者が現れた! \(^^)/ ヤッタ-
パッチ位置を探すのはかなり大変でした。ほとんど目視。(^^;
DEBUG の使い方も忘れていて、参考書を見てもさらっとしか書いてなくて。(;_;)
なので、おお、出来る人が現れた! と思ったのでした。(^^;
> オプション化をチャレンジしましたが私には無理でした。
チャレンジする心と実際にやってみるのが大事だと思います。
私も最初はパッチ当てが精いっぱいだったので、キーワードを検索してコメントから始めました。
やってることは VZマクロも BASIC もみんな同じですね。(^^;
> あっ、先の不具合が出なかった報告はSW0だったからでした。
そうだったのですか、私は Win11でもちゃんと動いているんだなぁ、などとぼーっと見てました。(^^;
- No.11475 -
このTreeへ
コメント元:11474 へ
[リストへもどる]
soft
(11403)
11478:
SWAPバッチの効果検証
投稿者:
konno
2024/09/15(日) 16:36
11475 番 konno さんへのコメント コメント数 1
色々な環境で SWAPバッチの効果を確認してみました。
64k超のファイル編集中下のコマンドをTAGLF5でコピーしコマンドラインに降りて張り付け実行後戻る。
grep ##1.6 text.asm
環境 VZオリジナル VZkv6n VZ159pach
MS-DOS Player NG OK
VTDOS121 NG OK この前後の違いが気になる
VTDOS122 NG OK としきさんの環境
VTDOS123 OK OK シェアウエア化
古いVTDOSの環境を上の理由で残しているので試してみた結果です。
古いVTDOSは MS-DOS Player と同じような結果になっています。
VTDOSがシェアウエアになる時にこの辺が修正されたようです。
#5084: VTDOS1.23がシェアウエアに の記事で
> 1.22まであった4Ah のメモリの問題は出なくなったようですね。
と書いているので、ここの問題だったのかもしれませんね。
想像ですが、VTDOSも MS-DOS Player も WinNT系をベースに開発したのかなぁと。
10#さんはこの問題を解決するのに苦労して、それでシェアウエアにしたとかね。
あくまで想像です。(^^;
- No.11478 -
このTreeへ
コメント元:11475 へ
[リストへもどる]
pre
(11403)
11483:
異常は MCB未チェックが原因だった!?
投稿者:
konno
2024/09/17(火) 18:21
11478 番 konno さんへのコメント コメント数 1
調べていたらMCBの未チェックが原因だったようです。
#4999 で10#さんが当時の不具合の原因を特定してくれていました。
DOS.ASM の後ろの方
checkmcb proc
push ax
dec ax
mov es,ax
mov al,es:[mcb_id]
cmp al,'M'
_ifn e
cmp al,'Z'
jne chkmcb9
_endif
mov ax,cs
cmp byte ptr cs:os_win,5 ; ★NTなら必ずMCBチェック
je winnt5 ;
tstw es:[mcb_psp] ; ## この2行が 2010-2-10
jz chkmcb9 ; ## 不要と思われる by 10#
winnt5: cmp es:[mcb_psp],ax ; MCB チェック
chkmcb9:pop es
ret
checkmcb endp
## が10#さんのパッチでコメントになっています。
★ が私の入れたルーチンで、NT系DOS窓なら ## の2行を飛ばすようにしました。
今回は ★印部分を、OZ32 のオプションに変更してみました。
mov ax,cs
test byte ptr cs:opt_zpc,32 ; ##k 240917 Oz32なら MCB chek
jnz winnt5 ;
; cmp byte ptr cs:os_win,5 ; NT
; je winnt5 ;
tstw es:[mcb_psp] ; ## この2行が 2010-2-10
jz chkmcb9 ; ## 不要と思われる by 10#
試してみると、この ## の2行を飛ばすようにすると swapパッチと同じく正常になりました。
おそらくNT系のcommand.com がメモリを使っても VZは検知できないということだと思います。
だから必ずMCBチェックをするか 必ず swapすることで正常になるのだと思います。
当時の流れを見ると
2010/01/22 23:15 216,608 VTDOS.EXE VTDOS121 NG
2010-2-10 VZの問題原因究明
2010/02/21 02:29 212,512 VTDOS.EXE VTDOS122 NG
2010/03/02 19:26 244,768 VTDOS.EXE VTDOS123 OK
2010-2-10 に VZの問題原因究明出来てもすぐには解決できませんでした。
10#さんでも問題解決にそうとう時間が掛かったのだと想像します。
この当時は私はこの話を全然理解できていなかったですね。(^^;
- No.11483 -
このTreeへ
コメント元:11478 へ
[リストへもどる]
pre
(11403)
11485:
Re: 異常は MCB未チェックが原因だった!?
投稿者:
たけだ
2024/09/19(木) 00:24
11483 番 konno さんへのコメント コメント数 1
今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
DOS 4.0の挙動にあわせています。
これでVZの問題が解決しているのではないかと思います。。。
- No.11485 -
このTreeへ
コメント元:11483 へ
[リストへもどる]
soft
(11403)
11486:
Re^2: 異常は MCB未チェックが原因だった!?
投稿者:
konno
2024/09/19(木) 01:15
11485 番 たけだ さんへのコメント
> 今晩のMS-DOS Playerの更新で、INT 21h, AH=4Ahに対策を入れてみました。
> DOS 4.0の挙動にあわせています。
> これでVZの問題が解決しているのではないかと思います。。。
武田さん、ありがとうございます。
オリジナルVZで確認してみましたが、常駐、非常駐とも問題無しでした。
これでパッチVZの需要は無くなりましたね。(^^;
本当にありがとうございました。
- No.11486 -
このTreeへ
コメント元:11485 へ
[リストへもどる]
soft
(11403)
11441:
Re^10: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/05(木) 18:34
11438 番 鈴木康弘 さんへのコメント コメント数 1
> Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。
おお、おめでとうございます。
私の方では再現できなかったですが、少ない情報で対応できるのは流石ですね。
> 鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい?
原因は 私家版の "検索文字列の取得"マクロ、TAGL_F5.def でした。
これでコマンド文字列を取り込んでからコマンド実行するとファイルが壊れるようです。
マクロ中で Taglight.exe を呼び出しているのですが、大文字なのでスワップします。
その後小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。
これは武田さんにお願いするわけにもいかないですね。
VTDOSやDOSVAXJ3で出ないのは何か対策してるのかしら。
NT系で異常が出るのが個人的に気になっているのですが。
確かVTDOSは286CPU相当とか、DOSVAXJ3も16ビットDOSなので、その辺の違いかなぁ。
- No.11441 -
このTreeへ
コメント元:11438 へ
[リストへもどる]
soft
(11403)
11443:
Re^11: 今度はgrepで (^_^;)
投稿者:
たけだ
2024/09/06(金) 02:03
11441 番 konno さんへのコメント コメント数 1
テスト版をこっそりアップロードしました。
"COMMAND /C (program) [arguments]"を実行するとき、
COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。
COMMAND.COMは何か色々特殊なことをやってそうなので、
COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。
- No.11443 -
このTreeへ
コメント元:11441 へ
[リストへもどる]
soft
(11403)
11444:
Re^12: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/06(金) 14:34
11443 番 たけだ さんへのコメント
> テスト版をこっそりアップロードしました。
> "COMMAND /C (program) [arguments]"を実行するとき、
> COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。
武田さん、ありがとうございます。
> COMMAND.COMは何か色々特殊なことをやってそうなので、
> COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。
試してみましたが、異常が出るのは変わりませんでした。
sw0 か、大文字コマンドなら問題は出ないようなので、いっそ全部スワップさせてみました。
そうしたら異常が出なくなりました。新旧MS-DOS Player で同じ結果でした。
VZの問題まで気にかけていただき、ありがとうございました。
- No.11444 -
このTreeへ
コメント元:11443 へ
[リストへもどる]
soft
(11403)
11439:
Re^8: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/05(木) 16:35
11436 番 たけだ さんへのコメント
> 16bitのCOMMAND.COMの有無で挙動が変わるようです。
command.com が無くても動くとは知りませんでした。それで、CMD.EXEで
msdos vz159 /vz159 とやってみたのですが、サフ4 とかは出なかったです。
> COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
> コマンド引数付きで子プロセスとして起動するようになっていますが、
> GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。
なるほどそうだったのですか、これはわからないですね。
> 後ほど対策を入れたバージョンを公開します。
よろしくお願いします。m(__)m
- No.11439 -
このTreeへ
コメント元:11436 へ
[リストへもどる]
soft
(11403)
11419:
Re^3: 今度はgrepで (^_^;)
投稿者:
konno
2024/09/02(月) 21:48
11414 番 鈴木康弘 さんへのコメント コメント数 1
> 追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
> Vzと無関係にgrepを動かせば起こりません。
> (DOSVAXJ3は子プロセスでもうまくいくのに....)
使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。
#11418 に書きましたが、常駐VZは特殊なことをしているので、
コマンドラインで問題があると修正が難しいかもしれません。
お使いの grep.com を武田さんにメールで送って見てもらうのはどうでしょう。
http://takeda-toshiya.my.coocan.jp/main.html
のページ後半、「武田の総合謎WIPページ」の下に連絡先があります。
私も欲しいです。(^^;
- No.11419 -
このTreeへ
コメント元:11414 へ
[リストへもどる]
soft
(11403)
11426:
Re^4: 今度はgrepで (^_^;)
投稿者:
鈴木康弘
2024/09/03(火) 18:46
11419 番 konno さんへのコメント コメント数 1
> 使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。
僕のVzは1993年12月4日の vzibmj.com ver1.59z。
これはなんと、ver1.6製品化直前の、最終チェックバージョンです。
(僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな?)
常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
(常駐すると何かまずいことがあった記憶が..忘れました。)
command.com は指定せず、素直に?Windows10 Home 22H2 のcmd.exeです。
MS-DOS Playerのvz起動用バッチは
cd vz
del vztemp.$$$
msdos -n26 vzibmj *.*
これだけの、素直な環境です。
みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。
- No.11426 -
このTreeへ
コメント元:11419 へ
[リストへもどる]
pre
(11403)
11427:
Re^5: VZ1.59z ですか (^_^;)
投稿者:
konno
2024/09/03(火) 21:52
11426 番 鈴木康弘 さんへのコメント
> 僕のVzは1993年12月4日の vzibmj.com ver1.59z。
> これはなんと、ver1.6製品化直前の、最終チェックバージョンです。
げげぇ! ビックリです! 恐らく世界で唯一のユーザーなのではないかと。(@.@)
これ、ほし、、い、いや、同じ環境で検証出来ればなぁ、と。(^^;
> (僕が正式なver1.6を買わなかったから、ビレッジセンターはつぶれてしまったのかな?)
いやいや、そんなことは・・・(^^;
> 常駐では使ってません。通常のファイラーからコマンドラインモードに降りてます。
> (常駐すると何かまずいことがあった記憶が..忘れました。)
MS-DOS Playerでは、10#さんのFreeCOM以外では常駐出来てないです。
常駐出来ている方いましたら教えて欲しいです。
> command.com は指定せず、素直に?Windows10 Home 22H2 のcmd.exeです。
やってみたら動きましたが、再現は出来ませんでした。
VZ1.57a でもやってみましたが、再現出来ませんでした。
> みなさんが、としきさんご紹介の grep.com と MS-DOS Player と Vz で再現できなければ、僕のVzのバージョンの問題なのでしょうね。
その可能性が高そうですが、全く同じ環境で検証してみたいですね。φ(..; バキッ\(--; シツコイ!
ちなみに、grep.comの中身をVZで開いて見てみました。
> > となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。
これはmsg領域に ^G からそのまま並んでいました。なので、そのまま表示させていると思われます。
あと、サフ という文字列も3か所にありましたが、関係は不明です。
- No.11427 -
このTreeへ
コメント元:11426 へ
[リストへもどる]
soft
(11403)
11409:
Re^2: MS-DOS Player 2024/8/31版
投稿者:
konno
2024/09/01(日) 22:34
11405 番 鈴木康弘 さんへのコメント
> お知らせありがとうございます。
> 確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)
> MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。
なんと!原因はそのものずばりでしたか。
やはりここを見て対応してくれたのですね、あのエラーメッセージでわかるとは凄いです。
> みごとな原因究明、ありがとうございます。 >作者の武田様。
さすがプロですね、私なんて原因がどこにあるかもわからなかったので。
- No.11409 -
このTreeへ
コメント元:11405 へ
[リストへもどる]
soft
(11403)
11407:
Re: MS-DOS Player 2024/8/31版
投稿者:
たけだ
2024/09/01(日) 21:45
11403 番 konno さんへのコメント コメント数 1
> 作者様がここを見てくれてたのかと思ってしまいます。
<●> <●>
#いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…
- No.11407 -
このTreeへ
コメント元:11403 へ
[リストへもどる]
soft
(11403)
11410:
Re^2: MS-DOS Player 2024/8/31版
投稿者:
konno
2024/09/01(日) 22:35
11407 番 たけだ さんへのコメント
たけださん、いつもお世話になっております。
> > 作者様がここを見てくれてたのかと思ってしまいます。
> <●> <●>
あら、やっぱり見てたのねぇ。(^^;
> #いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…
なるほど、今時DOSの話題は限られているのでうちのような掲示板でも検索上位になるかもですね。
対応いただきありがとうございました。
- No.11410 -
このTreeへ
コメント元:11407 へ
[リストへもどる]
soft