みなさまにお願いがあります．掲題のとおりの検証です．
各人の環境で以下の2点の現象が生じるかどうか教えてください．
（手元での発生条件がよくわからないのです）

(1) to Filer
60 \[CR] "" ?. #O #m	;to filer	;H_ear
コマンドライン専用コマンド #98 と操作を合わせるために v1.5 時代から使用．
このマクロを現環境で実行すると，#O #25 の動作になる．
ところが，GPD MicroPC の VTDOS 環境では所期のファイラが起動．訳がわからない．

どの版から発生しているかというと，下記のとおり．
2009/12/12　k07s5 ok
2010/01/04　k07t ok
---------------------------< ここが境界と思われるが上記のとおり確証得られず
2010/03/01　k07t01 NG　（GPD MicroPC では ok !?）
2022/11/13　k07t02 NG


(2) mp0で次検索（少し長いです．ごめんなさい）
;= ^QF.def = H_ear mp0常用者のいきなり検索・次検索
55 ^QF "" ?. k20&ks, mp[, (ks&1)?{ &j(10) }
	#F &Cr &j(-1)
	(r)?{ mp], . }
	&s (k)?#r ?#c >01
35 ^R "" ?. (ks&1)??{ #r . } c-, >00
36 ^C "" ?. (ks&1)??{ #c . } c+, >00
0:	&s mp[=2, &o(#r+c) >>
1:	(r)?{ &o(#c-(cm-35)) &b(2) } mp], &d
	(r)?{ &m(19) }
	   ?{ &m("%c",cm+'÷' ) }	; ▲▽ (59:^_)('∞':↑↓)
;------ end of ^QF.def ------

マクロ 55 は正常動作だが，35，36が動作しない．
これは VTDOS 環境で発生しており，高橋版でも同じ．

VTDOS 環境では，@A 等の [Alt]+[英字] キーでコマンド／マクロを実行すると
Windows が警告音を鳴らしてくる．この現象と同根か？

お時間よろしきときに，お試しください．＞みなさま

=== Macrotmp by B ===; vtdos & k07t01
* M

36 ^E "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .

*

　面白いマクロだった！　使い方に習熟するのに時間がかかるだろうけど。
　あまりにあまりな基本動作なので。もらっちゃおう！
　ただ、上が効きませんでした。
　わお、^D なら効く！
　これ、重大問題だ。今晩、純ＤＯＳとWinMEでやります。
　^C だけなの？

^A	OK
^B	OK
^C		NG
^D	OK
^E		NG	shift で秀丸起動！
^F	OK
^G	OK
^H	OK
^I			2 stroke key registered　問題ないと思う。
^J	OK
^K			2 stroke key registered　ふだん使ってるから。
^L	OK
^M	OK
^N			2 stroke key registered
^O			2 stroke key registered
^P	OK
^Q			2 stroke key registered
^R	OK
^S	OK
^T	OK
^U	OK
^V	OK
^W	OK
^X	OK
^Y	OK
^Z	OK

　^Cと^E がおかしい、という結果でした。Ｖｚの版の問題なのですか？
　シフト付き＾Ｃと＾Ｅを、僕はふだん使ってなかったから気づきませんでした。
　さらなる調査希望。

追記：＾Ｅですが、秀丸が何を開けたかというと、コンソールファイルと思しい。

-------------------------------------------------------------------------
VTDOS Version 1.53 Copyright (C) 2009-2017 by 10#  Build[Sep  5 2017]
　以下略
-------------------------------------------------------------------------
　こんなの。
　VTDOS 版が古いです。怠惰です。
　vtdos.exe & vz.com の両方に関わってしまってる？

　おお、ファイル名は、0f5a1dbc.txt.（秀丸を閉じようとした）
　c:\Users\xxx\AppData\Local\Temp\0f5a1dbc.txt だそうです。windows の tmp
ディレクトリですね。

=== Macrotmp by B ===; on VTDOS & k07t01
;(1)
* M

60 \[CR] "" ?. #O #m	;to filer		;H_ear, OK

;(2)

55 ^QF "" ?. k20&ks, mp[, (ks&1)?{ &j(10) }	;OK, shift IME ON OK
	#F &Cr &j(-1)
	(r)?{ mp], . }
	&s (k)?#r ?#c >01

35 ^R "" ?. (ks&1)??{ #r . } c-, >00
36 ^C "" ?. (ks&1)??{ #c . } c+, >00
0:	mp[=2, &o(#r+c) >>			;shift, str srch
1:	(r)?{ &o(#c-(cm-35)) &b(2) } mp], &d
	(r)?{ &m(19) }				;「文字列が見つかりません」
	   ?{ &m("%c",cm+'÷' ) }	; ▲▽ (59:^_)('∞':↑↓)

*


　ずいぶんと先走り、端折った書き方をしたので。少しちゃんと。

　上のマクロ 60 番に、僕の環境では問題ありませんでした。ふだん \[CR] は
デフォの #n で、これにも、上の60 番マクロにも、同機能をふだん実現する
マニュアル操作の「#O #m」も問題なし。

　55 番マクロ、問題なし。
　35 番マクロ、シフトもノンシフトも問題なし。
　36 番マクロ、シフトに問題あり。よって前発言の調査となりました。

　すべてのテストを正常にパスしました。vz.comもまったく同一のものです。
　VTDOS環境、というかもしかしたら、Win7 (OS) のなせる技でしょうか。
　もしかしたら、一部、その英語キーボード付きマシンの特殊性？

　なお、先ほど、^\E を再びやったら、今回は、164c11bc.txtをオープンした。
これってもしかして、Ｖｚが作るテンポラリーファイルでしょうか？　Windows
以降で、ファイル名をユニークにした奴？
　中身は、前回と同じく、vtdos 起動時のコンソールファイルの中身。でも
Ｖｚ起動前ですから（vtdos, vz起動バッチの順）、そんなものがＶｚの
テンポラリーファイルの「中」に書き込まれるというのは、相当に変ですね。

　なお、うちでは、.txtが「秀丸」に関連付けされているから秀丸でした。
　164c11bc.txtみたいなのをオープンせよ、という命令がＯＳに送られている
のだと思います。

　純ＤＯＳのテストは要らない、という判断です。
　konnoさんが手元で検証（確認）できたら、10# さんに報告してくれると助かり
ます。

　alt のテストは以下。ごめんなさい（謝ることはない）問題なしです。


=== Macrotmp by B ===; vtdos & k07t01
*M

36 @A "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .

<cut>

36 @Y "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .
36 @Z "" ?. (ks&1)?{ &m("shift") } ?{ &m("non-shift") } .;これだけwindowsに登録
							;されてるアプリに取られるけど
*							;正常です。ホットキー。
							;警告音、鳴りません。

　Windows 7 Professional Service Pack 1 (32 bit) がＯＳです。							

> (1) to Filer
> 60 \[CR] "" ?. #O #m	;to filer	;H_ear

これは単独のマクロにして試しましたが、私の環境では、全てファイラーが開きました。
VZの種類もEMSも関係ないように思われました。DEF のオプションとか環境変数とか？
わかりません。

> (2) mp0で次検索（少し長いです．ごめんなさい）
> ;= ^QF.def = H_ear mp0常用者のいきなり検索・次検索

これは VTDOSではシフト実行が上手くいかないようですね。MS-DOS Player などでは問題なし。

ふと思いついて

> 35 ^R "" ?. (ks&1)??{ #r . } c-, >00
> 36 ^C "" ?. (ks&1)??{ #c . } c+, >00
　　　　　　↓
35 ^R "" ?. k=ks&1, (k)??{ #r . } c-, >00
36 ^C "" ?. k=ks&1, (k)??{ #c . } c+, >00

このように、変数に入れたら、VTDOSでも上手く動きました。
思うに、最近のCPUは速すぎて、シフトチェックのタイミングが微妙なのかと。
この辺の調整は可能なのかもしれませんが、要望したほうが宜しいですかねぇ。
シフトチェックは変数を介したほうが確実とどこかで見たような気が。

> VTDOS 環境では，@A 等の [Alt]+[英字] キーでコマンド／マクロを実行すると
> Windows が警告音を鳴らしてくる．この現象と同根か？

[Alt]+[英字] キーはWindowsで予約されている場合がありますからねぇ。
DOSを優先にするオプションとかあったかなぁ。

> これ VTDOS の隠しコマンドか何かでしょうかね。

VTDOS.TXTより引用

■ホットキー

通常モード時に次のキーに機能が割り当てられています。
キーアサインはvtdos.cfgで変更できます。

Ctrl+Alt+PageUp	バックログモードへ移行
Ctrl+Alt+.	カレントディレクトリーでWindowsシェルを起動
Shift+Ctrl+C	バックログをクリップボードへコピー
Shift+Ctrl+E	バックログの内容でエディターを起動
Shift+Ctrl+F	カレントディレクトリーでファイラーを起動

これですね。

shadow さん，ありがとうございます！

> Shift+Ctrl+C	バックログをクリップボードへコピー
> Shift+Ctrl+E	バックログの内容でエディターを起動

これですね。全然隠しじゃなかった。
おかげでスッキリしました。　m(_'_)m

shadowさん、めざらさん、

>これですね。
　ですね！　ちゃんと.doc 読め。
　サーンクス！　ありが１０匹！
　vtdos.txt、読みまーす！

NO_BACKLOG=1
　これで、^\C & ^\E 復活。

Ctrl+Alt+.	カレントディレクトリーでWindowsシェルを起動
　これはいけるかも。"explorer here" なんですけどね。「カレント」を
編集画面で一生懸命見るのだろうか？　そんなマクロを書いたことがある記憶。
どうせファイラへ行くんだろうなぁ。

ksmiru.def 実行してみたら，うちのシフトキーは左右とも 3 だった。。。

何故だろう。謎だ。

= ksmiru.def =
* m
89 ^\ "ksを見る";システム変数 ks の変化を見る
	?.
:A	a=ks,
	(i8){pu.i--='1'-(a&1<<(7-i))!, }	;ビット表示
	&m("ks= %3d $%02x %8s",a,a,pu)
:B	(a-ks)?>A				;ks が変化したか？
	&k (r-$1B)?>B				;ESCが押されてない？
	&m("終了")
*

> ksmiru.def は榊原さんのナイスな小物マクロです。 

そうだったのですか、2進数の表示は凄いと思いました。読めないし。(^^;

> konno さんの環境は常に Numlock が立ってるのですね。
> もしかして，本体連動しないテンキーとか接続していたりします？
> （それか，デスクトップのフルキーボードって Numlock 立ってるのでしたっけ？）

富士通の10キー付ノートＰＣです。Numlock が無いと使えないのです。
そうか、$20  32 は、Numlock が立っていたのですね。全然気が付きませんでした。
このマクロでの数値は

STKHLP IBM版表示　VTDOS MSDOSPlayer DOSVAXJ3
  +1 :R[Shift] 　　3　　　1　　　　　1
　+3 :L[Shift] 　　3　　　3　　　　　3
　+4 : [Ctrl]　　　4　　　4　　　　　4
　+8 : [Alt]　 　　8　　　8　　　　　8
　+16: [ScLk]　　　　　　　　　　　 16
　+32: [NmLk]　　 32　　　　　　　　32
　+64: [Caps]　　　　　　　　　　　 64
 +128: [Ins]　　　　　　　　　　　 128


DOSVAXJ3 の [Caps] は、1度押しでIME起動、2度目以降は [Caps]ON 表示のままになります。
他のエミュでは、IME に取られるのか、表示が出ないですね。

この KS の値は、AH02 INT16h BIOSコールの値とほぼ同じですが、シフトだけ違います。
	ax$0200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH02h  shift check

STKHLP IBM版表示　VTDOS MSDOSPlayer DOSVAXJ3
  +1 :R[Shift] 　　3　　　1　　　　　1
  +3 :L[Shift] 　　3　　　2　　　　　2

これは、.vz1.5 の時の値ですね、1.6 ではvzが値を変更しているのかな。
AH12 INT16h BIOSコールは、AH02 の値とほぼ同じですが、違いもあります。

81 ^^  "keyshift?"
	?.
:a
;	ax$0200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH02h  shift check
	ax$1200,&i($16) k=ax,&m("key= %04x  %d",k,k%256)	;AH12h  (enh) shift check
	&w(10)
	&k (r-$1B)?>a				;ESCが押されてない？
	&m("") &d .

*

AH12h (enh) shift check では、VTDOSで
  +16: [ScLk]  
key= 1000   0
このように、ah に 10h が入りますね。微妙な違いです。(^^;


> > この辺、ダメもとで 10＃さんにメールしてみようかな。
> 
> ホットキーの事例もあることだし，まずは皆さまのコメントを待ちましょうか。(笑)

メールしちゃいました。(^^;
やっぱり WinAPIの仕様らしいです。

>Win32Consoleの仕様を理解して貰えれば話は早いのですが、
>VTDOSはDOSコマンドとWin32コンソールコマンドをシームレスに扱う為に、
>Win32ConsoleをUIとすることが第一要件になってます。
>DOSキー入力の元はCONIN$からのキーイベントで、シフト状態もこれから生成しています。
>これはキューイングされたイベントなのでリアルタイムなシフト状態という訳ではありませんが、
>概ねリアルタイムな物となります。
>このキーイベントの仕様としてシフトだけが何故か左右の区別がありません。
>この仕様に則った場合、コンソールでの貼り付けが利用可能になります。
>貼り付けをサポートするのもこの仕様を採用する理由ですが、貼り付けの仕様上、
>シフト状態がリアルタイムな物である事を保証するものではありません。

仕様ということで、あとは直に変数に代入することで問題なく使えると思います。

konnoさん

　深追いしてもしょうがない話ですが。

STKHLP IBM版表示　VTDOS MSDOSPlayer DOSVAXJ3
  +1 :R[Shift] 　　3　　　1　　　　　1
  +3 :L[Shift] 　　3　　　3　　　　　3

　というのを見ると、そのＡＰＩ、Ｃ＋＋か何かで書きなおせるん
だろうな、とか空想しました。
　MSDOSPlayer, DOSVAXJ3 の作者さんも、そのＡＰＩを使ってますよね、
きっと。
　それより、上の調査、ありがとうございました。VTDOSしか使わない
にしても、他のエミュとの比較は有効ですね。自分ではしないのだけど、、、。
たしゃぁ〜　m(__)m