VZk07s5です。
 
　・VTDOSでテンポラリファイルの問題が出るのでDOS5以上はユニークに変更。
　・ALT+ 1 〜 5 を [F11] 〜 [F15] に割り振って使えるようにした。
　・[半角/全角]キーも [F00] にした（要 Nf+）。

VTDOSの複数窓でVZkを使うなら、差し替えが必要です。
これで、[F00]に&j(10)とやって、[半角/全角]キーでATOK8を起動できるけど、
終了がわからない。(++;


VZの部屋に置きました。
http://homepage3.nifty.com/tamaneko/vz.htm#000001

> VZk07s5です。

　さっそくいただいてきて試していますが，以下のマクロで試してはみたのですがIMEは起動しませんでした。完全にATOKでないとダメなのでしょうか。環境は MS-IME で，キーの入れ替えには keyswap を使い[半全]と[ESC]を入れ替えています。MS-IME のキー定義を ATOK に切り替えてみましたが同じでした。

=t
*m
1 [F00] "" &j(10)
*

　前の版の版数は「k08q1」（VZ.OLD 63,406 2005-09-08 22:46）でした。実は、
これを  10# さんに送ったところ、「もっと最近の版だとアイドルが驚異的に効
きますよ」と教えてもらっていたのですが、その頃、色々な不具合が出てて、待
たせていただくことにしたのです。焦らせてしまったらごめんなさい＞金野さん。
　あ、朝の４時まで。m(__)m


　効きました！　ＣＰＵ使用率２％とかみちゃったし、ＩＭＥの反応が違う。と
ろくない！　VTDOS 環境もここまできたか、と感涙。金野さん、10# さん、あり
がとうございました。m(__)m

　テンポラリ名がユニークな件は、モバが MS-DOS 6.2 なので、と少し思いまし
たが、純ドス環境でも、ユニークであって困ることはないわけですよね。

　で、マクロキーの増加の件ですが（これ、好き。富豪になった気分）、以下の
ようなマクロで、ＯＫでした。もっとも、[半/全] で FEP（IME でなく FEPです
よ＞めざらさん）のオン・オフ・サンプルは、文脈的に、混乱するよなぁ、とは
思いました（FEP起動トグル・マクロはパス）。
　Ｖｚからは、ＩＭＥの制御はさすがにできませんよね。
　それでも、旧８のように、[F13][F14][F15]が使えるなんて、ステキ。


=== Macrotmp by B ===;
* M
50 [F00] ""
	&m("[半/全]キー. マクロでは[F00]と指定")
51 [F11] ""
	&m("「ALT+1」キー. マクロでは[F11]と指定. 但し既存")
52 [F12] ""
	&m("「ALT+2」キー. マクロでは[F12]と指定. 但し既存")
53 [F13] ""
	&m("「ALT+3」キー. マクロでは[F13]と指定")
54 [F14] ""
	&m("「ALT+4」キー. マクロでは[F14]と指定")
55 [F15] ""
	&m("「ALT+5」キー. マクロでは[F15]と指定")

*

　#04547 konno さん

> これで、[F00]に&j(10)とやって、[半角/全角]キーでATOK8を起動できるけど、
> 終了がわからない。(++;

89 @Q	"FepCtl"
	&> (r.0==0)?{
		&j(10) &> r.0+, .
	}
	(r.0==1)?{
		&j(0) &> r.0-, .
	}

0:	(3+$)."$[1])"

今日（昨日か・・・）つくったマクロです。

・トグルで fep を on off します。
・vz.def へ貼り込む必要があります。
・状況により（他のマクロ実行中に fep  が制御された場合など）、  一発で
　fep の状態が遷移しない場合があります（その場合は起動キーを連打すれば
　大丈夫）。

　#04547 konno さん

こっちのほうがよさそう。

======== fepctl2.def ========
* M
89 ^\	"fepctl2"
	&j(0)
	(mg.-9==9)?{ &j(10) .}
	(mg.-9==10)?{ &j(0) .}
	
*

fgalpk mes14 #12095　Emmett さん のマクロのパクリです。

あじゃさん、FEPON/OFFマクロ、ありがとうございます。どちらもキチンと動きました。
m(__)m

> こっちのほうがよさそう。
> ======== fepctl2.def ========

こちらのほうが短くていいですね。さっそく[F00] に直して常用させていただきます。

> fgalpk mes14 #12095　Emmett さん のマクロのパクリです。

過去ログは探したつもりだったんですが、これは気が付かなかったようです。
なるほど、こうやればよかったんですね。

おかげでATOK8では「全/半」キーでON/OFFできるようになりましたが、最近はVTDOS
ばかり弄っているので出番が少なくなりそうです。(^^;

　konno さん、みなさん、こんにちは。

　私は、10日間で２度目の風邪を引き、22日夜からずーっと復活できずにいま
  すが、昨夜からやっと起き出せるようになりました。

　で、昨夜久しぶりに会議室を拝見しました。

　vzk07s5 にしてみましたが、ThinkPad T42 では、[F00] のみうまく動作しま
  せん。

　#4551 の文太さんの Macrotmp を使用してみましたが、[F00] のみマクロが
  動作しませんでした。ということで、あじゃさんのマクロを割り当てること
  ができませんでした。あー、残念。

　そこで、ふと「D さんの長押し IME 起動 2」を再びインストールしてみまし
  た。改めて利用してみると、意外といけるように感じました。

　私の利用の仕方ですが、txt ファイルをオープンした直後に１度だけリター
  ンキーを押して、ＦＥＰを on にします。後は、fep の on/off の切り替え
  は、文字キーの長押しです。多少の慣れの問題はありますが、現時点では、
  最も良い選択肢と、私には思えます。

　「一押 Pro」というツールで、「vtdos」と「D さんの長押し IME 起動 2」
  を同時に起動し、同時に終了することにしました。どちらのツールもベクタ
  ーにありました。

    ================================================================
                現在、私が、VTDOS で最も困っているのは、
    ================================================================
　ＩＭＥ変換中に、ctrl+S を押すと、ＩＭＥ変換中であるにもかかわらず、
  Ｖｚで ctrl+S に割り当てている「カーソル１文字左移動」が実行され、変
  換中の文字列も左移動するカーソルに引っ張られて移動してしまうことです。
  不思議なのは、左矢印キーを押すとその現象は起きないことです。「左矢印
  キー」＝「ctrl＋Ｓ」というキー割り当てにしてあるので、同じ現象が起き
  そうなものなのですが・・・。

　この現象は、「D さんの長押し IME 起動 2」を利用していても利用していな
  くても起きます。

　（「ctrl＋Ｓ」は IME のキー割り当てでは、変換中のカーソル左移動に割り
  当ててます）
    ================================================================

　皆様のところでは、同様の現象は起きないでしょうか？
　あ、ＩＭＥは ATOK2009 です。vtdos ver.1.14です。OSは、XP sp3。

＞あきろさん
　（タイトル変えてしまいました。m(__)m）

　ちょっと問題を切り分けたほうがいいように思いました。
　基本的な事柄で、たぶん誤解されてないと思うのですが、ＦＥＰとＩＭＥは別
物で、Ｖｚのマクロで制御できるのはＦＥＰで、VTDOS ではＦＥＰは使用不可だ、
というのはいいですよね。

>私の利用の仕方ですが、txt ファイルをオープンした直後に１度だけリター
>ンキーを押して、ＦＥＰを on にします。後は、fep の on/off の切り替え
>は、文字キーの長押しです。多少の慣れの問題はありますが、現時点では、
>最も良い選択肢と、私には思えます。

　ここを読んで、「おっ、うまい手があるか」と思ってしまいましたが、僕は日
常ではまだＦＥＰ使いのままなので「最も良い選択肢」の部分で、あれ？　と思
ってしまいました。 ＦＥＰの制御が効いて（非 VTDOS 環境）、「変換」キーで
ATOK8 オン・オフ・トグルの従来型で、十分よい（理想的）と思っているのです
が…。ＦＥＰ使いなら、容易にこの環境は得られますよね？
　「VTDOS環境では」というのを、段落の冒頭につけ加えていいのですよね？


（ここで届くかな？）
＞10#さん

　で、VTDOS環境のＩＭＥの話。

>ＩＭＥ変換中に、ctrl+S を押すと、ＩＭＥ変換中であるにもかかわらず、
>Ｖｚで ctrl+S に割り当てている「カーソル１文字左移動」が実行され、変
>換中の文字列も左移動するカーソルに引っ張られて移動してしまうことです。

　この「ctrl+S」ですが、確かに「メモ帳」と動作を比べると違うみたいですね。
僕のところでは、Ｖｚにキーを取られはしないのですが、変です。MS-IME 2003 です。
　「ctrl+D」でもおかしな挙動をするようです。
　「ctrl+A」「ctrl+F」は問題なしのようです。

　★★★追試および更なる情報、求む★★★

　#04690 あきろ さん

> 　ＩＭＥ変換中に、ctrl+S を押すと、ＩＭＥ変換中であるにもかかわらず、
>   Ｖｚで ctrl+S に割り当てている「カーソル１文字左移動」が実行され、変
>   換中の文字列も左移動するカーソルに引っ張られて移動してしまうことです。

・ＶＺの ^S のアサインを無効にして同様の操作をしてみる。
・^S に [→] がアサインされてない他の DOS ソフトで同様の操作をしてみる。
・Windows ソフトで ^S に [→] をアサインして同様の操作をしてみる。

そんな感じで試してみると原因が切り分けやすいかも。


＞　文太さん

迷走からは脱出したみたいですね。

＞　としきさん

マップファイルの説明、ありがとうございます。

　文太さん、こんばんは。

> 　ちょっと問題を切り分けたほうがいいように思いました。
> 　基本的な事柄で、たぶん誤解されてないと思うのですが、ＦＥＰとＩＭＥは別
> 物で、Ｖｚのマクロで制御できるのはＦＥＰで、VTDOS ではＦＥＰは使用不可だ、
> というのはいいですよね。

　をー、上記はもちろん知っていましたが、熱に浮かされた数日を過ごしたた
  め、うっかりご茶混ぜにしていました。

　ご報告したかったのは以下の２点です。

１) vzk07s5 は、私の TP42 では、文太さんの Macrotmp で、[F00] のみ無反
  応という結果になりました。[半/全] キーをマクロ起動キーとして使えない
  ようです。

２) VTDOS では FEP を使えない。そして、IME を１キーで on/off できない。
  これについては、私は、しばらく「Ｄさんの・・」を利用してみます。


  -------「以下、Ｄさんに関心のない方は読みとばしてください」 -------

　「一押 Pro」で「VTDOS＋Ｄさんの」を同時起動＆同時終了でばっちりと思っ
  たのですが、ちょいと問題が・・。

　「Ｄさんの・・」は、ちょっと仕様が変わっており、常駐終了ボタンを押さ
  ないと、次回 windows 起動時に自動起動してしまうのです。「一押 Pro」で
  同時終了すると、次回 windows 起動時に自動起動してしまうという困った状
  況になります。自動起動させないパラメータはありますが、「一押 Pro」で
  は、そのパラメータを記述できないという行き止まり状態です。

　とりあえず、「VTDOS＋Ｄさんの・・」を同時起動し、「Ｄさんの・・」は手
  動終了するしかない状態です。

　#04548 めざら さん
　#04690 あきろ さん

vtdos 添付の keycode.exe  で表示されるコードをここに書き込んでみてはい
かがでしょう。

んで、起動できてる人のキーコードと比べてもらう、と。


鯖さんの参考資料
http://hp.vector.co.jp/authors/VA003720/lpproj/memo.htm
上のページの先の「日本語キーのスキャンコード」。

>>あきろさん、文太さん

あきろさんはじめまして。

^Sの問題はVTDOSというよりは、conime.exe（或いはWin32コンソール）の問題と
捉えています。
試しに素のコマンドプロンプトで同様の操作を行うと、^SはIMEに影響を与えず、
仕様通りの動作をしていません。（他の^W,^Z,^D等は仕様通りに影響を与える）
おそらく^SはCMD（あるいはOSの行編集ルーチン）に対して送られているものと
思われますが、受け取った側は単にこれを無視しているものと思われます。

現実問題として、VTDOSはIMEに対して何ら影響を与えることが出来ず、
超えることの出来ない壁が存在する状態です。
差し当たりは、^Sのキーバインドを無効にすることで対応をお願いします。

もし可能であれば、IMEの開発元、あるいはOSの開発元に対してお問い合わせ願います。

あきろさん

>１) vzk07s5 は、私の TP42 では、文太さんの Macrotmp で、[F00] のみ無反
>応という結果になりました。[半/全] キーをマクロ起動キーとして使えない
>ようです。

　えーと、 これはハードに近い問題かもしれず、そして Windows 上のキースワ
ッパーが絡まるとさらに深みにはまるような気がします。あとATOK 2009?
　まず、（これができるのか分からないけど僕のＸＰではできる）[半/全]キー
だけで、Windowsアプリ上でMS-IMEがトグル起動できる状態まですっぴんにして
試したらどうでしょう？（面倒な作業なのは容易に想像できるけど）。
もちろん、ここまでVTDOS関係なし（というか、この FEP ON/OFFを[F00]でという
話全般にVTDOSと関係がないよね）。
　それでも、この問題の解決が大きな課題なら、上の作業はたぶん必要でしょう。

　ここまですっぴんにして、[F00] がマクロ起動キーとして効かないとなると、
たぶん、ハード系かな、と僕なら想像する。金野さんならもっと的確なアドバイ
スをしてくれるでしょう。

　別件で。
　僕は、 ＩＭＥと VTDOS の関係に、（たぶん）VTDOS の不具合があると読んで
る（のけのけと言ってのける。あうあう）。僕のところでも再現したから。
　「Ctrl+S」と「←」は、【Ｖｚによって】同じキーとされているので、その間
に入り込む  VTDOS とＩＭＥがいるとなると、違う反応は、僕には驚きではない
なぁ（空想モード）。

10#さん

　即レス、ありがとうございました。

>^Sの問題はVTDOSというよりは、conime.exe（或いはWin32コンソール）の問題と
>捉えています。
>試しに素のコマンドプロンプトで同様の操作を行うと、^SはIMEに影響を与えず、
>仕様通りの動作をしていません。（他の^W,^Z,^D等は仕様通りに影響を与える）

　確認しました。そして驚いたことに「素のコマンドプロンプト」環境で動いて
いるのは、 本物のＩＭＥ（僕の場合、 MS-IME  2003） ですね。 驚きました。
command.com を介すると（まあ当たり前なのですが、そうさせまいとＸＰを調教
しないかぎり）FEP の DOS-IME が立つのですよ。ここでは、^D も動く、とも確
認しました。

>おそらく^SはCMD（あるいはOSの行編集ルーチン）に対して送られているものと
>思われますが、受け取った側は単にこれを無視しているものと思われます。

　やれやれ、どうして無視するの？　それなりの事情や経緯があるのでしょうね。

>現実問題として、VTDOSはIMEに対して何ら影響を与えることが出来ず、
>超えることの出来ない壁が存在する状態です。

　了解しました。

>差し当たりは、^Sのキーバインドを無効にすることで対応をお願いします。

　現実的には、^D もでしょう。 僕はダイアモンド・カーソルが使えない人なの
で、支障はないのですが。これは、MS-IME 2003だけかもしれません。

何故この仕様になってるのかちょっと推測してみたんですが、
DOS時代（或いは更に以前にダム端末）から^S,^QはXon,Xoffに割り当てられて
いますよね。
おそらくconime.exeのデザイナーはいかなる入力モードでもこの機能が有効でなければ
ならないと考えたのではないでしょうか？
そこでconime.exeは実装として例外的に^Sをスルーしてるものと思われます。
未確認ですが、同様の理由で^Qもスルーしていると想像しています。

実際にはコンソールAPIには、ENABLE_PROCESSED_INPUTという、raw,cookedの切り替えが
あるのですが、IMEによる処理はOSの入力処理の仕様としては定義されていないよう
なんですね。
ま、ただでさえマイナーな扱いのコンソールのローカライズなので仕様もかなりやっつけ、
というかその一地域の都合では本来の仕様に影響を与えられないのかも知れません。

あじゃさん、みなさん

ツリーが錯綜しているので、ここにコメントしますが、

> 　#04548 めざら さん
> 　#04690 あきろ さん
> vtdos 添付の keycode.exe  で表示されるコードをここに書き込んでみてはい
> かがでしょう。

vtdos 添付の keycode.exe  は16ビット環境では「半／全」キーに反応しないようです。
CMD.EXEか、VTDOS上で確認してください。VTDOS111以降に添付されていますね。

普通のDOS/Vマシンなら、AF00 が表示されるはずです。
以下、私のメモから。

キー     Basic Shift Ctrl  Alt
--------------------------------
無変換   AB00  AC00  AD00  AE00  NFER		; nf+
変換     A700  A800  A900  AA00
半角     AF00  B000  B100 (ATOK)		; マクロ起動キーに使えるのはここまで
英数     B300 (CAPS) B400  B500
カタカナ B600  B700  B800  B900
XKEYMAX		equ	0A5h			; nf-
XKEYMAX2	equ	0B2h			; nf+

[F00]の拡張は過去ログの高橋さんの発言からいただきました。

>11881/11892 HGD00133  高橋　洋光　　　 RE:キーの刻印とキーの表記
  　わたしはさらに、ALT+ 1 〜 5 を [F11] 〜 [F15] に割り振ってしまいま
  した。(^^;
  　[半角/全角] キーも [F00] にしてしまおうかな（要 Nf+）。


ということで、Nf+ にしないと、[F00]キーは効きません。

> んで、起動できてる人のキーコードと比べてもらう、と。

#4695 あきろさん
TP42の「半/全」のキーコードを教えてもらえますか。

10#さん

　僕なぞの「経緯は何なんだろう？」というような、しようのない疑問にお答え
くださり、ありがとうございました。残念なことに大半分からない話でしたが、
「そうなんだ」とゴックンさせていただきました。m(__)m
　しかし、さすがプロですね。大昔（ちっともそうではないと思うだけど）のこ
ともよくご存じ。僕はこういう話が好きなので、たまに気分転換に（コーディン
グにうんざりしたときとか）、ちらと書いて下さると嬉しいです。

>そこでconime.exeは実装として例外的に^Sをスルーしてるものと思われます。
>未確認ですが、同様の理由で^Qもスルーしていると想像しています。
　そんな僕でも、 一瞬色めき立ったのは、ここでした。 ＾Ｑ、スルーですか！
と。なぜかというと、日本語の文章作成中に一番使う２ストロークキーというは、
＾ＱＩだからです。 ＾Ｌで記憶して、＾ＱＩでペースト。CTRL キーの長押しは
やはり辛くて…。
　でも、MS-IME 2003 が＾Ｑを定義から外していても（「経緯」と関係はないだ
ろう）、ち、違う。ＩのほうがＩＭＥに取られてしまうのだよ、文太君、という
顛末でした。

>実際にはコンソールAPIには、ENABLE_PROCESSED_INPUTという、raw,cookedの切り替えが
>あるのですが、IMEによる処理はOSの入力処理の仕様としては定義されていないよう
>なんですね。
　おお、レヴィ・ストロース。その話なら分かります、って、違う、違う（完全、
文系です）。「やっぱり raw だろう」と言う cooked な種類の文明型人間…。

>ま、ただでさえマイナーな扱いのコンソールのローカライズなので仕様もかなりやっつけ、
>というかその一地域の都合では本来の仕様に影響を与えられないのかも知れません。

　どうも全体にそんな感じですね、キースワッパーがＤｏｓ窓に届いたり、届か
なかったりですからねぇ　etc, etc …。

　こんなことしか言えませんが、忙しい年末、Ｖｚのために（だけじゃないので
すけどね）、本当にありがとうございます。低レベルなＰＣユーザですが、向学
心はあります。m(__)m
　「そのスキル・レベルで、今時１６ビット・アプリですか？」と知らない人は
言う。でも、テキスト処理は超便利で、Ｖｚはすごいんだ、と我々は思っている
わけです。m(__)m

金野さん

>普通のDOS/Vマシンなら、AF00 が表示されるはずです。
　はい、「AF00」でした。
　（関係ないかもしれないけど）remapkeyで[ESC]と入れ替えています。
　えーと、キートップも入れ替えてます。(^^;　完全犯罪で本人にもよく
分からないことがあり、BIOSの設定時に焦ったりします。
　マシン作成用キーボードでは、キートップの入れ替えはしないことに
しています。（笑）

　#04693 おのれ

> ・^S に [→] がアサインされてない他の DOS ソフトで同様の操作をしてみる。
> ・Windows ソフトで ^S に [→] をアサインして同様の操作をしてみる。

上記の [→] は、 [←] の誤りです。

^Sがそもそも何なのかというと、コマンドプロンプトで dir /s c:
とやって ^S を押すとよく分かります。
パソコン通信だと同じ事をフローコントロールと言います。
同じ機能は８ビットパソコンのベーシックにも付いてます。

　10# さん、こんばんは。
　詳しい説明をありがとうございました。

> 試しに素のコマンドプロンプトで同様の操作を行うと、^SはIMEに影響を与えず、
> 仕様通りの動作をしていません。（他の^W,^Z,^D等は仕様通りに影響を与える）

　本当ですねぇ。

　完全文系の私には、かなり難しい内容で、「conime.exe」や「Xon,Xoff」を
  web で検索したりしつつ、何度か読み直しました。

　大筋は何とか理解したつもりです。確かに、「^Q」もスルーしているようで
  すね。試しに、ＩＭＥ(ATOK2009)のキーカスタマイズで、「^Q」に「カーソ
  ル後移動」を割り当てても動作しませんでした。

　ダイヤモンドカーソルで当たり前に使う「^S」にそのような秘密があったと
  は知りませんでした。いやはや。根は深いところにあったのですねぇ。


　で、結局、Ｖｚで「^S」に割り当てている「カーソル左移動」は、エディタ
  やワープロソフトですべてに割り当ててあるので、そのまま残します。また、
  ＩＭＥで「^S」に割り当てている「カーソル前移動」も、体になじんでしま
  っているので残します。

　そして、VTDOS では、ＩＭＥ変換中の「カーソル前移動」は、「←」を使う
  ように体を慣れさせようと思います。

　素人に説明するのは、とても面倒なことだと思いますが、ありがとうござい
  ました。おかげさまで、すっきりとしました。

　としきさん、レスをありがとうございます。

　原因は、かなり奥深いところにありました。

　現在、「VTDOS＋Ｄさんの長押し IME2」の組み合わせで、VTDOS によるＶｚ
  を試用中です。
 

　追加のコメントです。


---「以下、Ｄさんの・・に関心のない方は読みとばしてください」---

　「一押 Pro」で

１）nagaime2.exe を /NotUseRunOnce オプションをつけて読み込む
２）vtdos.exe を読み込む
３）taskkill /IM nagaime2.exe と記述したバッチを読み込む

　とやると、次回 windows 起動時に自動起動させることなく、同時起動同時終
  了を行えるようになりました。

　
　「一押 Pro」のオプションは、１）が /bm  ２）が /w  ３）が /ai
　です。

10#さん

>^Sがそもそも何なのかというと、コマンドプロンプトで dir /s c:
>とやって ^S を押すとよく分かります。
　うまい！　実に説得力のあるサンプルでした。初心者の（ともいえないか…）
目から鱗。やったこと、ありませんでした。おお、面白い！

>パソコン通信だと同じ事をフローコントロールと言います。
　通信のほうも、僕はWindows９５時代からぐらいで（高橋さんとも面識なし）、
ニフマネ（悪夢）、エアクラ世代なので、その辺の苦労は飛ばしてしまっていて…。
Windows９５でＣＵＩに目覚めてしまったのです…。
　でも言ってることは分かりますよ。

>同じ機能は８ビットパソコンのベーシックにも付いてます。
　たまたま、『はじめて読むＭＡＳＭ』を引っぱり出してきていました。手垢で
汚れてないところが寂しい…。
　引用：「また、８ビットマシンでマシン語プログミングを体験したこともあり、
１６ビットの MS-DOS でも挑戦してみたいという方もあるでしょう」。うむ、僕
はどういう時代に生きているんだ？　と。８ビットも知らない、３２ビットもほ
とんど知らない…。６４なんて知るわけない（でも Athlon64 をＶｚ用に使って
やるもんね。すいません、VTDOSなしで、という意味です）。

　まあ、Ｖｚという天才の作品が、相当な無理をして（c.mos さんがそう言って
たのです）com ファイルで書かれていた呪縛なのかな。中年からの１６ビット・
アセンブラ＆Ｃです。えっへん。完全に趣味ですね…。でも、実用もあるので
−−すごくあるので−−、ＦＥＰは手放せません。WinME も手放せません。申し
訳ありません。ほとんど、遅ればせながらの（恥ずかしながらの）自己紹介でし
た。m(__)m

　聞き流してください。コーディング、コーディング。(^^)

　konno さん、皆さん、夜分の書き込み、失礼いたします。

　ThinkPad T42 X24 どちらも、[半/全] のキーコードは、AF00 です。

　私は、何かハード的なことが起因しているのだと思い込んでいます。

　VTDOS の VText に目が慣れると、今までのＤＯＳ窓Ｖｚは、なんだか小さく
  て使いづらく感じてしまいます。

あきろさん（しょうのない横槍です）

　解決したのかと思ってた…。

>　ThinkPad T42 X24 どちらも、[半/全] のキーコードは、AF00 です。
>　私は、何かハード的なことが起因しているのだと思い込んでいます。

　だとすると、「ハード的なこと」では【ない】と僕なぞは考えてしまいます。
　これは両機でそう出るわけですよね。それは健康なはずです。
　この[F00]無反応問題は、VTDOSなし環境でも起こるわけですか？　VTDOSあり、
VTDOSなしを区別して試されたら（レポートされたら）いかがでしょう？　ただし、
金野さんが書かれていたとおり、そのkeycode.exeは、VTDOS環境、cmd環境でしか
動きません。
　キースワッパーあり、なし、ATOK 2009あり、なし。こんな風に切り分けて、
全部同じ結果が出たら、ハードでしょう。でも、そのキーコードがＶｚに届いた
ら「マクロキーとして動作する」という仕組みなはずだと思うのだけど…。
　届かないからマクロキーとして動作しない。届かなくさせているのは誰？


=== Macrotmp by B ===;
ctrl + breakで終了
* M
50 ^^ "keycode.def"
        ?.
:A      &k (r)?? >A
        &m("keycode: %04x",r) >A
*
　VTDOSなしな、command.com経由の、素のＶｚ＠ＸＰの場合、上で[半/全]のキー
コードが見られます。当たり前ですが、ここではVTDOSとATOK 2009という２つの
要因が外されたことになります。[F00]マクロ動くのじゃない？　T60でここまで
は確認しています。もちろん、remapkey以外のキースワッパーは入ってません。
（もしかして、キースワッパー２つ入れてるとか…(^^ゞ）

　考えてみると（最初からそう思っていたのだけど）[F00]はVTDOS環境ではそれ
ほど重要でないよね。ALT+3,+4,+5のほうが、大事といえば大事でしょう。タイミ
ングがあれだったけど、マクロキーの拡張とVTDOSは、完全に切れた話ですよ。
　そして、（繰り返しでしつこいけど）VTDOS環境で、[F00]によるFEPのオン・オフ
トグルに意味はない、というかそもそもＦＥＰは使えない。

　文太さん、こんにちは。

　まだ、頭がぼーっとしている あきろ です。なぜだかわかりませんが、今回
  の風邪は、長いなあ。

　さて、[F00] にマクロを当てるということについて、解決を望んでいるわけ
  ではありません。[F00] にマクロを割り当てる予定もないですし。

　私のところ（TP T42 & X24）では、[F00] が起動キーとしては使えなかった
  よぉ、と、ご報告したいだけなんです。しかし、根がおおざっぱなため、そ
  の報告がスキだらけすぎて役に立たない。ということであります。

　vtdos環境・・・・Ｘ

　今回、またまた「Macrotmp by B」を利用させてもらい、「command.com 経由
  の、素のＶｚ＠ＸＰ」でも試してみました。[半全] キーのキーコードは
  「AF00」と出ました。しかし、旧「Macrotmp」を実行してみると、やはり
  [半全] キーは無反応でした。

　command.com経由の、素のＶｚ＠ＸＰの場合も・・・・Ｘ

　という結果になりました。

　ここからは、雑談です。

　ちなみに、VTDOS でのＶｚは、別のところにも書きましたが、「VTDOS とＤ
  さんの長押し IME2 」を同時起動することにより、意外と快適に試用してお
  ります。Ｄさん・・を使うと、メニューを開くタイプのマクロで、選択キー
  がアルファベッドになっているものでも、さほど支障なく利用できるのです
  よ。例えば、ＩＭＥが on の状態でメニュー選択のマクロを起動するとしま
  す。メニュー選択で「Ｃ」キーを選択したいときは、「Ｃ」キーをちょっと
  長押しすると、半角の「C」が入力されます。

　Ｖｚを終了するときも、私は alt+Q で終了するのですが、ＩＭＥが on の状
  態で alt+Q を実行 → yes/no 選択が出ますが、「Ｙ」キーを少し長押しす
  ると、半角の「Y」が入力されます。

　広い画面に慣れると、なかなか通常のＤＯＳ窓には戻りにくいですね。ただ、
  入力中のＩＭＥの色を変更できないものでしょうかねぇ。ちょっと見にくい
  なあ。

　まだ、あくまでも試用段階なのですが、通常のＤＯＳ窓を開くことが圧倒的
  に少なくなってきています。

 追記
　やはり「 ← 」を「^S」の代わりに使用するのはなじめず、
　ＩＭＥキー割り当てでカーソル前移動を「^s」だけではなく「^e」にも割り
  当て、vtdos では「^e」を使うように、指の調教を始めました・・。

あきろさん

>　さて、[F00] にマクロを当てるということについて、解決を望んでいるわけ
>ではありません。[F00] にマクロを割り当てる予定もないですし。

　確かに、この間までマクロキーになれなかったわけですし、どうやら「Ｄさん」
は素晴らしいソフトみたいなので、それとのトレード・オフなら（なのか分から
ないけど）、惜しくもないですね。
　テストの結果にはちょっと驚いたけど、ま、深追いすることでもないですね。
　VTDOS時代のお勧めソフト紹介、ありがとうございました。僕もそのうち試し
てみます。

IMEの色調整ですが、既出の通りVTDOSからはIMEの制御が不可能で一切の制御を
行っていません。
comime.exeの設定方法に関する資料はgoogleで検索する限り、起動しない方法だけが
存在します。（むしろその手の情報は僕が知りたい）
無理矢理な方法ですが、コンソール自体には１６色パレットを変更する機能があるので、
これを操作すればひょっとしたらIMEの色を変えることが出来るかも知れません。
但し、他の文字の色も変わりますので気持ち悪い配色になるかも知れません。

あきろさん、どうもです。

> 　ThinkPad T42 X24 どちらも、[半/全] のキーコードは、AF00 です。

そうですか、もちろん、nf+ にしていて効かないんですよね。
とすると、やはりキー入れ替えツールの影響ぐらいしか考えられないですねぇ。

> 　VTDOS の VText に目が慣れると、今までのＤＯＳ窓Ｖｚは、なんだか小さく
>   て使いづらく感じてしまいます。

同感です。私の使い方だと、ソース弄りと過去ログなどの閲覧が主なので、VTDOS
はありがたいです。今後の更なる進化にも期待していますが。(^^;

　文太さん、10# さん、こんにちは。

　文太さん、
　私は、通常のＤＯＳ窓Ｖｚでは、「変換」キーでＦＥＰの on/of をトグルで
  きているし、VTDOS のＶｚでは、ＩＭＥを &j(10)で制御できないからには、
  [半全] キーにマクロを割り当てることはないかな？、ということです。

　とはいえ、ＩＭＥをＶｚから制御できない状態においては、「Ｄさん・・」
  なしには、Ｖｚでの日本語入力は、ちょっと考えられない（ ← 大げさかな
  あ）、ってくらいに思い始めています。

　10# さん、
　「コンソール自体には１６色パレットを変更する機能がある」というご指摘
  をありがとうございます。

　gogle 検索を行い、color コマンドがあることを発見しましたが、cmd での
  み有効のようですね。全くのど素人ですので、色変更についてはここで断念
  しました。

　が、検索中に、cmd 互換とかいうツールが引っかかってきました。これにつ
  いては、別スレを立てます。（ 10# さんにとって、興味の引かれない話題で
  したら、スルーしてください。m(__)m

　gogle で、検索していたら、「ckw」なるツールが引っかかってきました。素
  人の私には

　「Windows のコマンドラインアプリを使用するときに便利な Windows コマン
  ドプロンプト互換ソフト」

　というものらしいとしかわかりません。

　で、わからないままに利用してみましたところ、VTDOS が見事に立ち上がり
  ました。（設定ファイルで、cmd.exe と書かれているところにフルパスで
  vtdos.exe を指定しました）

　良い点
　・ＩＭＥが普通に使える。（変換キーによるトグル起動が可能）。変換中の
    色もほぼそのまま。
　・ＩＭＥで、「^S」が問題なく利用できる。

　悪い点
　・動作が少しもたつく。特にＩＭＥ確定後の表示が遅い。
　・「Ｄさん・・」利用中に、Ｖｚの行頭で全角空白を入力するつもりなのに、
    半角空白が 2 つ入るというおかしな状況がある。

　短時間の利用ですが、というところです。

　ckwの所在ですが
http://d.hatena.ne.jp/hideden/20071123/1195822428
　にある、ckw-0.8.10-mod2-bin.zip  が、最新版のようです。

　・・・風邪が治りきらないなあ。

DOSをコンソールで動かすエミュレータに対して
コンソールをGUIで動かすエミュレータですね。
設定がマズいのかうちでは動かせませんでした（泣）

　どうも、体調が悪いことを理由に、大掃除もせずに、時々ＰＣを動かしつつ、
  ぐだぐだと過ごしています。

　ＸＰならば、たぶんいけると思うのですが・・。以下で起動しないでしょう
  か？ 素の ckw が起動すれば、vtdos.exe もいけるのではないかなあ。

　ckw ですが、どこぞで「 windows\system32 などにコピーして使え」という
  ような記述を見かけたような気がしますが、私はそうしていません。

　ckw-0.8.10-mod2-bin.zip を解凍したものを c:\Tool にフォルダ毎放り込ん
  だだけです。その状態で、ckw.cfg を全くいじらずに、ckw.exe をダブルク
  リックすると、起動するのではないかと思います。（初期設定では、文字が
  12 ポイントになっているので、かなり小さい窓が起動するはず）

　私はとりあえず、ckw.dfg の以下の箇所のみ書き換えました。
---------------------------------------------------------------
Ckw*exec:  c:\dosv\vtdos\vtdos.exe
!Ckw*exec:  cmd.exe
Ckw*chdir: D:\Document\
!Ckw*chdir: c:\

Ckw*fontSize: 16

Ckw*geometry:  80x35
---------------------------------------------------------------

あきろさん、また面白いものを見つけましたね。(^_^)

> 　ＸＰならば、たぶんいけると思うのですが・・。以下で起動しないでしょう
>   か？ 素の ckw が起動すれば、vtdos.exe もいけるのではないかなあ。

Win2000でいけましたよ。半角のキャラクタフォントが無いので、罫線とかタブ、改行文字が
中黒になっているのが残念ですが、ソースがあるので弄ればいいのかな。

IMEは確かにWinIMEが使えますね。CMDのIMEの実態はconime.exeで、別物だったというのが
よくわかりました。

とらじさんのtaglightでログを見ると、背景が黄色くなってしまうので、VZで本格的に使う
にはいろいろ弄る必要がありそうですね。

10#さん

> DOSをコンソールで動かすエミュレータに対して
> コンソールをGUIで動かすエミュレータですね。

CMDの互換エミュレータの中でVTDOSというエミュレータを動かし、その中でVZを使うなんて、
わけわからないというか、ややこしいことになってきましたね。(^^;
でもこの環境だとMSのCMDもNTVDMも使わないで済むんですね。

konnoさん

>IMEは確かにWinIMEが使えますね。CMDのIMEの実態はconime.exeで、
>別物だったというのがよくわかりました。
　うう、そうなの！？　でも辞書は共通ですよね。僕はそう実験で把握しましたが…。
Dos-IME に、あんな単語、入ってるはずないもの。

　じつにややこしいことになっているとは、僕も思ってます。あと、総じてそれ
なりのマシンパワーが要求されてるんだろうな（ま、時流的には普通なんでしょ
う）、という部分で、Win 7 環境のための布石、という捉え方をしております。
　ちょっとＶｚらしくない、という気持ちも…。

>ソースがあるので弄ればいいのかな。
　やっぱり、konnoさん頼み。m(__)m

　夜中に失礼します。

　ckw
　○ ^S が問題なく利用できる。
　○ ＩＭＥの色も windows アプリと同じであり、見やすい。
　● 動作のもたつき、特にＩＭＥ確定後の表示が遅すぎる。

　vtdosのみ
　○ きびきび動作する。
　● ＩＭＥの色がいわゆるＤＯＳ色で暗くて見にくい。
　● ^S がＩＭＥにスルーされ使えない。（conime.exeが ^S ^Q をスルーする)

　という比較の末、気持ちがかなり ckw に傾いていたのですが、なんだかよく
  分からないバグに気づいてしまいました。

　私の所（XP ATOK2009）では、半角の「0」の確定時に、取りこぼしが置きま
  す。例えば、「500000」入力するときに、変換するところまではよいのです
  が、ＩＭＥの確定後表示されるときに「0」の取りこぼしが置き、「50」とな
  ってしまいます。

　ということで、ckw からは腰が引け気味になってしまいました。

追記
　ckw は何種類かあるようですが、私の所では、

　ckw-0.8.10-bin.zip　・・・・・・・・○　（これがオリジナルバージョン）
　ckw-0.8.10-mod-bin.zip　・・・・・・○
　ckw-0.8.10-mod-mod-bin.zip　・・・・×
　ckw-0.8.10-mod2-bin.zip 　・・・・・○

　ということで、一つだけ起動しないものがありました。（ 0 を取りこぼさな
  いバージョンがあるだろうかと調べたのでしたが、ありませんでした。）

文太さん

> 　うう、そうなの！？　でも辞書は共通ですよね。僕はそう実験で把握しましたが…。
> Dos-IME に、あんな単語、入ってるはずないもの。

おそらくそうでしょう。ただ、CMD用のconnimeはほとんど設定も出来ない簡易版という
感じですね。NTVDMといい、これがMSjapanの実力というか、実情なのかと。

> >ソースがあるので弄ればいいのかな。
> 　やっぱり、konnoさん頼み。m(__)m

う、いや、その、今は若い人たちががんばっているので、ロートルは見守るだけで
いいかと。(^^;

なにはともあれ、今年もお世話になりました。来年もよろしくお願いします。
よいお年を。

あきろさん

> 　私の所（XP ATOK2009）では、半角の「0」の確定時に、取りこぼしが置きま
>   す。例えば、「500000」入力するときに、変換するところまではよいのです
>   が、ＩＭＥの確定後表示されるときに「0」の取りこぼしが置き、「50」とな
>   ってしまいます。

これはうちのMSIMEでもなりました。どうも、半角文字の連続は全てカットされて
しまうようですね。

> 　ckw-0.8.10-bin.zip　・・・・・・・・○　（これがオリジナルバージョン）
> 　ckw-0.8.10-mod-bin.zip　・・・・・・○
> 　ckw-0.8.10-mod-mod-bin.zip　・・・・×
> 　ckw-0.8.10-mod2-bin.zip 　・・・・・○

このほかにもトラックバック先にありました。
「予定は未定Blog版」
http://d.hatena.ne.jp/bleis-tift/20091117/1258448920
ckw-0.8.10-mod3-bin.zip 

これが一番新しいようで、半角文字の取りこぼしも少し改善しているようです。が、
やはり取りこぼしはあるので、残念ですねぇ。
バグ報告をしたら対応してくれるかなぁ。

なにはともあれ、今年も色々お世話になりました。来年もよろしくお願いします。

konnoさん

　（また喪中なので）「あけおめ」なしですが、旧年中、お世話にいっぱいなり、
許し難きを許し、譲りがたきをお譲り頂きまして、いっぱい我が侭をさせて頂き
ました。ごめんなさい＆ありがとう。今年も、そこそこ暴れられたらいいなとは
思っていますが、どうでしょうね…。どうぞ宜しくお願いいたします。

>CMD用のconimeはほとんど設定も出来ない簡易版という感じですね。
>NTVDMといい、これがMSjapanの実力というか、実情なのかと。

　なるほど。２バイト文化とはいえ、こういう「やる気のある低所得者層」（？）
への配慮が、実に少ない国なんですよねぇ。アメリカはもっとましだぞ。多文化
なんだから、そもそも比較にならないくらい大変なんだぞ。これじゃあ、若い人
に冒険してベンチャーしろってったって無理だよ、おい。だから、こんなことに
なるんだ（ごめんなさい、新年から。もちろん、ＰＣ関連のことではなく、国
全般というか昨年中の経済動向のことです）。
　（戻って）conime.exeを、ＸＰから７へ持っていくなんてことを考えましたが、
７にもあるんだな。使えねぇ。お願いですから、真面目に仕事してくださいよ＞ＭＳＪ。

>>>ソースがあるので弄ればいいのかな。
>> 　やっぱり、konnoさん頼み。m(__)m
>う、いや、その、今は若い人たちががんばっているので、ロートルは見守るだけで
>いいかと。(^^;

　あっちは、本当の若い人たちが何とかするのでしょう、か…。中年MS-DOSユーザ
が一肌脱ぐべきなのか…。
　えーと、少なくとも見た目は、konnoさん、すごく若々しかったですよ。まだまだ
です。大丈夫、です。

　今年も宜しくお願いいたします。
　　　　　　　　　　どう見ても若くない文太（いや、スキルレベルだけ若者だ！）

文太さん、いろいろ大変なようですが、今年もよろしくお願いします。

> 　あっちは、本当の若い人たちが何とかするのでしょう、か…。中年MS-DOSユーザ
> が一肌脱ぐべきなのか…。

とりあえず、ckwのソースを見てみましたが、さっぱりわからん。(>_<)
ま、少してきとうに弄ってみますが。

皆さん、あけましておめでとうございます。
今年もよろしくお願いします。

去年の暮れからVTDOSなどの登場で、XP/Vista/7 のVZ環境が飛躍的に向上し、
この掲示板も盛り上がってまいりました。
今年は更にIMEやFEPの環境改善が進むように努力していきたいですね。

　あけましておめでとうございます。今年もよろしくお願いいたします。

　ckw-0.8.10-mod3-bin.zip ですが、何度かダウンロードに失敗し、やっと落
  とせました。連続した半角については、特に変化なしですねぇ。


　と、ここでふと思いついたのですが、ckw.cfg の Ckw*exec: で、vtdos.exe
  ではなく、cmd.exe を指定したときの動作はどうなのであろうか、と。


　やってみた結果ですが、cmd.exe を指定したときには、画面のもったり感も
  なく、またＩＭＥ確定後の表示も素早いのです。そして、半角連続入力時の
  取りこぼしもありません。（ ← コマンドラインでＩＭＥ入力してみた）

　「ckw.exe ＋ cmd.exe」という組み合わせの時には、快適な入力を行える。
　「vtdos.exe」のみのとき、快適な入力を行える。
　「ckw.exe ＋ vtdos.exe」という組み合わせの時には、もたついたり半角の
  取りこぼしが起きたりする。

　ということで、なかなかうまくいきません。いまさらですが、vtdos.txt を
  読んでみるも、小手先ではどうにもならない。
 

新年、あけましておめでとうございます。

> 去年の暮れからVTDOSなどの登場で、XP/Vista/7 のVZ環境が飛躍的に向上し、
> この掲示板も盛り上がってまいりました。
> 今年は更にIMEやFEPの環境改善が進むように努力していきたいですね。

今年は変化の年と言われているようです。
OSから大きく変化せざる得ない状況は日々感じております。
そういった中で、DOSエミュレータ上で安定して動いて、大変コンパクトな vz は
緊急避難的にマシンに入れておくにも都合が宜しいです。

また、今年こそは
オープンソース vz が夢で無くなる日が来るのかと期待してます。

ところで日本語入力環境。
ワタクシの方では vzマクロで skk っぽいの書いたりしたのを使ってます。
自分的にはマクロ方式が最高だと思っています。
やっぱりデバイスドライバでコンベンショナル・メモリーを圧迫されってイヤ過ぎ(笑。
このマクロ以前にも一度アップしたことはあるのですが、
ああいう方式にも興味を持たれるお方っていらっしゃいますのでしょうか?

もっとも最近はCPUネイティブなバイナリ・コードだのvzマクロを扱うどころか、
技術的な探求に時間が取れない日々が続いてます(;_;。
それでも皆さま、今年また宜しくお願い致します。おうら拝

あけましておめでとうございます。
世の中では２０１０年は６４ビットだ！クラウドだ！と喧伝される中で、
２０１０年はＤＯＳでＶＺな方々が地味に熱いところが大いにウケますね（笑）
今年もよろしくお願いします。


> 皆さん、あけましておめでとうございます。
> 今年もよろしくお願いします。
> 
> 去年の暮れからVTDOSなどの登場で、XP/Vista/7 のVZ環境が飛躍的に向上し、
> この掲示板も盛り上がってまいりました。
> 今年は更にIMEやFEPの環境改善が進むように努力していきたいですね。

あきろさん、今年もよろしくお願いします。

> 　「ckw.exe ＋ cmd.exe」という組み合わせの時には、快適な入力を行える。
> 　「vtdos.exe」のみのとき、快適な入力を行える。
> 　「ckw.exe ＋ vtdos.exe」という組み合わせの時には、もたついたり半角の
>   取りこぼしが起きたりする。

う〜む、ということは、ckw と VTDOS の相性が悪いということなんでしょうか。
当初、ckw のバグかと思い、バグ報告をしようと思っていたのですが、どうも違う
ようですね。

VTDOSにも、USECMD=1 にすると、内部コマンドの入力の先頭２文字が欠落してしまう
現象があります。おそらく、コマンドをCMDに送り、外部コマンドが見つからない
場合の処理で欠落しているのかと想像します。内部コマンドをVTDOSで処理できれば
良さそうな気もしますが、実際はどうなのかなぁ。
さっき試したら、先頭だけでなく、後ろにもゴミがくっつくことがあるようです。
入力してない'sw2'とか出るので、バッファを共有してるのかな？

たぶん、これとは関係ないでしょうが、ckwとの連携部分でなにかあるんでしょうね。
エミュレータ同士の相性問題は難しいので、10#さんに見てもらいたいところですが、
優先順位は低いでしょうね。

当面は、安定稼動しているVTDOSメインになりそうです。

おうらさん、今年もよろしくお願いします。

> そういった中で、DOSエミュレータ上で安定して動いて、大変コンパクトな vz は
> 緊急避難的にマシンに入れておくにも都合が宜しいです。

VTDOSの登場でVZの寿命がまた延びて、DOSユーザーにはうれしい1年になりそうですね。

> また、今年こそは
> オープンソース vz が夢で無くなる日が来るのかと期待してます。

う、それは、c.mosさん次第というか、誰かが強く働きかける必要がありそうです。
私は特に現状で困ってないもので。(^^;

> ところで日本語入力環境。
> ワタクシの方では vzマクロで skk っぽいの書いたりしたのを使ってます。
> 自分的にはマクロ方式が最高だと思っています。

そういえば以前話題にしていたような。うちの掲示板で検索しても出てこないので、
野ざらし言でしょうか。

> やっぱりデバイスドライバでコンベンショナル・メモリーを圧迫されってイヤ過ぎ(笑。

VTDOSは空きメモリが多くて、快適ですね。あとは、WinIMEが普通に使えるようになれば
最高なんですが。

> このマクロ以前にも一度アップしたことはあるのですが、
> ああいう方式にも興味を持たれるお方っていらっしゃいますのでしょうか?

ckk っていろんなプラットフォームで稼動してるんですね。ckkIMEとか試してみたい
ですが、うちのメインPCは共有なので、入力方式の違うIMEは入れられないんです。
せいぜいATOK2009とかですねぇ。それもなかなかできない。(++;

おうらさんはマクロで実現しているのでしたっけ。野ざらし言#3218でアップしたと
書かれてましたが、見当たらないようです。
できましたら再アップしてもらえないでしょうか。マクロなら手軽に試せそうですし。

10#さん、今年もよろしくお願いします。

> 世の中では２０１０年は６４ビットだ！クラウドだ！と喧伝される中で、
> ２０１０年はＤＯＳでＶＺな方々が地味に熱いところが大いにウケますね（笑）

VTDOSの登場が無ければもっとひっそりとしていたはずですが、10#さんのおかげで
VZの明るい未来を妄想できるようになりました。(^_^)
本当にありがたいことで、感謝感謝です。m(__)m


さて、こんな時に言うのもなんですが、(^^;　今年もVTDOSの更新に期待してます。

・USECMD=1 にすると、内部コマンドの入力の先頭２文字が欠落してしまう
・ctwとの連携でWinIMEの半角連続文字が欠落する現象
・VZファイラーでCD/DVDドライブの認識失敗の時それ以降のドライブが見えなくなる

優先順位は低いと思いますが、無理せず、ゆっくり、まったりとよろしくお願いします。

　皆様、新年あけましておめでとうございます。
　時々ちんぷんかんぷんな書き込みをする私ですが、今年もよろしくお願いい
  たします。


　正月休みに、X24 に触ることが多かったのですが、非力なこのＰＣでは、
  Firefox はどうも重い。特に初回起動は時間が掛かりすぎる。ということで、
  非力なＰＣでも軽快に動作するブラウザを探してみました。

　そこで見つけたのが、「GreenBrowser」。起動が速い。初回起動に X24 で
  10秒。いろいろな動作も軽いです。IE ベースということなので、描画とかは
  遅いのかもしれませんが、とにかく軽快に動作するブラウザです。

　ただ今、Firefox と GreenBrowser 、併用中です。

　私も vtdos に戻っています。安定が一番です。

>>konnoさん

ckwの対応は確認済みですのでVer.1.15から対応になります。
ちょっと別件で事情があってリリースは保留していますのでしばらくお待ち下さい。

USECMDの件は僕の環境では出ていないのでまとまった情報があればありがたいです。
VZファイラーはまた調べようと思ってますので、VZのソースの該当する箇所を教えて頂けるとありがたいです。
よろしくお願いします。

明けましておめでとうございます。

VzEditor に見切りをつけて windows7 home x64 環境に移ったつもりでしたが
VTDOSのおかげで、まだまだ VzEditor を使い続けられそうです。

今年もよろしくお願いします。

あきろさん

> 　そこで見つけたのが、「GreenBrowser」。起動が速い。初回起動に X24 で
>   10秒。いろいろな動作も軽いです。IE ベースということなので、描画とかは
>   遅いのかもしれませんが、とにかく軽快に動作するブラウザです。

これ、良さそうですね。私も入れてみました。日本語選択できるんですね。
確かに起動などが速いです。IEベースということで、読み込み自体は時間が掛かりますが
その間に他の表示を全て済ましているんですね。
入れただけでＩＥの設定を全て引き継いでいるので楽チンです。

一つだけ気になったのが、Ｇマークのアイコンが起動中は常に画面上に居座って邪魔臭い
ことです。他のアプリで作業中でも残っているので非常にウザイですね。
設定で消せるのかなぁ。

> 　ただ今、Firefox と GreenBrowser 、併用中です。

うちのノートも非力なので、ノートではデフォにしたいですね。
今年も探究心旺盛なあきろさんのおかげで楽しいネットライフが送れそうです。
この書き込みは、GreenBrowserで書いてます。(^_^)

10#さん

> ckwの対応は確認済みですのでVer.1.15から対応になります。
> ちょっと別件で事情があってリリースは保留していますのでしばらくお待ち下さい。

おお、すばやい対応、ありがとうございます。まったりと待ってま〜す。

> USECMDの件は僕の環境では出ていないのでまとまった情報があればありがたいです。

この件はとしきさんと私だけだったようなので、もしかしたら、Win95DOS使用のせいかも
しれませんね。だとしたら、サポート外ということで、却下されてもかまいません。
ただ、これが直れば、command.com無しでVTDOS単独でも使える環境になりそうなので、
対応してもらえればありがたいです。
状況は#4734に書いています。

> VZファイラーはまた調べようと思ってますので、VZのソースの該当する箇所を教えて頂けるとありがたいです。

え、もしかしてこの現象、VZだけなんですか？
と思って、Mielを起動してみました。MielではＪドライブのフラッシュが見えますね。
Mielを終了するとMCBエラーでVTDOSが終了してしまいますが。
一方、VZは全てのバージョンでＧ：以降が見えません。
う、素のVTDOSでプロンプトはＪ：になりますね。
お、VZ常駐でもプロンプトはＪ：になります。この状態からファイラーを開くと
Ｊドライブの内容が見れました。この状態なら、「Ｄ」コマンドで、Ａ〜Ｊまで
のドライブ全て表示できました。

ということで、VZのみの現象ぽいので、ソースを調べてみます。おそらくopen.asm 
だと思いますが、私もよく判ってないので、特定はまたこんどということで。
う〜ん、もしかしてこれもWin95DOSの現象だったりして。

shadow さん、今年もよろしくお願いします。

> VzEditor に見切りをつけて windows7 home x64 環境に移ったつもりでしたが
> VTDOSのおかげで、まだまだ VzEditor を使い続けられそうです。

shadow さんのおかげでwindows7 x64 環境でもVZが快適に使えることがわかったので
今年はPCの更新も目標にしようと思います。

＃ああ、大義名分がほしい。(^^;

konnoさん

> え、もしかしてこの現象、VZだけなんですか？
> と思って、Mielを起動してみました。MielではＪドライブのフラッシュが見えますね。

VTDOS114
windows7 HOME x64
shell PCDOS2000

オリジナルVZ、VZK07S5で下記の現象が起こります。
A: 未接続
B: 未接続
C: HDドライブ
D: HDドライブ
E: CD/DVDドライブ
F: USBドライブ
G: HDドライブ

ファイラーを開いて「D」コマンドにて
CドライブからはGドライブが表示されません。
コマンドラインにおりてGドライブに移動後、
Gドライブが表示されますが、スクロールして隠
れているAドライブを表示するとGドライブが表示
されなくなります。

KL,FD,MIEL2.58+4aでは、問題ないですね。

　「GreenBrowser」なかなか軽快です。

> 一つだけ気になったのが、Ｇマークのアイコンが起動中は常に画面上に居座って邪魔臭い

　何でこれがデフォになっているのかがよく分かりませんが、消せます。
　メニューの「ツール」 → 「その他のツール」 → 「モニタのチェックを外す」
　これで消えます。

　好みにもよりますが、メニューの「表示」 → 「バーを自動的に隠す」にチ
  ェックを入れるとメニューバーその他が簡略表示になり、画面を広く使えま
  す。タイトルバーにカーソルを持って行くと、簡略表示で隠れていたメニュ
  ーバーなどが出てきます。

　サーチエンジンが中国語の google になっており、手動で日本語 google の
  アドレス設定をしなくてはならないのが、ちょっと面倒でした。（yahoo も
  手動で日本語ページのアドレスを入れました）

　必要なときに、サイドバーにお気に入りを出すようにして使っていますが、
  お気に入りの順序を変更しても、起動し直すとそれが維持されずに戻ってし
  まうのが残念ですが、まあしょうがなかな。

　という感じで使っています。ただ、firefox もインターネット一時ファイル
  の「使用するディスク領域」を 50MB に減らしたところ、２度目の起動から
  は、「GreenBrowser」とそう遜色のない動作をするようになりました。

　あ、この書き込みは、「GreenBrowser」＆「vtdos」です。

> この件はとしきさんと私だけだったようなので、もしかしたら、Win95DOS使用のせいかも
> しれませんね。だとしたら、サポート外ということで、却下されてもかまいません。

あとでレポートしようとして、ほうりっぱなしになっていました。
DOS6/Vのcommand.comでも類似の状況は発生しております。
すでにshadowさんからもレスがついていますが、私のほうでも試験しようとして
うまい試験項目が抽出できていないような形です。
とりあえず、厳密性には欠けますが、以下、速報ということでご容赦ください。

OS: XP(x86)
shell: DOS6/Vのcommand.com 1993/12/06 6:20 58886 bytes
VZ: 1.60t03k

A: 未接続
B: 未接続
C: HDドライブ
D: HDドライブ
E: CD/DVDドライブ（メディア未挿入）

vtdos起動直後にVz常駐。直後、\[RET]でファイラー起動。
ここで、数字キーの「４」を押してもＤドライブを表示しない。
（Xpのcommad.comでは、きちんとＤドライブを表示する）
では、ということで「Ｄ」キー（または「Ｌ」キー）を押すと
Ｄドライブは表示されるが、カーソルをＤドライブに移動させて
リターンを押してもＤドライブを表示しない。
Vzの常駐を解除し、カレントをC:\に移動。
ここでVz起動（常駐でも非常駐でも以下の挙動は同じ）。
直後、\[RET]でファイラー起動。
ここで、数字キーの「４」を押してもＤドライブを表示しない。
では、ということで「Ｄ」キー（または「Ｌ」キー）を押しても
Ｄドライブは表示されない。

ドライブの存在確認に、なんか変なファンクションを使っているのかなぁ。

shadowさん、としきさん、追加の検証ありがとうございます。

> DOS6/Vのcommand.comでも類似の状況は発生しております。

どうやらcommand.comのVerには関係なく、VZ特有の現象みたいですね。

> ドライブの存在確認に、なんか変なファンクションを使っているのかなぁ。

そう考えて調べてみました。ドライブの選択はfiler.asmの中だったですね。
すみませんでした。＞10#さん。

filer.asmの中の3900行あたり

seldrv	proc
	mov	dl,al
;	msdos	F_SELDRV		; ★ah=0eh int 21h
;	cmp	al,26			; ##156.120
;_if a
	mov	al,26
;_endif
	mov	drive_c,al
	cmp	dl,al
	cmc
	ret
seldrv	endp

このルーチンが怪しいので、上記のようにDOSコール以降をコメントにしたところ、
ドライブ選択メニューはＺまで出るようになりましたが、Ｊを選択しても変わらない
ようです。そこで、

seldrv	proc
	mov	dl,al
	msdos	F_SELDRV		; ★ah=0eh int 21h
;	cmp	al,26			; ##156.120	; ##k07t
;_if a							; VTDOS
	mov	al,26
;_endif							; 
	mov	drive_c,al
	cmp	dl,al
	cmc
	ret
seldrv	endp

このようにDOSコールを有効にしたら、VTDOS上でもＪドライブが見えるように
なりました。(^_^)

想像するに、VTDOS上ではタイミングなどで、このDOSコールでドライブ認識のエラーが
出ることがあるのではないかと。
しかし、DOSコールは実行しないとフラグなど条件が成立しないというところかな。
他のファイラーではこのDOSコールを使用していないということでしょうか。

> 	msdos	F_SELDRV		; ★ah=0eh int 21h

うわ、むちゃくちゃ怪しそうなファンクションを使っていますね。
これの戻り値は、基本的にconfig.sysのlastdriveで指定した値が帰ってくること
になっているのですが、lastdriveを指定していなかった場合、かつ、ドライブが
少ない場合（例えばフロッピーしかつながっていない場合）にとりうる最小値は
５となっているはずです。たとえば、vtdosでこの辺の処理がきちんとできていな
いと、ＶｚではＦドライブ以降にうまくアクセスできない、という状況が発生す
るかもしれません。
でも、私の場合、Ｄドライブにうまくアクセスできないわけで、さらに違う部分
で問題が発生しているような気もします。

ちょっと思ったのが、VTDOS.CFGにLASTDRIVEというオプションを追加するという
方法。ただ、思いつきレベルなので、実装の手間は全く考えていません。



ついでに、konnoさんに質問、よろしいでしょうか。

> ;	cmp	al,26			; ##156.120
> ;_if a

ここの_if aというのは、どのフラグがどうなったときに真となるのでしょうか。

こっちにもレスをつけておきます。

> ・USECMD=1 にすると、内部コマンドの入力の先頭２文字が欠落してしまう

これは、command.comが悪さをしていると思います。
私のところでも、Win95のcommand.comを使うとこの事象が発生しますが、DOS6の
command.comでは事象が発生しません。
ただ、仮に、もし10#さんのところではWin95のcommand.comでも事象が発生しない
ようであれば、何か別の要因が潜んでいる可能性はあるかもしれません。
もちろん、サポート対象外、と切って捨てるのが正しい対応だとは思います。

あきろさん

> 　メニューの「ツール」 → 「その他のツール」 → 「モニタのチェックを外す」
> 　これで消えます。

おお、消えました。ヘルプも見ていないので何がなんだかよく判らないですね。(^^;

> 　好みにもよりますが、メニューの「表示」 → 「バーを自動的に隠す」にチ
>   ェックを入れるとメニューバーその他が簡略表示になり、画面を広く使えます。

これはデフォでそうなってました。

> 　サーチエンジンが中国語の google になっており、手動で日本語 google の
>   アドレス設定をしなくてはならないのが、ちょっと面倒でした。（yahoo も
>   手動で日本語ページのアドレスを入れました）

え、ということは、これって中国製？
なんかスパイウエアでも仕込んでないかなぁ。(^^;

>   お気に入りの順序を変更しても、起動し直すとそれが維持されずに戻ってし
>   まうのが残念ですが、まあしょうがなかな。

う、それはちょっとまじいなぁ。それに、設定とかがIEと共通になっているような
感じなので、弄るのを躊躇しますねぇ。(^^;

まあ、暫らく使って見て常用するか判断します。

> うわ、むちゃくちゃ怪しそうなファンクションを使っていますね。

あ、そうでしたか。(^^;　私は面倒なので、ロクに調べてませんでした。(^^;
詳細な解説ありがとうございます。


> でも、私の場合、Ｄドライブにうまくアクセスできないわけで、さらに違う部分
> で問題が発生しているような気もします。

それで、タイミングとかが関係しているのではないかと思ったのです。
エミュだとよくある話らしいので。

> ちょっと思ったのが、VTDOS.CFGにLASTDRIVEというオプションを追加するという
> 方法。ただ、思いつきレベルなので、実装の手間は全く考えていません。

解決方法は、10#さんにお任せしたいと思います。私自身はVZ側で対応させたので、
今のままでもかまわないんですが、みんながVZkの最新版を使用するわけではない
でしょうし。

> > ;	cmp	al,26			; ##156.120
> > ;_if a
> ここの_if aというのは、どのフラグがどうなったときに真となるのでしょうか。

としきさんならお分かりだとは思いますが、al が26よりも上(27以上)の時でしょう。
 ja に相当する動作です。ドライブがＺを超えてしまわないかのチェックですね。
ということは、al の数値が小さすぎる時のチェックが無いわけですね。なので、
強制的にalを26にするようにパッチを当てたわけです。
どの道存在しないドライブは無視されるので、これでも問題ないですよね。

> これは、command.comが悪さをしていると思います。
> 私のところでも、Win95のcommand.comを使うとこの事象が発生しますが、DOS6のcommand.comでは事象が発生しません。

この現象はcommand.comが無くても発生します。
それで思ったのですが、DOS7の内部コマンドは、CMD.EXEと同じく、Windowsの情報
を返してきますよね。ということは、内部コマンドが32ビット動作だと正しく処理
出来てないのではないかなぁ。

私はVTDOSを試した時、command.comが無くても、VZだけでそれなりに使えたので、
VTDOS単独での完成形を夢想したのですが、この辺は作者の意向しだいなので、
どうするかは10#さんにおまかせします。

konnoさん、としきさん

>> うわ、むちゃくちゃ怪しそうなファンクションを使っていますね。
>あ、そうでしたか。(^^;　私は面倒なので、ロクに調べてませんでした。(^^;
>詳細な解説ありがとうございます。

　僕はそう思わないのだけど…。「怪しい」の根拠はなに？　ドライブ変更のフ
ァンクションはこれしかないと思うのだけど…？　どれかのファンクションの組み
合わせで、ドライブ変更ができるのでしたら、是非お教えください。

>> ;	cmp	al,26			; ##156.120
>> ;_if a
>ここの_if aというのは、どのフラグがどうなったときに真となるのでしょうか。

>としきさんならお分かりだとは思いますが、al が26よりも上(27以上)の時でしょう。
> ja に相当する動作です。ドライブがＺを超えてしまわないかのチェックですね。
>ということは、al の数値が小さすぎる時のチェックが無いわけですね。

　２７以上を返してしまう場合があるようなのです。それで、c.mos さんが「##
156.120 」から入れたのかどうかは分からないですが。僕は、アメリカへの出荷
が関係するのかなぁ、などと妄想しました。interrupt  list には、２７を超え
る場合が記載されていました。
　「小さすぎる」ことはありえます？

どのファンクションコールの問題かまで絞り込めれば後は原因を特定するのは
容易いのでありがたいです。
逆に現象が再現したところでどのファンクションコールの問題かも判らないと相当困難な
検証作業になりますので、特別な理由があっても他の課題を優先する傾向になります。
現時点ではＣＰＵ命令の不具合と思しきものは優先的に検証するように心掛けています。
（それでも検出不可能な場合もあります）

としきさんがSELDRVの使用に違和感を感じているのは、ドライブの存在確認のために
カレントドライブ選択のファンクションコールを使用していることにあると思います。
エミュレーションを実装する立場（僕のことですね）を推測しますと、この場合
カレントドライブ選択に意識があり、LASTDRIVEの取得という機能に意識が無かったり
するので、その実装を無意識に省略したり別の機能を実装する場合があります。
ヒューマンエラーが発生しやすい事例と言うことですね。
DOSの公の仕様としてはLASTDRIVEを取得する方法がこのファンクションコールしか無く、
ファンクションコールの仕様と相違があるので修正する必要は当然あります。
（ただこれもファンクションコールが特定できないと出来ない議論ですよね。）

で、何故このファンクションコールに不具合があるのかというと、
VTDOSはこのファンクションコールのエミュレーションにコンパイラーのランタイムを
呼び出しているのですが、このランタイムの挙動がランタイムリファレンスの記述と
違っていました。
Win32にはカレントドライブという概念が無いので、ランタイム側もある種の
エミュレーション（１６ビットランタイムとの後方互換性）を実装する形になっている
訳なんです。
で、そのランタイムルーチンにLASTDRIVEの取得という機能が抜け落ちて、
その代わりドライブの存在可否情報を返していました。
付け加えると、Win32ではLASTDRIVEという概念もなくドライブは常にZまであります。
（非公開 API GET LIST OF LIST ではZまでと返しています）

まぁこの時点でSELDRVの対応は確定している訳ですが、リリースはもう少々お待ち下さい。
いろんな議論があるようですし、konnoさんも特殊なパッチでの対応は不要では無いかと
思ったもので、僕の事情を併せて補足させて頂きました。

さらに補足ですが、IOCTL/8(Removable Check)にも不具合が見つかっています。
ここは僕が付けた「アタリ」ですので今回の問題とは無関係かも知れません。

一応確認しておきたいのですが、この現象はVTDCMDでは再現してないですよね？
僕の追試では出ていません。
Win95のcommand.comに関しては、現象を確認できましたので 1.15から対応します。
ただ、これは現時点でどこにも公式、非公式含め公な資料のないWin95のcommand.comの
非互換性によるところのようです。

command.comはDOS3.3よりInt2fh/ae00/ae01 INSTALLABLE COMMANDというAPIがありまして
VTDOSはこのAPIをフックしてビルトインコマンドの拡張や切り替えを行っています。
このAPIはcommand.com常駐部と非常駐部との間の内部的な通信APIでDOS3.3以降
MS-DOS6やPC-DOS7まで全てのバージョンで相互互換なんですが、Win95以降突如として
仕様に大幅な修正が加わっています。
このAPIは本来command.comローカルなAPIであるため、互換性を確保することが不要で
あると判断されたものと想定しています。
理由はWin95以降採用された「長いコマンドライン」の対応のためであると思われます。
この変更はInterrupt Jump Tableでも反映されていません。
また、msdos.sys情報の取得やio.sysとの連携・Win386カーネルとの連携など、
これ以外に相当な挙動の相違があり、さらにWin95のcommand.comの解析情報は一般的に
皆無です。

こういった実情を踏まえ、Win95のcommand.comは従来のcommand.comとは
「似て非なるもの」と捉えるのが合理的であると考えています。
「似て非なるもの」のサポートは優先的ではないため、これ以降の対応は打ち切り、
非推奨に指定する予定です。
また、これ以降のcommand.comは32bitコードを含むため、完全にVTDOSのサポート範囲
からは逸脱します。

MS-DOS/PC-DOSに付属するcommand.comはDOSプログラムとしては、コンパクトでありながら、
多機能でかつ、常駐部・非常駐部のリロケートやリロードなど、特殊な動作も有する
(VZと同様模倣が困難な範疇に属する）ことから、アプリケーションとの互換性も含め、
フルスペックのコマンドラインインタプリターの機能を提供することは困難であると
考えています。また、今後も提供の予定はありません。
間に合わせの簡易シェルを添付し、純正のcommand.comの利用を推奨するのはこういった
理由によるところです。

>  ja に相当する動作です。

これがわからなかったのです。
aフラグによって分岐するのかな、でも、それにしては挙動が変だし、と考え込ん
でしまったのでした。

> 　僕はそう思わないのだけど…。「怪しい」の根拠はなに？

#4748に書いたように、条件によっては正しい値を返さないことがあるところが、
私が怪しく感じたところです。おまけに、最小値がＥドライブまで、ということ
がＦドライブ以降にアクセスできなくなる要因ではないかな、と妄想してしまっ
たのでした。
えぇっと、ドライブ選択の動作ではなく、戻り値の部分で怪しく思ったのです。

昨年末にVTDOSが登場して以来、うちのサイトも熱くなって来ましたが、VTDOSの
大画面に触発されて、VZのファイラーも大画面に対応させてみました。
クリスマスには間に合わなかったけど、お年玉にはなるかな。(^^;

VZk07t （2010-01-04） 

　・V-TEXTでlf+の時ロングファイルネームを画面幅一杯に表示。
　　縦は50行以上だと異常になりますね。

　・VTDOSでlf+の時LFNのリネームが出来なかった(k07s4〜k07s5)。
　　原因不明ですが、もしかしてうちの環境だけ？DOSVerがらみか？

　・VTDOSでファイラーのドライブ選択の異常を修正。
　　手抜きなので、他で副作用とかチェックしてません。(汗

今回は画面イメージも大サービス(^^;
http://tamaneko2.cocolog-nifty.com/vz2/2010/01/vtdosvz-b9d1.html

VZの部屋に置いてあります。
http://homepage3.nifty.com/tamaneko/vz.htm#000001


＃VZファイラーはWindowsファイラーの夢を見るか

文太さん、としきさん

実際問題、VTDOSでこのファンクションを使うと、al に4とか5とかが返ってくる
ことがあるわけなので、他のファイラーではこれを使っていないか、他のやり方
をしていると考えるのが自然ですよね。

konnoさん

皆さんご存知だと思いますが、MS-DOSマシンで動作するファイル管理ツールの
K-Launcher の Source をTORO/高橋 良和さんがを公開されています。

http://homepage1.nifty.com/toro/dlsrc.html

参考になればよいのですが。

konnoさん

> VZk07t （2010-01-04） 
お年玉ありがとうございます。 

> 　・V-TEXTでlf+の時ロングファイルネームを画面幅一杯に表示。
> 　　縦は50行以上だと異常になりますね。

あじゃさんに、50行越えは、オプション lc で最大行数を指定する必要があると教えていただきました。
これを指定すると、最下行のFEPの予約ができないので、私は50行以下で使うことにしました。

　#04761 shadow さん

> これを指定すると、最下行のFEPの予約ができないので、私は50行以下で使うことにしました。

たとえば 64 行の画面でＶＺを起動する場合、

lc64 だと最下行がＶＺ及び FEP のファンクションキーになる。
lc65 以上を指定すると、最下行は FEP のファンクションキーで、ＶＺのファ
ンクションキーはその上に表示される。

というあたりの話でしょうか？

・・・

あけましておめでとうございます。 m(_a_)m  > all

としきさん

　中身がきちんと分からなければ翻訳なんかできるわけない、というサンプル。

INT 21 - DOS 1+ - SELECT DEFAULT DRIVE
	AH = 0Eh
	DL = new default drive (00h = A:, 01h = B:, etc)
Return: AL = number of potentially valid drive letters
Notes:	under Novell NetWare, the return value is always 32, the number of
	  drives that NetWare supports
	under DOS 3.0+, the return value is the greatest of 5, the value of
	  LASTDRIVE= in CONFIG.SYS, and the number of drives actually present
	on a DOS 1.x/2.x single-floppy system, AL returns 2 since the floppy
	  may be accessed as either A: or B:
	otherwise, the return value is the highest drive actually present
	DOS 1.x supports a maximum of 16 drives, 2.x a maximum of 63 drives,
	  and 3+ a maximum of 26 drives
	under Novell DOS 7, this function returns the correct LASTDRIVE value
	  even when the undocumented LASTDRIVE=27..32 directive was used in
	  CONFIG.SYS
	"parse FCB" (see AH=29h) can be used to determine whether a drive
	  letter is valid

（抄訳）
返り値：ＡＬ＝あり得る有効なドライブ・レターの数
注：Novell NetWareでは、いつも３２。
　　DOS 3.0+では、最大で（？）５、LASTDRIVEの値、実在するドライブ数
　　　「、」のところに「であって」とか「か」とか補って解釈したくなるねぇ…。
　　DOS 1.x/2.x single-floppy systemでは、２。
　　それ以外では、実在するドライブで一番最後のものの値。
（以下略）６３とか２７〜３２とかもあり得る環境がある…、あった…みたい。

shadowさん

　どんぴしゃ。ソースがＦＤ不可、ＭＩＥＬ不可で、すね虫になって寝たの
でした。サンクス！　使ったことないファイラだし、読めやしないのだけど、
探してました。ありがとうございました。

（まとめ）lastdrive in Win32 & SELDRV

konnoさん

>実際問題、VTDOSでこのファンクションを使うと、al に4とか5とかが返ってくる
>ことがあるわけなので、他のファイラーではこれを使っていないか、他のやり方
>をしていると考えるのが自然ですよね。

　実に自然ですが、10#さんが教えてくれたように、もっともっと複雑だったわけ
ですね。
　(1)MS-DOSではlastdriveの取得にこのファンクションしかなかったり、(2)Windows
ではlastdriveは２６とか、そもそも(3)Win32にはカレントドライブという概念が
ない、など。これで「まとめ」は良いかな。


　（深追いにいまや意味はありませんが）確かに上は整合的。そして

=== Macrotmp by B ===;SELDRV
* M
50 ^^ "Macrotmp"
	ax=$0e00, dx=2, &i($21)		;2=='C:'
	&m("%d",ax&$00FF)		;-> al, drive count

　これでも、ＡＸにまともな数字が返らない（VTDOS 1.14）。でも「カレント・
ドライブ変更が他にあるか？」と考えたら、あるかぁ〜？　と思い、ブラウン・
リストを調べて、なさそうだけど…、というのも、まあ、自然でしょ。
　SELDRVは、ねこさんの「Ｆコール入門」にも出てくるごくごく普通のファンク
ションですから。アセンブラの入門書のどっかのサンプルにもあった。別に
WinMEもそうですが、AX=0e00h, INT21なＦコールを贔屓にしているわけではあり
ません。特定のＦコールを偏愛したりはしない、たぶん、しないと思う。(^^ゞ
　−−さだまさし気分−−

　ま、原因が分かってよかった、よかった。「あそこだ」と見つけたkonnoさんは、
やっぱりすごかった。

　実は、僕は「ToCD」（#>）とごっちゃになってたところがありました。でも、
このときには、SELDRVを使ってると思う。SELDRVって、あそこにしか登場しない
ので。他の有名なファンクションがあったりして…(^^;
　でもdx=2,で呼べば、lastdriveの取得だったわけですね。そうしないと、
「Drive」（#L）でリスト（mn_drive?）がちゃんとはつくれないのでしょうかね（？）

　和生さん作の「接続中のドライブを表示」するマクロがあったな。どんなファ
ンクションを使ってるのだろう？　そのうち探してみますね。

> 	under DOS 3.0+, the return value is the greatest of 5, the value of

手元のいくつかの解説書だと「戻り値は５以上」というような記載があります。
例えば、NECのDOS5付属の「プログラマーズリファレンスマニュアル VOL.1」には
以下のような記述があります。

「注意　将来の互換性のために、ALに返された値は注意深く扱ってください。
　　　　ALに返される論理ドライブ数は、実際に接続されているドライブ数と
　　　　は限らず、CONFIG.SYSのLASTDRIVE指定によって変わります。ALの最
　　　　小値は５（LASTDRIVE指定なしで実際のドライブが５台以下のとき）
　　　　なので、ALが05Hを返しても、Ａ、Ｂ、Ｃ、Ｄ、Ｅの各ドライブが
　　　　すべて有効なドライブ指定とは限りません。」

また、この本を含め、手元のすべての解説書で、戻り値としてとりうる最大値
がいくつかということは明記されていませんでした。

　konno さん、こんばんは。

> え、ということは、これって中国製？
> なんかスパイウエアでも仕込んでないかなぁ。(^^;

　google で greenbrowser を検索した限りにおいては、大丈夫そうです。以下
  のブログの「2009年12月23日水曜日」の「IE エンジンのタブブラウザ 
  GreenBrowser (3)」を読むと参考になるかもしれません。「VirusTotal」に
  解析してもらったという記事内容です。
http://www.sieg-zeon.co.cc/

> う、それはちょっとまじいなぁ。それに、設定とかがIEと共通になっているような
> 感じなので、弄るのを躊躇しますねぇ。(^^;

　あ、そうか。普段ＩＥをほとんど使わないので、気づきませんでした。ＩＥ
  のお気に入りの並び順を変えてやれば、それが GreenBrowser に反映される
  ということだ。 → うまく変更することができました。（ついでに、ＩＥの
  お気に入りの並び順を保存してくれるツールを vector で見つけました。）

　サーチエンジンの件は、上記ブログの「2009年11月26日木曜日」の「IE エン
  ジンのタブブラウザ GreenBrowser」の記事が、参考になります。

　#4745 に firefox も２度目の起動から、GreenBrowser と遜色のない動作を
  するようになったと書きましたが、訂正します。あれは、無線ＬＡＮの調子
  がちょっとおかしくなり、劇遅になっていたせいでした。無線ＬＡＮが普通
  の速度に戻ったら、GreenBrowser がやはり軽快軽快。

としきさん

　総じて了解です。SELDRVの返り値ＡＬは「むちゃくちゃ怪しい」ということ
ですね。

>> 	under DOS 3.0+, the return value is the greatest of 5, the value of
　ここは、ほんと読めなかった。大事なところなのに。「、」は「あるいは」と
するのが正しい翻訳みたいですね。「怪しい」と一言書いてよ、＞ブラウン先生。

>手元のいくつかの解説書だと「戻り値は５以上」というような記載があります。
>CONFIG.SYSのLASTDRIVE指定によって変わります。ALの最小値は５（LASTDRIVE
>指定なしで実際のドライブが５台以下のとき）
　とすると、ほんと、lastdriveを知る（config.sys指定なし）のは、それぞれ
の環境で自己責任なんですね。c.mosさんのあれでも全然駄目なんだ…。

　それでも、金野さんのあれで何かが直ったら、それは変でしょう？　と思うの
も自然かな…。

; 	msdos	F_SELDRV		; ★ah=0eh int 21h
　これをコメントアウトしたら、ファイラで別ドライブに「#>」できなくなり
ませんか、と思うのも。へらず口。

　とはいえ、「ここが問題」と発見したkonnoさんは、もちろん、すごいです。

1.xの頃は物理ドライブ数ですが、
2.xからハードディスクやデバイスドライバーが利用できるようになっているので
ramdisk等を含む論理ドライブ数になってますね。
3.xの頃からネットワークサポートが入って来て仮想ドライブ分を含む有効
ドライブレターとなりますが、コンベンショナルメモリが圧迫し始めた頃なので、
ドライブレターの上限を手動設定出来るようにしたのがLASTDRIVEですね。
subst/join/assign/net useなどの仮想ドライブ機能やCDSが登場したのもこの頃です。
MS-DOSはドライブ１に対して最低百数十バイトコンベンショナルメモリを消費
していました。
何も指定しない場合は5(A:〜E:)となっています。
現時点では仮想ドライブを含むため必ずしも有効なドライブであるとは限らないですね。
メモリ容量に事実上制限のないWin32では固定で２６となっていて、
DOSワークセットをハイメモリーにしか置かないVTDOSも２６固定です。
以上DOSうんちく(^-^)

> VTDOSはこのファンクションコールのエミュレーションにコンパイラーのランタイムを
> 呼び出しているのですが、このランタイムの挙動がランタイムリファレンスの記述と
> 違っていました。

なんと、そういうこともあるんですねぇ。「バグの無いソフトウエアは無い」という
ことですね。

> Win32にはカレントドライブという概念が無い
> で、そのランタイムルーチンにLASTDRIVEの取得という機能が抜け落ちて、
> その代わりドライブの存在可否情報を返していました。
> 付け加えると、Win32ではLASTDRIVEという概念もなくドライブは常にZまであります。

勉強になります。これだけ調べるのも大変というか、プロでなければ無理ですよね。
さすがです。

> まぁこの時点でSELDRVの対応は確定している訳ですが、リリースはもう少々お待ち下さい。

はい、VZ側では対応できたので、まったりと待ってます。

> さらに補足ですが、IOCTL/8(Removable Check)にも不具合が見つかっています。

なるほど、CDやDVDのドライブが不良なうちの場合はこれも絡んでいそうですね。


ところで、VTDOS上のVZファイラーではドライブの空き容量がゼロになっていますが、
これはファンクションコールの返り値をゼロにしているんでしょうか。
数百ギガとか無理なのはわかってますが・・・たぶんなんともならないですよね。

#04761 shadow さん

> あじゃさんに、50行越えは、オプション lc で最大行数を指定する必要があると教えていただきました。

あ、どうもです。何処かで見たような気がしたんですが、わからなかったので、
まあいいかと。(^^;

#4762 あじゃさん

> たとえば 64 行の画面でＶＺを起動する場合、
> lc65 以上を指定すると、最下行は FEP のファンクションキーで、ＶＺのファ
> ンクションキーはその上に表示される。
 
なるほど。ただ、うちの環境では、8x18フォントで158x52行ぐらいが限界なんですよね。
(^^;


風邪を引いて頭が痛いので、今日はもう寝ます。明日から仕事だぁ。(++;

10#さん

　MS-DOS蘊蓄、ありがとうございました。いやぁ、納得です。なるほどねぇ。
すごい勉強になりました。としきさんが写してくれたように、「俺たちプログラマ、
マニュアル作者だって、どうすればいいのか、どう書けばいいのか分からないくら
い錯綜してるんだい」みたいなところですかね。
　じゃあ、ブラウンさん、そう書いてよねぇ。　m(__)m

　話全体はそうとうにややこしいことになり得ましたが−−なぜあの修正が効い
たのか、なぜ他のファイラ・アプリだと、Ｖｚで見えないドライブが見えるのか、
など−−、 とにかく konno さんがファンクションを特定し、10# さんがランタ
イムの修正をしてくれ、としきさんが SELDRV の返り値の「怪しさ」を説明して
くれたので、実に目出度いだけなのです。

　でも、せっかくソースのあるファイラに辿り着いたのだから（thanks to
shadow さん）、SELDRV ファンクションは返り値が怪しいとはいえ、ドライブ
移動にも、lastdrive 取得にも、これしかないようなので（？）、ちらと覗いて
みました。 Ｃもあるし、tasm だし、なのですが、以下のようないかにもな箇所
で使われてますね。返り値に問題があり得るはいえ、一般的に使うのでしょう。
きっと、それしかないから。

　コメントが優しい（優しそうな）ソースでした。皆がc.mos語みたいなことを
するわけじゃないのね。c.mosさんは、「プログラマにとっては記憶力が最重要
の一つ」とどっかで書いていたけど、お、恐ろしい記憶力の持ち主なのでしょう。


　とにかく、K-Launcherでは、主に以下の箇所。ちらっとしか見てませんからね。
しかし、すぐれもののファイラですね。Ｖｚファイラで僕には十分ですが…。

\kl_dos.asm      453:	mov	ah,0eh
\kl_dos.asm      616:	mov	ah,0eh
\kl_dos.asm      669:	mov	ah,0eh	;ドライブ切替

;--------------------------------
;ドライブとカレントディレクトリを変更する
;--------------------------------

;--------------------------------
;ドライブの情報を得る
;--------------------------------

;--------------------------------
;ドライブの一覧を得る
;--------------------------------

　#04771 konno さん

> なるほど。ただ、うちの環境では、8x18フォントで158x52行ぐらいが限界なんですよね。

んじゃ、

ＶＺと FEP のファンクションキーをどちらも最下行にしたければ lc52  で起
動。
最下行は FEP にして、ＶＺのファンクションキーは下から 2 行目にしたけれ
ば lc53 以上で起動。

んな感じです。

10#さん

> 一応確認しておきたいのですが、この現象はVTDCMDでは再現してないですよね？
> 僕の追試では出ていません。

すみません。これは私の勘違いだったようです。初版まで遡って確認しましたが問題
ありませんでした。Win95のcommand.comを入れた状態での現象をなぜか思い込んで
しまっていたようです。本当に申し訳ない。m(__)m

> Win95のcommand.comに関しては、現象を確認できましたので 1.15から対応します。

ありがとうございます。私もいずれDOS6あたりのcommand.comを導入したいですが、
なかなか時間が取れないので、助かります。

> ただ、これは現時点でどこにも公式、非公式含め公な資料のないWin95のcommand.comの
> 非互換性によるところのようです。

なるほど、Win95の拡張されたDOSが従来のDOSとの互換性を保つために、内部的には
かなりトリッキーなことをしているわけですね。しかも、資料も無いのではサポート
など無理ですよねぇ。

> 間に合わせの簡易シェルを添付し、純正のcommand.comの利用を推奨するのはこういった
> 理由によるところです。

よくわかりました。私もなるべく早くDOS6に切り替えるようにします。
 

> 　話全体はそうとうにややこしいことになり得ましたが−−なぜあの修正が効い
> たのか、なぜ他のファイラ・アプリだと、Ｖｚで見えないドライブが見えるのか、

それは、VZではドライブ選択メニューの項目数を決めるのに使っているために、
問題になったのではないかと思います。ドライブの切り替えや、そのドライブが
有効かどうかのチェックとしては問題にならないのではないかな。

> 　とにかく、K-Launcherでは、主に以下の箇所。ちらっとしか見てませんからね。
> しかし、すぐれもののファイラですね。Ｖｚファイラで僕には十分ですが…。

お、文太さん、よく見つけましたね。これを見た感じでは問題ないように思います。
私もわかっているわけではないですが。

私は、ファイラーはFMから入って、VZになったので、K-Launcherは操作系が違うせいか
使えないんですよね。(^^;

konnoさん

1993/12/06  06:20            58,886 COMMAND.COM		Win2K起動ディスク
1994/12/20  06:20            58,886 COMMAND.old		MS-DOS 6.2V

　モバの（青モバと黒モバ）Ｃ：￥には、
1995/07/25  00:00            58,886 COMMAND.COM		mobile gear

　があります。これでもいけると思いますよ。もしかして、めざらさんのように、
殺しちゃった？

あじゃさん

> ＶＺと FEP のファンクションキーをどちらも最下行にしたければ lc52  で起
> 動。
> 最下行は FEP にして、ＶＺのファンクションキーは下から 2 行目にしたけれ
> ば lc53 以上で起動。

なるほど。と思ってコマンドラインオプションに、-lc52 と付けてやってみましたが、
「メモリが足りません。」 でVZが起動できない。(++;

も少し試してみます。

konnoさん

>ドライブの切り替えや、そのドライブが
>有効かどうかのチェックとしては問題にならないのではないかな。

　「一覧」はどうだったのでしょうね、とか思いますが。そうしたら駄目だった
んでしょうね、きっと。
　ま、 とにかく、「drive_c」を、Ｖｚファイラのリストコマンド（#L）に使っ
ているからなのでしょうね。あらかじめ知ってないと、表示もできない、と。因
みに、 K-Launcher  でも「ドライブ」 （一覧） は「Ｌ」 でした。  「Ｄ」は
"delete" ですものね（Ｖｚの影響という説が有力ですが）。

;	(r==':'||r=='L')? r='D',	;at vzfl.def
　な話です。

　#04778 konno さん

> 「メモリが足りません。」 でVZが起動できない。(++;

FW を減らしましょう。

ＶＺ 1.6 の readme.doc より
> ●ＤＯＳ／ＶのＶ-Ｔｅｘｔで５０行を越える行数を確保した場合も、オプション「LC」
> 　で最大行数を指定してください。
> ●画面の最大行数を増やすと、ディレクトリバッファの数「FW」の最大設定可能値が
> 　小さくなります。

文太さん。こんにちは。おうらです。

> 　じゃあ、ブラウンさん、そう書いてよねぇ。　m(__)m

英文からは「お察し下さい」というようにも受け取れました。
もっとも、常日頃から モットオトナニナロウ という念仏を聞かされ続けているような私が言っても、
説得力はごさいませんが。。。

# 味気ないオトナには成りたくない    おうら拝

おうらさん。こんにちは。文太です。初めまして、ですね。

>> 　じゃあ、ブラウンさん、そう書いてよねぇ。　m(__)m
>英文からは「お察し下さい」というようにも受け取れました。
　他でも、あれぐらい「曖昧」に書いてあるのかどうか分かりませんが−−僕が
「、」としたところ＝繋がりが読めなかった＝繋がってるみたいだけど繋がって
ないかも的な部分−−、他がもっときっちり書いてあるのなら、「お察し下さい」
なんでしょうね。
　はい、お察しできるよう精進いたします　＞おうらさん＆ブラウン先生

　#02708、お見事でした。勉強させていただきました。　m(_B_)m□ 名刺つき

ほぼ告知通りの修正内容となっております。
詳細はリリースノートをご覧下さい。

文太さん

> 1993/12/06  06:20            58,886 COMMAND.COM		Win2K起動ディスク
> 1994/12/20  06:20            58,886 COMMAND.old		MS-DOS 6.2V
> 1995/07/25  00:00            58,886 COMMAND.COM		mobile gear

これ全部同じサイズですね。中身はどうか判りませんが、これらはVTDOSで使える
わけですね。なんとか取り出してみます。

> 　があります。これでもいけると思いますよ。もしかして、めざらさんのように、
> 殺しちゃった？

DOSモバはまだ動くと思いますが、DOSに降りられなくなってるんですよね。
読めるカードを発掘しなくては。(^^;

> FW を減らしましょう。

うう、FWは減らせないなぁ。それなら50行でいいかなと思ってしまいます。

> ＶＺ 1.6 の readme.doc より

何十回も見ているのにすっかり忘れてました。そういえばここ何年も見てないなぁ。
(^^;

konnoさん
　夜中にごめんなさい。

>DOSモバはまだ動くと思いますが、DOSに降りられなくなってるんですよね。
>読めるカードを発掘しなくては。(^^;

　大掃除が済んでないんでしょう？ (^^; 　ま、年はあけてしまったので、ゆっ
くり、ゆっくり少しずつ部屋の中を片づけましょうね。はい、僕もそのまんな年
越しちゃったがね、どうすんだよ、組です。あうあう。アセンブラ本が片づかねぇ…。
　さて、大物３つをテストしなくちゃ。ちょっとのあいだはお任せ下さい。明日
だけ仕事をさぼって頑張りますので。
　ゆっくり休んでくださいね、体調不良では、Ｖｚの将来が危ういですからね。
昨年・今年の風邪は（インフルエンザ含む）は、もう、社会問題。職場でもタイ
ヘン。すでにぼろぼろ…。ckw方面でも負傷者多数とか…。☆＼(^^;)

　VZK07t, Zenkaku.def, VTDOS 115。みんな、す、すごすぎ。寒いのにアッチー。

　にしても、このツリーは邪悪。誰か適当に切って下さい。お、お願いします。
　niftree.def by aja が８０桁では機能しません（因みにこのデフに適切な
ＦＥＰ制御を入れたのは、僕です。私蔵版ですが。いつでもＦＥＰオンな英語屋
さん）。

10#さん

　以下の３つのファンクションで non-VTDOS, 114, 115 で挙動を観察しました。
１箇所を除き、ちゃんと動くようになっています（もしかして検証が全体に
10#さんに頭痛を引き起こすかもしれませんが…）。

　１箇所というのは、「Int21/36h」で、Ｚドライブに対してです。 Ｇ以降には
進めないのでどこからずれているのか分かりません。微妙に違うようです。ある
いは僕のテストのどこかが間違っているのかもしれません。これは容易にありえ
ますので、その場合にはご容赦ください。

>Int21/36h GET FREE DISK SPACE 不具合修正・仕様調整
>Int21/0eh SELECT DEFAULT DRIVE 不具合修正
>Int21/4408 IOCTL REMOVABLE DRIVE  不具合修正

　これは、使わないかなぁ、と挫折。途中で色々ありました…。Ｖｚでも使われて
ませんし…。
>Int21/11h FIND FIRST FCB 不具合修正



【資料】

=== test36h.def by B ===;【１箇所問題】
* M
50 ^^ "test36h"
	&g("drive") (r<0)?. dx=r,
	ax=$3600, &i($21)
	(ax==$ffff)? {&?("error")} 
		   ? {&?("ax:%u cx:%u",ax,cx)}
*

			non-VTDOS	114		115
(C)0	default (C:) 	ax:127 cx:512	error		ax:127 cx:512
A: 1	FD		ax:1 cx:512	ax:1 cx:512	ax:1 cx:512
B: 2	none		error		error		error
C: 3	Win HD		ax:127 cx:512	error		ax:127 cx:512
D: 4	CD-Rom		ax:2 cx:2048 ?	ax:1 cx:2048 ?	ax:2 cx:2048 ?
E: 5	USB memory	ax:64 cx:512	ax:64 cx:512	ax:64 cx:512
F: 6	data HD		ax:127 cx:512	ax:64 cx:512	ax:127 cx:512
Z: 26	Win work HD	ax:127 cx:512	ax:8 cx:512	ax:126 cx:512 ***???***
							【ココです】

INT 21 - DOS 2+ - GET FREE DISK SPACE
	AH = 36h
	DL = drive number (00h = default, 01h = A:, etc)
Return: AX = FFFFh if invalid drive
	else
	    AX = sectors per cluster
	    BX = number of free clusters
	    CX = bytes per sector
	    DX = total clusters on drive
Notes:	free space on drive in bytes is AX * BX * CX
	total space on drive in bytes is AX * CX * DX  (cut)
	this function does not return proper results on CD-ROMs;      ?


=== test0Eh.def by B ===;【問題なし】
* M
50 ^^ "test0Eh"
	&g("drive") (r<0)?. dx=r,
	ax=$0e00, &i($21)
	&?("%u",ax&$00ff)}
*

			non-VTDOS	114		115
A: 0	FD		26		6		26
B: 1	none		26 *		0		26
C: 2	Win HD		26		6		26
D: 3	CD-Rom		26		6		26
E: 4	USB memory	26		6		26
F: 5	data HD		26		6		26
Z: 25	Win work HD	26		6		26

 * 考えてみれば（考えてみなくとも）、ドライブ移動に成功したかどうか
教えてくれないというのも、困りものですねぇ。いちいちファイラに行って
確認しました。

INT 21 - DOS 1+ - SELECT DEFAULT DRIVE
	AH = 0Eh
	DL = new default drive (00h = A:, 01h = B:, etc)
Return: AL = number of potentially valid drive letters

　どなたか、 non-VTDOS 環境（XP Home x86）をお持ちの方に、下のテストをお
願いできないでしょうか。

　「ドライブがリムーバルか否か」を知るファンクションなのですが、うちのＸ
Ｐ（NTVDM かな？）では変な答を返してくるのです。
　下の表のように、環境によって入れるべき数字が変わってきます。CD-Rom  ド
ライブのドライブレターを調べて（ＤかＥかＦか…Ｑとか？）、Ａが１と数え始
めてください。Ｄだと４、Ｅだと５、Ｆだと６という具合（メディアが入ってい
ても入っていなくても同じ答だと思います…。うちではそうでした）。
　で、下のマクロを VTDOS でない環境で起動し、窓にその数字を入れて下さい。
カーソル位置に結果がプリントされてしまいますので、気をつけてくださいね。
それをそのまま貼ってレスして頂ければ幸いです。うちの（というか割と一般的
に）ＸＰのバグなのかな、と思っています。すぐ他人のせいにする。m(__)m
　もし、テストマクロにバグがあったら、お教え下さいね。あり得るので…。
　（もちろん、表は VTDOS 115 その他の結果レポートです。115  に問題はあり
ません）


　追記：WinMEでも同じ結果ですね。仕様かな？（VTDOSのほうが良い仕様）
　キャリーがある場合、
AX == 01H	ALコード無効（ファンクション番号）
AX == 0FH	BLコード無効（ドライブ番号）
　なので、追っかけてみると、
WinMEでは、「ＡＬ不正」と出、WinXPでは「ＢＬ不正」。な、何？
　ブラウン先生またしても沈黙。
　テストが間違ってなかったら、これは察せませんねぇ。自分が何かをどっかで
間違えた嫌な予感はしてます…。


=== TEST4408.DEF by B ===;【VTDOS問題なし】
Vzマクロでは、キャリーフラグは r に返ります。
* M
50 ^^ "TEST4408"
	&g("drive") (r<0)?. bx=r, r-,
	ax=$4408, &i($21)
	(r)? {&?("error")} 
	   ? {(ax)? "fixed" ? "Removable"}
*

			non-VTDOS	114		115
(C)0	default		fixed		Removable	fixed
A: 1	FD		Removable	Removable	Removable
B: 2	none		error		error		error		*
C: 3	Win HD		fixed		fixed		fixed
D: 4	CD-Rom		error ? **	Removable	Removable
E: 5	USB memory	Removable	Removable	Removable
F: 6	data HD		fixed		fixed		fixed
Z: 26	Win work HD	fixed		fixed		fixed

*  このファンクションで、有効で接続されているドライブかが確認できますね。
 　とはいえ、**を見ると、もっとよいファンクションがありそうだ…。
** 発言趣旨↑

INT 21 - DOS 3.0+ - IOCTL - CHECK IF BLOCK DEVICE REMOVABLE
	AX = 4408h
	BL = drive number (00h = default, 01h = A:, etc)
Return: CF clear if successful
	    AX = media type (0000h removable, 0001h fixed)
	CF set on error
	    AX = error code (01h,0Fh) (see #01680 at AH=59h/BX=0000h)

　10# さん、こんばんは。あきろと申します。

　当方、「ど」の付く素人ゆえ、10# さんの vtdos を使わせていただくばかり
  で、開発のお力になれずに申し訳ございません。

　当方は、vtdos でＶｚを利用しています。また、vtdos を ckw と組み合わせ
  て使うという 10# さんの想定外の利用の仕方も試みております。
　（vtdos＋ckw では、ＩＭＥを windows アプリで使うときと全く同じ状態で
    使えます。）

　とにもかくにも vtdos を大変にありがたく使わせていただいております。

　さて、vtdos ver.1.15 をダウンロードいたし、早速利用させていただきまし
  た。感想とご報告を申し上げます。


　ckw と組み合わせて利用する時に起きていた、連続した半角文字を入力する
  と確定時に文字の取りこぼしが起きるという問題ですが、見事に解決してい
  ます。

　また、私は「D さんの長押し IME 起動 2」という、キーを長押しすることに
  よってＩＭＥの on/off を切り替えるツールを vtdos を利用するときには使
  っています。そちらで起きていた問題も解決していました。
　　　↓↓ （以下の問題です）
　　ＩＭＥが off の時に行頭でスペースキーを長押しすると、本来ならＩＭＥ
    が on になって全角空白が入るべきなのに、半角空白が２つ入るという現
    象が起きていました。こちらも見事に解決しています。

　バージョンアップ、ありがとうございます。<(_ _)>


 追伸
　（ckw なしの）vtdos でＶｚを利用したときに、ThinkPad X24 という非力な
  ＰＣでは、ＩＭＥ変換確定後の表示が速くなったように感じましたが、私の
  気のせいでしょうか。

試用してみました。
今のところ、とても具合がよいです。
こころもち、キー入力の反応がよくなったように感じられます。
これが、キーイベントをいじった成果なのでしょうか。

Ｖｚのファイラーで、Ｌキーでのドライブ一覧表示や数字キーでのドライブ移動
は、今のところ正常に動作している模様です。

DISKFREE=Mを指定してみましたが、Ｖｚのファイラーでの表示が変わるわけでは
ないのですね。残念なような、ほっとしたような。

どうもありがとうございました。


p.s.
プラグインてなんですか？

> 　どなたか、 non-VTDOS 環境（XP Home x86）をお持ちの方に、下のテストをお
> 願いできないでしょうか。

持っているので、ちょっとだけテストしてみました。
さすがに、ドライブ総当りはやっていませんが、うちの場合。

             non-VTDOS  115
E: 4 CD-Rom  error      Removable

確かに、何かおかしいようです。
MSCDEXの関係かなぁ。

としきさん

>さすがに、ドライブ総当りはやっていませんが、うちの場合。
　ありがとうございました。「総当たり」はもはや必要ないでしょう。一人
やればいい。VTDOSは、WinMEやWinXPより正しい。
　で、結果ですが、変ですね。嫌になりますね。

> === test36h.def by B ===;【１箇所問題】

うちでの結果と一致していないのは当然として。
だって、ドライブ構成が違うのだから。
でも、ax:127っていうのは、直感的におかしいという気がします。
フロッピーやメモリカードは別として、ＨＤＤの場合、たいていは偶数という
思い込みがあるからです。

参考までに、うちの場合。

  0        ax:64 cx:512
A:1        error
B:2        error
C:3 HDD    ax:64 cx:512
D:4 HDD    ax:64 cx:512
E:5 CD-ROM ax:16 cx:2048

としきさん

　追試、ありがとうございます。ただ、奇数でもいいみたいですよ。
よく分かってないのですが、こんな結果ですし。

AX = sectors per cluster
CX = bytes per sector

ax:127 cx:512

VTDOS|C:\VT>df z:
Disk Free Ver1.14  (C)1994.6 HiRo.
１クラスタのセクタ数 : 127 
１セクタのバイト数   : 512 

　ようやくVZK07Tまで辿り着きました。
　画面消去のタイミングにまだ問題があるようです。 ファイラから [ESC] でコ
マンドラインへ降りると（編集ファイルなし）、ファイラから外れた右側が青く
残ります。 何度も [ESC] をするとやがて消えますが、まぁ、美しくないといえ
ば美しくないかもしれません。もちろん、実害はありませんが。体調が戻られて、
時間があるときにでも試してみてください。m(__)m

　k07s5でのリネームには問題がないみたいでした…。確認できず…。

　それより、僕はまだ「8Q1」を c:\vz\vz.8q1  の形で残しています。他が不安
定なのではなく、これが安定してずっと使ってきたものだからです。VTDOS での
アイドル以外には不満もありませんでしたし。

「k07s5」で、メモリ管理に何か？　と思う場面があったからでもあります。 コ
マンドラインでたくさんツールを使うので。もしかしたら、僕のオペレーション
・ミスかもしれない（symdeb  をまだ起動したまま、常駐Ｖｚに戻ったとか）の
ですが、そうとも言い切れないような気がするからです。
　まったくヒントのないばかりか、下手をすると言いがかりかもしれないレポート
で申し訳ありませんが、grep とか sed とかみたいなコマンドライン・ツールを、
みなさんそれほど頻繁にお使いでなさそうなので、いちおう書いておきました。
ほとんどスワップなし（大文字コマンドなし）、SW=2, な環境です。最近は、
メモリ不足と言われないなら、スワップさせなくなってます…。

　けっこう錯綜してるし、皆さんも普通にお忙しくなると思いますでの、非VTDOS
環境で、VZK07T をしばらく観察させてもらうつもりです。

　ファイラの lf ワイド、おめでとうございました。

　どこに付ければ良いのか分からないのですが、とりあえず、ここで。
　ちょっと10#さんとメールでやり取りし、「vkeycへの対応はVTDOSでは
できないのだ」という返信をいただきました。仕方がない限界があると。
ちょうどテスト・マクロ（^^が起動キーのマクロ）でたくさん実験をした
ところだったので気づいたし、別件もありまして。

>k07s3 （2009-09-09）
>　・^^、^@ のキーをキーボードの刻印通りに入力できるようにした。

　で、これも駄目みたいです。VTDOS環境下では、^^, ^@は、黒本どおり、
^6, ^2とやりましょう。

10#さん、いつもありがとうございます。

Win95のcommand.comで試しましたが、VZが起動できませんでした。
setコマンドでみると、
COMSPEC=COMMAND.COM
となっています。VTDOS114では
COMSPEC=C:\UT\COMMAND.COM
なので、SHELLのパスが通ってないのが原因かもしれません。
やはり、DOS7以降は似て非なるものなんですね。DOS6での再現性を高めるほどに
非互換性の問題が出てきてしまうので、この辺が潮時かな。

ということで、文太さんの助けもあり、やっとDOS6.2で試してみました。
問題なく動いているようです。DOS7だとCOPYなどで問い合わせがあったりして、正直
あまり好きではなかったので、DOS6でLFNが使えるのならこちらのほうがいいかも。

今日はもう寝ます。おやすみなさい。

　僕も直感的に、128 が正しいような気がしてきました…。昨晩は何も考えてな
かった…。
　昨晩のやり取りで、VTDOS（リリース前新版）で、127 が返るようになってく
れた、と報告したのですが…。ＸＰの（NTVDM の？）バグ？　また？　
　バグってるのに合わせてもしょうがないですよねぇ。しかし、こんな環境で
よくＶｚ、平気で動いてますね。実際上（テキストファイルの編集時）はそれほど
問題にならないところだから、なんでしょうかね。誰も気づかない、と。
　Windowsのファンクションコール（Win98までは健全なの？）は、あまり信用なら
ないと…？？？　でも、ファイルの読み書きみたいな大事なところは大丈夫なん
でしょう…？？？

VTDOS|C:\VT>df z:
１クラスタのセクタ数 : 127 

　これも、もろにその影響を受けていると…。やれやれ。知りたくないことを知って
しまったような（大きな勘違いだといいんだけどなぁ…）。

としきさん

　この結果、同じマクロを使ってますよね？
　で、ＯＳはなんですか？　XP Homeですか？

> 　この結果、同じマクロを使ってますよね？
> 　で、ＯＳはなんですか？　XP Homeですか？

同じマクロです。
ＯＳはXP Homeです。

　ありがとう。基礎的な部分はクリアしました。いいでしょう、たぶん。
　もう「なぜ」なし。使えれば宜しい。使えないものを使おうとしない。
　使う気のないもので遊ばない。はた迷惑。

　文太さん、konno さん、こんばんは。

> 　k07s5でのリネームには問題がないみたいでした…。確認できず…。

　私は、k07s5 を vtdos で利用していますが、リネームは、特に問題ないです。

>>文太さん、としきさん

クラスタサイズ127というのは512を掛けて１６ビットに収まる限界値ですね。
空き容量計算のコードが下のようになっていると、クラスタサイズ128だと
結果が0になってしまいます。（それ以上になると小さくなる）

dx:ax = sectors_per_cluster * bytes_per_sector
dx:ax = free_clusters * ax

Int21/4408のRemovable Checkは、もともとCD-ROMが普及していない頃から
あったファンクションコールで、ブロックデバイスドライバーの
リムーバブルビットを返しているだけだと思います。
FD/MO/HDDなどはブロックデバイスドライバーなので取得できますが、
CD-ROMドライブはブロックデバイスとして扱っていないようですね。
meu -p でDPBを見てみるとCD-ROMドライブは出てきません。
DOSの頃は、SCSIまたはATAPIのポートドライバーと、MSCDEXだった筈ですけど、
このMSCDEXはネットワークリダイレクターなので、ネットワークドライブ扱い
だったと思います。
CD-ROMのファイルシステムはFATでは無いためブロックデバイスドライバーが
利用できないからでしょう。

一方Win32はCD-ROMもネットワークも（その他いろいろも）区別できます。
NTVDMでもファイルシステムは完全にエミュレーションの筈なので、
NTVDM上でどんな結果が返るかも実装依存というか、開発者の裁量ですね。

VTDOSは気を利かせてリムーバブルと報告していますが、
確かに本家とは違うのである種のお節介なんですけどね。
それを言い出すと実は全てのドライブをネットワークとも返しているので、
ネットワークドライブなのにリムーバブルチェックが利くという矛盾もあります。
厳密なチェックをしているDOSアプリにはひょっとしたら不都合かも知れませんね。

P.S. 1.16出ました

10#さん

　詳細な解説、ありがとうございました。蘊蓄じゃなくて、ものすごく正確な
情報でした。なるほどぉ〜（全部わかったわけではありません。意味なくキッパリ）。

>クラスタサイズ127というのは512を掛けて１６ビットに収まる限界値ですね。
>空き容量計算のコードが下のようになっていると、クラスタサイズ128だと
>結果が0になってしまいます。（それ以上になると小さくなる）

　127が正しいのですねぇ〜。(>_<)

　df.exe  のどこが怪しいのか、原理的に考えて１年くらいすれば思い至ったか
もしれませんが…。128 では回ってしまうのかぁ。ありがとうございました。大
きな数、２進数、１６進数、２の何とか乗、すこしずつ勉強します。m(__)m

　meuで見られるんだ、す、すげえ。

　#04787  (INT21 36h GET FREE DISK SPACE) 以下あたりで併用されていた１６
ビットツールは、df.exe  と言います。Hiro. さん、ありがとう。長いことお世
話になってきましたし、モバと旧８ではまだお世話になり続けるでしょう。ただ、
駄目、 WinME, WinXP 環境では、出してくる答は（じっと見つめないと気がつか
ないのだけど）、駄目です、時代遅れです。バイト単位で計算したら、そりゃ、
オーバーフローします。そんなことに気づかないユーザがいけないのですが。

　というわけで、
http://www.mitene.or.jp/~ryu1/
　から、df.exe（以下ではリネームしてます）をＤＬさせていただきました。こ
の手の３２ビット・コマンドラインツールってなかなかないんですよね。でも、
こういうのが好き。
　セクタサイズ、 クラスタサイズは出ませんが、 以下のような状況で、#04787
のテストは行われました。10# さんに「数字が違ってるよ」と教えてもらってし
まった。m(__)m
　情けなくも、手で「マイコンピュータ」−「ローカルディスク（Ｃ）」から写
した。あは。

　この手のツールも少しずつ交換していかないとな、と思いまして。

>dfxp |to
Device   kbytes        used       avail capacity  mounted on
C:   75,955,288  16,176,324  59,778,964  21.29%    C:\
F:  244,136,352  20,896,288 223,240,064   8.03%    F:\
Z:    4,080,476   3,157,468     923,008  77.37%    Z:\
　　（単位はキロバイト。ＨＤのみ）

> 10#さん

DOS3の時代だから94年ごろ、当時はMSCDEXにパッチを当てて遊んでいたりしたの
で、MSCDEXがネットワークドライブ扱いというのはそのころから知っていました
が、それとリムーバブルドライブというのがどうにもつながっていませんでした。
つまり、リムーバブルなネットワークドライブがあってもいいではないか、と、
深層意識で思っていたようです。
もうひとつ、DOSでNFSにアクセスするネットワークリダイレクタを今でも使って
いますが、これの構造が少なくともキャラクタ型ではないので、ではブロック型
なんだろうと単純に考えてしまった、というのもあります。

> 一方Win32はCD-ROMもネットワークも（その他いろいろも）区別できます。
> NTVDMでもファイルシステムは完全にエミュレーションの筈なので、
> NTVDM上でどんな結果が返るかも実装依存というか、開発者の裁量ですね。

なるほど、便利は便利ですが、ちょっと互換性が不安。

> P.S. 1.16出ました

また試させていただきます。

　10# さん、バージョンアップありがとうございます。

　ckw に関係するのは、以下の２つかと推測いたしました。

　20100108 0116	Win32 GUIプロセス起動時の不具合修正
　20100106 0115	キーイベント・wRepeatCount対応(ckw対応)

　116 では、「ckw＋vtdos」起動時に時々起きていた現象がなくなったように
  思います。

　115 になり、windows 起動後、「ckw＋vtdos」の初回起動で、なぜが vtdos
  画面が開かないことがありました。（shift+ctrl+esc でタスクマネージャを
  立ち上げると、ロードはされているのですが・・。）原因が、ckw であるの
  か vtdos であるのか、あるいは私のＰＣ環境にあるのか、さっぱり分かりま
  せんでした。

　まだ、短時間の使用ですが 116 では、今のところそのようなことが起きてい
  ませんので、「Win32 GUI プロセス起動時の不具合修正」のおかげなのかと
  想像しています。


　115 以降、「ckw＋vtdos」終了時に、ckw がエラーを返すことが時々ありま
  す。ckw のバグなのか、はたして私のＰＣ環境によるものか、vtdos が関係
  しているのか、こちらの方もさっぱりと特定できませんが、ご報告いたしま
  す。

　エラーは、特に使用上問題がなさそうなので、気にせずに利用しています。

　以上、もしも、全くトンチンカンなことを書いているようでしたら、ご容赦
  ください。


　私は「ckw+vtdos」をメインに利用することを前提に、試用を始めました。
  ＶｚでＩＭＥを普通に使えるようになることは、すっかりあきらめておりま
  したので、こうした可能性を非常に喜んでおります。

　改めて 10# さんに御礼申し上げます。

　（あきろさん、スレッドかえましょう。m(__)m）
　（差し出がましく。m(__)m）

10#さん

DISKFREE={N|L|K|M}
　ここについて、ちょっと解説をお願いできますでしょうか。KiBytes ってキロ
バイトではないのでしょうか？ 　あるいは MiBytes がメガバイトなんだろうと
思ったのですが…。
　そして下の数字は、それっぽいですよね。M はゼロが出ちゃうからだとすぐ分
かったのですが、K のほうで、あれ？　な数字になりました。いえ、３時間でロ
ング整数の扱いをマスターしようとしましたので、僕のバグですが。


=== Macrotmp by B ===;
* M
50 ^^ "test36h"
	&g("drive") (r<0)?. dx=r,
	ax=$3600, &i($21)
	(ax==$ffff)? {&?("error") .} 
	&?("ax:%u bx:%u cx:%u dx:%u",ax,bx,cx,dx)
*

>dfxp c: f: z: |to
Device   kbytes        used       avail capacity  mounted on
##   75,955,288  16,188,708  59,766,580  21.31%    C:\ 3
##  244,136,352  20,896,736 223,239,616   8.03%    F:\ 6
##    4,080,476   3,157,484     922,992  77.38%    Z:\ 26


DISKFREE ->	none
C: (75  GB)	ax:127 bx:15747 cx:512 dx:15747
F: (250 GB)	ax:127 bx:15747 cx:512 dx:15747
Z: (4   GB)	ax:127 bx:14535 cx:512 dx:15747

DISKFREE ->	K
C: (75  GB)	ax:8  bx:14591 cx:512 dx:18543
F: (250 GB)	ax:64 bx:6812  cx:512 dx:7450		?	FAT32
Z: (4   GB)	ax:8  bx:225   cx:512 dx:996

DISKFREE ->	M
C: (75  GB)	ax:8  bx:14  cx:512 dx:18
F: (250 GB)	ax:64 bx:6   cx:512 dx:7
Z: (4   GB)	ax:8  bx:0   cx:512 dx:0

--------------------------------------------------------------
Notes:	free space on drive in bytes is AX * BX * CX
	total space on drive in bytes is AX * CX * DX

AX = sectors per cluster
BX = number of free clusters
CX = bytes per sector
DX = total clusters on drive

　#04810 文太 さん

いままでのキロ・メガ・ギガだと 1000 と 1024 のどちらなのか曖昧なので、
1024 の場合はキビ・メビ・ギビという言い方をしようということらしいです。

とっても慣れない響きだ（笑）

あじゃさん

　サンクスです。た、確かに変な響き。「KiByteとは」とかグーグルしたん
ですけどね？　ありがとうございました。
　しかし、計算が合わないなぁ。百以上は単位がないと「たくさん」という
原始人だからなぁ。

>いままでのキロ・メガ・ギガだと 1000 と 1024 のどちらなのか曖昧なので、
>1024 の場合はキビ・メビ・ギビという言い方をしようということらしいです。

　つっこんでやっていないのですが。何か出たらもがかないで、すぐ報告しちゃ
う根性なし文太です。

　#04415にあるような、まあ、普通のＶｚ常駐起動バッチでVTDOSを起動しています。
Ｖｚが常駐したまま以下のオペレーションをすると、

>$width 70 30
VZ(0501) 0501:E147 '致命的エラー：アクセス違反'
　と出ました。指定数値に範囲があるのでしょうか？

>$width 90 50
>$width 80 40
　では、うまくいったときがありました（根性なくてすいません）
　１６ビットものを常駐させててはいけない？

>$height 30,40,50,60　あたりでは問題なく再起動するようです。
>$lines は何が変わるの？　ものなのですが、繰り返すと花火が出ました。ああ、
Dos/Vっぽい花火だなぁ、と。画面３行分くらいが虹色サイケデリック。
完全ハングアップもしました（ＸＰは死にません）。「何かのキーを押してexit
してください」（な感じ）のメッセージが出ませんでした。
>$lines 60で死んでおります。

　分かってないのですが、まあ、個人的・公共的・教育的メモです。
　はい、D:ドライブのCD-Romは表示されていません。DPB(Device Parameter Block)
のチェインに入っていないのですね、オッホン（もうブラウン先生のせいにはいた
しません）。ゴホゴホ。

--- meu.doc より---
2.8  -p
   DPB(Device Parameter Block)のチェインに従って、Block Deviceの諸元を出
 力します。詳しくは後の出力例をご覧下さい。
　（※出力例を見てもよく分からないよ。分からなくていいんだよ）
-------------------

>meu -p
Meu.com ver.1.20 1991-94 (c) By SEIN
MSDOS version = 5.50  /  revision = 0  /  exist in HMA
  *** [ DPB ] ***
 address  device h. d:   b/s  s/c max c. res fat s/f  dir  med
---------+---------+--+------+---+------+---+---+---+-----+---
00A7:15FA|89C7:8E04|A:| 11012|  7|  1429|-23804|183|-29864|-20476| 3E
00A7:161B|2D06:C7A4|C:|-19527|  1|   533|-18162|  4|-20248|-32722| 04
00A7:163C|21CD:4AB4|F:|-25368| 35|  1205|-17634|  4|-16242|-16479| 06
00A7:165D|A321:CD48|Z:|  9728|200| 46335|  8| 83|-12984| 1860| BB

　あまり面白くないけど。ＸＰで普通にこういうことができるのだって。セクタ
ー数を、クラスター数を、テキストファイルでくれ〜。Windows アプリで、せめ
てクリップボードに送れるものはないですかねぇ？　また手で写してるよぉ〜。
やだよ〜。
　（FAT32 から NTFS へ convert しました。 恥ずかしいから…。ボソボソ。知
ってたんだけど、さぼってまして…。）


>fsutil volume diskfree c: |to
空きバイト総数               : 61168103424
バイト総数                   : 77778214912
利用可能な空きバイト総数     : 61168103424

>fsutil volume diskfree f: |to
空きバイト総数               : 229701055488
バイト総数                   : 250056704512
利用可能な空きバイト総数     : 229701055488

>fsutil volume diskfree z: |to
空きバイト総数               : 945156096
バイト総数                   : 4178407424
利用可能な空きバイト総数     : 945156096

>fsutil fsinfo drives |to

ドライブ: A:\C:\D:\F:\Z:\

　えーと、基本に立ち返れば、こいつらをリダイレクトして文字列として適当な
桁で丸めてやれば、キロとかギガとかの生活に必要な程度の単位で、サイズは割
り出せますね。四捨五入なんて要りません。削除バッファに捨てればいいだけ。(^^ゞ
（僕はやりませんけどね。イクスプローラがあるから）。
　こんなにいい加減な姿勢ではありませんでしたが、あの Emmett さんが登場し
たとき、それに遠くはないことを質問してました。確か夜中の３時くらいに（笑）。
もちろん、すぐさま（３日くらいで）「ふぁんくしょんこーる」をマスターして
ましたけど（FGALPK 小話）。

　じゃ、上の叫びは何？　(^^;
　いやあ基本でしょう？　誰か作ってよ、そんなの。あ、ここの人に言ってませ
ん。空に向かって言ってるだけです。　m(__)m
　６４ビット整数の時代なんですって。よく分からないけど。

10#さん、スレッドが変わったのでこちらにレスします。

VTDOS1.16にしてからなのか、だんだん動作が不安定になってきました。

COMSPEC=C:\UT\COMMAND.COM　となるはずなのに、
COMSPEC=\COMMAND.COM
となってしまいます。VTDOS114は安定して動いてますが、1.15以降はこの状態から
変わらないというか、だんだんおかしくなっているような感じです。

command.comのVerは
MSDOS6.2
PCDOS7.0英語版
などで、上記の症状は変わらないです。

他の人はなんともないようなので、うちの環境がおかしくなっているのかもしれません
VTDOSはシステムと連携しているためか、一度おかしくなると、その影響を引きずって
しまうことがあったり、他のVerまで不安定になったりということもあるようなので、
PCを再起動させてもみましたが、状況が好転しません。

もう少しもがいてみます。

　VTDOS起動直後で気になるところです。「COMSPEC」には問題がないようです。

--------------------
VTDOS|C:\VT>set
OS=Windows_NT			;問題ではない
ools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\
COMSPEC=c:\vt\command.com	;問題ではない
TMP=F:\tmp			;問題ではない
U
--------------------

　Tools？　何かがパスを切っているみたいに見える。Uは何の残骸？
　正直、僕はこれも（すいません）non-VTDOS 環境で書いておりますので、常用
しているなんてまったく言えません−−制御の効かない MS-IME が駄目なのです
　m(__)m。テストのためだけに走らせています。ですから、感触のようなものは
まったく分かりません。

環境変数が変化しているため、その都合かも知れません。
command.comの起動パラメータで環境変数領域のサイズを指定してみて下さい。
（僕は8192を指定してます）
Win32環境は大量に環境変数を設定するので、多めに設定しておいた方が
いいと思います。
なお、command.comのsetは長い環境変数を正確に表示できないので、
xsetなどの利用をお勧めします。
DOSってなんだか空冷エンジンとか真空管アンプとかみたいですね（笑）

再起動シーケンス（というかVTDOSの終了処理）に問題があるようで、
あきろさんの問題も同じ原因じゃないかなと思ってます。
diskfreeのスケーリングは勘違いで切り捨てにしていたので切り上げにします。
実はfat32用のextdiskfree(ax=7303h)というAPIもあるんですけどね。
リリースノートに載せていないWIPもあるので影響も出るかも知れません。
次の更新はまだ先になりそうです。

　差し替えました。

>　題。違ってたりして。(^^;
　ちゃんと違ってました。ax,bx,cx,dxともちゃんとした返り値でした。

>　しかし、こうなると、Kデータを使うかMデータを使うか、最初に判断しなくて
>はなりませんねぇ。
　ここはそのまま有効ですね。

10#さん

>diskfreeのスケーリングは勘違いで切り捨てにしていたので切り上げにします。
　これは作法というものが分かりませんので、完全にお任せです。

>実はfat32用のextdiskfree(ax=7303h)というAPIもあるんですけどね。
　いえ、(^^ゞ　convertしました。深い意味はなかったからです。

>次の更新はまだ先になりそうです。
　よかった、違うか。いえ、その、つまり、これを聞けてよかった、と。

> 　あまり面白くないけど。ＸＰで普通にこういうことができるのだって。セクタ
> ー数を、クラスター数を、テキストファイルでくれ〜。Windows アプリで、せめ
> てクリップボードに送れるものはないですかねぇ？　また手で写してるよぉ〜。

クラスタ数というか、アロケーションユニットの数とサイズはchkdskでもわかり
ますが、大容量ドライブの場合、答が求まるまでに長い時間がかかるのが不便。
fsutilで色々な情報が取れるのって、NTFS限定なようなので、それもまた不便。
でも、>fsutil fsinfo ntfsinfo c: とかってすれば、結果はリダイレクトできる
し、コマンドプロンプトは右クリックで範囲指定してやればクリップボードにも
送れるので、まぁまぁ使い物にはなるのではないかなぁ。
って、誤解だったらごめん。

としきさん

　ま、外れですね、ご存知のとおり。すいません。
　やってました、というか今日の昼間「スケジュール」させられちゃったし。
  
  75955288 KB : 全ディスク領域
  59704696 KB : 使用可能領域
      4096 バイト : アロケーション ユニット サイズ
  18988822 個     : 全アロケーション ユニット
  14926174 個     : 利用可能アロケーション ユニット

　このような情報を得るのに、２分も待たされちゃあねぇ。もしかして「診断」
部分をスキップできるオプションがあるかと思ったけど、なさそうですね。

　なんというか虚しいなぁ。考えてみれば、１００個のファンクションのうちの
１０個ぐらいに、様々な理由で、いくらか問題がある。「axの返り値がおかしい」
と気づくのに半日かかる。でも、これ、大きく言って、10#さんの人生にさえ、大
きな問題ではないのですよね。１ミリの千分の一のために人生の百分の一を費やし
ているように見える。
　完璧主義、止めてしまって、c.mos流に、「バグが恐かったらＶｚなんか使えない
でしょう」みたいになったらどうでしょう。いえ、c.mosさんが本気でＶｚを作って
いたときには、誰の助けも必要としなかった。ただただその世界に入っていただけ
だったと思う。商売がからんで、つまらなくなった。通信もつまらなくなった。
　「ユーザは生かさず、殺さず」と本気で考えられるようになった…。そう考えな
ければやってられなかった。それが致命的に彼の何かを壊した。

　僕は今、楽しいのか。新たなＶｚの将来が、あり得るなんて想像もしてなかった
可能性が目の前に現れて嬉しい？　どうなんだろう？
　人生が壮大な暇つぶしであるとは、けっこう実感しつつあるのだけど、この徒労感
は何なんだろう？　こういうこと書くこと自体、誰かに甘えたがってるのだろうとも
思うのだけど。

　年末にＶｚのソースを眺めていたときには幸せだったのだけどなぁ。仕事始まった
からでしょうねぇ、たぶん。
　榊原語は、明らかにc.mos語と違うのですよ。知ってる？　see expr.asm.
サインフラグが好きなの。

　＞10#さん、どうか気にしないでください。
　$width系やバックログ・モード系、ホットキー系のほうが楽しいですよ。
　残念だけれど、そっち方面に僕は興味が持てないのですが。

　やっぱ蟄居ですね。夏の誓いをあっさり反故にしたのが間違いなんでしょう。
　「おひとり様」にはcommon interest groupしかないのですよ、大切にしなさい、
という上野先生の仰ることには、とても深く納得したつもりだったのだけど。

10#さん

> 環境変数が変化しているため、その都合かも知れません。
> command.comの起動パラメータで環境変数領域のサイズを指定してみて下さい。
> （僕は8192を指定してます）

どうやらその影響はあったようです。サンプルが4096だったので、そのまま使って
いました。

で、8192にして、Win2000/XPのノート2台は動くようになったのに、XPのVAIOだけは
まだ駄目で、「コマンドまたはファイル名が違います」と出て、起動バッチが読み込
まれ無い状態が続いてました。(++;
・・・・・・・・・・・・・・・・・・・・・・・
やっと原因がわかりました。command.comの起動パラメータの順番のせいでした。

SHELL=c:\command.com /e:8192 /p /k /msg c:\ut\ta.bat
　　　　　　　　　　　　　　　　　 ^^^^
この、/msg が最後になっていると上記の症状になります。

SHELL=c:\command.com /e:8192 /p /msg /k c:\ut\ta.bat -z
　　　　　　　　　　　　　　　　^^^^^^^
このように直したら正常に動作するようになりました。
どうやら /msg を最後にしてはいけないみたいですね。
どうもおさわがせしました。m(__)m

これで、Win95のDOS7とDOS6.2がちゃんと動くようになりました。
PCDOS7.0英語版は常駐VZで初回起動時はいいですが、外部コマンド実行後は
VZ起動キーが効かなくなります。
DOS6.22英語版は起動しませんでした。

> DOSってなんだか空冷エンジンとか真空管アンプとかみたいですね（笑）

空冷エンジンのことはわからないですが、真空管アンプは熱烈な愛好者がいるよう
なので、わかるような気がします。でも、私はDOSというよりもVZなんですよね。
どんなPCでもVZが動けばいいな〜と思いますもん。(^-^)

文太さん

> 　画面消去のタイミングにまだ問題があるようです。 ファイラから [ESC] でコ
> マンドラインへ降りると（編集ファイルなし）、ファイラから外れた右側が青く
> 残ります。

はい、これは承知しています。追加の画面消去ルーチンを入れていないためです。
なにせ、ワイドファイラーを思いついたのは12月20日ごろですが、画面幅をdoswdから
取ればいけるかと簡単に思っていたらうまくいかなくて年明けの4日までかかったので
とりあえず版ということで公開してみたわけですので。

画面消去はそのうち入れようと思ってますが、それ以上の拡張は今のところ考えて
いません。(^^;

幅の数値はバイトなので、255桁以上だと異常になるかもしれません。もしかしたら
もっと少ないかも。手抜きという名の仕様ということでご了承ください。

> 　k07s5でのリネームには問題がないみたいでした…。確認できず…。

そうですか、うちの環境も錯綜しているので何か勘違いしたのかもしれませんね。

> 　それより、僕はまだ「8Q1」を c:\vz\vz.8q1  の形で残しています。他が不安
> 定なのではなく、これが安定してずっと使ってきたものだからです。VTDOS での
> アイドル以外には不満もありませんでしたし。

VZk08Q1はソースを無くしてしまっていて、検証が出来ない状態です。その前後のは
あるんですが、ゴッチャになってしまっていて、なにが違うのかが判らないんです。

WinXPのDOS窓と常駐VZとは相性問題みたいなものがあるので、安定バージョンが
あるならそれを使い続けるのがいいのかもしれません。
VTDOSはPCDOS6.3の環境をエミュレートしているので、もしかしたらこの手の問題が
起きにくいかもしれませんね。

> 「k07s5」で、メモリ管理に何か？　と思う場面があったからでもあります。 コ
> マンドラインでたくさんツールを使うので。

XPで常駐VZだと、これはあるかもしれません。DEF環境にもよると思います。
だから私は非常駐VZにしたんですが、VTDOSでは常駐で使用しています。

あきろさん

> > 　k07s5でのリネームには問題がないみたいでした…。確認できず…。
> 　私は、k07s5 を vtdos で利用していますが、リネームは、特に問題ないです。

どうやら私の勘違いだったようですね。ありがとうございました。

　・・・今、ChromePlus を使っています。

　GreenBrowser は軽くて軽快なのだけども、直近に閉じたタブを開き直した場
  合に、開き直したタブから履歴をさかのぼれない、つまり、開き直したタブ
  には履歴が残っていない、ということに気づき、ちょっと不満を感じたので
  した。

　GreenBrowser が IE ベースであるということで、なにやら最近のエンジンを
  積んだ Browser で軽快なものはないかと、探してみました。（ガソリン車で
  はなく、ハイブリッド車にちょっと興味が惹かれたという感じかな？？）

　またまた、中国製のようですが、ChromePlus なるものを発見。

　google chrome にマウスジェスチャーなどをプラスしたものということです。
  google chrome では、なにやら情報が google に送信されるらしいですが、
  この ChromePlus では送信されないということらしいです・・・定かではあ
  りませんが・・・

　なかなか軽快です。でも、その軽快感は、GreenBrowser とは異質の感じがし
  ます。使い勝手もなかなか良いようなので、X24 では、GreenBrowser か
  ChromePlus を主に使おうと思っています。

　ということで、このツリーを終わりにしようと思います。

　私は、以下のように記述しています。

SHELL=c:\dosv\vtdos\command.com /k c:\dosv\vz_vtdos.bat

　/p /e:8192 /msg などの記述を省いた方が、安定しているような気がするも
  ので・・。まあ、それは気のせいで、記述しなければ、実際には、初期設定
  値で動作しているんだろうけれど。

まず報告。
WinXP(x86)の場合、VTDOS1.14までは、VTDOS.EXEのショートカットのプロパティ
の互換性のところで互換モードにチェックを入れないと動かせませんでした。
1.15がどうだったかチェックしていませんが、1.16では、このチェックを入れな
くても起動します。

次、勝手な要望。
例えば、250GBでも10TBでもいいのですが、大容量のHDDがついているシステムだ
と、DISKFREE=M等と指定することが多いと思います。でも、こういうシステムで
も、間違ってFDDがついていることもあるわけです。そして、そういうドライブに
720KBのメディアを入れる可能性もあるわけです。その場合、空き容量の戻り値は
当然、わけわかな数字になると思います。
ということで、DISKFREE=Aとかで、自動スケーリングがあるとうれしいかな、と。
あ、でも、どのくらいスケーリングしたかが判らないと使い物にならないか。
80186のエミュレーションだと、３２ビットレジスタは使えないものなぁ。
SIとDIを使うっていうのもかなり掟破り。
AFとかDFとか、へんなフラグを使う手もあるけど、やっぱり問題ありそうだし。
う〜ん、やっぱだめだなぁ。
うまく値を返すことができれば、例えばそれを読み取って、Ｖｚのファイラーの
表示を変更することとかができそうなんですけどね。

としきさん

>WinXP(x86)の場合、VTDOS1.14までは、VTDOS.EXEのショートカットのプロパティ
>の互換性のところで互換モードにチェックを入れないと動かせませんでした。
　これは、としきさんが、VTDOS1.14 まで、今や使用不可が確定的となった Win95 
の command.com を使っていたことと関係しているのでしょう。

　--- #04683 (09/12/26) ---
>この中に1993/12/06 58,886bytesなCOMMAND.COMがありました。
>タイムスタンプからして、これはDOS6のものでしょう。

　--- VTDOS.TXT ---
1.14 release: 2009/12/24
1.15 release: 2010/01/06
1.16 release: 2010/01/08

　最後に、ちょっとだけ補足です。

　ChromePlus と GreenBrowser を比較すると、メモリの使用量が大きく違いま
  した。GreenBrowser の方が、圧倒的にメモリ使用量が少ないです。しかも、
  GreenBrowser は、最小化したときに、メモリ使用量が１／１０くらいになり
  ます。

　こうしてみると、メモリを 640MB しか積めない X24 には GreenBrowser の
  方が、向いているのかもしれません。


　ChromePlus は、googlechrome の拡張機能が使えるようです。重くなっても
  嫌なので、私は、session maneger と autopatchwork(いわゆる autopager)
  のみを入れてみました。

　かなり安定しているようなので、備忘をかねてまとめてみます。（そうしな
  いと忘れちゃいそうで・・）



-----------------------------------------------------------------------
　【ckw＋vtdos 上でのＶｚ（Ｄさんの長押しＩＭＥ２）】環境構築について
-----------------------------------------------------------------------



----------------------------------------------------------
　「使用したツール」

　・ckw（ckw-0.8.10-mod3-bin.zip）
　　http://d.hatena.ne.jp/bleis-tift/20091117/1258448920

　・vtdos（VTDOS116.LZH）
　　http://vtdos.web.fc2.com/

　・Ｄさんの長押しＩＭＥ２（nagaime2_250.lzh）
　　http://dsan.blog74.fc2.com/blog-entry-79.html

　・一押プロ（icPro105.lzh）
　　http://www.fukapon.com/showcase/softwares/ichioshi.html
　　* 要 VB6（SP5以上推奨）ランタイムファイル 

　　　　　　　　　皆様、便利なツールをありがとうございます。
----------------------------------------------------------

解凍後以下のフォルダに配置しました。

c:\tool\ckw
c:\tool\D3
c:\dosv\vtdos
c:\tool\icPro

　ckw の設定ファイルは、ckw.cfg 以下のように一部書き換え（変更箇所のみ
  下に記述）
----------------------------------------------------------
Ckw*cursorImeColor:  #f0e68c
!Ckw*cursorImeColor:  red

Ckw*title: ckw[vtdos]
!Ckw*title: ckw[cmd]
Ckw*exec:  c:\dosv\vtdos\vtdos.exe
!Ckw*exec:  cmd.exe
Ckw*chdir: d:\document\
!Ckw*chdir: c:\

Ckw*fontSize: 16
!Ckw*fontSize: 12

Ckw*geometry:  80x35
!Ckw*geometry:  80x26
----------------------------------------------------------

　vtdos の設定ファイルは、vtdos.cfg
----------------------------------------------------------
;BREAK=1
;PASTEDELAY=0
USECMD=1
;TPAEXT=1
PATH=c:\tool\ckw;c:\tool\d3;c:\dosv;c:\dosv\vtdos;c:\dosv\vz
SHELL=c:\dosv\vtdos\command.com /k c:\dosv\vz_vtdos.bat
TMP=C:\windows\temp
set vzsym=XP
;c:\dosv\tool\diet -z2 -P -M T%SystemRoot%\temp
c:\dosv\vz\vwx -z2 -x1 -v1
WIDTH=80
HEIGHT=35
;BILING
;VERSION=0x61e
----------------------------------------------------------

　vz_vtdos.batの記述は以下の通り
----------------------------------------------------------
PATH=c:\dosv;c:\dosv\vz;c:\dosv\tool;c:\dosv\cddic;c:\dosv\wx3;c:\dosv\vtdos
SET VZSYM=S16 XP
SET VZDEF=C:\dosv\VZ\def\VZ_vtdos
SET VZPATH=C:\dosv C:\dosv\DEF C:\dosv\Tool
vz_z -z
----------------------------------------------------------

　vtdos 用の vz.com は k07s5 を使用し、 vz_z.com にリネームしました。
　また、vtdos 用の vz.def は、vz_vtdos.def にリネームし、
　　「SW2」;スワップモード、VM70 ;編集時のスクリーンモード
　にしています。（もっとスマートにやりたいけれど、とりあえずと思ってや
  ってそのままになっちゃっいました。）

　おそらく、この状態で vtdos.exe をダブルクリックすると、vtext のＶｚが
  立ち上がるはず。また、この状態で ckw.exe をダブルクリックすると、ckw
  から vtdos を経てＶｚが立ち上がるはず。画面表示は、一気に遅くなります。
  しかし、ＩＭＥが通常の windows アプリと同様に普通に使えます。（画面表
  示の遅さは、今時の速い CPU であれば、それほど気にならないかもしれませ
  ん。うちにはないので推測です）

　次に、一押しプロを使って、ckw とＤさんの長押しを同時起動＆同時終了す
  るように設定します。

　一押しプロのフォルダの中にある、ichioCM.exe をダブルクリックします。
  「一押し設定」で「一押し Pro」を選択します。

　「実行タイミング」の「同期」を選択し、「実行コマンド」に「参照」
  から「nagaime2.exe」を選び、半角あけて「/NotUseRunOnce」オプションを
  記述し、「追加」ボタンを押します。
　次に、「実行タイミング」で「待機対象」を選択、「実行コマンド」に「参
  照」から ckw.exe を選び、「追加」ボタンを押します。

　そして、「make」ボタンを押すと、デスクトップにアイコンが現れます。
　「実行時サイズ」は、私はどちらも「非アクティブ最小」を選びました。

　このアイコンをダブルクリックすると、ckw(Vz) と長押しが同時起動し、
  ckw(Vz)を終了すると、長押しも終了します。

　Ｄさんの長押し起動時に、タスクトレイにあるアイコンをクリックし設定画
  面を出します。「ＩＭＥ変換中は長押しを向こうにする」「スペースキーで
  は長押ししない」をチェックします。（「タスクトレイにアイコンを表示す
  る」は最初からチェックされています。長押しのタイミングは、初期設定の
  250 のままが利用しやすいように思います）

　以上です。


 追加
　先ほどの、ichioCM.exe でアイコンを作るときに、次のようなバッチも追加
  しました。

　ファイル名 quitc.bat
　記述内容　taskkill /IM conime.exe

　これを、「実行タイミング」で「後」を選び、３番目に追加しました。
　conime.exe は一度常駐すると、ＤＯＳ窓を閉じても常駐し続けるので、
  conime.exe を強制終了させるバッチです。taskkill.exe は、XP pro にはあ
  りますが、home には入ってないようです。

konnoさん

>> 　画面消去のタイミングにまだ問題があるようです。
>はい、これは承知しています。追加の画面消去ルーチンを入れていないためです。
　了解です。一言、書いてくれれば、このような憎まれ役をしなくてすむのに…。


>・VTDOSでlf+の時LFNのリネームが出来なかった(k07s4〜k07s5)。
　差し出がましいのですが、ソースが混乱しないように、何かした箇所を戻された
ほうがよいのかもしれません。

>・VTDOSでファイラーのドライブ選択の異常を修正。
　別にあそこがあのままでもまず困らないと思うのですが、VTDOS側で対応できたの
ですよね。

>ドキュメント　VZK.TXT　（LZH内に同梱）2006-01-16 
　今である必要はまったくないのですが、これも適当なタイミングで更新されたほう
が…。

>● FILER.ASM と OPEN.ASM をＤＡＮＮＹ版と差し替えました。ＤＡＮＮＹさんに
>　 感謝です。  以下、ＤＡＮＮＹ版ＤＯＣより。
　ここなどは、K07Tには該当しませんよね。

　色々なところで僕の話は、錯綜・混乱・迷走していますが、主眼はやはりここ
なので、このスレッドに。


>K07i 　　03/12/31　　Uf+ USO Free　FILER をDANNY版に　WinでCo4対策
　おそらくこの版から、konno版Ｖｚには以下のようなオプションが新設されて
ましたよね。

>・オプション変数 Uf を新設。Uf+ で、ファイラーでのドライブのFreeを読まない。
>　　Free表示は０になります。ＬＸでの大容量フラッシュ対策です。
>　　uf1=512、2=1024、4=2048、8=4096等、ファイル選択時のクラスタサイズを指定。

　この「読まない・表示しない」という考え方、あるいはそれをオプションで選
択できるという発想、ＸＰでそれなりのサイズのＨＤを接続している場合、有効
な考え方ですよね。ファイラの下に出てるディスクの残りサイズ情報って出鱈目
ですから。ＸＰでは選択したときの total もまったく正確でない。
　オリジナルでは、512, つまりuf1相当の決めうちなんですよね。ちがう？

　ところでＶｚでどこまで数えられるのでしょう？
　ダブルワードだと、16の８乗だから（Emmettさんのmcalc大活躍）
16*16*16*16*16*16*16*16-1 = 4,294,967,295 bytes
（4.3ギガ以上ダメ。INT21 36h GET FREE DISK SPACEがちゃんと返した場合でさえ）

　さて、どうしましょう？　どうしようもないのかな…。
　今さら、知って絶望するような、あるいは徒労感を感じるような話でもない
ですね。MS-DOSって、NTVDMって、そんなものなのでしょう。


　ところで、
　Uf8で、ＸＰで選択ファイルのクラスタ値（？）によるtotalは正しく表示
されるはずですが、
1.60t03k k07t
1.60t03k d10 k08q1
　で、UFが効かないみたいなのですが…？　それなりに合理的なところにＸＰ用
に調整ができるようにも思えるのですが…。totalでは、駄目でしょうか？　残り
ディスク・サイズは、ＬＸ、モバ以外ではほとんど意味をなさないと思うのですが…？


【資料】

　--- VTDOS.TXT ---
>DISKFREE={N|L|K|M}
>  Int21 ah=36h GET FREE DISK SPACE の戻り値を指定します。
>  本来このファンクションコールはクラスタ数を16ビットで返しますが、
>  FAT32やNTFSの大容量を正確に返すことができません。

　そうなんです、ぜんぜん正確でないのです。気づいてませんでした。m(__)m

>df c:			;残念ながらＮＴＦＳには無効です。
Disk Free Ver1.14  (C)1994.6 HiRo.
１クラスタのセクタ数 : 127 
１セクタのバイト数   : 512 

>chkdsk
      4096 バイト : アロケーション ユニット サイズ
			;これが正解。Thanx, としきさん

>df a:			;FAT16だとＯＫ
１クラスタのセクタ数 : 1 
１セクタのバイト数   : 512 
総ディスク容量     : 1457664 (1.4M) バイト


　※ＮＴＦＳだと  2GB 以上のドライブでのクラスタサイズ（アロケーションユ
    ニットサイズ） の既定値は  4KiB（4096  bytes）、最大で 64KiB（65,536
    bytes）だそうです。

としきさん

> WinXP(x86)の場合、VTDOS1.14までは、VTDOS.EXEのショートカットのプロパティ
> の互換性のところで互換モードにチェックを入れないと動かせませんでした。

うちではいままでこのチェックは一度も入れてませんよ。Win95DOS7でもDOS6.2でも。
もしかして、起動しなかったDOSもこのチェックで起動したりするのかなぁ。

> 720KBのメディアを入れる可能性もあるわけです。その場合、空き容量の戻り値は
> 当然、わけわかな数字になると思います。

これ、USBメモリでやってしまいました。コピー中に空き容量が無くなって、コピー
できなかったんですよ。でも、よくみたら本当に空きがゼロだったという。(^^;

> ということで、DISKFREE=Aとかで、自動スケーリングがあるとうれしいかな、と。

おお、このアイデア、いいですね。(^_^)

> AFとかDFとか、へんなフラグを使う手もあるけど、やっぱり問題ありそうだし。

このフラグ、使えるなら使いたいですよね。使ったことは無いけど。

> うまく値を返すことができれば、例えばそれを読み取って、Ｖｚのファイラーの
> 表示を変更することとかができそうなんですけどね。

発想を変えてみたらどうでしょう。
通常出力で桁があふれたらキャリーフラグが立つんですよね。
そうしたら、例えば、BXとCXに$FFFFを入れ、ALに1を入れて呼んだらKbytes単位で
返してくれるとか。ALが2だったらMbytesで返してくれたりとか。
マクロのオプションで選択できたらなおいいかも。

どうでしょう。＞10#さん

>　ところで、
>　Uf8で、ＸＰで選択ファイルのクラスタ値（？）によるtotalは正しく表示
>されるはずですが、
>1.60t03k k07t
>1.60t03k d10 k08q1
>　で、UFが効かないみたいなのですが…？

　これ、ちゃんと効きました。ごめんなさい。「uf+」で「０バイト表示」ですね。
「uf1」というのがあるので、うっかり「uf-」としてました。
　また、「uf8」で、8=4096なクラスタサイズ指定が可能で、ファイル選択時、
「xxxx bytes total」と正しく計算されています。ごめんなさい。
　上記の２ヴァージョンともＯＫです。m(__)m

　（こんなことしなくていいと思うけど）Ufの２つの意味を分離するのが理想ですね。
つまり、ＸＰなどでは「残りサイズ」は意味がないので「0 bytes free」でいい。
「選択ファイルのトータル」はクラスタサイズを指定できる。…面倒なだけで意味は
ないですね…。失礼いたしました。
　やはり現実的には、ＬＸ・モバ対策用で、ＸＰでは「残りサイズ」の無意味な数字
を無視することにします。今までだって、ほとんど見たことがなかったので。

#if MG
Uf+			;for kVz quick filer
#elseif XP
Uf8			;for total of chosen files
#endif

> 　これは、としきさんが、VTDOS1.14 まで、今や使用不可が確定的となった Win95 
> の command.com を使っていたことと関係しているのでしょう。

あたりです。
外部command.comなしの場合、VTDOS1.16でも、チェックなしでは起動しませんで
した。というか、起動後にすぐウィンドウが閉じてしまいます。
む、ということは・・・ごそごそ・・・
おぉ、今まで、Win98のcommand.comでも、起動直後にすぐにウィンドウが閉じて
しまっていたのが、互換性をきちんとWin98にしてやることで、少なくとも起動は
できるようになりました。もちろん、dirコマンド一発でお亡くなりになるので、
実質的に使い物にはならないのですが。

> うちではいままでこのチェックは一度も入れてませんよ。Win95DOS7でもDOS6.2でも。

DOS6.2はチェックを入れなくても動くかもしれませんが。
Win95DOS7では、チェックなしでは起動しなかったことがあります。

> もしかして、起動しなかったDOSもこのチェックで起動したりするのかなぁ。

可能性はあるかもしれません。

> 発想を変えてみたらどうでしょう。

そちらのほうがいいかもしれませんね。
上位互換とか、他のアプリでも問題なく動くようにとか、いろいろと考えること
は多そうですが。
でも、DISKFREE=Mとか設定すると動作が円滑になるソフトって、具体的にどんな
ものがあるのでしょうか。

あきろさん

> 　私は、以下のように記述しています。
> SHELL=c:\dosv\vtdos\command.com /k c:\dosv\vz_vtdos.bat

なるほど。試してみたら、DOS7では問題なく起動しました。
DOS6.2だと、BATの途中で、「Out of environment space」が4回出ましたが、
起動はしました。やはり環境変数が足りないのか、SETで見ると、PATHが途中で
切れてますね。あきろさんの所では問題ないんでしょうか。

そういえば、あきろさんのcommand.comは何でしたっけ。

空きサイズスケーリングは事実上無意味なファンクションを
FD等の保守不可能なプログラムで便宜上特に問題なく使える状態にするための
機能で、他のアプリ利用との兼ね合い上あまり極端な仕様改変は望ましくないと
考えています。
VZの場合はまた別の手だてがあります。
>実はfat32用のextdiskfree(ax=7303h)というAPIもあるんですけどね。
もその一つですし、
VZに対しては多少回りくどいですが、もう少し根元的な解決方法がありますが、
明日早いので詳しくはまたいずれ。

　もう、何が何だかわからないのですが、最終報告です。

　結論を先に言うと、ＸＰ軽量化の設定で、Firefox の起動時間が半分になっ
  たのです。


　「パソコントラブル出張修理・サポート日記」というブログが面白くて読ん
  でいたところ、

　http://orbit.cocolog-nifty.com/supportdiary/2009/01/xp-1e1c.html
　で、ＸＰ軽量化に触れており、

    * 表示テーマを「Windows クラシック」にする
    * サービスの「Themes」を停止する

　という記述を目にしました。上段はすでに行っていたのですが、下段の
  「Themes」を停止するというのは、行っていなかったので、やってみました。

　すると、１分近くかかっていた Firefox の初回起動時間が、半分になり３０
  秒を切るようになりました。chromeplus との差があまりなくなってしまいま
  した。

　その結果、chromeplus は、ほとんど使用しなくなりました。
　確かに、GreenBrowser は、軽いのですが、メインの利用は Firefox に戻っ
  てしまいましたす。

　お騒がせツリーで、申し訳ありません。
 

　konno さん、こんばんは。

　私の command.com は MSDOS6.2 です。

　SET で見ても、幸いにも、問題はないようです。

　PATH は、vz 起動 bat に記述したものが、SET で表示されています。
　vtdos.cfg でも path を記述していますが、それが vz 起動 bat に記述した
  path に取って代わられたということなのですかねぇ。

文太さん

> 　（こんなことしなくていいと思うけど）Ufの２つの意味を分離するのが理想ですね。

VTDOS上のFree表示のことを言っているとしたら、Uf は逆の動作なので、これを使う
意味が無いですね。

> つまり、ＸＰなどでは「残りサイズ」は意味がないので「0 bytes free」でいい。

USBメモリなどでは必要ですよね。なので、今回VTDOSでFree表示できるようになって
助かりました。

さらなる発想の転換なんですが、以下のオプションを考えています。

・32bit/64bit四則演算APIの追加と64bit十進変換APIの追加
 （空き容量はInt21h/AX=7303hで取得）

もしくは、
・ディスク空き容量と総容量64bitを十進文字列で取得

konnoさんの意見をお伺いしたいのですが、いかがでしょう？

ちなみにVer.1.17でVTDOSかどうかのチェックが可能になっています。

10#さん

> VZに対しては多少回りくどいですが、もう少し根元的な解決方法がありますが、
> 明日早いので詳しくはまたいずれ。

おお、期待してしまいます。(^_^)
ローメモリとかに文字列で書き込むとかかなぁ、と妄想したり。(^^;

10#さん、行き違いになってしまいましたね。

> ・32bit/64bit四則演算APIの追加と64bit十進変換APIの追加
>  （空き容量はInt21h/AX=7303hで取得）
> もしくは、
> ・ディスク空き容量と総容量64bitを十進文字列で取得

おお、どちらでも実現できるわけですね。問題は、私のスキルが無くて、計算が苦手
というところでしょうか。(++;

う〜ん、VZに仕込むには、どちらが簡単で短く済むのかすらわかってないんです。
十進文字列で取得というと、やはり、ローメモリのエリアでしょうか。


> ちなみにVer.1.17でVTDOSかどうかのチェックが可能になっています。

うう、ますますVZが専用化しそうな予感が。(^^;

あきろさん

> 　私の command.com は MSDOS6.2 です。

う〜む、同じVerでも環境によって違いが出る場合があるということでしょうか。
もしかして、ENVSIZE=8192 とか設定しているからとかかな。

＞ものぐさなあなたへ

　誰のこと？　もちろん、僕自身です。(^^)
　これが素直に効く WinME があるにはあるのですが、気力・体力・能力なしな
もので…。おかしいなぁ、ＸＰでキャリーが返らないぞぉ…。
　やっとアロケーションユニット・サイズが瞬時にして確認できると思ったのになぁ。


＞10#さん

　もしそのようなことが可能であれば、是非とも、

--------W-2F1701-----------------------------
INT 2F - MS Windows "WINOLDAP" - OPEN CLIPBOARD
	AX = 1701h
	AX = 1702h
	AX = 1703h
	AX = 1704h
	AX = 1705h
	AX = 1708h
　などの、クリップボード操作ＡＰＩも実装してください。m(__)m
　これに頼っていたjenga.defなどのクリップボード操作マクロが、ＸＰで死にました。


　これは、もう通じていると思いますが、それでもやはり最後の最後にはデバイス・
ドライバー、すなわちＦＥＰの「リスクを伴った導入」の冒険をお願いいたします。m(_Ｂ_)m
　繰り返すまでもなく、僕はその最右翼ですが、制御の効かないＩＭＥでは、Ｖｚは
まともに生き残れないのです。多くのＶｚｅｒが移れません。移ろうものなら、すぐ
にＶｚを去ることになるでしょう。VTDOSはVz viewer用になってしまいます。
　因みに、「猫まねき」不可なノート派はここの大多数で、じつは僕は「猫まねき」に
帰れます。でも、それではＶｚにとっては駄目なのです。あくまでロースキルなＶｚ
野郎の、個人的な意見ですが。


--- 【資料】 ---
INT 21 - Windows95 - FAT32 - GET EXTENDED FREE SPACE ON DRIVE
	AX = 7303h
	DS:DX -> ASCIZ string for drive ("C:\" or "\\SERVER\Share")
	ES:DI -> buffer for extended free space structure (see #01789)
	CX = length of buffer for extended free space
Return: CF clear if successful
	    ES:DI buffer filled
	CF set on error
	    AX = error code
Notes:	on DOS versions which do not support the FAT32 calls, this function
	  returns CF clear/AL=00h (which is the DOS v1+ method for reporting
	  unimplemented functions)
	under DOS 7.x (i.e. "MSDOS Mode" under Windows95), the ASCIZ string
	  pointed at by DS:DX *must* include the drive letter, or this function
	  will return CF set/AX=0015h (invalid drive).	In a DOS box, omitting
	  the drive letter (DS:DX -> "\") results in the free space for the
	  current default drive, as expected
BUG:	this function returns a maximum of 2GB free space even on an FAT32
	  partition larger than 2GB under some versions of Win95 and Win98,
	  apparently by limiting the number of reported free clusters to no
	  more than 64K -- but only in a DOS window if a TSR has hooked INT 21h
SeeAlso: AX=7302h,AX=7304h,AX=7305h,AH=36h

Format of extended free space structure:
Offset	Size	Description	(Table 01789)
 00h	WORD	(ret) size of returned structure
 02h	WORD	(call) structure version (0000h)
		(ret) actual structure version (0000h)
 04h	DWORD	number of sectors per cluster (with adjustment for compression)
 08h	DWORD	number of bytes per sector
 0Ch	DWORD	number of available clusters
 10h	DWORD	total number of clusters on the drive
 14h	DWORD	number of physical sectors available on the drive, without
		  adjustment for compression
 18h	DWORD	total number of physical sectors on the drive, without
		  adjustment for compression
 1Ch	DWORD	number of available allocation units, without adjustment
		  for compression
 20h	DWORD	total allocation units, without adjustment for compression
 24h  8 BYTEs	reserved

konnoさん

>USBメモリなどでは必要ですよね。なので、今回VTDOSでFree表示できるようになって
>助かりました。

　ディスクにしろ、メモリにしろ、サイズ測定というのは僕にとってはそれほど
大きな問題ではありません。サイズを測ってから（確認してから）コピーしたこ
とは、ＦＤの時代からほとんどないし…。多くの人にとってもそうでしょう。メ
ディア・サイズ問題は、現実的にはこんなところではないでしょうか。
　というわけで、「必要」については分からない、というのが正直なところです。
お手並み拝見、という次第。

　それより、 めざらさんでさえ混乱したのは（Uf 問題）、めざらさんのコンデ
ィションもありますが、解説不足な部分もあるのではないでしょうか。あるいは、
先頃、僭越ながら指摘させていただいたような、.doc  関連の不備はどうでしょ
う。バーアップのときの誇大広告は、これだけＶｚｅｒ人口が減っている（我が
侭で頑固なのだけが残っている）現状では、各ユーザのバーダウンに繋がってい
る、Ｖｚ評価版のデフレに繋がっている、そのように思えております。

　c.mos 版、高橋版、金野版のＶｚソースを眺めています。これに手を出すのは
半端な根性ではできないと知っています。sfish さんの活躍の意味も理解してい
るつもりです。
　ましてや、Ｖｚを動かすプラットフォーム自体が、こうも変容している状況で
は、その苦労はとんでもないものであるのも分かっているつもりです。

　がんばりましょう。僕もソースを眺めながら、トンチンカンなことを叫びつつ、
チクチクしていきますよ、時間と体力のあるかぎり。m(_B_)m

　1月13日(水)に出来した VTDOS 1.17 の件です。

　かなりヤバい感じのエラーが VZ 使用中に出ました。
　環境は，Win2K/Shell=PC-DOS6.3 および WinXP-pro/Shell=PC-DOS6.3 です。

　現象としては，
・ファイルのオープンで異常な場合がある
・行編集中に編集内容がリセットされてしまう
　…という感じです。

　具体的には，
・マクロ呼び出し後に任意のファイルをオープンすると直前に呼び出したマクロが編集ファイルとして表示された(XP)
・編集ファイルAの一部が編集ファイルBの内容に置き換えられて境目にFFhが挿入された(2K)
・EOF以降にバイナリ（ヌル）がくっ付いた(2K)
・行編集中に他のバッファを参照して戻り，何かペーストしようとするとそれまでの編集内容がリセットされた(2K)
・画面分割して任意のファイルを開いたら，VZのコードセグメント（スタックセグメントかも）のようなものに置き換わった(XP)

　バッファが壊れた状態で保存されるとなると，かなり危険です。今日は職場のサイトの更新をしていたところWin2Kで上記の症状が出て，先ほど自宅のWinXPでも上記の症状が出ました。職場では結構焦りました。

　なお，v1.16 ではこのような症状は出ていません。

めざらさん

　お帰りなさい。お待ちしておりました。
　ご報告、ありがとうございました。かなり大きな書き換えがあったのでしょう
か。そこまでＶｚ内部にまで入り込んで、というのは最初の頃のスワップ絡み
以来でしょうか。
　本家のほうを見ると、プラグイン関係でも何かあるようなので、ちょっと様子
見で待ってみますね。僕は第一期修羅場、突入です。

　（関係ないけど）ZP (tpafreep)を追って、『レジデント・プログラム入門』
引っぱり出してきたところでした。command.comをスキャンしている…らしい。
書き換えまではまだ分からないけど…。TPA (Transient Program Area)だって…。

1.17で手が入った部分はCPUエミュレーションの不具合修正が入っています。
プラグイン関係は1.17では最終調整とドキュメンテーションだったので、
大きな書き換えは1.15〜1.16の段階で入っています。
僕自身VTDOSの開発は（というかそれ以外の業務も）VTDOS上で行っているのですが、
現時点ではめざらさんの現象は確認できていません。
もちろん新規の問題が確認できていれば、リリースは保留しています。
一応1.18ではあたりを付けて手を打ってみましたので、支障がない範囲で試して
頂けるとありがたいです。
プラグイン関係の問題を調べていると、VZをEMS常駐している場合に、
A0000以降のEMSページフレーム外のアッパー領域に対するアクセスが確認できたので、
1.18では特殊なメモリ配置を改め、典型的な配置に変更してみました。
（TPAEXT=1の場合は無効になります）
これは元々VZにある問題なのか、VTDOSのCPUエミュレーションを修正する際に、
何らかの不具合があったのかは修正差分を再度調べてみます。
ただ、元々CPUエミュレーションに不具合があったことは確かなんですが。
（この不具合がVZに影響していないならば、修正後も影響しないと思われます）

めざらさん

> 　かなりヤバい感じのエラーが VZ 使用中に出ました。
> 　環境は，Win2K/Shell=PC-DOS6.3 および WinXP-pro/Shell=PC-DOS6.3 です。

これはやばいですね。うちでは今のところなんとも無いようです。DOS6.2/7.0

私も1.15〜1.16の時に環境変数が足りなくなったせいでまともに起動しなくなった
時はあせりましたが、1.17でVTDOS関連で環境変数がさらに使われているようなので、
今までと同じ設定でも問題が出る場合もありそうですね。

実はプラグインが完了したらクリップボードAPIを実装するつもりでしたが、
もうちょっと先になるかも知れませんね。
DOSのFEPに関してはやはり課題が大きいので、
ckw+VTDOS(+VZ)で何かできないか？と考えています。

10#さん

　深夜で明日、明後日と早くから遅くまでなのお仕事なので、簡潔に。

　（他意なく、 まったくなく）MS-IME で文字入力したら、まるでラインバッフ
ァが何かされたかのような不具合がでました。「あああ」とか「ｂｂｂ」とか打
っていたら、行頭に「AOh」単独が現れました「82AOh」が「あ」。５枚の新規フ
ァイルをオープンして、ラインバッファ、テキストバッファを使ってやれ、とい
うテスト開始後５分での現象です。 1.15,  1.16  のときには起きなかったか？
これは僕は、すいません、継続利用させていただいていないものですから、分か
りません。
　行末が奇妙な「あ」半分を見せたり、見せなかったり。テキストバッファまで
行ってるから、いつまでもこれが見れるのですね。

　EMS 絡みか？　６ページ使っているので、何かはそっちに行っているようです。
ファイル・オープン５枚、IME での２バイト文字入力（２００文字程度）での現
象です。ファイラもコンソールもテキストスタックも使っていないので、そんな
意味でのＥＭＳ絡み、なのかな、という程度です。

　明々後日くらいに、少し時間をとってテストできると思います。
　誰かが、もう少しましなテストをしてくれると思います。m(__)m

10#さん

　簡潔に再び。

>実はプラグインが完了したらクリップボードAPIを実装するつもりでしたが、
>もうちょっと先になるかも知れませんね。
　多謝。

>DOSのFEPに関してはやはり課題が大きいので、
　だろうとは、僕ですら想像できます。

>ckw+VTDOS(+VZ)で何かできないか？と考えています。
　ただ、これは現象的解決で、本質的ではありません。マシンパワーが要求され
ることが一般に嫌われるのことと（お金で解決できる）、ＶｚがＦＥＰを制御で
きるコマンドを持っているのに、その能力を失うことになるのは別問題だからで
す。申し訳ありません、うるさくて。でも、こうやって掲示板に書くのだってＶｚ
でやってるのです。そしてしばしばマクロもコマンドも必要なのです。２ストの
問題ではありませんでした。「コマンド」です。例えば、^QJ（#J）。
　なので、たぶん、そうなると、少なくともここのＶｚｅｒ（プログラマでない）
は−−どうやらＶｚ世間はけっこう広いようなのですが、うふ−−、ＶｚＶｉｅｗｅｒ
として、VTDOS を使うことになるでしょう。「ここまでしてＶｚする？」と。
Win 7 に行ける環境ではないと思います。
　僭越ながら、ここのユーザの気持ちを代弁させていただいたつもりだったもの
ですから、長くなりました。
　強がっている人もいますけどね…。あは。(^^ゞ

　時間のかかることですよね…。m(_B_)m

konnoさん

SHELL=c:\vt\command.com /e:8192 /p /msg /k c:\vza.bat
　と、環境変数領域を増やしたのですが、出るのかもしれません…。

Version 1.18で致命的な不具合が確認されましたので公開を中止しました。
1.17でも発生すると思われますので、ご利用を中止願います。
現状安定的と思われる1.16をご利用下さい。

　
　早朝の書き込みをありがとうございます。すぐにお礼を申し上げられませんでした
　が、その日のうちに、1.16 に戻すことができました。

　健康にご留意ください。

　皆さん、こんにちは。

　私の所では、vtdos(Vz)にて、stkhelp.def を起動しようとすると、
  「stkhelp.def は入力できません」というメッセージが出て、起動できませ
  ん。

　通常のＤｏｓ窓Ｖｚでは、起動できます

　vtdos は、1.16〜1.18 どれでも同じ結果でした。command.com は、MSDOS6.2
  です。

。皆様のところでは、どうでしょうか？

　ちょっと補足です。

（１）
　今はほとんど起動することのなくなったデスクトップＰＣで、vtdos を起動
  できるようにしたのですが、vtdos.cfg の SHELL の記述で、e/ オプション
  を指定しなければ、環境変数が足りないというようなメッセージが出ました。

　/e:4096 を記述したところ、問題なく立ち上がりました。


（２）
　ckw は、色設定を行えます。私はＩＭＥカーソルの色だけを変更しました。
  Ｖｚのカーソルの色は、ダークカーキ色なので、ＩＭＥカーソルの色は、カ
  ーキ色にしていましたが、先日、水色に変更しました。

　そうすると、ＩＭＥが起動している状態なのか起動していないのかがはっき
  りするからです。「Ｄさんの長押しＩＭＥ２」を利用しているので、ＩＭＥ
  が on なのか off なのかが一目で分かると便利です。

　ＩＭＥが off の時 → ダークカーキ色
　ＩＭＥが on の時  → 水色

　というふうになっています。ckw.cfg の記述を以下のように書き換えました。
------------------------------
　Ckw*cursorImeColor:  #afeeee
!Ckw*cursorImeColor:  #f0e68c
------------------------------

　「#f0e68c」は、「RGB16 進数」というもので、web で、「色見本」とか
  「web 色見本」などで検索して見つけました。


　あ、私は、Ｄｏｓ窓Ｖｚでは、背景を白色、文字を黒色にして利用していま
  す。

障害報告が相次ぎ、僕自身の環境でも確認されたため、
検証を行う前に緊急的な公開中止措置とさせて頂きました。

調査した結果ですが、1992年頃のpkliteで圧縮されたプログラムが動作しません。
(pklite 2.01(1996)で圧縮されたプログラムは動作します。)

これは僕の環境では以前は動作していましたが、現在はVTDOSの過去どのバージョン
でも動作しないようです。
この理由についてはうまく説明できませんが、Ver.1.18公開直後の1/15に実行された
ウィンドウズアップデート(KB972270等)の影響を受けたのではないか？と推測しています。
以前より互換モードの指定により障害が起こる場合があったようですので、
ホストＯＳよりなんらかの影響を受けていることは間違いないと思われます。

差し当たりは使用中のDOSプログラムにpkiiteが当たっていないか確認をお願いします。
pkliteを所有している場合、付属のchk4liteでチェック可能です。
また、pklite -xで展開することが出来ます。
pkliteを所有していない場合でも、実行ファイルのヘッダー部を直接見ると'PKLITE'や、
'1990'などの文字列が埋め込まれていますので、比較的容易に判別可能です。

現時点で僕が把握しているのはここまでで、現状は安定的に動作しています。
今回はもう少し様子を見た上で、Ver.1.19としてリリースする予定です。

　あきろさん，こんにちは。

　うちでは vtdos v1.16 + PC-DOS6.3 + vzt03k_k07t で，所期の動作です。

>   「stkhelp.def は入力できません」というメッセージが出て、起動できません。

　このメッセージを誰が出しているかが問題ですね。
　あきろさんは，ローダーに無法者を使っていませんか？
　手近なファイルをスキャンしたところ，&m(2) を使っているのは無法者だけでした。

　この疑いが当たっていれば，何らかの理由でメモリ（マクロバッファ含む）不足の可能性が高いと思われます。

　めざらさん、こんばんは。

　無法者は、使ってません。当時、よく分からなかったので、わかりやすかっ
  た LXLoader.def を利用しています。

　起動直後のＶｚをマクロメニューで見ると、

　LXLoader.def(v3.21)
　LXLD_CFG.def
　vzfl.def
　ffauto.def
　freeform.def(v2.30c)
　specium.def

　が読み込まれています。が、どのマクロにも &m(2)は記述されていないよう
  です。

　vz.def（vtdos では、vz_vtdos.def） の、あちらこちらバッファサイズなど
  を大きくしてみましたが、起動しません。

　うーん、原因はどこにあるのだろうか。(｡_ﾟ？

　もう、あれこれとマクロを使わなくなったので、何とも言えないのですが、
  今のところ、stkhelp.def だけが起動しません。

　ファイラーで見てみると、こんなにサイズの大きいマクロは、他にはないで
  すねぇ。やっぱり、何かのメモリ不足なんだろうなあ。環境変数の領域サイ
  ズも大きくしてみましたが（/e:8192）、だめでした。

　こんばんは。

> う〜む、同じVerでも環境によって違いが出る場合があるということでしょうか。

　#4862 にも書きましたが、同じＸＰですが、デスクトップでは、vtdos(Vz)
  が起動しませんでした。環境変数領域が不足しているというようなメッセー
  ジが出ました。/e:4096 と記述してやると起ち上がりました。


> もしかして、ENVSIZE=8192 とか設定しているからとかかな。

　設定していません。ENVSIZE って、どこに記述するべきものですか？

　このやり方だと、ckwＶｚを多重起動してしまうと、「Ｄさんの長押し」も
  多重起動してしまい良くないですねぇ。

　・・ckwＶｚを多重起動しないようにして利用することにします。☆＼(-- )
 

問題のあったPKLITEのバージョンは1.03でした。
普段使っている別の環境では動いてました。
CPUが遅いと問題が出るのか？
もう少し様子を見てみます。

> 問題のあったPKLITEのバージョンは1.03でした。
> 普段使っている別の環境では動いてました。
> CPUが遅いと問題が出るのか？

大昔、PC-98で、CPUを載せかえるとPKLITEが動かなくなる、という話があったよ
うな記憶があります。確か、プログラムを自己書き換えしているので、CPU側での
パイプライン処理の関係で動かなくなるとか。
でも、VTDOSって186をエミュレーションしているのだから、関係ないな。

　めざらさん、こんにちは。

　stkhelp.def が起動できなかった問題ですが、マクロローダーを LXLoader
  から outlaw に変更してみると、無事に起動しました。

　vtdos と LXLoader の組み合わせで起きるようです。原因はさっぱりわかり
  ませんが。

　ところで、outlaw では、マクロ登録の時に、シフト実行で読み込むマクロを
  変更できるのでしょうか？　LXLoaderでは、以下のように記述することで可
  能なのですが。

86 ^QN    "newfile" (ks&1)? >> &88
86        "newfile2" &88

　outlawに完全に移行すのは、ちょっと大変で尻込みしてしまうなあ。でも、
  登録したマクロの多くは、今は利用していないので、整理になってよいかな？
  (^^;

あきろさん

> 　vtdos と LXLoader の組み合わせで起きるようです。原因はさっぱりわかり
>   ませんが。

マクロファイルが読めないときにこのメッセージが出るようですね。
この症状はVTDOSの以前のバージョンからあったのでしょうか。

LXLoaderは200LXのスリープチェックをしていますね。この int15hのファンクションは
VTDOSでは無効状態になっているので、もしかしたらこれが原因かもしれませんね。
#LXの行をコメントにしてみたらどうでしょう。

まあ、outlawに移行するのがいいのかもしれませんが、原因が気になったもので。

10#さん

VTDOS1.18は今のところ問題なく動いています。あまり過酷なテストはしてませんが。
PKLITEは使ってませんが、DIETはけっこう使っています。VWX、WGREP,ZCOPYなどなど。
まったく問題ないようです。

ところで、LHA使用のファイラーマクロ実行後に、MCBが壊れているというエラーが
以前から出ているようです。
LHA単独でも
2010-01-17 02:14:19 LHA(2681) 2691:007C 'サポート外 Int07'
2010-01-17 02:14:19 LHA(2681) 2691:0086 'サポート外 Int07'
と出ますが、マクロとAliasで、
lhax	Mkdir %< ; Lha x  %1 %<%\
として、同名のディレクトリを作って解凍させると、
2010-01-17 02:21:18 LHA(0895) 08A5:007C 'サポート外 Int07'
2010-01-17 02:21:18 LHA(0895) 08A5:0086 'サポート外 Int07'
2010-01-17 02:21:19 COMMAND(0148) 0148:02B1 '致命的エラー: MCBが壊れています。'
と出て、VTDOS終了になります。
もしかして、VZのスワップがらみかなぁ。

あと、LHAはディスクの空き容量チェックをしていて、
DISKFREE=M 
としていると、VTDOS.EXEなどは空き容量不足で解凍されないですね。
互換性を考えると、素のXPと同じ表示がいいのかなぁ。VZの表示だけ調整するとか。

あきろさん

>  /e:4096 と記述してやると起ち上がりました。

う〜ん、4096はサンプルの数字ですが、うちはこれで足りなくて、8192 にしたんです。
10#さんもこれを推奨しています。

> 　設定していません。ENVSIZE って、どこに記述するべきものですか？

VTDOS.CFGの中です。でも、これのご利益は今のところわからないので、今はコメントに
しています。

あきろさん

> 　結論を先に言うと、ＸＰ軽量化の設定で、Firefox の起動時間が半分になっ
>   たのです。

たしかにFirefoxは起動に時間がかかるので、起動時間が半分になるのはすごいですね。

>     * サービスの「Themes」を停止する

これは知りませんでした。試してみたら、空きメモリが数十メガも増えて、そのぶん
動作がきびきびしたような気がします。これはいいですね。

最近はPCを快適にとかあまり気にしなくなっていて、ググらなくなっているるので、
こういう情報はありがたいです。

あきろさん

>　すると、１分近くかかっていた Firefox の初回起動時間が、半分になり３０
>  秒を切るようになりました。chromeplus との差があまりなくなってしまいま
>  した。

　うーん、何かシステムの抜本的な見直しが必要なのかもしれませんよぉ。
　うちで一番遅い、例のペン３ビブロ・ノートでも５秒はかかりません。
FireFox 3.5.7 です。
　ブラウザで履歴を全削除する。これで大きく変わらないとすると、ＯＳが重す
ぎるのか、ＨＤが末期を迎えているのか、などと想像します…。
　ある時期からブラウザがとても重いソフトだとは分かりましたが、それ以外の
要因でそうなっていた、と理解できたからです。
　それに耐えられるとなると、何にでも耐えられるのだろうなぁ、と変な風に了
解したところがありました。m(__)m
　でも、僕のこの感覚は、すべて WinXP でのものです…。WinME, Win2K では、
全体にもっとレスポンスがいいものなのです。よほど「これは無理のしすぎなの
だ」という確信犯である場合を除き、ブラウザの起動に、さすがに３０秒はかか
らないのが普通だと思うのです…。

konnoさん

http://oshiete1.goo.ne.jp/kotaeru.php3?q=1550625

　「もうこれ以上はないんだ」と思ったチェック事項です。
　全て試しましたが、僕のところではすでに効果がありませんでした。
　試してみる価値は、あるのかもしれません…。

　こんばんは。

　結論から言うと、stkhelp.defを最新のものに差し替えたところ、なんなく起
  動しました。v1.60β8 → v1.60β11

　どうやら、v1.60β8 は、LXLoader.def のバグ回避ルーチンに引っかかって
  いたのではないかと推測というか想像します。

　しかし、もしそうだとしたら、なぜ vtdos(vz)環境でのみバグ回避ルーチン
  に引っかかったのかが疑問です。。

（以下、LXLoader.doc より）
○　LXLoader.def に採用されているバグ回避ルーチンが対応しているバグは、 全
    部で９種類に及んでいます (^^;;。 LXLoader を使えば、９種類のバグを全部
    かいくぐって、安全にマクロをロードするか、もしくは最悪の場合でも致命的
    な結果が出る前にエラーメッセージを出して正常終了してくれます。


　以下、参考までに書いておきます。

　実は、v1.60β11 にたどり着く直前に、LXLoader のオプションを変更するこ
  とにより、β8 でも起動することができていました。

　LXLoader には、BF オプションというのがあります。通常は「-」つまり off
  で使うようにとのことですが、これを on にすると stkhelp.def が起動しま
  した。

　このオプション専用の解説ファイルがあり、一部を抜粋します。長いのです
  が、私が下手に割愛するよりもよいと思い、固まりをそのまま下に貼り付け
  ます。

--------------------------------------------------------------------------
　ＶＺは、メインメモリに十分に余裕がある時は、外部マクロを読み込む際のテキ
  ストバッファをメインメモリに取ります。 この時は、 最大で、vz.def のオプ
  ション Bt で設定されたサイズのテキストバッファが確保されます。Bt64 の場
  合なら 64 KBytes ですね。 従ってこの場合でしたら、マクロファイルのサイズ
  が 64KBytes のマクロまでロードできることになります。

　しかし、メインメモリの残りが vz.def のオプション Bf で設定された数値にま
  で減少すると、 今度はＶＺはテキストバッファを EMS に取って外部マクロを読
  み込みます。 EMS は通常 2 ページ、32 KBytes 取られますので、この状態なら
  32 KBytes のマクロファイルまで読み込むことができることになります。これを
  越えるファイルサイズのマクロはまずない（というか、EMS からロードされる可
  能性が常に存在する以上、マクロ作家はこれを越えるファイルサイズのマクロを
  公開するのはあまり望ましくない）ので、通常はこれでも不便することはまずあ
  りません。

　さて、 問題は、メインメモリが Bf KBytes よりは残っているが、しかし Bf+32
  KBytes よりも少なくなってしまった場合です。 この時ＶＺは、メインメモリが
  足りないにもかかわらず、残りのメインメモリいっぱいのサイズのテキストバッ
  ファだけを確保して外部マクロを読もうとします。これでは、ちょっと大きなマ
  クロファイルは最後まで読み込まれず、「尻切れ」の状態でロードされてしまい
  ます。本来なら、こういう読み込み方が行なわれた場合は、何らかのエラーコー
  ドを返してロードを中断すべきところですが、ＶＺは何事もなかったように正常
  終了してしまうのです。

　LXLoader は、 デフォルトでは、こういう状況に遭遇したら、メインメモリの残
  りをゼロだとＶＺに思い込ませ、 強制的に EMS からマクロをロードさせるよう
  に仕組んであります。EMS に常時空きがある環境では、これでまったく問題なく
  マクロがロードされます。 しかし、うちのＬＸみたいに (^^;; EMS にほとんど
  空きがない状態だと、 こういうケースではマクロはロードできず、Load Error.
  のメッセージと共に組み込みが中断されてしまいます。

　何にも悪いことをしてないのに、突如このメッセージで外部マクロの読み込みが
  拒否されるという現象が生じたら、これを疑いましょう。この場合は、テキスト
  をいくつかクローズして、メインメモリを Bf+32 KBytes 以上空きのある状態に
  して再度実行すれば、マクロはロードできるようになるはずです。

　しかし、この現象は予期せぬ時に突然生じますから、突然マクロが実行できなく
  なるのは精神衛生上よろしくありませんね。それに、必要があってオープンして
  あるテキストを、わざわざ閉じないとマクロが実行できないというのも不便な話
  です。そこで、EMS ド貧民を救済するための方策が、この #BF+ の設定なのです。

　この設定を行なうためには、 必ず Bf88 以上の数値を指定し、 かつオプション
  Sk- の状態で、ＶＺを起動することが絶対に必要です。こうすると、どんなにテ
  キストを多くオープンしてもメインメモリは常に  88 KBytes 以上は空いている
  ことになりますね。この状態で #BF+ にしておくと、強制的に LXLoader 内部で
  Bf52 に設定変更した上でマクロをロードしますので、 マクロをロードするテキ
  ストバッファが最低限  32 KBytes 程度は常時メインメモリに確保できるわけで
  す（88-52-32=4 の 4 KBytes は、ＶＺが作業用に使う余裕です）。
--------------------------------------------------------------------------

　結論から言えば、おそらく stkhelp.def v1.60β8 に何らかの問題があった
  のだと思います。しかし、なぜ vtdos(vz)環境でのみ起動しないという現象
  が現れたのか、その原因を探るための参考になるのでしょうか？

　文太さん、夜中に失礼します。

> 　うちで一番遅い、例のペン３ビブロ・ノートでも５秒はかかりません。
> FireFox 3.5.7 です。

　これ、windows を立ち上げた後、Firefox の初回起動の時でも５秒もかから
  ないということですか。うーん、すごい。(@_@)

　うちでは、２回目以降の起動でも、やっと 10秒を切るくらいです。でも、こ
  れは addon のせいだと思うんです。addon をほとんど入れなければ、２回目
  以降の起動は、おそらくもっと速くなるはずです。初回の起動もきっと１５
  秒〜２０秒程度になると思います。

http://oshiete1.goo.ne.jp/kotaeru.php3?q=1550625

　↑↑
　これの「メモり使用量」を「システムキャッシュ」にするというのは、X24
  では明らかに逆効果でした。どこかで、512MB 以上のメモリを積んでいれば、
  「システムキャッシュ」にチェックというのを読んでやってみたのですが。。

動作環境によりPKLITE1.03で圧縮されたプログラムが動作しない不具合は
解消していないので、1/16のお知らせ内容により処置をお願いします。
現象が発現した場合かなりきわどい画面表示になりますが、
落ち着いて運用を停止して下さい。
また、この現象が発現する環境である場合はかなり高確立で発生するものと
思われます。（作者の場合１００％でした）
よろしくお願いします。

変更点は以下の通りです。
Int 2F/AX=7476h/BX=0002h ディスク空き容量の取得
PUSH imm8/IMUL r,rm,imm8命令不具合修正
Int2f/17h Clipboard API 追加

メモリ管理関連は難所になってますね。
近いうちに時間が取れれば腰据えて調べてみたいと思ってます。
ドライブ空き容量についてですが、vtdossdk.txtの280行目以降をご覧下さい。
よろしくお願いします。

10#さん

　以下のような、まんまでは使えないものなのでしょうか？　m(__)m
　舞い上がってしまって…。もう一回、docを読みますぅ〜。
　念のため、MS-IME 2003 ですが…?

　うまくいった人、誰かぁ、教えてぇ。


=== Macrotmp by B ===;
Int 2F/AX=7476h/BX=0003h
IME状態の取得
Return:
AX = 0
DX = IME状態
IMEの状態を取得します
-------------------------------
Int 2F/AX=7476h/BX=0004h
IME状態の設定
Return:
AX = 0
IMEの状態を設定します

* M
50 ^A "IME state"

	AX=$7476, BX=$0003, &i($2F)	;立ってても立ってなくても
	&m("%x",dx) .			;１が返るみたい…

51 ^F "set IME"

	AX=$7476, BX=$0004, DX=1, &i($2F)	;dx=0, でも dx=1, でも
	&m("%x",ax) .				;そのまま7476hが返る？？？

*

あきろさん

>　これ、windows を立ち上げた後、Firefox の初回起動の時でも５秒もかから
>  ないということですか。うーん、すごい。(@_@)

　はい。 ただ windows が完全に立ち上がり、ウィルスソフトが完全に仕事を終
えて（つまり電源オンしてから約３分後）から、という条件はつきますが。昨日、
試したので間違いありません、ごめんなさい。たぶん、ＨＤもあるのかな…？
使用頻度も時間も短いので（逆効果もあり）、まだクリーン・インストール直後
状態を保っているのでしょう。
　文太マウスはかなり使い込んでるけど、でも、あれよりもっと速い…。
　システム・キャッシュを使うと、まあ、１秒以内です…。
　ごめん、こんなお金で何とでもなることを自慢するのははしたない、とは十分
に分かっているつもりなのですけど…。m(__)m

　スタートページの設定は少しあるのかな。僕は、ローカルにurl集を置いてます。
file:///C:/Program%20Files/LOCAL_HP.HTM
　なんての。

>　でも、これは addon のせいだと思うんです。
　はい、僕はほとんど何も入れていません、「入れなさい」と言ってこないかぎり。
まったく工夫がありません…。研究意欲もないみたい…。

>http://oshiete1.goo.ne.jp/kotaeru.php3?q=1550625
>　↑↑
>　これの「メモり使用量」を「システムキャッシュ」にするというのは、X24
>では逆効果…。

　うん、これは環境によって逆効果のものも明らかにありますね。何がどこでと
いうのは、もう記憶にないのですが。チューニングは、もう２カ月くらい前の話で…。
　「スピード」と「便利」は、当たり前になると感謝されませんよね。Ｖｚもその
典型。このあいだ旧８を使ったら、Ｖｚが速い！　速すぎだった、とりわけカーソル
の動き…。でも、grepしたら駄目なんだよね。


　（雑談なので、こちらで）

　LxLoaderの件、勉強になりました。う、美しいEmmettのコードに久しぶりに
ほれぼれ。もちろん、ちゃんと読もうとなんてしてないのだけど、原因の一端は、
konnoさんが指摘されてたように、明らかにsleep checkのINT 15でしょうね。

■　ユーザオプション（ymfcst.def 用）
--------------------------------------------------------------------------
#LX		+	;HP100/200LX で    + 使う       - 使わない

　ここを「-」してみるのは、有益な実験なんじゃないかな。


　どうでもいいことだけど、「INT 21」というのが、割と汎用な MS-DOS ファン
クションコールというもので（マクロでなくてもこれなくしてはＶｚは何もでき
ない）、「INT 10」なんてのは、Dos/V 用表示用のシステムコール。「INT 15」
はよく分からないけど、LX その他用のシステムコール。今話題になってる「INT
2F」（&i($2F) なんて書く）は、けっこう特定のアプリ用との通信用回線、みた
いな感じかな（たとえばVWXも使ってる）。
　そして、（たぶん）現在におけるこのシステムコールの親玉がWinAPI。これしか
ＯＳとの連絡経路はない。それと古いMS-DOSのファンクションコールを結びつけて
くれてるのが、VTDOS。で、VTDOSは、「INT 15」（&i($15)）まではさすがにサポート
してないと。たぶん、こんなところで大はずれではないのじゃいかなぁ…。それ
以外の原因もあるのかもしれないけど。
　いやあ、マクロ・ロードの仕組みは複雑ですねぇ。ＥＭＳもスワップもすごいけど。

　またまた夜分に・・。

　電源オンしてから３分後でも、私から見ると、すごいことです。ま、とりあ
  えず、我慢できる程度に速くなったので、ブラウザーはこのまま行くことに
  します。

　LXLoader の LX オプションですが、私は LX を持っていないので、ここを
  「+」にして利用したことはないんです。最初っからずっと、「-」です。
                                       ~~~~~~~~~~~~~~~~~~~~~~~~~~~
                                          ↑↑
　konnoさん、この件にお答えしていなかったのですね。ごめんなさい。

　文太さん、INT の説明は、雰囲気しかわからなくて、申し訳ありません。

　vtdos(vz)環境でのＩＭＥの制御ですが、「Ｄさんの長押しＩＭＥ２」は、
  「２」にバージョンアップしたときに、Ｄｏｓ窓でのＩＭＥの切り替えに対
  応しています。ということは、このプログラムを解析すると、Ｄｏｓ窓から
  どうやってＩＭＥを on/off するのかがわかるのではないでしょうか？

　そんな簡単ではないのでしょうか？

補足します。
Int2f/AX=7476/BX=0003|0004はAPIが予約されているだけで、
VTDOSには現在何の実装も存在しません。
将来的に可能かどうかも不明です。
あるいは、相応のプラグインがどこかから供給されれば可能かも知れません。

10#さん

>Int2f/AX=7476/BX=0003|0004はAPIが予約されているだけで、
>VTDOSには現在何の実装も存在しません。

　了解しました。リリース・ノートのほうにはなかったので、そうかな、と。
　壁は高く険しい道のようですね。どうか頑張って下さい。

あきろさん（ちょっとこのスレはまずかったですね、ごめんなさい。手短に）

>「+」にして利用したことはないんです。最初っからずっと、「-」です。
　そうですか。じゃ、もう少しきちんと考えないと駄目ですね。ギブアップ。
　どっちも、すごいマクロですから、僕レベルでは、Ｖｚマクロのプログラム解析
だけでも簡単ではないです。

>　「Ｄさんの長押しＩＭＥ２」を、（中略）プログラムを解析すると、Ｄｏｓ窓から
>  どうやってＩＭＥを on/off するのかがわかるのではないでしょうか？
>　そんな簡単ではないのでしょうか？
　解法の方向性はともかく、僕の場合は、簡単も困難もなく、生まれ直さなければ
不可能なのです。方向性はともかく（再び）、困難なんじゃないかな、すごく。

　元にもどってブラウザの起動速度は、慣れの問題ですね。贅沢を知ると我が侭で
頑固でかたくなになってしまいますねぇ。でも「長押し」って、レスポンス、悪い
ということだよね。ま、道が拓けたのは、ありがたいことですが。m(__)m

追伸：「Emmettのコード」は「Emmettさんのコード」の間違いです。修正して読ん
で下さい。m(__)m

　#04758 konno さん

感想が遅くなりましたが、大画面ファイラーはとてもいいですね。

一点、ご相談がありまして。
スイッチを増設するのは難しいですか？
仮にＷとして、こんな感じです。

(lf && Ｗ)?{ 大画面ファイラー }
(lf && Ｗ==0)?{ 高橋版互換ファイラー }
(lf==0)?{ オリジナル互換ファイラー } ←Ｗのon offにかかわらず。

http://aja.up.seesaa.net/image/lfntree.png
こんなマクロを作ってるところだったりします。

10#さん

> ドライブ空き容量についてですが、vtdossdk.txtの280行目以降をご覧下さい。
> よろしくお願いします。

「ディスク空き容量の取得」のAPIが追加されたんですね。ありがとうございます。

> ドライブの総容量・空き容量をバイト単位で十進ASCIIZ文字列で取得します。

う〜ん、これをVZに仕込むのはどうやったっけ？　(++;
3桁カンマ区切りにできたかなぁ。？
まぁ、ぼちぼちやらせてもらいます。m(__)m

あじゃさん

> 感想が遅くなりましたが、大画面ファイラーはとてもいいですね。

ありがとうございます。(^_^)　まぁ、裏に回れば、ツギハギだらけの張りぼて
なので、ソースはとても見せられたものじゃないんですが。(^^;

> スイッチを増設するのは難しいですか？

う〜ん、難しいなぁ。上記のように、ツギハギだらけなので、全部作り直さないと。
スイッチだけなら、Lfフラグを変数にしてしまえば良さそうだけど。

> http://aja.up.seesaa.net/image/lfntree.png
> こんなマクロを作ってるところだったりします。

おお、かっこいい！！
なるほど、そういうことですか。ちょっと検討してみます。

10#さん、現在1.19使用中です。

LHAのエラーも無くなり、落ちなくなりました。ありがとうございます。
MCBエラーになっていたのもそのエラーがらみだったのかなぁ。

あと、DIET が非互換の項目に入ってますが、もしかして私の書き込みのせい？
私は、DIETは問題ないと書いたつもりなんですが、他で問題あったのかな。

PKLITEは使って無いと思ってましたが、WGREP で検索したら・・・

VTDOS|C:\UT\VTDOS119>WGREP -t -i -k vcb "PKLITE" *.*
------------------ FILMTN.EXE
!PKLITE Copr. 1990-91 PKWARE Inc. All Rights Reserved
------------------ FMCUST.EXE
!PKLITE Copr. 1990-91 PKWARE Inc. All Rights Reserved
------------------ ISCMP.EXE
ISCMP.EXE 1:PKLITE Copr. 1990 PKWARE Inc. All Rights Reserved
------------------ PHATCODE.EXE
PHATCODE.EXE 1:PKlite(R) Copr. 1990-1996 PKWA・nc. All Rights Reservev
------------------ PKUNZIP.EXE
PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved

こんなにありました。(^^;　ほとんどはJ3100時代のプログラムですが、
PHATCODE.EXE は、EMSMagic のものですね。日付が新しいから問題なし？

あきろさん、とりあえず、問題は解決できたようで。

> 　LXLoader には、BF オプションというのがあります。通常は「-」つまり off
>   で使うようにとのことですが、これを on にすると stkhelp.def が起動しま
>   した。

今回の問題は、どうやらこれが原因のようですね。

2000/05/11  09:49            33,480 STKHELPv1.60β8.def
2004/12/06  12:34            25,105 STKHELPv1.60β10.DEF
2004/12/29  09:33            25,018 STKHELPv1.60β11.DEF

ご覧のように、新しい版になってファイルサイズがだいぶ小さくなっています。
かなりの最適化がなされたようですね。
これにくわえて、VTDOS環境でフリーエリアが増えたことにより、かえってメインメモリ
が中途半端に残っている状態になって、旧版のサイズでは引っ掛かってしまったと
推測します。だから BF が効いたのだと。

>「+」にして利用したことはないんです。最初っからずっと、「-」です。

これは、「−」でも、int15hをチェックしているので、その部分をコメントにと
書いたつもりでした。
でも、結果的には関係なかったようですね。

僕の環境ではDIET本体が起動できませんでしたので非互換認定としています。
従ってDIETによる圧縮バイナリーは動作確認出来ませんでしたが、
これを互換認定としてよいものかどうかということですね。

ディスクサイズはカンマ編集済みの方がいいですかね。

10#さん

　一日一善（なつもり）の文太です。返り値が？

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"
;VTDOSインストレーションチェック
	AX=$7476,
	BX=$0000,
	CX=$6F64,
	DX=$0073,
	&i($2F)
	&?("AX: %x BX: %x CX: %x DX: %x",AX,BX,CX,DX )
;-----------------------------
; result --->
; AX: 0 BX: 5476 CX: 4F44 DX: 53
;           ^^^^
;-----------------------------
	(AX==$0000 &&
	 BX==$5456 &&
	 CX==$4F44 &&
	 DX==$0053)
			?{&m("VTDOS installed")}
			?{&m("VTDOS not installed")}.

*

Int 2F/AX=7476h/BX=0000h
VTDOSインストレーションチェック
AX = 7476h
BX = 0000h
CX = 6F64h
DX = 0073h
Return:
AX = 0000h
BX = 5456h	***
CX = 4F44h
DX = 0053h

ご指摘ありがとうございます。
Ver.1.20で対応しました。

10#さん

> 僕の環境ではDIET本体が起動できませんでしたので非互換認定としています。
> 従ってDIETによる圧縮バイナリーは動作確認出来ませんでしたが、

うちの環境では本体の起動も問題ないです。ただ、クラスタサイズが減らないと、
圧縮失敗になるので、最近のHDDでは、けっこう大きなEXEファイルで無いと成功
しなかったりしますね。私は、JWASMR.EXEで確認しました。
あと、32ビットプログラムも圧縮できないようです。

DIET     EXE      26,370 92-06-25    1:45　　Ver1.45f
DIET2    EXE      21,576 91-08-20    1:20　　Ver1.20

確認はVer1.45fでしましたが、1.20も起動できました。
MSDOS6.2/7.0とPCDOS7.0英語版でも動作しました。
何が違うんでしょうね。

> ディスクサイズはカンマ編集済みの方がいいですかね。

そうしてもらえると助かります。VZの書式制御は数値で無いと駄目みたいですね。


ところで、VTDOS1.19ですが、MSDOS6.2とPCDOS7.0英語版で
copy XXX.TXT YYY.TXT
のようなリネームコピーができません。File not found になります。
Win95のDOS7だと出来たようです。逆にDOS7で動かないコマンドもあったような。
copyコマンドとかはエミュレーションなんでしょうか。

ｐｓ：1.13まで遡っても同じようにDOS7はOKでDOS6.2は駄目でした。
うちの環境のせい？

　あれ、うちではできましたよ。

VTDOS|C:\VT>copy c:\aa.txt c:\bb.txt
        1 個のファイルをコピーしました。

VTDOS|C:\VT>dir c:\aa.txt
2010/01/21  01:01                 4 AA.TXT	;Vzで作ったから大文字なんだ

VTDOS|C:\VT>dir c:\bb.txt
2010/01/21  01:01                 4 bb.txt

　6.2Vのcommand.comです。

>>konnoさん

dietは1.45fで動作確認出来ませんでした。
これもpkliteと同様に、環境依存する問題ですね。
実行ファイル圧縮は障害の影響が大きくかつ切り分けが困難で、
一見原因不明でパニックが起きやすいので、確証無しに互換認定はしにくいです。

copyコマンドの問題は僕の環境でも発生しました。
不思議なことに YYY.TXT が存在する場合は正常に動作します。
このとき上書き確認を行うので、YYY.TXTの存在可否には問題が無いんですよね。
ファイル作成系のAPIかな？てとこです。
copyコマンド自体は普通にファイルの内容を読み書きしているだけなので、
エミュレーションといえばエミュレーションです。
差し支えなければUSECMD=1の指定をお勧めします。

10#さん

>Ver.1.20で対応しました。
　了解しました。リリースを少し待ってくださると、もしかして良いかな（どち
らでも構いませんが）。クリップボード・ファンクションに気になる部分がある
ような気がしています。クリップボード送りで１文字、欠けませんか？「VTDOS
ver」と「ディスク・サイズ取得」は問題ありませんでした。 後者では、やはり
「,」を入れてもらったほうがいいですね。 ちょっとだけ考えてうんざりしてし
まった。

--- vtdos.cfg ---
;USECMD=1

VTDOS|C:\VT>copy c:\xxx.txt c:\yyy.txt
ファイルが見つかりません.
　再現しました。

VTDOS|C:\VT>dir c:\xxx.txt
 Volume in drive C is            snip（英語）
XXX      TXT             6 10-01-21   10:53
        1 file(s)              6 bytes
　なるほど、日本語メッセージでエミュなのか、と想像できるわけですね。

　YYY.TXTを作っておくと、
VTDOS|C:\VT>copy c:\xxx.txt c:\yyy.txt
Overwrite C:\YYY.TXT (Yes/No/All)?
        1 file(s) copied
　うむ、これは英語版command.comだ。謎。

--- vtdos.cfg ---
USECMD=1
　と設定しましょう。もちろん、昨晩はこの状態でした。

　１文字欠ける？

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"
;	p="0123456789", 
	p="あいうえおかきくけこ", 
	&Sn(p) cx=r, si-,	;size etc  for SET func
	ax=gz, bx=p,		;ptr (ax->es)
	dx=1,			;type
	&>
	&m("finished").

0:	&i(3+$)."$
	$(50,B8,01,17,CD,2F,B8,02,17,CD,2F,07,B8,03,17,CD)$
	$(2F,B8,08,17,CD,2F,C3)$"

;	push ax
;	mov ax,1701h	;open
;	int 2Fh
;	mov ax,1702h	;clear
;	int 2Fh
;	pop es
;	mov ax,1703h	;set
;	int 2Fh
;	mov ax,1708h	;close
;	int 2Fh
;	ret

*

　どうなんでしょうか？　何が正しいのかよく分からないものですから…？

=== Macrotmp by B ===;【どうなんでしょう？】
* M
50 ^^ "Macrotmp"

	ax=$1701, &i($2F)		;open
	ax=$1704, dx=1, &i($2F)		;get size
	dx[, ax[,
	ax=$1708, &i($2F)		;close
	&m("ax:%d dx:%d",ax],dx]) 

	; resulut --> 21 bytesとレポートしてくる。せっかくですから…。
	; ヘッダか何か、付いているものなのでしょうか？
	; 因みに、WinMEでは、Noteのとおり32と答えてきます。
	; もちろん、32より20がいいと思うけど…。
*

あいうえおかきくけこ		== string in clipboard
（20 bytes）


INT 2F - MS Windows "WINOLDAP" - GET CLIPBOARD DATA SIZE
	AX = 1704h
	DX = clipboard format supported by WinOldAp (see #02723)
Return: DX:AX = size of data in bytes, including any headers
		0000h:0000h if no data in this format in the Clipboard
Note:	Windows reportedly rounds up the size of the data to a multiple of 32
	  bytes

　起動ドライブ（C:）空き容量のみ、計算が合いません。意図どおりでしょうか？
　個人的には気にしてないのですが、プログラムする側は気になるかもと。m(__)m
　念のため。別ドライブでは計算が合います。

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"
	AX = $7476,
	BX = $0002,
	si = pa, 	;空き容量バッファ
	di = pw,	;総容量バッファ
;	dx = 0,		;カレント, C: ***★どちらも合わず
	dx = 3,		; C:          ***★
;	dx = 6,		; F:
;	dx = 26,	; Z:
	&i("$(1E,07,CD,2F,C3)")	
		;push ds
		;pop  es
		;int  2Fh
		;ret
	(r)? {&m("error") .}
	&?("空き容量: %s bytes, 総容量: %s bytes",pa,pw)
*
Int 2F/AX=7476h/BX=0002h
ディスク空き容量の取得
AX = 7476h
BX = 0002h
DL = ドライブ番号(0:カレント,1:A〜)
DS:SI = 20バイト以上の空き容量バッファ
ES:DI = 20バイト以上の総容量バッファ
ドライブの総容量・空き容量をバイト単位で十進ASCIIZ文字列で取得します。
Return:
エラーの場合
CY = 1


【マクロの結果：不思議なところのみ】
C: 空き容量:  63,616,929,792 bytes, 総容量: 77,778,214,912 bytes
                     ^^^^^^^
【手計算＝chkdsk+MCalc.def。検算：Ｃ電卓＠ベクタ】※MCalc.def by Emmett スゴイ！
>chkdsk
      4096 バイト : アロケーション ユニット サイズ
  15531456 個     : 利用可能アロケーション ユニット
4096 * 15531456 = 63,616,843,776


63,616,929,792		;VTDOS function
63,616,843,776		;手計算

command.com はcopyコマンド実行時に送り側も受け側も
Int 21/AX=6C00h EXTENDED OPEN/CREATE
APIでファイルをオープンする際に、
DX = 101h で呼び出してるんですが、
このオプションが非公開機能なんですね。
Interrupt Jump Table では(reserved)となっています。
で、試しに動作や戻り値を試行錯誤してみたんですが、
うまく行きませんでした。
確証が持てないのでこれは現状維持にしたいと思います。
差し支えなければ USECMD=1 でお願いします。

Win32のクリップボードの仕様として、
文字列(CF_TEXT)は最後にヌル文字を含むこととなっていまして、
VTDOSは基本的には16bitプロセスか渡されたパラメータを
極力そのままWin32に渡す方針を取っているので、
パラメータエラーが起こっているということになります。
Windows（あるいはクリップボードを読むプログラム）が文字列を
バッファサイズにクリップして最後にヌル文字を追加しているものと思われます。
WinOldApが実際にどういう挙動をしているのかは、
Interrupt Jump Tableからは読みとれませんので、
慣習的にどうなっているか？ということだと思うのですが、
現時点でDOSのクリップボードアプリケーションはどういう呼び出し方をしていますか？
VTDOSがある種のお節介をするべきところですか？

僕の環境で追試した限りでは一致しました。
特にCドライブはバックグラウンドで動作しているプロセスのファイルI/O
の影響を受けるので、空き容量を調べた直後にまた空き容量が変化している
ようなことはあり得ると思うのですが、いかがでしょうか？

10#さん

>VTDOSがある種のお節介をするべきところですか？

　うーん、考え込んでしまっています。他の人の意見を待ったほうが良いですね。
　僕には、分かりません。

　間違っているかもしれませんが、このファンクションを使ったマクロというの
は、たぶん、jenga.def だけだと思います（ＸＰでは効かないファンクションで
すから）。そのマクロで、この問題に最初に遭遇し、例のテストマクロで（いち
おう）確認しました。

　ああいう使い方なら、
　&Sn(p) cx=r+1,
　とすれば良いということですね。おお、ちゃんと２バイト文字を判断してる！
　誰が？

　jenga.defは
	dz[=di=kz, bx=kp-(cx=kp..-1)-3, dz],
　ですね。ここに「＋１」でいいのかな…。

　サイズの１バイトといい、全体にそういう種類の話なんじゃないかな、と想像
しておりました。
　ですので、「VTDOS ではこう」と、何というか、この種のプログラミングの作
法に従っていただくのが一番かと思います。

　まったく作法を知らない者の「経験」ですから、他の方の意見を聞いて、決め
てしまって下さい。このファンクションを使うMS-DOSアプリというのがこれから
登場することはないでしょう。Ｖｚマクロだけではないかな。マクロ師の方々や
プログラミング全般に強い方の意見に、僕は従います。というか、意見が持てま
せん。m(__)m

　Ｖｚ界でのクリップボード操作標準アプリは、clppst.def(exe)です。これはＸＰ
でも使えます。

　このためにそこまでする必要はないと思いますが、これらの所在です。
　clppstのほうは、delphiのソースもあるようです。clppstでは、そういう問題
が起こらないというか、処理されてしまっているのですね…、たぶん…。

http://homepage3.nifty.com/mezala/vz/history/maclib1.html
JENGA.DEF 1.05	テキストスタックの覗き窓 jenga.def v1.05
CLPPST.DEF 0.5C	クリップボードの読み書き CLPPST.DEF v0.5c

　そういうものというのが分かれば、「お節介」は要らないような気がしてきま
した…。

> dietは1.45fで動作確認出来ませんでした。
> これもpkliteと同様に、環境依存する問題ですね。

そういえば、DIET.EXE自身もDIETされてるそうなので、起動できないのはそのせいかも。
DIET.EXEは解凍できないようです。環境によって動作が違うのは、自己展開でOSとか
CPUのメモリ管理と矛盾が出ちゃうんでしょうかねぇ。

> 差し支えなければUSECMD=1の指定をお勧めします。

これはCOMMAND.COMを使用しないときの指定かと思ってました。
USECMD=1を指定するようにします。

10#さん

　何度もすいません。

>特にCドライブはバックグラウンドで動作しているプロセスのファイルI/O
>の影響を受けるので、空き容量を調べた直後にまた空き容量が変化している
>ようなことはあり得ると思うのですが、いかがでしょうか？

　あり得ましょう。あのテスト、何度かしたのですが、すぐファイルを使ってし
まうものですから、空き容量が変わるのです。なので、直後にやったつもりだっ
たのですが、そうか、「バックグラウンドで動作」してるものですか。ウィルス
対策ソフトとか、かな…？temp は、Ｆドライブだからな、とか思ったのですが、
そういう可能性が高いですね。Windows は何をしているのか分かりませんから。
自分の設定したマシンだろう☆＼(^^;)

63,616,929,792		;VTDOS function
63,616,843,776		;手計算
　８０キロバイトくらいか。何が使ってたんだ…？

　お手数をお掛けしました。勉強になりました。

現状jenga.defはヌル文字を付けていないということでいいですか？
であればWinOldApに倣ってヌル文字補完になります。
clppstはWin32なので、今回VTDOSは無関係でした。
Ver.1.21からの対応になります。

pkliteの問題の原因は解明出来ました。
HMAがあって、TPAが広い場合に発生するpkliteの不具合で、
DOS5でHMAが普及しだした当時は割に有名だったようです。
pkliteは後期の2.01も行儀よくないようで、ストリング命令で
セグメントラップアラウンドが発生します。
（これを許容しないマイナーなプロセッサもあるらしい）
VTDOSは便宜上セグメントラップアラウンドはサポートしていません。
Ver.1.21からの対応です。

10#さん

　すいませんが、簡単に。明日（今日）もお仕事です。(ﾟﾟ;

>現状jenga.defはヌル文字を付けていないということでいいですか？
>であればWinOldApに倣ってヌル文字補完になります。

　思うに、他の人から意見が出ることはないのではないかと思うので、10# さん
が「こうあるべき」というところで決めてしまって良いと思います。
　基本的に、clppstのお陰で、とりわけこの界隈では（たぶん一般に？）実に
マイナーな地位に貶められているファンクションのお話ですので（ＸＰで効かな
いのですから、当たり前）。

　ただ、jenga.def  は WinME では、ネイティブなそのファンクションコールを
使って、１文字欠けを起こさず、VTDOS ではそれが起こる、という点はお伝えし
たいと思いました。

　昨晩はVTDOS 対処法に先走り、VTDOS の仕様に意見するという姿勢がありませ
んでした（今もあまりないのですが）。
　先ほどもう少し見きわめようと少々もがいたのですが、実験に失敗してしまい
ました。デバックコードを入れなければならないのはどうして？（独り言）
　明日（今日ですね）の夜にレスできればします。サイズの取得の話も同じ話で
すよね。こちらもヌル抜きのサイズの方が良いような気がしています…。

　ヌルは、ファンクションが付加するのではないだろうか？　というのが実験趣
旨です。
　jenga.def はヌルを付けず、拡張ファンクションにただ任せているだけ、とい
うのが、僕の前提です。クリップボードのデータ管理構造がまったく分かってい
ません。


追伸：pklite攻略（回避？）、おめでとうございます。すごい執念ですね。脱帽
です。m(__)m
　すいません、おやすみなさい。

自己レスです。
前回のPKLITE後期バージョンの話は僕の勘違いでした。
恥ずかしいのでVer.1.22ですぐ修正。

> HMAがあって、TPAが広い場合に発生するpkliteの不具合で、
> DOS5でHMAが普及しだした当時は割に有名だったようです。

思い出した。
多くのソフトがDOS5対応版を出すことによって、この話は収束していきました。
だけど、当時、386以降の石を使っているマシンでDOS3で無理やりUMBやHMAを作る
フリーウェアがあって、それを使うことによってあのアプリが動かなくなっただ
の、これもダメだのといった話が多数ありました。DOS3を使い続けている人たち
は、DOS5対応版にバージョンアップするという意識がなかったからですね。
この場合、それまではDOS3で正常に動いていたことから、アプリ側ではなくて、
HMAを作るツールのほうにサポートを求めようとする傾向があって、そのツールを
サポートしているニフティの会議室は大賑わいでした。

#4807で言及した、私がMSCDEXにパッチを当てたのも、まさにこの問題に引っかか
ったからでした。DOS3用のMSCDEXが、DOS3を使っているにもかかわらず、正しく
ないDOSのバージョンである、というメッセージを返してきたのです。
当時の私は今以上に技術力がなく、なにせUMBとHMAを間違えるほどでしたから、
根本原因の究明まではできず、仕方なく、MSCDEXのバージョンチェックルーチン
にパッチを当てて逃げるしかなかったのでした。

#10さん

>現状jenga.defはヌル文字を付けていないということでいいですか？
　とりわけ付けていませんでした。

>であればWinOldApに倣ってヌル文字補完になります。
　それが作法であれば、お願いいたします。
　「ヌル文字補完」が、WinMEでのこのファンクションの振る舞いであった
というように理解しました。

　お仕事で、少々お疲れモードです。残念ながら、これがしばらく続きます。
　がんばってください。


【参考】

:I	;---クリップボードへ送る---
	kp[,
	(i)? { (i) &14 }
	dz[=di=kz, bx=kp-(cx=kp..-1)-3, dz],
	&i("$(B8,01,17,CD,2F,B8,02,17,CD,2F,B8,03,17,33,D2,42)$
	$(33,F6,06,8E,C7,CD,2F,07,B8,08,17,CD,2F,C3)")
	kp], >A
	;	mov	ax,1701h	; open
	;	int	2Fh
	;
	;	mov	ax,1702h	; clear
	;	int	2Fh
	;
	;	mov	ax,1703h	; set
	;	xor	dx,dx
	;	inc	dx
	;	xor	si,si
	;	push	es
	;	mov	es,di
	;	int	2Fh
	;	pop	es
	;
	;	mov	ax,1708h	; close
	;	int	2Fh
	;	ret

　なるほど、β11はβ8の３／４のサイズしかありませんね。
　多少すっきりしないところもありますが、とにかく、問題なく動作している
  のでよしとします。

　たまに、通常のＤｏｓ窓Ｖｚを立ち上げてみると、しゃきしゃき動くのが気
  持ちよいです。

> 差し支えなければUSECMD=1の指定をお勧めします。

以下、USECMD=1を指定しなかったときの挙動。

VTDOS|C:\>copy *.bat C:\b.b
ファイルが見つかりません.

VTDOS|C:\>copy a.* C:\b.b
ファイルが見つかりません.

VTDOS|C:\>copy a.bat C:\b.*
        1 個のファイルをコピーしました.

VTDOS|C:\>copy a.bat C:\*.a
        1 個のファイルをコピーしました.

かなり面白い振る舞いではあるのですが。
このへん、私も昔、苦しんだ記憶があります。
FindFirst系のAPIで、属性の設定を間違えて、ある条件のときだけきちんと検索
できなくなってしまったという。
なんだっけ、DOSの時代には存在していなかった属性だったかな。
あるいは、0x3fと0x80の間違いだったかも。
あと、CreateFileで、ファイルの作成に成功したにもかかわらずGetLastErrorが
エラーを返してくることがあって、それを知らずにはまったこともあったなぁ。

　環境は，Win XP pro + Shell=PC-DOS6.3 です。
　350KBほどの，そこそこのサイズのファイルのほぼ全部をブロック指定し，
結構文字数の増える置換を行って，常時テンポラリファイルエラーが発生しました。
自作のタブ区切りテキストをHTMLの表組にするマクロでの処理です。
所期の動作の場合，最終的にファイルサイズは500KB超に増加します。

置換手順は次のとおりです。（トレースモードで確認）
(1) #56 "\x ^\(.\)" #m "<tr><td>\1" #m "y"
(2) #56 "$(9)" #m "</td><td>" #m "y" ;;$(9)はタブの文字列中での表現
(3) #56 "\n" #m "</td></tr>\n" #m "y"

(1)〜(2)は特に問題がなく処理が行われ，(3)で処理しきれずにマクロは停止します。
マクロの停止後に，#^ でテキストの先頭に移動すると，テンポラリファイルエラーで，
先頭から数百バイト失われているのが確認できます。
なお，マクロでの実行でなく，手作業で同様の置換を行ったところ，
(1)は問題なく，(2)の段階でテンポラリファイルエラーが出ました。

実は，v1.22 の導入直後の最初の実行では問題が生じませんでした。
2回目以降の実行でエラーになるため，マクロ側を疑ったのですが，
その後は常時エラーになり，無手順でもエラーを確認しました。
エラーの都度，vtdos を再起動しています。

また，v1.22 だけの問題ではないようで，以前の版でもいくつか試したところ，
同様のエラーが再現されることを確認しました。

> 2000/05/11  09:49            33,480 STKHELPv1.60β8.def

よくみると、このサイズって、EMS2ページ分の32kb(32768bytes)を超えてますよね。
これでも読み込めるのかいな、と思って中身を覗いてみると・・・
げげ、タブがスペースになっていますね。これではサイズが増えるわけだ。(++;
で、スペースをタブに置き換えてみたら、30627bytesになりました。(^^;

このツリーにぶら下げてしまいますが

VTDOS v1.22でVZでファイルを開いて、ClpPst.defを使用するとVTDOSが落ちます。
コピーとか貼り付けしたあと、カーソルを動かすといきなり落ちます。
「問題が発生したため終了します。」というダイアログは出ます。
エラーログには何も記録されてないです。

Ver1.21以前では問題ないです。

ダイアログの内容です。
ModName:ntdll.dll
ModVer:5.1.2600.5755
Offset:0001b21a

10#さん（と、ここの掲示板でいいですよね。失礼します＞めざらさん）

#04893  VTDOSインストチェック
#04900  クリップボード送信
#04901  GET CLIPBOARD DATA SIZE

　VTDOS 1.22で、上記の発言に含まれる３つのマクロが、正常動作しました。

>VTDOS v1.22でVZでファイルを開いて、ClpPst.defを使用するとVTDOSが落ちます。

　ああ、やっぱり、何かあるのですか。僕のところでも「送信できない」ことが
あり、 古いファンクションコール絡みで、WinAPI のほうに何か影響がでちゃっ
たのかな、と思ったのです。
　落ちるところまで経験していませんが、何か不具合があった感触がこちらでもあ
りました。

> コピーとか貼り付けしたあと、カーソルを動かすといきなり落ちます。

　うちでは特に問題は発生していないですね。
　軟体補完計画の元データをいじっているのですが，LXで編集していた64KB超のファイルも含む8個の小分けファイルをひとつにする作業にクリップボードを使ってみましたが，Clppst.exe(v06d)+Clppst.def(v05c) で問題は発生しませんでした。

> Ver1.21以前では問題ないです。

　うーむ。前バージョンで再現性がないとなると，どこに問題があるのでしょうね。

　ntdll.dll ってネットで調べてみると，山のように不具合報告があって，いずれも解決していないような雰囲気がぷんぷんしてます。ちょっとハマっちゃうかもしれませんね。

clppstは僕の環境では若干挙動に違和感がありましたが、
クラッシュには至りませんでした。
1.21と1.22はほとんど違いがないので、
1.22固有の問題では無いと思われます。
clppst.def以外の部分が関係しているのではないか？とも思いますが、
現状チャイルドプロセスの起動に不具合が見つかっていますので、
その影響かも知れません。

　#04889 konno さん

> なるほど、そういうことですか。ちょっと検討してみます。

ぜひぜひ後方互換性を優先した方向でお願いいたします。m(_a_)m

マクロのほうは、ツリー作成とディレクトリ閲覧を分けて作ってて、それぞれ
ほぼ出来上がりました。


以下、とくに konno さん宛というわけでもなく。

lstart.def では lfn のフルパスへの変換にラインバッファを使ってます。
http://hpcgi2.nifty.com/aja/fvz03/wforum.cgi?mode=allread&no=57&page=0#58

んで、いま作ってる lfn ツリー閲覧マクロでは、 上の方法をちょいと変形さ
せて、こんなことをやってます。

======== lbuf1.def ======== by - aja -
* M
89 ^^	"lbuf1"
	?.
	m="││　　├",
	p="Collab",
	t="$(09,09)",
	y="d:\adobe~ok.___\acrobat\8.0\prefe~gi\collab",
	c="$(0D,0A)",
ei[-,mi[-,
;&t
&s
	#n
	en[+,eu[+, &#V(300) eu],en],
#28	l=wm+230,
	l..0-,
	&Sc(l,m)
	&Sa(l,p)
	&Sa(l,t)
	&Sa(l,y)
	&Sa(l,c)
#]
	#> #m
	ux[+,#g #t #g ux],
mi],ei],
&d

*

編集テキストのカーソル位置に

││　　├Collab		d:\adobe~ok.___\acrobat\8.0\prefe~gi\collab

という一行を書き込みます。

最初は↓でやってたんですが、ラインバッファを使ったほうが格段に速いみた
いです。

	&?("%s",m)
	&?("%s",pr) #21 #21
	&?("%s",y) #> #d

膨大な行数の定型的な書き込みを行なうマクロで、あらかじめ行の最大長が分
かっていて、それがラインバッファでまかなえる場合はけっこう使えるかも。

> 　うちでは特に問題は発生していないですね。

職場のPCでは問題が出ませんでした。XP Proです。
自宅のXP Home の環境がおかしくなっているのかなぁ。

> 　ntdll.dll ってネットで調べてみると，山のように不具合報告があって，いずれも解決していないような雰囲気がぷんぷんしてます。ちょっとハマっちゃうかもしれませんね。

これはむちゃくちゃあやしいですね。ぐぐった中にこんなページが。

「情報科学屋さんを目指す人のメモ」
http://did2.blog64.fc2.com/blog-entry-125.html

これを見て、ページファイルを入れなおしてみたところ、PCの動作が見違えるように
サクサクになりました。特に最近ブラウザのページ読み込みが異常に遅くなっていた
のが解消されたようです。これが原因だったのか〜？

と思ったけど、VTDOSの状態は変わらないですね。残念。(++;

> clppstは僕の環境では若干挙動に違和感がありましたが、
> クラッシュには至りませんでした。

そういえば、zcopy 互換の32ビットコンソールアプリのzcpy32.exeも最近
挙動が不安定になったようでした。32ビットコンソールアプリ関連で問題が
出ているような気がします。

> 現状チャイルドプロセスの起動に不具合が見つかっていますので、
> その影響かも知れません。

そうなんですか。そういえば、USECMD=1 にしたら、VER コマンドでVTDOSが
落ちました。やっぱり1.22だけ不安定で、1.21では問題ないようです。
うちの環境に問題があるのかなぁ。

VER でのエラーログです。
2010-01-27 00:31:08 COMMAND(10C6) 1793:D7D3 '致命的エラー: アクセス違反 0x00000031 0x7C95B21A'

VTDOS|C:\VT>ver			;落ちないようです。
Microsoft Windows XP [Version 5.1.2600]

VTDOS|C:\VT>zcpy32		;やっぱ持ってなかったか
Bad command or file name

> VTDOS|C:\VT>ver			;落ちないようです。
> Microsoft Windows XP [Version 5.1.2600]

うちも、1.21ではそういう表示になるんですけどねぇ。(++;

> VTDOS|C:\VT>zcpy32		;やっぱ持ってなかったか
> Bad command or file name

あのう、RCP32 は問題ないですか。VTD_NRDR.CFG とか、VTD_CMD.CFGに登録する
必要があるのかどうか、このへんがよくわからないもので。

　子プロセス全般という感触ではないような…。

k07t メモリに常駐しました.（-zで解放）
VTDOS|C:\VT>rcp32 c:\aaa.txt c:\tmp
Reading dir(s) .....
C:\ --> C:\TMP
  AAA.txt
       1 File(s) found
       1 File(s) copied


　以下は行けるときもあるのです。

VTDOS|C:\VT>C:\DEF\CLPPST.EXE /R C:\DEF\CLPPST.TMP


　こちらはデフォルトのままで、とりわけ触ってないようです。

VTDOS|C:\VT>type vtd_nrdr.cfg
cmd.exe
cat.exe
vtdos.exe
telnet.exe
ci.exe
co.exe

VTDOS|C:\VT>type vtd_cmd.cfg

telnet.exe

* msdos.exe

mg.exe
p2enc.exe
lcc.exe


　うーん、konnoさんのレポートをみてると、どこに原因があるのかぜんぜん
分からない感じですねぇ…。マシンやdef環境とかではないのじゃないかなぁ、
とあてずっぽですが。

「Windows 7 64bitに行って、たくさん(といっても8GBで十分)メモリを積んでみたい」
　くらくらするような話ですねぇ。

一応…

ElleFileInfo 2.46  [2010/01/27 22:59:26]


ファイル名: VTDOS.EXE
ファイルパス:C\VTDOS.EXE
ファイルサイズ: 207.5 KB
ファイルバージョン: 
更新日時: 2010年1月23日 02時05分00秒
著作権: 
読み取り専用 Ｘ 隠しファイル Ｘ 

CRC32:b618edb2
MD5  :609014f7c94d6e5dcd610ade011b81e3

> ファイル名: VTDOS.EXE
> 更新日時: 2010年1月23日 02時05分00秒

これを見て、もしやと思って確認したら、作成日が 1/17になってました。あれぇ？
そうか、これって、古いVerに上書きしたからか。・・・

まさかと思いながら、上書きしてないVTDOS.EXEからショートカットを作り直して
起動してみたら、問題なく動いてしまいました。(++;
もしかして、上書きは駄目なんでしょうか。

う〜む、そういえば、以前にも、似たようなことがあったなぁ。
うまく起動しないVZのアイコンがあって、他の、うまく動いている環境の設定と
同じにしても、何をやっても動かないんですね。で、そのアイコン(PIF)を破棄して
新しくショートカットを作り直してみたらアッサリ動いたという。(++;

とにかく問題は解決したようです。お騒がせしました。m(__)m

> マシンやdef環境とかではないのじゃないかなぁ、

まさに、その通りでした。やり方が悪いのか、わけがわからないような原因でした。
仕切り直しです。m(__)m

konnoさん（ちょっとまたぎますが）

　こういうことというのはあるものなので、とりあえず解決したら忘れてしまう
というのが一番ですが（僕は覚えてても仕方のないタコミスの常連）、ちょっと
不思議なので、メモ書きを。

>これを見て、もしやと思って確認したら、作成日が 1/17になってました。あれぇ？
　ってことは、exeがちゃんとver upされてなかったのは間違いないのでしょうね。

　ですが、

>そうか、これって、古いVerに上書きしたからか。・・・
　僕はいつもそうしてます…。

>まさかと思いながら、上書きしてないVTDOS.EXEからショートカットを作り直して
>起動してみたら、問題なく動いてしまいました。(++;
　はい、ショートカットも更新していません。
　デスクトップの「VT へのショートカット」（c:\vt\ フォルダ行き）でそのフ
ォルダを開けて、VTDOS.EXE  と VTDOS.TXT だけ更新して（旧版は、VTDOS.121
とかするときもあるけど）、今までうまくいっていたのですが…。
　起動するときはもちろん、一度も更新されたことのない「VTDOS.EXEへのショート
カット」＠デスクトップからです。VTDOS.CFGも試したいオプションがなければ、
そのまま−−別窓のVTDOSなしＶｚから、VTDOS.CFGを編集してから起動することも
あるけど。
　（うむ、.pifって何してんでしょうね。リンク先のファイル名が同じなら互換性
あり、と読んでいるのですが…）

>もしかして、上書きは駄目なんでしょうか。
　ってことはないのじゃないかなぁ。

　何かどっかで手動操作ミスがあったのではないか、と想像しております。

今日までは、全く問題に気づかずにいたのですが。

OS: XP(x86)
shell: DOS6/Vのcommand.com 1993/12/06 6:20 58886 bytes
VZ: 1.60t03k

VTDOSのショートカットで、作業フォルダに
「"C:\Documents and Settings\Owner\デスクトップ"」
等としている場合に問題が起きます。
例えば、デスクトップにおいてあるvtdos.txtを開きます。
ここで[ESC]Dでテキストの二重化を行おうとすると、あまり好ましくない動作に
なることが多いです。
具体的にどうなるかというと、うちの場合、ファイルをひとつしか開いていない
のに、上ウィンドウのステータスラインには「3R AND」という表示になり、下側
ウィンドウは「4V VTDOS.TXT」となります。このとき、上ウィンドウにカーソル
があるので、そこで[ESC]Cを行うと、今度は上ウィンドウが「2R \DOCUMENTS」と
なります。
XP付属のcommand.comでVZを使う場合、command.comのショートカットで指定する
「実行時のディレクトリ」を長いディレクトリ名のままにしておいても、自動的
に短いフォルダ名にしてくれるので、このような不都合は生じません。

ということで、他の環境というかアプリなどとのすり合わせの問題が発生しそう
な気もしますが、もし可能であれば、初期値というか起動時のディレクトリだけ
でも、長い名前を短い名前に変換してもらえるとありがたいです。

　#04925

> 最初は↓でやってたんですが、ラインバッファを使ったほうが格段に速いみた
> いです。

やっぱり &? で出力したほうが速いです (^^;
というわけで、&? だと扱えない長い文字列の出力のときに使うことにします。

お騒がせしました m(_a_)m

プロンプトが8.3になりますが、これはそのほうが良いかも知れませんね。

> >これを見て、もしやと思って確認したら、作成日が 1/17になってました。あれぇ？
> 　ってことは、exeがちゃんとver upされてなかったのは間違いないのでしょうね。

いや、XPとかNT系ではファイルが作成された日が作成日になるということで、上書き
コピーしてもこの日付は変わらないのだと思います。なので、exeはちゃんとver up
されていたと思っています。

> >そうか、これって、古いVerに上書きしたからか。・・・
> 　僕はいつもそうしてます…。

うう、ということは、普通は問題無いということですよね。やはりうちの環境が
何かおかしいところがあるのかもしれません。裏口が開いているのかも。(++;

めざらさん

> 　350KBほどの，そこそこのサイズのファイルのほぼ全部をブロック指定し，
> 結構文字数の増える置換を行って，常時テンポラリファイルエラーが発生しました。

これはその後、何か進展があったでしょうか。別のエラーの話を割り込ませてしまって
話題がそちらにそれてしまい、申し訳ないです。m(__)m

> 所期の動作の場合，最終的にファイルサイズは500KB超に増加します。

短いファイルで試しても問題が出ないので、巨大ファイル編集の問題のような気が
します。
VZのVerを変えても同じでしょうか。もしかしたらこの辺が関係したりするかも
しれないなぁという気がしたもので。

素のDOS窓では問題ないんですよね。

以前のVerから気になっていたんですが、VZのファイラーでサブディレクトリにいる
時に、「BS」キーを連打すると、ルートに移動しますが、そこで更に「BS」キーを
押した時、XPのDOS窓ではカーソル位置が変わりませんが、VTDOSではカーソルが
天井に張り付きます。オリジナルVZとVZ.DEFでも状況は同じです。

私は結構「BS」キーの連打でルートに行くことが多いので、VTDOSの挙動はちょっと
不便です。皆さんのところでも同じでしょうか。
挙動の差が出る原因が思い当たらないんですよねぇ。
窓を80x25にしても駄目だし。

このところ、体調が優れず、集中力が落ちているため、ソース弄りが全然出来てない
ので、暇つぶしに、「VTDOS」でぐぐってみたら、こんなブログが。

【ckw＋vtdos 上でのＶｚ（Ｄさんの長押しＩＭＥ２）】環境構築について
http://-ichi-.tumblr.com/post/328335774/ckw-vtdos-vz-d-ime2

ここの記事って、あきろさんの書き込みにそっくりですねぇ。ということは・・・

「shadowのよろづおぼえ帳　思いつくままに」
　VTDOS 1.22 を試す
http://escudo.way-nifty.com/blog/2010/01/vtdos-122-772-1.html

これはshadowさんのブログですね。
最近は個人的備忘録としてのブログ活用が多くなってきたようですが、情報の密度も
濃く、活用の幅も広がり、読み物としても面白かったりして、ありがたいことです。

＃あとは某文系の大御所のブログでしょうか。非公開なのかな。(^^;

konnoさん

>VZのファイラーでサブディレクトリにいる
>時に、「BS」キーを連打すると、ルートに移動しますが、そこで更に「BS」キーを
>押した時、XPのDOS窓ではカーソル位置が変わりませんが、VTDOSではカーソルが
>天井に張り付きます。オリジナルVZとVZ.DEFでも状況は同じです。

　再現しました。僕は、もっぱら^Hですが、もちろんそちらでも挙動同じ。

>私は結構「BS」キーの連打でルートに行くことが多いので、VTDOSの挙動はちょっと
>不便です。皆さんのところでも同じでしょうか。

　同じでした。

>挙動の差が出る原因が思い当たらないんですよねぇ。
>窓を80x25にしても駄目だし。

　これは VTDOS 側に原因があるのだろうとはいえ、Vz が MS-DOS（command.com
か msdos.sys か NTVDM.exe か）に向かってしている何かが原因ですよね。
　ファイラで [BS] したときには、Ｖｚは何をどうするのか、解析してくださ〜
い。

fcmd	94,do_parent
do_parent proc
chgdir1:
	msdos	F_CHDIR
	pop	ds
	jc	docr9
	mov	[bp].fl_home,0
	lea	si,[bp].fl_path

　この近辺？　もっと先？


　以下は konno さん宛てではありませんが。
　こんなのをお好きな *.asm  で作ると、おお、読めるかもしれない、という幻
想を抱けます。macro.asmは最初はやめた方がよいと思う…。とはいえ、c.mos氏
によると、Ｖｚマクロの達人になるには、「expr.asmとmacro.asmは読み解けてい
て当然」だそうですが。
　２００年早いんだろうなぁ。(ﾟ-ﾟ)ﾄﾎｲﾒ

　ま、vz.inc, std.inc, char.asm, ledit.asm, string.asm, open.asm（順不同）
とかが、おお、と単純に喜べると思います。

　以下、c.mos版より。長くて意味ないのですが、眺めてるだけで「そうなってる
んだ」と思える部分がありますでしょ。榊原さん曰く「まずコメントを読め」。
　これ、最大のコメント。

filer.asm        9:;--- Equations ---
filer.asm       65:;--- External symbols ---
filer.asm      210:;--- Local work ---
filer.asm      249:;--- Constants ---
filer.asm      267:;--- Filer main ---
filer.asm      409:;--- Init filer ---
filer.asm      474:;--- To new path ---
filer.asm      512:;--- Filer command table ---
filer.asm      571:;----- Scan filer command -----
filer.asm      591:;----- &Fl(path) -----
filer.asm      617:;----- &Fm(c) -----
filer.asm      637:;----- &Fg(di[,al]) -----
filer.asm      650:;----- &Fi -----
filer.asm      669:;----- &Fn -----
filer.asm      684:;----- Walk on menu bar -----
filer.asm      720:;----- Is bottom of dir? -----
filer.asm      736:;--- Do filer ---	
filer.asm      887:;--- Do select command ---
filer.asm      968:;--- Move block cursor ---
filer.asm     1035:;--- Move cursor to home/bottom ---
filer.asm     1050:;--- Scroll up/down window ---
filer.asm     1090:;--- Roll window ---
filer.asm     1191:;--- Set cursor position ---
filer.asm     1251:;----- Set home position -----
filer.asm     1274:;--- Get pool pointer ---
filer.asm     1290:;--- Change drive ---
filer.asm     1353:;--- Change mask ---
filer.asm     1440:;--- Input new path ---
filer.asm     1541:;--- Sort option ---
filer.asm     1563:;--- Change view mode ---
filer.asm     1578:;--- Single/dual window ---
filer.asm     1604:;--- Change window ---
filer.asm     1631:;--- To current dir ---
filer.asm     1678:;--- Return to current dir ---
filer.asm     1704:;--- Select all ---
filer.asm     1733:;----- Cancel all -----
filer.asm     1748:;--- Compare directory ---
filer.asm     1845:;--- Execute DOS command ---
filer.asm     1911:;----- File Attribute -----
filer.asm     1965:;----- Delete -----
filer.asm     2003:;----- Rename -----
filer.asm     2046:;----- Make Dir -----
filer.asm     2058:;----- Make New file -----
filer.asm     2110:;----- Do select files -----
filer.asm     2151:;--- Quick exec for special EXT ---
filer.asm     2196:;--- Init dump window ---
filer.asm     2250:;--- Init cursor position ---
filer.asm     2310:;--- Draw window frame ---
filer.asm     2320:;--- Draw disk info. ---
filer.asm     2382:;--- Sum select files size ---
filer.asm     2413:;--- Draw path name ---
filer.asm     2443:;--- Draw outer region ---
filer.asm     2484:;--- Dump files ---
filer.asm     2729:;----- Set filer attribute ------
filer.asm     2762:;----- Put select marker -----
filer.asm     2785:;--- Block cursor on/off ---
filer.asm     2872:;--- Init pool ptr ---
filer.asm     2904:;--- Read directory ---
filer.asm     3007:;--- Get one dir ---
filer.asm     3124:;--- Sort directory ---
filer.asm     3183:;--- Compare by name ---
filer.asm     3215:;--- Compare by time/size ---
filer.asm     3239:;----- Speed Seach -----		; ##156.101
filer.asm     3277:;--- Check DIR in pool ---		; ##156.100
filer.asm     3304:;--- Get path from pool ---
filer.asm     3341:;--- Search next file in pool ---
filer.asm     3398:;----- Scan first file -----
filer.asm     3416:;----- Open from 2nd window -----
filer.asm     3436:;--- Get pooled file name ---
filer.asm     3453:;--- Copy access directory ---
filer.asm     3472:;--- Select drive ---
filer.asm     3493:;--- Change path ---
filer.asm     3515:;--- Set access dir ---
filer.asm     3588:;--- Set mask ---
filer.asm     3607:;--- Spread execute command ---
filer.asm     3785:;----- Write @filelist -----
filer.asm     3871:;----- Get string -----
filer.asm     3900:;----- if include directory -----
filer.asm     3934:;----- Check DOS_GO flag -----

>＃あとは某文系の大御所のブログでしょうか。非公開なのかな。(^^;
　Emmettさんは、するかなぁ？　たぶん、Win98のままで行ってるんじゃな
いのかなぁ？
　ま、ＸＰもしてるでしょうけど、きっとローカルでしょう。そのほうが楽
なんじゃない？　あれほど情報管理をテキストですることにこだわっていた
人ですから。安全のためにネットもあり得るのかな…？
　『Ｇ読』がいかに榊原さん情報を消化して書いていたのか、よく分かりました。

>短いファイルで試しても問題が出ないので、巨大ファイル編集の問題のような気が
>します。
　僕はＥＭＳのテキストバッファがらみだろうと空想してます。ＥＭＳドライバ
を作るのはものすごく大変だそうです。

　いやー、びっくり。google、恐るべし。なめていました。

　街中を歩いていたら、突然自分の部屋が、大画面に大写しになっていたよう
  な冷や汗。

　あのブログ、非公開のつもりだったのです。自分の文章もありますが、半分
  以上は、よそ様の文章を勝手に貼り付けたものです。

　web を見ていて、気になるものがあったらどんどん貼り付けちゃえ、という
  感じで、気軽にサインアップしたブログです。それでも、あれっ、あの記事
  はどこだっけ？ と、後から訪ねようとしても、訪ねられないということはし
  ょっちゅうですが・・ははは。

　慌てて、よそ様の文章を引っ越そうとしたのですが、基本的な操作をすっか
  り忘れてうまく行きません。

　ということで、#4942 のアドレスから行けないようにしてしまいました。つ
  いでに、google や yahoo では検索できないようにしたつもり。

　ちょっと整理のお時間をください。無断でよそ様の文章を拝借していたので、
  なんとか整理します。って、公開するような価値のあるものはないのです
  が・・。

> 　僕はＥＭＳのテキストバッファがらみだろうと空想してます。ＥＭＳドライバ
> を作るのはものすごく大変だそうです。

大変は大変ですが。
ものすごく、というほどではないですよ。
サポートするファンクションをどこまでにするか、という点で大変さは変わって
きますがね。でも、デバイスドライバなり常駐ソフトなりを作れる程度のスキル
のある人なら、リアルモード用のＥＭＳドライバであれば十分作成可能でしょう。
これが、仮想８６モードのＥＭＳドライバだとか、ある特定のメモリボード用に
特化したＥＭＳドライバ、ということになると、その対象の動作を把握する必要
があるので、もしかしたらものすごく大変になるかもしれませんが。

> 　あのブログ、非公開のつもりだったのです。自分の文章もありますが、半分
>   以上は、よそ様の文章を勝手に貼り付けたものです。

ブログってたいてい公開のものですが。
きちんと非公開設定にしないと、なんでもダダモレ。

> 　web を見ていて、気になるものがあったらどんどん貼り付けちゃえ、という
>   感じで、気軽にサインアップしたブログです。それでも、あれっ、あの記事
>   はどこだっけ？ と、後から訪ねようとしても、訪ねられないということはし
>   ょっちゅうですが・・ははは。

そういう目的なら、いわゆるソーシャルブックマークのほうが良いのではないか
と思います。

> 　ということで、#4942 のアドレスから行けないようにしてしまいました。つ
>   いでに、google や yahoo では検索できないようにしたつもり。

検索エンジンには、百度もbingもありますから、気をつけたほうがいいかも。
私自身は、99%はgoogleで、年に数回、gooやyahooを使うという程度ですが。
いずれでも、現時点では「徒然なるままに」は引っかからないようなので、今の
ところは大丈夫なようですが、kで始まる１０文字のアルファベットを入れると、
google先生は何かを拾ってくるようです。

　としきさん、こんにちは。

　ありがたきアドバイスに深ぁ〜〜く、感謝しております。

　まあ、ブログですので、絶対的に非公開とは考えていなかったのですが、
  google 先生に拾われることを考えていませんでした・・、思慮が浅かった！
  というか、何も考えていない愚か者でした。

> いずれでも、現時点では「徒然なるままに」は引っかからないようなので、今の
> ところは大丈夫なようですが、kで始まる１０文字のアルファベットを入れると、
> google先生は何かを拾ってくるようです。

　　　　　　　　 ↑↑
　昨日の夜中に、あれこれいじっては見たものの、眠たいし、よく分からない
  し、・・いやー、いじったにもかかわらず、もれていましたねぇ。

　今日、帰宅後に、あれやこれやと触って、やっと少しわかりました。今のと
  ころ、google、yahoo、bing、百度、どれにも引っかからなくなりました。

　よそ様の文章を勝手に貼り付けてあるのが問題なのですが、なにがなんでも
  もれたら困るという内容ではないので、しばらくこれで行ってみます。

　お教えいただいた、ソーシャルブックマークについては、追々調べてみよう
  と思います。

　先ほど、ブログ本体からＶｚ関係の文章だけを抜き取り、新しくブログを作
  りました。が、まだ、非公開の設定にしています。（非公開設定が、どれだ
  け効力があるのかわかりませんが・・）

　新ブログを検索に引っかかる設定にするかどうかは、もう少し、様子を見て
  からにします。

　元々は、konno さんの会議室やめざらさんの会議室にまとめとして書き込ん
  だ文章を、（あとから）探すのが大変なので、1 カ所に集めておこうと思っ
  たのが始まりだったのでした。

あえて公言することもなかろうとは思っていたのですが見つけるのが早すぎです。
去年 OS を 7 に変更したときに、数ヶ月間のおぼえ書きなどを紛失してしまった
のをきっかけに、ブログを作成することにしました。
記録を見ると、ココログの利用開始は2005年10月になってるので4年3ヶ月くらい放
置していたことになります。
当面はタイトルのとおり私的メモとして利用しようと思っています。

今度は白樺でしょうか。
それはさておき。

> 　よそ様の文章を勝手に貼り付けてあるのが問題なのですが、なにがなんでも
>   もれたら困るという内容ではないので、しばらくこれで行ってみます。

> 　元々は、konno さんの会議室やめざらさんの会議室にまとめとして書き込ん
>   だ文章を、（あとから）探すのが大変なので、1 カ所に集めておこうと思っ
>   たのが始まりだったのでした。

こういう内容の場合って、どのようにするのがいいのでしょうね。
ブログって、よそ様の文章が気になったら、リンクしてトラックバックを送って、
というのが基本的なパターンのようですし。ソーシャルブックマークっていうの
も、ひたすらリンク、というような感じだし。

あきろさん、なんか余計なことをしてしまったようですみませんでした。

> 　いやー、びっくり。google、恐るべし。なめていました。

ぐーぐる先生には誰もかなわないですからねぇ。(^^;

> 　街中を歩いていたら、突然自分の部屋が、大画面に大写しになっていたよう
>   な冷や汗。

エネミーなんとかという映画みたいな感じでしょうか。見てないけど。(^^;

> 　ちょっと整理のお時間をください。無断でよそ様の文章を拝借していたので、
>   なんとか整理します。って、公開するような価値のあるものはないのです
>   が・・。

問題無いように思いましたけど。引用もとのリンクもキチンと貼ってあるし。
情報の活用という意味ではとても価値のあるブログだと思いました。

> あえて公言することもなかろうとは思っていたのですが見つけるのが早すぎです。

VTDOSでぐぐるとかなりの数が引っ掛かるようになったので、今注目のキーワード
なんですね。でもお二方とも2ページ目で見つけたので、割と上位になっていた
わけで。(^^;

　環境は，Win XP pro + Shell=PC-DOS6.3 です。
　エラーが出たときの表示は，うちのアップロード掲示板「海豹牧場」に置きました。
→ http://homepage3.nifty.com/mezala/upload/file/26.jpg
　左側がエラー画面で，右側が所期の画面展開です。

　エラー前後の動きは，v1.17 のときのように，カーソルが飛んで意図しない編集結果になるとか，分割画面でファイルをオープンしたらバイナリのような表示になるというところです。
　再現性がいまひとつ解りません。
Clppstを使った直後でも，右のように大丈夫なときは大丈夫。

　としきさん、こんばんは。

> 今度は白樺でしょうか。

　うっ、すごい。いったいどうやって？

　私は、どうしても google 先生で検索できませんでした。google 先生などの
  検索とは違う方法なのでしょうか？

　まあ、ネット上のブログなので、しょうがないということですねぇ。

> こういう内容の場合って、どのようにするのがいいのでしょうね。
> ブログって、よそ様の文章が気になったら、リンクしてトラックバックを送って、
> というのが基本的なパターンのようですし。ソーシャルブックマークっていうの
> も、ひたすらリンク、というような感じだし。

　オンラインストレージなどを利用すれば良いのかもしれませんが、そうなる
  と、html の書式を知らない私には、体裁を整えるのが、面倒です。

　ということで、楽ちんな現状を選ぶ私でした。

　konno さん、こんばんは。

> あきろさん、なんか余計なことをしてしまったようですみませんでした。

　いえいえ、konno さんの書き込みがなければ、いつまでも気づかなかったの
  で、とても助かりました。エネミーなんとかは、私も見ていませんが、冷や
  汗ものでした。

　Ｖｚに無関係なものを削除したので、公にしようと思います。（ブログに殊
  更「公」という言葉を使うのも変なのだ、ということを、今回勉強いたしま
  した。）

　google 先生に検索される前に、もう少し文章の推敲などをしようと、今は思
  っています・・。 ←← が、面倒になってやらないかも。(^^ゞ

> 　うっ、すごい。いったいどうやって？
> 　私は、どうしても google 先生で検索できませんでした。google 先生などの
>   検索とは違う方法なのでしょうか？

いや、私が使ったのはgoogleです。
そして、googleも直接は引っかからなくなっています。これは間違いありません。
でも、googleの結果から間接的に追いかけたらたどりつけてしまいました。

google先生に、vtdosともうひとつ、あきろさんのところで使われていそうな単語
を放り込んだら、出てきた結果はわずかに２０未満。トップに出てきたのはここ、
今日のテーマ。でも、２番目に引っかかった結果をクリックしたら見事、あきろ
さんのブログへのリンクがあって、それでたどりつけたという次第です。

> 　再現しました。僕は、もっぱら^Hですが、もちろんそちらでも挙動同じ。

やはりそうですか。初期の頃からこの挙動は変わってないようですね。

> do_parent proc
> chgdir1:
> 　この近辺？　もっと先？

さすが文太さん、するどいですね。このルーチンの最後に
	call	redump
を追加してみたら、カーソルがファイルの先頭位置に変わりました。
たぶん、ここから先が深いんだろうなぁ。(++;

　ちょっと手入れしただけで、ほとんど推敲していないけれど、先程、google
  などに解禁しました。googleに引っ掛かるかと思うと少し緊張するのですが、
  konnoさんの「情報の活用という意味ではとても価値のあるブログだと思いま
  した。」という一言に少し気が楽になりました。ありがとうございます。

　としきさん、こんばんは。

　いやー、google先生は、すごいですねぇ。・・・ちょっと不安にかられつつ
  も、先程、google先生に解禁しました。

　ブログというものについて、認識を新たにした数日間でした。いろいろとあ
  りがとうございました。

> 　Ｖｚに無関係なものを削除したので、公にしようと思います。

ああ、それが読みたかったのに。(++;
先に読んでおけばよかったかなぁ。(^^;

うちの職場のPCでも似たような現象が出ました。環境は
AMD Athlon64 X2 Dual Core 3800+　1.79GHz, 960MB RAM　XP Pro SP2
Shell=MSDOS6.2

このPCは今までVTDOSが安定して動作していたと思ったんですが・・・

filer.asmを読んでいる時に、[ESC]M でマクロメニューを出し、[TAB]で、vz.defを
オープンさせ、[F04]で分割画面にし、[F02]で行ったりきたりとかいろいろやって
いたら、vz.defの先頭から54％まで ^@ になってしまいました。
これは、表示上ではなく、中身が入れ替わってしまいました。

vz.defのサイズは 29798bytes で、その54% だと、16090bytes くらいでしょうか。
ちょうどEMS1ページ分ですね。う〜む・・・

filer.asm?

konnoさん et al（そのほかの方々、という意味）

　試していただきありがとうございました。 ま、不健康な VTDOS と同じ事態を
引き起こせたことにどれだけの意味があるのか、その深さについては、正直、ま
だよく考えられていません。
　ヒントをくれたのかな、という気持ちと、またまたぁ〜という気持ち半々。m(__)m
失礼な奴、ごめんなさい。

　ただ、ご存じだとは思うのですが、「10# さん、このファンクションがおかし
いようですよ」というのがゴールですよね、スキルフルなテスターとしては。
　きっと迷宮入りか、10# さんが見つけてくれてサクっと直すかかな、と思って
います。ま、実害のない話ですしねぇ。

　僕は、filer.asm を「読む」つもりはなかったのですが、もう５〜６時間、ベ
ースにしています。ベースというのは色々色々脱線してしまうのですよね。ま、
しばらく頑張ってみますね。


　脱線の一部（一部にしかすぎないところがコワイ）。

　(0) ああ、サクっとＶｚアセンブルな環境を整えておけよなぁ…（未完）。
　(1) モバでは、CTRL, ALT でのファンクショキー表示が出ない（初めて気がつ
いた）。
　(2) モバには、[F11] がな〜い（mgdisp.sys 環境で）。
　(3)  FW と LC は同じセグメントなんだ。 こいつら分離したら、FW が 2048
以上取れるかなぁ…？　−−Ｖｚのセグメント管理を読み切るぅぅぅ！！！　
一生かかる。
　−−ついに、本気で、vzdef ディレクトリの整理を敢行。マクロ600程度。２窓
でも、1200。(^^)v　お陰で、[ca]:\def2 なるディレクトリ出現。

　(4) msdos F_IOCTRL の話ですが（#04788）
　　(a) f_call.shd に「CD-ROM には無効なファンクションとなる」との記載が
ちゃんとあり（すごい！）、
　　(b) Ｖｚファイラでも、ばっちし非リムーバブルの扱いだった。
　　　やれやれ。
　(5) 純正ファイラ（vzfl.def）なら、「\」or「/」で、ルートに行けた。
　(6) ああ、#92 の半分が発動されたみたいなことになっているのだな。
		fcmd	92,csr_home
		fcmd	94,do_parent
　(7) call redump が呼ばれてるのは、けっこう特定のところだぞ。書き直しだ
ろう…？
　(8) ああ、EV なイベントマクロなんじゃないか、そもそも。
　(9) &e("#]") #] な呪文を、榊原さんも相当考えたんですね。m.gann  さんの
醤油話にもかかわらず、僕にはいまだ謎。ＪＵＮさんもがんばった。
　(10)  fl,  fg  関連では、path_hst の作者、和生さんの奮闘がすごかった。
fl_home その他。
　(11)  ちょびっとだけ知見が広がると、過去ログが違って読めてしまって困っ
た−−本当に一生続けられるぞ。楽しいから、一生１６ビットな私。
　(12)  そ、 そんなとこまでどうして脱線してしまったのよぉ、とメモ。
dump.def 関連。
　　　高橋さんは、本物のハッカーだったんだぁ。(*_*) 　道具だけは残してく
れた。すばらしいバグの取れたＶｚも、もちろん、だけど。（あれらのバグは、
高橋版以降のＶｚでは、ほとんど取れてます＞あきろさん）
　　LOL = List of Lists
　　JFT = Job File Table
　　SFT = System File Tables
　　(see Andrew Schulman, Ralf Brown et al, _Undocumented DOS_)
　(13) さらに、（#04753）lastdrive 取得には、undocumented なやり方がある
のかもしれません…。確かにダークコーナーな世界みたいでした。Ｖｚには実装
できない。ただ、c.mos さんは、公明正大な普通のやり方をしたのだと思います…。
filer.asm にも、「dos3 以上」のバー・チェックがあったしね。
　「危ないファンクション」では、普通は、ない。上の本に長々説明がある模様。
ま、いわくつきの有名なファンクションなんですね。undocumented  な方法があ
るにはあるのだけど、ふつうそれは使わない、使わなくて済む、という話＞としきさん。
（あ、あれは、やっぱり「予防」＝「保護」でしょう。風化予防。気持ちは分か
るけど）。

　(14) c.mos さんは、symdeb でＶｚをデバッグしてたって。やれるんだなぁ〜。(ﾟ-ﾟ) トホイメ


　何してんの？　
　上は順不同ですが、「しょうがないから filer.asm  ちょっと見てみる？」と
いうのがそもそもの始まりで−−切り貼りマクロイドとしては、swap.asm, ems.
asm, dos.asm, filer.asm はずっとずっと先のつもりだったので−−、ふらふら
ふらと…。「ローテクはハイテク」(c)who? tomo?

　ほとんど無限に広がる世界なので（とはいえ、有限だと確信したから src.exe
を開いたのだけど）、ぼちぼちやっていきますね。
　ただ、僕はＶｚマクロの可能性が広がる vz.com の進化を切望してしまうので
す。SVC  のログには、m.gann さんの（実装されなかった）要望がいっぱいあり
ました。m(__)m  >m.gann, pioneer of the work area in the dark ages. 上村
さんのも。コマンドを追加するのは無理かな？

　konno さんも、がんばって〜。ずっとずっと、そして（じつは）いつもですが、
やっぱりとりわけ、1kbuf.com な日々には深く深く感謝し続けるでしょう。とし
きさん、too.

　って、第２次修羅場に向かうだけで、いつものように、すいません、勝手にブ
ログしてるだけです。m(__)m
　めざらさんに、受け取ってほしい刺激が伝わってくれるといいのだけど…。シ
ュリーマンかシャンポリオンな気分が味わえますよ。

　「人間の書いたものですから、読めます。」(c) tomo

konnoさん

>filer.asmを読んでいる時に、
　笑。
>ちょうどEMS1ページ分ですね。う〜む・・・
　たぶん、VTDOS1.00からなんじゃないかなぁ…？

　konno さん、こんばんは。

　Ｖｚに無関係というよりも、ＰＣに無関係なものを削除しましたので、
　２／３は残してあります。

　#4942 と同様にアドレスを書いておきます。
　http://hyu-bicycle-desu-.tumblr.com/post/363515603

　．．．それにしても google 先生は、油断ならないなあ。本体は別ブログに
  移動し、google 先生の検索に引っかからない設定にしたのですが、なんとそ
  っちが別ルートから google 先生に、昨日拾われていました。げひっ！ って
  感じです。

補足

>　(13) さらに、（#04753）lastdrive 取得には、undocumented なやり方がある
>のかもしれません…。確かにダークコーナーな世界みたいでした。
　なのですが、MS-DOS５エミュなはずだけど、ＮＴ系のＸＰ環境では無意味でした。
　なので、「Ｖｚには実装できません」。しようとしてもいけません。

　隠れたファンクションがあるのなら、とちゃんと（いちおう）読んでみたら
（_Undocumented DOS_, pp. 40-41）、結局以下に辿り着いた…。
　-----は区切り線。以下の３箇所（それぞれ別の場所）をブラウン・リストで
検索すれば、概要は分かります。
　10#さんが言っていたとおり、Winには、NT系には、lastdriveの概念が、ない。

-----
INT 21 U - DOS 2+ internal - "SYSVARS" - GET LIST OF LISTS

-----
Format of List of Lists:

-----
Format of Windows NT Current Directory Structure (CDS) (array):
Offset	Size	Description	(Table 01645)
 00h 67 BYTEs	ASCIZ path in form X:\ (does not show either current directory
		  or network path)
 43h  4 BYTEs	???
★Note:	the WinNT CDS contains only as many entries as there are local drives,
	  not LASTDRIVE entries.（Vz on XPでは前半は該当しない、かな）


--- dump.def で見かける連中 ---;高橋さんは何をしようとしていたのやら…？
CDS	Current Directory Structure		;ここまでやって
DPB	Drive Parameter Block			;Linuxへ行ってしまう
SDA	Swappable Data Area			;なんてねぇ。


　ほんとに、filer.asmを読もうとしていたんですよぉ。ぉ、過去形？！

再現困難な問題に関しては、それを調査すること自体ままならないので、
直接それを解消することはありません。
直接は無関係な問題を解消した結果、解消されることはあるかも知れません。
しかしこの場合、当初の再現困難な問題が解消されたことを立証することが
出来ないので、解消されたとすることはありません。
再現困難な問題を直接解消することはありませんが、間接的に解消される
ことはありえます。
そういった類の問題がある可能性が常にあり、理屈上０でないことを
ご理解の上でご使用下さい。

> たぶん、ここから先が深いんだろうなぁ。(++;

全然深くありませんでした。というか、海だと思っていたら水溜りだったという。(++;

つまり、こういうことです。ソースがわからないので、ショウユにしてみたわけです。
ファイラーで[BS]を押したら、コマンドラインで

CD ..

とやるのと同じですね。これをルートでやると、エラーになります。
ところが、VTDOS上ではエラーになりません。USECMDが0でも1でも同じです。
ということは、

	msdos	F_CHDIR			;ah=3Bh	int 21h
	pop	ds
	jc	docr9			;ルートならこちらへ

このファンクションコールでキャリーフラグが立ってないために誤動作していた
ということです。

10#さん、見ていましたら、次の更新時にでも対応お願いします。m(__)m

　「Ｖｚ(ckw＋VTDOS)」を２つ以上起動したときに、「Ｄさんの長押し．．」
  が多重起動してしまう件ですが、D さんに「/pause」を付けて起動してやる
  ことで、回避できます。

　ただし、/pause は、「Ｄさん」を「休止または再開」するというオプション
  ですので、２つめのＶｚを起動した時点で、「Ｄさん」は中断状態になりま
  す。システムトレイに入っている「Ｄさん」を右クリックし、再開しなけれ
  ばなりません。

あ、なるほど。
これも多分SELDRVの時と同じような原因ですね。
また見ておきます。

konnoさん

>このファンクションコールでキャリーフラグが立ってないために誤動作していた
>ということです。

　完璧でした。さすがです。
　かなり変ですが、ありがとうございました。m(_B_)m

　ＥＭＳはどうしましょう。こっちは実害があるので深刻。
　じつは、僕はめざらさんの報告のあと、タグ付き正規表現でサイズの増える＝
テキスト・バッファが書き換わる＝ＥＭＳフレームがガチャガチャ変わる、置換
で再現を数度（１５分程度です）試みたのです。でも、再現してくれなかった。
　注視のこと、ですかね。頭の片隅においておきます。起こったら、ファイルを、
置換文字列を、捕獲のこと、ですね。

　とにかく、ショウユ作戦、応用力に脱帽です。やっぱ、konnoさん、スゴイ！　m(__)m

C:\
>cd ..
ディレクトリの指定が違います.

konnoさん

　ショウユに感動のあまり、お訊きするのを忘れてしまいました。
　ということは、「ここのキャリーは大丈夫なんだよなぁ」とまで勘が働いたと
します。

chgdir1:
	;★ここからトレース。ブレイクポイントの設定？
	msdos	F_CHDIR
	pop	ds
	jc	docr9
	mov	[bp].fl_home,0
	lea	si,[bp].fl_path

　で上の箇所にブレイクポイントというのは、どうやって設定するのでしょう？
　そして、再アセンブルしたＶｚを symdeb 上（codeviewでもいいけど＝未見）で、
ここまで走らせ、Ｖｚから [BS] を打ち込ませたことにしてトレースするにはどう
したらいいのでしょう？　こういうデバッグの方法、Ｖｚの中の動きを見る方法が
知りたいのですが。＞ 10# さん、おうらさん？？？
　どなたかお教えいただけないでしょうか？？？　m(__)m

> 　いやー、google先生は、すごいですねぇ。・・・ちょっと不安にかられつつ
>   も、先程、google先生に解禁しました。

確かにすごいんですが。
でも、やっていることは、基本的には、ひたすらリンクをたどることだけ。
なので、別ルートでも何でも、つながっていたら拾われてしまいます。
でも、どこからもつながっていないと、絶対に拾われないわけで。
これの典型が、実は、ここやめざらさんの掲示板で使われているWebForumという
掲示板システムの過去ログの部分。
複数の過去ログファイルができた場合、デフォルトでは、リンクではなくボタン
を押してログ間を渡り歩く形になっています。ということは、その部分でgoogle
は途切れてしまいます。すると、過去ログの情報は拾ってもらえません。
ここの掲示板は、konnoさんの大規模改造により、全ての過去ログをリンクという
形で渡り歩くことができるようになりました。その結果、過去ログも全てgoogle
の掌中に収められてしまっています。例えば「vzk07p divide overflow」という
語句をgoogleに入れると、きちんと過去ログが引っかかってきます。konnoさんは
過去ログのＨＴＭＬバージョンも作られているので、そちらも引っかかりますが、
掲示板システムにより自動生成されたほうもgoogleの検索結果に出てきます。
一方、過去ログシステムがデフォルトのままになっているめざらさんのところの
野ざらし言の場合。googleに「path_hstの改造」と入れても、検索結果にあそこ
は全く引っかかってきません。でも、過去ログ送りになっているNo.350あたりで
そういう語句は使われています。

ということで、めざらさんのところの掲示板の過去ログには、googleで検索不能
な部分が存在しています。これを全て検索可能にするには、例えば某板塀で使わ
れているような改造を施して、全ての過去ログをボタンを押さずにリンクだけで
渡り歩けるようにできる必要があるわけです。もちろん、掲示板管理人が必要性
を認めなければそのような改造を施す必要はないわけですが。
＃今のところ、そういう要望もないし

16bit時代はもっぱらTD386だったのでsymdebは詳しくないですよ。

symdebで用いるシンボル情報ファイルはリンカーの出すmapファイルから
mapsymというユーティリティーを使ってsymファイルに変換します。
masm/link/symdeb/debug/mapsym/exe2bin等は30年ぐらい前のdosのsdk
には入ってたと思います。
symファイルをsymdebでロードするとシンボリックデバッグが出来るらしいです。
ブレークポイントを設定するのはbpコマンドで、実行がg。
g <アドレス>で<アドレス>がブレークポイントになります。
p や t も g とよく似たことになりますが、トレース実行だったりステップ実行
だったりします。
デバッガ特有の用語ですが、説明は省かせて頂きます。
? でコマンドの説明が出ます。

VTDOSではリダイレクト機能など、一部期待通りに動作しません。
また、symdebとdebugはVTDOSで唯一動作確認しているデバッガーで、
Turbo DebuggerはVTDOSではネイティブ実行されます。

検証に用いる道具そのものが期待通りに動作する保証のないところが、
更に動作検証を困難にしてたりするんですけどね。

シンボリックなデバッグ方法は10#さんから解説がありますが。
シンボリックでないデバッグ方法というのも可能は可能。
でも、そのためには

> 　で上の箇所にブレイクポイントというのは、どうやって設定するのでしょう？

ブレークポイントを設定したいアドレスを即値で指定しないとならない。
つまり、あらかじめそのアドレスを知っていないといけない、ということ。
そのためには、マップファイルを出力させるとか逆アセンブルしておくなどして、
どのラベルがどのアドレスになるか事前にわかっておく必要があるわけで。

ま、ソースはあるわけだし、逆汗すれば何とかなる可能性はあります。

あと、VZは自分自身をリロケートしたりスワップしたりしてるはずなので、
ひょっとしたらロード時と実行時では別アドレスかも知れません。

> あと、VZは自分自身をリロケートしたりスワップしたりしてるはずなので、
> ひょっとしたらロード時と実行時では別アドレスかも知れません。

あ、そうですね。
スワップしない設定にしても危なそうな感じですし。
ということは、一般的なソフトに比べて追いかけるのが面倒ですね。

　わかりやすい説明を、ありがとうございました。「今日のテーマ」と「野ざ
  らし言」とのちがいが、分かりました。「vzk07p divide overflow」と
  「path_hst の改造」で、実際に検索しちゃいました...

　リンクさえたどれなくすれば、google 先生の目から逃れられるということか
  あ。ふむふむ。大いに参考になりました。

10#さん

> 再現困難な問題に関しては、それを調査すること自体ままならないので、
> 直接それを解消することはありません。

それは承知しております。こんど現象が出たら再現できるように心がけます。
ところで、今回の異常の時にエラーログが記録されていました。

2010-02-04 12:18:55 VZIBMJ(167D) 167D:14A2 'ストリング命令ラップアラウンド'

このエラーは今回が初めてですが、特に変わった外部コマンドやマクロを使用した
覚えは無いんですよね。ラップアラウンドって、64kの中でループするんですよね。
EMSがらみだとしたら、何か変？

> これも多分SELDRVの時と同じような原因ですね。
> また見ておきます。

たぶん、VZファイラーでしか使われないかもしれませんが、ちょっと不便を感じて
いますので、よろしくお願いします。m(__)m

　すいません、今日はこれだけ。超お疲れモードなのです。
　多くのアドバイスに感謝しています。ありがとうございます。m(__)m
　＞10#さん、としきさん　m(__)m

http://groups.csail.mit.edu/mac/ftpdir/pc-scheme/
disk1.tar/zip

　ここにありました！　mapsym.exe、ＸＰでは駄目だったけど（VTDOSも）、モバ
では動いた（MS-DOS 6.2）。どうせ、整形その他だろうと思うので、い、いけるかも。

mapsym.exe  18,026  1985-10-16  13:00
masm.exe    83,144  1988-03-18  18:29
　（必要ないでしょうが、masm 4です。たぶん行数の制限はないのではないかと。
＞としきさん）

　07/02/26, #02291　「ＭＡＰＳＹＭ」（この掲示板での文太の投稿）
　ああ、ほぼ３年の歳月。



--- vzibmj.map --- konno版Ｖｚ 7S3 のとき
 0000:26DC       do_parent
------------------

　mapファイルにこれを入れるには、ソースでpublic宣言をする。

	public	do_parent			;added
do_parent proc
	mov	dx,offset cgroup:path_parent

　何となく、F_CHDIR ではないのかもしれない、という気がしてきてます…。
　test 8bit 命令？ （嘘かもしれません。ごめんなさい in advance.）

> 　わかりやすい説明を、ありがとうございました。「今日のテーマ」と「野ざ
>   らし言」とのちがいが、分かりました。「vzk07p divide overflow」と
>   「path_hst の改造」で、実際に検索しちゃいました...

私が元発言をアップしてから36時間とたっていないのですが。
いずれの検索語でも、この掲示板の現行ログが引っかかるようになっています。
googleのクローラーは化け物です。

mobile gear (dos 6.2v) で

A:\WORK>mapsym
Microsoft (R) Symbol File Generator  Version 4.00
Copyright (C) Microsoft Corp 1984, 1985.  All rights reserved.

usage: MAPSYM [/l] maplist
A:\WORK>mapsym vzibmj.map
Microsoft (R) Symbol File Generator  Version 4.00
Copyright (C) Microsoft Corp 1984, 1985.  All rights reserved.

        Program entry point at 0000:0100

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

WinXP に戻って

C:\WORK
>symdeb vzibmj.sym vzibmj.com
Microsoft Symbolic Debug Utility
Version 3.01
(C)Copyright Microsoft Corp 1984, 1985
Processor is [80286]
Incompatible .SYM file.  Recreate using Mapsym v3.10
-q

　がーん。道は険しい。3.10って。３年かかって 4.0 を見つけたんだぞ！

>symdeb
Microsoft Symbolic Debug Utility
Version 3.01
(C)Copyright Microsoft Corp 1984, 1985

　なぜかあのアーカイブには  symdeb は入っておらず（じゃあ、なんで mapsym
だけ、 これみよがしに入ってるんだ？ 　意地悪か？ ）、 上の所有版より古い
symdeb は、や、は、り、ネットで見つかりませんでした…。あと３年かなぁ。


10#さん、としきさん、
　色々とアドバイス、ありがとうございます。色々と考えを巡らしているのです
が、何しろＶｚが相手ですから、疲れた素人の浅知恵では、質問もできません。
　１週間後くらいに、少しまともなレスします。２週間後くらいに読んでくださ
いね。m(__)m
　リロケートっていうか、まずセグメント確保してバッファとるでしょ。SSも作
るでしょう、ＥＭＳも取る。起動しないとファイラプールが埋まらない。do_parent
って、コマンド実行しないといけないでしょう…。テキストオープンしないとテキ
ストレコードにデータも入らないでしょう。etc...etc....
　なので、mapsymゲットで、すぐ何かなると思っていたわけではないですけれど…。

　基礎がなってない、とだけは悟りました。そう簡単には諦めませんけれど。m(__)m


>200行のモジュール管理ルーチンを書くのに、延々８時間かかった･･･
>５０回はリセットしたな。
　c.mos氏, 93/10/16, <mix/MES/4/4921> 1.6 開発時（マクロのモジュール
管理は、1.6から）。
　うーん、make してるのでしょうか…？？？　つまり、Ｖｚそのものを走らせて
る…？？？

> 16bit時代はもっぱらTD386だったのでsymdebは詳しくないですよ。

私もTDは2回ほどしか行ってないのでdezeniは詳しくないです。(違

冗談はともかく、私はdebug.comしか持ってなくて、しかもデバッグに使ったことが
無いので勉強になります。m(__)m

おはようございます。おうらでございます。
タイトルは「愛と勇気だけが友達さ」へのリスペクトです。
インスパイヤ(謎)でもいいです。

> 　そして、再アセンブルしたＶｚを symdeb 上（codeviewでもいいけど＝未見）で、
> ここまで走らせ、Ｖｚから [BS] を打ち込ませたことにしてトレースするにはどう
> したらいいのでしょう？　こういうデバッグの方法、Ｖｚの中の動きを見る方法が
> 知りたいのですが。＞ 10# さん、おうらさん？？？

およよ。なにやらご指名を頂いてしまったようですね。
でもアテクシ(笑)は 残念ながら symdeb は使ってません。
exdeb を使っております。

exdeb は次のサイトに安置されてます：
http://www.vector.co.jp/soft/dl/dos/prog/se008450.html
さらにこの中のアーカイブには exdeb.man というドキュメントも含まれてます。

また 作者であられる清十郎さまのサイトからでも辿れます：
http://www.geocities.co.jp/SiliconValley-Cupertino/9762/DOWNLOAD/

私が exdeb トレースして追いかけるときには、大体こんな感じに使ってます：
1. exdeb <実行ファイル名> で起動
   exdebが起動した後なら N <実行ファイル名> → Load で読みこます
2. .map ファイルを読込ます(基本的には実行ファイル同じディレクトリに置く。
   読んでなければ SN <ファイル名>)
3. [F4] SList で シンボリック名の一覧。
   S キーでソート切替え。[F2] Break でブレークポインタ設定
4. [F7] UList で ディスアセンブルリスト。このリストでは上下キーなどで行指定可能
   まず [F12] SsWatch を押して Tabキーでスクリーン・スワップが利くようにする

   それから UList 内では、ファンクションキーを根性で(^^;押しまくります：
   [F2] Break でブレークポインタ設定 → [F10] run で実行
   [F3] setP で一コマンド実行。call があっても一気に実行して次行へ
   [F4] Trace だと、call の時は その先のコマンドを追いかける
   [F5] Go は、ここまで実行する位置に行カーソルを移動してから一気に実行
   [F9] Regchg でレジスタ値の一時的な変更
4. 気づいたことは忘れる前にすぐメモ。重要です(^^;

exdeb の一覧からの選択を知ってしまうと、
もう symdeb には戻れなくなってしまいました。
-プロンプトで ? で一画面にコマンド便覧が出てくれるのも嬉しいです。

                弘法大師でも無いので手に取るものは選ばせて頂きます  おうら拝

> 私が元発言をアップしてから36時間とたっていないのですが。
> いずれの検索語でも、この掲示板の現行ログが引っかかるようになっています。
> googleのクローラーは化け物です。

　うーん、google 先生の捜索の仕方には、何か偏りがあるのでしょうか。
　私のブログは、解禁後、丸５日経とうとしていますが、「vtdos ckw」で検索
  しても、未だに拾われていないようです。

おうらさん

　丁寧にありがとうございます。今日は、本質的にはお礼のみです。m(__)m
　バテバテ。

>おはようございます。おうらでございます。
　ほ、ほんとうに早起きなんですね。

>タイトルは「愛と勇気だけが友達さ」へのリスペクトです。
　どちらかというと、はくしょん大第魔王かドラエモン・ポケットか、という感
じがしましたが、多謝、多謝です。

　mapsym作戦敗退後、偶然というか筋というか、はい、exdeb.man を紐解いてお
りました。僕がsymdebにこだわっていたのはひとえに解説本があったからなので
すが（exdeb.manは難しい。後半はもう魔界か腐界）、本体がまともに動かないで
はしょうがないよなぁ、と。
　すごいですね、exdeb。.map -> .sym の変換なんて要らないし。すごすぎ。
　map内のソートとかできちゃうし、タブでスクリーン切り替え、す、すごすぎ２。

>およよ。なにやらご指名を頂いてしまったようですね。
　およよん、です。指名してしまって、ごめんなさい。多謝。

>でもアテクシ(笑)は 残念ながら symdeb は使ってません。
>exdeb を使っております。
　いいですよ、いい道具が一つあれば。聖徳太子でないので、聞く耳は１つ。
見る目は２つだけど。

>私が exdeb トレースして追いかけるときには、大体こんな感じに使ってます：
>1. exdeb <実行ファイル名> で起動
>   exdebが起動した後なら N <実行ファイル名> → Load で読みこます
>2. .map ファイルを読込ます(基本的には実行ファイル同じディレクトリに置く。
>   読んでなければ SN <ファイル名>)
>3. [F4] SList で シンボリック名の一覧。
>   S キーでソート切替え。[F2] Break でブレークポインタ設定
　ここぐらいまで何とか動きました。ただ、基本が分かりません。

>exdeb vzibmj.com abc.txt
　なんて具合にできますか？

　vzibmj.com と同じディレクトリに、vzibmj.map, vzibmj.exe, vzibmj(def ト
リ ), vzfl(def トリ ), abc.txt なんてのを配置しての起動です。
　.def  トリをしたのは、どうもそうしないと読み込まれないみたいだったから
です。
　でも、value のほうで一番うえに来ている myenvseg からとりあえず動かそう
としても、 （サンプルなのですが）do_parent (public 宣言しないと map に入
りません ) から run しても go しても、斜めにカーソルが game.def のように
動いてくれるだけなのですが（ま、ハングです）、おうらさんは、どんなふうに
Ｖｚの起動をされてますでしょうか（もちろん exdeb 内）。 ここだけヒントを
いただけたら、もう少しは進めるのかなぁと妄想しております。m(__)m
　早朝でなくても、お時間がおありのときに、どうか。m(__)m

10#さん

　こういうのばかりで申し訳ありません。
　また、ここだけなのですが。

>Turbo DebuggerはVTDOSではネイティブ実行されます。
　これは、僕が何か勘違いしているということでしょうか。１６ビットの Turbo
Debugger だと思うのですが。
　前の文との繋がりからして、僕が分かってないのだろうとも思っております。


VTDOS|C:\TD>td
TD(34A6) 4B62::0093 'サポート外 I/Oバイト入力 ポート 0002'

VTDOS|C:\TD>td286
Abnormal program termination

VTDOS|C:\TD>td386
TD386 Virtual-86 Driver v2.0 Copyright (c) 1988, 1990 Borland International
TD386 error: wrong CPU type (not a 80386)

--- vtd_err.log ---
2010-02-08 23:28:02 TD(34A6) 61DF:0132 'Out Byte 00A6 00'
2010-02-08 23:28:02 TD(34A6) 61DF:0158 'Out Byte 00A6 01'
2010-02-08 23:28:02 TD(34A6) 61DF:0167 'Out Byte 00A6 00'
2010-02-08 23:28:02 TD(34A6) 34B6:2317 'サポート外 DOS(Int21h) 機能: IOCTL 4402'
2010-02-08 23:28:02 TD(34A6) 4B62:0093 'サポート外 I/Oバイト入力 ポート 0002'
-------------------

>dir td*.exe

1991/04/25  02:01           450,992 TD.EXE
1991/04/25  02:01           537,403 TD286.EXE
1991/04/25  02:01            64,171 TD386.EXE

> 　うーん、google 先生の捜索の仕方には、何か偏りがあるのでしょうか。

偏りというか、あきろさん、ＵＲＬを変えてしまっていませんか？
既にgoogleのデータベース上に存在しているＵＲＬなら、数時間に１回の再訪問
という形でしょうけれど、全く新規のＵＲＬだと、データベースに登録されて、
それからしばらくたってからの訪問、という形になるはずです。
最近はgoogleも相当強化されていますが、数年前の話では、データベースに登録
されてから最初の訪問まで２〜３週間かかった、それからさらに検索結果に反映
されるまで数日かかった、とのことです。

ただ、googleの場合、クローラーの訪問のほか、検索結果の表示にもいろいろと
不可解な点が多くて。まぁ、googleに限らない話かもしれませんが。
例えば、検索語として「今日のテーマ 日々改造」や「野ざらし言」と入れると、
ここやめざらさんのところの掲示板がヒットします。このとき、表示形式はごく
普通のＷＥＢサイトと同じです。ところが「Vz Editor 環境＋総合」と入れると
あじゃさんのところの掲示板がヒットしますが、この場合は「投稿×件」と出て
きます。すなわち、googleは、あじゃさんのところが掲示板であるということを
認識しているのです。では、なぜ、ここやめざらさんのところを掲示板とは認識
していないのか、いったい何が違うのか。
もっと不思議なのは、私のところの掲示板。
「やしきの板塀」という検索語で検索すればきっちり引っかかってくれるのです
が、結果表示のところに、日付つきの子表示がいっぱい出てくる。この日付表示、
各記事の書かれた日ではないので、おそらく、googleの拾っていった日付なんだ
ろうと思います。でも、一般のサイトも含め、こんな子表示がいっぱい出てくる
ところってほとんどありません。いったい、うちの掲示板を何だと思っているの
でしょうか。

　１６ビットにこだわっている中年おじさんたちに捧げる…って…。

http://ja.wikipedia.org/wiki/MS-DOS#.E3.83.90.E3.83.BC.E3.82.B8.E3.83.A7.E3.83.B3.E4.B8.80.E8.A6.A7

1 	1981年 	PC DOS 1.0 	(MS-DOS) 1.25
2 	1983年 	PC DOS 2.0 	MS-DOS 2.0 
3 	1984年 	PC DOS 3.0 	MS-DOS 3.0	symdeb,mapsym in 3.30
4 	1988年 	IBM DOS 4.0 	MS-DOS 4.0
5 	1991年 	IBM DOS 5.0 	MS-DOS 5.0
6 	1993年 	PC DOS 6.1、PC DOS 6.3 	MS-DOS 6.0、MS-DOS 6.2
7 	1995年 	（なし） 	（MS-DOS 7） 	Windows 95/98
	1995年 	PC DOS 7 	（なし）
8 	2000年 	（なし） 	（MS-DOS 8） 	Windows Me
2000 	1998年 	PC DOS 2000 	（なし） 	ユーロ記号、2000年問題対応。

　確かに「３０年くらい前」という表現が正確なんだ…。２５年くらい前？　おぉ。

Borland C++ 5.0にバンドルされているTDはDPMIで動作するNEバイナリ
になってますので、VTDOSはまんまホストに投げてます。
バージョン違いといったとこですね。

mapsymはcvでも使われていたので、残ったんじゃないですかね。
symdebのほうは置き去りになったというか。
MSもまさかsymdebは使わんやろと思ってたのではないですかね？
symdebとcvではsymdebのほうが寿命が長かったというオチ。

そういえば、mapsym、symdebともにwin32用のツールが残ってますね。
mapsymはそのままで、symdebはntsdになってます。

正常なプログラムであれば、movs/lods/stosでは出ないですが、
scas/cmpsではセグメントレジスタに異常があれば出ます。
子プロセスの起動時にds/esを破壊する不具合があるので、
それを疑っています。
おそらくバッファにテキストを入れて子プロセスを起動した場合と、
そうで無い場合で結果が違ってくるのではないか？と推測しています。
clppstなども該当します。
僕自身は編集中のコマンド実行を無意識に避けていたりしてますね。
あと、Ver.1.2xあたりから、SW3が若干安定してきているようにも見えます
（非推奨）

> 僕自身は編集中のコマンド実行を無意識に避けていたりしてますね。

私もこの辺にVZのバグがありそうに思えるので、たまに異常が出たときは諦めています。
ところで、VTDOS上での異常の再現が出来ました。

1.　20〜30kbytes以上のファイルを2つ開いて、並べます。
2.　[ESC][E]でコマンドラインに降りる。
3.　小文字vmap、大文字VMAP、小文字vmap　実行。
4.　[ESC]で編集画面に戻る。
5.　[ESC][E]でコマンドラインに降りる。
6.　小文字vmap、大文字VMAP、小文字vmap　実行。
7.　[ESC]で編集画面に戻る。

だいたいこのくらいで片側のファイルが異常になります。
VTDOS114、121、122 で常駐VZで確認しました。
VZk07t、VZt で同じでした。
素のXPDOS窓常駐VZでは出ませんでした。
異常時にはエラーログが出ます。
2010-02-09 01:22:27 VZIBMJ(171C) 171C:14A2 'ストリング命令ラップアラウンド'
2010-02-09 01:24:32 VZT(1692) 1692:149A 'ストリング命令ラップアラウンド'

> あと、Ver.1.2xあたりから、SW3が若干安定してきているようにも見えます

最近のVerではcodex.defも動くようになりましたので、CPUエミュレートの精度が
上がっているようですね。
ところで、MEU.COM が1.22でエラーログを出すようです。
2010-02-09 00:25:58 MEU(267C) 268C:222F 'HMA REP MOVSB'

10#さん

>バージョン違いといったとこですね。
　了解しました。お手数をおかけいたしました。

>Borland C++ 5.0にバンドルされているTDはDPMIで動作するNEバイナリ
>になってますので、VTDOSはまんまホストに投げてます。

VTDOS|C:\BORLAND\BCC55>tosfind /ntd*.*
/ C:\borland\bcc55 /
C:\Borland\BCC55\Bin\tdump.exe
1 files in 11 dirs.
　フリー版には入ってないみたいですね。 完全３２ビットみたいで、DPMI では
使えないようでした。
　何かできるとでも思っているのか　＞文太。

　職場のパソコンが壊れた〜（涙）。電源周り。めんどいよ〜。

10#さん、konnoさん

>ところで、VTDOS上での異常の再現が出来ました。
>1.　20〜30kbytes以上のファイルを2つ開いて、並べます。
（以下略）

　一発で再現しました。確かに分割画面がキーのようで（だとするとＶｚ側？）、
画面分割しないと発生しませんでした。僕の場合、下画面の上部に化け文字が入り、
↑すると、 ステータスラインが２％位置という表示になり、その上に1Ah（^@）
がずらっと並ぶ状況でした。
　尚、VTDOS環境でないと、やはりこの不具合は発生しない模様でした。

　しかし、分割画面にすると、メモリの使い方が違うの？

　ファイルは、2,372,914、1,686,908とやや大きめで、最初にファイル末尾への
ジャンプをして全部読み込ませています（ＥＭＳ使用）。SW=2。

>symdebとcvではsymdebのほうが寿命が長かったというオチ。
　VTDOSが誕生し、ここまでMS-DOSにこだわる人（Ｖｚｅｒ）が生き残った、
という意味ですよね。

>そういえば、mapsym、symdebともにwin32用のツールが残ってますね。
>mapsymはそのままで、symdebはntsdになってます。
　ありがとうございました。cvのために、純・准Ｄｏｓマシンをくんでやろうか、
とか思ってます。ところが『コーデビュー・デバッキング手法』という解説本が
Ｃのサンプルを使ってる。今さらでも、Ｃもやる。う、うそ、わ、わかりません…。

　でも、exdebが一番有望そうです。すＸＰ環境では。つ、使い方がぁ〜。