VTDOS 1.51 が出ていました。引用します。


Version 1.51 リリースノート - 10♯ URL    2016/09/20 (Tue) 02:12:43

MSゴシック同様にMeiryoKe_Consoleに対応する設定(MERYOKE)を追加しました。
ckwv9にも同等の機能を追加しました。
またそれらをckwv.cfgで設定する仕様を追加しました。

 
> これは嬉しい！！　フォントサイズの選択の幅が広がり、タブレットなどでも
> 快適になると思います。

最近、マウスでVZ操作出来たらタブレットで使いやすい気がしてきました。
って、ここでおねだりすることではないですね。(^^;

おねだりや願望ばかりで何もしないわけにもいかないので
CKWV9 のマウス操作改造にチャレンジしてみました。

まず、右クリックでペーストされる仕様は、私はよく誤操作してしまうので
以前、右クリックを無効化してみたことがありました。
でも、右クリックでペーストは便利でもあるので、無効化すると不便になる。

そこで今回は、シフト＋右クリックでペーストにチャレンジしました。

main.cpp 718行目

	case WM_RBUTTONDOWN:
//	---------- konno 02 シフト＋右クリックでペースト
		if (GetKeyState(VK_SHIFT) & 0x8000)
//	----------
				onPasteFromClipboard(hWnd);
		break;

この1行を追加したところ、シフト＋右クリックでペーストに出来ました。
右クリックだけなら何もしないので、誤操作防止になります。
この記述でいいのかどうかはわからないですが、動けば正義。(^_^)

ところでこれを、VC++2010Express でビルドすると、サイズがかなり小さい
 v140_xp なんとかが無いようなメッセージが？

このPCではそれでも一応動作しているようですが
改造したCKWV.EXE をノートPCにコピーして動かそうとしたら
 msvcr100d.dll が無い　エラーで起動できない！！
 
VC++2010Express でビルドするとサイズがかなり小さいのは
関係あるのだろうか。
警告メッセージも沢山出るけど･･･

調べてみると、msvcr100d.dll は、debugモードビルド用みたい。
msvcr100.dll がリリースモードビルド用か。

ということで、リリースモードビルドで再コピーしてみた。
が、同じエラーで動かない。

結局CKWV9のアイコンを消して新規にアイコンを作ったら動いた＼(^^)／ ﾔｯﾀ-

しばらくこの改造CKWV9 で運用してみます。

kinoさん、こんにちは

> ぜひやってみたいのですが、悲しいかな、PathMenu.defの書き方がわかりません。

PathMenu.def ですか、あれ？　このマクロの作者は誰？

うう、検索しても見つかりません。
私が使っているのは下記のものです。


==== PathMenu =====
;		08/10/03
*m

80 ^QP "Pathmenu"
	!01 (r<0)?.
;	&s pf[=pr, #P &?("%s",pm+2) &d #m pf],
	(pm.1-'.') ? { pf[,pf=pr,#P }		; . file open
	? {#H #[ (s)?? #O  (0)}
	&?("%s",pm+2) #m ?? pf],
	.

* P メニュー

;01      "Path Menu",26 ; ,7
01      "Path Menu",26,7
        "Z C:\VZ\"
        "V.C:\VZ\vz.def"
        "F.C:\VZ\vzfl.def"
        "N.C:\VZ\vz2.def"
        "O C:\Users\xxxxxx\OneDrive\"
        "D C:\DOC\"
        "L C:\DOC\LOG\"

*


このマクロ、Emmett さんのかと思ったのですが、ちょっと違う？
 . でファイルオープン出来るように改造しているような。

よろしかったらお試しください。


おっと、これは、VZFL.DEF から呼んでましたね。
ファラーで
	Q	>Q	;Pathmenu
	G	>G	;Pathmenu

これが起動キー

その下で呼び出し

.:Q	&z("pathmenu") >*


VZマクロの部屋の、VZFL.DEF を見ても、そのままですね。

> ;		08/10/03

自作じゃないの？

Pathmenuという名称は，一般名詞度が高いので誰でも命名する名前かと思います。

歴史的に言うと，PathMenu.def という名称でマクロを公表したのはＡＴＡさんです。
ただ，このマクロは上村さんのpath.defと榊原さんのstrmenu.defの合体私家版で，
ish会議室にだけに上げられたもの。

上村さんのpath.defはその後，avenue.defと改名されています。

> 80 ^QP "Pathmenu"

80番を使うのは，1.5x用の匂いがしますが，このあたりは癖／習慣なのでなんとも。

> > ;		08/10/03
> 自作じゃないの？

日付はメニューの更新で書いたかもしれないです。

> 歴史的に言うと，PathMenu.def という名称でマクロを公表したのはＡＴＡさんです。
> ただ，このマクロは上村さんのpath.defと榊原さんのkarte.defの合体私家版で，
> ish会議室にだけに上げられたもの。

検索してこの辺は出てきました。



> > 80 ^QP "Pathmenu"
> 80番を使うのは，1.5x用の匂いがしますが，このあたりは癖／習慣なのでなんとも。

私のマクロは80番だらけです。(^^;

やっぱり、会議室のPATH.DEF をベースに自分で改造したっぽいですね。(^^;
コードは絶対パクリですが。(^^;;

10#さん

> ・スペースを含むフォルダー名 (c:\Program files 配下のファイル)
> ・スペースを含むファイル名
> に関して試験しました。長さは６４文字以下です。
> ファイラーで開く限りはどちらも問題ありませんでした。

試験していただきありがとうございました。
やはり思うだけでは駄目ですね。
実地で示さないとですね。
VZファイラーはシロということですね。

> コマンドラインで指定する場合はクォーテーションで囲む必要がありますね。
> オープン窓の場合はクォーテーションで囲んでも開かないようです。
> （おそらく複数ファイル指定と認識されています）

PATHMENUに限らず、マクロはファイルオープン処理でファイラーを開くので、
ファイルオープンで失敗しているんですね。


kinoさん

ということで、メニューの記述は

　C:\Program files\test.txt

だったら

	"F.C:\Progra~1\test.txt"

と、SFNにすればLFNファイラーで開けます。


と思ったら、ファイルオープンの場合はショート名になるみたい。


あ、10#さんからお年玉メールが　＼(^^)／ 
ありがとうございます。早速試してみます。m(__)m

> VZ resources の各所に検索窓を設けてみました。

おお、なんかフォントがかっこいいですね。
お宝の探し物が多いので、使わせてもらいます。m(__)m

 pathmenuマクロは、高機能なものが色々あるんですね。
でも、高機能すぎて逆に移行できなかったりして。(^^;;


私のpathmenu.def の元は、やっぱりEmmett さんのもののようです。
CODEX.DEF で、path & menu で検索してわかりました。


>　fgaldc\DC14_98B.LOG 7005
> 05240/05248 JCF05366  Emmett           ファイラーを即座に指定DIRに移動する方法
> (14)   99/02/01 13:12  05227へのコメント


困ったときの CODEX.DEF やっぱり便利ですね。

これをベースに、ファイルもオープン出来るように改造したようです。

え？フォントがですか？　全ページ同じ Verdana だと思いますが……

> これをベースに、ファイルもオープン出来るように改造したようです。
 
> (pm.1-'.') ? { pf[,pf=pr,#P }		; . file open

なるほど，マクロ属性風にメニューで見た目にもすぐわかるし，いい工夫ですね．
タイトルが分かれば引けるはず…と思ったのですが，たくさんマッチしすぎて
特定できないな，こりゃ…工夫が必要だなぁ……

私も同様のものを使用しているのでかすかな記憶を頼りに検索しました。
私が使用ているのは多少のアレンジはしていますがVZFL_TXT.LZH内のもの
だと思います。

y.mikome さんがＶｚ天國の草稿を16階にあげたのがVZFL_TXT.LZHのようです。

内容はファイラーのカスタマイズで以下抜粋

＃＃＃	Jumpメニュー（マクロ）

　Ver1.6からはMaskメニューにマスクだけではなく、パスディレクトリを記述できるようになりました。しかし、Maskメニュー一つでマスク変更とディレクトリジャンプを兼ねるのは手狭だし、第一美しくありません(笑)よね。

　そこで、独立したディレクトリジャンプのメニューを作ってみましょう。

     32|;	C	>C	;Copy
     ☆|	I	>01	;Index
     ★|	J	>02	;Jump
     33|	}.
     34|:C	pm="zcopy %@ %2", #!
     35|:X	pm="%1 %2", #!
       |
     ★|2:	&e("#[") #[			;呪縛解放
     ★|	!01 (r<0)?.			;メニュー表示
     ★|	(pm.1-'.')?{ pf[,pf=pr, #P }	;パス変更
     ★|	  ?{ #H #[ (s)?? #O }		;ファイルオープン
     ★|	&?("%s",pm+2) #m ?? pf],
     ★|*P
     ★|1	"Jump",18,4
     ★|	"V a:\vz"
     ★|	"D a:\dat"
     ★|	"L a:\log"
     ★|	"M.a:\log\mail.log"

　メニューアイテムの４番目に注目して下さい。２文字目にゴミのような｢.｣を付けるとパス変更ではなくファイルオープンを行います。

shadow さん

> 私も同様のものを使用しているのでかすかな記憶を頼りに検索しました。
> 私が使用ているのは多少のアレンジはしていますがVZFL_TXT.LZH内のもの
> だと思います。

おお、探していただきありがとうございます。

> y.mikome さんがＶｚ天國の草稿を16階にあげたのがVZFL_TXT.LZHのようです。

これ、探してみましたが、わかりませんでした。


>      ★|	(pm.1-'.')?{ pf[,pf=pr, #P }	;パス変更
>      ★|	  ?{ #H #[ (s)?? #O }		;ファイルオープン
>      ★|	&?("%s",pm+2) #m ?? pf],
>      ★|*P
>      ★|1	"Jump",18,4
>      ★|	"V a:\vz"
>      ★|	"D a:\dat"
>      ★|	"L a:\log"
>      ★|	"M.a:\log\mail.log"
> 
> 　メニューアイテムの４番目に注目して下さい。２文字目にゴミのような｢.｣を付けるとパス変更ではなくファイルオープンを行います。


確かにゴミのようですね。(^^;

> > y.mikome さんがＶｚ天國の草稿を16階にあげたのがVZFL_TXT.LZHのようです。
> 
> これ、探してみましたが、わかりませんでした。

PK03における書込みより
>06024/06031 HFD00076  y.mikome         ファイラーのカスタマイズ法
>( 3)   94/03/02 12:18  06023へのコメント  コメント数：1
>
>　どこにも書くのを忘れていました。昨日、Ｖｚ天國の草稿を16階に上げてお
>
>( 3)   94/03/06 14:19  06024へのコメント
>　mes 16 #00987　のvzfl_txt.lzh いただきまして、いろいろ試してみました。

家にも当時の16階のログはなく、バイナリ変換した当該ファイルのみ保存していました。

因みに15階の
>02054/02062 JBC02033  Ｈ岡             RE:裏窓シリーズ
に同様の作品がありました。

まだ、VZの使用を止めることはないと思いつつ、VZを使用する機会は激減しています。
今回のログ検索にはKWIC Finder、文書の作成はMIFES10を使いました。

> PK03における書込みより
> >06024/06031 HFD00076  y.mikome         ファイラーのカスタマイズ法
> >( 3)   94/03/02 12:18  06023へのコメント  コメント数：1

おお、こんなところにありましたか。

> 家にも当時の16階のログはなく、バイナリ変換した当該ファイルのみ保存していました。

私も探しましたが、やっぱりありませんでした。
文太さんから頂いたISHログにも、該当の番号がなかったので
削除されたか、抜けてしまったのでしょうね。

> 因みに15階の
> >02054/02062 JBC02033  Ｈ岡             RE:裏窓シリーズ
> に同様の作品がありました。

おお、こんなところにもお宝が＼(^^)／ ﾔｯﾀ-

> まだ、VZの使用を止めることはないと思いつつ、VZを使用する機会は激減しています。
> 今回のログ検索にはKWIC Finder、文書の作成はMIFES10を使いました。

時代的には正しいのでしょうが、少し寂しさを感じますね。


せっかく見つかったお宝なので、少し修正してアップしちゃいます。(^^)
シフト無しにして、pathmenu.defと差し替えてみました。
裏窓って、カーソルと逆側の窓を対象にするという意味なんですね。
 . より、＝ のほうが見やすいですね。これはいただきです。


=== bakwin#Q.def 裏窓 vzpath === by H･ear + m(_H_)m
* M
89^\"裏窓の表／裏vzpath"
;    (s-3)?. k1&ks,                     ;ｼﾌﾄ起動->裏 VZPATH 
    (s-3)?. k1,		;&ks,           ;★ ｼﾌﾄ起動無し 
    fm[-, (fg.0)?#93 ?#W                ;ひっそりした裏窓へ
    (k)??{#Q (-1){&c (s-4)?>Z}}         ;表 VZPATH ->入力を受け付ける
    !01 (r<0)?>Z                        ;裏 VZPATH 開陳
    (pm.1=='=')?{#H #[ (s)??#O (0)} ?#P ;ﾌｧｲﾙ／ﾃﾞｨﾚｸﾄﾘをｵｰﾌﾟﾝ
    &?("%s",pm+2) #m
:Z  fm], #93
* P
1   " 裏 VZPATH ",30,6
    "C C:\DEF\"
    "D D:\DEF\"
    "V C:\VZ"
    "^ D:\VZ"
    "@=D:\DEF\VZIBMJ.def"
    "F=D:\DEF\VZFL.def"
*
======

　（konnoさん、久しぶりに遊びましたので、記念にあげさせてやってください。）

　作りました。
　Fujitsu, Lifebook 665NU9E, (for Win2000), Celeron 650MHz, 64MB mem + 64MB,
　with 12 GB HD を、（下半身のみ）ハードオフで５００円で買いました。
　（64MB memory, 12GB HDは、別買い。\100+\300）
　そして、DOS7.1 (Win98) on FAT32 (one drive on 12GB)です。現実的な使い方とか
については、訊かないでください。

　さて、作り方。ぜんぶ道具は、Win98日本語版から調達せよ。これだけ。
　まぜるとろくなことはありません。ＭＥは駄目です。「ＭＥから純ＤＯＳ環境
は作れない」と聞いて、「なんで？」と思ってたのですが、xmsマネージャがio.sys
に入ってしまっているのです。純じゃありません。
　setverは？　いやあ、はまりたくないです、、、。
　chevが効かず、invalid codepageとかに悩まされました。「変換」キーでATOK ON/OFF
できなくちゃ嫌なんだよぉ、といういつもの我が侭が許されなくて苦しみました。


　（余談）ジャンク解析に僕が常用しているのは、ほとんどＦＤベースの以下の
ツール。memtest, mhdd, pcitool, hwinfo。最後のは、DOS5/6ベースで別にhimem.sys
（xmsマネージャ）を必要とします。biosバーアップとか蘇生とかもあり、ごちゃ
ごちゃするので、応用範囲のいちばん広いWin98のがいいです。ただマシン作成の
基礎になるfdisk, formatは、mhddディスク付属のバグの取られたのにしておきま
しょう。

　（余談２）CDU (China Dos Union)とか、その他ネットからＤＯＳ７．１用の
道具は手に入りますが、はまります。日本語版を使いましょう。「無変換」キーとか
「変換」キーとか、使いたいですよね。

　（余談３）DOS7.1の効用は、FAT32に対応してくれることです。ＦＤ起動でも
FAT32 Ｃドライブにアクセスできます（そんな環境をお持ちなら、ですけど）。
２０ＧＢのＨＤでも、Ｖｚからネイティブに使えます（DOS6は８ＧＢまで。
１ドライブ２ＧＢまで）。もちろんＩＤＥです。絶滅危惧種です。
　Windowsなら、、、？　だからぁ、それは別の話なんですって。
　あ、やってませんが、FAT32なら、８ＧＢのＵＳＢメモリスティックにも
アクセスできるはずです。大きな、これ。

　（余談４）ノート用の小さいメモリ、64MBを３０分かかってハードオフで探し
ました。青い箱の中をがちゃがちゃ、がちゃがちゃ。１００円。PC3200, 512MBも
１００円だった。＠八王子高倉店。
　「おい、ＤＯＳでそんなもの何に使うんだ？」は、以下へ。

　（余談５）以下で、だいたいのことはできるようになっていますが、ＬＡＮだけ
やってません。無線までいかないと使いづらいだろうなぁ、と思って。
　無線はね、PCMCIAがあって、Texas Instrumentsがあって、やたら敷居が高いのです。

  Vendor ID        : 10ECh (Realtek Semiconductor Co., Ltd.)
  Device ID        : 8139h (RTL-8139/8139C/8139C+)
　とのことなので（by pcitool）、有線なら素直にＬＡＮもできるでしょう。
LifebookはたいていLan chip on boardなのです。この蟹さんチップはdosドライバが
あります。前にやったこともある。

　（余談６）昨晩から遊びはじめて、今日きづいたのですが、純な日本語版Win98
を使うと（Win98のio.sys、たぶん）、ＤＯＳだけ起動してるのに、Windows98の
【あの】グラフィックなスタート画面、ロゴが見えます。「これを取ったよ」と
どっかのDOS7.1ブートディスクの人が言ってた。起動を遅くするだけなので取りたい
けど、深そうなので近寄りません。

　（余談７）--この部分、上もですが、いちばん最後に書いてます。ごちゃごちゃ
いっぱい付け足してます--。ふと思ったのですが、確かにマザーボード、コンデンサ
のエージングって大きいのかも。今日、Lifebookはやたら調子がいいです。きっと
何年かぶりに（何十年？）十分な電気がマザーにゆきわたったから、でしょうか。
cmos電池はまだ生きてます。2001年8月製造のマシンのようですが。

　（余談８）ノートＰＣでのバッテリーの扱いですが、１年も２年もマシンをほって
おくことがあるなら（僕です）、バッテリーは可能なかぎり満充電にしておくべき
とのこと。cmos電池が長生きする。ノートだとCR2032の交換が面倒です。コンセント
を抜かないかぎり、電源をオフにしても、ATXでは、マザーに電気が供給されている
のですって。ノートだと、バッテリが電気を供給できるかぎり、と読み替えられる。
　つまり、１５分しか使えない死にかけのバッテリーでも、付けておけ、ということ。

　（余談９）ATXの規格では、cmos電池は主電源が繋がっていたら、不要、つまり
使われないだそうです。cmos電池は、2.5Vくらいまで使えます。このあとの減衰は
わおっと思うぐらい急激。

　（余談10）ジャンクはジャンクです。うまくいくときもあれば、いかないときも
あります。いかないときも、いっぱいあります。数え方によりけりですが、僕は
勝率５０％以上ぐらいかなと感じてます。メモリなんて普通死んでないので、それを
カウントしなくても、です。とはいえ、メモリは基板上のちっちゃなチップが取れて
たりすると、ちゃんと死んでます。このあいだ、初めて経験しました。
　ハードオフのジャンク・コーナーで、ＣＰＵは買ったことがありません。

　（余談11）最後の最後にネットでちゃんとこのマシンのスペックを調べました。
64MBがオンボード・メモリで、+256MBが可能。つまり、320MBがmaxで、もしラム
ドライバがやれるなら（いつか試してみよう）、280MBのラムドライブが可能なの
かもしれない。すごすぎる。これなら辞書でも何でも上げられる。
　256MBメモリも\100で買ってある、、、。なぜか、そうくるとは思ってなくて、、、。
　（やっちゃいました。３００ＭＢのラムドライブでした。いちばん下の記事参照。）

C:\>vmap
addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D15E sys    1     320  biling
D173 sys    1    6000  jkeyb                      E0 E6
D2EC sys    1    4752  ansi CON     
D416 sys    1    1392  srdxms (*1)
D46F sys    1   11504  atok8b                     16 60
D740 sys    2    2352  <config>
D7D5-D7FE   1     640  <free>
E803 sys    1     464  
E821 sys    2    1744  <config>
E890 0EDB   1    1424  command (env)
E8EA-E900   1     352  <free>
                       --- UMB total:  31 KB ---
020B sys    1    1104  himem                      DE FF
0251 sys    1    4304  emm386                     67
035F sys    1    2944  jfont                      D8 E1 E7 E8
0418 sys    1   19456  jdisp                      7D
08D9 sys    1   24112  usbaspi
0EBD sys    1    5584  di1000dd
101B sys    1     352  atok8a
1032 sys    1    4352  atok8ex
1143 sys    1     544  
1166 sys    3   19216  <config>
161A 161D   3    9552  command                    22 23 24 2E DB
1872 <--    1   29104  smartdrv /x                08 09 10 13 19 25 26 28
1F8E <--    1    4944  nlsfunc SYS
20C4 <--    1     304  keyc4
20D8 <--    1      48  vkeyc                      15
20DC        1     224  <free>
20EC <--    1    1648  vwx 1.08b -z2 -l6144 -x1   2F
2154 <--    1    3888  vz 1.60 -z                 1B 21 29
2248-9F7F   1  512880  <free>

----- EMS ver4.0 (frame: D800h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA used: 59 KB by DOS
------ ----- ------  --------               EMB free: 620 KB (*2)
     1     4    64k  ATOK8A
     2     2    32k  ATOK8B
     3     3    48k  ATOK8C
     4     3    48k  ATOK8D
     5   877 14032k  VZ (*3)
  free   185  2960k
 total  2072 33152k
----------
  (*1) 要はこれがやりたかったのです。XMSを使ったRAMドライブ。32MB超え。
  (*2) ここまで使い込むのに、苦労しました。調査の結果、usbaspi.sysも
ここを使っていると思しい。ＸＭＳ、、、？　ちょっと怪しいのだけど。
　vmapは、大昔のとしきさん技で、ここも、%d -> %uしてます。多謝。「-1」
とか見ちゃった。
  (*3) だいたい２０ＭＢぐらいのファイルを開けた状況。ほとんどＥＭＳ！
もちろん、１０個ぐらいのファイル×２ＭＢです。

--- Ram Drive (D:) ---
C:\>df d:
Disk Free Ver1.14  (C)1994.6 HiRo.

総クラスタ数         : 54938 
未使用クラスタ数     : 13689 
１クラスタのセクタ数 : 4 
１セクタのバイト数   : 512 

総ディスク容量     : 112513024 (107.3M) バイト
未使用ディスク容量 : 28035072 (26.7M) バイト

全容量の 75% を使用しています.
##############################----------
----------

　１０７ＭＢのラムドライブです。（生まれて初めてドキドキしながら新宿の
ステップで買ったＨＤが、旧８用の１１０ＭＢだったんだよなぁ……。）
　もちろん、ＨＤは３０秒で止まるようにbiosで設定しています。「省電力」。
すると、（止まったり動いたりでＨＤには苛酷なんでしょうけど）おおかた、ＨＤ
が回りません。ＣＰＵファンが回るぐらいですかね。
　（古いノートＰＣのＣＰＵファンというのは大きくて深いトピックですが、割愛。
少なくともＣＰＵファンに関するかぎり、このマシンは当たりでした。）

　なんか省エネで、静かで、奥ゆかしくないですか？
　でも、服を脱ぐと筋肉ムキムキなの。
　因みに、それほど仕事がルーティーン化していないので、ラムドライブへの
巨大参照ファイル群のコピーは手でしました。どこまでこれを自動化するのか？
%vzdef%をそっちに送ってしまうのも手なのですが、現実的じゃないな、と思う、、、。
　ddwinを使って仕事に必要な辞書群のテキストファイル化をし、そいつらをここに
送って使うというのが野望です。dosでepwingは、やはり無理という結論。
　メモリへのファイルコピーは、当たり前ですけど、激速。ＨＤが少しおたおたした。

　この環境のために手をいれた箇所、vz.def。
--- vz.def ---
Bm20650			;macro buf's free area; 100 bytes free, 2010/01/01
Ba0			;alias buf
Hs512			;ps
Hf512			;pf
Hx128*4			;px
Hw64*4			;pw
Hn64			;pr
Ha64*2			;pa
Hc64			;pt
Bl8192			;line buf (256..(Bt*1024/8))
Bc256*2			;cut buf
Bu512			;マクロ配列領域サイズ
Bv128			;ログファイル履歴バッファサイズ		##1.6
TC30			;オープン可能なテキスト数 (+1=+222bytes)
----------
　TC30を実現するためには、この部分をいじるしかないんだ、と結論。
　（FWは関係ないみたい。）
　128MB（単純にやると、128,000,000 bytes）もメモリがあるのに、たかだか
222 bytesを増やしてゆくのに、この箇所をいじらなければならないとは、
と少し悲しかったけど、そういうものですよね。DOSなんで。DOSエディタなもので。
　ＸＭＳがいくら取れても、どれだけメモリが積んであっても、ＥＭＳが取れなければ、
Ｖｚはまともに動けない。これとほとんど同じですよね。

　あと一つの発見は、ラムに送った８０メガぐらいのファイル群ですが、リード・
オンリーにしてＶｚで読み込んでも、メモリをまったく圧迫しないみたいでした。
ＥＭＳ８７７ページ使用、みたいなのが見たくて、こんなことをしていたので。
リード・オンリーでは実現せず。マニュアルに何か書いてありましたよね。

　ベース　　　　１ＭＢ
　ＥＭＳ　　　３２ＭＢ
　RamDrive　１１０ＭＢ
　あとは、ビデオとかキャッシュとかが使うはず、、、。
　こんな使い方を妄想していました。

　どうでもいいことですが、
SRDISK 110000  (in autoexec.bat)
TC30  (in vz.def)
　の数をさぐりあてるのに、何度もマシンを再起動し、何度もＶｚ起動を繰り返し
ました。Windowsと違ってそう時間がかかるわけでもないですが、けっこうストレス
でした。


　総じて、今時ならＨＤをＳＳＤ化してウハウハすることを、貧乏人がＶｚのために
真似をした、ということです。ただ（これも当たり前だけど）、DOS7.1の日本語環境
については、あんまりネットに情報がないみたいで、、、。

　

　差し替えです。
　特殊なもの（Win98以外からきているもの）は手で冒頭に集めてあります。
　もちろん、Win98から、「これはＯＳにやってもらわなければ」、という
ものを僕の判断で持ってきています。要らないもの、足らないものも人に
よってはあるでしょう。標準的なつもりなんですが。
　中には、Ｖｚでできる、あのツールでやったほうが高速などもあります。
ただ、そいつらがまだ動かない状況でも、まずＯＳには最低限をしてもらわない
と困る。そんな感じです。たとえば、more.comとかね。>type /pってないんだ、
とか思ったもので。qbasicって、DOSのヘルプシステムで必要なんだって。
　あとから足したちょっと特殊なのは、c:\tools\olddosみたいなところに
入ってました。

C:\DOS>dir |sort

DI1000DD SYS        16,368  01-08-16   2:00
FDISK    EXE        64,460  00-05-18   8:35
FORMAT   COM        49,575  06-02-09  16:15
SRDISK   EXE        49,264  05-07-21  12:31
USBASPI  SYS        43,528  01-05-25   1:07

ADDDRV   EXE        22,971  99-05-05  22:22
ANK16    FNT         4,096  99-05-05  22:22
ANK19    FNT         4,864  99-05-05  22:22
ANSI     SYS        10,551  99-05-05  22:22
ATTRIB   EXE        16,356  99-05-05  22:22
BILING   SYS         3,175  99-05-05  22:22
CHEV     COM        15,047  99-05-05  22:22
CHKDSK   EXE        38,736  99-05-05  22:22
COUNTRY  SYS        30,742  99-05-05  22:22
DEBUG    EXE        24,026  99-05-05  22:22
DELDRV   EXE        15,357  99-05-05  22:22
DELTREE  EXE        24,335  99-05-05  22:22
DISKCOPY COM        32,375  99-05-05  22:22
EMM386   EXE       136,615  99-05-05  22:22
FC       EXE        23,406  99-05-05  22:22
FIND     EXE         7,442  99-05-05  22:22
GAIJI16  FNT         6,144  99-05-05  22:22
GAIJI24  FNT         6,144  99-05-05  22:22
HELP     COM           591  99-05-05  22:22
HELP     HLP       503,085  99-05-05  22:22
HELP2    HLP       316,600  99-05-05  22:22
HIMEM    SYS        36,647  99-05-05  22:22
JDISP    SYS        22,664  99-05-05  22:22
JFONT    SYS        22,790  99-05-05  22:22
JKEYB    SYS        22,503  99-05-05  22:22
JKEYBRD  SYS         1,494  99-05-05  22:22
JP       BAT           118  99-05-05  22:22
KANJI16  FNT       260,576  99-05-05  22:22
KANJI24  FNT        41,336  99-05-05  22:22
MEM      EXE        36,930  99-05-05  22:22
MODE     COM        37,559  99-05-05  22:22
MORE     COM        12,135  99-05-05  22:22
MOVE     EXE        34,075  99-05-05  22:22
MSCDEX   EXE        25,878  99-05-05  22:22
MSD      BAT            33  99-05-05  22:22
MSD_US   EXE       166,023  99-05-05  22:22
NLSFUNC  EXE         7,598  99-05-05  22:22
OAKCDROM SYS        41,302  99-05-05  22:22
QBASIC   COM         1,646  99-05-05  22:22
QBASIC   EXE       199,423  99-05-05  22:22
QBASIC   HLP       130,881  99-05-05  22:22
QBASIC2  EXE       194,354  99-05-05  22:22
QBASIC2  HLP       130,881  99-05-05  22:22
SCANDISK COM         2,059  99-05-05  22:22
SCANDISK EXE       146,826  99-05-05  22:22
SCANDISK INI         7,329  99-05-05  22:22
SCANDSK2 EXE       144,223  99-05-05  22:22
SMARTDRV EXE        45,379  99-05-05  22:22
SORT     EXE        27,370  99-05-05  22:22
SYS      COM        22,887  99-05-05  22:22
US       BAT           126  99-05-05  22:22
XCOPY    EXE         3,958  99-05-05  22:22
XCOPY32  MOD        53,248  99-05-05  22:22



　最近けっこう好きなサイト。最初の人は、最近、WinME本を書き出版しました
（kindle版）。真似しませんが、読んで感動しました。

WinME
http://yjjjjj.dip.jp/Me/

Noteジャンク改造
http://petersworks.mydns.jp/homepage/index.html

きっと有名なんでしょう。ディープ。
http://hsdl.blog.jp/

　別に限界を見きわめようとしているわけではありませんが、１０年以上前から
理想としている環境が手に入りそうだな、という実感がありましたので、ご報告
させてください。ま、まだ夢みたいな話ですが。そして、そうとう特殊で超個人的
な夢。

　理想というのは、大きくて速くて静かで、できたら省エネなドコモバです。
　僕は、ＰＣもＶｚも、ちょっと賢いワープロとしてのみ、ありがたがってます。
そういう意味での理想です。

　ドコモバの美点は、省エネ、携帯性、スピード、静音性です。レジュームがほぼ
完璧に効きますので、メモ書きと電話番号調べでは、やはり手放せません。何より
速い（問題は電池がすぐなくなること）。ゼロスピンドル・マシンなんですよね、
考えてみれば。

　で、これをＤＯＳノートで大きくして（打ち込みやすい、見やすい）実現でき
ないか、できたら辞書を引きたい！　というか引けなければあまり用はない、と
思ってました。

　じゃん。Lifebook 716NU3/B, Cel 1.6MHz, 20GB HD, 128+512=630MB memory。
　ＸＰ用のＡ４ノート。2003 年 1 月発売。もちろん、チップセット的にはＭＥ
にもできますけれど、、、。

　結局、２０ＧＢのＨＤと５３０ＭＢのラムディスクを手に入れたことになるの
で、辞書もＯＫです。

　では見てみましょう。

C:\>dir d:
 ドライブ D: のボリュームラベルは  SRDXMS 2.09
ファイルが見つかりません.
                      532,332,544 バイトの空きがあります.
　ラムディスクです。容量、驚愕の５３２メガ。

C:\>dir d:
 ドライブ D: のボリュームラベルは  SRDXMS 2.09
EIJI1441 TXT   171,258,595  16-01-09  10:32
         1 個        171,258,595 バイトのファイルがあります.
         0 ﾃﾞｨﾚｸﾄﾘ   361,070,592 バイトの空きがあります.
　現在、手持ちの最大テキストファイル。１７１メガ。英辞郎144です。SJISで、
テキストファイルの形で提供される、最後の英辞郎ファイルです。2016年1月なん
ですね。このあとは、PDIC形式、UTF-8みたいになった。

　これをこのままとりあえず、グレップで使いたい。実用になるのか？
　まず、ラムドライブに転送するところ。

C:\>timex copy c:\wk\eiji1441.txt d:\
        1 個のファイルをコピーしました.
copy: 7

C:\>timex zcopy c:\wk\eiji1441.txt d:\
C:\WK --> D:\
  EIJI1441.TXT  ........................................................
        1 File(s) (163.3 MB) copied
zcopy: 9
　（163.3 MBから分かるとおり、詳細は僕には分かりませんが、純な16bitアプリは
このような環境では、限界を露呈することが多いです。20GB HDの残りサイズなどを
知るのに、dirコマンドがいちばんとか。DOS7.1の基本工具がけっこう大事である
所以です。あまり気にしていませんが。）

　DOS7.1 の copy コマンドと zcopy で、時間比較をしてみました。最後の数字
の単位は秒です。ラムドライブを使うにあたり、まずＣ：からＤ：にデータ転送
をしておかなければならないからです。
　驚いたことに、我らが zcopy が負けました。 何回やっても同じ結果でした。
copyコマンドが、DOS7.1のさまざまなシステム（io.sys? FAT32?）と相性がいい
としか言いようがありません。
　もちろん、１７１メガとかというテキストファイルをＶｚで扱うことはできませ
ん。辞書の項目の前後をみたい場合、僕はＶｚでファイルを開きたいので、１００
個ぐらいに刻むのかな、とは考えてはいます（1.7MB x 100 のファイル。これ
ならＶｚで扱える。テキストファイルの辞書を扱うとは、こういうことです。工
夫すればＶｚ活躍の余地はある。というか、Ｖｚ以外でこんな無茶はきっとでき
ない）。
　その場合、 マルチライト・オープンだっけ？な zcopy が勝ってくれるのでは
ないかと期待しています。（注）
　英辞郎のように完全に項目が独立してる場合にはグレップでもいいのですが、
他の辞書は、１項目が何行にも渡っているので（行数不定）、Ｖｚでファイルと
して開けたいのですね。だから、そこでは zcopy に活躍してもらいたい。
>izgrep -A100 "nantoka" という「そこ以降１００行出してみて」（A=After）
という荒技がなくもないですが。

　ともかく、大事な点は、autoexec.bat  にこの巨大ファイルコピーを仕込むに
しても、現段階では（先があるから）７秒です。じゅうぶん実用の範囲。マシン
を起動するとき、１回きりのことですし。このファイルコピーが計５つ、計５回
になっても、１分程度。使えます。本格的に仕事をする日には。電話番号を調べる
ために、こんなことされてたら、それはやっぱりたまりませんけれど。

　さて、まだグレップだけの段階なのですが、Ｃ：のＨＤをグレップするのと、
Ｄ：のラムドライブをグレップするのでは、どんな違いになるのでしょうか？

　その前に。
　この英辞郎 1441 は、2,324,199 行のファイルで（秀丸で数えた）、かなり終
わりのほう、2,322,238 行目あたりに「zzz」という項目があります。 漫画にあ
る、寝てる音です。
　これをグレップで抽出するのに、どれだけかかるのか？　（注２）

　いってみましょう。

C:\>timex izgrep "zzz" c:\wk\eiji1441.txt
File c:\wk\eiji1441.txt:
■zzz : 【発音】z:、【＠】ズー
izgrep: 13
　Ｃ：のＨＤでは１３秒。耐えられなくはないが（それだけ情報が重要なら）、
ちょっとかかりすぎでしょう、日常的な使用では。用途はぜんぜん違うし、そも
そも書くことも抽出データの再利用も、ほぼできないから別物ですが、電子辞書
や DDWIN に戻ってしまいそう。

C:\>timex izgrep "zzz" d:\eiji1441.txt
File d:\eiji1441.txt:
■zzz : 【発音】z:、【＠】ズー
izgrep: 2
　はしたない自慢以外の何ものでもないですが、２秒。じゅうぶん耐えられます。

　まだまだＤＯＳもＶｚもテキストファイルも、冒険と挑戦の余地を残しておい
てくれてるなぁ、というお話でした。


　（注）別の話なのですが、WinME 機に自分用の環境をつくるとき、何にいちば
ん時間がかかるかというと、１６ギガぐらいの辞書データの転送です（DDWIN 用
epwing）。デスクトップの場合、できるなら、なるべくＨＤをスレーブでじか付
けにします。ＨＤ→ＨＤの転送。２０分ぐらいかな。
　これができないと、USB2.0  を使う。それもだめだと、USB1.1。WinME でも、
ＰＣカードかＰＣＩボード（通じますよね）に USB2.0 のコントローラが載って
るものなら、USB2.0 対応にできます。これで、たしか２時間くらい。
　USB1.1 だと６時間とか８時間とか。ほぼ１日作業になる。
　で、何が言いたかったかというと、USB2.0 カードが２つ以上ジャック（？）
を持っている場合でコントローラがジャックごとに機能するなら、２つのＵＳＢ
を両方刺して、同時に転送できます。これは、１本の８ＧＢ・ＵＳＢデータを転
送し、それが終わってからもう１本とやるより、１．５倍くらい速いです。マル
チライト・オープンみたいでしょ。


　（注２）最後に気づいたのだけど、「zzz」でなく「AAA」でも、オプションで
それを避けないかぎり、グレップはファイル終端まで舐めてしまいますね。する
と、どの検索語でも、７秒とか２秒とかかかることになる。smartdrv.exeはたしか
最大で２メガのキャッシュなので、何も期待できないでしょう。
　なお、SRDXMSのドックには、「ラムドライブをキャッシュするなんて馬鹿な
ことはしないように」と書かれてます。smartdrv d-としてます。smartdrvもＸＭＳ
を使います。

VTDOS 1.52 が出ていました。引用します。


Version 1.52 リリースノート - 10♯ URL    2017/01/18 (Wed) 23:51:37


Int2fh/1600 Windows95と応答(LFN対応)
PUSH imm8 符号拡張しない不具合修正
Int21/5801 SET ALLOCATION STRATEGY UMB無効時不具合修正

 以上３点の追加修正です。 



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

> いや，絶対に他のブラウザに移行したほうがよいです．
> イントラネットでウェブアプリケーションなどのブラウザ制限があるならともかく，
> IEで外に出るのは太ももやら胸もとやらを露出して誘っているのと同じくらい危険です．

うう、みんなに責められる〜〜(^^♪
隠れた本性は露出狂だったりして。(^^;

> うちのお客様用のインターネット端末がランサムウェアにやられて，
> シールドドライブでなかった方のデータファイルはぐっちゃぐちゃにされました．

これはさすがに怖いですね。

さて、取りあえずエッジに再挑戦・・・うう、やっぱり使いづらい(;_;)
ならばクロムは・・・ノートには入れてなかった。

世間のお勧めは何かな？


ASCII倶楽部　のランキング
http://ascii.jp/limit/group/ida/elem/000/001/227/1227786/


PC用ブラウザー世界シェア
1位 Chrome：58.37％
2位 Firefox：13.92％
3位 IE：9.8％
4位 Safari：9.61％
5位 Edge：2.87％
6位 Opera：1.78％

出典：Statcounter（2016年8月現在）


日本ブラウザーランキング
1位 Chrome 38.92％
2位 Internet Explorer 24.52％
3位 Firefox 16.24％
4位 Safari 11.95％
5位 Edge 4.48％
6位 その他 3.89％


なるほど。では、うちのサイトへのアクセスは？

2017/02/01 〜 のアクセス解析

No　User Agent	Hit	Rate
1　Safari 	488 	43.61% 
2　Firefox/51.0 290 	25.92% 
3　MSIE11 	238 	21.27%  
4　Mozilla/5.0 (compatible; SMTBot/1.0; ) 48 4.29% 
5　Firefox/50.0 12 	1.07% 
6　MSIE8.0 	11 	0.98%  
7　Mozilla/5.0 (compatible; bingbot/2.0; ) 10 0.89% 
8　Firefox/49.0 6 	0.54% 
9　MSIE6.0 	5 	0.45% 
10　Edge/1 	3 	0.27%

以外にもサファリがダントツ！！
クロムが無いじゃん！！
エッジも人気無い！！
誰だよいまさらIE8とかIE6とか！！

う〜ん、どれにしようかなぁ。

> ChromeもEdgeも、UAにはSafariの文字が入ってます。
> もしかして、解析ソフトのルーチンが古かったりしていませんか？

げげ、その通りでした。
ChromeをSafariの後に判定していたため一つも拾えていませんんでした。


 2017/02/01 〜 のアクセス解析

No	User Agent	Hit	Rate
1	Chrome		417	35.43%	
2	Firefox/51.0	314	26.68%	
3	MSIE11		244	20.73%	
4	Safari		94	7.99%	
5	SMTBot/1.0	48	4.08%
6	MSIE8.0		12	1.02%	
7	Firefox/50.0	12	1.02%
8	bingbot/2.0	10	0.85%
9	Firefox/49.0	8	0.68%
10	MSIE6.0		5	0.42%
11	Edge/1		3	0.25%

今度はChromeが1位になりました。こんなものですね。

> あと、konnoさんご自身のアクセスがどれくらいあるか。
> それを控除した場合のブラウザごとの比率も気になる。

私自身あまり見ていないので、影響は少ないでしょう。(^^;

これはFirefoxで書いていますが、やっぱり一番IEに近いですね。

konnoさん

　ありがとうーーー！！！
　そうだ、そうだった。 まだ Win10 マシンでは試せていないのですが、メイン
の Win7 マシンでは、無事、avast の除外リストに ckwv.exe を登録することに
より、我がＶｚはＩＭＥ制御を取り戻しました。
　頭が固くなっているんですね。なぜかアメリカに行ってたときに、付け焼刃に、
中途半端に対処したものですから、このメインのマシンでも ckwv は封印してし
まっていました。前に「除外リスト」に入れて難を逃れたことがあったのに、で
す。
　がまんがまんしながら、ckwv なしのＶｚをしていたのです。 で、このメイン
のマシンはキーボードがまともというか、慣れきっているので、ＩＭＥの手動オ
ン・オフがある程度はできてきていたのです。もちろん、常に不満を抱えながら
ですが。で、Win10 のノートマシンは、リターンキーが小さい等々、キーボード
に不慣れなうえ、あのインターフェイスの Win10 なもので（Classic Shell で、
Windows 標準の表情にまだ戻せてない。あのチャームみたいのをどける方法もま
だ）、ぜんぶ ckwv のせいにして、不満たらたらになっていたわけです。
　まだ自助努力できる。たしかに。
　ありがとうございました。
　いやあ、全体に間抜けで怠惰だっただけなのですが、本当に助かりました。た
まには（！）ぼやいてみるもんですね。
　ありがとうございました。
　ＩＭＥ制御つきＶｚ、ラブ、な感じ。ああ、これがＶｚだ。らくちんです。m(__)m


　余談：今回買った２台のマシンは（デスクトップとノート。   両方、 Win10,
64bit）、例によって「まーぶる」での中古品です。 メモリ増設（4GB->8GB）、
ＳＳＤ起動ドライブ（120GB）の横にいちおう 500GB のデータ用・新品ＨＤＤ。
　つまり、えい、

　デスクトップ：HP Compaq Elite 6000 Pro, 20インチ液晶モニタ付き、
Core 2 Duo, 2.93GHz, 8GB mem, 128GB SSD, 500GB HDD。\32,580
　（CPUのしょぼさ−−なの？−−をＳＳＤでカバー。たしかに起動は速い）

　ノート：Toshiba dynabook Satellite B551, 
Core i5-2450M, 2.50GHz, 8GB mem, 500GB HDD。\33,479

　ＳＳＤもＨＤも、全部、新品です。それぞれ３万円ちょっと。もう分解とか
修理とか、しませんよね。
　するのは、調教のみ。つまり頼れるのは自分のスキルだけの荒野、、、。
　ぜんぜん自信なし　(~_~;


　余談２：僕は「まーぶる」に、だいたいいつも「かしわ餅」をもって自分で
ピックアップに行きます。無料配送なんだけど。まあ、お店の人たち好きだし、
前近代的工場みたいなショップの雰囲気も好きだし。

　そこで聞いた話。当たり前の事実なんだけど。ＭＳはもうメディア付きのＯＳも
オフィスも売ってないのだって。ぜんぶダウンロード。モノとしてもらうのは
ライセンスキーの紙っぺらのみ。
　そして、これらがWin7->Win10のアップグレードマシンだからもあるのでしょう
けど（何をどうしているのやら）、リカバリーという行為がやたら、やたら
面倒。クリーンインストールもやたら敷居が高く、リカバリーまで簡単ではない
となると（色々とあって詳細不明。これから調べます）、万が一の場合に備える
なら、もう、起動ドライブのコピーがいちばん楽だって。だから何かが不安だったり、
使い倒したいなら、起動ディスクのクローンを作っておけですと。
　さらに、ＯＳがBIOSをバイパスする仕様らしく、いままでの概念が通じないらしい。
　「Windowsからじゃ、ＳＳＤだとは分からないんですね？」
　「あ、BIOSに入らないと、それは見えませんね。ただBIOSは普通バイパスする
ので、、、。入るのにちょっとコツが要ります、、、。」

　もうメンテとか開腹とか、する気になりませんよねぇ。
　時間があれば、やっぱり色々やり始めそうだけど、時間が、、、。
　時間ができたと思ったら、来年になっており、次のマシンを買っていたりする、、、。
　愛のない人生みたい、、、。


　余談３：
http://tanweb.net/2016/03/22/7336/
　Windows Defenderについて、最低限のリサーチをしました。なるほど。
　けっこう強力みたい。何も考えずにavastを入れたのだけど。
　あうあう。ＩＭＥ制御、ステキ。


　余談４：
　ああん、ＩＭＥ制御が利いてる。上をアップするのに、とらじさんのclpestの
お世話になるのですが、その起動キーが、^OK なの。Ｋが印字されず、ＩＭＥが
座って立った！　偉い！

文太さん

> の Win7 マシンでは、無事、avast の除外リストに ckwv.exe を登録することに
> より、我がＶｚはＩＭＥ制御を取り戻しました。

やはりCKWVは今でもウイルスチェックに引っかかるんですね。
ウイルスとは認定されなくても、疑われるソフトということですね。

> Windows 標準の表情にまだ戻せてない。あのチャームみたいのをどける方法もま
> だ）、ぜんぶ ckwv のせいにして、不満たらたらになっていたわけです。

チャームって何だっけ？　って過ぎたことはすぐに忘れてしまうもので、(^^;
ぐぐってみると
> Windows8 で画面の右上か右下の隅にマウスカーソルを持って行くと表示される
> メニューがチャーム。シャットダウンなどの基本機能も隠されたチャームに
> 組み込まれてしまったため、Windows 8 ユーザーはかなり混乱した
> Windows 10 では、そのチャームはなくなりました
ということで、思い出した！！
私もWin8とか店頭で弄ろうとして何もできなかったという黒歴史が・・・

> 　余談：今回買った２台のマシンは（デスクトップとノート。   両方、 Win10,
> 64bit）、例によって「まーぶる」での中古品です。 メモリ増設（4GB->8GB）、

うう、うらやま･･･ 民間はつらいつ･･･


> となると（色々とあって詳細不明。これから調べます）、万が一の場合に備える
> なら、もう、起動ドライブのコピーがいちばん楽だって。だから何かが不安だったり、
> 使い倒したいなら、起動ディスクのクローンを作っておけですと。

これは私もまだやっていないので、やっとかないとですね。

亀レスですが

> > LWPからだとどうもダメみたいです。
> 
> そうなんですよ。これが最大の問題の、謎のファイアーウォールです。

LWPのソースを見ていて、ちょっと気になったのが

		$field =~ s/^://;

こういう =~ s/^://;　の記述が多いなと。
これは、'HTTP://' の ':' より前をを削除する処理だと思いますが、板塀では

	my $url2 =  'http://152.081.hinocatv.ne.jp:9801/bbs/wforum.cgi';

このように直リンクにすると、タイムアウトエラーになります。
もしかして途中の ':' が引っかかったりして無いでしょうかねぇ。
たぶん関係ないのでしょうが。

実のところJSONを利用する上で、JSON自体を覚える必要はほとんど無いですが…
次のPerlサンプルで出来ることは大体の言語で可能になってます。



use JSON;

#-----------------------------------------------------------------------------

# $resの内容をJSONに変換して表示

# 実際にはサーバーでDBに問い合わせした結果をJSONに変換して
# httpヘッダを付けて送信するなど


my $res = {
	articles => [ {
		id => 1,
		text => "test1",
	},
	{
		id => 2,
		text => "TEST2",
	},
	{
		id => 3,
		text => "Test3",
	},
	]
};

my $json = encode_json($res);		# $resの内容をJSONに変換

print "$json\n";			# JSONを出力


#-----------------------------------------------------------------------------

# JSONを $rcvに取得して表示

# サービスとしては、クライアントからJSONでリクエストを送る場合など
# クライアント・ブラウザーのJavaScriptも似たような処理が可能


my $rcv = decode_json($json);		# JSONを$rcvに取得

my $recs = $rcv->{articles};		# $rcvのarticlesを$recsに取得

foreach (@$recs) {			# $recsを列挙
	print "#$_->{id}: '$_->{text}'\n";
};

ショート−カットアイコンのプロパティのリンク先に

C:\UT\msdos.exe -x vzibmj.com /vz -nq

で取りあえずVZは起動しますが、やはり commannd.com が無いとまともに動かない。
この環境で、set , Ver などのコマンドは動くが、CMD.EXE なのかしら？
これらの内部コマンドはVZのコンソールに反映されません。
 toint29 を使用してもダメなので、もしかして内部コマンドとか？

この環境での Vmap これはVZのコンソールに反映されます。

VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
0205 sys    4    9152  <config>
0445        1    8192  <free>
0646 <--    1    3888  vzibmj 1.60t /vz -nq       1B 22 29
073A        1  724032  <free>
B800 sys    1       0  <config>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 31680 KB
  free  2033 32528k
 total  2048-32768k


> command.com を使えば、BAT も常駐もできます。
> C:\UT\msdos.exe -x -v7.0  e:\command /c c:\ut\vzp.bat

さて、この指定で Windows10 Pro Ver 1607 のノートPCは動くが
 Windows10 Home Ver 1703 のデスクトップPCが動かない。
この詳細はもっと調べてから書きますが、まず現状の問題点を。

 shift + F08〜F10 キーが効かない
 ctrl  + F01 キーが効かない

これは痛いです。切り貼りなどで使っているので、これが使えないと実用出来ない。
この文は最初素のVZで書き始めたが、マクロも動かないので、Vmapの表示だけ。
次にcommannd.com経由のVZで続きを始めたが、切り貼り出来なくて即諦めました。

VTDOS 付属の KEYCODE.EXE で、キーコードが発行されてないのを確認しました。
 alt + F04 でMS-DOS Player が終了するのは仕様だから仕方ないですね。

ああ、やっぱりVTDOS環境は極楽だぁ。

> MSDOS Ver2.0〜Ver7.1 Win98のcommand.comまで動くそうです。
> PCDOS,DRDOSやFreeCOMやGRDOSまでも・・・凄いですね。

すみません、GRDOS は勘違いだったようです。
 GWBASIC をなぜかGRDOS と思い込んでしまったようです。
もうろくじじいだなぁ。

MS-DOS Player でVZをアセンブルしてみた。

ver
Windows 98 [Version 4.10.2222]

mk6.bat
Turbo Link  Version 2.0  Copyright (c) 1987, 1988 Borland International
msdos error, ax= 0006h
exe2com: can't find input file vzibmj.exe
exe2com 1.04 by Chris Dunford/The Cove Software Group

 ドライブ C: のボリュームラベルはありません.
 ボリュームシリアル番号は 0000-0000
 ディレクトリは C:\VZ\vzk\K07T4

ファイルが見つかりません.
                        24,118.86 メガバイトの空きがあります.


ということで、TLINK.EXE でエラーになって実行ファイルができないです。

Turbo Link  Version 2.0  Copyright (c) 1987, 1988 Borland International
Warning: no stack

正常ならこういう警告表示が出て、実行ファイルは出来ます。
警告表示でエラーになって終了しているのかな？

いっぽう、comannd.com 6.20 の場合、DELコマンドでエラーになります。

ver
MS-DOS Version 6.20

del *.obj
不明なエラーです.


VZ使用で出る不具合もあるかもしれませんが、実用にはもう少し検証を
続けるようですね。使いながら気づいたことを書いていきます。

MS-DOS Player のページが更新されました。  
今回は、MS-DOS Player の使い方の記事になっています。
長いですが以下に引用します。

----------------------------------------------------------
2017/8/4
子プロセスとして32bit/64bitのプログラムを実行できるようになった件ですが、
 子プロセスとして起動した32bit/64bitのプログラムが終了するまで、
MS-DOS Playerに処理が戻らないことを意識していただく必要があります。
 特に子プロセスとパイプを繋ぐときはご注意ください。

 例題として、TYPEコマンドとMOREをパイプで繋ぐケースを考えてみます。
 以下、話を単純化するため、64bit Windows上の話とします。
COMMAND.COM, MORE.COMは16bit、CMD.EXT, MORE.EXEは64bitのプログラムとします。
 使用するMS-DOS Player（MSDOS.EXE）も64bit版とします。


	>MSDOS.EXE COMMAND.COM
	>TYPE HOGE.TXT | MORE.COM

MS-DOS Player上で動いている、16bitのCOMMAND.COMと、16bitのMORE.COMを
 パイプで繋いでいますが、これは問題なく動作します。
このパイプは、MS-DOS Playerの仮想DOS環境上で繋がれたパイプとなります。


	>MSDOS.EXE COMMAND.COM
	>TYPE HOGE.TXT | MORE.EXE

子プロセスとして起動した64bitのMORE.EXEが終了するまで、MS-DOS Playerに
処理が戻りませんので、TYPE HOGE.TXTの出力はMORE.EXEに繋がりません。
つまり、MS-DOS Playerの仮想DOS環境上では、32bit/64bitの子プロセスと
 パイプを繋ぐことはできません。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE.COM

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXE上では、
16bitのMORE.COMは動作しません。
また、CMD.EXE上でEXITして終了するまで、MS-DOS Playerには処理は戻りません。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE.EXE

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXEと、64bitのMORE.EXEを
 パイプで繋いでいますが、これは問題なく動作します。
MS-DOS Playerとは関係なく、普通にコマンドプロンプト（CMD.EXE）を起動して、
 普通にTYPE HOGE.TXT | MORE.EXEを実行したときと同じ状況です。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MSDOS.EXE MORE.COM

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXEと、別に起動された
MS-DOS Playerとパイプを繋いでいますが、これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
またこのとき、MORE.COMは、最初に起動したCOMMAND.COMとは別のDOS仮想環境上で
動作していることにご注意ください。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE.EXE

64bitのMS-DOS Playerと、64bitのMORE.EXEをパイプで繋いでいますが、
これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
またこのとき、MORE.EXEは、MS-DOS Player上の子プロセスとしてではなく、
MS-DOS Playerとは別のプロセスとして起動していることにご注意ください。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE.COM

MORE.COMは、MS-DOS Player上の子プロセスとしてではなく、MS-DOS Playerとは
別のプロセスとして起動することになりますが、勿論、64bit Windows上では
16bitのMORE.COMは動作しません。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MSDOS.EXE MORE.COM

MS-DOS Playerと、別に起動されたMS-DOS Playerとパイプを繋いでいますが、
これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
また、COMMAND.COMとMORE.COMは、別のDOS仮想環境上で動作していることに
 ご注意ください。


	>MSDOS.EXE -cMORE32.EXE MORE.COM
	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE32.EXE
	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE32.EXE

16bitのMORE.COMを、MS-DOS Playerに埋め込んで、64bitのプログラムに変換すれば、
64bitのプログラムとパイプを繋ぐことが可能です。

-------------------------------------------------------------------


どうやら、今回の32ビットのGrep が挙動不審だった原因も同じようですね。
16ビットのVZから32ビットの対話型コマンド（Grep）は使えないようです。
WGREPなどの16ビットのGrepを使えば問題ないということですね。

あるいは、shadowさんご紹介のKWIC FinderなどのGUIアプリを使って、
クリップボード経由でVZに張り付けるか。

今回の一連のVZ対応更新で、VZ使用環境が飛躍的に向上したのは間違いなく
本当にありがたいです。

よくわからないものを無理して使うのは素人ユーザーの所以か。


＃ああ、またまた妄想が・・・


「消滅しただと！！　丸ごとか！！」
「よくわからないものを無理して使うから、使途が暴走したんだわ。」
「だがこれも全てシナリオ通りだ。四回文書が無くなるのも計画の内さ。」
「ああ、そうだな。」
「われわれが最初のVZを参考にして人の手で作り上げたものだからな。」
「VZ改シリーズは完成していたのか。」
「これで〇〇補完計画も進むだろう。」

MSDOS PlayerでVZが使えるようになると色々検証することになります。
高橋版VZでLFNファイラーが使えるかどうか、また、新VZのバグ出しの
ためにRfとLfを連動させるようにファイラーマクロを修正した。

vzFl.def の SFN → LFN 切り替えマクロ、修正前は

.:V	 (s-3)?{ r'W'-fg.51&4, >^ }		 ;walkmnu:fg+51 dw
	&Sc(si=pa,pi,3) r++.0-,di=r,cx=ha-4,	;without si,di,cx ?
	ax$71a0, &i($21) (ax-$7100)?{		;H.Konno for XP etc.
#if tVZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
	#V.	;5-->1-->LFN
#else
	} #V.	;5-->1
#endif


これを、下記のように修正

.:V	 (s-3)?{ r'W'-fg.51&4, >^ }		 ;walkmnu:fg+51 dw
	&Sc(si=pa,pi,3) r++.0-,di=r,cx=ha-4,	;without si,di,cx ?
	ax$71a0, &i($21) (ax-$7100)?{		;H.Konno for XP etc.
#if (rf<2)					; Rf 対応VZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
;	#V.	;5-->1-->LFN
	rf=lf,#V.	;5-->1-->LFN		; Rf を Lf と連動(仮)
#elseif (Lf<2)					; Lf 対応VZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
	#V.	;5-->1-->LFN
#else
	} #V.	;5-->1
#endif


ここからが本題です。

#if (rf<2)					; Rf 対応VZ
#elseif (Lf<2)					; Lf 対応VZ

ここで、Rf や Lf に対応したVZ だけ通り、それ以前のVZは、スルーします。
どちらもフラグなので、この式で０でも１でも真になります。
こういう形式にすることで、オリジナルのVZでも未定義のIDとしてスルーし、
エラーにならず、全てのVZで共通のマクロが動作します。

この形式は高橋版で拡張された機能ですが、説明はFGALDCの会議室のログ
にしか存在しないので、知らない人もいるのではないでしょうか。
 stkhlp.def の VZMACRO.SHD にもありませんでした。

ということで、stkhlp.def と VZMACRO.SHD にまで手を付ける羽目に。


＃ 海賊VZの船長は積み残したお宝を乗せるためにVZの載る船を作ってくれる
　　船大工を仲間に引き入れた。
　　いつでもどこでもVZしたい、が当初からのテーマ、船は多い方がいい。
　　（VZを)産めよ増やせよ地に満てよ
　　いよいよマクロの４高の一角に手を出す展開に。
　　さあ、次はどんな冒険が待っているんだ。

ねこさんの RENSAVE.DEF の再改造です。


昔FGALDCの会議室で改造したんですが、テンポラリエラーが出るようになって、
使わなくなっていました。
今回また必要性が高まったので、見直してバグを見つけました。


> 08064/08074 KFR04247  H.Konno          rensave.def ｖ2.0 にバグ？
> (14)   04/05/06 01:01
> 
> みなさんこんにちは。
> 
> 私は毎日のように rensave.def 2.0（世代管理ｾｰﾌﾞ by ねこ）の
> お世話になっています。（ねこさん、ありがとうございます。)
> これが無いとVZのバージョン管理も出来ないんですが、最近、
> バグと思われる現象に出会いました。
> 
> それは、拡張子が１文字の時に使用すると、ピリオドが消えて、
> ファイル名と拡張子がつながってしまうと言うものです。
> たとえば、
> 
> abc.c のようなファイルを編集し、rensave.def でセーブすると、
> abcc になってしまうんです。オリジナルVZでも、XP、Win98Me、
> LX でもなるので、rensave.def のバグかと思ったわけです。
> 皆さんの所ではどうでしょうか。
> 
> 08066/08074 KFR04247  H.Konno          RE:rensave.def ｖ2.0 にバグ？
> (14)   04/05/12 02:34  08065へのコメント
> 
> >　問題のコードは，
> >        #82 #h #m #82 #u #m                     ;ファイルを読み込む
> >…の部分です。
> 
> 手動でやってみて納得しました。未修正のファイルも修正済みになりますね。
> 
> 最初の (mr-1)?.　というのは、mr が１以外なら終了と言うことですよね。
> とすればこの時点で mr は１になっている？
> と言うことで、この部分をコメントにして見ました。
> 
> ;        #82 #h #m #82 #u #m                     ;ファイルを読み込む
> 
> なんかバグが無くなって正常に動いているように見えます。(^^;
> 
> -- H.Konno --

こんなやり取りをしていたんですが、実はこの部分が重要だったという落ち。
短いので全部張り付けます。


====== rensave.def    世代管理ｾｰﾌﾞ  by ねこ ======
;====== rensave.def 2.0  世代管理ｾｰﾌﾞ by ねこ ======
* m
80 [ESC]F "rename save"
	?. (mr-1)?. ;&s				;Readonlyは除外
	&m("世代管理セーブ")		;メッセージ
	#]					; ★k cp をテキストバッファに
	&s
;;	#82 #h #m #82 #u #m			;ファイルを読み込む
	&Sh(pf,nm) 				;ファイル名コピー
	ax$4e00, cx-, dx=pf, &i($21) n-,	;ファイル検索
	(ax!=$12)?{				;見つかったら
		&Sy(pf)				;ファイル名解析
		&Sc(pr,pf,cx-pf+(r&2/2-1))	;prにコピー
	:A	&Sp(r,".%03d",n)		;連番拡張子付加
		ax$5600,dx=pf,di=pr,
	#M #_ #U				; ★k テンポラリエラー対策
		r[, &i($21) r],			;rename
		(ax==5)?{n++,>A}		;既に有るなら連番増分
		&Sh(pf,pr)			;ファイル名ヒストリにコピー
	}
	&d &m("%sにバックアップ",pf) &s		;メッセージ
	#S #m &d #?				;現テキスト保存
	&m("%sにバックアップしました",pf)		;メッセージ
	#C
*
====== bottom of rensave.def ======


★印が今回の改造部分です。
要は、セーブ前にディスク上のファイルをリネームするのですが
その時点で大きいファイルでは一部しか読み込んでいないため
セーブ時にファイルの追加読み込みをしようとして、ファイルが無い！！
で、テンポラリファイルエラーになるわけです。

これは手動でやっても同じなので、セーブ前にディスク上のファイルを
リネームするときはその前にいったんテキストの最後までジャンプさせる
必要がある、ということでした。


＃ 過去に積み残したお宝が山積みで掘り起こしが大変だぁ〜！！

 rensave.def 大バグがありました。
 ループの中に挿入するなんて、頭がウニになってる。(>_<)
 取り敢えず改造の話は置いておいて
 
 ファンクションコールの返り値AXの値がおかしい？
 
テストのために、オリジナルの rensave.def にAXの表示と &tを追加しました。
&t で止まったら、AXの値を確認して、Enter します。


====== rentest.def ======
;====== rensave.def 2.0  世代管理ｾｰﾌﾞ by ねこ ======

* m
80 [ESC]T "rename save"
	?. (mr-1)?. ;&s				;Readonlyは除外
	&m("世代管理セーブ")		;メッセージ
	&s
;	#M #_ #U 				;★★★ テンポラリエラー対策
	#82 #h #m #82 #u #m			;ファイルを読み込む
	&Sh(pf,nm) 				;ファイル名コピー
	ax$4e00, cx-, dx=pf, &i($21) n-,	;ファイル検索
	&m("%d:4e00  ax=%x bx=%s pr=%s ",n,ax,bx,pr)			;★
	&w(100) &t							;★
	(ax!=$12)?{				;見つかったら
		&Sy(pf)				;ファイル名解析
		&Sc(pr,pf,cx-pf+(r&2/2-1))	;prにコピー
	:A	&Sp(r,".%03d",n)		;連番拡張子付加
		ax$5600,dx=pf,di=pr,
		r[, &i($21) r],			;rename
	&m("%d:5600  ax=%x bx=%s pr=%s ",n,ax,bx,pr)			;★
	&w(100) &t							;★
		(ax==5)?{n++,>A}		;既に有るなら連番増分
		&Sh(pf,pr)			;ファイル名ヒストリにコピー
	}
	&d &m("%sにバックアップ",pf) &s		;メッセージ
	#S #m &d #?				;現テキスト保存
	&m("%sにバックアップしました",pf)		;メッセージ
	&w(100)								;★
	#C
*
====== bottom of rensave.def ======


さて、マクロの実行結果です。 

　ax$4e00, cx-, dx=pf, &i($21) n-,	;ファイル検索

同名ファイル   存在する　　存在しない
-----------------------------------
VTDOS  　　　　 4E00　　　 12
MSDOS Player 　 0　　　　　12
NP2　　　　　　 0　　　　　12
Win7  DOS窓　　 0　　　　　12
Win10 DOS窓　　 0　　　　　12

 ax$4e00のファンクションコールの返り値AXの値は
 VTDOSだけ違っています。


　ax$5600,dx=pf,di=pr, r[, &i($21) r], ;rename

同名ファイル   存在する　　存在しない
-----------------------------------
VTDOS  　　　 5600 or B7?　 5600
MSDOS Player 　 11　　　　　5600
NP2　　　　　　 5　　　　　 12
Win7  DOS窓　　 5　　　　　 FF00
Win10 DOS窓　　 5　　　　　 FF00

 ax$5600のファンクションコールの返り値AXの値は
 DOS窓の値が正しいようで、キチンと動作します。
 
ＶＺではどちらも使用しているので、影響ありそうですね。

補足です。

> Int 21/AH=4Eh - DOS 2+ - FINDFIRST - FIND FIRST MATCHING FILE
> Return:
> AX = error code (02h,03h,12h) (see #01680 at AH=59h/BX=0000h)

> Int 21/AH=56h - DOS 2+ - RENAME - RENAME FILE
> Return:
> AX = error code (02h,03h,05h,11h) (see #01680)

この＃01680 にエラーコードの一覧がありました。

(Table 01680)
Values for DOS extended error code:
---DOS 2.0+ ---
00h (0)   no error
01h (1)   function number invalid
02h (2)   file not found
03h (3)   path not found
04h (4)   too many open files (no handles available)
05h (5)   access denied
06h (6)   invalid handle
07h (7)   memory control block destroyed
08h (8)   insufficient memory
09h (9)   memory block address invalid
0Ah (10)  environment invalid (usually >32K in length)
0Bh (11)  format invalid
0Ch (12)  access code invalid

これだけ分けているということは、違いがあるんでしょうね。
 (11)  format invalid は書式エラーとか？

> ということで、上記の件はすぐには見つけられないので、私の記憶が違ってる
> 場合はよろしくご指摘ください。

konnoさん、間違ってますよ。

そもそも2003年のkVZデビューの時に使ったテストマクロでは

=int.def
*m
80 ^\ "vol"	ax$71a0,&i($21) &m("vol: AX=%04x BX=%04x CF=%02x ",ax,bx,r).
*

実行結果
WinXP		AX=007B BX=0000 CF=01
LX(DOS5)	AX=7100 BX=FF00 CF=00

ということで、純DOSでは、AX$71a0 の返り値が AX7100h で、同じではなかった。
やっぱりAXの値は不定という結論が妥当でしょうか。

アンドックの闇毒は藪の中
つんどくしかないか。

ねこさんの RENSAVE.DEF の再再改造　(^^; 決定版

今までの経緯を踏まえ、AX での判定から CF に変更しました。
これで全ての環境で動作すると思います。


====== rensave.def 2.0  世代管理ｾｰﾌﾞ by ねこ ======

;	konno改 2017-08-31
;	拡張子1文字の時の不具合で改変 %1
;	改変でテンポラリエラーの不具合を対策 #M の位置に注意 %2
;	AX から CF に変更 nn=r 使用 %3

* m
80 [ESC]F "rename save"
	?. (mr-1)?. ;&s			;Readonlyは除外
	&m("世代管理セーブ")		;メッセージ
	&s
;	#82 #h #m #82 #u #m		;ファイルを最後まで読み込む %1
	&Sh(pf,nm) 			;ファイル名コピー
	#M #_ #U 			;ファイルを最後まで読み込む %2
	ax$4ea0, cx-, dx=pf, &i($21) n-,  ;ファイル検索
	nn=r,
;	&m("%d:4ea0  ax=%x bx=%s pf=%s r=%d",n,ax,bx,pf,nn)	;★
;	&w(30) &t .						;★
;	(ax!=$12)?{			;見つかったら
	(nn==0)?{			;見つかったら %3
	    &Sy(pf)			;ファイル名解析
	    &Sc(pr,pf,cx-pf+(r&2/2-1))	;prにコピー
	:A  &Sp(r,".%03d",n)		;連番拡張子付加
	    ax$5600,dx=pf,di=pr,
	    r[, &i($21) nn=r, r],	;rename
;	&m("%d:5600  ax=%x bx=%s pr=%s r=%d",n,ax,bx,pr,nn)	;★
;	&w(30) &t						;★
;	    (ax==5)?{n++,>A}		;既に有るなら連番増分
	    (nn!=0)?{n++,>A}		;既に有るなら連番増分 %3
	    &Sh(pf,pr)			;ファイル名ヒストリにコピー
	}
	&d &m("%sにバックアップ",pf) &s	;メッセージ
	#S #m &d #?			;現テキスト保存
	&m("%sにバックアップしました",pf)  ;メッセージ
	&w(50)				;
	#C
*
====== bottom of rensave.def ======

VTDOS1.53 の更新がありました。
内容を引用します。

---------------------------------------------
Version 1.53 リリースノート - 10♯  2017/09/06 (Wed) 12:00:00

ＭＳゴシックが選択されている場合、正常に入力出来ない文字があるため、
その場合強制的にTerminalを選択するようにしました(Vista以降)
Int21/56 RENAME FILE のファイル名重複時のエラーコードを修正しました。
 
------------------------------------------------

> Int21/56 RENAME FILE のファイル名重複時のエラーコードを修正しました。

確認しました。対応ありがとうございました。

ちなみに、#7795 の rensave.def は、cf 対応に改造したので、
★印のコメント行を活かして確認したんですが、一か所ミスがありました。

;	&m("%d:4ea0  ax=%x bx=%s pf=%s r=%d",n,ax,bx,pf,nn)	;★
;	&w(30) &t .						;★
                  ↑
 ここにピリオドを入れたままだったので、ここで終了してしまいます。
 試される方はご注意ください。m(__)m