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


    #11400の続きです。

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

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

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

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

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

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

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

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

次の環境で試しました

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

> 　#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で、大文字でも小文字でも起こらなくなりました。
   

色々な環境で 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＃さんはこの問題を解決するのに苦労して、それでシェアウエアにしたとかね。
あくまで想像です。(^^;

調べていたら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]		; ## この２行が		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]	; ## この２行が		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＃さんでも問題解決にそうとう時間が掛かったのだと想像します。
この当時は私はこの話を全然理解できていなかったですね。(^^;

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