> MS-DOS Playerが出しているのか、確認できます？

　あ、そういえば、jgawkでおなじみのエラーメッセージは、

jgawk.exe:  syntax error near line 1:

とかでしたね。（鈴木の使ってるjgawk.exe は1991年3月7日、Serowさんによるもの。）

　MS-DOS Playerが出してるのかな？ どうやったら確認できるのかしら？   

 C:\Users\USER\>msdos jgawk  '{print}' filename
 error: illegal instruction 
 
 となるのですが。

>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 

これ、MS-DOS Player 起動中のコマンドラインで、「msdos」コマンドを実行してるように見えます。

これだとうちの場合は、
d:\nc>msdos jgawk '{ print "Hello world!" }'
'c:\ut\MSDOS.EXE"  jgawk '{ print "Hello' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。

こうなります。実行ファイルは
1993/09/25  05:51           188,444 jgawk.exe
です。

jgawk.exe で ファイル color を print すると

jgawk '{ print }' color
０	黒        ８	灰
１	青        ９	高輝度青
２	緑        １０	高輝度緑
３	水色      １１	高輝度水色
４	赤        １２	高輝度赤
５	紫        １３	高輝度紫
６	黄        １４	高輝度黄
７	白        １５	高輝度白

こうなります。VZのコンソールの表示です。
コマンドラインではタブが変な文字になっていますが、コンソールでは正常ですね。

dosvaxj3 で同じコマンドを実行したら、先頭が
０	黒        ８	灰nt }' color
１	青        ９	高輝度青
  --- 以下略 ---

こうなりました。
作者様にメールしてみました。

ココログからの転載です。
http://tamaneko2.cocolog-nifty.com/vz2/2024/08/post-fc366a.html

jgawk の概要を知るために「jgawk exe ダウンロード」でネット検索したら
「”JGAWK の入手方法について」というページがありましたが、
トップページへのリンクが見当たりません。
それで URLから辿ってみたら、以下のサイトがありました。

果実酒と花と栞とJGAWK
https://www.asahi-net.or.jp/~xx7k-ysmr/index.htm

1997年から始めておられるインターネット草創期からの大先輩のようです。
ざっと見て気になったページが
「私の健康法あれこれ」
https://www.asahi-net.or.jp/~xx7k-ysmr/health/health.htm

もう高齢で最近の更新も無く、消えているページも多いですが

・焼酎の楽しみ
・焼酎飲み比べ賞玩録
・私の腰痛克服記
・痔とアレルギー反応
・便秘と下痢

・水虫の冷水治療法
・風邪の温水うがい治療法
・ふくらはぎと土踏まずの硬直
・歯周病と歯磨き

これらのページは残っていました。
腰痛と砂糖の因果関係とか、水虫を氷水で治すとか、なかなか興味深い話があります。
私もこんなふうに自己流の健康法とか披露出来たらいいなぁ、と思いました。

ここで紹介しようと思ったのも、一期一会です。

＃ jgawk の話はどうした。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ


そうそう、jgawk の話題ももちろんあります。(^^;

JGAWKプログラム集Ver.1- 97,1,29
https://www.asahi-net.or.jp/~xx7k-ysmr/jgawk/INTRO.HTM

各ページがリンクで繋がってないのが残念というか、古さを感じさせる要因でしょうか。

MS-DOS Player 2024/8/31版が更新されていました。
更新内容は
---------------------------------------------------------
実行ファイルを読み込む処理を改良しました。
プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
拡張子なしでプログラム名と同じ名前のファイル（JGAWK.EXEとJGAWKなど）があると、
そちらが優先して読み込まれてしまっていました。
拡張子がないファイルが、実行ファイルとして読み込まれないように修正しています。
---------------------------------------------------------

なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
確かに旧バージョンでは、「JGAWK」というファイルがあると誤動作することがありますね。
作者様がここを見てくれてたのかと思ってしまいます。
作者様に感謝です。m(__)m

> 　MS-DOS Playerが出してるのかな？ どうやったら確認できるのかしら？   
>  C:\Users\USER\>msdos jgawk  '{print}' filename
>  error: illegal instruction 
>  となるのですが。

#11403 で書きましたが、MS-DOS Player 2024/8/31版が更新されていました。
なんと、JGAWKを例にして、コマンドラインの改善をしてくれていました。
作者様がここを見てくれてたのかと思ってしまいます。(^^;
よろしかったら試してみてください。

> プログラム名だけ指定した場合、.COM / .EXE / .BATを付けてファイルを読み込みますが、
> 拡張子なしでプログラム名と同じ名前のファイル（JGAWK.EXEとJGAWKなど）があると、
> そちらが優先して読み込まれてしまっていました。


    #11400の続きです。

　お知らせありがとうございます。
　確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)

　MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。 

　みごとな原因究明、ありがとうございます。　＞作者の武田様。

　実はもうひとつ、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日のものです。

> 作者様がここを見てくれてたのかと思ってしまいます。

<●> <●>


＃いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

grepはいろんな人がいろんな移植をしているみたいで、1989/4/2のものは見つかりませんでした。
Turbo Pascal 6についてたやつでは問題ありませんでした。

> 　お知らせありがとうございます。
> 　確かに僕も、jgawk.exeのあるディレクトリに、jgawk という、go32用のファイルを入れてました。(^_^;)
> 　MS-DOS Playerをバージョンアップすれば、またはせずともこのファイルをリネームすれば、ちゃんとjgawk.exe が動きました。 

なんと！原因はそのものずばりでしたか。
やはりここを見て対応してくれたのですね、あのエラーメッセージでわかるとは凄いです。

> 　みごとな原因究明、ありがとうございます。　＞作者の武田様。

さすがプロですね、私なんて原因がどこにあるかもわからなかったので。

たけださん、いつもお世話になっております。

> > 作者様がここを見てくれてたのかと思ってしまいます。
> <●> <●>

あら、やっぱり見てたのねぇ。(^^;

> ＃いや、誰かバグ報告してくれてないかなーと検索してたら、たまたま…

なるほど、今時DOSの話題は限られているのでうちのような掲示板でも検索上位になるかもですね。
対応いただきありがとうございました。

> 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 ですね。

> と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。

これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか？
あと、リダイレクションで流し込んだ場合の挙動はいかが？

> 　僕のDOS用grep.com は、1989年4月2日のものです。

そこそこメジャーなASCII Toolsのgrepは1988年ごろのものですが、それすらEXE。
そして日本語対応していたはず。
なんだろう、英語DOS用のgrepなのかなぁ。

この掲示板で新規投稿しようとすると、投稿欄が遠い。
デフォルトでツリー数が、野ざらしだと１０個、板塀だと２０個なわけですが、ここ
は５０個くらいのツリーをかき分けないとたどりつけない。
これ、もうちょっと少なくしていただくわけにはいきませんでしょうか。

ささやかなお願いでした。

> > と、勝手に ｻﾌ4 という文字をつけて、そんなfileはないと言われるのですが..。
> 
> これ、どんな検索語でも勝手にくっつく文字列は常に一定ですか？

　そうなんです。いつでも ｻﾌ4 です。
　リダイレクトしようとしても同様に No such file と言われます。

　追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
　Vzと無関係にgrepを動かせば起こりません。
（DOSVAXJ3は子プロセスでもうまくいくのに....）

えーと，そのために「新規投稿」ボタンがあるぢゃありませんか。
ページの途中だと辛いけど，ふつう [END]とかも使えそうだし。

> えーと，そのために「新規投稿」ボタンがあるぢゃありませんか。

おぉ、リンクが青い。使ったことのない機能だ。
今後は使わせていただきます。

> ページの途中だと辛いけど，ふつう [END]とかも使えそうだし。

小さいキーボードだと、[Fn]との同時押し、というのがいささかネック。
大きいキーボードだとよく使っているのですが、こちらもすっかり忘れていました。

　僕の持っている他のツールを、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で、これも変なんですが。

#11401 で
> dosvaxj3 で同じコマンドを実行したら、先頭が
> ０	黒        ８	灰nt }' color
> １	青        ９	高輝度青
>   --- 以下略 ---
> こうなりました。
> 作者様にメールしてみました。

と書きましたが、その後気が付いたことを書いておきます。

コマンドラインでのコマンド実行時、改行がされないのは VZ常駐時だけでした。
非常駐VZでは正常に改行されていました。

以前 more の挙動だかで VZ常駐時だけおかしくて、対応してもらったことがありましたが
それに関連する現象ではないかと思われます。

> #10559： DOSVAXJ3 JP230216に更新 投稿者： konno 　 2023/02/16(木)
> ・ Vz 常駐中に more の出力の改行が二重になるのを修正しました。

これですね。この前のVerで試してみたら、VZ常駐でも正常に改行されていました。
・・・ということは、私がこの挙動を見逃していたということか〜。m(__)m

常駐VZは特殊なことをしているので、コマンドラインで問題があると修正が難しいかも。

> 　追加情報です。#11406 の現象は、Vzの子プロセスで起こることです。
> 　Vzと無関係にgrepを動かせば起こりません。
> （DOSVAXJ3は子プロセスでもうまくいくのに....）

使用している command.com と VZ の種類と、起動BATの関連する情報が知りたいです。
#11418 に書きましたが、常駐VZは特殊なことをしているので、
コマンドラインで問題があると修正が難しいかもしれません。

お使いの grep.com を武田さんにメールで送って見てもらうのはどうでしょう。
http://takeda-toshiya.my.coocan.jp/main.html
のページ後半、「武田の総合謎WIPページ」の下に連絡先があります。
私も欲しいです。(^^;

> この掲示板で新規投稿しようとすると、投稿欄が遠い。

ツリーが長いのは私の好みで、ページを分けたくなかったからです。
新規投稿はリンクボタンを使えば不便はないと思います。

そういえば修正時には今までスクロールしてたけど、新規投稿ボタンでよかったんだ。(^^;
トップページへ戻るボタンもあるので、「新規投稿・修正」と変更してみました。(^^;

おお、[Home] [End] で行き来出来るんだ！　ありがとうございます。

> ツリーが長いのは私の好みで、ページを分けたくなかったからです。

管理人の好みということであれば仕方ありませんね。
利用者が不満を言い続ける権利があるのと同様、管理人には利用者の要望を却下する
権利もあるわけですし。

ただ、私と同じく管理人すらあまり使っていない機能をさらっと指摘するめざらさん、
凄すぎです。

> Grep version 2.2 / Copyright (C) bko 1987,89

ん？
bkoさん？
なんかものすごく記憶がある名前。
え〜と。ごそごそ。

以下のページのリンクから入手可能かもしれません。
http://toshiki.la.coocan.jp/computer/dossoft.html

＃あぁ、なんだってこんなところでつながるんだ

> 以下のページのリンクから入手可能かもしれません。
> http://toshiki.la.coocan.jp/computer/dossoft.html

す、凄い！　例の grep.com としきさんがキープしていたとは！！
日付もあっているし、間違いないですね。

> ＃あぁ、なんだってこんなところでつながるんだ

＃　さだめじゃ〜 (^^;

#11422 で、としきさんのやしきに、その grep.com が有りました。
なんという偶然でしょう。

> grep -?     でコンソールに表示されるものをVzで取り込むと
> 　となります。表示の最初のGrep Version 2.2 の前に見えるものは^Gで、これも変なんですが。

これは再現しました。が、VTDOSでも同じだったので、何とも言えないですね。
他の検証はこれからやってみます。書式とかがわからないもので。

凄すぎなのは，さらりと「新規投稿・修正」に変えてしまう konno さん。(笑)

> 使用している 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のバージョンの問題なのでしょうね。

> 　僕の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か所にありましたが、関係は不明です。

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は文字列長を無視してターミネータのところまで引数として受け取っている、
みたいなことが起きているのではないかと。

今晩辺り、この辺の対策を入れてリリースします。

対策を入れた版をリリースしました。
これで解決しているか、ご確認お願いいたします。

> 多分ですが、VZは文字列長はセットしてるけどターミネータがセットしていない、
> GREPは文字列長を無視してターミネータのところまで引数として受け取っている、
> みたいなことが起きているのではないかと。

ということは、VZ1.59z にもバグがあるということになるのでしょうかね。

> 今晩辺り、この辺の対策を入れてリリースします。

私はこのVerの現物を持っていないので、鈴木さんのレポートを待つことにします。

 武田様、対応ありがとうございます。
　bkoさんのgrep -? で表示最初に^Gは出なくなりましたが、Vzのコマンドモードで検索ファイル名やディレクトリに勝手に ｻﾌ4 がつく点は治ってないみたいです。

鈴木さん、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 でも異常になりました。
大文字なら問題無いようです。

> うちの環境で VZ1.59z で試してみましたが、ｻﾌ4 は表示されませんでした。
> grep の書式がわからないので、具体的な書式があればありがたいです。

　Vzのファイラーを立ち上げてから、黄色のコマンドラインモードに降りて、

　grep 検索語 filename

　とするだけです。どんな検索語でも、どんなfilenameでも ｻﾌ4 がつきます。

　#11426　に書いたように、僕はWindows10 の cmd.exe をそのまま使ってるだけですが、konnoさんは Vz1.59z でgrepできるとすると、konnoさんの環境にに一工夫あるという事なんでしょうね。 

> 　#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 で問題が出るのです。(;_;)

次の環境で試しました

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

16bitのCOMMAND.COMの有無で挙動が変わるようです。

VZのコマンドモードで、例えば「GREP 文字列 FILENAME」を実行すると、
COMMAND.COMを「 /C GREP 文字列 FILENAME」というコマンド引数付きで
子プロセスとして起動しようとします。
このとき、16bitのCOMMAND.COMが見つかれば、そのまま実行します。

COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
コマンド引数付きで子プロセスとして起動するようになっていますが、
GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

後ほど対策を入れたバージョンを公開します。

対策を入れたバージョンを公開しました。
GREPの件はこれで大丈夫だと思います。 

> 対策を入れたバージョンを公開しました。
> GREPの件はこれで大丈夫だと思います。 

　武田様、対応ありがとうございます。
　Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

　鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい？

> 16bitのCOMMAND.COMの有無で挙動が変わるようです。

command.com が無くても動くとは知りませんでした。それで、CMD.EXEで
msdos vz159 /vz159  とやってみたのですが、ｻﾌ4 とかは出なかったです。

> COMMAND.COMが見つからない場合は、GREPを「文字列 FILENAME」という
> コマンド引数付きで子プロセスとして起動するようになっていますが、
> GREP.COMはコマンド引数の先頭がスペースでないと正常に動作しないようです。

なるほどそうだったのですか、これはわからないですね。

> 後ほど対策を入れたバージョンを公開します。

よろしくお願いします。m(__)m

　すみません、完全解決というわけでなく、#11432でkonnoさんが報告された、

> 　64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

　の件です。
　ファイルの大きさにかかわらず、ファイルを開いておいて[ESC]Eなりでコマンドモードに降りて、DOSの外部コマンド（たとえばvmap）を実行させて、[ESC]でファイルに戻ると、ファイルが壊れた?ような表示になります。

　あわてずファイルを保存せずに閉じれば、ハードディスク上のファイルは壊れてないのですが。
　（これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。）

> 　Vz1.59zのコマンドラインモードで、bkoさんのgrepは、めでたく正常に動作するようになりました。

おお、おめでとうございます。
私の方では再現できなかったですが、少ない情報で対応できるのは流石ですね。

> 　鈴木は解決したけれど、konnoさんの方はもっと事態が複雑みたい？

原因は 私家版の "検索文字列の取得"マクロ、TAGL_F5.def でした。
これでコマンド文字列を取り込んでからコマンド実行するとファイルが壊れるようです。
マクロ中で Taglight.exe を呼び出しているのですが、大文字なのでスワップします。
その後小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

これは武田さんにお願いするわけにもいかないですね。
VTDOSやDOSVAXJ3で出ないのは何か対策してるのかしら。
NT系で異常が出るのが個人的に気になっているのですが。
確かVTDOSは286CPU相当とか、DOSVAXJ3も16ビットDOSなので、その辺の違いかなぁ。

行き違いになってしまいました。(^^;

> > 　64k以上のファイルを編集中にコマンドラインに降りてコマンドを実行した時
> > そのコマンドがエラーになった時に編集画面に戻ると、ファイルの内容が壊れるようです。

これは不正確でした。#11441 に書きましたが
大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。
似たような異常は NT系 XP でもありましたが、VZの不具合のように思います。
sw0 か、大文字コマンドなら問題は出ないようです。

> 　（これはVz1.59zだけの問題なのかは、僕は他のバージョンを持ってないので、わかりません。）

なので、これは全てのVZで起こる現象だと思います。
VTDOSやDOSVAXJ3で出なかったので、何らかの対策法はあるかもしれません。

テスト版をこっそりアップロードしました。

"COMMAND /C (program) [arguments]"を実行するとき、
COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

COMMAND.COMは何か色々特殊なことをやってそうなので、
COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

> テスト版をこっそりアップロードしました。
> "COMMAND /C (program) [arguments]"を実行するとき、
> COMMAND.COMがあっても"program [arguments]"を直接実行するようにしています。

武田さん、ありがとうございます。

> COMMAND.COMは何か色々特殊なことをやってそうなので、
> COMMAND.COMを無駄に起動しないことで何か挙動が変わるかもしれません。

試してみましたが、異常が出るのは変わりませんでした。
sw0 か、大文字コマンドなら問題は出ないようなので、いっそ全部スワップさせてみました。
そうしたら異常が出なくなりました。新旧MS-DOS Player で同じ結果でした。

VZの問題まで気にかけていただき、ありがとうございました。

k07v6m(暫定) （2024-09-06）を更新しました。

k07v6m(暫定) （2024-09-06）
　・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
　・オプション OZ4 で小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。
　※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド実行で異常になるようです。

　ダウンロード　 vzkv6m.lzh ver1.60k07v6m （2024-09-06版 ） new!



●OZ　FreeDOS(98)用98版で編集画面でのカーソルキー、ctrl+ファンクションキー等が
　　　使用できる様になります。そのかわり、漢字入力が出来なくなります。
　　　 FreeDOS(98)用に新設。
　・OZ1
　・OZ2 ?
　・OZ4  小文字コマンドでもスワップ。NT系DOS窓やMS-DOS Player対応。vzkv6m  
　※NT系DOS窓やMS-DOS Playerでは大文字コマンドでスワップした後、小文字コマンド
　実行で異常になるようです。OZ4 は単独で指定してください。

子プロセスのメモリを広く開けたい人は SW3 で お試しあれ（VTDOSでSW3の不具合はこれ？）
OZ0 と OZ4 を切り替えて大文字小文字 VMAP で見てみると面白いです。

VZKドキュメント　 #txt:VZK.TXT

＃ DOCは毒だ、TXTにしとけ。(;_;)

　#11440 の現象もどうやら、VzのオプションSWが1-3の時に起こるようです。
　SW0なら起こりません。

> 　#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

> メールで送りましたので、よろしかったら試してみてください。

　お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
　でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。
   

> 　お見事です。#11440 の現象は、外部コマンドが大文字小文字にかかわらず起こるので、正確にはkonnoさんの現象と違うと思っていました。
> 　でも、konno さんの修正vz159.comで、大文字でも小文字でも起こらなくなりました。

異常が無くなったようでよかったです。

外部コマンドに限らずVZのスワップは command.com のスワップを監視している前提と思われます。
Win95DOS窓でズレた時は高橋さんが対応してくれましたが、NT系になって完全にわからなくなったのでは。
なので VZがスワップする領域に command.com が来る場合もあって、それがVZにはわからない。
それで今回のような異常が出るのではないかと思います。

これで暫く運用して問題が無ければ他にも適用しようと思います。


＃　無想転生を極めれば、コマンド―の動きも見切れる。なんちて (^^;