MS-DOS Player が更新されていました。

少し高速化されたとのことですね。

> MS-DOS Player が更新されていました。
> 少し高速化されたとのことですね。

更新は気づいていましたが、高速化されていたんですね。
-----------------------------------------------------------
025/5/2 (20:00)
COMMAND.COMからバージョンを取得する処理が壊れていたのを修正しました。

2025/5/2
NP21/WのI386コアを、ver0.86 rev94β4相当に更新しました。
ModR/Mの先読み以外の高速化を有効にしています。
testi386で試した限りでは、10%くらい高速化しているようです。
また、FPUタイプをDOSBOX2からSOFTFLOATに変更しました。

COMMAND.COMから自動取得した、または-vで指定したバージョンについて、
INT 21H, AX=3306Hの返す真のDOSのバージョンに反映するようにしました。
-----------------------------------------------------------

素数表示の PRIME2.EXE で実行時間を比較してみました。

Number.20000	  0: 0'20   Prime Number = 2262   25-03-27  i386_x64
Number.20000	  0: 0'20   Prime Number = 2262   25-05-02  i386_x64

うーん、全く違わないようです。
> testi386で試した限りでは、10%くらい高速化しているようです。

この testi386 の所在がわからなかったので、cpubench.exe で試してみました。
1992/07/22  09:08  20,388 cpubench.exe  Version 0.980   ZOBplus 速水 祐

     Machine                  CPU           Ratio    Execute time
     DOSVAXJ3 Cx486SLC(DLC) FPU i387SX       172.75          0.40 
     VTDOS 186AT              80186          153.55          0.45
     MSDOS Player i386_x64    i386SX  Real   115.16          0.60  25-03-27
     MSDOS Player i386_x64    i386SX  Real  6910.00          0.01  25-05-02

げげ！　新版は数値がおかしくなったかと思うほど爆速です！
このベンチの動作はネイティブCPUで動いているのですかね？
一方の素数表示はエミュレーションCPUで動いているということでしょうか。
testi386 は両方の動作を総合した数値なのかもしれませんね。(^^;
一部でも速くなったのならありがたいことです。

高速化したのは主にnp21wのi386コアなので、IA32版のバイナリをお試しください。

mameのi386コアも、allignでないアドレスへのword/dword/qwordアクセスが
高速化されていますが、そのようなアクセスはあまりされないかと思います。。。

CPUBENCHの方はちょっとわからないです。

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

> 高速化したのは主にnp21wのi386コアなので、IA32版のバイナリをお試しください。

あ、そちらでしたか、同じくPRIME2.EXE で実行時間を比較してみました。

ia32_64  3/27
Number.200000	  0: 0' 9   Prime Number = 17984 
ia32_64  5/2
Number.200000	  0: 0'11   Prime Number = 17984 

このプログラムでは速度アップの効果は見られないようです。

> mameのi386コアも、allignでないアドレスへのword/dword/qwordアクセスが
> 高速化されていますが、そのようなアクセスはあまりされないかと思います。。。
> CPUBENCHの方はちょっとわからないです。

CPUBENCH はループさせているそうなので、ちょうどその部分が当てはまっているとか
丸ごとキャッシュされているのかもとか想像しました。

MSDOS.EXEを削除したままアイコンをクリックしたら他から探してショートカットを
書換て起動してました。(>_<)
EXEを変えても数値が変わらなくなって、おかしいなぁ、と首をひねっていました。
暫く気が付かなかったのでこんな時間に。(;_;)

VZk07v6p(テスト版) （2025-05-09）を VZの部屋にアップしました。

　・最新の MS-DOS Player で DOS画面の保存・復帰対応。
　・オプション OW の仕様変更（MS-DOS Playerの判定のため) OW512 以上で MS-DOS Player
　・VZのオープンソース化にともない今回からは差分ではない形になります。
　・VZのソースは ASM と INC ファイルのみです。GITHUB のソースは日付が違うので注意！

　ダウンロード　 VZk07v6p.zip 50642bytes 　　ソース　k07v6ps.zip 242418bytes
ver1.60k07v6p （2025-05-09版 ） new!

私の環境では暫く使ってバグは出てないですが、テスト版とします。

> 私の環境では暫く使ってバグは出てないですが、テスト版とします。

正式版になるめどを教えてください。

> 正式版になるめどを教えてください。

それは複数のユーザがとことん酷使……もとい試用して，バグはなかろうと考えうる期間を経るか，
作者が「えいっ」って決断できる自信か勢いを持つことが必要かと。

> > 正式版になるめどを教えてください。
> それは複数のユーザがとことん酷使……もとい試用して，バグはなかろうと考えうる期間を経るか，
> 作者が「えいっ」って決断できる自信か勢いを持つことが必要かと。

そうですね、概ねそんな感じだと思います。(^^;
このV6シリーズはずっとバグを引きずってきたので半ば諦めていたのです。
今回のVZオープンソース化を機に各ASMの組み合わせを見直してみたら最大の不具合の
編集モードでのリネームの問題が解消したので暫く使ってから公開することにしたのです。

私一人が常用してもバグ取りは進まないので今年1年をめどに
> それは複数のユーザがとことん酷使……もとい試用して，バグはなかろうと考えうる期間を経るか，
こうなれば正式版にするかもしれません。

＃　もう自信も勢いも無いし、光玉も効かない！　「えいっ」って清水から飛ぶくらい

アップデートありがとうございます
VZk07v6p.txtの内容で細かいことなので何かの機会に修正してもらえばと思います
ソースは差分じゃないですね
LFNアダプターのurlは存在しないようです

ソースから実行ファイルを作成してみました
エラーは出たけど実行ファイルに相違点はありませんでした

オリジナルのvz.lnkを修正
vz.lnk
filer+
filer2+ 追記

jwasmではエラーが出るので,を追記修正
main.asm(334) : Error A2209: Syntax error: dw	90
 GDATA(1)[vz.inc]: Macro called from
  main.asm(334): Main line code
main.asm(336) : Error A2209: Syntax error: dw	PATHSZ2
 GDATA(1)[vz.inc]: Macro called from
  main.asm(336): Main line code
修正
GDATA abufsz,	dw,	90 ;64		; Ha  pa Ha256 アプリケーションコマンドヒストリーバッファ ※V1.6無効
wbufsz		dw	92	;64	; Hw  pw Hw128 ワーク用ヒストリーバッファ
GDATA nbufsz,	dw,	PATHSZ2		; Hn  pr Hn92 リネーム時の一時ワーク

msのlinkでもエラーが出るけど
Microsoft (R) Segmented Executable Linker  Version 5.60.339 Dec  5 1994
Copyright (C) Microsoft Corp 1984-1993.  All rights reserved.
memo.obj(memo.asm) : error L2029: 'rtops' : unresolved external
memo.obj(memo.asm) : error L2029: 'texts' : unresolved external
filer.obj(filer.asm) : error L2029: 'loc' : unresolved external
disp.obj(disp.asm) : error L2029: 'f_len' : unresolved external
disp.obj(disp.asm) : error L2029: 'dsp_len' : unresolved external
There were 5 errors detected

Open Watcom EXE to Binary Converter Version 1.5
Source code is available under the Sybase Open Watcom Public License.
2025/05/10  20:04            63,208 vzibmj.com
作成できました

tlink.exeでもエラーは出るけど
Turbo Link  Version 3.01 Copyright (c) 1987, 1990 Borland International
Error: Undefined symbol F_LEN in module DISP.ASM
Error: Undefined symbol DSP_LEN in module DISP.ASM

2025/05/10  10:42            63,208 vzibmj.com
作成できました

実行ファイルの比較結果はいずれも相違点はありませんでした
FC: 相違点は検出されませんでした
 

> VZk07v6p.txtの内容で細かいことなので何かの機会に修正してもらえばと思います
> ソースは差分じゃないですね
> LFNアダプターのurlは存在しないようです

あ〜、TXTを修正している時はソースを差分にしようと思ってたのでした。
BATの修正が面倒になって止めたのでした。(^^;
LFNアダプターの行は注記しますね。

> オリジナルのvz.lnkを修正
> filer2+ 追記

そういえばこれも必要だったですね。次回からは入れるようにします。

> jwasmではエラーが出るので,を追記修正
> main.asm(334) : Error A2209: Syntax error: dw	90

アセンブル環境も色々あったですね。流石shadowさん、ありがとうございます。
修正しておきます。

> msのlinkでもエラーが出るけど
> tlink.exeでもエラーは出るけど
> 作成できました

このエラーは気にしていませんでした。(^^;　気が向いたら直します。(^^;

> 実行ファイルの比較結果はいずれも相違点はありませんでした

相違点が無かったのは幸いです。違うアセンブル環境でも問題無いのですね。
検証していただきありがとうございました。

MS-DOS Player が更新されていました。
VZでDOS画面の描画に不具合があります。

> MS-DOS Player が更新されていました。
> VZでDOS画面の描画に不具合があります。

INT10関係が更新されたので確認してみましたが特に問題は感じませんでした。
コマンドラインの画面に不具合があるということですよね。
私の環境では問題なさそうに思いました。

MS-DOS Player のバイナリは ？　ia32_64とか 
command.com のバージョンは？
VZのバージョンは？
あと不具合が出る操作を具体的に書いていただけると助かります。

確かに情報不足でしたね。
MSDOSPlayer のショートカットのプロパティ
レイアウトの高さを38に設定
> MS-DOS Player のバイナリは ？　ia32_64とか 
検証したのは
i386_x64〜ia32_x64
> command.com のバージョンは？
msdos v622、v621、win98、その他
> VZのバージョンは？
MS-DOS Player でDOS画面の保存・復帰対応版のVZk07t05とk07v6p
> あと不具合が出る操作を具体的に書いていただけると助かります。
vz -z で常駐して escからfilerに移行すると26行目以降数行が文字化け（モザイク柄）
非常駐もvz enter でファイラー起動で同様の現象
ESCで文字化け（モザイク柄）は消えて26行目以降にMS-DOS Player起動時の環境設定条件set、path等再表示されます。

> MSDOSPlayer のショートカットのプロパティ
> レイアウトの高さを38に設定

MSDOSPlayer が動いている窓のプロパティで行数を変更したということですよね。
2018年〜最新版まで試してみましたが、この操作ではローメモリの行数設定値は
変わらないようです。ChaN氏の v.com で変更後の行数を確認しました。
VZはローメモリの値を見るので行数が変わらないのだと思います。
ローメモリの行数設定値は MSDOSPlayer再起動で反映されるようです。

> > VZのバージョンは？
> MS-DOS Player でDOS画面の保存・復帰対応版のVZk07t05とk07v6p

古い MSDOSPlayerだとコンソールに何も表示しないので、便利さを実感しますね。

> vz -z で常駐して escからfilerに移行すると26行目以降数行が文字化け（モザイク柄）
> 非常駐もvz enter でファイラー起動で同様の現象
> ESCで文字化け（モザイク柄）は消えて26行目以降にMS-DOS Player起動時の環境設定条件set、path等再表示されます。

これは tv+  強制的に EGA モードで起動  で解消されると思います。
うちは TV+ にしていました。

前回の更新でEGAが存在しない状態にしました。
どうせテキスト画面しかないので大丈夫かなーと思ったのですが、
DOS/V的にはちょっとよろしくなかったみたいですね。

横着せずに、オプションで切り替えられるようにする方向で考えてみます。

> 前回の更新でEGAが存在しない状態にしました。

ああ、それで画面下にモザイクが出たと言っていたんですね。
私の想像力不足でした。すみません、shadowさん。m(__)m

> どうせテキスト画面しかないので大丈夫かなーと思ったのですが、
> DOS/V的にはちょっとよろしくなかったみたいですね。
> 横着せずに、オプションで切り替えられるようにする方向で考えてみます。

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

 > > 前回の更新でEGAが存在しない状態にしました。
> 
> ああ、それで画面下にモザイクが出たと言っていたんですね。
> 私の想像力不足でした。すみません、shadowさん。m(__)m
Tv+ って？　vzeditor 1．6と私家版defを検索してもない・・・。
もしや高橋版？vzt.docにあったぁ、拡張されてたんですね。
●Tv+ : 強制的に EGA モードで起動する。
私家版を弄るとゴミが入ることがよくあり作り直した時に入れ忘れたんだと思います。

> > どうせテキスト画面しかないので大丈夫かなーと思ったのですが、
> > DOS/V的にはちょっとよろしくなかったみたいですね。
> > 横着せずに、オプションで切り替えられるようにする方向で考えてみます。
> 
> よろしくお願いします。m(__)m
たけださん、よろしくお願いします。

補足てきななにか。(^^;

[tv+  強制的に EGA モードで起動] は高橋版で追加されたフラグです。
オリジナルVZのファイラーで25行以上で不具合が出るので対応されたのだと思います。
scrnibm.asm  
;--- Init VRAM ---
initvram proc
IFDEF IBM
	test	cs:tvzsw,TSW_EGA	; ##tvz 追加
	jnz	initv1			; ##tvz 追加
	mov	bx,0FF10h		; BH=10h
	bios_v	12h			; AH=12h INT10h
	mov	al,ID_IBM		; 25行固定
	cmp	bh,0FFh
_ifn e
initv1:					; ##tvz 追加
	mov	al,linecnt		; ##156.123
	cmp	al,50
  _if b
	mov	al,50
  _endif

このようにオリジナル版は bios_v 12h ; BH=10h AH=12h INT10h
を使用していて、ブラウンさんではこのように
Int 10/AH=12h/BL=10h - VIDEO - ALTERNATE FUNCTION SELECT (PS, EGA, VGA, MCGA) - GET EGA INFO
EGAチェックなんですかね。これに引っ掛かるので回避したということのようです。
モバイルギアのVZとかで症状が出たような気が・・・

NP2の改造版で30行表示のとき30行BIOSが無いと同じようなモザイクが出ていたような
VZ98版では TV+ にしても何もしないんですよね。(^^;

konnoさん

　とりわけその領域で勉強をしていたわけではないのですが、
ありがとうございます。
　うん、これは永久保存ものの情報です！
　永久保存でなく、当たり前じゃん、と思える自分が、いつか、
いてくれることを、今は、夢見させていただきます。
　ありがとうございます。

　ＰＣから離れたところで、おたおたしてる毎日です。けっこう
忙しいことになるのねぇ、とか独り言しながら。

　shadowさんにも、感謝です。m(_B_)m

私の書き込みはいい加減なのであまり信用できません。
掲示板の過去ログで「EGA」で検索しても出てきませんでした。
そうか！　FGALDCの過去ログだ！ モザイクの初出は

> DC13   97/05/31 02230/02230  セベッタ  DOSモードでVZのV-TEXT化は？
> (10)vzのファイラー起動
> (11)あれ？画面下４行がモザイクになっちゃった

その後不具合情報が複数出て高橋さんが解決策を出したので前半を引用します。(^^;

> 10549/10562 xxxxxxxx  高橋　洋光　　　 ファイラーで２５行以降にゴミ
> (15)   98/06/01 21:26  10528へのコメント  コメント数：1
> 
>   #10528  くらと さん
>   #10529  あむの さん
> 
> 　う〜ん、わかりました。t01a でスイッチ Tv を新設して対応しましょう。
> 
> #if tVZ         ; vz.def
> tv+             ; 強制的に EGA モードに。  
> #endif
> 
> 
>   　解説すると。
>   　Vz  が EGA なのか判断するために、OADG のガイドラインに規定されてい
>   ない BIOS を使用してるためです。この BIOS にドライバが対応してないと、
>   EGA と判断せずデフォルトの２５行分しかバッファを確保しません。
> 
> 
> ;--- Init VRAM ---              ; scrnibm.asm
> 
>         public  initvram
> initvram proc
> IFDEF IBM
>         mov     bx,0FF10h       
>         bios_v  12h             ; int10h/12h BL10h 
>         mov     al,ID_IBM
>         cmp     bh,0FFh         ; ノンサポートだと（BH が変化しない）
> _ifn e
>         mov     al,linecnt      ;
>         cmp     al,50           ; ここが実行されず、
>   _if b                         ; デフォルトの 25 行分。
>         mov     al,50           ;
>   _endif                        ;
>         mov     ah,WD*2         ;
>         mul     ah              ;
>         mov     tvsize,ax       ; <- EGA なら50行分
>         mov     al,ID_EGA       ;
> _endif
>         <以下略>
> ;-------------------
> 
>   　この非公開の BIOS は知名度が高いから、ほとんどのドライバで対応して
>   るので問題が出ないのでしょう。

これが正確で正しい詳細な解説ですね。私のはいい加減でした。m(__)m

追記
機種判別は PC.9 で、最新の  MSDOSPlayer では 36 になっています。
ID_IBM		equ	20h
ID_DOSV		equ	04h
この２つをビット加算すると 36 になります。

TV+ でVZ起動すると
ID_EGA		equ	21h
これが足されて 37 になります。他のDOSエミュはみんな 37 です。

MS-DOS Player 2025/5/18版が更新されました。
-----------------------------------------------------------
サポートするディスプレイアダプタを指定できるようにしました。
-vmを指定するとMDAのみ、-vcを指定するとCGAのみ存在する状態となります。
Lotus 1-2-3 R2.4の場合は-vcを指定してください。
これらを指定しないと、従来通りEGA/VGAが存在する状態となります。
先日の更新でEGAが存在しない状態にしましたが、VZエディタで支障がありました。
テキスト画面のみサポートとは言え、DOS/V的には宜しくなかったようです。

cracyc様のforkから、MAM版i386コアの修正を取り込ませていただきました。
メモリからレジスタに値を読み込む際に、先にフォールトをチェックします。

DOSBox-Xを参考に、幾つかのサービスでレジスタの返り値を修正しました。
INT 21h, AH=26h/3Eh/55hで、ALの値を破壊するようにしました。
INT 21h, AH=39h/3Ah/3Bhで、AXの値を破壊するようにしました。
INT 21h, AX=3702h/3703hで、成功時にAL=00hをセットするように修正しました。
INT 21h, AH=38hで、ALに国コードの下位8bitを返すようにしました。
INT 21h, AH=3Ehで、ALにSFT内の参照カウンタの元の値を返すようにしました。

INT 21h, AH=38h, DX=FFFFhおよびAX=6500h/7002hにおいて、
実際にはロケール設定を書き換えないようにしました。
Windowsの設定を変更するのは、ユーザがコントロールパネルで行うもので、
アプリケーションレベルで行うべきではないという判断です。
-----------------------------------------------------------

5/11版のVZの不具合は直っています。
機種判別 PC.9 で 37 になっています。
-vc では 36
-vm では 32 で25行固定、 Tv+ では 33 で VTEXTになります。
-vm のとき日本語が化けますね。英語モードなんでしょうか？

このモードで非常駐VZのコマンドラインで CHEJ 実行すると窓消滅します。何故？
ウインドウサイズが36行だから？　25行でも同じですね。
常駐VZやVZ無しだと消えない。何故？？？
MDAモード（７）はVZで使うことは無いと思うのでまあ問題無いですが。

INT10 や INT21 はVZに影響あるので良くなっていると思いますが
ブラウンさんで見ても載っていないアンドックなところまで追求しているのですね。
更新ありがとうございます。

Fastidious replies in return of this difficulty with real arguments and explaining all concerning that.
casino en ligne
 Its like you read my mind! You appear to know so much about this, like you wrote the book in it or something. I think that you could do with a few pics to drive the message home a little bit, but instead of that, this is fantastic blog. An excellent read. I'll definitely be back.
casino en ligne francais
 First off I want to say excellent blog! I had a quick question that I'd like to ask if you don't mind. I was curious to know how you center yourself and clear your mind before writing. I have had difficulty clearing my mind in getting my thoughts out. I truly do take pleasure in writing but it just seems like the first 10 to 15 minutes are usually wasted simply just trying to figure out how to begin. Any recommendations or tips? Appreciate it!
casino en ligne France
 Heya i am for the primary time here. I found this board and I to find It really useful & it helped me out a lot. I am hoping to present one thing back and aid others such as you helped me.
casino en ligne
 What's up it's me, I am also visiting this web site on a regular basis, this web page is genuinely pleasant and the users are really sharing pleasant thoughts.
casino en ligne
 Thanks for finally writing about >今日のテーマ <#11173? Loved it!
meilleur casino en ligne
 An impressive share! I've just forwarded this onto a coworker who had been doing a little research on this. And he in fact bought me dinner due to the fact that I discovered it for him... lol. So allow me to reword this.... Thanks for the meal!! But yeah, thanks for spending time to discuss this matter here on your blog.
casino en ligne francais
 Incredible points. Sound arguments. Keep up the good spirit.
casino en ligne fiable
I constantly emailed this website post page to all my associates, since if like to read it afterward my friends will too.
casino en ligne France
 What's up, everything is going perfectly here and ofcourse every one is sharing data, that's in fact fine, keep up writing.
casino en ligne France

Thanks for finally writing about >今日のテーマ <#11307? Loved it!
casino en ligne francais
 Hi there everyone, it's my first pay a quick visit at this web page, and article is genuinely fruitful for me, keep up posting these types of posts.
casino en ligne fiable
 Hi! I'm at work surfing around your blog from my new iphone! Just wanted to say I love reading your blog and look forward to all your posts! Keep up the fantastic work!
casino en ligne francais
 Pretty! This was a really wonderful post. Thanks for providing these details.
casino en ligne francais
 Pretty! This was an incredibly wonderful post. Thank you for supplying this information.
casino en ligne
 I like the valuable information you provide in your articles. I will bookmark your blog and check again here regularly. I'm quite certain I will learn a lot of new stuff right here! Best of luck for the next!
casino en ligne
 Hi! Do you use Twitter? I'd like to follow you if that would be okay. I'm definitely enjoying your blog and look forward to new posts.
meilleur casino en ligne
 It's really a cool and helpful piece of information. I am happy that you just shared this useful info with us. Please keep us up to date like this. Thanks for sharing.
casino en ligne
 Hurrah! In the end I got a blog from where I be capable of actually get valuable data regarding my study and knowledge.
casino en ligne
 Definitely believe that which you said. Your favorite justification seemed to be on the internet the easiest thing to be aware of. I say to you, I definitely get annoyed while people consider worries that they plainly do not know about. You managed to hit the nail upon the top and defined out the whole thing without having side-effects , people could take a signal. Will probably be back to get more. Thanks
casino en ligne

Its like you read my mind! You seem to know a lot about this, like you wrote the book in it or something. I think that you can do with some pics to drive the message home a bit, but other than that, this is excellent blog. A great read. I'll certainly be back.
casino en ligne
 This blog was... how do I say it? Relevant!! Finally I have found something that helped me. Many thanks!
casino en ligne francais
 What's up to every body, it's my first visit of this website; this weblog includes amazing and really excellent stuff in favor of visitors.
casino en ligne France
 Just desire to say your article is as astonishing. The clarity to your put up is simply excellent and that i can think you are a professional on this subject. Fine together with your permission allow me to grab your RSS feed to keep updated with drawing close post. Thanks 1,000,000 and please keep up the enjoyable work.
casino en ligne France
 Thanks for finally talking about >今日のテーマ <#11486? Liked it!
casino en ligne France
 I'm really enjoying the theme/design of your site. Do you ever run into any web browser compatibility issues? A number of my blog visitors have complained about my blog not operating correctly in Explorer but looks great in Firefox. Do you have any recommendations to help fix this issue?
casino en ligne
 Hurrah! At last I got a blog from where I know how to actually take useful information regarding my study and knowledge.
casino en ligne fiable
Wow, this piece of writing is pleasant, my younger sister is analyzing these kinds of things, so I am going to let know her.
casino en ligne France
It is appropriate time to make some plans for the future and it is time to be happy. I have read this post and if I could I wish to suggest you few interesting things or suggestions. Perhaps you can write next articles referring to this article. I want to read more things about it!
meilleur casino en ligne
 Why users still use to read news papers when in this technological globe all is existing on net?
meilleur casino en ligne

DOSVAXJ3 (2025/5/27)版が更新されていました。

-----------------------------------------------------------
build JP250527　(2025/5/27)
attrib コマンドを実装しました。Linux や macOS で mount したドライブではリードオンリー以外の属性は正しく取得・設定できませんのでご注意ください。
dir コマンドの属性指定やソートオプションを追加しました。
Windows 98 付属の XCOPY コマンドが使用できなかったのを修正しました。
不足していた日本語メッセージを追加しました。
-----------------------------------------------------------

内蔵のDIRコマンドにオプションが追加されて嬉しいです。
入れ替え直後はキャッシュの影響が有りましたがエミュ再起動後は問題無いようです。
益々便利になりました。ありがとうございます。

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

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

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

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

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

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

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

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

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

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

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

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

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

> どのバージョンの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

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


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

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

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

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

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


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

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

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

　鈴木の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が強制終了してしまいます。

> 今日のバージョンでは何も表示する暇なく、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の設定で調整出来たかもしれません。

> 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でも正常にコピー出来たようです。
日付の書式は英語式のようです。

すみません。ポカミスしてました。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 だと何かが違うんでしょうか。混乱してます。(^^;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

もう22年前かぁ。(´-`).｡ｏO(ﾄﾎｲﾒ)

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

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コマンドでホストの日付が変わらないのは良いですね。手軽に使えそうです。
更新ありがとうございます。

> 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を使うようにします。

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

　鈴木のWin98のxcopyは、

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

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

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上で実行しています。

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

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

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

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

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

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

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

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

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

　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ができるからよしとします。

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

隣の塀に コメとか足りないとか落書きがあったって。
へー
などという駄洒落話を思いだしたので忘れないうちに書いておきます。
米騒動とは何の関係もありませんのであしからず。

ここでコメと言えば、コメントのことを言う前提です。
最近コメが無くてコメに飢えているんすよ。
定期的にコメが無いといられないビョーキになってしまったようです。（前からか）
もう備蓄の古古古代のネタも蔵出ししようかと。

＃　コメが無いなら自分で作ればいいじゃない（案とはネット）

最近じょじょカウントが激重になってエラーが出るようになりました。
ログはこの前整理してまだ余裕があるはずだし、何も変えていないはずなので、
サーバーがおかしくなったのかなぁ、とか思っていました。

CGIの動作は今まで何度か原因不明の不具合に見舞われたことがあって
原因がわからないので、別フォルダにCGIを移したら直ったということがあって
サーバー上のプログラムの何かが壊れることがあるのだろうと思っていました。
今回もそれを疑って、フォルダを移そうとしたところ、驚愕の事実が！！

なんと！　ダウンロード数のログがありえないほど巨大になっていたのです！！

2025/01/03  08:31               187 20250103.log
2025/01/04  23:19               460 20250104.log
2025/01/06  18:01               135 20250106.log
2025/01/07  21:16             1,125 20250107.log
2025/01/08  23:34             4,525 20250108.log
2025/01/09  23:42             3,019 20250109.log
2025/01/10  23:56            16,922 20250110.log
2025/01/11  23:50           164,891 20250111.log
2025/01/12  23:59           754,647 20250112.log
2025/01/13  23:55         1,211,468 20250113.log
2025/01/14  23:23            29,021 20250114.log

2025/02/05  23:59         5,320,480 20250205.log
2025/02/06  23:59        13,099,929 20250206.log
2025/02/07  23:59        15,919,508 20250207.log
2025/02/08  23:59        20,445,416 20250208.log
2025/02/09  23:59         7,106,566 20250209.log

御覧のように今年の1月からダウンロード数のログが急激に巨大になっています。
最大20メガもあって何事かと思ったら、中身はほとんど不正なURLでした。
どうやらウイルスにやられてダウンロードなどに割り込まれていたようです。
今年のログだけで合計203メガを超えていたのでした。なんてこった！

MSのデフェンダーをすり抜けるとは、敵は化け物か。
正規のダウンロードのログだけ抜き出すマクロを作って書き戻したら
じょじょカウントはサクサク動くようになりました。なんてこったぁ。
ちなみに今は日に200くらいなのでほぼ落ち着いたようです。

それを言ったら，ダンナ。
うちなんか，いつでもコメ不足ですぜ。

だから野菜に頼ってるわけか……。
（オチがなくてすんません）

> どうやらウイルスにやられてダウンロードなどに割り込まれていたようです。

ウイルスという証左は有るのですか？
スパマーのわりと単純なクロール的なアクセスって可能性はないですか？
あるいは 上記に関連する CGI のバグとか……

> だから野菜に頼ってるわけか……。

いや、見事に落ちていますよ。
わらかしていただきました。

やっぱり、基本は自分で作るべきかと。一次産業最強説。
もし他の人に何とかしてもらいたいなら、それなりの対価が必要。
konnoさんなら、Vzの各版のドキュメント、なんていう物が高値で評価されるかと。

> MSのデフェンダーをすり抜けるとは、敵は化け物か。

よくわかりませんが、サーバ側でなにか防御的なソフトを動かしているのですか？
ニフティでそういう設定ってありましたっけ。
それとも、その手のソフトが動いていることがわかっているクライアントマシン
からのアクセスでログが肥大化したってこと？
そういうことなら、それは確かにかなり危ない。

> 正規のダウンロードのログだけ抜き出すマクロを作って書き戻したら
> じょじょカウントはサクサク動くようになりました。なんてこったぁ。

そもそも、正規のアクセスだけをカウントするように、スクリプトのほうを書き換え
ればよいのでは？

> うちなんか，いつでもコメ不足ですぜ。
> だから野菜に頼ってるわけか……。

2度見て笑いました。以外と深い？
この微妙なズレ具合が嵌るんですね、って書いてたらまた笑いが込み上げて。(^^;

> （オチがなくてすんません）
へたな落語より笑えました。（すんません）

> ウイルスという証左は有るのですか？

#12055 (2025/02/17) の記事で
> 海外ゲームのサイトで作者のリンク先？と思ってクリックしたらマカフィに感染したみたいな。(>_<)
と書きましたが、どうやら1月に感染したようです。
ブラウザのエッジを開くたび入れてないはずのマカフィが警告出してくるのでエッジは封印しました。
今回の巨大ログを見て本当に感染していたのかもと思った次第です。
野ざらし言のログ不具合も私の書き込みが原因だったのかもしれません。m(__)m

> スパマーのわりと単純なクロール的なアクセスって可能性はないですか？
> あるいは 上記に関連する CGI のバグとか……

URLが数字や記号の羅列だったりして明らかに普通のサイトのURLではないし
うちのURLも途中で切れてたりして、割り込まれている感が半端ないので。
バグでこうはならないと思うのですが・・・

> やっぱり、基本は自分で作るべきかと。一次産業最強説。
> もし他の人に何とかしてもらいたいなら、それなりの対価が必要。

うーん、やっぱり他力本願の輸入に頼っていてはダメなんすね。（コメ違い）

> konnoさんなら、Vzの各版のドキュメント、なんていう物が高値で評価されるかと。

うう、一番弱いところを突いてくるぅ、、
まあ自社ブランドのタネは蒔いてるんですが、放置して枯れかけてたりして。(;_;)

> > MSのデフェンダーをすり抜けるとは、敵は化け物か。
> よくわかりませんが、サーバ側でなにか防御的なソフトを動かしているのですか？
> ニフティでそういう設定ってありましたっけ。

MS Windowsの Defender です。私は他にウイルス対策ソフトは入れてないので。

> そもそも、正規のアクセスだけをカウントするように、スクリプトのほうを書き換え
> ればよいのでは？

それが出来るならとっくにやっています。

＃　ソースを眺めて30分・・・・　私は考えるのをやめた。(カーズ）

> うーん、やっぱり他力本願の輸入に頼っていてはダメなんすね。（コメ違い）

ダメではない、というか、むしろその方が好ましいと私は思う。
生物多様性とかあるけど、いろいろな地方のいろいろな物があったほうが面白いはず。
どこぞの板塀は、落書きする人がもっぱら家主だけなのでつまらない、とか。
たまに通りすがりの方が何か書いていくと家主は欣喜雀躍、とか。
そして、等価交換の原則、というのもあるわけで、輸入するためには、何かを輸出
して稼がねば。
例えば、海の向こうの超大国はドル札とかいう益体のないものを売りさばくことに
よっていろんなものを輸入してきました。最近、それを問題視する人が権力を握る
ことになったりしたわけですが、逆に、それの何が問題なのか、というご意見も
あったりするわけで、経済学って難しいなぁ。

ということで、konnoさんにはいろいろなアウトプットを期待するところであります。


> まあ自社ブランドのタネは蒔いてるんですが、放置して枯れかけてたりして。(;_;)

うぅん、コメ不足で飢えて死ぬ、という選択肢一択かも。
税金の徴収主体がないから、生活保護をはじめとする福祉政策は機能しない。
konnoさんだって、コメという形で年貢を払った事はないでしょ？

> > そもそも、正規のアクセスだけをカウントするように、スクリプトのほうを書き換え
> > ればよいのでは？
> それが出来るならとっくにやっています。

説明書とか、スクリプト本体のコメントとかに、その手の設定方法の記載って書いて
ないんですか？
だとすると、なんとなく上級者向けのソフトっぽい。
そういうのを選んでしまったkonnoさんの、今後のご活躍をお祈りしています。

> ブラウザのエッジを開くたび入れてないはずのマカフィが警告出してくる

なんか、妖しい匂いがぷんぷんする挙動。
この警告の正確な文言でgoogle検索をするのが吉と見た。
私も以前、なにかのフリーウェアを入手する際に、間違ってチェックボックスをオフ
にしそこなって変なツールがインストールされてしまい、除去するのにちょっと苦労
した記憶があります。

> 今回の巨大ログを見て本当に感染していたのかもと思った次第です。

うぅん、なんか私の常識を超える挙動。
もしかしたら、めざらさんも私と類似の思いかも。
だって、ログに追記するのって、私の常識では、サーバ側のスクリプトだけ。
だから、クライアント側がどんなにウィルスに感染しようと、そのサーバ側のスク
リプトにピンポイントでアクセスしない限りログへの追記は発生しない、と思って
いるわけですよ。
もちろん、konnoさん以外のほかの人が感染した結果、そのスクリプトへのアクセス
が発生していてログが肥大化している、という可能性もあるかもしれないわけですが、
そちらの可能性が棄却されうる何らかの根拠はありますか？

> うちのURLも途中で切れてたりして、割り込まれている感が半端ないので。

その、途中で切れている切れ方の、現物を見てみないとなんともいえないのですが、
長すぎて切れているだけ、という可能性はありませんか？
環境またはツールによっては、処理可能なURLの長さが1024とか2048バイトまで、
というのがあったと思います。
あと、perlで処理できる文字列の長さの限界を超えてしまっているだけ、とか。

> URLが数字や記号の羅列だったりして明らかに普通のサイトのURLではない

これが実際にどんなものか、見てみたい気はする。
怖いもの見たさ、というか。
＃ディスプレイの向こうからずるずるとはいずってくる何かが・・・

> ブラウザのエッジを開くたび入れてないはずのマカフィが警告出してくるのでエッジは封印しました。

マカフィーの偽警告に関する情報提供はご覧になりましたか？

「マカフィーを装う偽のポップアップ通知と問題の解消方法について」
https://www.mcafee.com/ja-jp/consumer-support/help/support/block-fake-alert.html


「マカフィに感染」とか，やや勘違いっぽい表現にちょっと違和感が……
感染と言うか，悪意のある誘導を目的とする通知を許可しているだけでは？

この件はログの肥大化とは別の話のような気がします。

> そして、等価交換の原則、というのもあるわけで、輸入するためには、何かを輸出
> して稼がねば。
> ということで、konnoさんにはいろいろなアウトプットを期待するところであります。

うーん、輸出となるとコメのブランド価値を高めねば。先物株で釣り上げるとか（おぃ）

> うぅん、コメ不足で飢えて死ぬ、という選択肢一択かも。
> 税金の徴収主体がないから、生活保護をはじめとする福祉政策は機能しない。
> konnoさんだって、コメという形で年貢を払った事はないでしょ？

いやあ、私もコメを買ったことがありますよ？　（どこぞの政治家か）
うーん、なんだか別のコメの話と混ざってしまうというか・・・ハッ、これがブレンドコメ（違う）
私としてはみなさんにうまいコメを味わってほしいのでコメの増産を目指します。（政治的公約）

> 説明書とか、スクリプト本体のコメントとかに、その手の設定方法の記載って書いて
> ないんですか？
> だとすると、なんとなく上級者向けのソフトっぽい。

そういえば、じょじょカウントでしたね。WFORUM の方を見てました。頭悪すぎ。(>_<)
こんななのでやっぱり見てもわからないと思います。(;_;)

> そういうのを選んでしまったkonnoさんの、今後のご活躍をお祈りしています。

＃　次回作にご期待ください。(^^)／~~~

> この警告の正確な文言でgoogle検索をするのが吉と見た。

めざらさんから助け舟がありました。どうやらこれみたいですね。

> だって、ログに追記するのって、私の常識では、サーバ側のスクリプトだけ。
> だから、クライアント側がどんなにウィルスに感染しようと、そのサーバ側のスク
> リプトにピンポイントでアクセスしない限りログへの追記は発生しない、と思って
> いるわけですよ。

DLOGに書き込むのはリファラーのデータなのでそれが書き換えられているのかも。
その巨大ログを見直したら、どうも２種類のデータでほとんどを占めているような。
GooglebotとGoogleOtherを文字列に含むデータで9割以上をしめているようです。
16メガのログにはtamanekoのダウンロードURLが1つもありませんでした。(>_<)

> その、途中で切れている切れ方の、現物を見てみないとなんともいえないのですが、
> 長すぎて切れているだけ、という可能性はありませんか？
> 環境またはツールによっては、処理可能なURLの長さが1024とか2048バイトまで、
> というのがあったと思います。

それは無いと思いますが、リファラーのデータを途中から書き換えられているかもしれません。
というか、リファラーのデータを読んで書き込むルーチンの間に割り込んで大量のbotURLを
書き込んでいるような気がしてきました。

> ＃ディスプレイの向こうからずるずるとはいずってくる何かが・・・

＃　ニフ池のサバ井戸からぐぐるぐぐると大量の何かがぼっと湧いてくるぅ　(;_;)

> マカフィーの偽警告に関する情報提供はご覧になりましたか？
> 「マカフィーを装う偽のポップアップ通知と問題の解消方法について」
> https://www.mcafee.com/ja-jp/consumer-support/help/support/block-fake-alert.html

どうやらこれのようです。英語サイトで何かのリンクを踏んだとたんに出てきて居座ったので
てっきりウイルスかと思ってました。
エッジの設定でブロックしたら警告表示は消えたようです。
ありがとうございます。

> 「マカフィに感染」とか，やや勘違いっぽい表現にちょっと違和感が……
> 感染と言うか，悪意のある誘導を目的とする通知を許可しているだけでは？

この「通知」の仕組みを理解してなかったので本当に助かりました。
マカフィは昔から勝手にインストされていつまでも居座ってるイメージがあったもので。<(^^;)

> この件はログの肥大化とは別の話のような気がします。

そうかもしれませんが知らないうちに悪質な何かに感染している可能性は否定できないもので。
botの書き込みは減ったものの、どこぞの詐欺サイトから狙われているかもしれないですね。

＃　へたな怪談話よりも背筋が寒くなる。（財布も寒くなr 以下自粛）

> どこぞの詐欺サイトから狙われているかもしれないですね。

それは，うちも板塀も何処も同様ですね。
書込みテストを何度も試みて，突破できたら不正な手順で何かを仕込もうとしていたりするわけで。

板塀式スパム防御法を検討するのも良いかもしれませんね。

> ＃　次回作にご期待ください。(^^)／~~~

次回作かよ。
よしわかった、ここは期待しておこう。
＃今年も圧い夏が来た
 

> DLOGに書き込むのはリファラーのデータなのでそれが書き換えられているのかも。

あ〜、リファラーだけなんだ。
アクセス元がわかれば、それを遮断、という手もあるかも。
そして、仮に本当にリファラーが書き換えられているとすると、それはそのアクセス
元のブラウザがハッキングされてことになる。でも、そんなことせずに、スクリプト
の側に直接攻撃したほうが効率はいいはず。悪いやつらが、わざわざそんな非効率な
ことをするかなぁ。

> GooglebotとGoogleOtherを文字列に含むデータで9割以上をしめているようです。

うちもそこまでひどいことにはなりませんでしたが、１日あたりではそいつらが
数千件、ということもありました。ただ、うちの場合はアクセス元も確認したら
本当にgoogleさんだったので、完全抑止まではしませんでした。そのうちに嵐も
去ってくれたし。
ちなみに、仮に本当にgoogleからのアクセスであっても、カウンタスクリプトなら
抑止してしまってもいいのではないかなぁ。掲示板の場合、Googlebotを抑止して
しまうと、検索順位に悪影響が出そうだから、これは怖い。一方でGoogleOtherは
何をやっているかわからないというか、AIの元データにされそうな気もするから
抑止した域もするけど、将来の検索順位にも影響する可能性も否定できないので、
やっぱりこちらも止めづらい。

> というか、リファラーのデータを読んで書き込むルーチンの間に割り込んで大量のbotURLを
> 書き込んでいるような気がしてきました。

その可能性はあるのかもしれませんが。
でも、割り込まれているのって、サーバ側？クライアント側？
サーバ側だというのであれば、それはサーバを立てているkonnoさんの責任。
もちろん、スクリプトが脆弱なのかもしれないけど、そんなスクリプトを選んで
しまった責任を含めて。
なので、何とかしたいと思ったら「責任者出て来い」モードを発動するしか。
もちろん、何とかしない、という選択肢もあり。
ちなみに、私の意見は、サーバ側にもクライアント側にも、そんな割り込みなど
なく、本当に何者かが大量にアクセスしているだけ、というものだったりします。

> 板塀式スパム防御法を検討するのも良いかもしれませんね。

ただ、これってカウンタスクリプトに適用できるものなのかなぁ。
検討したこともない。

ちなみに、掲示板側に適用するとなると、konnoさん独自の対策がいろいろと
されているはずで、もしかしたらそういうのと相性が悪いかもしれず。
しかもkonnoさん、秘密主義というかどういう対策を打っているかを明らかに
していないので、外部から検討することもできない。
いまさら、伽藍とバザールの話を持ち出す気もないけど。

MS-DOS Player 2025/6/18版が更新されていました。

-----------------------------------------------------------
2025/6/18
短いファイルパスを生成するのに、GetShortPathNameA()を使用していますが、
このAPIは存在しないパスを指定すると失敗してしまいます。
（まだ短いパスがドライブ上に生成されてないんだから当然ではありますが）
この場合、親のパスを辿って、存在する階層までは短いパスを生成するようにしました。
従来も一部処理で１階層だけチェックしていましたが、より汎用的にした形になります。

ファイルパスの結合処理で、いわゆる0x5C問題があったのを修正しました。
例えば、"C:\表"と"裏.DOC"を、正しく"C:\表\裏.DOC"と結合できるようになってます。
…大体の処理はMBCS対応していたつもりだったんですが（苦笑）

VC++ 6.0でビルドできなくなっていたのを修正しました。
-----------------------------------------------------------

更新ありがとうございます。
VZでは特に違いは感じないですね。と思ったら
IME ON の時、プレフィックスキーで漢字が起動してしまいますね。

2024/10/24  17:44         1,056,256 msdos.exe

この版で IMEがONでもプレフィックスきーが効くようにしてもらったんですが

2024/12/14  23:02         1,168,896 msdos.exe

この版からまたプレフィックスキーが効かなくなっているようです。
私もうっかりしていましたが、これは報告した方がいいかしら。
もう少し検証してみます。

> > どこぞの詐欺サイトから狙われているかもしれないですね。
> それは，うちも板塀も何処も同様ですね。
> 書込みテストを何度も試みて，突破できたら不正な手順で何かを仕込もうとしていたりするわけで。

この間の英文の投稿もツールで直書きしたみたいなので、CMTルーチン封印するかな。
クローラーだかなんだか知りませんが、情報収集ロボットなどに全部ぶっこ抜かれてるかも。

20ギガのDLOGは 80816行ありました。1データ1行なので、80816回アクセスがあったとか？
80816/24/60/60＝0.93　1日で約1秒に1回のアクセス数？　理解不能。

> 板塀式スパム防御法を検討するのも良いかもしれませんね。

プレビュー反転ですか。もはやそんなレベルではないような内容？

> よしわかった、ここは期待しておこう。
> ＃今年も圧い夏が来た

こ、怖い。(;_;)　藪蛇だった。(>_<)

> うちもそこまでひどいことにはなりませんでしたが、１日あたりではそいつらが
> 数千件、ということもありました。ただ、うちの場合はアクセス元も確認したら
> 本当にgoogleさんだったので、完全抑止まではしませんでした。そのうちに嵐も
> 去ってくれたし。

うちの場合 NP2関連のアクセスが多い気がするので 収集bot が集中したのかも。
最近はだいぶ少なくなったようだし。

> ちなみに、仮に本当にgoogleからのアクセスであっても、カウンタスクリプトなら
> 抑止してしまってもいいのではないかなぁ。掲示板の場合、Googlebotを抑止して
> しまうと、検索順位に悪影響が出そうだから、これは怖い。一方でGoogleOtherは
> 何をやっているかわからないというか、AIの元データにされそうな気もするから
> 抑止した域もするけど、将来の検索順位にも影響する可能性も否定できないので、
> やっぱりこちらも止めづらい。

結局 googleからのアクセスだとしたら、抑止すると検索順位に悪影響が出そうだと
したら、何もしないほがいいということになるのかなぁ。(^^;;

> ちなみに、私の意見は、サーバ側にもクライアント側にも、そんな割り込みなど
> なく、本当に何者かが大量にアクセスしているだけ、というものだったりします。

その可能性はありそうですね。しばらく様子見ですかね。(^^;

ココログの配信を HTTPS化で SSL対応にするサービスが2019年から始まっていました。
今更ですが、ウイルス対策として HTTPS配信に変更してみました。
設定変更は超簡単で、[HTTPS配信する]をポチるだけで一瞬で完了しました。
今までのURL HTTPのままでも自動的に HTTPSとして保護されるようです。
もっと早くやればよかった。

これがちょっと前の話で、多分6月3日ころだったと思います。
これ以降は DLOGの書き込みも若干減ったような気がします。(^^;

一応サイト内の主要なリンクのURLは HTTPS に変更しました。
何か問題があったら教えてください。m(__)m

16ギガを超える巨大ログを扱うために VZ1.57a を使う機会が増えました。
今までステータスラインにインジケータを表示するモードで使ってましたが
各種情報表示のために DS+ にしたところ、ステータスラインが消えてしまいました。
どうやら10ギガを超えるファイルでこの事象が発生するようです。

色々試行錯誤した結果、ファイルサイズの桁が大きくなるのが原因と分かりました。
そこで修正したのが、DISP.asm の以下です。

;--- Constants ---

IF CHARCODE
;pf_sysparm	db	"+%-4d[%4xh]%7ld/text %3uk/free",0	;
pf_sysparm	db	"+%-4d[%4xh]%8ld/txt %3uk/free",0	;##k250614
ELSE
;pf_sysparm	db	"%7ld/text %5u/stack %3uk/free",0	;
pf_sysparm	db	"%8ld/txt %5u/stack %3uk/free",0	;##k250614
ENDIF

10ギガ超のファイルサイズは8桁必要なのでこのように変更したら正常になりました。
1989年当時は 10ギガを超える編集は想定外だったのでしょうね。
それにしても、VZ1.6になって16メガの制限が出来たのは残念なことです。
私のスキルではこれを変えることが出来ません。(>_<)
どなたかお知恵拝借お願いしたいです。m(__)m

コンソールのウィンドウハンドルを取得する処理が死んでいたみたいです。
次の更新で直しておきます。

> コンソールのウィンドウハンドルを取得する処理が死んでいたみたいです。
> 次の更新で直しておきます。

たけださん、ありがとうございます。
私も気が付くのが遅れましたが、よろしくお願いします。

> 結局 googleからのアクセスだとしたら、抑止すると検索順位に悪影響が出そうだと
> したら、何もしないほがいいということになるのかなぁ。(^^;;

いや、カウンタスクリプトだったら抑止してしまって問題ないと思いますよ。
というか、カウンタが検索上位に出てどうする、という気もする。

> この間の英文の投稿もツールで直書きしたみたいなので、CMTルーチン封印するかな。

CMTって、まだ使っている人いるのかな。UAとかで判別できるのかな。
もっとも、konnoさんのところでUAを記録していなければそこで終わりだけど。

> クローラーだかなんだか知りませんが、情報収集ロボットなどに全部ぶっこ抜かれてるかも。

もちろん、そんなのはいやだ、という人もいるわけだけど。
情報収集ロボットの最大手はGooglebot。他、Bingbotとかもあり。
なので、情報収集ロボットを完全遮断すると、検索サイトの結果には全く出てこなく
なります。
それでかまわない、という人は、当然、そういう設定にしています。
あと、既知のクローラーは通すけど未知のクローラーは遮断、とか、方法は様々。

> 20ギガのDLOGは 80816行ありました。

ギガではなくメガですよね。
それはともかく。
一番長い行の長さはどれくらい、なんてのがわかると、どこがボトルネックだったか、
というようなことから始まって、芋蔓式にいろんなことがわかる、かもしれない。

MS-DOS Player 2025/6/19版が更新されていました。

-----------------------------------------------------------
2025/6/19
コンソールのウィンドウハンドルを取得する処理が動かなくなっていたのを修正しました。
IMEのオン・オフなど幾つかの処理が機能しなくなっていたようです。

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

VZで IMEの制御が出来るのを確認しました。
ありがとうございます。

亀レスです。

> いや、カウンタスクリプトだったら抑止してしまって問題ないと思いますよ。
> というか、カウンタが検索上位に出てどうする、という気もする。

カウンタスクリプトってカウンタCGIのことですか。うちの場合はコンテンツなので。(^^;

> CMTって、まだ使っている人いるのかな。UAとかで判別できるのかな。
> もっとも、konnoさんのところでUAを記録していなければそこで終わりだけど。

UAで判別できるかわかりませんが、過去ログにコメントするのはツール使用の証拠かと。
おかげで生ログ構造が崩れて大迷惑なので、やっぱりCMT廃止の方向で。

> なので、情報収集ロボットを完全遮断すると、検索サイトの結果には全く出てこなく
> なります。

それは困るのでやっぱり様子見ですね。(^^;

> あと、既知のクローラーは通すけど未知のクローラーは遮断、とか、方法は様々。

これはいい案が浮かばないので今後の課題ですかね。(^^;

> > 20ギガのDLOGは 80816行ありました。
> ギガではなくメガですよね。

ギガ恥ずかしす！　 (/□＼*)・゜

> 一番長い行の長さはどれくらい、なんてのがわかると、どこがボトルネックだったか、
> というようなことから始まって、芋蔓式にいろんなことがわかる、かもしれない。

これこれ！　確か nagasa.def が遅いので自前でマクロ作ったよなぁ、と探したのですが見つからない。(>_<)
うちの過去ログはもちろん、野ざらし言の過去ログもじっくり読んで探したんですが。（おぃ）
そういえばこの時期使っていたPCの SSDが壊れて見れなくなっていたなぁ。その中か！(;_;)
しかたないので nagasa.defでいくつかやってみましたが、1行333bytes くらいでした。
これでは何もわかりませんね。

> カウンタスクリプトってカウンタCGIのことですか。うちの場合はコンテンツなので。

世界中から引く手あまたのコンテンツならともかく、なんとなく、全く世間からの
ニーズのないコンテンツのような気がする。もちろん、私の見積もりが間違っている
可能性は高そう。
まじめな話、労力をかけて効果が高いのは世間からのニーズが高いコンテンツ。
そして、昔と違って今では多くのサイトでカウンタを設置していないわけですが、
これは一般のお客様のニーズがないからサイトの側も撤去しているという、それが
世間の大勢。とはいえ、googleアナりティクスしかり、カウンタのデータを有効活用
できれば、これはまさに鬼に金棒。逆に、あえて言うと「カスである」カウンタ
なんぞというもの、設置してあること自体で痛いオヤジ認定を受けてしまいそうな
ものなわけですから、こんなに有効活用しているんだ、とアピールすることに成功
すれば、それがまさに新しいコンテンツかも。
とはいえ、わざわざ新しいコンテンツを作る必要もないわけで。でも、古くてしかも
世間からのニーズもないコンテンツばかりだとコメ不足となることは必定。この状態
に安住しているのが某板塀。

> > あと、既知のクローラーは通すけど未知のクローラーは遮断、とか、方法は様々。
> これはいい案が浮かばないので今後の課題ですかね。(^^;

カウンタCGIへの適用方法はわかりませんが。
掲示板CGIへの適用は、それこそUAを見て分岐、という方法になりますね。
これをやっているという話はときどき見聞します。

> しかたないので nagasa.defでいくつかやってみましたが、1行333bytes くらい

例えば、ログの１行には、日付のデータとかいろいろとくっついているわけですよね。
このうちの、××の部分が最長でも256byteでした、とかわかれば、そういうツールを
使っているんだな、というようなことがわかるかな、と思いました。

> とはいえ、googleアナりティクスしかり、カウンタのデータを有効活用
> できれば、これはまさに鬼に金棒。逆に、あえて言うと「カスである」

おもわず「圧倒的じゃないか、googleは」と返したくなりますね。(^^;

> > > あと、既知のクローラーは通すけど未知のクローラーは遮断、とか、方法は様々。
> カウンタCGIへの適用方法はわかりませんが。
> 掲示板CGIへの適用は、それこそUAを見て分岐、という方法になりますね。
> これをやっているという話はときどき見聞します。

考えてみたら下手に遮断したらサイトの宣伝機会を逃す可能性はないかとか。
一部のユーザーが影響を受けるとか問題が出そうな気もしてきました。
なので今は様子をみることにします。

> 例えば、ログの１行には、日付のデータとかいろいろとくっついているわけですよね。
> このうちの、××の部分が最長でも256byteでした、とかわかれば、そういうツールを
> 使っているんだな、というようなことがわかるかな、と思いました。

うーん、としきさんならわかるかもですが、私にはちんぷんかんぷんです。(^^;

> > しかたないので nagasa.defでいくつかやってみましたが、1行333bytes くらい

これがあまりに遅いので、私が作ったはずの失われたマクロを求めて彷徨いました。
確か、19という数字が頭に残っていたので、DSEG.MAPを見てみたら

36	btop		dw	?	; line buffer top ptr wa..18
38	bend		dw	?	; line end ptr  wa..19-wa..18 =行の長さ

これか！　(コメントはさっき私が付けました）
これを基に最大行長さを求めるマクロを作りました。

===== nagasa2.def ====
最大行長さを求めるマクロ
ファイラーから起動 繰り返し数は m で調整
プロンプトで時間無しなら ★をコメントに
* M 
80 ^\ "";行の長さ
	l0, 				; file loop count
	m1,				; 繰り返し数
:l	a0, b0, n0,
	(s==3)?#m			;ファイラーなら編集モードに
;	#E #m #[			;★ Time0
	#^ #< #> &s
:a	a=wa..19-wa..18,		;行の長さ
	(a>b)?{ b=a, &m("最大行長さ %d  %d  %d",b,n,c) }
	(b>c)?c=b,			; 最大行長さ
	#d #> n++,
;	&k (r)?>z			;キー入力で中断
	(ct)?>a				; EOF?
:q	&d 
;	#E #m #[			;★ Time1
	#C #x
	l++, (l<m)?>l
:z	&d &m("最大行長さ %d  %d   %d",b,n,c)
	.
*

実行結果は

ファイル名	サイズ	　行数　最大長さ　処理時間	
20250121 LOG     736,279   2941   383	    3s
20250206 LOG  13,099,929  52187   332	   53s
20250207 LOG  15,919,508  63098   328	   64s
20250208 LOG  20,445,416  80815   332	   82s
20250429 LOG     281,680   1138   457	    1s	 nagasa2.def
20250429 LOG     281,680   1138   457	   20s	 nagasa.def

下2行が最大長さのファイルで、nagasa.def で確認して一致しています。
20倍のスピード差がありますね。(^^;

＃　手段が目的化して、、無いよね。φ(..; ﾊﾞｷｯ＼(--;

字余りですが、githubやＸを見るようになっていろんなVZerに出会い発見がありました。
今回はVZの大先輩の Aiming Off さんの書き込みとブログを見つけました。

githubのvcraftjp/VZEditorのIssuesタブです
https://github.com/vcraftjp/VZEditor/issues/1

> Aiming Off 作の分は掲載 OK #1
> 
> お久しぶりです
> Twitter のアカウントは持っていないのでこちらで…
> Aiming Off 作のマクロは掲載 OK です
> FM 版 VZ も掲載 OK ですが、恐らくお手元には無いでしょうね… (Vector に差分はありますが…)
> 
> ちなみに私のブログに FreeDOS/V 関連 のものがあります
> 
> DOSBox-X の方が DOSVAXJ3 を包含して新しいようなので、そちらを使った方がいい場合もあります
> 少なくとも私の使用環境の Linux で DOSVAXJ3 を使うと、ホストディレクトリをドライブにマウントすると書き込みができないという不具合があります

全引用してしまいましたが、役立つ情報があるかと思います。
私もポケ３版VZのソースを弄っているのでお世話になっています。m(__)m
ブログのほうは

Aiming Off のブログ（オッサンの IT ライフ）
http://aimingoff.way-nifty.com/blog/dos/

このように FreeDOS/Vの話題やWindows/Linuxのインストールなど参考になります。
どこかで繋がるかもしれないので、ココログと掲示板両方に投稿します。


＃　ゼッターゼッタースーパーゼッター われらのスーパーVZター♪

あらら……．
@homepage が工事中のまんまだったと思ったら，
ブログの開設に十年近く気づきませんでした。
@homepage 終了を契機って(^o^; 気の長い話……

スーパーVZター♪　って，歳がばれますがな。

> @homepage が工事中のまんまだったと思ったら，
> ブログの開設に十年近く気づきませんでした。

私もたまにリンクのチェックしてましたが気が付きませんでした。(^^;
今のブログはめざら資源のAiming Offさんのページとリンクが繋がってないような。？？

> @homepage 終了を契機って(^o^; 気の長い話……

本業がお忙しいのでしょうね。

> スーパーVZター♪　って，歳がばれますがな。

Ｖ爺ほいほいですね。(^^;
スーパー(V)ゼッターってのは昔#7136で書いてました。(^^;

あぁ、そうだ、思い出した。
去年の晩秋だったか、年が明けてすぐぐらいだったか。
めざらさんの「他山の壁」から誰かのところに飛ぼうとして、ちょうどリンク切れ
だったのですよ。それで、めざらさんに報告して、自分のところの、特にポケ３関係
のリンクをチェックして、なんてことを、考えはしたのですが、結局全部サボって
しまい。
またすぐに忘れてしまいそう。

> スーパーVZター♪　って，歳がばれますがな。

私の世代だと、もはや再放送ですらみたことがない気がする。
一千年の未来から、でしたっけ。忘れた。
知恵も力も勇気もないけど、ついに記憶力もなくなりつつある。

みなさま（って言うほど、、、）

>スーパー(V)ゼッターってのは昔#7136で書いてました。(^^;

https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%BC%E3%83%91%E3%83%BC%E3%82%B8%E3%82%A7%E3%83%83%E3%82%BF%E3%83%BC
　こ、これですね。僕は「名前だけ聞いたことあるかな」的状況でした。
　僕が生まれてまもなくな放映。としきさんなんて、生まれてないでしょう。
　でも、聞いたことはあった。映像的には何の記憶もない。

　近況は、ま、ひどい、かな。直近では風邪をひいて２日間、薬でおねむ。
　それ以外も、暑くて、汗だらだらで、しゃんとしていません。
　《あれ》がすごく気になるのだけど、ちっとも進まないし。
　アメリカ文学に燃えてしまって、こまったものです。
　YouTubeで文学系というのがあるのを知り、だらだら見ている。まだファンは
いるんだなぁ、と。そういえば、先日『コネチカット・ヤンキー』をちょっと
だけ講義しました。この辺ですごく幸せか？　というと、学生はそこそこ一生懸命
なので、嫌々やっているのではないけれど、「これはエンタメだからな、しっかり
人生の計画を立てろよ」と密かに独り言をしています。若者の将来を案じています。
　前の職場ではまったく心配しなかった。だって理系は、さぼらなければ勝ち組
だもの。

　Ｖｚは、《あれ》の勉強進捗記録用に、メモマクロを追加した（vegidai.def
＝菜園日記マクロに、項目追加。電池記録、車整備記録、運動記録とかタバコ記録
とか、菜園に限らない日記マクロ群になっている）。実用的には、vtdosで完全に
満足してしまっていて、特に何かをしようとはまったくしてません。ごめんなさい。
　（どうでもいいことだけど、車のバッテリーを６年目にして新調しようとして
います。セキヤの再生バッテリー２個め）

　忘れられちゃうと寂しいので、たまには顔を出しますね。
　でも、《あれ》は、１０月１９日。４００時間は確保しなくてはいけない、、、、。

追伸：
>知恵も力も勇気もないけど、ついに記憶力もなくなりつつある。

　勇気もないか。ないよねぇ。力なく笑ってしまった。
　だいたいにおいて暑すぎなんだよ。もちろん、バンバン、エアコン使ってます。
変なとこでエコしようとかしてません。でも、ふにゃふにゃ。

> めざらさんの「他山の壁」から誰かのところに飛ぼうとして、ちょうどリンク切れ
> だったのですよ。それで、めざらさんに報告して、自分のところの、特にポケ３関係
> のリンクをチェックして、なんてことを、考えはしたのですが

ポケ３関係といえばやっぱり Aiming Offさんだったのでしょうかね。(^^;

> 私の世代だと、もはや再放送ですらみたことがない気がする。
> 一千年の未来から、でしたっけ。忘れた。

Wikipediaでは30世紀から来たんでしたね。私は勝手に21世紀にしたような。(^^;

> 知恵も力も勇気もないけど、ついに記憶力もなくなりつつある。

元歌は
> 未来の国から　やってきた　知恵と力と　勇気の子
だったので、歌詞は覚えていたということですよね。
記憶力の無さに関しては私はたいがい負けないと思ってます。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ

＃　誰でもＶ爺ターにはなれるのさ！

> https://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%BC%E3%83%91%E3%83%BC%E3%82%B8%E3%82%A7%E3%83%83%E3%82%BF%E3%83%BC
> 　こ、これですね。僕は「名前だけ聞いたことあるかな」的状況でした。
> 　僕が生まれてまもなくな放映。としきさんなんて、生まれてないでしょう。
> 　でも、聞いたことはあった。映像的には何の記憶もない。

wikiにはこんなことも書いてありました。

> 電子頭脳をロボットに移し、ロボットの姿で活躍したエピソードもある。
> 音声応答機能はなくて、パンチ穴を入れた紙テープを出してそれをジェッターが読み取って意志を疎通するようになっていた。

紙テープとか、1965年当時の想像力の限界なのでしょうね。(^^;

詳細な近況も情景が浮かんでよかったですが

> 実用的には、vtdosで完全に満足してしまっていて、特に何かをしようとはまったくしてません。

これが一番近況がわかった気がします。(^^;

> 　忘れられちゃうと寂しいので、たまには顔を出しますね。

これが一番嬉しかったりして。よろしくお願いします。

>> 知恵も力も勇気もないけど、ついに記憶力もなくなりつつある。
>元歌は
> 未来の国から　やってきた　知恵と力と　勇気の子
>だったので、歌詞は覚えていたということですよね。

　す、すげえ。大昔、めざらさんに、としきさんのファイラ登録を
舐めてはいけません、と言われた。うん、マニアックなのは知ってましたが。
　でも、こういうの、、、な、なんというか、コミュ力すごいですね。
　ちゃんと相手の話を聞いているところ。そ、し、て、ちゃんと出る。
　もちろん、インターネットな時代ではあります。でも、でも、僕は
すごいと感じます。愛、なんでしょうかね。毒舌、許してますよん。
　愛というより期待なんでしょうね（なんと散文的な感想）。