前の版の版数は「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 さん のマクロのパクリです。

　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。

　#04690 あきろ さん

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

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

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


＞　文太さん

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

＞　としきさん

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

あじゃさん、みなさん

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

> 　#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の「半/全」のキーコードを教えてもらえますか。

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

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

>　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のオン・オフ
トグルに意味はない、というかそもそもＦＥＰは使えない。

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

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

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

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

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

　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  が、最新版のようです。

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

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

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

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

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

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

10#さん

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

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

あきろさん

> 　私の所（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 

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

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

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

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

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

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

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

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

あきろさん

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

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

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

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

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

　「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というのは、どのフラグがどうなったときに真となるのでしょうか。

あきろさん

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

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

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

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

> 　サーチエンジンが中国語の 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にするようにパッチを当てたわけです。
どの道存在しないドライブは無視されるので、これでも問題ないですよね。

konnoさん、としきさん

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

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

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

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

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

としきさん

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

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では、２。
　　それ以外では、実在するドライブで一番最後のものの値。
（以下略）６３とか２７〜３２とかもあり得る環境がある…、あった…みたい。

（まとめ）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さんは、もちろん、すごいです。

　話全体はそうとうにややこしいことになり得ましたが−−なぜあの修正が効い
たのか、なぜ他のファイラ・アプリだと、Ｖｚで見えないドライブが見えるのか、
など−−、 とにかく 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	;ドライブ切替

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

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

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

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

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

konnoさん

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

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

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

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

> 　じゃあ、ブラウンさん、そう書いてよねぇ。　m(__)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に降りられなくなってるんですよね。
読めるカードを発掘しなくては。(^^;

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 という非力な
  ＰＣでは、ＩＭＥ変換確定後の表示が速くなったように感じましたが、私の
  気のせいでしょうか。

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

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

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

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

> === 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 

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

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

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

　#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# さん、バージョンアップありがとうございます。

　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

　分かってないのですが、まあ、個人的・公共的・教育的メモです。
　はい、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
　６４ビット整数の時代なんですって。よく分からないけど。

　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。テストのためだけに走らせています。ですから、感触のようなものは
まったく分かりません。

> 　あまり面白くないけど。ＸＰで普通にこういうことができるのだって。セクタ
> ー数を、クラスター数を、テキストファイルでくれ〜。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しかないのですよ、大切にしなさい、
という上野先生の仰ることには、とても深く納得したつもりだったのだけど。

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

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

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

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

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

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

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

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



-----------------------------------------------------------------------
　【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 には入ってないようです。

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


>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）だそうです。

>　ところで、
>　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

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

　結論を先に言うと、ＸＰ軽量化の設定で、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 に取って代わられたということなのですかねぇ。

＞ものぐさなあなたへ

　誰のこと？　もちろん、僕自身です。(^^)
　これが素直に効く 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

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

　健康にご留意ください。

　皆さん、こんにちは。

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

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

　vtdos は、1.16〜1.18 どれでも同じ結果でした。command.com は、MSDOS6.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）、だめでした。

　めざらさん、こんにちは。

　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の表示だけ調整するとか。

あきろさん

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

たしかにFirefoxは起動に時間がかかるので、起動時間が半分になるのはすごいですね。

>     * サービスの「Themes」を停止する

これは知りませんでした。試してみたら、空きメモリが数十メガも増えて、そのぶん
動作がきびきびしたような気がします。これはいいですね。

最近はPCを快適にとかあまり気にしなくなっていて、ググらなくなっているるので、
こういう情報はありがたいです。

　こんばんは。

　結論から言うと、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 以上のメモリを積んでいれば、
  「システムキャッシュ」にチェックというのを読んでやってみたのですが。。

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 するのかがわかるのではないでしょうか？

　そんな簡単ではないのでしょうか？

あきろさん、とりあえず、問題は解決できたようで。

> 　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をチェックしているので、その部分をコメントにと
書いたつもりでした。
でも、結果的には関係なかったようですね。

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

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です。

--- 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		;手計算

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

　そういうものというのが分かれば、「お節介」は要らないような気がしてきま
した…。

10#さん

　何度もすいません。

>特にCドライブはバックグラウンドで動作しているプロセスのファイルI/O
>の影響を受けるので、空き容量を調べた直後にまた空き容量が変化している
>ようなことはあり得ると思うのですが、いかがでしょうか？

　あり得ましょう。あのテスト、何度かしたのですが、すぐファイルを使ってし
まうものですから、空き容量が変わるのです。なので、直後にやったつもりだっ
たのですが、そうか、「バックグラウンドで動作」してるものですか。ウィルス
対策ソフトとか、かな…？temp は、Ｆドライブだからな、とか思ったのですが、
そういう可能性が高いですね。Windows は何をしているのか分かりませんから。
自分の設定したマシンだろう☆＼(^^;)

63,616,929,792		;VTDOS function
63,616,843,776		;手計算
　８０キロバイトくらいか。何が使ってたんだ…？

　お手数をお掛けしました。勉強になりました。

#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が
エラーを返してくることがあって、それを知らずにはまったこともあったなぁ。

> 2000/05/11  09:49            33,480 STKHELPv1.60β8.def

よくみると、このサイズって、EMS2ページ分の32kb(32768bytes)を超えてますよね。
これでも読み込めるのかいな、と思って中身を覗いてみると・・・
げげ、タブがスペースになっていますね。これではサイズが増えるわけだ。(++;
で、スペースをタブに置き換えてみたら、30627bytesになりました。(^^;

　#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

膨大な行数の定型的な書き込みを行なうマクロで、あらかじめ行の最大長が分
かっていて、それがラインバッファでまかなえる場合はけっこう使えるかも。

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環境とかではないのじゃないかなぁ、
とあてずっぽですが。

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 -----

　いやー、びっくり。google、恐るべし。なめていました。

　街中を歩いていたら、突然自分の部屋が、大画面に大写しになっていたよう
  な冷や汗。

　あのブログ、非公開のつもりだったのです。自分の文章もありますが、半分
  以上は、よそ様の文章を勝手に貼り付けたものです。

　web を見ていて、気になるものがあったらどんどん貼り付けちゃえ、という
  感じで、気軽にサインアップしたブログです。それでも、あれっ、あの記事
  はどこだっけ？ と、後から訪ねようとしても、訪ねられないということはし
  ょっちゅうですが・・ははは。

　慌てて、よそ様の文章を引っ越そうとしたのですが、基本的な操作をすっか
  り忘れてうまく行きません。

　ということで、#4942 のアドレスから行けないようにしてしまいました。つ
  いでに、google や yahoo では検索できないようにしたつもり。

　ちょっと整理のお時間をください。無断でよそ様の文章を拝借していたので、
  なんとか整理します。って、公開するような価値のあるものはないのです
  が・・。

> 　あのブログ、非公開のつもりだったのです。自分の文章もありますが、半分
>   以上は、よそ様の文章を勝手に貼り付けたものです。

ブログってたいてい公開のものですが。
きちんと非公開設定にしないと、なんでもダダモレ。

> 　web を見ていて、気になるものがあったらどんどん貼り付けちゃえ、という
>   感じで、気軽にサインアップしたブログです。それでも、あれっ、あの記事
>   はどこだっけ？ と、後から訪ねようとしても、訪ねられないということはし
>   ょっちゅうですが・・ははは。

そういう目的なら、いわゆるソーシャルブックマークのほうが良いのではないか
と思います。

> 　ということで、#4942 のアドレスから行けないようにしてしまいました。つ
>   いでに、google や yahoo では検索できないようにしたつもり。

検索エンジンには、百度もbingもありますから、気をつけたほうがいいかも。
私自身は、99%はgoogleで、年に数回、gooやyahooを使うという程度ですが。
いずれでも、現時点では「徒然なるままに」は引っかからないようなので、今の
ところは大丈夫なようですが、kで始まる１０文字のアルファベットを入れると、
google先生は何かを拾ってくるようです。

　としきさん、こんにちは。

　ありがたきアドバイスに深ぁ〜〜く、感謝しております。

　まあ、ブログですので、絶対的に非公開とは考えていなかったのですが、
  google 先生に拾われることを考えていませんでした・・、思慮が浅かった！
  というか、何も考えていない愚か者でした。

> いずれでも、現時点では「徒然なるままに」は引っかからないようなので、今の
> ところは大丈夫なようですが、kで始まる１０文字のアルファベットを入れると、
> google先生は何かを拾ってくるようです。

　　　　　　　　 ↑↑
　昨日の夜中に、あれこれいじっては見たものの、眠たいし、よく分からない
  し、・・いやー、いじったにもかかわらず、もれていましたねぇ。

　今日、帰宅後に、あれやこれやと触って、やっと少しわかりました。今のと
  ころ、google、yahoo、bing、百度、どれにも引っかからなくなりました。

　よそ様の文章を勝手に貼り付けてあるのが問題なのですが、なにがなんでも
  もれたら困るという内容ではないので、しばらくこれで行ってみます。

　お教えいただいた、ソーシャルブックマークについては、追々調べてみよう
  と思います。

　先ほど、ブログ本体からＶｚ関係の文章だけを抜き取り、新しくブログを作
  りました。が、まだ、非公開の設定にしています。（非公開設定が、どれだ
  け効力があるのかわかりませんが・・）

　新ブログを検索に引っかかる設定にするかどうかは、もう少し、様子を見て
  からにします。

　元々は、konno さんの会議室やめざらさんの会議室にまとめとして書き込ん
  だ文章を、（あとから）探すのが大変なので、1 カ所に集めておこうと思っ
  たのが始まりだったのでした。

今度は白樺でしょうか。
それはさておき。

> 　よそ様の文章を勝手に貼り付けてあるのが問題なのですが、なにがなんでも
>   もれたら困るという内容ではないので、しばらくこれで行ってみます。

> 　元々は、konno さんの会議室やめざらさんの会議室にまとめとして書き込ん
>   だ文章を、（あとから）探すのが大変なので、1 カ所に集めておこうと思っ
>   たのが始まりだったのでした。

こういう内容の場合って、どのようにするのがいいのでしょうね。
ブログって、よそ様の文章が気になったら、リンクしてトラックバックを送って、
というのが基本的なパターンのようですし。ソーシャルブックマークっていうの
も、ひたすらリンク、というような感じだし。

あきろさん、なんか余計なことをしてしまったようですみませんでした。

> 　いやー、びっくり。google、恐るべし。なめていました。

ぐーぐる先生には誰もかなわないですからねぇ。(^^;

> 　街中を歩いていたら、突然自分の部屋が、大画面に大写しになっていたよう
>   な冷や汗。

エネミーなんとかという映画みたいな感じでしょうか。見てないけど。(^^;

> 　ちょっと整理のお時間をください。無断でよそ様の文章を拝借していたので、
>   なんとか整理します。って、公開するような価値のあるものはないのです
>   が・・。

問題無いように思いましたけど。引用もとのリンクもキチンと貼ってあるし。
情報の活用という意味ではとても価値のあるブログだと思いました。

　としきさん、こんばんは。

> 今度は白樺でしょうか。

　うっ、すごい。いったいどうやって？

　私は、どうしても 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先生に解禁しました。

　ブログというものについて、認識を新たにした数日間でした。いろいろとあ
  りがとうございました。

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 さん、こんばんは。

　Ｖｚに無関係というよりも、ＰＣに無関係なものを削除しましたので、
　２／３は残してあります。

　#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 は、「Ｄさん」を「休止または再開」するというオプション
  ですので、２つめのＶｚを起動した時点で、「Ｄさん」は中断状態になりま
  す。システムトレイに入っている「Ｄさん」を右クリックし、再開しなけれ
  ばなりません。

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で検索不能
な部分が存在しています。これを全て検索可能にするには、例えば某板塀で使わ
れているような改造を施して、全ての過去ログをボタンを押さずにリンクだけで
渡り歩けるようにできる必要があるわけです。もちろん、掲示板管理人が必要性
を認めなければそのような改造を施す必要はないわけですが。
＃今のところ、そういう要望もないし

　わかりやすい説明を、ありがとうございました。「今日のテーマ」と「野ざ
  らし言」とのちがいが、分かりました。「vzk07p divide overflow」と
  「path_hst の改造」で、実際に検索しちゃいました...

　リンクさえたどれなくすれば、google 先生の目から逃れられるということか
  あ。ふむふむ。大いに参考になりました。

　すいません、今日はこれだけ。超お疲れモードなのです。
　多くのアドバイスに感謝しています。ありがとうございます。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 してるのでしょうか…？？？　つまり、Ｖｚそのものを走らせて
る…？？？

おはようございます。おうらでございます。
タイトルは「愛と勇気だけが友達さ」へのリスペクトです。
インスパイヤ(謎)でもいいです。

> 　そして、再アセンブルしたＶｚを 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

　１６ビットにこだわっている中年おじさんたちに捧げる…って…。

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年問題対応。

　確かに「３０年くらい前」という表現が正確なんだ…。２５年くらい前？　おぉ。