[HOME] [リストへもどる.] [新着50]  [最新100]  [全部表示 会議室風]  [全部表示 保存用]

新着記事 30


12361Re^6: 子プロセスの問題? 投稿者:konno   2025/06/01(日) 12:51
  12360 番 鈴木康弘 さんへのコメント

> cmd.exeとms-dos playerを起動するバッチファイルは
> msdos -n26 -x vzibmj *.*

CMD.EXE から MSDOS Player を起動していたんですね。
同じようにやってみましたが、XCOPY32 は
DOS のバージョンが違います. と怒られました。
最近のMSDOS PlayerはCOMMAND.COMの指定が無いとカレントやルートのものを使うんですね。(^^;

オリジナルVZでも色々やってみましたが同じエラーは再現できませんでした。
何かでエラーになっているのだとは思うのですが。


ところで今のやりかただとDOSの環境変数を設定できなさそうです。

msdos.exe -x c:\command.com /k vzp.bat

このようにCOMMAND.COMを指定して /k 付きなら VZ起動バッチが使え、DOS環境も自由に設定できます。

また、MSDOS.EXE のショートカットアイコンを作ってプロパティのショートカットタブで
リンク先に上と同じオプションを入れればアイコンクリックでダイレクトにVZ起動できます。
VZ常駐も一発です。(^_^)

うちの VZP.BAT は

chcp 932
graftabl 932
set path=c:\ut;c:\;c:\windows;c:\windows\system32;
set temp=c:\temp
set tmp=c:\tmp
SET NCPATH=D:\NC
set vzdef=c:\vz\vz.def
set ASM=m
set VZBAK=\bak
set vzsym=MSP
vwx -z2 -v2 -x1 -l4096
TAGLIGHT.EXE /v stay
break on
vzibmj -z -fs4

こうなっています。余計なお世話だったらごめんなさいです。


> たけだ様にも心当たりのないエラーメッセージだとすると、cmd.exeが出してるんですね。

これはCOMMAND.COMが出しています。
> windows98のcommand.comでvzを常駐して、その状態でバッチファイルを実行すると、
> メモリの空きがゼロの状態で子プロセスが呼び出される、
これと同じような状況が発生しているのだと思いますが、再現出来なかったです。

    - No.12361 -   [コメント元:12360]    [リストへもどる.]
soft

12360Re^5: バッチで処理してます? 投稿者:鈴木康弘   2025/06/01(日) 07:12
  12359 番 たけだ さんへのコメント    コメント数 1

 vz1.6を落として使ってみました。(1.59zから50バイトほどやせてました)
 これでWin98のxcopyすると、エラーメッセ―ジも出さずに、cmd.exeが強制終了してしまいました。

cmd.exeとms-dos playerを起動するバッチファイルは

cd \users\user\vz
del vztemp.$$$
set msdos_temp=c:\users\user\vz
msdos -n26 -x vzibmj *.*

と、Win10のcmd.exeをそのまま使ってますし..

たけだ様にも心当たりのないエラーメッセージだとすると、cmd.exeが出してるんですね。

 当面Win10のxcopyができるからよしとします。

    - No.12360 -   [コメント元:12359]    [リストへもどる.]
soft

12359Re^4: バッチで処理してます? 投稿者:たけだ   2025/06/01(日) 02:31
  12358 番 konno さんへのコメント    コメント数 1

そう言えば、windows98のcommand.comでvzを常駐して、
その状態でバッチファイルを実行すると、
メモリの空きがゼロの状態で子プロセスが呼び出される、
みたいな現象がありました。

おそらく、その類の問題かもしれません。

    - No.12359 -   [コメント元:12358]    [リストへもどる.]
soft

12358Re^3: バッチで処理してます? 投稿者:konno   2025/06/01(日) 00:01
  12355 番 鈴木康弘 さんへのコメント    コメント数 1

> too many processes
> バッチジョブを終了しますか?
> となってやっぱりxcopyできません。

鈴木さんのVZは V1.59z でしたっけ。
VZ1.6 オリジナル版は Win95/98 で常駐すると BAT がそのようなエラーになると思います。
高橋版以降のVZなら問題なく使えます。
今VZがオープンソースになっているので
https://github.com/vcraftjp/VZEditor

ここからオリジナルVZも落とせます。
うちのVZの部屋の最新テスト版は実行ファイルそのままアップしています。
実用には堪えませんがテストだけなら使えると思います。

外していたらごめんなさい。

    - No.12358 -   [コメント元:12355]    [リストへもどる.]
soft

12357Re^4: MS-DOS Player 2025/5/31版 投稿者:konno   2025/05/31(土) 23:50
  12356 番 たけだ さんへのコメント

> Windows 98 Second Editionに入っていた(と思う)xcopy32で再現できませんでした。

別のPCで試したら正常に処理されました。
問題の出るPCはウイルスにやられているようで、ディスクアクセスに割り込まれているのかも。
うちのPCの問題の可能性が高いのでこれは無視してください。

あと、FreeCOMのCOMMAND.COMで、-v8.00 で起動すると XCOPY32が正常に使えました。
これは選択肢が広がって嬉しいです。

    - No.12357 -   [コメント元:12356]    [リストへもどる.]
soft

12356Re^3: MS-DOS Player 2025/5/31版 投稿者:たけだ   2025/05/31(土) 20:17
  12354 番 たけだ さんへのコメント    コメント数 1

Windows 98 Second Editionに入っていた(と思う)xcopy32で再現できませんでした。

C:\MSDOS>xcopy32 c:\src d:\dest\ /D:2025/1/1 /s /v
送り側のファイルを読み取り中です...
C:\SRC\INSTALL.TXT
C:\SRC\-LES\-18-
C:\SRC\-LES\MEMO.TXT
C:\SRC\漢字\読んでね.DOC
4 個のファイルをコピーしました.

Windows 98 Second EditionのCOMMAND.COM上で実行しています。

    - No.12356 -   [コメント元:12354]    [リストへもどる.]
pre

12355Re^2: MS-DOS Player 2025/5/31版 投稿者:鈴木康弘   2025/05/31(土) 20:02
  12353 番 konno さんへのコメント    コメント数 1

 鈴木のWin98のxcopyは、

too many processes
バッチジョブを終了しますか?

となってやっぱりxcopyできません。
Win10のxcopyならできます。

    - No.12355 -   [コメント元:12353]    [リストへもどる.]
soft

12354Re^2: MS-DOS Player 2025/5/31版 投稿者:たけだ   2025/05/31(土) 19:55
  12353 番 konno さんへのコメント    コメント数 1

ファイルの検索で、属性のマスクがうまくいっていない感じでしょうか。
状況を再現してみます。

    - No.12354 -   [コメント元:12353]    [リストへもどる.]
soft

12353Re: MS-DOS Player 2025/5/31版 投稿者:konno   2025/05/31(土) 16:01
  12352 番 konno さんへのコメント    コメント数 2

> WinMEの XCOPY32 の日付指定コピーが動くようになりました。

動くようにはなりましたが、私の環境では動作が変なところがあります。
他との違いは

>xcopy32 c:\vz d:\vz\ /D:2025/5/16 /s /v

このコマンド実行で、-18- というメモファイルが更新されませんでした。

C:\VZ\-LES\-18-
ファイルが見つかりません.
C:\VZ\-LES\-18-
ファイルが見つかりません.
送り側のファイルを読み取り中です...
C:\VZ\-LES\-LES\-18-
C:\VZ\-LES\0NIDO\龍の唄
パスが見つかりません.
送り側のファイルを読み取り中です...
C:\VZ\-LES\ASM\-18-
C:\VZ\-LES\C-SOUSE\VZ.DEF
パスが見つかりません.
送り側のファイルを読み取り中です...

・ (サブディレクトリの数だけ繰り返します)

送り側のファイルを読み取り中です...
ディレクトリを作れません.
36 個のファイルをコピーしました.


このように他のXCOPYより26個多いファイル(受け側の古い-18-)をコピーしました。
受け側にあるD:\VZ\のサブディレクトリを D:\VZ\-LES\に作り
D:\VZ\-LES\-LES\-18-
このようにコピーを繰り返しました。

私の WinME 環境の問題かもしれません。
Win10のXCOPYでは

>xcopy c:\vz\ d:\vz\ /D:5/16/2025 /s /v /y
C:\vz\CLPPST.TMP
C:\vz\dlog.000
C:\vz\dlog.def
C:\vz\KAO.DEF
C:\vz\TAGL.PAT
C:\vz\TAGLIGHT.PAT
C:\vz\-LES\-18-
C:\vz\up\upvt.bat
C:\vz\up\upvt_s2.bat
C:\vz\up\upv_s.bat
10 個のファイルをコピーしました

これが正常な動作だと思います。
とりあえず WinMEのXCOPY32 は使わず Win10のXCOPYを使うようにします。

    - No.12353 -   [コメント元:12352]    [リストへもどる.]
pre

12352MS-DOS Player 2025/5/31版 投稿者:konno   2025/05/31(土) 15:32
   コメント数 1

MS-DOS Player 2025/5/31版が更新されました。
-----------------------------------------------------------
Windows 98のXCOPYおよびXCOPY32が動作するようになりました。

XCOPYおよびXCOPY32は、子プロセスとしてXCOPY32.MODを起動するようになっています。
INT 21h, AX=4B00h/4B01hにおいて、従来は拡張子がCOM/EXE/BATのファイルのみ
読み込むようになっており、XCOPY32.MODの起動に失敗してしまっていましたが、
これを任意の拡張子を受け付けるように改良しました。

また、/Dオプションで日付を指定すると、INT 21h, AH=2Bhでその日付に変更してみて、
エラーが返るか否かで日付の妥当性をチェックするようになっています。
(日付の変更に成功した場合は、もちろん直ぐに元の日付に変更し直すようですが、
その狭間で次の日になってしまった場合は大丈夫ですかね…)
Windowsでは日時の変更は管理者権限が必要なため、常にエラーを返していましたが、
このため/Dで指定した日付が常に正しくないと判定されてしまっていました。
INT 21h, AH=2Bh/2Dhで、実際に仮想DOSマシン内の日時を変更できるよう改良して、
(ただし、ホスト環境の日時の設定には影響しないようになっています)
/Dオプションで指定した日付を正しく判定できるようになりました。
ついでに、タイマーBIOSのINT 1Ah, AH=03h/05hについてもサポートしています。

cracyc様のforkから、MAM版i386コアの修正を取り込ませていただきました。
VERR/VERW命令について、現在の権限レベルをチェックするようにしています。
-----------------------------------------------------------

WinMEの XCOPY32 の日付指定コピーが動くようになりました。
DATEコマンドでホストの日付が変わらないのは良いですね。手軽に使えそうです。
更新ありがとうございます。

    - No.12352 -            [リストへもどる.]
soft

12351Re^2: DOSVAXJ3 (2025/5/27)版更新 投稿者:たけだ   2025/05/31(土) 12:06
  12332 番 鈴木康弘 さんへのコメント

本日の更新で、Windows 98のXCOPY/XCOPY32が、/Dオプション付きで動作するようになっているかと思います。
ついでに、DOS仮想マシン内で、DATE/TIMEコマンドで日時を変更できるようになっています。

    - No.12351 -   [コメント元:12332]    [リストへもどる.]
soft

12350Re^10: MSDOS PlayerとXCOPY 投稿者:konno   2025/05/31(土) 00:21
  12349 番 としき さんへのコメント

> Win98SEの次のバージョンはWinME。「みれにあむえでぃしょん」だっけ。
> なので、Win98MEというOSはありません。

あ〜〜〜、そうでしたね。すっかり忘れてました。<(^^;)
そういえば私がFGALDCで VZのLFNパッチ発表当時、Win98MEと書いて
PC-98ME?と勘違いされたこともあったような。
なので私のいいかげんさは筋金入りだったりして。(^^;

もう22年前かぁ。(´-`).。oO(トホイメ)

    - No.12350 -   [コメント元:12349]    [リストへもどる.]
soft

12349Re^9: MSDOS PlayerとXCOPY 投稿者:としき   2025/05/30(金) 22:48
参照先:http://toshiki.la.coocan.jp/
  12342 番 konno さんへのコメント    コメント数 1

うん、混ざってますね、konnoさん。

Win95の次のバージョンはWin98。
Win98の次のバージョンはWin98SE。「せかんどえでぃしょん」だったかな。
Win98SEの次のバージョンはWinME。「みれにあむえでぃしょん」だっけ。
なので、Win98MEというOSはありません。

    - No.12349 -   [コメント元:12342]    [リストへもどる.]
soft

12348Re^10: XCOPY について 投稿者:konno   2025/05/30(金) 17:28
  12347 番 たけだ さんへのコメント

> command.com上で32bitまたは64bitのプログラムが指定されると、
> そのままwindowsの子プロセスとして実行する仕組みになっています。
> windows10のxcopyが動いたというのはこれで、
> MS-dosのプログラムとして動いている訳ではないです。

あ、そうでした。子プロセスなんですよね。
それを感じさせずにシームレスに繋いでくれているのは凄いことです。
そのおかげでVZも36年生き残れてきました。
DOSエミュの作者の方々には本当に感謝です。m(__)m

    - No.12348 -   [コメント元:12347]    [リストへもどる.]
soft

12347Re^9: XCOPY について 投稿者:たけだ   2025/05/30(金) 16:49
  12346 番 konno さんへのコメント    コメント数 1

command.com上で32bitまたは64bitのプログラムが指定されると、
そのままwindowsの子プロセスとして実行する仕組みになっています。

windows10のxcopyが動いたというのはこれで、
MS-dosのプログラムとして動いている訳ではないです。

    - No.12347 -   [コメント元:12346]    [リストへもどる.]
soft

12346Re^8: XCOPY について 投稿者:konno   2025/05/30(金) 16:16
  12344 番 鈴木康弘 さんへのコメント    コメント数 1

>  あれ、Win10にも xcopy.exe があったんですか。(当たり前か)

64ビット版ではあっても使えないと思ったんですが VTDOSでも使えたのでラッキー!

>  それで試してみると、このxcopy.exe は、無事 MSDOS Player上で動くようです。
>  Win98のにこだわる必要はなかったみたいですね。

使えるツールは多いほうが選択できていいですよね。
私も Win98MEのものが使えるとは思ってませんでした。
これがきっかけで Win10の XCOPY.EXEも使えるのがわかったので嬉しいです。

    - No.12346 -   [コメント元:12344]    [リストへもどる.]
soft

12345Re^10: MSDOS PlayerとXCOPY 投稿者:konno   2025/05/30(金) 15:18
  12343 番 たけだ さんへのコメント

> Windows 98 SEのXCOPYで試してみました。
> /Dを指定しなければコピーに成功しました。
> /Dを指定すると、日付がただしくありませんとなりました。

Win95/98系は同じ動作ということなのでしょうかね。
私の失敗も無駄ではなかったかな? (^^;

> /Dで日付を指定すると、INT 21h AH=2Bhでその日付に変更してみて、
> 成功するなら日付は妥当であると判定するようです。
> 後で元の日付に戻すんですが、その間に日付が変わったらどうするんでしょう・・・

そういう動作なのですか、ビックリです。
Win10の XCOPY.EXE は日付指定も正常に動作したので仕組みが違うんでしょうね。

> で、Windowsでは日付の変更はAdmin権限が必要なので、
> MS-DOS Playerでは常に失敗するようになっているため、
> 日付が正しくありませんとなってしまうようです。
> 日付の変更はしないけど、妥当性の確認だけはする必要がありますね。
> 週末辺り、対策を入れてみます。

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

    - No.12345 -   [コメント元:12343]    [リストへもどる.]
soft

12344Re^7: XCOPY について 投稿者:鈴木康弘   2025/05/30(金) 08:00
  12338 番 konno さんへのコメント    コメント数 1


> どうも Win10の XCOPY.EXE も使えるようです。

 あれ、Win10にも xcopy.exe があったんですか。(当たり前か)

 それで試してみると、このxcopy.exe は、無事 MSDOS Player上で動くようです。
 Win98のにこだわる必要はなかったみたいですね。

    - No.12344 -   [コメント元:12338]    [リストへもどる.]
soft

12343Re^9: MSDOS PlayerとXCOPY 投稿者:たけだ   2025/05/30(金) 02:10
  12342 番 konno さんへのコメント    コメント数 1

Windows 98 SEのXCOPYで試してみました。
/Dを指定しなければコピーに成功しました。
/Dを指定すると、日付がただしくありませんとなりました。

/Dで日付を指定すると、INT 21h AH=2Bhでその日付に変更してみて、
成功するなら日付は妥当であると判定するようです。
後で元の日付に戻すんですが、その間に日付が変わったらどうするんでしょう・・・

で、Windowsでは日付の変更はAdmin権限が必要なので、
MS-DOS Playerでは常に失敗するようになっているため、
日付が正しくありませんとなってしまうようです。
日付の変更はしないけど、妥当性の確認だけはする必要がありますね。

週末辺り、対策を入れてみます。

    - No.12343 -   [コメント元:12342]    [リストへもどる.]
soft

12342Re^8: MSDOS PlayerとXCOPY 投稿者:konno   2025/05/30(金) 00:10
  12340 番 konno さんへのコメント    コメント数 2

すみません。ポカミスしてました。m(__)m

> 何かエラーになっているのでしょうかね。うちの環境では、
> >xcopy32 c:\vz d:\vz\ /D:5/16/2025 /s /v /y
> 無効なパラメータです.
> - /D:5/16/2025 0 個のファイルをコピーしました.
> こうなりました。Win98ME だと問題があるのかもしれません。

色々やってるうちに日付のパラメータを間違えていました。
正しくは

>xcopy32 c:\vz d:\vz\ /D:2025/5/16 /s /v
日付が正しくありません.
0 個のファイルをコピーしました.

こうでした。Win98ME だと日付の指定に問題があるのかもしれません。
いいかげんで申し訳ないです。m(__)m

追記
DOSVAXJ3 では正常にコピー出来ました。
MSDOS Player だと何かが違うんでしょうか。混乱してます。(^^;

    - No.12342 -   [コメント元:12340]    [リストへもどる.]
pre

12341Re^7: XCOPY について 投稿者:konno   2025/05/29(木) 23:42
  12338 番 konno さんへのコメント

> DOSVAXJ3では HELPなどのメッセージが表示しないようです。

DOSVAXJ3 で SET すると

COMSPEC=Z:\COMMAND.COM

こうなっているので、dosboxj.conf の [autoexec]セクションに

COMSPEC=c:\COMMAND.COM

を追加してみました。Win98MEのCOMMAND.COMです。
これが効いたのかどうかはわからないですが
Win10 の XCOPY.EXE で

xcopy c:\vz d:\vz\ /D:5/16/2025 /s /v /y

これで DOSVAXJ3でも正常にコピー出来たようです。
日付の書式は英語式のようです。


    - No.12341 -   [コメント元:12338]    [リストへもどる.]
soft

12340Re^7: MSDOS PlayerとXCOPY 投稿者:konno   2025/05/29(木) 23:31
  12339 番 鈴木康弘 さんへのコメント    コメント数 1

> 今日のバージョンでは何も表示する暇なく、cmd.exeが強制終了してしまいます。

何かエラーになっているのでしょうかね。うちの環境では、

>xcopy32 c:\vz d:\vz\ /D:5/16/2025 /s /v /y
無効なパラメータです.
- /D:5/16/2025 0 個のファイルをコピーしました.

こうなりました。Win98ME だと問題があるのかもしれません。
Win10 に XCOPY.EXE があるのでリネームしています。
Win10 の XCOPY.EXE では

xcopy c:\vz d:\vz\ /D:5/16/2025 /s /v /y

これで MSDOS PlayerもVTDOSも正常にコピー出来たようです。
/y は上書き確認をしない。で、これが無いと VTDOSでずっと入力待ちになっています。
これはVTDOSの設定で調整出来たかもしれません。

    - No.12340 -   [コメント元:12339]    [リストへもどる.]
pre

12339Re^6: DOSVAXJ3 (2025/5/27)版更新 投稿者:鈴木康弘   2025/05/29(木) 21:11
  12337 番 たけだ さんへのコメント    コメント数 1


> これで問題なさそうでしょうか?


 鈴木のxcopyはWin98純正のはずで、

XCOPY EXE 3,958 1998-06-12 19:01 XCOPY.EXE
XCOPY32 MOD 53,248 1998-06-12 19:01 XCOPY32.MOD

たとえば

xcopy c:\users\user\vz c:\vz\ /D:2025/5/6 /s /v

とやると、以前のMS-DOS Playerは

too many process
バッチジョブを終了しますか?

と表示して、xcopyはできませんでした。

今日のバージョンでは何も表示する暇なく、cmd.exeが強制終了してしまいます。

    - No.12339 -   [コメント元:12337]    [リストへもどる.]
pre

12338Re^6: XCOPY について 投稿者:konno   2025/05/29(木) 16:31
  12337 番 たけだ さんへのコメント    コメント数 2

> 取り急ぎ、拡張子MODもコマンドファイルとして扱えるようにした試作版です。
> これで問題なさそうでしょうか?

動くようになりました。ありがとうございます。
といっても HELP を表示させただけですが。


・Win10の XCOPY.EXE について
どうも Win10の XCOPY.EXE も使えるようです。
HELP を表示させただけですが、オプションが増えてます。
これはどの COMMAND.COMでも使えそうです。
VTDOSでも使えそうです。

DOSVAXJ3では HELPなどのメッセージが表示しないようです。
コピー自体は出来るようです。
これは軟式さんに相談すればなんとかなるのでしょうか。

    - No.12338 -   [コメント元:12337]    [リストへもどる.]
soft

12337Re^5: DOSVAXJ3 (2025/5/27)版更新 投稿者:たけだ   2025/05/29(木) 10:26
  12336 番 konno さんへのコメント    コメント数 2

http://takeda-toshiya.my.coocan.jp/msdos/msdos_xcopy32_test.7z

取り急ぎ、拡張子MODもコマンドファイルとして扱えるようにした試作版です。
これで問題なさそうでしょうか?

    - No.12337 -   [コメント元:12336]    [リストへもどる.]
soft

12336Re^4: DOSVAXJ3 (2025/5/27)版更新 投稿者:konno   2025/05/29(木) 02:22
  12334 番 たけだ さんへのコメント    コメント数 1

> どのバージョンのMS-DOSないしはPC-DOSに入っているXCOPYを、どのような引数を指定してうまく動かなかったか、もう少し情報がありますと助かります。

武田さん、どうもです。
私の手持は Win98ME の XCOPY.EXE なので、DOSver8.0 にして DOSVAXJ3 では動きました。
2000/06/08 17:00 3,974 XCOPY.EXE
2000/06/08 17:00 3,974 XCOPY32.EXE
2000/06/08 17:00 53,248 XCOPY32.MOD

MSDOS Playerは -V8.00 の引数で Win98MEの COMMAND.COMで起動しました。
>verk
Dos Ver 8.00
True Ver 8.00

COMMAND.COMを C:\ のルートに置いて、以下のバージョンでは動作しました。
2023/12/14 09:06 855,552 msdos.exe

それ以後のバージョンでは動かなかったです。
これで何かわかりますでしょうか。


ありゃ、すれ違ってしまいました。宜しくお願い致します。

    - No.12336 -   [コメント元:12334]    [リストへもどる.]
pre

12335Re^4: DOSVAXJ3 (2025/5/27)版更新 投稿者:たけだ   2025/05/29(木) 01:52
  12334 番 たけだ さんへのコメント

XCOPYを実行すると、XCOPY32.MODをコマンドファイルとしてロードしようとします。

以前のJGAWKの件で、拡張子がEXEかCOMかBATでないファイルは弾くようにしたため、
XCOPY32.MODをロードできなかったようです。

次のリリースで、MODを許容するか、XCOPY32.MODに限定して許容するか、
何かしら対策をいれてみます。

    - No.12335 -   [コメント元:12334]    [リストへもどる.]
soft

12334Re^3: DOSVAXJ3 (2025/5/27)版更新 投稿者:たけだ   2025/05/29(木) 01:12
  12333 番 konno さんへのコメント    コメント数 2

どのバージョンのMS-DOSないしはPC-DOSに入っているXCOPYを、どのような引数を指定してうまく動かなかったか、もう少し情報がありますと助かります。

    - No.12334 -   [コメント元:12333]    [リストへもどる.]
soft

12333Re^2: DOSVAXJ3 (2025/5/27)版更新 投稿者:konno   2025/05/29(木) 00:39
  12332 番 鈴木康弘 さんへのコメント    コメント数 1

>  ごぶさたしています。鈴木です。

どうもです。
VZも昨年オープン化になったので好きなバージョンを使えるようになりましたが
鈴木さんはどうでしょうか。

>  DOSVAXJ3のxcopyの件は、昨年秋のバージョンアップでxcopyができなくなってしまったのを、軟式様にお願いして直していただいたのでした。

そうだったんですか。私は XCOPY使ってないので Win98MEのもので確認してみました。
確かに前の版では ヘルプが表示しないですね。

>  ところで、MS-DOS Player はxcopyができないんです。

うちでも動いていないみたいです。うーむ、何が違うんでしょうね。
もう少し調べてみて駄目なら作者様にお願いしてみようかしら。

    - No.12333 -   [コメント元:12332]    [リストへもどる.]
soft

12332Re: DOSVAXJ3 (2025/5/27)版更新 投稿者:鈴木康弘   2025/05/28(水) 20:40
  12331 番 konno さんへのコメント    コメント数 2

 ごぶさたしています。鈴木です。

 DOSVAXJ3のxcopyの件は、昨年秋のバージョンアップでxcopyができなくなってしまったのを、軟式様にお願いして直していただいたのでした。

 ところで、MS-DOS Player はxcopyができないんです。

    - No.12332 -   [コメント元:12331]    [リストへもどる.]
soft