軟式さんに許可をいただいたので、以下にテスト版URLと説明を載せます。

-----------------------------------------------------------

　テスト版を作成しました。下記よりダウンロードしてください。
　64bit 版実行ファイルのみです。
https://www.nanshiki.co.jp/test/dosboxj_test2.zip

　Vz のマクロから CLPPST.EXE を呼び出してコピー・ペーストできる事は
確認しています。

　mount したドライブ上でのみ使用可能です。imgmount したドライブ上の
ファイルはWindows からは見えませんので使用できません。
　また、mount c c:\ 等として Windows のドライブと DOSVAXJ3 上のドラ
イブ構造が同じとなるようにしてください。
　mount c c:\dos 等とすると Windows のコンソールプログラムから参照
するファイルと DOSVAXJ3 から参照するファイルのパスが異なってしまい
期待通りの動作をしなくなりますのでご注意ください。
　上記例の場合 Windows の C:\DOS\VZ に Vz 関連が入っているとして
C:\DOS\VZ\CLPPST.TMP .. Windows 上のファイルパス
C:\VZ\CLPPST.TMP     .. DOSVAXJ3 上のファイルパス
　と異なったパスになってしまいます。
　Windows コンソールプログラムに正しいファイルパスを渡せるようであ
れば問題はありません。
　またフルパスを指定せずカレントディレクトリのファイル名を渡すのも
問題ありません。例えば DOSVAXJ3 上で C:\VZ に移動し
C:\VZ> CLPPST /R CLPPST.TMP
　とした場合は Windows 上の C:\DOS\VZ\CLPPST.TMP を読み込むことがで
きます。
　おまけで Windows デスクトッププログラムも DOSVAXJ3 から起動できる
ようにしています。

　今回の目的としては clppst.exe 使用だと思いますので問題ないとは思
いますが、コンソールプログラムで文字入力があるものは使用できません
のでご注意ください。固まってしまうので、一定時間出力なしで強制終了
させています。

-----------------------------------------------------------

私は [autoexec] セクションに
mount c c:\
mount d d:\
こうしているので問題ないですが、確認しておいた方がいいですね。
VTDOSやMS-DOS Playerはデフォでドライブ丸ごとマウントしているだろうから同じ土俵に上がった感じですね。
本当にありがとうございました。

DOSVAXJ3 (2024/11/15)テスト版のメールをいただきました。
内容は

-----------------------------------------------------------

　さらに見直しまして、Visual C++ 製のプログラムであれば入力も可能とな
りました。clppst.exe は Delphi 製ですが入力はありませんので問題なく動
作します。

　途中で止まってしまうプログラムは Ctrl-C で強制終了できるようになりま
したのでタイムアウトによる終了はなくなりました。

　表示がでない Windows コンソールプログラムがありましたら
> set dosvaxj3=noinput
　とした後で実行してみてください。
> set dosvaxj3=setenv
　で現在設定されている環境変数を Windows コンソールプログラムに渡しま
す。PATH 等は上書きされます。ただし COMSPEC と DOSVAXJ3 は渡しません。
　両方設定する場合は set dosvaxj3=noinput,setenv となります。

　テスト版は下記にあります。
https://www.nanshiki.co.jp/test/dosboxj_test5.zip

　特に問題がなければ来週早々に正式版にする予定です。

-----------------------------------------------------------

ということでテスト版試してみました。
GREPなど入力系のプログラムが動くようになりました。ありがとうございます。
うれしいです。

gawk はリダイレクトでsyntax errorが出ましたが、リダイレクトしなければ動きました。

gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")} >utime
gawk:                                                ^ syntax error

gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")} 
1096372620

試した版は以下の日付のものです。
GAWK     EXE       446,464 05-12-23    0:24
GREP     EXE        96,256 09-02-13   17:19
YAGREP   EXE       233,472 09-03-31    2:28

grep.exe は、フォルダの再帰検索が安定しているので動いて嬉しいです。
GREP -Hnir "yagrep" *.*

yagrep.exe は、DCログの再帰検索で漏れが結構ありました。
Yagrep -r "yagrep" D:\log\fgal\DC\

この２つで比べてみてください。yagrep.exe の漏れは仕様かも。
テスト版の動作検証にご協力願います。m(__)m

> 　お久です。うーん、すっかりＰＣいじりの世界からは遠のいております。
> 　例によって、今日も超疲労モード。

文太さん、お久です。お元気そうで安心しました。

> 　さて、yagrep.exeですが、このようなテストには向かない道具かと思います。
> 　Bruce.さんが、onigsed, yagrep とも、正規表現エンジン鬼車を搭載して、
> GNU sed & grep を日本語対応させて移植してくれたものなのですが、詳細は
> 省かせていただきますが、僕はまったく使っていない、ないし使わないことに
> したツールです。限界などをみきわめられれば使えるところを使うことは可能
> なのかもしれませんが、ちょっと、、、。

私が使っている grep.exe は多分 GNU GREP だと思うんですが、yagrep は GNU系だったんですね。
今回のテストはあくまで DOSVAXJ3テスト版で動作するようになった32ビットの入力系コマンドの検証なので。
grep.exe などは今までは使えなかったのです。

> 　対象ファイルに漏れがでる、ということですよね。僕はこれを経験して
> いませんが、それ以外で、、、。うーん、考え方によってはヒットすべき
> ものがヒットしていないから、あたかもそのファイルが検索されていないかの
> ように見えることもあり得るのかな？

この掲示板の過去ログで話題にしているかと思い検索したら、yagrep の癖など全部話題に出ていましたね。
#8206
> XXXX.HTM 219593: 需要予測
> だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
> 「予」が、$975C なので、「￥」$5C と認識しているのかも。
>       --ctype=SJIS              force matching in Shift-JIS mode
> このオプションを付けてもダメだったような。
#8210
> >だけど、この、「需要予測」 が、Yagrep だと検索引っかからないんですよ。
> 　再現しました。

また MS-DOS player でも yagrep.exe は動かなかったんですが、それも
#7774 GREP の動作の違い
> MS-DOS Player + yagrep
> C:\VZ\K07T5>C:\UT\YAGREP.EXE "AF"
> 'C:\UT\YAGREP.EXE"  "AF' は、内部コマンドまたは外部コマンド、
> 操作可能なプログラムまたはバッチ ファイルとして認識されていません。

この時と同じメッセージなので、やはり３２ビットの入力系コマンド対応は難しいということなのかも。

> 　環境を試すツールがあれですと、環境かツールか？　と沼にはまりそうな
> 気がします。

環境とは DOSエミュのことですよね、その違いがツールの動作に影響することは確かにありそうですね。

konnoさん

C:\BIN>dir | grep -i "grep"
1994/06/02  18:50            90,959 EGREP.EXE
2003/04/14  00:00            80,412 FGREP.EXE
1994/06/02  18:50            90,959 GREP.EXE
1999/11/11  00:00            82,944 OGREP.EXE
2009/03/31  02:28           233,472 yagrep.exe
1994/04/30  10:07            66,700 YGREP.EXE
1993/04/11  16:05            23,997 IZGREP.EXE

　３２ビットアプリと１６ビットアプリ。上の３つは３２ビット
だったのではないのかな？

https://www.vector.co.jp/soft/dos/util/se008484.html?_ga=2.40740194.1106177368.1731818139-1020062094.1731818139
　これじゃないかな？

　で、本文に戻ります。

>文太さん、お久です。お元気そうで安心しました。
　基本的には元気で健康です。ただ今年はなんだかんだと忙しくて。
　あと４か月半！

>今回のテストはあくまで DOSVAXJ3テスト版で動作するようになった32ビットの
>入力系コマンドの検証なので。
　VTDOS以外のＤＯＳエミュレータを使ってないので、よくは分からないのですが、
もしそれらがほんとの【ＤＯＳ】（16bit）エミュレータなら、特別なことを
してくれてないと、３２ビットアプリは動かないのが道理ですね。でも、rcp32.exe
とかも？

>この時と同じメッセージなので、やはり３２ビットの入力系コマンド対応は難しい
>ということなのかも。
　VTDOSが「ほにゃららホストに丸投げしてます」とかで、32/64bit 環境も意識して
作られている、ということなのでしょうか。

>> 　環境を試すツールがあれですと、環境かツールか？　と沼にはまりそうな
>> 気がします。"
>環境とは DOSエミュのことですよね、

　はい、そのつもりです。考えてみたら、ＸＰのＤＯＳ窓もＤＯＳエミュでしたね。
　rcp32.exeもclppst.exeも、ふつうに動いていた。

　yagrep.exeがテストに向かないにせよ、一部動いた、みたいな結果だったのです
よね？　謎ですが。

>DOSVAXJ3テスト版で動作するようになった32ビットの入力系コマンド
　（繰り返しですが）yagrep.exe以外の３２ビット grep でのテストがよろしい
かと。

> C:\BIN>dir | grep -i "grep"

おお、パイプでこんなことが出来るんですね。勉強になりました。
てか、このパイプは VTDOS でしか使えないようですね。
DIR *grep*   		だと全ファイル表示してしまいますね。
tosfind.exe /n*grep*   	これは目的のファイルだけ表示してくれますが、下位フォルダまで表示してしまいますね。
mls.com /l *grep*	これも目的のファイルだけ表示してくれますが、DOSVAXJ3では何故か全ファイル表示してしまいます。
LS系は目的ファイルだけ表示するものと全ファイル表示するものが混在しているようです。
余談になりました。(^^;

> https://www.vector.co.jp/soft/dos/util/se008484.html?_ga=2.40740194.1106177368.1731818139-1020062094.1731818139
> 　これじゃないかな？

日付もサイズも全然違うので別物だと思います。いつどこで落としたのか思い出せないです。(^^;

> 　基本的には元気で健康です。ただ今年はなんだかんだと忙しくて。
> 　あと４か月半！

無理せず頑張ってください。

> もしそれらがほんとの【ＤＯＳ】（16bit）エミュレータなら、特別なことを
> してくれてないと、３２ビットアプリは動かないのが道理ですね。でも、rcp32.exe
> とかも？

かなり特別な処理をしてくれているようです。CLPPST.EXE がきっかけで対応してくれたのでありがたいです。
コピー系は ZCPY32.EXE が動くので rcp32.exe も大丈夫だと思います。

> 　VTDOSが「ほにゃららホストに丸投げしてます」とかで、32/64bit 環境も意識して
> 作られている、ということなのでしょうか。

結果的にパイプにも対応できているのは凄いことなんだなと改めて思いました。

> 　yagrep.exeがテストに向かないにせよ、一部動いた、みたいな結果だったのです
> よね？　謎ですが。

他のDOSエミュでも同じ結果のようなので、やはり yagrep.exe 自体の問題と思われます。

> 　（繰り返しですが）yagrep.exe以外の３２ビット grep でのテストがよろしい
> かと。

常用の grep が動いているのでおおむね問題なさそうだと思います。

konnoさん

C:\BIN>dir | grep -i "awk"
1993/09/25  05:51           188,444 JGAWK.EXE　　16bit
1998/08/22  22:01           142,759 MAWK32.EXE　　コレ
　　　　　　　　　　　　　　サイズからして日本語対応してなさそう

C:\BIN>dir | grep -i "sed"
1988/03/02  06:11            15,366 OLDSED.EXE　　16bit
1999/06/20  13:40            90,112 sed32.exe　　コレ
　　　　　　　　　　　　　　日本語対応してそう

　grepと同じことは、sed, awkでもできます。タイムスタンプとかファイル
サイズだけみて、上のリストはいい加減なことを言っている可能性が
あります。oldsed.exeとかは、serowさんの超古典の奴です。
　ベクタで探してみてください。

> 1993/09/25  05:51           188,444 JGAWK.EXE　　16bit
> 1998/08/22  22:01           142,759 MAWK32.EXE　　コレ
> 　　　　　　　　　　　　　　サイズからして日本語対応してなさそう

うちのawkは

JGAWK    EXE       188,444 93-09-25    5:51
MAWK32   EXE       193,536 98-08-22   23:02

こうなっていますが、いずれも日本語対応しています。
って、mawk32は、なんかすげぇ微妙なバージョンの差異があるかも。

> 　grepと同じことは、sed, awkでもできます。

御意。
単に専用ツールか多機能ツールかの違いだけ。
鶏を割くのに牛刀を使って何が悪い。

としきさん

　（以下すべて、VTDOS環境です）

　多謝。ベクタにありました。ソースもありました（???.tar.gzの展開の
仕方わすれたのだけど）。

C:\WK>dir

1997/11/01  11:02            44,369 mawk.doc
1998/08/22  22:02           193,536 mawk32.exe
1996/09/18  10:23             2,524 README
1998/08/22  21:59             6,390 README.SJ

----- t.txt -----
　まだ何か思いつくの？
　ディレクトリ再帰について。
-----------------

----- t.awk -----
/ディレクトリ/{
print}
-----------------

C:\WK>mawk32.exe -f t.awk t.txt
　ディレクトリ再帰について。

>って、mawk32は、なんかすげぇ微妙なバージョンの差異があるかも。

　ファイルサイズからして、僕のmawk32.exeは、日本語対応のない
英語圏から落とした奴だったんじゃないかな。
　タイムスタンプが、え、え、え？？？　という感じだったけど。
　無事、日本語対応 mawk32 がゲットできました。多謝。
　16bit の jgawk.exeしか、ほとんど使ったことないのだけど。


蛇足：

C:\WK>mawk32 -W version（新版）
mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
  Adaptation for MBCS (P. yedoensis R27) by KIMURA Koichi


C:\WK>cd c:\bin

C:\BIN>mawk32 -W version（旧版）
　VTDOSがはじいて、「アプリケーションエラー」

　おめでとう！　きっと使わないけど、使える mawk32.exe だ！

konnoさん

　うーむ、どう回答したものやら？

　おそらく一番大事なのは、
>が、DOSVAXJ3 では何故か動かなかったです。
　でしょうか。

　これは、DOSVAXJ3の作者様に報告していただくしかないでしょう。
　僕は、VTDOS以外、ＤＯＳエミュレータを知らないんです。
　VTDOSをよく知っているわけでは、まったくありませんが。

　で、元にもどっていちおう整理を試みると、なぜwild.exeが登場したかと
いうと、yagrepで「ディレクトリ再帰」が変、とkonnoさんが仰っていたから
です。
　以下の表をみてください。16bit の grep で「ディレクトリ再帰」が
オプションで可能なのは、wgrep, ygrep, jgslimだけだそうです。

			cgrep	Ggrep	akgrep	wgrep	ygrep	izgrep	dgrep	jgslim	zf
directory下再帰					-u	-r			-a

　で、grep, sed, awk にも、ふつうその機能はないけれど（多くのフィルタ系
ツールも）、wild.exeをかませると、それが可能ですよ、と実用的なことを
話に僕がまぎれこませた、ということです。

　wild.exeは、ワイルドカード展開を助けてくれる、いわばメタツールで、
ですから

Wild -D -R "head -7 $f >c:\wk\$x" c:\bin\asm_stdy\*.doc

　の"head -7 $f >c:\wk\$x"の部分は、展開されるべきワイルドカードを
含んだコマンドなのです。
　コマンドの中身が、"head -7"（ファイルの冒頭７行を表示。８行目以降は
見せるな）で、$f がワイルドカード的に展開されるべき対象ファイル名です。
　（typeだと、冒頭７行だけ、というわけにはいかないでしょう？）

　$f, $x を Siさんは「マクロ」とドックで呼んでいたと思いますが、
wildの使い方は、wild.doc を読んでもらって試してもらうのがはやいです
（必要ないでしょうけれど。必要がなければ、けっこう難解です）。

　「ディレクトリ再帰」がないツールにその機能を付加する。これがwild.exe
のお仕事であり、ここで登場してもらった理由です。


　さらに元にもどって。
　DOSVAXJ3 のテスト。これがkonnoさんの主目的ですよね？
　だとしたら、まず、VTDOSと結果を比較するのがよいのではないでしょうか？
　意図的なのかもしれないけど、僭越ながら申し上げると、割と迷走モード
っぽいような印象を受けました。

　パイプにせよ、ワイルドカードの展開にせよ。
　もっとも、ワイルドカードの展開は、外部ツールでは、そいつがすることに
なっていたと思うけど。
　dir みたいな内部コマンドだと、さて誰が展開するのでしょう？　ですが。
　command.com? あるいは、ＤＯＳエミュレータ本体？

　上のくだりでは、僕自身が迷走してますが、ま、今の僕の課題ではないので、
ご容赦ください。


　大量に本を捨てている毎日ですが（仕事おさめ）、ＤＯＳ関係本はとって
あります！　fortranとpascal関係本は、うう、どうしよう？　ですが。
　とっとく！

追伸：「引用なし」ボタン。最高です。僕はこれを愛してます。

konnoさん

>作者様にメールしたんですが、その後に私の設定ミスが原因
　原因が判明してよかったですよね。
　やっぱり作者様に報告したのに、自分のミスだったというのは
格好が悪いかもしれませんが、良好な関係ができていたら、「ごめん、
こっちのミス」もありでしょう。というか、僕はそればっかの人生みたい。

>[autoexec] セクションで
>set COMSPEC=c:\ut\95\COMMAND.COM

　そ、そんなディレクトリがあるんですか？！　さすが。
　Win95系のツールとかも、ここに格納されていると。

>再帰というわけではなく、検索漏れが多かったのです。

#11645
>grep.exe は、フォルダの再帰検索が安定しているので動いて嬉しいです。
>GREP -Hnir "yagrep" *.*

>yagrep.exe は、DCログの再帰検索で漏れが結構ありました。
>Yagrep -r "yagrep" D:\log\fgal\DC\

　どっちにも、-r (recursive) がはいってますけど、、、。
　「再帰検索が安定」あるいは「漏れ」では、再帰に問題があると書かれて
いるように思われるのですが。

　細かくて、すみませぬ。

　ただ、現実的にいって、yagrep.exeには、いろんな問題があると思います。
　僕はＨＤから消してしまってもいいくらいの信頼感です。
　これだけ指摘したかったのです。
　もっとも、grep に Perl5 の正規表現は、僕ですら大して欲していなかった
と思う。

　たぶんkonnoさんがお使いのgrep(32)もＧＮＵのものでしょうから、「ＧＮＵ
による拡張」ですが、ちゃんと Perl5 の正規表現が使えます。

 -P
 --perl-regexp
 matching Perl regular expressions
Interpret the pattern as a Perl regular expression.

　ま、yagrepとonigsedについては、僕のような非力＆根性なし
テスターしかいなかった、というのが不幸の原因でした。konnoさんが、Bruce.
さんと一緒だったら、きっともっと完成度の高いものになっていたでしょう。

2009/03/31  02:28           233,472 yagrep.exe

　１５年まえ。僕がテスターをしたのは、これより２年前くらいだったのかな？

konnoさん

C:\>yagrep --help
（中略）
multi-byte extention:
      --ctype=ASCII             force matching in ASCII mode
      --ctype=EUC               force matching in EUC-JP mode
      --ctype=SJIS              force matching in Shift-JIS mode
      --ctype=UTF8              force matching in UTF-8 mode

　このオプションで明示的に SJIS mode でも、うーん、な結果だったと
思います。
　とにかく、僕的なポイントは、yagrepで何かをテストすると沼です、
これだけです。

>正規表現は使えれば便利ですが、私はほとんど使ってないので、通常検索で漏れの
>少ないものを選んだのです。

　こういう時は、grep.exe を 別ディレクトリにコピーの上、fgrep.exeに
リネームしましょう。正規表現が殺されます。すると、正規表現のメタ文字を
エスケープする手間が完全に省けます。意外にメタ文字に転んだりしてます。

> 　このオプションで明示的に SJIS mode でも、うーん、な結果だったと
> 思います。

過去ログでこのような話は見たような気がします。

> 　とにかく、僕的なポイントは、yagrepで何かをテストすると沼です、
> これだけです。

Parl5の正規表現と、GNUGREPの検索エンジンの相性か何かが悪いのかもですね。SJIS関連かも。

> 　こういう時は、grep.exe を 別ディレクトリにコピーの上、fgrep.exeに
> リネームしましょう。正規表現が殺されます。すると、正規表現のメタ文字を
> エスケープする手間が完全に省けます。意外にメタ文字に転んだりしてます。

えっ、GNU系GREPにはこんな機能があるのですか。早速 OMAKE.DEFに仕込んで DCフォルダで試してみました。
まずは今まで通りで
D:\LOG\FGAL\DC>GREP -nir "yagrep.exe" *.*
No files matching: *.*

FGREPに名前を変更すると
D:\LOG\FGAL\DC>FGREP -nir "yagrep.exe" *.*
13/bak/yagrep.log:107:YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx
13/bak/yagrep.log:177:> YAGREP.exe -i -H -n "^v\.c\.\/salon" c:\lx\log\vzlog\mixvz\mixvz91\vz901003.log >mixxx

更に深い階層から見つけ出してくれました。＼(^^)／ ﾔｯﾀ-
これは良いですね、これからはこれで行きます。GREP も残しておいて比較してみます。
おいしい使い方を教えてくれてありがとうございます。

konnoさん

　konnoさんが試した結果については、うまく理解できませんでした。
　頭が働いてない。

grep では、"yagrep.exe"は、「.」が何でもあり（メタキャラ）、となり
fgrepでは、"yagrep.exe"は、「.」がピリオドと解釈されるはずです。

>GREP も残しておいて比較してみます。
　残しておきましょう。

　ＧＮＵ特有だったか思い出せませんが、grepは、

grep	のままだど、basic regex (sed 相当)
egrep	とリネームすると、extended regex (vwx 相当。awk 相当)
fgrep	とリネームすると、no regex となります。

　３つ、grep.exe, egrep.exe, fgrep.exe をＨＤＤに入れておいて
損はないと思います。
　とはいえ、grep １つでも、オプションで、egrep, fgrep 相当に
振る舞えたはずだとは思いますが。

　fgrep.exe を使いたいときは、けっこう特殊だと思う。
　egrep.exe を使いたいときは、「拡張正規表現使うからな」（メタ
キャラ、＋とか）と、思うと思う。

　３つ、c:\bin ディレクトリに入れておいて、損はないと思います。

DOSVAXJ3 (2024/11/18)テスト版のメールをいただきました。
内容は

-----------------------------------------------------------

　さらに修正して C# 等で作られた .NET コンソールプログラムでも入力
可能となっています。環境変数の設定は noinput から novc に変更しま
した。
https://www.nanshiki.co.jp/test/dosboxj_test6.zip

-----------------------------------------------------------

ということでさらに多くのコマンドに対応されたようです。
ありがとうございます。

また、GAWKの件でも
>> gawk "BEGIN{print mktime("""2004 09 28 20 57 00""")} >utime
>> gawk:                                                ^ syntax error
>　> の前に " が必要です。

とアドバイスをいただきました。これはVZマクロで
=utime
*m
89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2004 09 28 20 57 00$"$"$")} >utime" #m
*
こうなっていて、VTDOSではこれで動いていました。

89 ^\ "" #E "gawk $"BEGIN{print mktime($"$"$"2004 09 28 20 57 00$"$"$")}$" >utime" #m
こう修正したら、VTDOSでも DOSVAXJ3 でもキチンと動きました。ありがとうございます。

入力系＝対話型とすると、CMD.EXE とかでしょうか。
DOSVAXJ3 で dir *grep*  とすると、カレントの全ファイルが表示されます。
CMD
dir *grep*
とすると、grep を含むファイルだけ表示されます。
exit で戻ると VZのコンソールに結果が入っていますね。これはありがたいです。
これは MS-DOS Playerや VTDOSでも出来ましたが、VZコンソールに結果は入りませんでした。