> 状況等を絞り込んだら、おおよそ#4118と相似。
> つまり、発言番号リンクを使うと wforum.cgi?mode=allread&no=469 といったような
> ＵＲＬになりますが、最上部の「一括表示」の帯とその下のツリーの間が不自然に
> 隙間が開いてしまう。#4118のときは横線でしたが、今回は単なる空間。
> 15年たって、ぐるっと一周してしまったような感じ。何をやっとるか。

うう、当時の修正前後直近のソースは無かったですが、それより後のソースでは

<th class="obi">一括表\示</th>
</tr></table>


こうなっていました。今現在のソースも ＜ｂｒ＞があったのでこれを削除してみたら
#	print " </tr></table>
\n";
	print " </tr></table>\n";
空白行は無くなりました。＼(^^)／ ﾔｯﾀ-

> 28番まで表示されています。が、例えば過去ログ10番を表示した場合、10番から0番
> までしか表示されない。もちろん、過去ログ1番を表示した時は1番から0番までしか
> 表示されない。
> 幸い、画面の一番下の横長リストなら全部の過去ログが表示されます。
> が、この状況は明らかにおかしく感じられる。

あうう、修正しきれてなかったですね。(>_<)
上下2か所で呼んでいるルーチンの正常な方は手前で過去ログオープンクローズ
をやっていました。なのでそのルーチンを中に入れたら直りました。＼(^^)／ 

> 改善を希望します。
ご指摘のおかげで改善できました。ありがとうございました。

ついでに過去ログ番号リンクのマウスオンメッセージも更新しました。(^^;
5分ぐらいかかったかな。(^^;　10年で12ログ出来るとすれば約1時間か。
自動化を4時間ぐらいで作ったとしてデバッグに2時間ぐらい？
60年後には元が取れる計算ですね。(ﾟ゜)☆＼(--#) ｲｷﾄﾗﾝﾜ!

＃　うう、半角＜ｂｒ＞が改行になってしまうの直ってない。(>_<)

うん、両方とも改善できているようですね。

> 	print " </tr></table>\n";
> 空白行は無くなりました。＼(^^)／ ﾔｯﾀ-

ところでここ、<tr>と<table>の閉じタグって、必要なんですか？

> 自動化を4時間ぐらいで作ったとしてデバッグに2時間ぐらい？
> 60年後には元が取れる計算ですね。(ﾟ゜)☆＼(--#) ｲｷﾄﾗﾝﾜ!

konnoさん、まじめというか地道な方ですね。
ほら、私、楽をするためなら苦労を厭わない性格なもので。
＃なんだかなぁ

遂に予言されたコンピュータ同士の戦いが始まった！！

> 01718/02176 xxxxxxxx  愛して癒して     [Vz]othello on Vz Ver 2.1
> (16)   97/01/31 23:23                     コメント数：1
>     ちょっとは、マシになりました。Ver 3.0は後期試験が終わってからにします。
>   Windows などで、EGGCHI 氏の vzoto.def と戦わせてみるのもおもしろいでしょ
>   う。

23年前のつぶやきが遂に実現するか！！
と思ったけど、EGGUCHIオセロはコマの白黒が反転しているので無理でした。(;_;)
代わりにEGGUCHIオセロのデータを移植したTBオセロLV3 と戦わせてみました。



結果はご覧の通り33対31でTBオセロLV3が僅差で勝ちました。
EGGUCHIオセロが同じ動きをするかはわかりませんが、私の体感とも一致しますね。
> EGGUCHIオセロ		2勝1敗でした。(^^;
> 愛して癒してオセロ	2勝1分けでした。(^^;

ついでに、ぼくのかんがえたさいきょうでーたのオセロLV2 と LV3 を戦わせてみた。



結果はなんと！　引き分けでした！！
動作の傾向は違いますが、レベルは五分五分と言っていいんですかね。

＃　pp"五分五分・・・次は負けんちゃ",  （EGGUCHIオセロ？）

> ※　いやぁ、そこそこ強いかも。2勝1分けでした。(^^;

彼のオセロのバッファには，ある方へのメッセージが仕込まれています。
初版を発表したときに，EGGCHI氏のより弱いと評されて奮起し，
強いものを作り上げたとのことでしたね。
ああ，懐かしい。

> > ※　いやぁ、そこそこ強いかも。2勝1分けでした。(^^;
> 彼のオセロのバッファには，ある方へのメッセージが仕込まれています。
> 初版を発表したときに，EGGCHI氏のより弱いと評されて奮起し，
> 強いものを作り上げたとのことでしたね。

FGALDCの過去ログは読みました。
あのマシン語のようなデータの中にメッセージを隠していたとは驚きですね。
それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。
まるでパンチャーから打ち出された紙テープの穴を直接読むスティングのような話。
ビックリです！！

他にも初期画面の描画が200LXでは遅いことについて
>  　(wx-1){' '} と書くよりも、 eu+, &#V(wx-1) の方が数十倍速いですよね。
&#V() なんて知りませんでした。これでスペースの描画が劇速になるのですか。
関数はマシン語で実行されるから知ってしまえばなるほどなのですが。

＃　マクロの道を究めるのはあまりに遠い・・・

> ああ，懐かしい。

VZに関わって人生が変わった人はいっぱいいるんだなぁと思いました。
私もそうなんでしょうが。(^^;

> それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。

いや，m.gann師の「ばふつあ」で覗いただけですけど……
そんなマクロ作った人なんて，いたっけ？

> > それ以上に驚いたのはそのメッセージに気が付き読み出しマクロまで作った人です。
> いや，m.gann師の「ばふつあ」で覗いただけですけど……
> そんなマクロ作った人なんて，いたっけ？

そこまで言うなら全部暴露してしまいますよ！

> 01293/01295 xxxxxxxx  耳而夢斎         オセロに隠されたメッセージ(^^)
> (14)   97/02/12 20:34  01292へのコメント  コメント数：1
> 
>   ■　鈴木　康弘 さん、　こんにちは。(^_^)
> 
>  L12:>        &10 >Z &09
>                   ~~
>   　10番のローカルから帰ってきたところで強制終了させ、バッファ"p" の内容
>   を保護しておき、次のマクロで読んでみてください。(^_^)
> 
>   　64バイトごとに停止し、any key で次を表示します。
>   　ばふつあ、お使いでしたっけ？　(^^ゞ

-----  ★これが例のぶつです  --------------------------------
= pmiru
* m
1 ^^ "" ?. a=p, j-,
:l      i-, (64){ (a.i<$20)?pr.i='･', ?pr.i=a.i, i++, }
        &m("%64s",pr) &p a+=64, (j++<5)?>l
        &m("") &d #] .
*
-----------------------------------------------------------
>   　愛して癒してさんは大笑いしてますね、きっと。(^｡^)

どうですか、動かぬ証拠です。こんなものを作ったら誰でも見れちゃうじゃないすか。


＃　・・・・　ハッ！　もしかして釣られたのかな・・・・

> 遂に予言されたコンピュータ同士の戦いが始まった！！

この当時は、どうやらハヤリだったようです。
FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
を作る、という話です。
私もちょっとだけ首を突っ込んだんですが、結果的に尻切れ。自分の発言だけは
地層処分してありますが、全体が見えないと意味がないのでリンクにはしません。

さて、今回も利用されているアルゴリズムですが、いわゆる優先順位法と呼ばれる
ものです。この優先順位なんですが、要は角が一番高くて角の隣が一番低い、という
のは常道ですが、では他の部分はどうなっているか、というと、まぁ経験的にこんな
もの、というものがずっと使われている模様。少なくとも当時はそんな感じ。
だけど、もっと強い優先順位はないか、ということが気になっていました。
そして、上記FGALELのコンピュータ同士の対戦というのにインスパイアされて、
いわゆる「ぼくのかんがえたさいきょうの」優先順位を求めたい、という欲求が
沸きました。

私　　「最終目的は、最強の優先順位を求めることだ！」
僕　　「でも、その優先順位を使って人間とゲームできる必要はあるよね」
俺　　「ならばまず、人間対機械でゲームができるようにしよう」
拙　　「その際、FGALELでやったように、機械側は関数にすればいい」
オレ　「でも、どうすれば人間とゲームができるんだろう」
私　　「要は入出力が必要なわけだ」
ボク　「画面表示はテキストベース、１手ごとにスクロールでもいいじゃないか」
わたし「それなら標準入出力で楽ができる」
俺　　「標準入出力ならLSI-Cでコーディング可能」
僕　　「LSI-Cならポケ３でも実行可能、ついでにプログラミングも可能」
オレ　「でもＣ言語で一から組むのはだるい」
私　　「そうだ、昔、PC-88に移植したBASICのコードがあった、それを変換しよう」

ということで、BASICからＣへの移植がスタート。
ただ、残念ながら、こいつも未完。途中までのＣのソース、コンパイルだけは通る
ようにはなっていたかなぁ。
いや、実はしょうもないところでつまりまして。
ポケ３て白黒液晶ですが、プログラムから白黒反転可能なんですよ。
ところが、現在が反転しているか否か、ということを取得する方法がわからない。
つまり、反転していてもしていなくても、黒なら黒、白なら白という表示を目指した
がために挫折。そんなところにこだわらなければよかった。

一応、この先のことも見据えていて。
機械対機械を行うメインルーチンは、まず最初につくるのは、１回対戦して勝敗を
表示したらそれで終了、というもの。
そして次のバージョンでは、いろいろな優先順位のアルゴリズムをどう戦わせるか、
ということ事になります。ここはマシンの速度にもよりますが、100回とか10000回
とか。トーナメントかリーグ戦か。作る優先順位も、最初は乱数かな、とか。

さて、オセロの優先順位って、結局は１から６０までの一次元配列ですよね。
例えば、優先順位最高となっている角については、２つの角に同時に置けるという
のはありえません。その一つ前の手でどちらかに置けるようになっているはずです。
でも、最も優先順位が低く設定されている角の隣は、例えば左上と右下のどちらに
先に置くか、というのは、まさに優先順位。

ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
ご存知ですか？
というところが、まさにその先であったのですが、そこまでたどりつくことなく
挫折。
うぅん、誰かに代わりに作ってもらいたいような気もしています。


ところで

> > 01718/02176 xxxxxxxx  愛して癒して     [Vz]othello on Vz Ver 2.1
> > (16)   97/01/31 23:23                     コメント数：1

> 23年前のつぶやきが遂に実現するか！！

2020年に生きている本日現在の我々としては、コロナで巣篭もりするしかないので、
この実現を図る時間はたっぷりありますな。
＃さぁ、あと数ヶ月で東京オリンピックだ！

> どうですか、動かぬ証拠です。こんなものを作ったら誰でも見れちゃうじゃないすか。

う〜む……ムッサイ爺だったのか……
全然覚えてなかった。

だいたいこれ，「ばふつあ」の部品の丸写しですよ！
作ってないから覚えてないんだな，んだんだ。

> FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
> に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
> を作る、という話です。

興味深い話ですね。私はそのころVZ以外の会議室を覗く余裕がありませんでした。
アーカイブでも残ってたら絶対見に行きたいのに、残念です。

> 私もちょっとだけ首を突っ込んだんですが、結果的に尻切れ。自分の発言だけは
> 地層処分してありますが、全体が見えないと意味がないのでリンクにはしません。

見てみました。コンピュータ同士の対戦モードが実現出来たのですね。凄いです！

> だけど、もっと強い優先順位はないか、ということが気になっていました。
> そして、上記FGALELのコンピュータ同士の対戦というのにインスパイアされて、
> いわゆる「ぼくのかんがえたさいきょうの」優先順位を求めたい、という欲求が
> 沸きました。

私もコンピュータ同士の対戦モードがあったらいいなと思い始めました。
ちょっとの追加で実装出来そうな気がしてきたのでちょっとやってみるかなぁ。

> 私　　「最終目的は、最強の優先順位を求めることだ！」
　〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
> 私　　「そうだ、昔、PC-88に移植したBASICのコードがあった、それを変換しよう」

としきさんのなかの多重人格ですか。いったい何人いるんじゃ〜。(^^;

> ということで、BASICからＣへの移植がスタート。
> ただ、残念ながら、こいつも未完。途中までのＣのソース、コンパイルだけは通る
> ようにはなっていたかなぁ。

なるほど。B TO C はここから始まっていたのですね。

> そして次のバージョンでは、いろいろな優先順位のアルゴリズムをどう戦わせるか、
> ということ事になります。ここはマシンの速度にもよりますが、100回とか10000回
> とか。トーナメントかリーグ戦か。作る優先順位も、最初は乱数かな、とか。

優先順位式だと何度やっても同じ結果になりそうな。先手後手の違いは出そうですが。

> でも、最も優先順位が低く設定されている角の隣は、例えば左上と右下のどちらに
> 先に置くか、というのは、まさに優先順位。

先読み技術はこれを判断出来るのですよね。私はそれをやってみたいのです。
角を取られない所を優先というだけなら比較的簡単に出来るかなぁ。

> ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
> ご存知ですか？

なんだらう。わかりまへんなぁ。と思ったのですが、パソピア7活用プログラム集
という本に対人オセロの作り方が載っていて色々参考になることがわかりました。



その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。
でも九九の表は日本独自じゃなかったかなぁ。まさかオセロとかじゃないですよね。

> 2020年に生きている本日現在の我々としては、コロナで巣篭もりするしかないので、
> この実現を図る時間はたっぷりありますな。
> ＃さぁ、あと数ヶ月で東京オリンピックだ！

うう、字空の歪みが時空の歪みを呼んだのか。それとも数年前のつぶやきか。
そのつぶやきは実現が延期されました。巣ごもりも解除されて空時間が無くなった？
未来は変わってしまったのです。その平行世界は消滅しました。

> う〜む……ムッサイ爺だったのか……
> 全然覚えてなかった。
> だいたいこれ，「ばふつあ」の部品の丸写しですよ！
> 作ってないから覚えてないんだな，んだんだ。

いや、「ばふつあ」を見ても同じルーチンは無いんで内容を理解して作らなければ
出来ないはずです！　こんなのを速攻で作れるのが証拠でしょう。(^^;
でもそのおかげで楽しみが増えた部分もあるのかなぁ。懐かしいですよね。

> > FGALEL/MES/2/#10790というと1998/04/11か、Ｃ言語でアルゴリズムを作ってお互い
> > に戦わせようというツリーがありました。盤面の配列を渡すと置く場所を返す関数
> > を作る、という話です。

> 興味深い話ですね。私はそのころVZ以外の会議室を覗く余裕がありませんでした。
> アーカイブでも残ってたら絶対見に行きたいのに、残念です。

付記というか、FGALEL/MES/2/#10750から始まるツリーで前段の話があるのですが、
私はこちらにもちょっとだけ首を突っ込んでいたりします。当然、地層処分済み。
必要があればこの辺のログをお送りできますけど、当然ながらVzマクロ化は困難です
から、必要性はないものと思われます。

> としきさんのなかの多重人格ですか。いったい何人いるんじゃ〜。(^^;

これでもほんの一部、いや、あの、その。

> 優先順位式だと何度やっても同じ結果になりそうな。先手後手の違いは出そうですが。

同一の優先順位なら、何度やっても同じ結果ですよね。
だから、特定の優先順位同士の対戦は、最大でも先手後手の２回で十分。
とはいえ、優先順位の総数は６０の階乗もある。それが一体どのくらいの値なのか、
私には見当もつかぬ。全ての総当りなんて、スパコンなら可能なのかなぁ。
で、まぁ、そんな全部を使うわけには行かないので、使えるのは当然ながら全体から
見たらサブセット。ならその実際に使う優先順位の配列はどう作るか、というと、
やっぱり初期値は乱数かな、とか、いろいろ考えるわけです。

> > ところで、一次元の配列で表現されるもので、この地球上で一番多いものって何か
> > ご存知ですか？

> なんだらう。わかりまへんなぁ。

もちろん、広い宇宙には、それ以上の一次元配列もあるかもしれませんが、地球上で
最多の一次元配列、それは私たち人間の体の中にもあります。
遺伝子配列、と呼ばれています。
１つあたりの長さは知りませんが、人間の場合、１つの細胞に２３対あります。
生物によっては何対あるかが異なったりしますが、どんな生物でも１つの細胞あたり
それだけの一次元配列のデータを持っているわけです。
なので、いきなり話が飛躍しますが、最強の優先順位を求めるという問題を解くに
あたっては、遺伝的アルゴリズムを適用したいな、なんてことを妄想したりしたわけ
です。

> と思ったのですが、パソピア7活用プログラム集
> という本に対人オセロの作り方が載っていて色々参考になることがわかりました。

例えばどんなことが載っていたのですか？

> その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。

む？
一般的な九九の表は二次元配列的に表現されることが多いと思うのですが、それが
一次元配列というのはどういう表になっているのでしょうか。
俄然興味がわいてきました。

> でも九九の表は日本独自じゃなかったかなぁ。

九九を発声で覚えるのは日本独自っぽいですけど、表そのものは十進法を採用して
いる地球上の多くの国で全く同じ物が使われているはず。というか、国によって１桁
の掛け算の結果が異なります、というようなことがあると困ると思う。
そういえば昔、インドでは９９×９９までの掛け算の結果、すなわち１万個に近い
数字を暗記するとかいう話を聞いたことがあるけど、本当かなぁ。

> 未来は変わってしまったのです。その平行世界は消滅しました。

あらま残念。
＃オリンピックは１年延期だ！

> 付記というか、FGALEL/MES/2/#10750から始まるツリーで前段の話があるのですが、
> 私はこちらにもちょっとだけ首を突っ込んでいたりします。当然、地層処分済み。
> 必要があればこの辺のログをお送りできますけど、当然ながらVzマクロ化は困難です
> から、必要性はないものと思われます。

うーむ、興味はあるけど C の話はまだまだ敷居が高いので将来の課題ですね。
そのうちお願いするかもしれません。m(__)m

> > と思ったのですが、パソピア7活用プログラム集
> > という本に対人オセロの作り方が載っていて色々参考になることがわかりました。
> 例えばどんなことが載っていたのですか？

配列変数を使って棋譜データ？を記録して何度でも再現出来る機能とかです。
今の私の頭ではちょっとムズイですが、これをTBオセロに取り込みたいのです。

> > その中に九九の表というのがあるのを見て、これも一次元配列だなと思いました。
> む？
> 一般的な九九の表は二次元配列的に表現されることが多いと思うのですが、それが
> 一次元配列というのはどういう表になっているのでしょうか。

うう、頭がバグって間違ったことを口走ってました。二次元配列でしたね。m(__)m
＃きっと私の電池頭脳がウイルスにハッキングされてしまったのでしょう。

> > 未来は変わってしまったのです。その平行世界は消滅しました。
> あらま残念。
> ＃オリンピックは１年延期だ！

どうやらまだ時空のはざまにいるようですね。(^^;
今はスカイネットAIの反乱で人類滅亡の危機に φ(..; ﾊﾞｷｯ＼(--; ﾓｳｿｳﾓﾀｲｶﾞｲﾆｼﾛ!

> > > と思ったのですが、パソピア7活用プログラム集
> > > という本に対人オセロの作り方が載っていて色々参考になることがわかりました。
> 配列変数を使って棋譜データ？を記録して何度でも再現出来る機能とかです。
> 今の私の頭ではちょっとムズイですが、これをTBオセロに取り込みたいのです。

やってしまいました。本のページをスマホで撮影しPCのブラウザでグーグルレンズ
文字化けは5％くらいですが、今更小さな活字を追って手打ちは辛すぎるので。(;_;)
TBコンパイラでエラーが無くなっても QBでは文字化け文法エラーが沢山出る。(>_<)
おかげで比較的早く動くようになりました。＼(^^)／ ﾔｯﾀ-

コマの数表示や棋譜データのファイル化までやって、だいぶ中身がわかってきました。
その勢いで、例のTBオセロに機能移植までやりました。(^^;
ある程度動いたら内部データ同士で戦わせる機能も付けてしまいました。＼(^^)／ 
今現在は再現プレイはまだ動かないものの、コンピュータ同士の対戦は出来ています。
もうちょっと表示を整えたらレポします。(^^;

日経MIXのログ一覧を見返していたら、vzoto.docというのがあって、ああ、
あのEGGCHIオセロのドックがこんなところにもあったのかと思ったのですが
念のため軟体のDOCと日付を比べたら、こっちが新しい！
え！！　と思ったら中身も違ってサイズが増えていました。

過去ログでVZ天国の話題も見たので、もしかしたらVZ天国版のDOCかもと思い
確認したら、やっぱりVZ天国版オセロのDOCでした。
マクロの日付は同じでDOCだけが変更したのは書籍向けに体裁を整えたのかも。
マクロ導入の注意点が書かれていたので、おそらく作者本人の編集かな。
ここの皆さんはVZ天国版はお持ちでしょうが、記念にDOCをアップします。(^_^)
ファイルの日付がわかるように、ZIPにしました。

#txt=vzotodoc.zip


＃　べ、別に昔のマクロを探していたわけじゃないんだからﾈ・・・

想像するところ，
ライブラリ版はネットワーカーがダウンロードすることが前提になっているので，
必要があれば作者自身がフォーラムやメール等で質問対応できるけれど，
書籍版はそれらの手段を持たない人も念頭に置く必要があるので，
版元のビレッジセンターから作者に要望したということではないでしょうか。

なんか訳のわからない人がVCにバンバン電話しそうじゃないですか？
ふつう編集者は，そういう事態を容易に想定しうるのではないかと。

> 書籍版はそれらの手段を持たない人も念頭に置く必要があるので，
> 版元のビレッジセンターから作者に要望したということではないでしょうか。

私もそう思いました。特にこのマクロは起動条件が厳しかったですもんね。
あ、作者のほうから「直させてくれ」と言ったのかも。(^^;

> なんか訳のわからない人がVCにバンバン電話しそうじゃないですか？

実際沢山あったんじゃないですかねぇ。(^^;
直接店に行って評価版のソフトをタダでせしめたやつもいたらしいし・・・

> ふつう編集者は，そういう事態を容易に想定しうるのではないかと。

そういう状況を経験すると次は対策しようとなりますよね。(^^;

ところでVZ天国版の vzoto はアーカイブも整理されてていい感じですよね。
これは c.mosさんがやったっぽいですが。c.mosさんの一文も入ってるし。
これを軟体の最終版には出来ないもんでしょうか。

> ところでVZ天国版の vzoto はアーカイブも整理されてていい感じですよね。

そうでしたっけ？　えーと，ゴソゴソ……

あらら？！　天国のフロッピーのバックアップがない？！
フロッピーはあっても，読める環境が？！ それはべつとして，

> これを軟体の最終版には出来ないもんでしょうか。

公刊された本の付録の中身を許諾なく複製して掲載し，
不特定多数の人のダウンロードを可能にするというのは……
版元が解散しているとしても，問題が生じるのではないかな〜

最終版がV天の付録に収録……という記載にするなら大丈夫だと思いますが。

> あらら？！　天国のフロッピーのバックアップがない？！
> フロッピーはあっても，読める環境が？！ 

環境というと、USBFDDが無いのでしょうか。私は108￥で3台GETしてます。
でも30年以上経ったFDDなんて読めればラッキー！　ですからねぇ。(^^;

> 公刊された本の付録の中身を許諾なく複製して掲載し，
> 不特定多数の人のダウンロードを可能にするというのは……
> 版元が解散しているとしても，問題が生じるのではないかな〜

うーむ、まあそうですよね。うちも色々グレーなことやってるっぽいし。(^^;

> 最終版がV天の付録に収録……という記載にするなら大丈夫だと思いますが。

あ、それでお願いしたいです。本体改造版は勝手にやってしまいましたが。m(__)m
ついでに c.mosさんのDOCもあげちゃいます。(ﾟ゜)☆＼(--#)ﾊﾞｷｯ

#txt=from_vc.txt

それでは，軟体への追加記載するための正確な情報をもらえますか？
とりあえず，付録FDの詳しめの DIR とか……あー，それじゃ
書庫ファイルの中身まではわからないか……どうしようかな (ﾟ-ﾟ)

> それでは，軟体への追加記載するための正確な情報をもらえますか？
> とりあえず，付録FDの詳しめの DIR とか……あー，それじゃ
> 書庫ファイルの中身まではわからないか……どうしようかな (ﾟ-ﾟ)

あ〜その顔文字、ブラウザとVZで表情が違って見えますね。(^^;
しかたがないので丸ごとZIPして送りつけてしまいました。
煮るなり焼くなり好きにしてください。m(__)m
大きすぎて撥ねられないかな。(^^ゞ


追記
なんかエラーになったみたいだけど、たぶんgmail に転送できなかったのかな。(^_-)

うちでは同じ見た目なので，konnoさんのブラウザのフォント設定の問題かと。

で，今回判明したこと。
軟体の凡例に「V天(VZ天國)」と略称を指示していますが，
V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;

これはちょっと手がかかりすぎて，いつになるのか分かりませんな〜

みなさま（としきさんを含む）

>V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;
　うーんと、僕のところ（firefox）では、この絵文字、Ｖｚでも同じに見える
ようです。
　ったく、ほんと仲のいい人たちだよなぁ。cmosさんに、感謝。m(__)m
　僕は、今日、最後の出勤を終えました。あとは神田に行って感謝状とかをもらい、
そのまま秋葉原まで歩いて、なぜか！　NEC 98 のその後をいろいろいろいろ、
探索する、ということになっています。ほんとに９８とかやるの？？？

　あ、まだ稼働していない、NEC 9821 Cx とかはなぜかそこにあるのですが。
　マジ？　ヤバくない？
　マジです。あああああ。.fdi とか .dcu とかで話が想像できる人は、まず
いないと思うけど。

　ま、へろっへろっになりながらも、見てますよ、ということでした。
　とりあえず、ジャガイモ植えつけは終わり、トマトが芽をだしてます！
幸せのトマトですね。

> うちでは同じ見た目なので，konnoさんのブラウザのフォント設定の問題かと。

VTDOSはMSゴシックで見慣れてるので微妙な違いが気になったりして。(^^;
なかなか趣があるなぁ、と思ったしだいです。

> で，今回判明したこと。
> 軟体の凡例に「V天(VZ天國)」と略称を指示していますが，
> V天の記載は本体の一覧表内には「ひとつもない」ことが分かりました。(^o^;

漏れは多分無いと思うんですが、まあ、VZ1.5時代のマクロ集だし。
でも他にもDOCを変更している例があるかもですね。

> これはちょっと手がかかりすぎて，いつになるのか分かりませんな〜

もうまな板の恋なんで気長にやりましょう。(^^;

＃　まな板の恋とはなんぞや？　味の開きが三枚とかもうわけわか。(^^;

> 　僕は、今日、最後の出勤を終えました。あとは神田に行って感謝状とかをもらい、
> そのまま秋葉原まで歩いて、なぜか！　NEC 98 のその後をいろいろいろいろ、
> 探索する、ということになっています。ほんとに９８とかやるの？？？

おお、いよいよセカンドライフですね。(^_^)
その足で旧８めぐりとか、好きですねぇ。(^^;

> 　マジです。あああああ。.fdi とか .dcu とかで話が想像できる人は、まず
> いないと思うけど。

fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;

konnoさん

　ま、好きなんですよねぇ、困ったことに。

>fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;

　そっか、エミュな普通の人には、すぐ通じちゃうんだ。
　エミュでなく実機じゃなきゃいやだ、という時代錯誤な我が侭をいうと、
アキバになったり、.dcu とかになったりするみたいです。
　自分が信じられません。でも、ほら、あの国家試験とかもあるわけじゃない
ですかぁ、、、。埼玉でなく静岡になる予定です、、、。
　ごおつくばり。greedy!

> >fdi と聞くとNP2のFDフォーマットだったっけ？　とか思うのが私です。(^^;
> 　そっか、エミュな普通の人には、すぐ通じちゃうんだ。

ありゃ、ボケをかましたつもりが合っていましたか。<(^^;)
ということは・・・「拡張子 DCU」で検索すると
> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphiに割り当てられています。 
> これらのファイルのフォーマットは、一般的にDelphiのバージョンごとに変更 ...
うーん、これは外してるかな。(^^;

> 　自分が信じられません。でも、ほら、あの国家試験とかもあるわけじゃない
> ですかぁ、、、。埼玉でなく静岡になる予定です、、、。
> 　ごおつくばり。greedy!

国家試験は？？ですが、もしかして移住の話ですか。
田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
「移住 失敗」で検索すると
> 地方移住で失敗する人の特徴5つ 
> ・ お客様感覚 
> ・ リサーチ不足 
> ・ 人付き合いが苦手 
> ・ 理想が高すぎる 
> ・ お金の管理ができない.
なんて出ますね。もちろん充分にリサーチはしてると思いますが。(^^;
今は南海トラフ地震の話があるので海沿いは避けた方がよさげに思います。
余計なお世話？　失礼いたしました。m(__)m

> > > その書き換えるルーチンを考え、作るのに何時間かかるやら。(^^;
> > そこまでかかるかなぁ。かかるかも。

動くかどうかわからないルーチンなら、そこまでかかりませんでしたね。
今まで１時間弱考えて熟成させていたこともあるのでしょうが、２０分とかからずに
できた感じ。トータルで１時間半はかかっていない。
ただ、デバッグもやっていないし、動くかどうかすらわかりません。

> フックするのなら、wf_regi.cgiの最後のほう、pastlogのルーチンの末尾でしょう。

書き込みごと、ではなく、過去ログに追加されるごと、なのですから当然ですよね。
末尾も末尾、属性変更の後ろに、こんなものを追加。

# 最新の過去ログを開く
open(IN,"$pastfile") || &error("Open Error: $pastfile");

$maxdat = "0000/00/00 00:00";
$mindat = "9999/99/99 99:99";
while (<IN>) {
    ($no,$re,$lx,$sub,$eml,$url,$nam,$dat,$msg,$t,$ho,$pw,$wr,$oya,$sml,$res) = split(/<>/);
    if ($maxdat < $dat) { $maxdat = $dat; }
    if ($mindat > $dat) { $mindat = $dat; }
}
close(IN);

$pastdatfile = sprintf("%sdat%04d\.dat", $pastdir,$num);

# 過去ログ日付ファイルを更新
open(OUT,">$pastdatfile") || &error("Write Error: $pastfile");
print OUT $maxdat;
print OUT $mindat;
close(OUT);

if ($past_flag) { chmod(0666, $pastdatfile); }


動作テストすらしていないので、さすがに一発完動という事はないと思う。
ただ、このルーチンでは

> ここまでで問題になるのが、新しい過去ログファイルが作られたとき。
> 　新しい直近過去ログの出力結果
> 　１つ前の直近過去ログの出力結果
> 　それ以前の過去ログ分
> の３つが並立するわけで、後者２つの結合は手作業？

この問題は解決しないなぁ。
ま、アイディアはあるので、作って作れない事はない。あと３０分くらい？
とはいえ、手作業で全ログの最古と最新の日付をチェックすることに比べたら、
ずいぶん楽になるはず。だって、きちんとやるなら、過去ログが更新されるたびに
マウスオンメッセージのファイルを書き換える必要があるわけです。そして、過去ログ
が更新されるのは掲示板に書き込みがあったタイミングなわけで、ということはつまり、
掲示板に書き込みがあるたびに過去ログが更新されているかチェックしなければならない
（このタイミングでは過去ログの中身のチェックは不要）ということで、かなり大変な
はず。それが、新しい過去ログが作成されたときだけに省略されるわけです。
でも、そういうことを考えると、konnoさん、本当にまめな人だと思う。
だって、過去ログが更新されるたびにチェックされているわけですから。
こんな面倒なことを手作業でまめになされているkonnoさんには頭が上がりません。

> しかたがないので丸ごとZIPして送りつけてしまいました。

ありがとうございました。
本日，丸一日頑張って V天 の記載を完了しました。

元データに手を入れないまま，2種類の表を直接直してしまったので，
これにて軟体の更新は打ち止めということになります。

今後は2枚の表をそれぞれ直すしかないですが，まぁたった2枚なので。

> 今まで１時間弱考えて熟成させていたこともあるのでしょうが、２０分とかからずに
> できた感じ。トータルで１時間半はかかっていない。
> ただ、デバッグもやっていないし、動くかどうかすらわかりません。

１時間半である程度形になったのですね。流石です。
ただ、デバッグ時間がプラスされたらどうなるか。(^^;

> とはいえ、手作業で全ログの最古と最新の日付をチェックすることに比べたら、
> ずいぶん楽になるはず。だって、きちんとやるなら、過去ログが更新されるたびに
> マウスオンメッセージのファイルを書き換える必要があるわけです。そして、過去ログ
> が更新されるのは掲示板に書き込みがあったタイミングなわけで、ということはつまり、
> 掲示板に書き込みがあるたびに過去ログが更新されているかチェックしなければならない

どうもここに認識の違いがあるようです。
私は新しい過去ログが出来た時にデータ更新するので、半年〜1年に1回という認識です。
まあ、自動化するには投稿のたびにチェックすることになるのかな。

konnoさん

>ありゃ、ボケをかましたつもりが合っていましたか。<(^^;)
　あ、そうなの？

>> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphi
　完全に外れてますね。

>国家試験は？？ですが、もしかして移住の話ですか。
　宅建ですって。

>田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
>「移住 失敗」で検索すると
　橋を焼いてしまうので、失敗とかは自分に許しませんよ。

> 地方移住で失敗する人の特徴5つ 
> ・ 人付き合いが苦手
> ・ 理想が高すぎる
　ありがとうございます。上の２項が当てはまる可能性があり、気をつける
べき事項と心得ました。某芥川賞作家による『田舎暮らしに殺されない方法』
という本は、愛読書です。

　状況からみて、あまりBASICや旧８に一生懸命になれそうもないな、と
思ってます。ほんとは、『使っておぼえるアセンブラ』とか_Mastering
Turbo Assembler_とかを、「まだやってたんですか！？」と言ってもらえる
ぐらいしつこくしつこくやる予定だったのですが。
　でも、BASICは、いろんな意味で、かなり勉強になるねぇ、と思っては
います。人生、あと２０年ある、あるいは「あらせる」というつもりなので、
いつか、野望が果たせるでしょう。こんな希望、大事だと思ってます。

めざらさん

　正確に文脈を理解できている自信はないのですが。

>まぁたった2枚なので。
　あははははは。ありがとうございます！　いっぱいお世話になっています！

> 本日，丸一日頑張って V天 の記載を完了しました。

ありがとうございます。なんだか強要したみたいで恐縮です。m(__)m

> 元データに手を入れないまま，2種類の表を直接直してしまったので，
> これにて軟体の更新は打ち止めということになります。
> 今後は2枚の表をそれぞれ直すしかないですが，まぁたった2枚なので。

サイトの更新は大変ですよね。頭が下がります。m(__)m

ところで、斉木さんのドラゴンシーク１、２もVZ天国版は無理だとしても
LIB版なら載せられるのでしょうか。
あの大作にして名作ゲームをやってみたい人は少なからずいるでしょうし。
うちにはLIB版は無さそうだったですが。

軟体の元データはタブ区切りのテキストデータで，ソート用のフィールドが
ひとつだけあります。お名前の読みですね。

本来はこの元データを編集して，発表日順と作成者順の2枚のページを出力。
編集するファイルを一元化するに越したことはないのですが，
大きな更新がない限り，それぞれのページを同様に加筆修正します。
わずかな更新内容であれば対応可能ですね。

いやいや，記載が欠落していたのは大きなミスなので，気づくきっかけをいただき
感謝しかありません。ありがとうございました。

> LIB版なら載せられるのでしょうか。

ドラシーは転載条件が事前許諾なんです。
だから，VZ天国や上村さんのマクロコレクションを入手するか，借りるしかありません。
国会図書館サーチで見ると，神奈川，千葉，埼玉の各県立，名古屋市立，堺市立でV天所蔵。

わたしも LIB版は取りこぼしていますが，いずれにせよ転載できません。
軟体のフリーウェア解釈は緩いですが，明記された条件を蔑ろにはできないですね。

> ただ、デバッグ時間がプラスされたらどうなるか。(^^;

それもありますが、現在のルーチンは単に日時の出力のみ。
最低限、きちんとした書式にする必要はありますね。
書式というか、配列への代入文というか。

> 私は新しい過去ログが出来た時にデータ更新するので、半年〜1年に1回という認識です。

それでいいのかなぁ。
だって、過去ログって、ツリーごと更新になっていますよね。
そして、ツリーって必ずしも日付順になっているわけではない。
例えば、最新過去ログが「2026/01〜」となっていたとして、現行ログの一番尻尾の
ツリーのルートの発言が「2025/10」だった場合。この場合、新規発言があって現行
ログから過去ログにツリーが移行したタイミングでマウスオンのデータも更新する
必要があると思うのですが、正しくない情報を何ヶ月も放置するということになる
のでしょうか。
わたくしといたしましては、それはとても好ましくないと思いますの。

> >> DCUファイルとは？ DCUファイルタイプは主にBorland SoftwareのDelphi
> 　完全に外れてますね。

これはまあ予想通りですね。(^^;

> >国家試験は？？ですが、もしかして移住の話ですか。
> 　宅建ですって。

あ、この間話していたやつですね。勉強頑張ってください。m(__)m

> >田舎暮らしに憧れて移住したけど色々な問題で直ぐ町に戻ったという話も見ます。
> >「移住 失敗」で検索すると
> 　橋を焼いてしまうので、失敗とかは自分に許しませんよ。

背水の陣ですか。退路を断つってやつですね。(^^;

> 　状況からみて、あまりBASICや旧８に一生懸命になれそうもないな、と
> 思ってます。ほんとは、『使っておぼえるアセンブラ』とか_Mastering
> Turbo Assembler_とかを、「まだやってたんですか！？」と言ってもらえる
> ぐらいしつこくしつこくやる予定だったのですが。

勉強しながら息抜きにBASICとかで遊ぶのもいいですね。(^^;

> 　でも、BASICは、いろんな意味で、かなり勉強になるねぇ、と思っては
> います。人生、あと２０年ある、あるいは「あらせる」というつもりなので、
> いつか、野望が果たせるでしょう。こんな希望、大事だと思ってます。

そうそう、希望が大事ですよね。
私の当面の夢はオセロを自力で少しだけ強くすることです。
AIオセロとか全く理解できん。(>_<)

> いやいや，記載が欠落していたのは大きなミスなので，気づくきっかけをいただき
> 感謝しかありません。ありがとうございました。
> 
> > LIB版なら載せられるのでしょうか。
> 
> ドラシーは転載条件が事前許諾なんです。
> だから，VZ天国や上村さんのマクロコレクションを入手するか，借りるしかありません。

そういえば書いてありました。メールより前にまず1.6で動かせるようにしないと。
DOSVAXJ3でVZ1.5なら完璧に動くのですが、VZ1.6はまだ色々問題があります。

> わたしも LIB版は取りこぼしていますが，いずれにせよ転載できません。
> 軟体のフリーウェア解釈は緩いですが，明記された条件を蔑ろにはできないですね。

確かに。私も改造出来たら差分で出すようにします。

> 例えば、最新過去ログが「2026/01〜」となっていたとして、現行ログの一番尻尾の
> ツリーのルートの発言が「2025/10」だった場合。この場合、新規発言があって現行
> ログから過去ログにツリーが移行したタイミングでマウスオンのデータも更新する
> 必要があると思うのですが、正しくない情報を何ヶ月も放置するということになる
> のでしょうか。

う、そういう場合もありますね。失念していました。m(__)m
その場合は気が付いた時点で更新するということで。(^^;
だって元々は何も表示が無かったのを簡易的な表示をしたのから始まった話ですし。

> わたくしといたしましては、それはとても好ましくないと思いますの。

私の感覚では上記の対応で充分なんです。(^^;

> だって元々は何も表示が無かったのを簡易的な表示をしたのから始まった話ですし。

> 私の感覚では上記の対応で充分なんです。(^^;

あ〜、なるほど。
これはもしかしたらあれかな、konnoさんの感覚からすると、私のほうが便利なもの
に依存しすぎているような感じかも。ただ、私としては、スナップショットというか
現在目の前にあるものそれ自体で完結しているものを求めてしまうのですよ。もはや
ほとんどいないかもしれませんが、一見さんというか新規のお客様に対してもわかり
やすい表示であってほしい、という意味で。そしてそれは、非常に高い確率で常連の
私にもわかりやすいであろうから。

あ、そうだ、わかりにくいというか意味不明なものが多数あるこのダンジョンで、
また一つ気がついた意味不明部分。過去ログのマウスオーバーで表示される期間の
次の３桁の数字、これってなんですか？

konnoさん

　僕は素人の一見さんっぽいところがあります。

- 関連一覧ツリー （先頭の番号をクリックするとツリー全体を一括表示します）
▼ 11751.サイト更新　新着情報 V0.955 - konno konno 24/12/18-22:47

　前もこれ見たんですよ。別に、機能に障害はまったくないので、
問題ナッシングですが。

　あ、昨日、とりあえず終了でした。
　アキバ、行ったのですが、あ、あかん、メイドも人込みも超苦手。
　ＰＣジャンクって、終わってるのかな、やっぱり。
　通販の時代なんでしょうかね。モノとの接触。これ感動ないのかな？
　ま、今年、まだお仕事が１４回くらいあるので、７回くらいは隅から
隅まで見てみますかね。
　旧８系で有名な Beep は、ソフトばっかり〜。ＭＺのジャンクが３万円！
完全にクラシックカー状態（僕の根性が足りない、というのはありますが）。
　手元にある奴らを大事に大事に使おうと思ってます。

> ほとんどいないかもしれませんが、一見さんというか新規のお客様に対してもわかり
> やすい表示であってほしい、という意味で。そしてそれは、非常に高い確率で常連の
> 私にもわかりやすいであろうから。

なるほど、その考えはもっともですね。
うーん、今までは自分が便利に使えればいいやって感じでやってたんだなぁ。(^^;
「お読みください」の留意事項、ずいぶんほったらかしだったけど、更新するか。
ここに使い方を追加で書いていくことにします。気が向いた^H^H付いた時に。(^^;

> あ、そうだ、わかりにくいというか意味不明なものが多数あるこのダンジョンで、
> また一つ気がついた意味不明部分。過去ログのマウスオーバーで表示される期間の
> 次の３桁の数字、これってなんですか？

これは多分そのログの記事数（改行数）ですが、合っているとは限りません。(^^;
だいたいの目安でログ当たりの記事数が気になった時用ですね。
こういうのはむしろ説明しないで、気が付いた人だけの多空箱としとくか。(^^;
開けたらお宝が出てくるかも。とか、わくわくしませんか。(ﾟ゜)☆＼(--#)ｼﾈｪﾖ!
そう、その鍵を開けるのはあなた自身なのです。（何もしないためのいいわけ）


＃　ここはＶＺシーク�V

> - 関連一覧ツリー （先頭の番号をクリックするとツリー全体を一括表示します）
> ▼ 11751.サイト更新　新着情報 V0.955 - konno konno 24/12/18-22:47
> 　前もこれ見たんですよ。別に、機能に障害はまったくないので、
> 問題ナッシングですが。

げげ、記事閲覧のツリーの親記事ですか！！
以前該当記事に色を付ける変更した時に親記事を直すのが漏れてました。m(__)m
ここで親記事リンクはめったに使わないので気が付かなかったです。(^^;
直しました。ありがとうございます。m(__)m

> 　アキバ、行ったのですが、あ、あかん、メイドも人込みも超苦手。
> 　ＰＣジャンクって、終わってるのかな、やっぱり。

アキバに行かなくなったのはそれかな。全く違う町になっちゃいましたねぇ。(-_-;)
最後に行ったときはガチャとメイドの街、というイメージだったような。

> 完全にクラシックカー状態（僕の根性が足りない、というのはありますが）。
> 　手元にある奴らを大事に大事に使おうと思ってます。

私も捨ててしまった過去を取り戻したいとか、大後悔時代の荒波に揺られ・・・
今あるものを大事に・・・・　至言の資源ですね。

> 　アキバ、行ったのですが、あ、あかん、メイドも人込みも超苦手。

私のいつもの巡回経路は、秋葉原駅から西のあたりですがね。
平日の午後、と限定すると、１０年前なんかに比べて明らかに人出は少ない。
メイドさんは多いかもしれませんけどね。
なので、曜日とか時間帯、あるいは年度末というようなタイミングによるのかも
しれませんが、現状のアキバの人込みに耐えられないような人は、１０年、あるいは
それ以上前のアキバの一番面白い時代を知らない人だと思う。

> 　通販の時代なんでしょうかね。モノとの接触。これ感動ないのかな？

あぁそうか、通販の時代になったから人出が減ったのか。
あるいは、ジャンクに限定すると、昔はアキバに来るしかなかったけど、今では
どこの町にもハードオフがあって、ハードオフの複数店舗を巡回すればそれで十分
用が足りるようになったから、というのもあるかも。
松下幸之助の水道哲学に通じる物がありそう。

私家版移植オセロ v1.25 2025-04-23版を自作、改作アプリの部屋にアップしました。

・ベーマガ版１、私家版２、EGUTHI版３の３種類のデータを選択出来ます。
・コンピュータ同士の対戦も出来ます。
・ゲーム終了後に棋譜データを使って再現が何度でも出来ます。
・ゲーム終了時に棋譜データを出力するようにしました。
・アイドル機能追加でCPU負荷軽減。ソースは TurboBASIC 専用となりました。
・隠し機能（秘密のチート機能。ソースを変更してコンパイルすれば使えます）

　※バグを見つけたら教えてください。　　
ダウンロード　OTL-t2.zip　サイズ 42433bytes　 2025-04-23 new!

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