新着記事 50 |
|---|
11636： Re: レガシコンソールモード非推奨 投稿者：konno 2024/11/09(土) 23:58
11635 番 shadow さんへのコメント
- No.11636 - [ｺﾒﾝﾄ元:11635] [リストへもどる] soft> win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。
げげ、そうなんですか、大変だぁ！！
うちのは、Win10 22H2 で、Win11にも出来ないのでどうなることやら。> 再インストール方法を昼から検索してやっと20時過ぎからインストール> オプションのオンデマンド機能としてインストールするようになってました。
おお、オプションではあるのですね、ひとまずは安心しました。> その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。
あらま、でも最初からやり直しとかHDDクラッシュとかならなくて良かったですね。> 取り合えずインストール方法を残しておきます。> 設定→システム→オプション→オプション機能を追加する（機能表示）> →Legacy Console Host追加
ありがとうございます。近いうちこれが役に立ちそうな雰囲気ですね。> 近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。
うう、そうなると VZの生き残りも厳しいですね。
VTDOSは更新があるかわからないので、使えなくなる可能性も・・・
11635： レガシコンソールモード非推奨 投稿者：shadow 2024/11/09(土) 21:35
コメント数 1
win11を24H2に更新したらレガシコンソールモードが削除されるって知らなかったです。- No.11635 - [リストへもどる] soft
再インストール方法を昼から検索してやっと20時過ぎからインストール
オプションのオンデマンド機能としてインストールするようになってました。
その最中に四国電力管内で大規模停電約40分。通電後続きからインストールできました。
取り合えずインストール方法を残しておきます。
設定→システム→オプション→オプション機能を追加する（機能表示）
→Legacy Console Host追加
近い将来レガシコンソールモードはサポート中止なる可能性が高いですね。
11634： Re^12: 発掘した絵数化布の秘法BATでプレゼン 投稿者：konno 2024/11/09(土) 01:14
11633 番 としき さんへのコメント
- No.11634 - [ｺﾒﾝﾄ元:11633] [リストへもどる] soft> 懐かしいですね、古の技術。> ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。
一瞬「秘法」より「秘術」のほうがしっくりくるのかと思ってしまいました。(^^;
「絵数系布」のほうが発音も意味も通るので良いですね。これ、使わせてもらいます。> > ＃ 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。> 最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン> がある、なんていうヨタ話を平気でするような人がいっぱいいて。> なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。
世界ではより大きな暗闇の中で暗闘が続いているとかいないとか、、と言う感じですかね？
私は暗闇は怖いので、「君子危うきに近寄らず」を徹底していきます。
変な電話やインターホンには出ないし、防犯カメラも欲しいなぁ。
＃ 痛ッ、、ほら、怖くない、怯えていただけなんだよね・・・
って冗談じゃなく、世の中怖くなってますよねぇ、、、> とりあえず、VTDOS122で表示はされました。> これは、組み込んでいるcommand.comの関係かもしれません。> うむ、タイトルだけは知っている。アニメ化もされたやつだ。
無事表示されたようで何よりです。
うちの VTDOS122 では表示出来ませんでした。あれぇ？ 調べてみたら
USECMD=1
これがあると表示しないようです。VER とやっても何も表示しない。
VTDOS121 も同様でした。
うーむ、もしかして XP だと Ver も表示したりして？
Win10,11 64ビットでは色々制限がきつくなっているようですしねぇ。(-_-;)
＃ もうマクロ玉も蟲封じも効かない・・・
11633： Re^11: 発掘した絵数化布の秘法BATでプレゼン 投稿者：としき 2024/11/08(金) 16:53
参照先：http://toshiki.la.coocan.jp/
11632 番 konno さんへのコメント コメント数 1
- No.11633 - [ｺﾒﾝﾄ元:11632] [リストへもどる] soft> わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で> プレゼンを作ってみました。答えは以下に。
懐かしいですね、古の技術。
ただ、やはりここも方言というか、私は絵数系布の秘術といったほうがしっくりくる。
だからなんだ、という話ですが。> ＃ 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
最近では、ウイルスそのものを含んでいないにもかかわらず感染して発病するワクチン
がある、なんていうヨタ話を平気でするような人がいっぱいいて。
なるほど、進歩しすぎた科学というのは呪いの黒魔術と大差がないのかもしれない。
それはさておき。
とりあえず、VTDOS122で表示はされました。
これは、組み込んでいるcommand.comの関係かもしれません。
うむ、タイトルだけは知っている。アニメ化もされたやつだ。
11632： Re^10: 発掘した絵数化布の秘法BATでプレゼン 投稿者：konno 2024/11/07(木) 23:09
11629 番 としき さんへのコメント コメント数 1
- No.11632 - [ｺﾒﾝﾄ元:11629] [リストへもどる] soft> 風大左衛門君の師匠のニャンコ先生は知っている。> よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。> でも、先生もので不細工な猫って知らない。> いつかそのうち、こいつのことをプレゼンしてください。
わかりました。せっかくなので、鉱山から発掘した古の暗嗣、絵数化布の秘法で
プレゼンを作ってみました。答えは以下に。
#txt=anime.dat
このファイルはコントロールコードを含んでいるので右クリックで保存してください。
ファイルの拡張子を BAT に変更してカレントフォルダに置いて実行してください。
＃ 大丈夫、ウイルスは含んでいません。城の地下ログからくみあげたものだから。
尚、VTDOS121 ではまともに動かないと思いますので最近のVTDOSか
DOSVAXJ3 なら問題なく結果を表示すると思います。
MS-DOS Player + FreeCOM もうまく動かないと思います。原因不明
MS-DOS Player + Win95系COM + オリジナルVZもうまく動かないと思います。BATの不具合
11631： DOSVAXJ3 (2024/11/07)テスト版 投稿者：konno 2024/11/07(木) 22:11
11538 番 konno さんへのコメント
軟式さんから DOSVAXJ3 (2024/11/07)テスト版のメールをいただきました。- No.11631 - [ｺﾒﾝﾄ元:11538] [リストへもどる] soft
内容は
-----------------------------------------------------------> さらにいろいろ見直しまして、ドライブのルートを mount しなくても>大丈夫になりました。テスト版は下記にあります。>https://www.nanshiki.co.jp/test/dosboxj_test4.zip> mount c c:\dos 等として、Windows コンソールプログラムに DOSVAXJ3>上の C ドライブのファイルを指定して渡しても大丈夫です。> 処理としてはコマンドラインパラメータのパスを書き換えています。
-----------------------------------------------------------
mount e d:\log\fgal\ として、32ビットコピーも問題なく出来ました。
これはいいですね。ますます便利になりました。
作者様に感謝です。
11630： DOSVAXJ3 (2024/11/06)テスト版 投稿者：konno 2024/11/07(木) 01:29
11538 番 konno さんへのコメント
軟式さんから DOSVAXJ3 (2024/11/06)テスト版のメールをいただきました。- No.11630 - [ｺﾒﾝﾄ元:11538] [リストへもどる] soft
内容は
-----------------------------------------------------------> stdout と stderr が分離できていなかったのと、Windows アプリ側から>カレントディレクトリのファイルを正しく認識できていなかったのを修正>しています。テスト版は下記からダウンロードできます。>https://www.nanshiki.co.jp/test/dosboxj_test3.zip
-----------------------------------------------------------
細かい修正があるようです。
CLPPST.EXE もバッチリですし、32ビットのCOPY系も動くようになり、快適です。
正式版がまちどうしいですね。
本当に感謝です。
11629： Re^9: グレーDIRで金銀パールプレゼン 投稿者：としき 2024/11/07(木) 00:24
参照先：http://toshiki.la.coocan.jp/
11628 番 konno さんへのコメント コメント数 1
とりあえず、もんどうも暗闘も終わったようなので、まとめというか。- No.11629 - [ｺﾒﾝﾄ元:11628] [リストへもどる] soft
絶対違うけど。> うーむ、私は全く見てないもので。
いや、私も全く見ていないというか、タイトルを知っているだけ。> 見てるのは一見不細工な猫のような先生ものとか。
私には「一見不細工な猫のような先生もの」というのがわけわか。
風大左衛門君の師匠のニャンコ先生は知っている。
よくタヌキに間違えられるほどに不細工な猫型ロボットも知っている。
でも、先生もので不細工な猫って知らない。
いつかそのうち、こいつのことをプレゼンしてください。
11628： Re^8: グレーDIRで金銀パールプレゼン 投稿者：konno 2024/11/06(水) 23:45
11627 番 としき さんへのコメント コメント数 1
- No.11628 - [ｺﾒﾝﾄ元:11627] [リストへもどる] pre> > もはや内容とは関係ないところで暗闘している感が。(^^;>> 確かに。> お互い、一体何をやってんだか。>> > というか、ポケット某 って何ですか、もうわけわかです。> そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ！> ＃でんげきつながりやめろ黄色い電気ねずみで、とある小さなモンスターが浮かびました。 それで、「○○モン パール」で検索したら色々ダイヤなどもザクザク出てきました。 うーむ、私は全く見てないもので。見てるのは一見不細工な猫のような先生ものとか。(^^;> USECMDについてなんですが、うちのVTDOS1.22の vtdos.txt には> > USECMD> > ビルトインコマンドの実行にCMD.EXEを利用します。> しか書いていないんですよ。なので、0と1のどちらがデフォルトなのかもわからない> し、どちらを指定したときにCMD.EXEを使うのかもわからない。ということで確かにわかりにくいかもですね、私もそれで勘違いしていた部分はあるかも。(^^;> > > 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、> > > USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している> > > command.comを使う、ということだと思う。> これもあてずっぽだったりする。たまたま正解だったようですが。おかげさまで私の勘違いがわかりました。お礼に何かプレゼン
11627： Re^7: ポケット某 DIRもんどう＆パール 投稿者：としき 2024/11/06(水) 22:31
参照先：http://toshiki.la.coocan.jp/
11626 番 konno さんへのコメント コメント数 1
- No.11627 - [ｺﾒﾝﾄ元:11626] [リストへもどる] pre> もはや内容とは関係ないところで暗闘している感が。(^^;確かに。 お互い、一体何をやってんだか。> というか、ポケット某 って何ですか、もうわけわかです。そんなことを言うダーリンには黄色い電気ねずみがでんげきバリバリだっちゃ！ ＃でんげきつながりやめろ USECMDについてなんですが、うちのVTDOS1.22の vtdos.txt には> USECMD> ビルトインコマンドの実行にCMD.EXEを利用します。しか書いていないんですよ。なので、0と1のどちらがデフォルトなのかもわからない し、どちらを指定したときにCMD.EXEを使うのかもわからない。ということで、実は> > 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、> > USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している> > command.comを使う、ということだと思う。これもあてずっぽだったりする。たまたま正解だったようですが。
11626： Re^6: ポケット某 DIRもんどう＆パール 投稿者：konno 2024/11/06(水) 02:41
11625 番 としき さんへのコメント コメント数 1
- No.11626 - [ｺﾒﾝﾄ元:11625] [リストへもどる] soft> 真珠との対比となると、こいつは外せない、というところ。
もはや内容とは関係ないところで暗闘している感が。(^^;
ちょうどパールを弄っていたところだったのでセーフ？ (ﾟ゜)☆＼(--#)ﾊﾞｷｯ
というか、ポケット某 って何ですか、もうわけわかです。> 古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、> USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している> command.comを使う、ということだと思う。
え？ 内蔵簡易CMD を使わないのが USECMD=1 だと思っていました。
vtdos.txt には
USECMD=0|1
ビルトインコマンドの実行にCMD.EXEを利用します。
デフォルトは0(利用しない）ですが、1を推奨します。
とありますね。試しに USECMD=0 で DIR したら、SFNで表示されました。げげぇ、、、
今まで LFN表示していたのは、CMD.EXE の DIRだったのか〜
どうやら私が勘違いしていたようです。すみませんでした。m(__)m> > USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。> この「どちらでも」というのは、SHELLを指定していようがしていまいが内蔵DIRが> 使われる、という意味ですよね。違うかな。
ということで、これは私の勘違いで、USECMD=1 で CMDのDIRが表示されていたようです。m(__)m
USECMD=0 で DIR したら、command.com 本来の表示になるようです。> > 外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題> FreeCom以外のcommand.comを使った場合の結果はどうなるのでしょうか。
MSDOS6.2 ではキチンとリダイレクト出来ています。> また、USECMD=1ではない場合の結果はどうなるのでしょうか。
これも MSDOS6.2 ではキチンとリダイレクト出来ています。> このへん、FreeComでなければならない理由というのを、私が読み落としてしまって> いるかもしれない。あるいは、読んだけれど忘れている、という可能性も高いかも。
元々の理由は単に DIR とした時に FreeCom の表示がちょうどよかったというだけのことでした。
そもそも DIRはオプションで表示形式は変えられるので、単にものぐさしただけだったのにこんな大事に。
11625： Re^5: ポケット某 DIRもんどう＆パール 投稿者：としき 2024/11/06(水) 00:14
参照先：http://toshiki.la.coocan.jp/
11623 番 konno さんへのコメント コメント数 1
真珠との対比となると、こいつは外せない、というところ。- No.11625 - [ｺﾒﾝﾄ元:11623] [リストへもどる] soft> VTDOS.CFG を確認しましたが、USECMD=1 になっていました。
古いXPマシンを引っ張り出してきて、私のところのVTDOSの設定を確認してみたら、
USECMD=1がコメントアウトしてあった。ということは、SHELLで指定している
command.comを使う、ということだと思う。
私自身の設定がこうなっていたことから、いろいろと誤解というかすれ違いが発生
したのでしょう。
ただ、なにぶん、最近いじっていないので、いくつか確認させてください。> USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。
この「どちらでも」というのは、SHELLを指定していようがしていまいが内蔵DIRが
使われる、という意味ですよね。違うかな。> 外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題
FreeCom以外のcommand.comを使った場合の結果はどうなるのでしょうか。
また、USECMD=1ではない場合の結果はどうなるのでしょうか。
このへん、FreeComでなければならない理由というのを、私が読み落としてしまって
いるかもしれない。あるいは、読んだけれど忘れている、という可能性も高いかも。
11624： Re^4: DIR もんどうはえいえんに 投稿者：konno 2024/11/05(火) 16:06
11622 番 shadow さんへのコメント
- No.11624 - [ｺﾒﾝﾄ元:11622] [リストへもどる] soft> > どなたか確認できる人いませんかね。> FreeComはゼロバイトのファイルを作るけどリダイレクトできないです。
確認していただきありがとうございます。
あ、ほんとだ、ゼロバイトのファイルが出来てる！
やはり VTDOS+FreeCom ではリダイレクトが使えないのですね。
してみると、FreeComを使うなら MS-DOS Player がいいということになりますね。
それで思い出したのですが、私は「VTDOS リダイレクト」で掲示板の検索をしようと思っていたのでした。
うう、どんどん硬骨、じゃない、恍惚の人になりつつあるなぁ。(;_;)
検索したら、#6786で> ２．10#さん改造のFreeCom（command.com）でVZを動かす。> ・これはVZが常駐使用できるように改造された版なので、普通のcommand.comとして使用できます。> ・他と違うのは、NULへのリダイレクトがエラーになる >NUL が使えない。
自分でこんなことを言っていました。(^^;;
また、#4794で 10＃さんが> VTDOSではリダイレクト機能など、一部期待通りに動作しません。
と言っていますね。2010年の記事ですが、VTDOSの構造からくる仕様なのかもしれないですね。
＃ お宝は足元の鉱山を掘れば見つかるのさ。(;_;)
11623： Re^4: DIR もんどうはこうざんに 投稿者：konno 2024/11/05(火) 15:41
11621 番 としき さんへのコメント コメント数 1
- No.11623 - [ｺﾒﾝﾄ元:11621] [リストへもどる] soft> 対義語は「ネコにちゅ〜る」かな。
一瞬 ？？？ となりましたが、「猫に小判」をパロッたんですね。(^^;
共通点はどちらも鉱山から取れる、ということでタイトルに。(^^;> どうやら話がすれ違っているらしい。> 私、VTDOSの仕様を忘れてしまっているのですが、たしかSHELL指定ができましたよね。> なので、これを指定すればそっちのDIRが使われると思っていました。
VTDOS.CFG を確認しましたが、USECMD=1 になっていました。どちらでも内蔵DIR が使われるようですね。
外部コマンドでもリダイレクト出来ないようなので、VTDOSと FreeCom の相性問題なのかも。
11622： Re^3: DIR もんどうはえいえんに 投稿者：shadow 2024/11/05(火) 13:27
11620 番 konno さんへのコメント コメント数 1
- No.11622 - [ｺﾒﾝﾄ元:11620] [リストへもどる] soft> VTDOSで FreeComを入れたのですが、環境領域が不足して動作が不安定みたいだったのです。> それでリダイレクトが動かなかったので確認できなかったのです。> どなたか確認できる人いませんかね。
FreeComはゼロバイトのファイルを作るけどリダイレクトできないです。
11621： Re^3: 豚に真珠、としきにDIR もんどう 投稿者：としき 2024/11/05(火) 00:30
参照先：http://toshiki.la.coocan.jp/
11620 番 konno さんへのコメント コメント数 1
対義語は「ネコにちゅ〜る」かな。- No.11621 - [ｺﾒﾝﾄ元:11620] [リストへもどる] pre> くだけた話かもですが、#11616 で書いています。> > VTDOS MSDOS 6.20 DIRは内蔵 LFNのみの表示どうやら話がすれ違っているらしい。 私、VTDOSの仕様を忘れてしまっているのですが、たしかSHELL指定ができましたよね。 なので、これを指定すればそっちのDIRが使われると思っていました。 そして、これを指定しなかった結果が#11616、と思い込んだわけです。そこで、これ の指定でcommand.comを他のものに差し替えてみれば、というのが#11618。 だけど、> DIRは VTDOS内蔵のものなのですよね、なので FreeCom の問題かどうか確認するためにということは、VTDOSではSHELLを指定しても内蔵DIRが使われる、ということのよう ですね。 どうも大変失礼しました。
11620： Re^2: DIR もんどうはえいえんに 投稿者：konno 2024/11/03(日) 18:13
11618 番 としき さんへのコメント コメント数 2
- No.11620 - [ｺﾒﾝﾄ元:11618] [リストへもどる] pre> VTDOSってcommand.comを差し替えられたような気がします。> もし私の記憶が確かなら、MS-DOS Playerと同じ結果が得られるようにできるのでは> ないかなぁ。くだけた話かもですが、#11616 で書いています。> VTDOS MSDOS 6.20 DIRは内蔵 LFNのみの表示DIRは VTDOS内蔵のものなのですよね、なので FreeCom の問題かどうか確認するために> VTDOSで確認しようとしたら > が効かないし、FreeCom ってやっぱり癖が強いようですね。VTDOSで FreeComを入れたのですが、環境領域が不足して動作が不安定みたいだったのです。 それでリダイレクトが動かなかったので確認できなかったのです。 どなたか確認できる人いませんかね。> あと、DOSVAXはDOSのエミュレータではなくてマシンのエミュレータだと思い込んで> いたのですが、これは私の認識が妖しい、ないしはおかしい、かも。確かにDOSBOXベースでマシンをエミュレートしているので、PCエミュレータとなるでしょうか。 でも最近のは内蔵DOSで直接DOSエミュレート出来るので、DOSエミュというのも間違いではないかと。
11619： Re^4: VZk07v6o(暫定) （2024-11-01） 投稿者：konno 2024/11/03(日) 17:53
11617 番 shadow さんへのコメント
- No.11619 - [ｺﾒﾝﾄ元:11617] [リストへもどる] soft> 先のソースでMS-DOS Player の判定部分2行をコメントにして再描画出来てたのですが念のためお願いしました。
shadowさんなら出来ると思ってました。
私もすんなり出来たわけではなく、武田さんとのやり取りの中で色々試行錯誤してました。
アセンブラ入門を読んでVRAMずらしの常駐プログラムを作ったけどうまくいかず。
昔作ったJ31用ソフトをパソピアや200LXなどで動かすVRAM変換常駐プログラムを流用してみたけどうまくいかず。
#11570 で getdosscrn だろうと思いましたが、そこを弄っても駄目だったので、その先の getscrn にたどり着いたのでした。
11618： Re: DIR もんどうはえいえんのささやき 投稿者：としき 2024/11/03(日) 15:54
参照先：http://toshiki.la.coocan.jp/
11616 番 konno さんへのコメント コメント数 1
ひそひそ。- No.11618 - [ｺﾒﾝﾄ元:11616] [リストへもどる] soft> 必要があって DIR を取ろうと思ったら、各種DOSエミュでみんな書式が違うんですね。> ちょっと比べてみました。
うろ覚えで申し訳ないのですが。
VTDOSってcommand.comを差し替えられたような気がします。
もし私の記憶が確かなら、MS-DOS Playerと同じ結果が得られるようにできるのでは
ないかなぁ。
あと、DOSVAXはDOSのエミュレータではなくてマシンのエミュレータだと思い込んで
いたのですが、これは私の認識が妖しい、ないしはおかしい、かも。
11617： Re^3: VZk07v6o(暫定) （2024-11-01） 投稿者：shadow 2024/11/03(日) 08:18
11615 番 konno さんへのコメント コメント数 1
- No.11617 - [ｺﾒﾝﾄ元:11615] [リストへもどる] soft> DOSエミュ3種で動かすぶんには問題ないと思います。> 他の環境で使う場合は、v.com などで VRAMアドレスを確認すれば安心です。>> ということで、他のVZに移植するなら scrnibm.asm のこの個所だけ追加すればいいですね。> MS-DOS Player の判定部分はコメントにするか削除します。
先のソースでMS-DOS Player の判定部分2行をコメントにして再描画出来てたのですが念のためお願いしました。
ありがとうございました。
11616： DIR もんどうはくだけない 投稿者：konno 2024/11/03(日) 00:29
11611 番 konno さんへのコメント コメント数 1
必要があって DIR を取ろうと思ったら、各種DOSエミュでみんな書式が違うんですね。 ちょっと比べてみました。 VTDOS MSDOS 6.20 DIRは内蔵 LFNのみの表示 2011/02/16 20:35 616 FGAL.DEF 2004/06/21 00:46 3,104 fgaldc_14_8086.log DOSVAXJ3 内蔵 SFNと LFN両方表示 FGAL DEF 616 2011-02-16 20:35 FGAL.DEF FGALDC~1 LOG 3,104 2004-06-21 0:46 fgaldc_14_8086.log MS-DOS Player MSDOS 6.20 FGAL DEF 616 11/02/16 20:35 FGALDC~1 LOG 3,104 04/06/21 0:46 MS-DOS Player FreeCom 7.00 FGAL DEF 616 11/02/16 20:35 FGALDC~1 LOG 3,104 04/06/21 0:46 MS-DOS Player Win95 〜 Win98ME FGAL DEF 616 11/02/16 20:35 FGAL.DEF FGALDC~1 LOG 3,104 04/06/21 0:46 fgaldc_14_8086.log 今回は SFNのみの表示が欲しいので MS-DOS PlayerのDOS6.2かFreeCom かな。 と思ったら、MS-DOS Player + FreeComで dir > file とやったら、改行が 0Ah でした。(>_<) VTDOSで確認しようとしたら > が効かないし、FreeCom ってやっぱり癖が強いようですね。- No.11616 - [ｺﾒﾝﾄ元:11611] [リストへもどる] pre
11615： Re^2: VZk07v6o(暫定) （2024-11-01） 投稿者：konno 2024/11/02(土) 17:07
11614 番 shadow さんへのコメント コメント数 1
- No.11615 - [ｺﾒﾝﾄ元:11614] [リストへもどる] pre> きっちり再描画できてうれしいです。実現できて私が一番嬉しいです。(^_^) 以前は気にならなかったのに、気にし出したら夜も眠れず昼寝して・・φ(..; ﾊﾞｷｯ＼(--;> ところで後学のため#11611のソースの変更箇所を教えてください。コメントのある行を丸ごと追加しています。解説はコメントの内容でわかりますよね。 あとは MS-DOS Player の判定を main.asm でやっていますが、これが無くても問題ないですね。 仮に問題が出たとしても画面表示がおかしくなるだけなので、その場合は使用中止すればいいし。 DOSエミュ3種で動かすぶんには問題ないと思います。 他の環境で使う場合は、v.com などで VRAMアドレスを確認すれば安心です。 ということで、他のVZに移植するなら scrnibm.asm のこの個所だけ追加すればいいですね。 MS-DOS Player の判定部分はコメントにするか削除します。 scrnibm.asm 1483行あたり getscrn proc pushm <ds,es> mov es,ax mov ds,dsp.@seg push ax ; ##k 241101 MS-DOS Player mov ax,ds ; ds は cmp ax,0f800h ; VRAM F800h か？ jnz mpmod0 ; 違うならJUMP ; cmp cs:os_win,7 ; MS-DOS Playerか？ ; jnz mpmod0 ; 違うならJUMP mov ax,0b800h ; CGA VRAM にすり替え 'ｸ^@ｸ' b8h (00h b8h) push ax ; 'P' 50h pop ds ; ds:si(ソース) --> es:di mpmod0: pop ax ; IFNDEF IBM cpyscrn: これでOKです。mpmod は mpmod0 に変更しました。
11614： Re: VZk07v6o(暫定) （2024-11-01） 投稿者：shadow 2024/11/02(土) 15:05
11613 番 konno さんへのコメント コメント数 1
- No.11614 - [ｺﾒﾝﾄ元:11613] [リストへもどる] soft> VZk07v6o(暫定) （2024-11-01）版を VZの部屋に置きました。>> ・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。> ・最新の MS-DOS Player で DOS画面の保存・復帰対応。
きっちり再描画できてうれしいです。
本当にありがとうございます。
ところで後学のため#11611のソースの変更箇所を教えてください。
11613： VZk07v6o(暫定) （2024-11-01） 投稿者：konno 2024/11/01(金) 22:56
コメント数 1
VZk07v6o(暫定) （2024-11-01）版を VZの部屋に置きました。- No.11613 - [リストへもどる] soft
・フォルダの階層が深いと拡張子が消えるなどまだバグあり、注意。
・最新の MS-DOS Player で DOS画面の保存・復帰対応。
・オプション Ow の仕様変更（MS-DOS Playerの判定のため) Ow512 以上で MS-DOS Player
ダウンロード vzkv6o.lzh ver1.60k07v6o （2024-11-01版 ） new!
11612： Re^2: MSDOS Player 10/24版 投稿者：shadow 2024/11/01(金) 19:35
11607 番 たけだ さんへのコメント
- No.11612 - [ｺﾒﾝﾄ元:11607] [リストへもどる] soft> ここ最近の諸々を反映した新バージョンをリリースしました。> DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。
武田さん、ありがとうございます。
11611： Re^4: MSDOS Player 10/31版 投稿者：konno 2024/11/01(金) 15:51
11610 番 たけだ さんへのコメント コメント数 1
- No.11611 - [ｺﾒﾝﾄ元:11610] [リストへもどる] pre> 私はCHEJは特に使用していませんが、vzはint10h ah=fehで取得した仮想テキストバッファのアドレスの、f8000hを読みに来ているようです。> 書き込み時も、同じアドレスに書き込んで、int10h ah=ffhで画面に反映してるのではないかと。私もそう思います。 ところがコマンドラインでは f8000h がスペースで埋まり、b8000h に文字が見えるのです。 DOS画面の保存、復帰のタイミングは VZしかわからないので、VZですり替え出来ないかやってみました。 scrnibm.asm 1483行あたり getscrn proc pushm <ds,es> mov es,ax mov ds,dsp.@seg push ax ; ##k 241101 MS-DOS Player mov ax,ds ; ds は cmp ax,0f800h ; VRAM F800h か？ jnz mpmod ; 違うならJUMP cmp cs:os_win,7 ; MS-DOS Playerか？ jnz mpmod ; 違うならJUMP mov ax,0b800h ; CGA VRAM にすり替え 'ｸ^@ｸ' b8h (00h b8h) push ax ; 'P' 50h pop ds ; ds:si(ソース) --> es:di mpmod: pop ax ; IFNDEF IBM cpyscrn: ここにコメント行を追加して VRAMアドレスのすり替えをしたら保存・復帰が出来ました。＼(^^)／ ﾔｯﾀ- MS-DOS Player の判定に失敗することが有るので見直して公開したいと思います。 安全対策を2重にしているので問題ないでしょう。 将来 B8000hが変わるとヤバいので、その時は VZ.COMを開いて 'ｸ^@ｸP' を検索してアドレスを書き換えます。(^^; ^@ は実際はヌル文字です。(^^;;
11610： Re^3: MSDOS Player 10/31版 投稿者：たけだ 2024/11/01(金) 00:57
11609 番 konno さんへのコメント コメント数 1
私はCHEJは特に使用していませんが、vzはint10h ah=fehで取得した仮想テキストバッファのアドレスの、f8000hを読みに来ているようです。- No.11610 - [ｺﾒﾝﾄ元:11609] [リストへもどる] soft
書き込み時も、同じアドレスに書き込んで、int10h ah=ffhで画面に反映してるのではないかと。
11609： Re^2: MSDOS Player 10/31版 投稿者：konno 2024/11/01(金) 00:34
11607 番 たけだ さんへのコメント コメント数 1
- No.11609 - [ｺﾒﾝﾄ元:11607] [リストへもどる] soft> ここ最近の諸々を反映した新バージョンをリリースしました。> DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。
武田さん、更新ありがとうございます。
-----------------------------------------------------------
024/10/31
CGA/MDAのテキストモードのVRAM、または仮想テキストバッファを読むことで、
コンソール画面の表示内容を取得できるようにしました。
VZエディタで[ESC]Eでプロンプトに降りた時、DOS画面が復帰するようになっています。
INT 21h, AH=13h/17hで、ワイルドカードを含むファイル名をサポートしました。
FCBを使ったファイルの削除およびリネームのサービスです。
MS-DOS V6.22のCOMMAND.COMのDEL/RENコマンドで使われていました。
-----------------------------------------------------------
直前のレスで諦めましたとか書いたら入れ違いになったのですね。(^^;
DOS画面復帰は、CHEJ 02 の CGAモードの時でしょうか。
このモードではDOS画面の漢字文字化けは無くなりましたがVZの画面の漢字が化けます。
ともあれ諸々改善できたので嬉しいです。
ありがとうございました。
＃ 今夜はハローWinのプレゼントだぁ。＼(^^)／
11608： Re^2: AH=FEh INT10h の判定法は 投稿者：konno 2024/10/31(木) 23:25
11606 番 たけだ さんへのコメント
武田さん、お返事ありがとうございます。- No.11608 - [ｺﾒﾝﾄ元:11606] [リストへもどる] soft> MS-DOS Playerでは、CGAのテキストモード(03h)を基本としています。> B8000hがVRAMの先頭で、文字コード、アトリビュートが交互に80x25文字分続きます。> MDAもサポートしており、この場合はB0000hがVRAMの先頭となります。>> ハード的にはCGA/MDAで、ただし漢字などマルチバイト文字が表示できるという、> ちょっと変な構成になっています。>> VRAMの先頭がA0000hになるのはグラフィックモードの場合です。> MS-DOS Playerはコンソールアプリですので、グラフィックモードは使いません。> グラフィックVRAMはなしで、AFFFFhまではコンベンショナルメモリに回しています。
うーん、これを聞くと今回の案は難しそうですね。
やっぱり諦めます。ありがとうございました。
11607： Re: MSDOS Player 10/24版 投稿者：たけだ 2024/10/31(木) 23:17
11562 番 shadow さんへのコメント コメント数 2
ここ最近の諸々を反映した新バージョンをリリースしました。- No.11607 - [ｺﾒﾝﾄ元:11562] [リストへもどる] soft
DEL *.OBJだけでなく、REN *.OBJ *.BINとかも出来るようになってます。
11606： Re: AH=FEh INT10h の判定法は 投稿者：たけだ 2024/10/31(木) 22:19
11605 番 konno さんへのコメント コメント数 1
MS-DOS Playerでは、CGAのテキストモード(03h)を基本としています。- No.11606 - [ｺﾒﾝﾄ元:11605] [リストへもどる] soft
B8000hがVRAMの先頭で、文字コード、アトリビュートが交互に80x25文字分続きます。
MDAもサポートしており、この場合はB0000hがVRAMの先頭となります。
ハード的にはCGA/MDAで、ただし漢字などマルチバイト文字が表示できるという、
ちょっと変な構成になっています。
VRAMの先頭がA0000hになるのはグラフィックモードの場合です。
MS-DOS Playerはコンソールアプリですので、グラフィックモードは使いません。
グラフィックVRAMはなしで、AFFFFhまではコンベンショナルメモリに回しています。
11605： AH=FEh INT10h の判定法は 投稿者：konno 2024/10/31(木) 21:07
11592 番 konno さんへのコメント コメント数 1
v.com でVRAMの判定がエミュ3種で違っているのが気になって、 どう判定しているのか逆汗してみました。 ソーサーでも全部は逆汗できず、SYMDEB でアセンブルした部分を張ります。 2AA1:0145 6A40 PUSH 40 ;'@' 2AA1:0147 07 POP ES 2AA1:0148 BEA603 MOV SI,03A6 ; 09[00] 2AA1:014B 26A04900 MOV AL,ES:[0049] ; Video mode 2AA1:014F 32E4 XOR AH,AH 2AA1:0151 8904 MOV [SI],AX ; [si]=00xx vmode 2AA1:0153 26A14A00 MOV AX,ES:[004A] ; 桁数 2AA1:0157 894402 MOV [SI+02],AX ; [si+2]= column 2AA1:015A 26A08400 MOV AL,ES:[0084] ; 行数 line 2AA1:015E 32E4 XOR AH,AH 2AA1:0160 40 INC AX 2AA1:0161 894404 MOV [SI+04],AX ; [si+4]= line+1 2AA1:0164 26A18500 MOV AX,ES:[0085] ; font H 2AA1:0168 894406 MOV [SI+06],AX ; [si+6]= font H 2AA1:016B 6800B8 PUSH B800 ; B800h 2AA1:016E 07 POP ES ; ES=B800h 2AA1:016F 33FF XOR DI,DI ; DI=0 2AA1:0171 26833DFF CMP Word Ptr ES:[DI],-01 ; [B800:0]=ffffh なら ES=A000h 2AA1:0175 7508 JNZ 017F ; not FFFF --> 017f jump 2AA1:0177 6800A0 PUSH A000 ; A000h 2AA1:017A 07 POP ES ; ES=A000h 2AA1:017B 83440804 ADD Word Ptr [SI+08],+04 ; [si+8]=[si+8]+04 017f: 2AA1:017F B4FE MOV AH,FE ; ah=FEh 擬似テキストバッファ先頭アドレス取得 2AA1:0181 CD10 int 10 ; int 10h, 擬似テキストバッファ先頭アドレス取得 2AA1:0183 8C440A MOV [SI+0A],ES 2AA1:0186 897C0C MOV [SI+0C],DI 2AA1:0189 8CC0 MOV AX,ES 2AA1:018B 3C00 CMP AL,00 2AA1:018D 7404 JZ 0193 2AA1:018F 83440E05 ADD Word Ptr [SI+0E],+05 2AA1:0193 BBDC02 MOV BX,02DC 2AA1:0196 E83800 CALL 01D1 2AA1:0199 B8004C MOV AX,4C00 2AA1:019C CD21 INT 21 これでわかったことは、CGA VRAM B800h の先頭2バイトが 'FF FF' かどうかチェックしてるんですね。 え？ と思って、DOSVAXJ3 のコマンドラインで DUMPマクロで見たら B800h から 8000h の間が FFh で埋まっていました。 VTDOS は B800h から 00h で埋まってる、というか、ゴミもあるので普通のメモリ領域のようです。 MS-DOS Player は B800h から 1C20h の間が 20h 17h で埋まっていました。 つまり、MS-DOS Player だけ B800h の領域をVRAMとして初期化しているということでしょうか。 これを踏まえて私の理解を纏めると DOSVAXJ3 VRAM Mode = APA ; B800h == FF FF の時 VRAM Address = C679:0000 (Virturl VRAM) ; 仮想VRAM と認識 VTDOS VRAM Mode = A/N ; B800h != FF FF == 00 00 の時 VRAM Address = D000:0000 (Real VRAM) ; リアルVRAM と認識 MS-DOS Player VRAM Mode = A/N ; B800h != FF FF == 20 17 の時 VRAM Address = F800:0000 (Real VRAM) ;リアルVRAM と認識し、B800h が仮想VRAMとなる？ もしもこの考えが合っているとしたら、B800h を FF,FFか 00,00 で初期化すれば うまくいきそうな気がします。 その場合、仮想VRAMは、上のチェックルーチンを見ると、 VGA A000h に設定すれば良さそうに思えます。 VTEXTは画面モードは03で、実際は 70h になっていますが、03 は本来 CGA モードだと思うので この辺の辻褄をうまく合わせてやればいいのかなと素人考えで思いました。 武田さん、この考えどう思いますでしょうか。- No.11605 - [ｺﾒﾝﾄ元:11592] [リストへもどる] pre
11604： Re^7: 3種のエミュレーターでアセンブル 投稿者：konno 2024/10/31(木) 21:04
11603 番 たけだ さんへのコメント
- No.11604 - [ｺﾒﾝﾄ元:11603] [リストへもどる] soft> SFNがサポートされていないドライブでの動作は、流石にちょっと難しいです。> もちろん、まったく動かない訳ではないのですが。。。>> MS-DOS Player内で動的にSFNをでっちあげる仕組みを考えたこともありますが、> 次に起動したときに違うSFNになると問題を起こしそうな気がして断念しました。
問題の原因がそれかどうかもわからないので、しかたないですね。
それ以外の command.com は問題無くなったので無問題です。
ありがとうございました。
11603： Re^6: 3種のエミュレーターでアセンブル 投稿者：たけだ 2024/10/31(木) 19:44
11602 番 konno さんへのコメント コメント数 1
SFNがサポートされていないドライブでの動作は、流石にちょっと難しいです。- No.11603 - [ｺﾒﾝﾄ元:11602] [リストへもどる] soft
もちろん、まったく動かない訳ではないのですが。。。
MS-DOS Player内で動的にSFNをでっちあげる仕組みを考えたこともありますが、
次に起動したときに違うSFNになると問題を起こしそうな気がして断念しました。
11602： Re^5: 3種のエミュレーターでアセンブル 投稿者：konno 2024/10/30(水) 23:23
11597 番 たけだ さんへのコメント コメント数 1
まとレスです。- No.11602 - [ｺﾒﾝﾄ元:11597] [リストへもどる] soft> Windows 98 [Version 4.10.2222]のCOMMAND.COMでDIRの問題は再現できませんでした。
うう、同じレビジョンでも違いが出るとは、何が違うのか色々やってみました。
なんか、Cドライブだけおかしいみたいです。Dドライブとかでは正常でした。
最近のシステムドライブはSFNが無いそうですが、それが関係してないでしょうか。
最新のテスト版でも Win95系command.com では
Cドライブで VZのアセンブルで MK6.BAT 実行すると 窓が消滅します。
理由はわからないですが、上に書いたことと関係あるような気もします。>command /c dir vzibmj.com
とか>cmd /c dir vzibmj.com
だと正常な動作になります。
とりあえず当面は Win95系は使わないようにします。
♯ なんかツリーの形が凄いことになってるなぁ。(^^;
11601： Re^6: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/30(水) 16:46
11598 番 たけだ さんへのコメント
- No.11601 - [ｺﾒﾝﾄ元:11598] [リストへもどる] soft> 取り急ぎその２です。> INT 21h, AH=13hにワイルドカードが渡された場合の対策を入れました。
削除できるようになりました。
ありがとうございました。
11600： Re: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/30(水) 16:41
11582 番 shadow さんへのコメント
- No.11600 - [ｺﾒﾝﾄ元:11582] [リストへもどる] soft> MSDOS Playerは最新版をインストールした時に環境変数エラーが出たので
以下のショートカットから起動しているので
E:\msdos.exe -x -e -h -v6.2 E:\cmd\m62v\command.com /k e:\go.bat
いつの頃からか書き込まれていたbatファイルの一部をコメントにしました。
以前の版では"環境空間が足りません"は出なかったので気づきませんでした。
rem MSDOS_COMSPEC = C:\xxxxxxx.xxx
rem MSDOS_PATH = C:\xxxxx
rem MSDOS_TEMP = C:\xxxxx
これで出なくなりました。
この度の更新版でも以下の２つはremしなくても"環境空間が足りません"はでないんだ。
と言うか設定されてる。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
Windows 98
11599： Re^4: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/30(水) 15:59
11593 番 konno さんへのコメント
- No.11599 - [ｺﾒﾝﾄ元:11593] [リストへもどる] soft> 一方 Win95系では DIR で問題が> DIR vzibmj.com と打っても DIR *.* と同じ動作になっているような？>> Windows 95. [Version 4.00.950]> Windows 98 [Version 4.10.2222]> Windows Millennium [Version 4.90.3000]>> これらで現象が出ます。
うちのは問題ないです。
Windows 98 [Version 4.10.1998]
11598： Re^5: 3種のエミュレーターでアセンブル 投稿者：たけだ 2024/10/30(水) 01:24
11597 番 たけだ さんへのコメント コメント数 1
取り急ぎその２です。- No.11598 - [ｺﾒﾝﾄ元:11597] [リストへもどる] soft
INT 21h, AH=13hにワイルドカードが渡された場合の対策を入れました。
http://takeda-toshiya.my.coocan.jp/msdos/msdos_test.7z
11597： Re^4: 3種のエミュレーターでアセンブル 投稿者：たけだ 2024/10/30(水) 01:07
11593 番 konno さんへのコメント コメント数 2
MS-DOS Version 6.22で「del *.obj」を実行すると、INT 21h, AH=13hに対して、- No.11597 - [ｺﾒﾝﾄ元:11593] [リストへもどる] soft
FCBで「????????OBJ」が渡されるようです。
なので、指定されたファイル名で削除するのではなく、このAPI内でファイル検索して、
ヒットしたファイルを削除するような実装に修正する必要がありますね。
Windows 98 [Version 4.10.2222]のCOMMAND.COMでDIRの問題は再現できませんでした。
11596： Re^3: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/29(火) 18:35
11590 番 たけだ さんへのコメント
- No.11596 - [ｺﾒﾝﾄ元:11590] [リストへもどる] soft> もしかしたらFCB周りで何かあるかもしれません。
もしかして環境空間にも影響与えますか？
10/24版にしてから"環境空間が足りません"（このメッセージはPC DOS）と出たりでなかったりします。
MS DOS、PC DOSともにでます。
11595： Re^2: 3種のエミュレーターでアセンブル 投稿者：konno 2024/10/29(火) 16:35
11589 番 shadow さんへのコメント
- No.11595 - [ｺﾒﾝﾄ元:11589] [リストへもどる] soft> うちでは以下のcommand.comでエラーは出ませんでした。> 使い分けることにます。> FreeCOMJ 0.82 PL3 VTDOS 対応パッチ> Windows 98
#11593 で書きましたが、Win95系では DIR で問題があるようです。> DIR vzibmj.com と打っても DIR *.* と同じ動作になっているような？>> Windows 95. [Version 4.00.950]> Windows 98 [Version 4.10.2222]> Windows Millennium [Version 4.90.3000]>> これらで現象が出ます。
なので現状では > FreeCOMJ 0.82 PL3 VTDOS 対応パッチ一択になるでしょうか。(^^;;> > shadowさんのは Turbo Link V3.01 でしたか、どこかにあったかしら。> メールするのでしばらくお待ちください
いただきました。リンクのエラーは出なくなりました。
ありがとうございます。
11594： Re^4: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/29(火) 16:31
11593 番 konno さんへのコメント
- No.11594 - [ｺﾒﾝﾄ元:11593] [リストへもどる] pre> MS-DOS Version 6.20> 14:27:09.19C:\VZ\K07V6O>del *.obj> 不明なエラーです.>> PC DOS Version J7.0/V Revision 0> 14:56:03.26C:\VZ\K07V6O>del *.obj> 不明なエラーです.>> MS-DOS Version 6.22> 15:41:00.08C:\VZ\K07V6O>del *.obj> 不明なエラーです.konnoさんの結果に PC DOS J6.30/V を追加します。
11593： Re^3: 3種のエミュレーターでアセンブル 投稿者：konno 2024/10/29(火) 16:06
11590 番 たけだ さんへのコメント コメント数 3
まとレスになります。- No.11593 - [ｺﾒﾝﾄ元:11590] [リストへもどる] pre> delコマンドで問題のあるcommand.comのバージョンは何になりますでしょうか。> もしかしたらFCB周りで何かあるかもしれません。うちの環境では MS-DOS Version 6.20 14:27:09.19C:\VZ\K07V6O>del *.obj 不明なエラーです. PC DOS Version J7.0/V Revision 0 14:56:03.26C:\VZ\K07V6O>del *.obj 不明なエラーです. MS-DOS Version 6.22 15:41:00.08C:\VZ\K07V6O>del *.obj 不明なエラーです. これらで現象が出ます。 一方 Win95系では DIR で問題が DIR vzibmj.com と打っても DIR *.* と同じ動作になっているような？ Windows 95. [Version 4.00.950] Windows 98 [Version 4.10.2222] Windows Millennium [Version 4.90.3000] これらで現象が出ます。 生DOS系とWin95系では コマンドラインの解釈や動作が若干違うようなので、それが関係あるかどうか。
11592： Re^9: DOS画面再描画されない原因は？ 投稿者：konno 2024/10/29(火) 15:33
11591 番 たけだ さんへのコメント コメント数 1
- No.11592 - [ｺﾒﾝﾄ元:11591] [リストへもどる] pre> 変更内容としては、テキストVRAMの読み取り時に、現在表示されているコンソールの内容を返すようにしました。武田さん、ありがとうございます。 朝は寝ぼけてたので、今別のPCで確認してみました。 MS-DOS Player は B8000h の CGA VRAM領域に書き込んでいるように見えます。 そして、VZは起動時のDOS画面のみ再描画しているように見えます。画面クリアの場合もあるようです。 v.com で見ると VRAM Address = F800:0000 (Real VRAM) この領域には文字が書き込まれていない（クリアされている？）、VZはここを見ているのではないかと思います。 CHEJ 02 で謎のCGAモードにすると VRAM Address = B800:0000 (Real VRAM) このモードでは完全にDOS画面を再描画してくれますが、日本語は化けています。 MS-DOS Player が F8000h の VRAM領域に書き込んでくれたら完璧な動作になるような気がします。 USモードでは VRAM が B8000h になると思いますが、 CHEJ US で USモードにすると VRAM Address = F800:0000 (Real VRAM) このようになるので、この辺の調整も必要かなと感じます。 確認してもらえたらありがたいです。
11591： Re^8: DOS画面再描画されない原因は？ 投稿者：たけだ 2024/10/29(火) 14:20
11585 番 たけだ さんへのコメント コメント数 1
変更内容としては、テキストVRAMの読み取り時に、現在表示されているコンソールの内容を返すようにしました。- No.11591 - [ｺﾒﾝﾄ元:11585] [リストへもどる] soft
正式なリリースはまた後日にでも。
11590： Re^2: 3種のエミュレーターでアセンブル 投稿者：たけだ 2024/10/29(火) 14:16
11589 番 shadow さんへのコメント コメント数 2
delコマンドで問題のあるcommand.comのバージョンは何になりますでしょうか。- No.11590 - [ｺﾒﾝﾄ元:11589] [リストへもどる] soft
もしかしたらFCB周りで何かあるかもしれません。
11589： Re: 3種のエミュレーターでアセンブル 投稿者：shadow 2024/10/29(火) 12:18
11582 番 shadow さんへのコメント コメント数 2
- No.11589 - [ｺﾒﾝﾄ元:11582] [リストへもどる] soft> > DEL *.obj は不明なエラー（*が認識されてない）
うちでは以下のcommand.comでエラーは出ませんでした。
使い分けることにます。
FreeCOMJ 0.82 PL3 VTDOS 対応パッチ
Windows 98> shadowさんのは Turbo Link V3.01 でしたか、どこかにあったかしら。
メールするのでしばらくお待ちください
11588： Re^9: DOS画面再描画できました！ 投稿者：shadow 2024/10/29(火) 12:08
11586 番 konno さんへのコメント
konnoさん、粘り強い対応お疲れ様です。- No.11588 - [ｺﾒﾝﾄ元:11586] [リストへもどる] soft
ありがとうございました。
11587： Re^8: DOS画面再描画されない原因は？ 投稿者：shadow 2024/10/29(火) 12:06
11585 番 たけだ さんへのコメント
武田さん、試しました。- No.11587 - [ｺﾒﾝﾄ元:11585] [リストへもどる] soft
ほぼ改善されてるようです。
ありがとうございました。