#8388 で書きましたが

> SCRNIBM.ASM	 の中のエラーになるルーチン
> popwindow proc 	 のところで rep	movsw の手前に

	cmp	si,imgstack
	jc	popw8
	cmp	si,di				;★追加
	jbe	popw8				;★
	mov	si,[si-2]
	mov	imagep,si
_repeat
IFDEF J31
	call	putline
ELSE
	pushm	<cx,di>
  IFDEF DOSV
	pushm	<cx,di>
    IFNDEF US
	call	chkkanjilow
    ENDIF
	call	vrestore
	popm	<di,cx>
    rep	movsw				;★★★


> このように、si と di のチェックを追加したら、#N でのマクロエラーで
> !Abort が無くても落ちなくなりました。


よく考えたら（よく考えなくても）普通 si と di を直接比較するのは意味ない
のに、やってしまうのがど素人ですね。

真面目にソースを追いかけたら、このルーチンでは意外と有効だったように
思えてきました。もちろん読み切れてはいないですが。


さて、この時貼り付けたここのルーチンとその後のソースを比べると
違っています。あれ？

	cmp	si,imgstack
	jc	popw8

		↓

	cmp	si,imgstack
	je	popw8

これが正しいです。上は色々試行錯誤していた時のものでした。


さて、本題に入って、入力窓の&z の不具合は、マクロが中断してレジスタなどの
辻褄が狂ってしまい、その後の、ESC などの操作で、開いたままの窓を閉じる
ルーチンを通って、不正なメモリへの書き込みになるのだと思われます。

入力窓のプッシュポップはマクロのサイレント、&s の使い方を間違えても
プッシュポップの辻褄が狂って不具合を起こします。
そこで、このルーチンに対策を入れてみました。

popwindow proc
	call	issilent
	pushm	<cx,dx,si,di,ds,es>
	call	initpwind
	push	ax
	call	getgvseg
	mov	ds,ax
	pop	ax
	mov	si,imagep		;vp..11  退避イメージのポインタ
	cmp	si,imgstack		;pq..153 イメージスタックの起点
	jbe	popw8			;
	cmp	cx,0			;##k 181031
	jbe	popw8			; 一応念のため
	cmp	si,di			; imgstack と比較
	jbe	popw8			;
	mov	si,[si-2]
	mov	imagep,si

中略

	jmps	popw9			; 通常は初期化しない
popw8:
	mov	si,imgstack		;##k 181031	pq..153 ポインタを
	mov	imagep,si		;		vp..11  初期化
popw9:					;
	call	ems_loadmap
	popm	<es,ds,di,si,dx,cx>
	ret


このようにして、試験運用していますが、問題ないようです。
プッシュポップの辻褄が狂った時不具合を起こす前に初期化します。

ソースに間違いがなければ、これで公開しようと思います。

ああつまり、スタックのアンダーフローをチェックしていなかったと。
底を突いたときはリセットすると。

VZのマクロは大体どんな状態でも大体のことが出来るのに対して、
それのアボートはいろんな状態の終了処理をスキップすると。

プッシュしたつもりがプッシュしてなかったところにポップしようとしたとか…
かな？

> ああつまり、スタックのアンダーフローをチェックしていなかったと。
> 底を突いたときはリセットすると。

考え方としてはそんな感じでいます。
とにかく辻褄が合っていなかったらポインタを初期化する方針ですが
作りがいい加減なので、不正な数値の時は誤動作もありそうです。

> VZのマクロは大体どんな状態でも大体のことが出来るのに対して、
> それのアボートはいろんな状態の終了処理をスキップすると。

ソースが読み切れないので想像ですが、プッシュして開いた窓はマクロ中断しても
ポップ実行しているように見えたもので。

> プッシュしたつもりがプッシュしてなかったところにポップしようとしたとか…
> かな？

サイレントマクロではよくあるミスの様で、vp..11 を、pq..153 に合わせて
初期化する技も出されています。

スタックのプッシュポップの辻褄が合っているか確認するために m.gann さんの
Instant.def を改造しました。軟体にあるものです。
短いので、全部貼り付けます。


11 [ESC]@ ^[F01] ""	;Instant (326)
	r[, ss-, 
;	mx+,				;★何だっけ？
	r=sp-pu,			;★スタックのサイズを
	&g("Instant: $r ",32) 		;★メニュータイトルで表示
	;mx-,				;★
	(s&&s<3)?{ #< #x } (r+1)?{
	&v(pn.-15=pa.0-) &Sh(pa,pw) r=pa-1,
:R	(2){ &SF(r+1,'"') (r)?,?{} } ?{ r.0-, >R }
	r][, &e(pa) :p (s>3)?{ &c >p } (pn.-15)?&w(60)
	p[32+pa, (i[16){ p.i--=49-(r&1<<(15-i))!, }	;eggchi
	&m("%s: %d %u %xh %16s '%c' $"%16s$"",pw,w=r,r,r,p,r,r)
	(ks&1>s&&mr-$80)?{ &s #< &?("%s",pu+bu) #m } i], p],
#if 98
	(ks&17-16)?&d
#else
;	(ks&5-4)?&d
#endif
	} (r])

*

これで、インスタントマクロメニューのタイトルにスタックサイズが表示されます。
mx+, をコメントにした理由は憶えていません。(^^;

うちの環境では、通常 254 と表示されますが、このマクロを連続で起動させると
入力窓がどんどん増えていき、そのたびに数字が２ずつ減っていきます。

対策したVZでこの時に&zで中断させると、入力窓が全部無くなってから数字が
元に戻った様な気がします。（もう覚えていない）

マクロ中で "r" を使ったら、何かまずいことがあるでしょうか。
元のマクロと動作の違いは見つけられませんでした。

僕のソースセットに手を入れる際に例の現象についてちょこっと検証してみました。
気になったことをお伝えします。

> popwindow proc
> 	call	issilent
> 	pushm	<cx,dx,si,di,ds,es>
> 	call	initpwind
> 	push	ax
> 	call	getgvseg
> 	mov	ds,ax
> 	pop	ax
> 	mov	si,imagep		;vp..11  退避イメージのポインタ
> 	cmp	si,imgstack		;pq..153 イメージスタックの起点
> 	jbe	popw8			;
#1 利いていない

> 	cmp	cx,0			;##k 181031
> 	jbe	popw8			; 一応念のため
#2 利いていない

> 	cmp	si,di			; imgstack と比較
> 	jbe	popw8			;
#3 利いてる

> 	mov	si,[si-2]
> 	mov	imagep,si

1,2 は予防的措置といった意味合いになりますかね。
3 に関してはimgstack(si)の配置が高オフセットになっているため
利いているようですが、ソースを読むと「？」といった印象がどうしても…
例えばdiが0f000h以上の場合をエラーとするとかは。
明確な上限値を把握しない形での措置なので、
画面サイズが巨大な場合(250*80とか)は正常な処理でもエラー認定される、
という可能性もなきにしもあらずかな？と。
まあ動いているので良しと言えば良しなんですが。
VZのソースに可読性や妥当性を期待するのも今更過ぎる話でもありますね。

文太さんのセグメントラップアラウンドは pushwindow の時でしたね。
これも di がおかしな値を示していました。
理由は分りませんけど、ウィンドウスタックに問題が生じたんじゃ無いか？
という気がしました。

> 1,2 は予防的措置といった意味合いになりますかね。
> 3 に関してはimgstack(si)の配置が高オフセットになっているため
> 利いているようですが、ソースを読むと「？」といった印象がどうしても…
> 例えばdiが0f000h以上の場合をエラーとするとかは。

それでいいのかわからないので、取りあえず今の形で様子を見ます。
予防的措置なので、メモリが壊れる確率はかなり少なくなると思うので。

> 明確な上限値を把握しない形での措置なので、
> 画面サイズが巨大な場合(250*80とか)は正常な処理でもエラー認定される、
> という可能性もなきにしもあらずかな？と。

げげ、そんな巨大画面有りですか？　って、やってみたら出来ましたね。
5*8 のフォントで、ノートだと文字がやっと見えるくらい。(^^;

これで、改造したインスタントマクロを連続起動させてみたら
16段で新規窓が開けなくなりました。VZの仕様ですね。
この状態で、F5 (&z) をやっても反応なしでした。
8段くらいに減らしたらF5でマクロ中断効きました。

やっぱり中断しても入力窓の中の状態にあるようです。
上カーソルでヒストリが出るので。
ただし、カーソルは画面の左上、ステータスラインの中になります。
ESC を窓の段数分入力すると窓状態を抜けるようです。

さらに、ESC 2回で正常な画面に戻ります。
これは、私の環境では、ESC 2回 で、mp0 にするマクロを仕込んでいて
その中で、&d が効いているのかもしれません。

> まあ動いているので良しと言えば良しなんですが。
> VZのソースに可読性や妥当性を期待するのも今更過ぎる話でもありますね。

(^^; (^^;

> げげ、そんな巨大画面有りですか？　って、やってみたら出来ましたね。
> 5*8 のフォントで、ノートだと文字がやっと見えるくらい。(^^;

其の後、ファイラーへ移行したら、ファイラープールが壊れてる。
コマンドラインに降りてから VMAP やったあとは表示が直った。
と思ったら、其の後、VTDOSが落ちました。

もう一度立ち上げ直して、普通にファイラーからテキストオープンしたり
やっていたら、メモリアロケーションエラーで落ちた。
オリジナルVZでも落ちたから、VZの限界かなぁ。

　以下、あくまで戯言です。


2015/01/28（約3.5年前）
in #6580, konno wrote:
>SORT.DEF（高橋版）はやっぱり落ちますね。
　☆konnoさんの出発点

2018/10/10（約20日前）
in #8273, bunta wrote:
>2018-10-09 23:49:11 VZ(15F3) 15F3:DC5B 'REP MOVSW 命令ラップアラウンド'
　☆文太の出発点

2018/10/11
in #8295, 10# wrote:
>改めて調べてみたら該当箇所はscrnibm.asmのpushwindowでした。
　☆原因特定

2018/10/14
in #8336 , bunta wrote:
>'REP MOVSW 命令ラップアラウンド'	７６回
>67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5	;pushwindowで止まる
>　上記のエラーダンプ、コード列		４９回
　☆過去４年間の文太の悲惨な過去


　調べてみたら、上のような具合でした。
　どこかでとしきさんが書かれていたように、そもそも25*80＋αで動くよう設計
されていたＶｚは、Windows時代のもっともっとで、ずいぶん苦労していたみたい
ですね。ＯＳやマシンがどんどんパワーアップすると、それにある程度Ｖｚが
付いていける、みたいな気がしてしまいますから。
　そして、vtdosが、この無理を極限まで（限界を超えて）可能にしてしまった。
　無理をさせれば、vtdosが止める（落ちる）みたいになってた部分は大きいの
だろうなと曖昧に、抽象的に、納得しています。（注）

　konnoさんの執念と10#さんの的確なアドバイスで、我等がＶｚ，けっこう進歩
してくれたのではないでしょうか。
　「限界ここだからね」と誰かが言ってくれれば、ちゃんとそれを守りますよん。
　konnoさんの、ファイラプールが壊れる、メモアロが起こる、なんて、なるほどぉ
と、思わせてくれる実験報告でした。多謝、m(__)m

（Ａ）
　もっとも、pushwindow前に、siかdiをぐちゃぐちゃにしてるところがあるはず
なんだよなぁ、それは、&z("")なんて特殊な場合ではないだろう（だって４９回
だもの）、と思ってます。変なことすれば（たとえば、WIDTH=160, HEIGHT=43 
@vtdos.cfg ???）、検索窓だけでも落ちれるのかな？？？
　WIDTH=140に、今、しました。

　sw==0で、けっこう落ちなくなってますよ。というか、その設定以来、一度も
落ちてません（Ｖｚの使用法、頻度がvtdos環境では、かなり少ないから、やっぱり
あてにならないレポートですが。落ちて悩んでいる方は、一度おためしを。）

>dir aaa.txt
2018/11/01  10:29            83,915 aaa.txt
　こんなのもへっちゃら。


（注）偶然だろうと思いますが、Win9xではワイドテキストは容易でした。WinXPでは
英語モードでないとほとんど無理。ntvdmが（少なくとも日本語版は）ワイドテキスト
をほぼ不可能にしていたのは、こんな事態への深い配慮があったから。嘘だろうな。


　（Ａ）に書いたとおり、pushwindowでの落ち防止はあくまで予防策で、本当の原因
（Vzの限界超え）は、違うところで起こっているのだろうと想像しています。

ソースを眺めてると80*25で決め打ちしてる部分は至る所にあるのですが、
それとV-TEXTとの整合性をどう保ってるのかはもはや知るよしも無い、って感じです。
この都合で画面待避のバッファとかをヒープ領域に割り当てたりしてるようなのですが、
こういった部分は解析とか把握が非常に困難且つ不安な部分でもあります。
（例えばバッファサイズが肥大化した結果64キロ上限はどうなるのか、とか？）

VZがスワップするのは、このヒープ領域も含めてだと思いますが、
この加減もあって積極的なスワップはやはり不安はあります。
既に述べてますけど、僕の場合今はSW=1で落ち着いてきます。

NTVDMが塩漬け状態になってるのは費用対効果だと思いますけどね。

それから、今回のkonnoさんの措置も、あくまで対処療法であり、
根本的な原因が究明、解消されてるわけではありません。

　あまり見やすくはないのですが。

「DOS/Vの歴史 ?」より
ttp://radioc.web.fc2.com/column/dosvhist.html
1991/1/25
　兵藤嘉彦、日経MIX v.c.分科会にて「VZIBMV 1.56 DOS/V対応版」差分を公開。

----------------------------------------------
おもに「VZ年表」より
ttp://mezala.la.coocan.jp/vz/history/chrono.html
1987/1/
　PC World Japanより『EZ Editor』発売
1989/5/
　VZ v1.00
1989/12/
　VZ v1.50 （EMS対応，NEC98,EPSON286,J31,IBMPC,AX）
1990/9/			1990, 日本IBM、DOS J4.05/Vをrelease（注）
　VZ v1.55
1990/12/
　VZ v1.56
1991/1/25
　日経MIX v.c.にて「VZIBMV 1.56 DOS/V対応版」差分を公開。
1991/6/
　VZ v1.56a (DOS/V)
1991/12/16
　VZ v1.57  (DOS/V) (1992/01/08版にバグfix再アップ)
1992/2/
　VZ v1.57a (J31,DOS/V,AX,US)
1993/9/25
　VZ v1.58a（nifty, CSとDSを分離,XMS,etc）　
1993/12/
　VZ v1.60 （c.mos最終版）

（注）「DOSの歴史セミナ: DOS/V」
ttp://hp.vector.co.jp/authors/VA000199/history.html#dosv

　c.mosさんがdos/v機（環境）をどれくらい愛用していたのかは？
　コーディングという意味では、３年近くは付き合ったはずですけれど。
　c.mosさんの手元にいたＶｚって、５年程度？？？　最長で８年？
　そういえば、高橋さんも、NEC98組だったなぁ、たしか。
　というより、２７インチなんてディスプレイが、想定されてないよね。

　ありがとうございます。
　大丈夫です、そういう死活問題にかかわる事柄は、しっかり読み解きます。
　外れると、死んじゃうので。
　命をかけて、dos機やWinME機を作ってます（嘘です）。
　なんか嘘ばっかついてる。

> > 明確な上限値を把握しない形での措置なので、
> > 画面サイズが巨大な場合(250*80とか)は正常な処理でもエラー認定される、
> > という可能性もなきにしもあらずかな？と。

250*80とかはVZが限界の様でしたが、それ以外の場合でもエラー認定される
ことはあるかもしれません。

この場合は、メニュー窓の表示が消えずに残るだけで、実害は無いと思います。
もしもこういう事象が出たり、その他副作用と思われる事象がありましたら
ご報告いただければ幸いです。

＞1991/1/25
＞兵藤嘉彦、日経MIX v.c.分科会にて「VZIBMV 1.56 DOS/V対応版」差分を公開。
　あくまで文化史的考察のつもりだったのですが。
　なるほどぉ、とちょっとだけ嬉しい。


Vz ver.1.56
>dir C:\VZSRC\156CMOS\SCRNIBM.ASM
1990/12/07  10:56            26,086 SCRNIBM.ASM

Vz ver.1.57
>dir C:\VZSRC\157CMOS\SCRNIBM.ASM
1992/01/08  01:57            41,562 SCRNIBM.ASM

Vz ver.1.56
>type C:\VZSRC\156CMOS\SCRNIBM.ASM

;****************************
;	'scrnIBM.asm'
;****************************

--- (skip)
IFDEF J31		;まったく知らないのですが、J31って、IBM
--- (skip)		;に中身がそっくりなんですかね？
ENDIF

IFDEF IBM
ATTR_REV	equ	0
ATTR_UL		equ	0
ENDIF

;--- Store to VRAM ---	;このVRAMというものが分かってない、、、。
			;VTEXTも、、、。NEC98 -> Win95な人なもので。
			;ふつう、こんなこと知らないで、Ｖｚすると思うけど、、、。
			;このご時勢にいたっては、これは無理かなぁ？　無理しちゃう！

Vz ver.1.57
>type C:\VZSRC\157CMOS\SCRNIBM.ASM

;****************************
;	'scrnIBM.asm'
;****************************

;--- Equations ---

IFDEF DOSV
DOSV_WCSR	equ	TRUE
DOSV_BLINK	equ	TRUE
ENDIF

IFDEF IBM
--- (skip)
ENDIF

INBLK		equ	80h
dosscrn_sx	equ	044Ah		; ##156.123
dosscrn_sy	equ	0484h

IFDEF J31
--- (skip)
ENDIF

;--- Store to VRAM ---

　もちろん、全体にジョークです。
　しかし、ド文系な僕が、こんなところまで来てしまって、、、。
　もう満足、満腹。

> ＞1991/1/25
> ＞兵藤嘉彦、日経MIX v.c.分科会にて「VZIBMV 1.56 DOS/V対応版」差分を公開。
> 　あくまで文化史的考察のつもりだったのですが。
> 　なるほどぉ、とちょっとだけ嬉しい。

> IFDEF J31		;まったく知らないのですが、J31って、IBM
> --- (skip)		;に中身がそっくりなんですかね？
> ENDIF
> ;--- Store to VRAM ---	;このVRAMというものが分かってない、、、。
> 			;VTEXTも、、、。NEC98 -> Win95な人なもので。
> 			;ふつう、こんなこと知らないで、Ｖｚすると思うけど、、、。
> 			;このご時勢にいたっては、これは無理かなぁ？　無理しちゃう！

文太さん、懐古モードになってしまいますね。(^^;
では私も昔話をしてしまいましょう。(^^;


めざら資源より一部引用

1989 05 兵藤嘉彦：VZ Editor v1.00
（PCワールド・ジャパンから発売されたEZを機能強化・改称した） 
1989/05/10  01:00            64,445 VZ.DOC

多分この年の夏ごろ私は聖地神田のビレッジセンターに行って
PSE（ポータブルスクリーンエデイタ）を購入、その時に
兵藤さんらしき人が、「J3100 を使っているなら、これを試してみて。」と
VZJ31 v1.00 サンプル版の3.5インチフロッピーを手渡ししてくれた。
私は、PSE そっちのけで、VZ の虜になってしまった。
 
1989 12 兵藤嘉彦：VZ Editor v1.50
（EMS対応，マルチ機種版同梱） 
1989/12/10  01:50               412 README.BAT

1990 02 兵藤嘉彦：VZ Editor v1.53 

1990/03/10  01:53            42,715 README.DOC
	ＶZ Editor Version 1.53a Copyright (C) 1989 by c.mos

私が秋葉で購入したのは、この 1.53a のようである。
其の後、職場の PASOPIA16 で、VZを動かそうと試行錯誤を始めた。
このPCは、IBMPC ほぼ互換で、J3100 とは VRAM アドレスも構造も違った。
グラフィックス画面が 640*500 で、VGA より広かった。


吉祥寺OFF の時、頑張って大深度地層から古のデータを発掘出来た。

 E:\LOG\MIX\J31\SR のディレクトリ

1990/03/10  01:53             9,782 KEYIBM.ASM
1991/12/26  07:07            25,907 SCRNIBM.ASM
1992/02/07  17:49           161,338 TBASIC.ASM
1991/12/23  01:48           149,690 VZJ31.ASM
               5 個のファイル             352,284 バイト
               0 個のディレクトリ  19,152,605,184 バイトの空き領域

当時VZのために MASM5.1、ソーサー など購入した成果である。
KEYIBM.ASM は変更無いので、そのまま使えたようだ。
当時は（今もか）夜更かししたり朝早くから弄っていた様子がうかがえる。
カレンダーマクロで曜日を確認してみた。

1991/12/26(木)	07:07		 25,907 SCRNIBM.ASM
1991/12/23(月祝)01:48		149,690 VZJ31.ASM


さて、ついでに、PASOPIA16 用の変更部分をあげてみよう。
当時のPCマニュアルには、VRAM などのハードの説明もあったので
素人の私でも何とか改造することができた。

1990/02/20  01:53            25,862 SCRNIBM.ASM
;	'scrnIBM.asm'

	count = count + 1
if (count and 3)
	add	di,bx
else
	add	di,2000h+WD-bw
	and	di,1FFFh
endif

	↓

1991/12/26  07:07            25,907 SCRNIBM.ASM

57行目
	count = count + 1
;if (count and 3)
;	add	di,bx
;else
	add	di,800h+WD-bw
	and	di,7FFh
;endif

81行目
;bmap		_farptr	<0,0B800h>
bmap		_farptr	<0,0c000h>

1945行目
;	mov	bx,0B800h
	mov	bx,0c000h


たぶんこれだけでVZが動いたと思う。
ただし、漢字表示の仕組はわからなかったので、英語モードのみであった。
PASOPIA16 は、MSDOS ver2.11V だったと思うが、良く動いたものだ。(^^;

　いやいや、楽しいお話、ありがとうございました。
　僕にとっては、懐かしがれない過去なのですが。僕がやっていたのは、考古学で、
化石の発掘です。見たことないものを見た。
　そこで一緒に僕のミイラは寝ていなかった。

https://www.starbrother.net/pasopia16.html
４０万円！　驚かないかな。僕のNEC98セット（dos3.3）も、ディスプレイ＋プリンタ
を入れたら、それぐらいしたはずだから。清水（きよみず）だったなぁ、人生で
いちばん貧しい頃だったから。

　1982年かぁ。僕がパソコンと出会うのに、まだあと８年か９年はかかる。僕がマクロ
プログラミングなんてことに手を出すのに、まだあと１５年！

　この頃すでに、アセンブラのコードの、ここをこう弄ったら動く、とかやってた
わけですね。筋金入りですね、やっぱり。
　T-BASIC、それだけ何それ？　でしたが、wikiで解決。そういうものだったんだ。
vtdosを落としまくっていたqbasic、その後、まったくやってません、、、。いろいろ
ありすぎて、、、。
　英語モードのＶｚ環境をつくり、はい、僕もsourcerを動かしてやろうという野心
はもってます。いまや入手は簡単。
　sort.defのエンジン部分を見てみたい。見るだけだけど。
　いろんなところで、マニュアルがないのが、やっぱり痛いのですが。
　そして、時間がないから、やりたいこと、ぜんぜんやれないの、、、。

　「パソピア」は初めて聞いたし、そうかぁ、東芝系はJ31にいって、ダイナなわけ
ですね。上村さんがダイナ系で、僕はずっと（今も）NECと違うパソコンなんだなぁ、
通なのか反逆児なのかマイナー好きなのか、とか思ってました。
　FMRとともに、早くからマイコンいじりを始めた人にとっては、やがて終わることに
なったＮＥＣの日本制覇は、一過性のものだったのでしょうね。

　「これからは論文も出版もパソコンの時代だから」と言われて、しょうがなくＰＣ
を買ったとき（イメージ的に原稿用紙の万年筆のほうが文人っぽい。ま、僕は英語派
なのでタイプライタのイメージですが）、世の中は、すでに９８の世界でした。
ちょっとあとで、ゲームオタクの友人がdosv機を買い、「これはMS-DOS＝９８機とは
違うのだよ、分かってないね」と言ってましたねぇ。
　今も分かってないんだけど、、、。

　ナツメ社『MS-DOSマクロアセンブラ活用法』を読んでます。アセンブラマクロの擬似命令
の意味がよくわかります。
　これくらい噛みくだいてＶＲＡＭの（ＰＣでの画面表示の）仕組みを解説してくれる本は
ないか？　ないんだろうなぁ。当時のマニュアルも、これは、入手困難だし、、、。
　MS-DOSだけでいいのだけど。
　Ｖｚに限っていうと、イメージスタックがどうのこうのなんて、高橋さんしか言って
ませんでしたよね？　エディタとエディタマクロを話題にするフォーラムだったのだから、
まあ、当然なのかな？

　c.mosさんに会ったんだ。「売れないかな、このエディタ」とか自信なさげな青年
だったのかなぁ。そのあと短期間にヒットしすぎたんですよねぇ。ヒットしただけのこと
はあると、やっぱり思うけど。
　考えてみると（そんなに持ってないけど）、あのＶｚ使い方本の多さは、社会現象
だったのだ、と言っても良いのでしょうね。バブルの影響もあるのかな？

　僕は、あと２０年くらいＶｚです。僕自身が化石になっても。
　秀丸を使ってみて（ヘルプとか分かりやすい！）、便利だが、つまらん、と思った。
何度も使ってみてはいるのですけどね。

ベーマガとか、まだ手元に何冊もある人間としては、いろいろといいたいことも
ありますが、それはさておき。

> 　ナツメ社『MS-DOSマクロアセンブラ活用法』を読んでます。アセンブラマクロの擬似命令
> の意味がよくわかります。
> 　これくらい噛みくだいてＶＲＡＭの（ＰＣでの画面表示の）仕組みを解説してくれる本は
> ないか？　ないんだろうなぁ。当時のマニュアルも、これは、入手困難だし、、、。

手元に、ナツメ社の「MS-DOSマクロアセンブラ入門」という本があります。
藤木文彦著。ISBN4-8163-0515-7、2800円。
いつか読もうと思って、まだ読んでいません。
状態は、最悪とまではいいませんが、あまりよくありません。中に書き込みもあるし。
もし、引き取っていただけるのであれば、お譲りしますよ。

>ベーマガとか、まだ手元に何冊もある人間としては、いろいろといいたいことも
>ありますが、それはさておき。
　いっぱい、ゆっくり、語ってくださいよ。
　たぶん、konnoさんやとしきさんが経験したことって、あんまりＶｚｅｒに共有
されてないんじゃないんですかねぇ。パソコンの基礎です。もちろん、AP, PKな頃には、
そういう基礎の基礎を体で覚えた人がいっぱいいたのでしょう。でも、その後は、
Ｖｚマクロのためのマクロになってしまっていたのかも。

>手元に、ナツメ社の「MS-DOSマクロアセンブラ入門」という本があります。
>藤木文彦著。ISBN4-8163-0515-7、2800円。
　実は体調を崩しておりまして、体も頭もうまく動かないものですから、昨晩か
その前かに通読しました。「ゆっくり読み返す価値のある本」との印象。debugの使い方
解説がすばらしい。
　というわけで持ってます。

>いつか読もうと思って、まだ読んでいません。
　あんまり、としきさんには必要ないのかな。基礎の基礎。でも、basic, pascal, C
<< assembler みたいな構図がよく見えました。
　僕は32bitとかWinとかに興味がないので、いろいろと勉強になる本です。
　意外にこの２冊みたいな本って、ないよね。
　って、知らないか。
　要らないんでしょうね。

パソピアが出てくるところがkonnoさんらしいと言えばらしいですね。
パソピア16は当時の例に漏れず独自アーキテクチャだとばかり思ってましたけど、
PC互換機だったんですね（ATにあらず）時代背景を考えると相当初期の互換機路線ですよね。
海外向けのT300に独自の日本語カードを付けた物のようですね。
パソピアのシェアを考えるとダイナブックが返り咲くのは想定外ですけど、
ノート型の一番乗りだったことは大きいようですね。
それで東芝はダイナブックのブランドを確立した訳ですから大した話です。
当時のノート型の開発競争は非常にエキサイティングでした。
8キロあるような可搬型（バッテリー非搭載）が80万ぐらいとかしてました。
ショルダーホンが笑えませんw

VRAMはソフト的には相当単純な話で、メモリ空間の特定のアドレスに文字コードを書き込むと、
それが表示に反映される、といった物です。
昔のパソコンは全てメモリマップが取説で公開されてましたから、ごくありふれた情報でしたね。
それを表示に反映させるハードウェアの仕組みとなるとまた奥深い話にはなりますけど。

なおこの、書き込むと即表示に反映させる、という仕組みはハード的には簡単な話なんですけど、
エミュレータ的にはやや負荷の高い仕組みになりますね。
DOS/Vは曲がりなりにも表示部分を全てAPI化してるため、その後V-TEXTに発展し、
VTDOSも比較的容易に実現することが出来ました。

そういった、I/Oを全てAPI化して(抽象化して)ハードウェアから分離する、というのは近代的な
コンピュータシステムの基本だったりとかするんですけど、
そう考えると16ビット機というのは、橋渡し的な存在だったかも知れませんね。
一方で、それ以前の原始的なコンピュータに触れる機会を得られた人は、
その仕組みを体験できたという意味ではラッキーだったかも知れません。
分らない方が幸せだ、っていう説もありますけどｗ

> パソピア16は当時の例に漏れず独自アーキテクチャだとばかり思ってましたけど、

私もそう思い込んでいました。
今回のkonnoさんのお話で、新しく古いこと（なんだそりゃ）を知ることができ
ました。

> 8キロあるような可搬型（バッテリー非搭載）が80万ぐらいとかしてました。

トランスポータブル、って言い方をしていたモデルもありましたね。
日本では、ワープロのOASYSでこのタイプが非常に売れていましたが、海外製の
パソコンではCompaqかどこかの製品を使ったことがあります。
新入社員のころ、このマシンにNetwork Snifferのソフトを仕込んだ測定器を使う
ことになったのですが、よりによって、壊してしまいまして。初任給が20万円の
時代、この装置はおそらくソフト込みで（もしかしたらハード単体で）400万円も
する、と聞かされて真っ青になりました。翌日、職場の大先輩が、こともなげに
「ソフト再インストールで直ったよ」ということで、大いに胸をなでおろした
ものです。

> 分らない方が幸せだ、っていう説もありますけどｗ

あ〜、遺憾ながら、賛成せざるを得ないかも。

> 　そこで一緒に僕のミイラは寝ていなかった。

ミイラ取りがミイラになったのは私だった！！　という落ちか。
私のVZとの因縁は半端ないのかもしれませんね。(^^;

> 　英語モードのＶｚ環境をつくり、はい、僕もsourcerを動かしてやろうという野心
> はもってます。いまや入手は簡単。

何と！！　簡単なんですか？　当時のソフトは1本数万〜10万ぐらいが普通でしたからねぇ。
私の金の使い方は絶対間違っていると思う。(^^;

> 　c.mosさんに会ったんだ。「売れないかな、このエディタ」とか自信なさげな青年
> だったのかなぁ。そのあと短期間にヒットしすぎたんですよねぇ。ヒットしただけのこと
> はあると、やっぱり思うけど。

このVZ世界を創造した神様ですからねぇ。絶対売れると確信していたと思います。
あの時あの店では輸入物のソフトやPCばかりありました。
その中で、PSEやEZエディターがどちらも9800\ で売っていたのです。
EZはPCATマシンでちょっとだけ動かしてみたけど、VZと同じく素っ気ない感じでした。

その頃の私は、ベーマガやPCワールドなど興味のある記事が載っている時だけ買って
いたのですが、PSEの開発記事（ソース付き）がベーマガに載っていて、DOS汎用なので
パソピア16でも動くと思って注目していました。

一方、PCワールドだったか、EZエディタをパソピア16で動かすパッチの記事を見て
興味はあったものの、J3100 で動かないと買うのは躊躇してしまいます。
また、c.mos さんが、「エディタが常駐したら面白いよね」とどこかで言っていて
VZエディタPC98版が出たのも知ってはいたと思います。

＃　戦いは非情さ、そのくらいは調べてある・・・

ソース付きのエディタが同時期に2つも同じ値段で世に出たというのも偶然とは
思えませんでした。

＃　よしんばPSEが駄目でもVZがあるさ、と、2段構えの作戦（なわけはないって）

結果的に私は選択を間違えていて、改めてVZを買いなおすことになったわけで。(;_;)


続く（のか）

#8486 で書きましたが、

> カレンダーマクロで曜日を確認してみた。

LXCLND.def で曜日を確認しようとしたら、テキストが見えなくなる！！　げげ！！

という事で、他のカレンダマクロで確認しなおしたのでした。
この事をカレンダマクロの記事に追加しようと思ったら、げげ、ツリーが無い！！
最近掲示板が賑わっているのはとてもうれしいことですが、9月10月の記事が既に
過去ログになってるとは！！

ということで、新たに備忘録スレを立てましたとさ。
ちなみに、#8144 が関連記事です。


改めて、LXCLND.def を見直したら、動作中はテキストが暗い青になっていたんですね。
Emmett さんの好みなんでしょうが、ほとんど見えないのは困る、という事で改造です。
LXCLND.def の152行目あたり

===== LXCLND.DEF   (v2.01) =========

	;---- set color ----
	&s
	(mm==-1)?{			;if color, set background
		an=7, ;1,		;normal color ★★★テキストカラー
		ac=1,			;controle code color

こう修正すればバッチリ！！
an1 は暗い青
an7 は暗い白なので、このくらいがいいですね。

超古代遺跡の発掘で発見したこと。

VTDOSで PUSHFJ31.ARC に秘められた宝物を取り出そうとしたら

VTDOS|C:\VZ\K07V>pkxarc -v C:\VZ\ASM\PASOPIA\SR\PUSHFJ31.ARC
Insufficient memory

何だこれ？
メモリ不足ですか？


MSDOS Plaer では

pkxarc -v C:\VZ\ASM\PASOPIA\SR\PUSHFJ31.ARC

PKXARC    FAST!    Archive Extract Utility    Version 3.5    04-27-87
Copyright (c) 1986,1987 PKWARE Inc. All Rights Reserved. PKXARC/h for help

Searching: C:/VZ/ASM/PASOPIA/SR/PUSHFJ31.ARC

Filename	Length	 Method     Size   Ratio    Date      Time    CRC
--------	------	 ------    ------  -----    ----      ----    ---
POPF.COM           123   Stored       123    0%   09-18-88  02:20:24  4BDA
PUSHF.COM          181  Crunched      176    3%   09-18-88  02:15:58  BF3B
README.DOC         319  Crunched      307    4%   09-18-88  02:32:06  823C
-----           ------             ------  -----
0003               623                606    3%

おお、暗号の解読が出来た。どうやらお目当てのお宝とは違うようだが。
では、開封の呪文を

pkxarc -x C:\VZ\ASM\PASOPIA\SR\PUSHFJ31.ARC

PKXARC    FAST!    Archive Extract Utility    Version 3.5    04-27-87
Copyright (c) 1986,1987 PKWARE Inc. All Rights Reserved. PKXARC/h for help

Unarcing: C:/VZ/ASM/PASOPIA/SR/PUSHFJ31.ARC
 Extracting: POPF.COM
unCrunching: PUSHF.COM
unCrunching: README.DOC


pkxarc は、VTDOS では問題あるのかな。
現状では、MSDOSPlayer なら使えるという事で。

この記事も、MSDOSPlayer で書きました。IME もそれなりに使えるようになって
喜ばしいことです。

PKなんとかはPKZIP,PKUNZIPは動作しますけど、初期のPKLiteは動きません。
初期のPKLiteはHMAに問題があったりとかしたんですけど、pkxarcはどうなんでしょうね。

　風邪かインフルエンザか。ぼろぼろ。
　１６時間寝たあとに、こんなことをしている。
　まだ死んだままだと言ってよいでしょう。

　いやぁ、やっぱり、当たり前のこととして受け止めてきたけど、ＰＣの
スクリーンにエディタが描画するのって、大変なことなのですねぇ。
　edlinとかからスクリーンエディタへの進化の意味（苦労）が、少しわかった
ような気がしました。
　sedというのはstreamなのだけど、基本的にラインエディタなのですよ。
あいつ、描画しなくていいから楽してやがるな、とか思いました。
　連想は正しいでしょ？


scrnibm.asm  26,086  1990-12-07  10:56
scrnibm.asm  41,562  1992-01-08  01:57
　約１年で以下の進化を遂げました。前回、これが言いたかったの。

　※表示がいまいちなので、タブをスペースに展開しています。

                  1.56            1.57
--------------------------------------------------
ALIAS.ASM        8,601           8,601
                BLOCK.INC        1,460          **
CHAR.ASM         4,052           4,052
CORE.ASM        18,828          18,859          +
DISP.ASM        12,015          12,187          +
DOS.ASM         17,579          17,803          +
EMS.ASM          5,526           5,564          +
EXPR.ASM        11,486          11,502          +
FILER.ASM       34,528          37,251          *
FROLL.ASM        9,564           9,857          +
GETS.ASM         7,810           7,810
HARDERR.ASM      2,027           2,118          +
INST.ASM        15,953          16,427          *
KEY.ASM         10,408          11,731          +
KEY98.ASM       11,400          13,146          +
KEYIBM.ASM      10,410          16,715          *
LEDIT.ASM       10,904          10,966          +
LK.BAT             463             606
MACRO.ASM       23,820          24,155          *
MAIN.ASM        31,464          32,143          *
MEMO.ASM        19,703          19,574          -
MENU.ASM        15,240          15,252          +
MISC.ASM         3,934           3,934
MK.BAT             792           1,193
MSG.ASM          5,514           6,036          +
OPEN.ASM        18,999          18,983          -
PRINTF.ASM       4,953             706          --
SCRN.ASM         6,857           5,775          -
SCRN98.ASM      21,804          23,701          *
SCRNIBM.ASM     26,086          41,562          **
SMOOTH.ASM       4,417           4,417
                SPRINTF.INC      4,127          **
STD.INC          6,464           7,241          *
STRING.ASM      13,903          13,281          -
SWAP.ASM         8,613           8,613
TEXT.ASM        23,584          23,786          +
VIEW.ASM        14,740          14,777          +
VZ.INC          12,127          12,991          +
VZ.LNK             212             212
VZ.MAK           1,251           1,256
VZ.OMK           1,192           1,197
VZSEL.ASM          824           1,697          +
WIND.ASM         9,169           9,291          +
XSCR.ASM         6,903           6,903


　表示系（disp, scrn, xscr）を眺めて、あと２０年で何かが分かるように
なるとは思えませんな、と思いました。
　wind.asm。複数ファイルをエディットできるというのは、そういうことなのかぁ。
　やっぱ、macro.asmだけですね。正しいＶｚマクロイドの判断。

>> 分らない方が幸せだ、っていう説もありますけどｗ
>あ〜、遺憾ながら、賛成せざるを得ないかも。
　遺憾かどうか分からないけど、賛成。

（sourcer）
>何と！！　簡単なんですか？　当時のソフトは1本数万〜10万ぐらいが普通でしたからねぇ。
>私の金の使い方は絶対間違っていると思う。(^^;
　ご本人も承知のうえだと思いますが、konnoさんのお金の使い方は間違ってませんよ。
お金の正しい使い方です。物事には旬があり、その人の人生の「そのとき」があるはずです。
今ごろ、sourcerをタダで手に入れて動かすのが、病気です。退廃的です。
　でも、パチンコには、あまり、、、。もうないか。(^^;

>> 　c.mosさんに会ったんだ。
>このVZ世界を創造した神様ですからねぇ。絶対売れると確信していたと思います。
　僕は、兵藤さんという人を知らないからなんですが、その後のお金の使い方からして、
あんまりお金でものを考える人じゃないのだろう、とか空想してますけどね。
　もちろん「売れる」というのが「支持される」の意味なのでしょうから、売れて欲し
かったし、売れて嬉しかったとは思うのだけど。
　でも、はっきり言って、お金の使い方、下手。ま、ああいう状況になったら、うまく
ハンドルできる人も少ないだろうけど。
　あんなに売れなければよかったのかも、とか思う。

　ふと、昔のソースを眺めていて、専門職の時代への適応とかあったのだろうけど
（Windowsの時代）、Vz 2.00まで、やり遂げて欲しかったなぁ、とか思いました。
　きっと本人も充実し、満足していたと思う（仮定法）。
　わからんちんが何を言っているのだか、ですが。

>あの時あの店では輸入物のソフトやPCばかりありました。
　へぇ。神田のお店（事務所）には僕も２回行きました。最初歓迎、２回目、Ｖｚユーザ
なんて邪魔者扱い。「古い」って感じで。97年くらいかなぁ。１年前とえらい変わりよう
だな、とか思いました。すでにして時間の流れの圧力を感じていた。
　97年は、１年ずれているかもしれません。
　ＶＣにも色々あったんでしょうね。

>EZはPCATマシンでちょっとだけ動かしてみたけど、VZと同じく素っ気ない感じでした。
　すげぇ。マクロやファイラを別にすれば、基本は完成していたんでしょうね。
　さっき、1.56->1.57を比較していたときに、1.57->1.60もちらと見たら、EMS対応は、
かなり太ってましたね。大変なんでしょうね。

>その頃の私は、ベーマガやPCワールドなど興味のある記事が載っている時だけ買って
>いたのですが、PSEの開発記事（ソース付き）がベーマガに載っていて、DOS汎用なので
>パソピア16でも動くと思って注目していました。
　最新情報を雑誌から入手する時代だったのですね。

>一方、PCワールドだったか、EZエディタをパソピア16で動かすパッチの記事を見て
>興味はあったものの、J3100 で動かないと買うのは躊躇してしまいます。
　sourcerとVzの値段の違い。ダメです、そこで躊躇してはいけません。将来のＶｚの
歴史が変わってしまいます。

>また、c.mos さんが、「エディタが常駐したら面白いよね」とどこかで言っていて
>VZエディタPC98版が出たのも知ってはいたと思います。
　ほう。
　僕も「常駐」にどれだけ意味があるのか分からなくなってます。ファイルオープンしてない
ときのコンソールファイル？　[ESC]でファイルオープン窓？
　昔、mikomeさんが、「常駐の無意味さ」をsyoさんに説得しようとしていましたねぇ。
　でも、常駐しててくれると、やっぱり安心。ＰＣ＝Ｖｚなので（そうも言えない、昨今か。
ＬＦＮで、あるいは印刷で、Ｖｚファイラからexplorer, 秀丸、Ｗｚ、ワードなどなどを起動
してますからねぇ。）

　戻って。
　僕の忘れられないc.mos語録は、たぶん大学からの帰り道。
　「家に着いたら、今日はあのルーチンを完成させてやるんだ」とルンルンで家路を急ぐ青年
c.mos氏。大学つまんねぇ、と。
　ただただ楽しかったのですね、と。
　少しだけ、僕もその気持ちが分かってしまうようになりました（レベル違いが段違いなのは、
いわずもがな、ですが）

>ソース付きのエディタが同時期に2つも同じ値段で世に出たというのも偶然とは
>思えませんでした。
　ＰＳＥもソース付きだったというわけですね。
　付いてても、改造は容易ではないだろうけどねぇ。それでも、なんか可能性と誠意を感じさせ
ますね。「バグあったら、取ってね、ユーザさん」とか。
　ハイレベルのユーザがいっぱいいれば、トリクルダウンで僕も助かる。

>結果的に私は選択を間違えていて、改めてVZを買いなおすことになったわけで。(;_;)
　いえ、あれだけの作品です。何回か買うのはありです。
　自分への投資。ちゃんと充実の人生が、その後、展開したでしょう？
　僕は１回（1.60）しか買ってないけど。でも、友人にプレゼントしたから、２回買ってます。

>続く（のか）
　続けて。是非是非。

>VRAMはソフト的には相当単純な話で、メモリ空間の特定のアドレスに文字コードを書き込むと、
>それが表示に反映される、といった物です。
　的確にお教えいただき、感謝です。
　下では、BIOS経由と直書きだと３倍速度が違うよ、掛け算でなくshift（ビット演算）すると
もっと速いよ、と言っているようです。Ｃはあれですが、付いては行けそう。付いて行って
どうなる、のかは、またまたあれですが、分からないことが少し減る（「分からない」が
activated ignoranceなので）のは、楽しいことです。
　ありがとうございます。

David Brackeen, 1996 tutorial on VGA graphics programming for DOS.
http://www.brackeen.com/vga/basics.html
　何とかなりそう、、、たぶん、、、。
　ありがとうございました。

グラフィックモードが稀少だった頃はテキストVRAMのことが所謂VRAMと呼ばれてまして、
V-TEXTの疑似VRAMというのはこれのことで、僕もその説明をしています。

文太さんのURLにあるVGAの説明はグラフィック用のG-VRAMとかフレームバッファとか呼ばれてるものですな。
これは描画に手間が掛かるため、DOS/VでAPIが整備されました。
グラフィックアクセラレータによって仕様やアクセス方法が異なりますが、V-TEXTのAPI経由で描画する限りは、
同じ手順で描画可能で、これによりV-TEXTが発展したもので、
WindowsやMaxOSやXなどの近代的なGUIも本質的には同じ考え方で構成されています。

　「そっちじゃないよ」とのこと。了解。
　しかし、正直いって、上のコメントは読めません。「これ」って
何を指しているのでしょう？　という具合に。
　でも、いいです。分かっても、別に何ができるわけでもありませんから。
　知識が深まらなくても、道具としては、じゅうぶん使える奴ですから。
　そして、それがいちばん大事なので。m(__)m


　というのも、投げやりに見えると失礼（？）なので、いちおう解析を試みさせて
いただきますが、スルーするのが良いと思われます。m(__)m


>グラフィックモードが稀少だった頃はテキストVRAMのことが所謂VRAMと呼ばれてまして、
>V-TEXTの疑似VRAMというのはこれのことで、僕もその説明をしています。

　テキストVRAMが、VRAMと呼ばれていた。
　V-TEXTの疑似VRAMは、このテキストVRAMのことである。

>文太さんのURLにあるVGAの説明はグラフィック用のG-VRAMとかフレームバッファとか
>呼ばれてるものですな。
>これは描画に手間が掛かるため、DOS/VでAPIが整備されました。

　Brackeenさんのサイトの解説は、グラフィック用のG-VRAM（など）を対象にしていて、
V-TEXTの疑似VRAMとは別の話である。

　DOS/VでAPIが整備され、これによりV-TEXTの疑似VRAM＝テキストVRAMにおいて、
文字の表示がなされている。もちろんＶｚによって。（ファイラの枠とかテキストボックスの
枠とかは別かな？）

　「メモリ空間の特定のアドレスに文字コードを書き込むと、それが表示に反映される」とは、
疑似VRAMに文字コードを書くと、それが文字自体として表示される、ということ。
　文太さんが知りたがっているのは、これでしょう？　きっと。

　合ってますでしょうか？
　まだ激しく外れていますでしょうか？

　何が新しくて何が古いのか、分からないよなぁ、というのが正直でストレートな感想でした。
GUIなＷｉｎやＭａｃの方向なら、そっちが新しいですよねぇ。
　ふつう読書百遍なんですけどねぇ。Ｖｚのソースさえ。
　でも、Ｖｚって古そうなのだけど、DOSVは新しそう、、、。
　DOSVな技術が現在の技術に直接繋がっている、と読めたような気がしました。
　文字を書くより絵を描くほうが、だんぜん大変そうだし、、、。

PCのBIOSは画面に文字を表示するAPIを持ってたんですけど、
これがあんまり速くないってので、みんなCGAのVRAMに直書きしてたんですな。
98だとBIOSに文字表示の機能が無く、DOSのおっそい表示も使えないので、
やっぱりTEXT-VRAMに直書きでした。

そのころ国内PC互換機メーカー各社は漢字表示の出来るTEXT-VRAMカードを開発して、
国内向けに出してたんですな。

それに対してコンピュータの性能が上がってきた上でのDOS/VはTEXT-VRAMを持たず、
VGAのG-VRAMに文字を表示するAPIを整備して、それまでのソフトの修正を最小限に
押さえた上で、TEXT-VRAMカードを不要にしてコストを削減したわけですな。
開発したのはIBMですけど、国内用の漢字VRAMが不要ってことで、
ハード的な非関税障壁が無くなったことで海外のメーカが日本国内に展開する糸口を作ったと。
いわゆるコンパックショックってやつです。

なおこのDOS/Vって規格は日本だけでなく、世界中の非ラテン文字圏が対象になったはずです。

その後、Windows時代になって、ハードウェアに依存する必要が無くなってGUIアクセラレータが
普及した時代にも、各種ビデオカード向けにV-TEXＴドライバーを開発することが出来た訳です。

TEXT-VRAMと疑似VRAMのソフト的な一番大きな違いは、
TEXT-VRAMはその領域に書き込んだ内容が画面に即反映されるのに対して、
疑似VRAMは書き込んだ後に、その書き込んだ領域をAPIでドライバーに知らせることで、
初めてG-VRAMに描画されて画面に表示されます。
VTDOSもこのタイミングでWin32コンソールに描画しています。

> 　文字を書くより絵を描くほうが、だんぜん大変そうだし、、、。

ここだけ、10♯さんの説明だと誤解が解けていなさそうな気がして。
ほとんどのパソコンでは、文字を書くより絵を描くほうが、圧倒的に楽なのです。

絵を描くというのは、究極的には、一つ一つのドットを光らせるか否か、という
ところに行き着きます。それが、文太さんの紹介されたBrackeenさんのサイトで
解説されていることだと思います。英語は読めていませんが、図からそのように
理解しました。
でも、文字を書くためには、複数の点を光らせなくてはいけない。
しかもそれは、8x16とかって感じで、横一列だったりはしない。
これの関連付けって、実は結構大変。

昔は、10♯さんが#8501で説明されておられるとおり、TEXT-VRAMにバイトを書け
ば、CPUがCG（キャラクタジェネレータ）にアクセスしてフォントを読み出して、
TEXT-VRAMのアドレスに対応する画面上の位置に文字を表示してくれました。
ところが、DOS/Vって、TEXT-VRAMではなく、グラフィックVRAMに文字を表示する
規格なんですよ。

ここまでを前提として抑えておけば、10♯さんの#8501の説明がいっそうわかり
やすくなることと思います。



余談をいくつか。
上記のとおり、文字を画面に描画するって言うのは、思ったより大変。
ですから、コンピュータ草創の時代はCRTなんてものすらなくて、出力先としては
ラインプリンタが基本。もちろん、８単位の紙テープをそのまま読んでしまう、
なんていうのも特撮的にはよくありましたが。
もう一つ。
パソコンの場合はいろんなアーキテクチャがあって、台数的に一番普及していた
のは、TEXT-VRAMとG-VRAMを重ね合わせて表示できるといったもの。PC-88やPC-98
で使用されていましたからね。その他にも、重ねあわせ表示ができないだとか、
アドレスマッピングが同一でバンク切り替えが必要だの、いろいろと混沌とした
時代もありました。面白かったけれどね。
こういったものを、ある意味で統一したのがDOS/Vで、面白みはなくなったけれど
プログラムを作る側にも使う側にも大きなメリットがありました。
パソコンの家電化とかコモディティ化の第一歩といえるかもしれません。

> 昔は、10♯さんが#8501で説明されておられるとおり、TEXT-VRAMにバイトを書け
> ば、CPUがCG（キャラクタジェネレータ）にアクセスしてフォントを読み出して、

ここだけツッコミですけど、CGにアクセスするのはCPUではなく、画面表示ハードウェアになりますね。
今で言うGPUですけど、当時はCRTCとかいろんな呼び名がありました。

> PKなんとかはPKZIP,PKUNZIPは動作しますけど、初期のPKLiteは動きません。
> 初期のPKLiteはHMAに問題があったりとかしたんですけど、pkxarcはどうなんでしょうね。

ドキュメントももう残っていないし、NETでも情報がほとんどないですね。
やっぱり初期のPKLite 同様な問題があるんでしょうか。

余談ですが、件のパソピア16用のファイル群は、diet で圧縮されていました。
当時はHDD領域も10M とかで、diet を常駐させて、データを圧縮したままVZで
読み書きしていました。
VTDOSが、UTF8 のデータをAPIレベルでSJISに自動変換してくれるのと似たような
ことをやっていたことになりますかねぇ。

　なるほど！
　何が分かったのか、と訊かれたら、モゴモゴするしかないですが、ここですね。

>DOS/VはTEXT-VRAMを持たず、VGAのG-VRAMに文字を表示するAPIを整備して、
>TEXT-VRAMカードを不要にしてコストを削減したわけですな。

>TEXT-VRAMと疑似VRAMのソフト的な一番大きな違いは、
>TEXT-VRAMはその領域に書き込んだ内容が画面に即反映されるのに対して、
>疑似VRAMは書き込んだ後に、その書き込んだ領域をAPIでドライバーに知らせることで、
>初めてG-VRAMに描画されて画面に表示されます。

　うん、DOS/VではTEXT-VRAMの代わりに疑似VRAMを使い、結果は、G-VRAMに描画される。
　疑似VRAM使用では、APIでドライバーに知らせる必要がある。

　イエイ！
　体感的には、ぜんぜん進歩してませんが、文章が読めるような気がする（主語と目的語が
倒置されていても、逆だと判別できる、というレベル）というのは気持ちの良いものです。
　多謝。m(__)m

　ご名答！　ありがとう！

>ところが、DOS/Vって、TEXT-VRAMではなく、グラフィックVRAMに文字を表示する
>規格なんですよ。
　ここです、ここです。よくぞ迷子の文太くんを正しき道に導いてくださった。
　ありがとうございます。m(__)m

>ほとんどのパソコンでは、文字を書くより絵を描くほうが、圧倒的に楽なのです。
　はあ、としか言いようがない。だって画面全体を書き換えなくちゃじゃない、、、。

>でも、文字を書くためには、複数の点を光らせなくてはいけない。
>しかもそれは、8x16とかって感じで、横一列だったりはしない。
　うーん、そうなのですかぁ？　と不思議がっている顔と頭。
　縦が８なら、８行（ドット？）同時に描画してしまえばいいのに、、、、。
　これでも２５（行）の１（行＝８ドット←これ違うと思うけど）だけだよ。
　ラインバッファなイメージ。

>これの関連付けって、実は結構大変。
　ふーん、としか。

>昔は、10♯さんが#8501で説明されておられるとおり、TEXT-VRAMにバイトを書け
>ば、CPU〔修正：画面表示ハードウェア、らしい〕がCG（キャラクタジェネレータ）
>にアクセスしてフォントを読み出して、TEXT-VRAMのアドレスに対応する画面上の位置に
>文字を表示してくれました。
　昔って、どれくらい昔のことでしょう？
　ＮＥＣ９８は、ロムに日本語フォントをもっていたから高速だったのでしょう？
　そのときが「昔」？
　これが「関連付け」なのかなぁ。


　で、上の指摘（君が分かっていないのはココでしょ）がなければ、やっぱり無駄な
骨折り（しないのだけど）になっていたと思いますが、やっと見つけました。
　杉浦明美さん他の『DOS/Vプログラミング技法：98からDOS/Vの世界へ』（SHOEISHA）。
これがいちばんとっつきやすそう。明美さん、どっかでも優しかった。あまり一生懸命
読むとも、少なくとも今は、思えてませんが。

　コンパックの話も、この辺で読んだのかな。
　「テキストモードとグラフィックモード、併用不可」とかあって、じぇんじぇん
分からなくなっていました。
　こういうの最初からちゃんと教えてよ、と言いたい記述が他の３冊には、いっぱい。
（『ガイド』、『ハンドブック』、『レファレンスマニュアル』）
　だからナツメ２冊本は偉いと思う。はいはい、僕が低レベルなだけです。もっと基礎
からやってきな、と。はいはい。

　お助け、感謝いたします。m(__)m

　しかし、よく思うのは、こういう体系的な書籍なくして、雑誌だけで（僕には断片的
情報のように思える）、よく「全体」が把握できたものですねぇ。積み重ねと持続する
好奇心のなせる技？　konnoさんの話とか、ねぇ。
　昔の人は根性があったのかな？

　「全体」なんて、DOSVの話をすれば、たとえば画面処理、キーボード、ＲＳ２３２Ｃ
とかあって、後者２つは、今の僕にはどうでもよいよぉ、なんですけどね。もう少し狭く
「全体」という意味で。
　DOSV本は疲れました。病み上がり（まだ上がってないけど）のせいではあるまい。

> ここだけツッコミですけど、

ありがとうございます。
何が混乱したかはわかっていて。
PC-88の時代ですが、DMAの割り込みをとめるとモロモロの処理が高速化する、と
いう技があって、そのときにテキスト表示は止まるけどグラフィック表示は継続
する、というのが頭に引っかかって、用語やらメモリの出入りの方向とかがあれ
これと変になっていました。
要するに、端的に言って、私の頭が変になっていた、ということで。
ひとつよろしく。

pkxarc はVTDOSが用意した環境変数を処理しきれないようですな。
試しに $xset =clear を実行後にpkxarcを起動すると動作するようです。
VTDOSはwin32の環境変数を全て引き継ぐため、不要な環境変数と削除するか、
autoexec.batの頭で $xset =clear をカマして、環境変数を全部設定するとかしたほうが、
使い勝手はいいかも知れません。

>1.57->1.60もちらと見たら、EMS対応は、かなり太ってましたね。大変なんでしょうね。

　ここを読み返していて、ふと思った。
　CSとDSの分離がv1.6の最大の進化の一つでしたよね。VzのEMS対応はけっこう古いのに。
　きっと、システムとしてＥＭＳを使う場面が、v1.6で格段に増えたんだ。それでコード
もいっぱい増えた。

　先日、過去ログをvmapのＥＭＳ記述を検索してみていて、僕は標準で６ページ、
konnoさんは、14ページとかあった。テキストを読み込んでいる可能性もあったけど、
swのオプションとかでも、大きく変わるでしょう。

　どうでもいいことなのですが、気づいたら、なんだか嬉しくなってしまって。

　高橋さんは、ＥＭＳがらみだとうるさいというか、すごく慎重だった。恐いぐらいに。
（なんか知ってるみたいは書き方ですが）Vzが1.6で終わらずに、2.0で完成されれば
良かったのに、と勝手に僕が夢想している根拠の一つが上の件でした。

例えば初期の8ビット機では1文字のフォントは8*8ドット、8バイト必要で、
これを白黒のビットマップディスプレイで2000文字表示しようとすると、
およそ16キロバイトのメモリーが必要で、一文字表示するのに8バイト転送する必要があります。
これに対して、TEXT-VRAMだと、およそ2キロバイト必要で、一文字表示するのに1バイトで済みます。
98の場合だと、1文字のフォントは8*16ドット、16バイト必要でした。
これは、G-VRAM描画は、TEXT-VRAMの16倍遅いということで、
先の8ビット機を例にすると、画面表示用のメモリーが8倍必要になることでもあります。
メモリーの値段が高かった8ビット時代はグラフィック表示を持たないことも珍しくありませんでした。
昔ってのはそれぐらい昔って事ですね。

あと、昔の人も雑誌だけ読んでいた訳では無く、体系的な本も出てましたよ。

　ありがとうございます。
　分かりそうな気がしてきています。多謝。

　表にしてみます。だって、日本語の回転速度が速すぎなんだもの。

8ビット機の場合（グラフィック表示あり＝G-VRAMあり）
	フォント	（メモリ量）
1文字	8*8ドット、	8バイト必要		１バイト文字（'A'）の表示に８バイトのメモリ！
　　　（半角のこと）				そういうものなのですか！

これを2000文字表示	およそ16キロバイト（8*2000）のメモリが必要（※）


TEXT-VRAM利用の場合
2000文字表示		およそ2キロバイト	１バイト文字に１バイトのメモリ。
(25*80)

98の場合（グラフィック表示あり＝G-VRAMあり）
1文字	8*16ドット	16バイト必要
　　　（全角のこと）

G-VRAM描画はTEXT-VRAMの16倍遅い
先の8ビット機を例にすると、
画面表示用のメモリーが8倍必要になることでもあります。	速度とメモリー量はどういう関係にある？
							画面表示を同じ速度にするためにメモリー量
							は増やすしかないということ？

>メモリーの値段が高かった8ビット時代はグラフィック表示を持たないことも珍しくありませんでした。
　TEXT-VRAMはあるが、Graphic-VRAMはない、と。

>昔ってのはそれぐらい昔って事ですね。
　大昔のことということですよね。

>あと、昔の人も雑誌だけ読んでいた訳では無く、体系的な本も出てましたよ。
　書名は記憶にありますでしょうか。パソコンにおける画面表示の仕組み、という主題の書籍ですが。
　8bitパソコンから16bitパソコンまでの射程でよいのですが。
　まず買えないだろうと思うから、インターライブラリーローンで、日本のどっかの図書館からは
持ってきてもらうことになるのだろうとは思うのですが。
　このために国会図書館に行くことは、よほどのついででなければ、ないと思います。

（※）妄想してみます。時代をワープすることになると思います。
　　　MS-DOS（16bit OS）の使えるメインメモリーは640KBである。１画面ぶん文字表示をするために
　　　16/640=1/40を使うわけにいくはずがない。それでグラフィックカード（現代もの）はメモリを
　　　独自にもっているし、グラフィックオンボのＸＰ時代のＭＢが、マシン搭載メモリからグラフィック用
　　　にメモリを拝借するといっても、BIOSの設定で512MBのメモリ総量から8,16,32MBとか使う、という
　　　ようになっている。
　　　　余談です。
　　　１週間ぐらい前に、USB2.0のＰＣＩカードが欲しくなり（for WinME）、ＨＯで「ＰＣ基盤（小）」の
　　　青箱をガチャガチャしました。ちゃんとUSBカードは見つかりました。VIAとNECがチップを作っていた。
　　　（WinMEがUSBドライバを持っているといっても、USB1.1どまりなのです。データの転送には遅すぎる）

　　　とにかく、そのとき、以下のグラフィックカードを５０円で買いました。AGPでなくPCI接続でＳ３チップ
　　　だったので、「スーパードライバーズ」のあれが使えるかも、と。
　　　https://www.cnet.com/products/aopen-pt75-graphics-card-virge-dx-2-mb/specs/
　　　目的としてはダメかな、と思っていますが、僕が買ったカードは、４ＭＢメモリを搭載していました。
　　　４メガのグラフィック用メモリ。640KB(@dos)とは、この時点で、比較になりませんね。
　　　このカード、メモリが８つ（500KB each）、BIOSrom(Winbond製と思しい)、そしてＳ３のＧエンジン。
　　　発売当時、いくらしたんだろう？　それが５０円。もののあわれ、なのでしょう。
　　　いい時代というか、酔狂というべきか。

　　　MS-DOSでなくPC DOSを使ってれば、こんな苦労はなかったのかなぁ。
　　　ものはあるのに、PC DOSで純ドス・マシンを作ったことがないなぁ。マシンって、ＨＤを入れ替える
　　　だけなのに。

　昼間、断続的ながら薬漬けでほぼ１６時間ねています。ですから、まだ寝てません。でも、10#さんは
（言われる必要があるとも思えませんが。どういう健康管理をしているのだろ？）、くれぐれもお体を大切に。
文太なんかに振り回されたら、せっかくの才能が水の泡ですよ（え、えらそう）。
　そうそう、たぶん、yahooグループのアセンブラ・フロアの１６ビットを扱うところで、MSDOS Playerが
一度メンションされてました。「面白い試みを日本人がやってるぞ」的に。反応なかったみたいだけど。
　売れないとは思いますが、VTDOSも、世界の酔狂な人びとに注目されていいはずですよね。
　トリクルダウンをめざす文太。

　さあ、寝ようか。おやすみなさい。
　そ、し、て、10#さんにあっては、おはようございます。
　グゥーーーーーード・モーーニング、ヴィエトナム。（気にしないでください。芸能ネタです。）
　すいません、月曜の今日も、お休みなのです。さすがに、この風邪、治したいぞ。
　スルーしてください。

追伸：
>昔ってのはそれぐらい昔って事ですね。
>あと、昔の人も雑誌だけ読んでいた訳では無く、体系的な本も出てましたよ。

　つまり１６ビットＰＣでＰＣ入門した人でも、８ビットＰＣの仕組みをおさらい
して、現在について勉強するというプロセスだったと。
　だいぶ遅れていますが、僕も同じことを（ま、病的にでしょうけど）しようと
してる、と。
　魂のあり方としては、健全なわけです。
　あと２０年の命だ（と決めている、そんなに生きられるか分からないのに）、なら
Ｖｚでいけるよ、それぐらいはハードも持つよ。たぶんね。

98は半角のフォントが8*16で、全角だと16*16で32バイトでしたよ。
白黒で描画するのにこれだけ掛かるんですけど、実際にはカラー表示で、
初期の98はその3倍掛かってました。

同じ性能にするためには描画専用のチップを用意してその速度を画面の同期周波数以上にしたんですよ。
今で言うGPUですが、1秒間に画面を何回書き換えれるかって言うフレームレートって指標が６０を越えるかどうか
ですが、これはVGAでは実現されていなかったと思われます。

40年近く前の話なんですけどｗ
8ビット機に関して言うと、「朝日新聞社電子計算室編パソコンPCシリーズ8001 6001ハンドブック」
とか、「ASCII SYSTEMSOFT PC-Techknow ○○」あたりですかね。
あとは、PCに付属してきた取説ですね。
16ビット時代はありすぎてあげきれませんけど、
98に関して言うと、「アスキーPC-9800シリーズテクニカルデータブック」あたりですね。
ハードウェアの概念的な説明はありませんけど、ソフト開発上のリファレンス的な感じです。
PCに関しては書籍よりもネット上の方が多かったです。
ISAに関しては、トランジスタ技術とかインターフェースの付録や別冊が割に充実してました。

　おはようございます。
　丁寧なお教え、ありがとうございます。

>98は半角のフォントが8*16で、全角だと16*16で32バイトでしたよ。
>白黒で描画するのにこれだけ掛かるんですけど、実際にはカラー表示で、
>初期の98はその3倍掛かってました。
　'あ'という１文字を表示するのに32*3=96バイトのメモリが必要だったと。
　ま、まじ。というか、今ではきっともっとなのでしょうね。
　マクロバッファでもデータセグメントでも２バイトしか使わないのに、、、。
　擬似TEXT-VRAMの利用でDOSV的な方法で描画がなされ省エネになっている
とはいえ、すごいメモリの使用量なんだ。
　'あ'ですよ、進歩なのか、、、。
　'あ'に色つけたり、微妙な陰影を表現したり、リアルな表現力で絵を動かして
みたり、、、。あ、ふつうのyoutubeじゃないか。

>同じ性能にするためには描画専用のチップを用意してその速度を画面の
>同期周波数以上にしたんですよ。
>今で言うGPUですが、1秒間に画面を何回書き換えれるかって言うフレームレート
>って指標が６０を越えるかどうかですが、これはVGAでは実現されていなかった
>と思われます。
　やっぱり。これでグラボがＰＣの性能の鍵を握るようになったと。
　Win95, 98の頃って、PCIかAGPにＧカードを挿さなければ、マシンの起動すら
確認できなかった（もちろん、XP時代にそんなことをごにゃごにゃやり始めました。
Ｖｚが動かなくなり始めたから。）

>40年近く前の話なんですけどｗ
>「朝日新聞社電子計算室編パソコンPCシリーズ8001 6001ハンドブック」
>「アスキーPC-9800シリーズテクニカルデータブック」あたりですね。
>トランジスタ技術とかインターフェースの付録や別冊が割に充実してました。
　最後のが手っ取り早く、近場の図書館の書庫にがばっとありそうです。
　時間が作れるときに、ちらっと覗いてみます。
　NEC98がねぇ、仕組みを知っても使えない知識だからなぁ。壁。
　やっぱり、これ１冊で、というわけにはいかないのでしょうね。

>PCに関しては書籍よりもネット上の方が多かったです。
　これは、IBM PCという意味ですよね。ネットって、Win95時代以降あたりですか？
　遅くて、インターネットを実用的な目的で使う気になれなかった、、、。
　アメリカのアマゾンから本を買えるだけで、偉大なるＩＴ技術の進歩だとは
思ったのですが。
　今も同じ。最近のコレクションは、Tom Swan, "Mastering Turbo Assembler" (1995).
電話帳。全908ページ。

重要なのは知識と言うよりは概念なんですよ。
8ビットのアーキテクチャ２〜３と98のそれを知ってれば、
PCの仕組みを理解するのはそれほど難しい話ではありません。
んで、矛盾するようですけど、概念というよりは感覚とか体感的なものだったりもします。
実地体験無しで理論のみで理解することに最早何の意味があるのか？とは思います。
結局我々世代で理解出来てる人間てほとんどが8ビットを物理的にいじくってたんだと思います。
98もDOS時代は仕組みとしては8ビットとほとんど違わなかったですしね。

　ありがとうございます。
　そこまでうまく言えませんでしたが、言葉も浮かんでいませんでしたが、同じ
ようなことを考えていました。
　何をやってるの？　俺？　と。

>実地体験無しで理論のみで理解することに最早何の意味があるのか？とは思います。
　これが効いてる。

>>トランジスタ技術とかインターフェースの付録や別冊が割に充実してました。
>　最後のが手っ取り早く、近場の図書館の書庫にがばっとありそうです。
>　NEC98がねぇ、仕組みを知っても使えない知識だからなぁ。壁。

　しいてピンポイントに上げれば、この部分から来てますよね、10#さんの感想。


　うーん、で、どうする？
　とりあえず、『DOS/Vプログラミング技法』をちらちらしながら、８０８６の本
を眺め、アセンブラの本（どっかで誰かが書いてましたが、言語でなくＰＣの仕組みを
理解するのが最初なのね、だから、そればかり書くよ）をちょっとは真剣に読みながら、
実用Ｖｚマクロについて構想します。
　ありがとうございます。
　（珍しく）歯切れが悪いぶん、10#さんのお言葉は、じつに真実をついている言葉
だと思いました。

　しかし、10#さんも、８ビットやったの？　もっと若いと思ってた。小学生から？
僕、大学院生が終わってから（定職なし）、初めてパソコン（NEC98）に触れたのですが。
　そういう奴が８ビットだ１６ビットだと言っている。今、６４ビットの時代なのくらい
は、知ってます。

小学校時代に大学ノートにボールペンで縦線引いてハンドアセンブルとかやって遊んでましたよｗ

マイクロソフトCEOのサトヤナディラが嘆いてるって話なんですけど、
今時の業界の若者は基本的な原理部分に触れずに来てるので脆弱です。
8ビットとかBASICとかMSXとかは現在のITの基盤を支えるには、
非常に効果的な教材だったと言えるでしょう。

ttps://gigazine.net/news/20180203-computing-power-microsoft/

　タイトルの「画面サイズ250*80 はVZの限界？」
ですが、たまたま整理していて見つけた本に、こんな記述がありました。

　「Ｖｚエディタの１画面の桁数が８０文字以上（どっかでajaさんが指摘していた）、
行数は１２８行以下という制限があります」
　（『DOS/Vスーパードライバーズ３２』p.183）

　黒本にはきっと記載はないでしょうけど、限界は必ずどっかにあるのだろうと思う
ので、ソースで「ここが限界」と見極められるまでは、上の記述をとりあえず参考に
しても良いのではないでしょうか。

>小学校時代に大学ノートにボールペンで縦線引いてハンドアセンブルとかやって遊んでましたよｗ
　うーん、やっぱり育ちが違うんですね。

　さて、小学校でＩＴ（プログラミング）教育。英語も要らないと思うから、母国語と
暴力に訴えることなく意見の相違を円満に解決する言語能力、そして食育、農業あたりが
僕のオススメですかねぇ。
　好きな人が専門にやればよろし、と思うけど、とりあえず数を確保しないと偏差値が
下がるのだそうなので、英語もプログラミングも小学校に入るのでしょうね。前者はすでに。
ムダで有害だと思うけど。
　入試で会話能力だって。信じられん。受験産業・資格産業に完全に丸め込まれている。
癒着でしょう。
　学校教育はおいておいて、コンピュータに純粋な喜びが見出せない人が増えているのか。
マイクロソフトのせいじゃないのかなぁ？　とか思う。
　見栄えばっかり、要らない機能ばっかり、、、。
　やっぱり知的な喜びが根本にあると思うのだけど、、、僕が言っても説得力がありませんが。

> pkxarc はVTDOSが用意した環境変数を処理しきれないようですな。

なんと！！　環境変数が原因でしたか。
メモリ不足の意味は、pkxarc の環境変数領域の不足だったということですね。

> 試しに $xset =clear を実行後にpkxarcを起動すると動作するようです。

VTDOS.TXT に載っていましたね。読んでいませんでした。
入れてみたらバッチリ動きました！！　ありがとうございます。

> VTDOSはwin32の環境変数を全て引き継ぐため、不要な環境変数と削除するか、
> autoexec.batの頭で $xset =clear をカマして、環境変数を全部設定するとかしたほうが、
> 使い勝手はいいかも知れません。

前からwin32の環境変数は多すぎるので懸念を抱いていましたが、これでスッキリしました。
これからはこの設定で行きます。

これおそらくなんですけど、Lattice C 3.0 でコンパイルされたヤツが全部対象になります。

まあ、公教育とか、ITの現状とかはさておき、です。
僕が子ども時代に8ビットパソコン以上にテンション上がるものはありませんでしたよ？
既にPCが道具だった人にとっては道具以上でも以下でも無いでしょう。
でも、マイコンって未知のものが世の中に出てきて、それを扱ったときに得られる体験は唯一無二のものでした。
ITが普通にある世界に生きてく子どもに必要なのはこの衝撃なんじゃ無いかな？って思ってます。
今時の子どもだってMSXでBASICのリスト打ち込んで走ったらめちゃくちゃ感動するんですよ。
僕はパソコンに触れることが無ければ数学も英語も学ぶ理由は無かったですよ。
こんな道具が最優先になるって大人になってからはあり得ない話で、
おそらく小学生の頃に触っておくのが一番いいんじゃないかな？って思います。
そう考えると僕の世代は幸運だったのかもと思います。

> これおそらくなんですけど、Lattice C 3.0 でコンパイルされたヤツが全部対象になります。

そういえば、そんなコンパイラが有りましたね。ということは、pkxarc はそれでコンパイル
しているということですね。
DOS時代には環境変数領域が充分であっても、今のWindowsは大量に使ってますからねぇ。
ということは、環境変数を取り込んでいるソフトは皆対象になるのではないですか。

それは何とも言えないですね。
メジャーなコンパイラーはスタートアップルーチンが環境変数の処理を行ってるんですけど、こういった問題がないものもあります。
例えば、VTDCMDは Turbo C でコンパイルしてますけど、これは問題ありません。
あと、command.com の set は長い環境変数やWindows特有の、特殊な文字を含む環境変数を処理出来ないとか、いろいろあるようです。
そういった試行錯誤の為に用意したのが $xset =xxx の一連のヤツです。

> 　「Ｖｚエディタの１画面の桁数が８０文字以上（どっかでajaさんが指摘していた）、
> 行数は１２８行以下という制限があります」
> 　（『DOS/Vスーパードライバーズ３２』p.183）

この本は持ってないですが、桁数と行数、もしかして逆とかじゃないですか？
80*128=10240=$2800 なんですかね。
250*80=20000=$4E20 で、この設定ではまともに動かないようなので、これ以下なのかな。

160*44=7040=$1B80 は普通に使っています。10# さんの環境は option.lst を見ると
 WD250 We250  LC59 とあるので
250*59=14750=$399E のようですが、これで問題ないなら、この上に限界があるのかなぁ。

桁数は、1バイト256 なので、255桁以上は何か制限が出るような気はします。
行数80 は、うーん、わかりません。

> メジャーなコンパイラーはスタートアップルーチンが環境変数の処理を行ってるんですけど、こういった問題がないものもあります。
> 例えば、VTDCMDは Turbo C でコンパイルしてますけど、これは問題ありません。

なるほど。例えば一旦全部読み込むルーチンなら、溢れてエラーになるでしょうね。
検索や逐次読み込みなら問題ないとか。

> あと、command.com の set は長い環境変数やWindows特有の、特殊な文字を含む環境変数を処理出来ないとか、いろいろあるようです。
> そういった試行錯誤の為に用意したのが $xset =xxx の一連のヤツです。

色々細かい設定が出来るようにしているんですね。
今回の設定で、環境変数はほぼ問題なくなるかと思います。
ありがとうございます。

藤木文彦
https://ja.wikipedia.org/wiki/%E8%97%A4%E6%9C%A8%E6%96%87%E5%BD%A6

　面白い人です。
　この人が初期のアセンブラ本『MS-DOSマクロアセンブラ入門』『同、活用法』
の著者です。(1985, 86)
　で、Lattice C ver2.12が『活用法』で使われています（インライン・アセンブラ
の例？）

Lattice C
https://en.wikipedia.org/wiki/Lattice_C

　「IBM PC用の最初の市販Ｃコンパイラ。５万円（当時）。ＭＳに買い取られ、
ＭＳＣ2.0になる」など。
　Byte誌、PC Magazine誌の評価も面白い。

　藤木さんの経歴も面白いけど、Lattice社の消沈も面白いですね。
　彼の経歴をみて、なるほど、と思った。筋が通せる書き方がしてあって、これは
読める、読ませる、と思ったのです。擬似命令の説明は、事実の羅列ですが、
こういうのは暗記するしかないよねぇ。誰がやっても面白く説明できるわけがない。

　というわけで、かなり由緒正しきＣコンパイラみたいでしたよ、と。

>でも、マイコンって未知のものが世の中に出てきて、それを扱ったときに得られる体験は
>唯一無二のものでした。
　分かると言われたら心外でしょうけれど、「分かります」。

>既にPCが道具だった人にとっては道具以上でも以下でも無いでしょう。
　自分の仕事に誇りをもつ人は、もちたい人は、道具を愛します。道具にこだわります。
ちがうかな？

>ITが普通にある世界に生きてく子どもに必要なのはこの衝撃なんじゃ無いかな？って思ってます。
　僕は、言われる前から、今やこれが難しいのではないかと思ってました。
　時代とか環境とか条件とか。
　子どもは大人の欲望の先をみているのかも。夢のない話ですが。
　分からないけど、その感動は容易には再現されない気がします。文明全般に否定的な
僕がいうと、ますます信憑性がありませんが。

>今時の子どもだってMSXでBASICのリスト打ち込んで走ったらめちゃくちゃ感動するんですよ。
　そうあって欲しい！　Ｖｚマクロもやるんだよ。すごいよ、これも。
　結局のところ、パソコンの心臓にアタックできるのだから。

>おそらく小学生の頃に触っておくのが一番いいんじゃないかな？って思います。
　感動してくれればなんでもいいです。教育が感動を奪っている気がする。ほっとけばいい
んだ。そしたら、マイコンに感動する奴、野菜の生命に感動する奴、アメリカがかっこよく
見えて仕方なくて、そんな自分がかっこいいと思える奴が、けんかしたり仲直りしたりする
ふつうの学校になる、ような、気は、しないな。
　学校なんかやめちゃえ、どうせ社会的選別と階層化の道具にしかすぎない、
と、たぶん、思って、ます。

　偉そうですが、とっても、いい文章でしたよ。じーんとほんわか。
　通じました。暖かい。サンクス、マイフレンド。

> >メモリーの値段が高かった8ビット時代はグラフィック表示を持たないことも珍しくありませんでした。
> 　TEXT-VRAMはあるが、Graphic-VRAMはない、と。

そもそも、本当の初期はVRAMは一つだけ。
そして、そのVRAMにはバイトが格納されている。
ま、普通、文字コードですよね。
でも、そのバイトデータを修飾することによって、文字以外を表示させたり、なんて技術も
あったりしたのですよ。アトリビュート、って言い方をしていたと思いますが、英語の
ニュアンス的なものは文太さんにもなんとなくわかると思います。
それを使うと、１文字分（１バイト）で８ドット（2x4ドット）を表現できるわけです。
すなわち、横160ドット、縦100ドットという、What's high-definition! (ぉぃ）

まぁ、その後、８ビットマシンも発展していったわけで。
後期には、スプライトだのなんだので、グラフィックをぐりぐり動かしていたりしました。
同時にいくつ動かせるだのなんだの、競っていたなぁ。

> >あと、昔の人も雑誌だけ読んでいた訳では無く、体系的な本も出てましたよ。
> 　書名は記憶にありますでしょうか。パソコンにおける画面表示の仕組み、という主題の書籍ですが。
> 　8bitパソコンから16bitパソコンまでの射程でよいのですが。

16ビットマシンの書籍に関しては、量が多すぎるというか、私もぜんぜん把握していません。
8ビットマシンについては、10♯さんの紹介されているものの他に、電波新聞社や工学社が
各機種ごとに「活用研究」というタイトルの本を出していました。これらの本、もっぱら
営業的な理由だと思いますが、半分以上はゲームのソースリスト。でも、一番後ろのほう、
ほとんど付録程度の量ですが、技術資料が掲載されていたりして、これがわりと役に立った
という記憶があります。

> 　グゥーーーーーード・モーーニング、ヴィエトナム。（気にしないでください。芸能ネタです。）

エセ国粋主義者としては、東京ローズが一押し。いえ、なんでもありません。気にしないでください。

> >実地体験無しで理論のみで理解することに最早何の意味があるのか？とは思います。
> 　これが効いてる。

これはつまり、実地に体験するにあたって、理論を知っていることはアドバンテージ
になりうる、ということだと私は思っています。この点、10♯さんと意見が一致して
いるのか相違があるのかわかりませんが、それはともかく。
もし仮に、文太さんがこの先もいろいろと経験を積もうとするのであれば、理論は
あって邪魔になるものではない、というのが私の意見です。

といいつつ、私、昔、文太さんに「経験を過剰に重視しすぎている」というような
意味のことを言われたことがあるようなないような。
ついでに言うと、みなさんお分かりだと思いますが、私よりは10♯さんのほうが
はるかに経験値は高いと思う。例えば、私がハンドアセンブルで遊んでいたのは、
大学の学部生のころだし。大学の先生に怒られそうですが、授業中に、いわゆる
内職というやつで、一生懸命クロックサイクルを数えて手作業で最適化を図って
いたのはいい思い出です。

> 　好きな人が専門にやればよろし、と思うけど、

その点は同感なんですがね。
でも、裾野が広くないと、高い山はできないんですよ。
だから、小学校では、音楽とか図工とか体育とかがある。
いずれも苦手だった私ですが、現在は、存在理由を理解できたというか、カリキュラム
として教えることは仕方のないことだと思っています。
おそらく、プログラミングも、それらと同列なのかもしれません。

> コンピュータに純粋な喜びが見出せない人が増えているのか。
> マイクロソフトのせいじゃないのかなぁ？　とか思う。
> 　見栄えばっかり、要らない機能ばっかり、、、。

マイクロソフトに、少なくとも責任の一端はあるかもしれません。
でも、すばらしい見栄えを作り出せるコンピュータに感動する人も多いのですよ。

> 　そうあって欲しい！　Ｖｚマクロもやるんだよ。すごいよ、これも。
> 　結局のところ、パソコンの心臓にアタックできるのだから。

結局、Vzマクロって、テキストというか、基本的に文字しか扱えませんからねぇ。
もっと、絵とか音とかでパソコンの心臓にアタックできるもののほうが子供には
受けると思う。例えば、スマホのアプリとか。

> 　分からないけど、その感動は容易には再現されない気がします。文明全般に否定的な
> 僕がいうと、ますます信憑性がありませんが。

む、文太さんが偽悪者モードに入っている。
本当に文明全般に否定的なら、パソコンやらマクロやら、使うわけがない。
ということは、ここは反語構文と理解するべきところなのでしょう。

それはさておき。
子供がどんなことで感動するかというのは、大人にはわからない部分があります
からねぇ。サッカーと野球とどちらが好きになるか、みたいな感じで。
人の迷惑にならなければなんでもいい、と突き放してみる大人も多いようだし。
この辺、実は半分くらい文太さんと似たような気持ちだったりします。

対象に触れつつ内省する、対象と対話するのが物事を理解するのに最適ですね。
学習曲線とかも。
それが次の知見に繋がったりとかするんじゃないですかね？

> だから、小学校では、音楽とか図工とか体育とかがある。

体感に基づくアクティビティーと創造性は繋がってる気がします。
発想ってロジックじゃないっていうか。
生産性と創造性って両輪ですよね。

>この本は持ってないですが、桁数と行数、もしかして逆とかじゃないですか？
>80（文字以上）*128（行以下）=10240=$2800(???可変)
 wd*lc=
　え？
　桁数＝wd、
　行数＝lc、
　でいいですよね？
　実際にはできてます、その本の記述の信憑性は？　という点について、僕には
意見がありません。総じて、無理はしない、という方針なので。

　２４インチ・ディスプのWinMEでは、120*40くらいで十分かな、と落ち着きました。
　フォントを大きくする（老眼）が、大きな課題。
　ＲＧＢケーブルの破損が色ずれ（青かった）の原因と判明させるのに、４日
かかりました。

　言ってること違うのでしょうけど、

>でも、裾野が広くないと、高い山はできないんですよ。
　この発想嫌い。一部のエリートを作るために、多くの下々の者に
犠牲になれといっているみたい。だとしたら、そんなエリート、要らないと
思う。大半の人びとは彼らがいなくても、困らないから。いると逆に困る。

>だから、小学校では、音楽とか図工とか体育とかがある。
　はい、でも世界的音楽家や芸術家やスポーツ選手を生み出すために
それらの科目があるわけではあるまい、と思います。

　ま、偽善者です、うふふふ。

>もっと、絵とか音とかでパソコンの心臓にアタックできるもののほうが子供には
>受けると思う。例えば、スマホのアプリとか。
　間違いなく。そして現実化している。困ったものだ。

　程度問題ですが、そこまで技術が高度になってブラックボックスになったら
原理を【考える】ってなるのかしら。そうなっても、大変だよ。

　銀座や渋谷のイルミネーションにキャーキャー言うの、いつまで続けられるのだろう？
当然、売る側は見栄えをどんどん変えていきますよね、それしかないから。
　見栄えの違いだけを感知するように育てられませんかね。
　困ったものだ。偽善者より。

　もっとも微分・積分・行列（数２Ｂ？　受験科目にあらず）を、もう少し
見栄えよく教えてくれていたら、少しは興味をもったかもしれないですね。
　うん、あれは知的好奇心をまったく振るわせなかった。何をやっているのだか？　と
思っていた。その後、何をやるにも基礎の基礎らしいと知ったのだけど。
　何にもしないから大丈夫、とさらに後になって知りました。
　知れることは高々しれてる。好きなことをやらせてください。やらせてあげて
ください。人生は我慢比べではないはず。

　どこに行っていいのか、繋げていいのか、分からない。
　とりあえず、ここで失礼します。m(__)m
　（調子いいぞ、vtdos、落ちない。今日はぜったい落ちると思ってたのだけど。
３時間以上、連続で使ってます。）


seg:
C000 --------------------------------
　　 |　カラーテキストVRAM (32KB)　　|
B800 | ------------------------------|
　　 |　モノクロテキストVRAM (32KB)　|※
B000 | ------------------------------|
　　 |　　　　　　　　　　　　　　　 |
　　 |　　グラフィックVRAM (64KB)　　|※※
A000 --------------------------------
　※日本語モードでは不使用。UMB or (1024x768以上高解像度)で
　　拡張グラフィックVRAMとして使用することあり。
　（杉浦明美他『DOS/Vプログラミング技法』p.22）
　※※　ここに$font.sysがフォントを展開、$disp.sysが「展開
　　しといたよ」との情報を受け取り、描画。

>疑似VRAMは書き込んだ後に、その書き込んだ領域をAPIでドライバーに知らせることで、
>初めてG-VRAMに描画されて画面に表示されます。（#8501）
　あれ、擬似VRAMはどこへ行ってしまったの？　違うところにあるの？
　「カラーテキストVRAM」が「擬似VRAM」のことなんだ。おどおど、この仮説に１票。
　根拠：「AT互換機には（上のように）128KBの表示用VRAMが用意されています。この
　　　　　領域はメインボードではなく、装備するビデオボード上にあります」
　　　　　（p.22）

C:\>vmap
VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           
---- ---- ---- ------  -------------------------  
FE01-FF00   1    4080  <free>
　☆　ここにEMS frame？
                       --- UMB total:   4 KB ---
1001 10ED   3   20384  command                    
14FE        1    2160  <free>
1587 <--    1    1648  vwx 1.08b -z2 -l6144 -x1   
15EF <--    1      48  vkeyc                      
15F3 <--    2  191280  vz 1.60t -z                
44A8-9FFE   1  374112  <free>
　☆　A000-C000ってここ？　しかしUMBって、どうしてvmapは上に記載するの？
　☆　というか、こっちか（EMS frame）
----- EMS ver4.0 (frame: C000h) -----

　ちょびっとだけ前進？
　ここのところの過去ログが読めるようになるのかな？　なってないぞ。

　もう少しいけるぞ。PK, DCの過去ログに和生さんがいっぱい。
　NEC98の壁、ふたたび、、、。実機、もうないのよ。手に入れる気もないのよ。

画面に直線を引くアルゴリズムがデジタル微分解析と言って分数の微分を使ってますね。
今ではGPUの仕事ですけど、昔はCPUの仕事でした。
ウィンドウズにもLineDDAというAPIがあります。
円を描くのは三角関数。
音声や映像の圧縮に用いるフーリエ変換などは行列演算の一種ですね。
応用から入っていけばなんてことない話ではあります。

> >でも、裾野が広くないと、高い山はできないんですよ。
> 　この発想嫌い。一部のエリートを作るために、多くの下々の者に
> 犠牲になれといっているみたい。だとしたら、そんなエリート、要らないと

あぁ、そう捉えましたか。
うん、まぁ、確かに、そう捉えられても仕方ない表現を、私はしていますね。
でも、私が考えていたのはそういうことではなくて。
う〜ん、適切な表現が見つかるかな。
見つからなかったからああいう表現になったわけなんですけど。

えと、私の誤解を招いた（招きやすい）表現では、一人ひとりが積み重ねられた、
というイメージがあるかと思います。要は、一人ひとりが垂直方向、という感じ。
縦に切ると一億人の血が流れる、というか。だから、下のほうの人は上にいる人
に踏みつけられているというように捉えられても仕方ないかもしれません。
でも、私の考えたのは、一人ひとりが水平方向というか、平面的に分散している
というイメージだったのですよ。すなわち、一人ひとりの能力が縦に伸びる、と
いうイメージ。だから、縦に切っても血は流れない。むしろ、横というか水平に
切ると血が流れる、というイメージ。
こういうイメージで考えたので、例えば、山梨と静岡をあわせたくらいの面積の
裾野と、猫の額くらいの広さの裾野を考えた場合、どちらが高い山を作れるか、
という発想になりました。
つまり、全ての子供に教育を授けるのか、それとも、当たるかどうかわからない
博打にかけて、恣意的に少数の子供を選択して教育を授けるか、という脳内比較
だったのです。

> >だから、小学校では、音楽とか図工とか体育とかがある。
> 　はい、でも世界的音楽家や芸術家やスポーツ選手を生み出すために
> それらの科目があるわけではあるまい、と思います。

その点については同意。
でも、それらの科目の目的としては異なるかもしれませんが、結果的に、世界的
な何者かが生み出される可能性もあるわけです。なので、いわゆるエリート育成
が目的の英才教育なんぞにリソースをかけるのであれば、全ての子供たちに教育
を授けるほうがよいのではないか、というのが私の中の結論なのです。


って、いろいろあとづけしていますが。
実は、そうでも考えないと、その手の才能が全くなかった私の時間を返せ、とか
言い出しかねないもので。
とりあえず、私は偽善者を気取るつもりはないのですが、もしかするとその分、
私のほうが偽善者度合いは高かったりして。

> 　銀座や渋谷のイルミネーションにキャーキャー言うの、いつまで続けられるのだろう？
> 当然、売る側は見栄えをどんどん変えていきますよね、それしかないから。
> 　見栄えの違いだけを感知するように育てられませんかね。

いや、あれらって見世物ですから。見栄えが一番。
でも、例えば自動車。
デザインも重要ですが、性能なんかを無視していいものではないですよね。
あるいは、WEBサイトのデザイン。
閲覧者に、いかに理解してもらうかということを日々研究している人たちもいる
わけです。あるいは、お問い合わせページだとか通販サイトだとか、UIの重要な
部分にかかわってくるのがデザインです。
単体のソフトウェアでも、UIは重要ですし。

> 　もっとも微分・積分・行列（数２Ｂ？　受験科目にあらず）を、もう少し
> 見栄えよく教えてくれていたら、少しは興味をもったかもしれないですね。

この点は、まさに同感。
いや、私の場合は高校時代の英語の授業を想起しました。
リーダーの先生もグラマーの先生も、軽音楽というのかフォークソングのような
ものをやられている方々だったせいで、音楽好きの生徒たちのハートはしっかり
キャッチ。でも、そっち方面の音楽に興味のないわたしはほとんどスルー。

でも、なにか目的があれば、必要性に迫られてマスターするのですよ。
コンピュータに喋らせたくて言語学の勉強を始める、とか。
コンピュータにもっと速く答えを出させたくて行列式とか確率論の勉強を始める、
とか。

まあそれほどややこしい話で無くても、興味の湧かない知識に意味が無い訳では無いので、
つまらん公教育が無意味な訳では無いですな。
むしろそういった、一般教養の類は社会化の一環と捉えるべきかな？と。
お互いの共通認識をあらかじめ用意しておくことで相互の接点を持つことが出来る。
公教育の需要ってどっちかというとそれですよね。

でも、子供時分に個人を形成するほどのインパクトってのは固有の物なんだろうとは思います。
僕にとってのパソコンはその時点から誰とも話題を共有出来るものではありませんでした。

>  wd*lc=
> 　え？
> 　桁数＝wd、
> 　行数＝lc、
> 　でいいですよね？
> 　実際にはできてます、その本の記述の信憑性は？　という点について、僕には
> 意見がありません。総じて、無理はしない、という方針なので。

あ、あくまで確認の意味だったのですが、VZの限界というには納得できない数字
だったもので。行数128は無理っぽい気はしますね。
もしかしたら、そのドライバー使用上の限界だったりして。
桁数は、実際にはもっと広い画面で使っているので、その数字に意味を感じないですが。

> 　２４インチ・ディスプのWinMEでは、120*40くらいで十分かな、と落ち着きました。
> 　フォントを大きくする（老眼）が、大きな課題。

げげ、うちのノートは15インチで、この間まで158桁41行で使っていました。
さすがに文字が見えづらくなって、今は126桁33行です。ほぼ全画面。
ちょっと狭苦しく感じるので、24インチはうらやましいのですが、その大画面で
120*40 ですか・・・

> 体感に基づくアクティビティーと創造性は繋がってる気がします。

直感的には、まさにおっしゃるとおりだと思うのですがね。
少なくとも、自分の実体験としての実感は乏しいの。（泣）


> 発想ってロジックじゃないっていうか。

でも、そのひらめきを自分以外に理解してもらうためには、何らかの形で表現する
必要があって。そして、効果的なコミュニケーションのためには、ロジカルな表現
が必要だったりするわけで。
やっぱり結局のところ、一本足では直立し得ないという感じ。


> 生産性と創造性って両輪ですよね。

おっしゃるとおり。
両方があって、有効なアウトプットが得られると思います。

> むしろそういった、一般教養の類は社会化の一環と捉えるべきかな？と。

あぁ、なるほど、#8519で文太さんのお薦めされている分野というのは、実は既に
形を変えて導入済みというわけですか。なるほど、理解できます。


> でも、子供時分に個人を形成するほどのインパクトってのは固有の物なんだろうとは思います。
> 僕にとってのパソコンはその時点から誰とも話題を共有出来るものではありませんでした。

人によって、UFOとか超能力とか、漫画とかアニメとか、文学歴史の３０とか、
まさに様々。とりあえず、固有といってもあまり視野が狭くなってほしくはない。
あと、あまり世間様に迷惑もかけてほしくはありませんが、世間様に迷惑をかける
くらいでないと、いっぱしの大物にはなれないような気もしていて。
まぁ、一貫性に欠ける（純粋さを失う）というのが大人というものの条件かもしれません。

> 　「Ｖｚエディタの１画面の桁数が８０文字以上（どっかでajaさんが指摘していた）、
> 行数は１２８行以下という制限があります」
> 　（『DOS/Vスーパードライバーズ３２』p.183）■追記：<--1994年の本

　桁数は８０文字以上（７９文字以下はダメ）；250字か255字かの上限あり（注）
　行数は１２８行まで

　これでどうですか？

>桁数は、実際にはもっと広い画面で使っているので、その数字に意味を感じないですが。
　上限は書いていないと思うのですが、、、。

>VZの限界というには納得できない数字だったもので。行数128は無理っぽい気はしますね。
　現実的な視認性という意味では、今の時代の大画面でも、128行は無理でしょう、と僕も
思いますけれど。

　試しはしませんけれど、仮に128行までＶｚに可能なのだとしたら
100*128=12800=$3200	;試し算
120*128=15360=$3C00	;120字、いけるか？
250* 59=14750=$399E	;10#さんの例
　なのかもしれませんね？

　まったく魅力的ではないですが、この本の最初に、SD32 Art Galleryという画面を写した
写真があって（Ｖｚをいっぱい使ってます。開発者たちはＶｚｅｒだったのでしょう）、
７０行ぐらいのＶｚ画面を映した写真があります。桁は、おそらく170〜180字くらいかな。
170*70（解像度1600x1200, 16ドットフォント）

　ちょうどvtdosで見るＶｚみたいな見栄えです。Windowsじゃないので、デスクトップが端
から見えたりはしませんけれど。黒の全画面の左側にファンクションキーラベルが極端に
寄っています。Ｘ軸距離（！）の半分以下。
　書籍の書き方からして、ドライバの制限のようには思えませんでした。詳細不明ですが。


　WinMEは、僕の目の位置と画面が遠いせいもあります。手元に本を置かなければいけないし、
キーボードも２台。目からディスプレイまで６０センチから７０センチぐらい離れています。
うーん、と考え込んで頭を後ろに倒すと、８０〜９０センチ？
　あと近視・乱視・老眼が入りまくってます。しばしば「:」と「;」の区別がつきません。
ラベルジャンプで困ること多し。
　机の上の左に２７インチ（Win7）、右に２４インチ（WinME）ディスプレイという贅沢と
いうか悲しいというか、な書斎環境。こうなると本棚の移動が必要な理由、わかるでしょ。
机からディスプレイ、はみ出してまーす。

　株のトレーダーでなくても、こんなことして資料をいっぱい広げて作業してる人を
見かけたので、今回思い切りましたが、何をやっているのだか、とは思います。
　気持ちとしては、まだ落ち着けませんが、でも、そのうち慣れるでしょう。

（注）
--- dseg.map ---
58	fsiz		db	?	; WE field size, <byte値>

--- vzmacro.shd ---
　WD  *   デフォルトの表示カラム数
　  (80)  <2〜250>  fldsz
　We  *   編集中のテキストの表示カラム数
　  ($WD) <2〜250>  fsiz  wa.57
　  初期値は WD に設定される

>画面に直線を引くアルゴリズムがデジタル微分解析と言って分数の微分を使ってますね。
　餅は餅屋でしょう。適材適所。分業の美なり。
　必要にならなくてよかった。進路・職業の選択に間違いはなかったようで、よかった。

>リーダーの先生もグラマーの先生も、軽音楽というのかフォークソングのような
>ものをやられている方々
>そっち方面の音楽に興味のないわたしはほとんどスルー。
　言葉ってねぇ、文化がべったりついてくるの。つまり先生の趣味がべったり。
合わないとつらいよね。
　そして、なぜかロックやフォークに興味がないとイケナイ存在になっている。
　演歌の、サブちゃんの、アキちゃんの、どこがいけないと言うのか。俺はトラック
野郎だ、文句あっか、とか。不良になる。

　ＵＩは大事です。でも、無骨なＶｚでも、その価値が分かれば好きになれます。

> 人によって、UFOとか超能力とか、漫画とかアニメとか、文学歴史の３０とか、
> まさに様々。とりあえず、固有といってもあまり視野が狭くなってほしくはない。

この辺りはあえて生産性の低そうなことを例示してると思われますけど、
それでもそれらに関するスキルを極限まで持ってってそれで飯喰ってる人はざらにいますしね。

> あと、あまり世間様に迷惑もかけてほしくはありませんが、世間様に迷惑をかける
> くらいでないと、いっぱしの大物にはなれないような気もしていて。

大物になったとしてもインチキ宗教とかはアカンかなとは思います。

> まぁ、一貫性に欠ける（純粋さを失う）というのが大人というものの条件かもしれません。

そして非論理的になっては僕の業界では生きていけなくなったりとかもしますね。
この辺りはある世代を境に大人の定義が変ってくる気がします。
あるいは、一貫的な世界とそうで無い世界の分断というべきかな？

> >画面に直線を引くアルゴリズムがデジタル微分解析と言って分数の微分を使ってますね。
> 　餅は餅屋でしょう。適材適所。分業の美なり。
> 　必要にならなくてよかった。進路・職業の選択に間違いはなかったようで、よかった。

ちなみに僕がこの事例で初めて微分に触れたのも小学校の頃でなんですけど、
プログラミングってのはアルゴリズムを実際に組み立てて再現できるので、
数学の応用と理論を行き来できる、という形で学習曲線をブースト出来るってことあります。
物事の理解を深めやすい、ってことでもあると思うんですけど、
これ、コンピューターに関して言うなら「習うより慣れろ」って金言がそのまんまなんですよね。
プログラミングをやればコンピューターは理解出来ます。

24インチだと60行ぐらいは出せませんか？

ああそっか。
僕の場合コロンとセミコロンとかカンマとピリオド間違えても文法エラーで弾かれるだけですけど、
相手が人間の場合は文字を視認できてないとそのまんま誤植になっちゃいますね。

> 　桁数は８０文字以上（７９文字以下はダメ）；250字か255字かの上限あり（注）
> 　行数は１２８行まで
> 
> 　これでどうですか？

げげ！！
８０「以上」を見落としていました。すみませんでした。m(__)m

画面最大値の話の流れだったので、最大８０？　と思い込んでしまいました。
最近こういう思い込みが増えたような。老化現象でしょうか。
気を付けます。m(__)m

> ７０行ぐらいのＶｚ画面を映した写真があります。桁は、おそらく170〜180字くらいかな。
> 170*70（解像度1600x1200, 16ドットフォント）
> 　書籍の書き方からして、ドライバの制限のようには思えませんでした。詳細不明ですが。

当時のディスプレイは15インチくらいが主流だったように思うので、今のノート並みか。
文字が凄く小さくなりますよね。特に縦に潰れたフォントは見づらそう。

> 　WinMEは、僕の目の位置と画面が遠いせいもあります。手元に本を置かなければいけないし、
> キーボードも２台。目からディスプレイまで６０センチから７０センチぐらい離れています。
> うーん、と考え込んで頭を後ろに倒すと、８０〜９０センチ？
> 　あと近視・乱視・老眼が入りまくってます。しばしば「:」と「;」の区別がつきません。

なるほど、月と太陽が見た目は同じ大きさに見えるのと同じですね。(^^;
でもなんか、うらやましい・・・


＃　もうろくじいは隠居だなぁ(;_;)

> 24インチだと60行ぐらいは出せませんか？

あれ？　これって、文太さんへのコメント？
うちの最大は22インチで、今使えないのです。

ついでに聞いてしまいますが、10#さんのディスプレイ環境は
どんな感じですか？

幸い、というか、フォークもロックも好きではないという程度。決して嫌いではない。
聞くだけなら、レッツェもディッパも問題なし。パンクもフュージョンもＯＫ。
でも、なぜかラップは嫌い。

> 　言葉ってねぇ、文化がべったりついてくるの。つまり先生の趣味がべったり。
> 合わないとつらいよね。

教え方にもよる、というのはきっとあるはず。
２年のときのクラス担任、古文の先生でしたが、私、古文の成績はよかった。
この古文の先生もフォーク系というか、例の英語の先生方と、あと音楽の生成と
もう一人か二人ぐらいの先生と組んで、教員バンドとかいって文化祭で大人気。


> 　ＵＩは大事です。でも、無骨なＶｚでも、その価値が分かれば好きになれます。

Ｖｚに対しては、私、無骨というよりも、機能美ともいうべき美しさを感じます。

> この辺りはあえて生産性の低そうなことを例示してると思われますけど、

おっと、これは意図していませんでした。
このあたりを例示した私の意図としては、とんがった、というとちょっと違うか、
あまり他の分野と交わることのない、いわゆる視野の狭くなりそうなものを考えた
ときに、私の頭の中に思い浮かんだものでした。すなわち、私の中に内在する、
ある種の偏見が表出したものと思っていただいて結構です。

> 大物になったとしてもインチキ宗教とかはアカンかなとは思います。

本人にインチキという自覚があるのは問題ですね。
でも、本人は本気の大真面目なのに、周りからはインチキに見える、というのは
往々にしてある話。
また、どちらであったにしても、教祖亡き後、信者が暴走するというのもよくある話。
むしろ、教祖が生きている間に信者を暴走させることができるか否かがインチキか
否かの境界線なのかも。あ、なんかこの、私が今でっち上げたばかりのでまかせ、
わりと正しそうな気がしてきた。とりあえず、日本の事例は棚に挙げて、最近、
アメリカで流行しているドナルド教はインチキだと、私は認定しておきます。

> C000 --------------------------------
> 　　 |　カラーテキストVRAM (32KB)　　|
> B800 | ------------------------------|
> 　　 |　モノクロテキストVRAM (32KB)　|※
> B000 | ------------------------------|
> 　　 |　　　　　　　　　　　　　　　 |
> 　　 |　　グラフィックVRAM (64KB)　　|※※
> A000 --------------------------------
> 　※日本語モードでは不使用。UMB or (1024x768以上高解像度)で
> 　　拡張グラフィックVRAMとして使用することあり。
> 　（杉浦明美他『DOS/Vプログラミング技法』p.22）
> 　※※　ここに$font.sysがフォントを展開、$disp.sysが「展開
> 　　しといたよ」との情報を受け取り、描画。
> >疑似VRAMは書き込んだ後に、その書き込んだ領域をAPIでドライバーに知らせることで、
> >初めてG-VRAMに描画されて画面に表示されます。（#8501）
> 　あれ、擬似VRAMはどこへ行ってしまったの？　違うところにあるの？
> 　「カラーテキストVRAM」が「擬似VRAM」のことなんだ。おどおど、この仮説に１票。
> 　根拠：「AT互換機には（上のように）128KBの表示用VRAMが用意されています。この
> 　　　　　領域はメインボードではなく、装備するビデオボード上にあります」


文太さんはわざとなのかな？と度々思います。

これは歴史的なPCのディスプレーアダプターのマッピングですね。
B000からがMDA、B800からがCGA、A000からがVGAですね。
SVGAとかXGAとかはVGAを後方に拡張してるので、
MDAやCGAの領域もフレームバッファに使うってことですね。

$disp.sysは疑似VRAMの文字コードを元に$font.sysから字体を読み込んでG-VRAMに描画します。
$font.sysはXMBかEMBにフォントファイルをキャッシュしてると思われます。

既に説明してますけど、
疑似VRAMはディスプレイドライバーが用意するもので、特定の場所ではありません。
例えば、konnoさんのDOSモバはコンベンショナルメモリーの低位にありますし、
WindowsXPのNTVDMはUMBにマッピングされてました。
VTDOSは通常F800:0とか、FC00:0あたりからマッピングしています。
文太さんもVectorからVTIをダウンロードしてご自分の環境で実行してみて下さい。


> 　☆　A000-C000ってここ？　しかしUMBって、どうしてvmapは上に記載するの？
Upperだから？

> 　NEC98の壁、ふたたび、、、。実機、もうないのよ。手に入れる気もないのよ。
エミュレーターであれば容易に入手可能ですよ。

> あまり他の分野と交わることのない、いわゆる視野の狭くなりそうなものを考えた
> ときに、私の頭の中に思い浮かんだものでした。すなわち、私の中に内在する、
> ある種の偏見が表出したものと思っていただいて結構です。

なるほど。いわゆるサブカルという風にも言えそうですね。
確かに視野は狭そうですけど、今はその狭量なクラスターがネットって公共空間に
ひしめき合ってるのが興味深いですねｗ


> 本人にインチキという自覚があるのは問題ですね。
> でも、本人は本気の大真面目なのに、周りからはインチキに見える、というのは
> 往々にしてある話。

これに関しては本人に自覚が無くてもアカンのちゃうかな？とは思います。
まあ、宗教研究レベルなら問題無いかも知れませんけど、
一般的にカルトは多くの人を巻き込みますよね。（それ故にカルト）
別に宗教じゃ無くてもマルチでもなんでもなんですけど…
巻き込まれる人は大体人の良い人だったりするんですけど、それらの色んな事を破壊します。
これは無自覚であっても許容出来ませんね。

　縦に並べるとの横に並べるのと、どっちで血が流れるか、という比喩はよく
分かりませんでした。（笑）
　メタファーは慎重に管理しないと、すぐ破綻します。

>つまり、全ての子供に教育を授けるのか、それとも、当たるかどうかわからない
>博打にかけて、恣意的に少数の子供を選択して教育を授けるか、という脳内比較
>だったのです。
　ま、僕も言葉じりを捉えたのだと思います。
　とはいえ、現実的には、個人間に能力差はあるし、どの資質が現代社会に「有用」か
で測られてしまうので（それしかないのでしょう？）、格差は必然だとは思いますよ。
　どっかで選抜がなされなければ秩序（階層秩序）もないのでしょう。
　ただ程度がねぇ。
　話、ちがうかな？

>なので、いわゆるエリート育成
>が目的の英才教育なんぞにリソースをかけるのであれば、全ての子供たちに教育
>を授けるほうがよいのではないか、というのが私の中の結論なのです。
　ただ現実はけっこうすごいですよ。驚かないかな。私学の理系は、学費が現在
年２００万円ぐらいです（アメリカは倍。よって庶民はたいてい奨学金ローンを
抱えてます。４０過ぎて、まだ家のではなく学生時代のローンを払ってる。そうして
トランプが勝つ。もうすぐ出ますね、大きな予想）。

　４年で８００万円、６年で１２００万円。出せない家はいっぱいあると思う。
　子どもが二人以上いたら（多数）、どうする？
　たぶん、無理やり仮定法で僕の親の収入とかを現在に合わせたら、僕は私学理系
には、行きたくても行けなかった（資質は問うまい）。
　国立の東工大が先陣をきって、学費を単独で値上げだって。すご。この前まで
横並びだったの。
　するいよ、こういうの、と思う。
　頭いいのか悪いのかわからないですが、このような現実を不可避の現実として、
学生さんたちは素直に受け入れているみたいです。「良かった、俺、払える家で」と。
「バーカ、お前に同じことができるわけないじゃないか」とは、言いませんけれど。

>実は、そうでも考えないと、その手の才能が全くなかった私の時間を返せ、とか
>言い出しかねないもので。
　人生、そういう経験も必要なんじゃないのかな。自分の適性を知る機会だったのかも。
　僕にだってありますよ、たぶん。ただ、手抜きとかサボリが許されていたような
気がするけど。高校２年のとき、たぶん数学、５段階評価で２だったんじゃないかな。
ぎりぎりで３かもしれないけど。好きじゃないけど、そこそこがんばったつもりだった
のに。
　でも、そこで、算数・数学は卒業！　よかった。適正を知りました！

　あ、僕は、周りにあまり迷惑をかけていなければ、「お、クロック数えてるんだな」
程度で許す優しい人です。寝てたら起こしますけどね。これは感染性なのではた迷惑。
みんな我慢してんだよ、と。そうでないなら家で寝たほうが熟睡できていいよ、と。

　長くなるけど、でもね、理系なのに（差別）、電気系・機械系で、２進数も１６進数
も、トランジスタもコンデンサもコイルも抵抗もＣＯ２もメタンガスも知らない、という
のは、どういうことなのか、とこの間、深い疑問をもちました。
　受験科目が理由だけでここにいるんだ、と感じる若者が多いような気がする。
　間違いなく下っていくと思う、この国。構わないし大きな問題ではないと思いますけどね。

　A+A=14hだ。く、くそう、もう忘れてる。上の発見したとき、黒板を使って、この
暗記をしてました。だって、としきさん似のDuntemann先生が覚えろって言うんだもん。

> ついでに聞いてしまいますが、10#さんのディスプレイ環境は
> どんな感じですか？

自宅では24インチのWUXGAですね。
職場では20インチのUXGAと17インチSXGA縦のデュアルです。
ソースは18ドットフォントで60行ぐらい出してますけど、
ブラウザーの文字はもうちょっと大きめにしてます。

>24インチだと60行ぐらいは出せませんか？
　出せますけど、フォントが小さすぎるのと（たぶん7x14）、汚すぎます。
　100字x40行で、10x20のフォントサイズ。とりわけこれ以上の贅沢は言いません。
　日本語にしろ英語にしろ、画面いっぱいに字が埋まると、呼吸が荒くなって
しまいます。
　使い方がワープロなものですから。
　暇をみて、グラボをごにょごにょしてみようか、とは思ってますが、素直に
ＥＭＳが取れなくなったりするので、深みにはまらぬよう警戒しています。

あー、ビデオカードが古いと24インチとかあってもFullHDとかWUXGAは出せないかも知れないですね。
ドットバイドットじゃないと文字も綺麗じゃ無いですし。

>文太さんはわざとなのかな？と度々思います。
　わざと何を僕はしているのでしょう？
　「度々」とは、前回は、たとえば、なんだったのでしょうか？
　後学のために、宜しければお教えください。

>これは歴史的なPCのディスプレーアダプターのマッピングですね。
　そうなのですか。

　わざと、はないんです。ただ、大きな歴史の話と目の前の問題はしばしばごっちゃになり、
ぐちゃぐちゃなことを言っているのでしょう。申し訳ございません。
　ただ、理解しずらいかもしれませんが、精一杯の実力なんですよ。
　「じゃあ、なんで今時Ｖｚしてるの？」
　そんな人間を育んでしまう困った環境がniftyにあったからです。たぶん、いちばん正確な
回答になると思います。他人（ひと）のせいにしてる、ような気はしています。あまり
格好の良いことではございません。

　以下、よく検証させていただきます。m(__)m
>B000からがMDA、B800からがCGA、A000からがVGAですね。

>既に説明してますけど、
>疑似VRAMはディスプレイドライバーが用意するもので、特定の場所ではありません。
　でしたか。再度の説明、ありがとうございます。m(__)m
　何度も同じことを書かせてしまい、申し訳ございません。

>文太さんもVectorからVTIをダウンロードしてご自分の環境で実行してみて下さい。
　これはするべきだろうな、とは思っておりました。
　します。

>最近こういう思い込みが増えたような。老化現象でしょうか。
　ああ、通じてよかった。
　そもそも真剣に探していた情報でなかったので、いい加減を書いたのかなぁ、と不安でした。
　えと、老化してなくても生まれたときから老人レベルの人間が近くにいるばあい、konnoさん
の存在は、瞬間的癒しをもたらしておりました。失礼なの？
　いいっすよ、そのままで。

>当時のディスプレイは15インチくらいが主流だったように思うので、今のノート並みか。
>文字が凄く小さくなりますよね。特に縦に潰れたフォントは見づらそう。
　Art Galleryって言える、これ？　ぐらい醜いです。ディスプレイ・ドライバーの宣伝に
ぜんぜんなってないと思う。そこまでしたいか、というのが正直な感想でした。
　技術に溺れて現実が見えてないのじゃない、と言ったらひどすぎるか。

　ギャラリーでこれいいな、と思ったのは、
　80字*30行（1024x768解像度、24ドットフォント）の画面ですね。
　情報量は、ふつうそれほど要らない。美しく落ち着かせてくれる画面を見せてください、
というのが僕の希望です。ちょっと情報量少なめだったけど、NEC98の画面。
　次回のどっかのオフで見せてあげます、ギャラリーの写真。

>なるほど、月と太陽が見た目は同じ大きさに見えるのと同じですね。(^^;
　です、です。的確な比喩。

>でもなんか、うらやましい・・・
　どの部分ですか？　２７インチのディスプレイだって２万円くらいですよ、たしか。
　僕は誰かに羨ましがられる何かを持っている気はしてないのですけれど。
　僕がいちばん生産的で創造的だった（過去形かよ）とき、これが欲しかったか。少なくとも
視力がまだありましたから、１４インチのノートで十分な仕事が、生きがいの実現ができてたと
思ってます。
　まだ自分に期待はしてますけどね。僕の領域は、そもそも中年の領域とされていますので。

>もうろくじいは隠居だなぁ(;_;)
　何を言っているのですか。許されません。これからkonno版Ｖｚの本当の進化が始まるの
でしょう？　期待してますよ。Ｖｚが限界を試されているわけですから。konnoさんに時間的
余裕もできたはずですし。どうか、ゆっくり、ゆっくりで。育ててやった文太が、お助けは
できず、、、、、、お邪魔します、あははははは。

> 58	fsiz		db	?	; WE field size, <byte値>
> --- vzmacro.shd ---
> 　WD  *   デフォルトの表示カラム数
> 　  (80)  <2〜250>  fldsz
> 　We  *   編集中のテキストの表示カラム数
> 　  ($WD) <2〜250>  fsiz  wa.57
> 　  初期値は WD に設定される

ここを忘れていました。
Wd はうちは、0 にしているので、自動的に画面幅最大になるのかな。
この数値があてにならないので、画面幅参照は、vp..13 ですね。

We は、インスタント窓で変更して、255 までは正常に動作するようですが、
それ以上の数値にすると、表示がおかしくなりますね。

> 自宅では24インチのWUXGAですね。
> 職場では20インチのUXGAと17インチSXGA縦のデュアルです。

やっぱり大画面はあこがれますね。私は今は15インチのノートがメインなので。
場所があれば、横に2台並べるのもいいかも・・・　将来の目標ということで。

> ソースは18ドットフォントで60行ぐらい出してますけど、
> ブラウザーの文字はもうちょっと大きめにしてます。

うちのノートも18ドットなら158桁表示で見通しがいいんだけど、文字が見えづらく
なったのが辛い所です。
フォントの大きさの違うVTDOS窓を2つ開きっぱなしで切り替えるという手もあるけど
ブラウザ窓も複数開けっ放しなのでメモリの負荷が大きくなるのがまた辛い所です。

画面サイズは切り替え出来ますが、フォントサイズは簡単に切り替え出来ないですよね。
全画面のままでフォントサイズをパッと切り替え出来たらうれしいかなとは思いますが。

> 画面サイズは切り替え出来ますが、フォントサイズは簡単に切り替え出来ないですよね。
> 全画面のままでフォントサイズをパッと切り替え出来たらうれしいかなとは思いますが。

コンソールの場合はシステムメニューで、になりますね。
ckwvはご自由に改変して下さい、ってことになります。
全画面のままフォントサイズを変えると文字数はどうなるとか、
それをどうやってDOSに通知するのかとかいろいろ出ては来ます。

> コンソールの場合はシステムメニューで、になりますね。
> ckwvはご自由に改変して下さい、ってことになります。
> 全画面のままフォントサイズを変えると文字数はどうなるとか、
> それをどうやってDOSに通知するのかとかいろいろ出ては来ます。

う、Win32API とか、ckwv を弄ればサイズ変更出来るという事ですか。
なるほど、勉強してみます。

　WinMEの表示系の調教が完成しました。
　Geforce2 or 4がオンボだったのですが、嫌だなと思っていたので、昔からの
お気に入り、Matroxのボードを入れてみました。
　大した違いではないけど、十分に良いです。
　２７インチと２４インチのディスプレイが並立している、デイトレーダーのような
デスク周り環境になりました。

　左のWin7では、vtdosで140*43のＶｚ風景（こっちのほうがフォントは小さくシャープ。
グラボはお仕着せなので知らない、調べない。nVidiaでしょう、きっと。もちろんオンボで
なく刺さってます。ゲーミング・パソコンらしいので）。

　右のWinMEでは、ディスプレイドライバは忘れたけど（伝統的にWin9xでＶｚｅｒが使って
きた奴）＋Matroxで、126*41（こっちのほうがフォントが大きい。ちょっとあった滲みも解消）。
だいたい黒いＤＯＳ画面の面積は同じくらいか、MEのほうが少し大きいか、ぐらいです。
　2GHzくらいのAthlonXPのWinMEマシン。意味不明。（参考：WinMEの高級デスクトップでも
1GHz近辺のＣＰＵだったと思う。1GHzを超えるのは、AMDかIntelかが競われたらしい）。
自慢も何もありませんが、劇速です。この俊敏なレスポンスが好きなのです。MEもVzも。

　変な人生（書斎環境）になったなぁ、とは思いますが、アリです、これも。
　誰にそうしろと言われたのでもなく、自分で選びました。

　Ｖｚ的には、vtdosのvz.com（k07t01、両者とも）では、ci0がちゃんと効き、カーソルが
ブリンクしません（僕の好み）、MEではci0-15で全部ブリンク。嫌だな、と思っているのは
世界で僕一人だけだと思うので（こんな環境のＶｚｅｒも世界で一人）、死ぬまでに、自分で
直せるようになりたいものだ、との野心を抱きました。
　く、くそう、WinMEのＶｚブリンクを直せないまま俺は死んでゆくのか、と眉間に皺を
寄せつつ、あっちの世界へ行くことになるのでしょう。

　avの色も少し違う。これはディスプレイの違いなのでしょう。両方av4の薄青ライン
（シャドウ）なのですが、左の大きいiiyamaが美しく、右の安物LGで薄くて安っぽい。
贅沢は言いませんし、すぐ、慣れてしまうものです。

　もう少し部屋の整理をして、まともな研究者の生活に戻りたいと思っています。m(__)m

>フォークもロックも好きではないという程度。
　歌詞が聞き取れる場合がある。

>レッツェもディッパ、パンクもフュージョンも
　歌詞が聞き取れないか、そもそも歌詞がない場合も多い。

>でも、なぜかラップは嫌い。
　歌詞ばっかだが、聞き取られることを期待していない場合が多い。

　語学学習としては、フォークかスローなロックでしょう。

　カシオペアのサウンドに、とおくジャズの魂や黒人の嘆きが聞き取れる場合、
努力と愛の深さによっては、英語学習に資する可能性がなくはないと思う。
　もちろん僕の知るカシオペアのサウンドに、歌詞はありません。黒人ジャズ
の痕跡も超希薄です。

>教え方にもよる、というのはきっとあるはず。
　やはり、教えてる・教わっている内容にもよる、というのも大きいと思われます。

　ただね、要らんものは要らんのです。「なしで済ます」（do without）でも
十分に幸せにやっていけると思います。なしでは済まないと思い込むと、
不幸になる場合が多いようです。たくさん犠牲者をみています。

　大学を出ると（日本国民の５０％）計８年間英語を義務として学習することに
なります。習得するつもりなら、これくらいはかかると思うけど、その社会的機能が
英語の運用にあるのでなく、社会階層的な分離（選別）にあるのは、嘆かわしいこと
です。間違いなく有効に機能しているようですが、同時に多くの怨嗟と憎悪を
生んでいるみたいです。私はその犠牲者のように感じることもありますが、その怨嗟
と憎悪は誰かが引き受けなければならず、それで食っているので、文句はありません。

　でも何となく英語が必要というか「できたらいいな」という場面がこれからも
あるのなら、興味のもてる本（ＰＣ言語か通信系かＯＳの原理か）を英語で
しつこくしつこく読めば、やがてできるように分かるようになります（ぜったい）。
海外のフリーソフトのＤＯＣの翻訳はもちろん有効です。『平家物語』でも同じで
しょう。（Ａ）（注）
　僕にとってのＶｚソースです。（Ｂ）

　（Ａ）と（Ｂ）でどちらが実現する可能性がまだ高いか？　答え：（Ａ）


（注）自然言語は文化べったりなので、どのような英語か、の選択は重要です。
　　　ご存知のとおり、それでも、自然言語は汎用性が高すぎるので、Ｃ言語を
　　　英語で勉強しても、ハワイ旅行でレンタカーする際にも足しになります。
　　　おそらく。少しだけ。
　　　もう一点たいせつな点は、自然言語の習得には、原理的に、終わりがない
　　　ということかもしれません。これは知っておいて損はないと思う。
　　　我々の年齢になれば、とりわけ。永遠の未完成品をつくり続ける根性と
　　　諦念を、きっと身につけているから。希望的観測。でも、これ、子どもたち
　　　に教えちゃダメだよ。怨嗟がさらに強度を増してしまう。

えぇと、なんとなく歯がゆいというか、私の思っていることをきちんとお伝えでき
る自信がどんどん喪失しています。この思い、どう表現すればいいのだろう。

まず、出発点として、文太さんの#8536、

> >でも、裾野が広くないと、高い山はできないんですよ。
> 　この発想嫌い。一部のエリートを作るために、多くの下々の者に
> 犠牲になれといっているみたい。だとしたら、そんなエリート、要らないと
> 思う。大半の人びとは彼らがいなくても、困らないから。いると逆に困る。

ここの部分、すなわち、私の発想が嫌われているというところなんです。
で、この先、私が主張したいのは一体何か、が、私自身にわかっていない。
そんなに嫌うような発想ではありません、といいたいのか、それとも、私が自分
の考えをきちんと表現できていないから（的確な比喩でないから）誤解を与えて
います、といいたいのかすら、自分で把握できていないのです。自分自身でさえ
わかっていないのですから、他者にわかれというほうが無理。

と、ここまで自分の中で整理できたので、次に、なぜ私は、文太さんから嫌われ
るようなあの発想をしたのか、ということを考えて。
まず、私が考えるところの高い山。例として、VTDOSをつくった10♯さんを考えて
みます。最初はご自分のために作られたのだと理解していますが、ここまで高い
完成度に至ったのは、周辺の裾野であった文太さんやkonnoさんがいたおかげと、
私は考えます。でも、もし裾野の広さが今の百倍あって、ユーザ数が数千人とも
なれば、機能・性能は２倍くらいにはなっているのではないかなぁ、と思います。
＃対数？

同様の例として、例えばシェークスピア。彼の周辺には裾野として、英語で上演
する劇団と、同様に英語を解する多くの観衆がいたからこそ、何百年も残る作品
を作れたのだと考えます。
逆の例は、レオナルド・ダ・ヴィンチ。彼の周囲には、機械工学や材料工学の面
において、裾野となるべき人たちがほとんどいなかった。それゆえ、後世に残る
各種のスケッチが様々な評価・批判を受けていますが、当時としての実現可能性
ははなはだ怪しいものになっている。もし彼の周囲にその方面の広い裾野があれ
ば、三十年戦争の時点で既に航空戦が行われていたりとか、スペイン無敵艦隊に
航空母艦が配備されていたりとか、ほとんどSFのような歴史が展開していたかも
しれません。

というような様々な例を頭に思い浮かべて、私は今でも、裾野が広くないと高い
山はできないという考えは維持しています。たとえ文太さんに嫌われようとも。



学費については、いろいろなお考えがあると思います。
とりあえず、教職にあるものは霞を食っていろ、という暴言を吐くつもりもない
し、ブラックな職場環境を改善するとなると、コストもかかるでしょう。それを
まかなうために個人に負担を求めて教育ローンか、公的な支出のために増税する
か、というのはデジタルな発想ですが、でも、両極端はその２つ。当然、落とし
どころはその間のどこかになるとは思いますが。
私個人としては、もし仮にその二択なら、増税を選択します。

えと、いろいろとあるのですが。
最後の（注）の部分、私にとっては注釈どころでなく、一番重要な結論的な思い
だったりします。

> 　Ｖｚ的には、vtdosのvz.com（k07t01、両者とも）では、ci0がちゃんと効き、カーソルが
> ブリンクしません（僕の好み）、MEではci0-15で全部ブリンク。嫌だな、と思っているのは
> 世界で僕一人だけだと思うので（こんな環境のＶｚｅｒも世界で一人）、死ぬまでに、自分で
> 直せるようになりたいものだ、との野心を抱きました。
> 　く、くそう、WinMEのＶｚブリンクを直せないまま俺は死んでゆくのか、と眉間に皺を
> 寄せつつ、あっちの世界へ行くことになるのでしょう。

これは技術的には可能だと思いますよ。
逆転の発想でカーソル表示を消してしまって、アトリビュートで表示するのです。
私の自作ベーシックエデイタでもやりました。好きな色に出来るので、
見やすかったです。CKWVも同じようなことをしているのでしょう。

簡単に試すなら、和生さんとやり取りしていた、V_Line.def を試してみては。
v1 で、縦1行になるので、これでイメージがつかめると思います。

私としては、VZに内蔵させたい機能の一つです。

> 　もう少し部屋の整理をして、まともな研究者の生活に戻りたいと思っています。m(__)m

うちもゴミ^H^H 物置部屋を整理して書斎を作るのが儚い夢です。(^^;

#8517 
>さて、小学校でＩＴ（プログラミング）教育。
　ここから来ていると思うので、公教育の話かな、と。

（vtdosに関して）
>周辺の裾野であった文太さんやkonnoさんがいたおかげと私は考えます。
　事実をいえば、僕は何も貢献していません。しょうがない、事実ですから。
　としきさん、がんがん貢献してください。

>でも、もし裾野の広さが今の百倍あって、ユーザ数が数千人ともなれば、
>機能・性能は２倍くらいにはなっているのではないかなぁ、と思います。
　これは、やはりそうでしょうか。時代でしょう。
　そして、きっと明らかになったのは、Ｖｚのほうも合わせて（？）調整
していかないといけないらしい、ということ。

　我々は（少なくとも僕は）、かなりきつい時代の圧力にさらされているのだ、
と最近感じています。予想以上に圧力は強い。
　WinMEマシンを調整していて、たしかにこれにはクラシックカーに近いもの
があるのかも、と思いました。パーツがぼろぼろ死んでいく。新規調達は
困難。コンデンサは死にますねぇ。半田ごてか。

>私は今でも、裾野が広くないと高い山はできないという考えは維持しています。
　問題なしですよ。

　この腑分けも難しくてケース・バイ・ケースですが、集団を相手にする場合と
個人を対象にする場合では違うよな、と考えていました。公教育も個人の成長が、
最終的には対象のはずなので。
　これがとしきさんは言いたい、と僕は考えていたということ。

　個人の才能に関していえば、長く地道な修行時代があって大輪の花が咲いた、
というのは美しい話なので。これもある種の裾野でしょう。

　そのための増税はムリ。学生以外に（中小企業を含む）死者が出ます。
　それ以外の理由での増税は、どうせくるでしょうけれど。

>逆転の発想でカーソル表示を消してしまって、アトリビュートで表示するのです。
>簡単に試すなら、和生さんとやり取りしていた、V_Line.def を試してみては。
>v1 で、縦1行になるので、これでイメージがつかめると思います。
　ありがとうございます。
　ゆっくり研究してみます。言ってみるものですね。
　何とかできる余地があるというのは、希望です。
　眉間に皺をよせたままご臨終しないですむかもしれない。
　まだ何もやっていませんが、もともと、ci0って、ブリンクなしですよね。
　あ、XPのntvdmでも、ブリンクしてる。慣れてたのかぁ。
　でもブリンクしなくできるなら、しないで欲しいな、やっぱり。我が侭に
なるものですね。

>うちもゴミ^H^H 物置部屋を整理して書斎を作るのが儚い夢です。(^^;
　断舎利、難しいですよねぇ。でも、ぜったいこれもう使わない、自分が
死んだとき、誰が捨てるんだろう？　それでも、今はまだ捨てられない、
とか思うことがけっこうあります。(^^;
　空間を有効に使いたい、、、。モノが溢れてる、、、。

> #8517 
> 　ここから来ていると思うので、公教育の話かな、と。

あ、なるほど。
まぁ、公教育というのも時代背景や社会情勢に影響はされるものではありますね。
そして、裾野を広げるべき、という私の考えからしても、コンピューティングの
教育に力を入れるべき、ということになろうかと。
もちろん、好きな人が専門的な能力を伸ばせるような環境は別途必要でしょう。
でも、そういう人が一人さびしくカリカリとやっているよりは、みんなで楽しく
ワイワイとやっていたほうが、本人のモチベーションという面も含め、よりよい
結果が出ると考えます。そして、みんなでワイワイやるためには、周りの人々、
つまり私の言うところの裾野の方々が、その問題について本人と最低限の会話を
するためにも、基礎的な素養を、そしてできればなるべく高いスキルを、持って
いたほうがよい、という考えになってしまいます。
そのための教材として、まぁ、ゲームとか使うのは仕方ないかな、と。
絵とか音とかをぐりぐりできたほうが、子供は楽しいと思う。

ところで、#8517で10♯さんが紹介されているgigazineですが、セキュリティ関係
のネタが掲載されていたりするので、私もたまに目にしているサイトです。
いわゆる、大手ミドルメディアに分類されるサイト、だと思います。
そこに先日流れてきた記事。
ttps://gigazine.net/news/20181102-missing-computer-skill/
まぁ、ある特定の狭い界隈の経験談だとは思いますが。
でも、論理的に演繹して、世界共通の事象であってもおかしくはないよね、と。

> 　我々は（少なくとも僕は）、かなりきつい時代の圧力にさらされているのだ、
> と最近感じています。予想以上に圧力は強い。

その圧力に対応できているのだから、それはすごいことなのではないかなぁ。
私を含め多くの人は、圧力に流されるがままになっているのですから。


> 　個人の才能に関していえば、長く地道な修行時代があって大輪の花が咲いた、
> というのは美しい話なので。これもある種の裾野でしょう。

まぁ、そうかもしれない。
でも私は、孤高の天才よりも、談論風発なサロンで磨かれて伸びていく、という
ような形のほうが好きだな。というか、ほとんど信奉していたりします。

> 　そのための増税はムリ。学生以外に（中小企業を含む）死者が出ます。

その点についてはほぼ同感ですがね。
でも、学生を殺すよりは学生以外を殺したほうがよい、というのが私の倫理観。
とりあえず、文太さんの考え方はよくわからないのですが、不満はあっても現状
を維持するのがベター、ということでしょうか。

PCのBIOSはブリンクレートをゼロに出来るんですけど、Win32Consoleはこの機能無いんですよね。
それに対してckwはブリンクレートがゼロ固定だっていう。
ckwがNTVDMで使えるかは未確認です。

> 　まだ何もやっていませんが、もともと、ci0って、ブリンクなしですよね。
> 　あ、XPのntvdmでも、ブリンクしてる。慣れてたのかぁ。
> 　でもブリンクしなくできるなら、しないで欲しいな、やっぱり。我が侭に
> なるものですね。

NT系のDOS窓やVTDOS （MSDOS Playerも？）では、カーソルの表示を OFF する
 &v(0) が効かないようですね。

STKHLP によると、ci=co=-1, #] を実行すればカーソルを完全に消去できる
とありました。

インスタント窓で、ci=co=-1 を実行してみたら、Win10のDOS窓と、VTDOS では
カーソルがドット一つ分の下線になりますね。
インスタント窓で、ci=co=0 を実行すればカーソルが元に戻ります。

MSDOS Player では、カーソルがドット二つか三つ分の下線になります。
インスタント窓で、ci=co=0 を実行すればカーソルが元に戻ります。

CKWV では、カーソルが完全に消えます。
入力窓などでもカーソルが出なくなるので、試す時はご注意ください。
インスタント窓で、ci=co=0 を実行すればカーソルが元に戻ります。

色々試すうちに、V_Line.def の改造も進みました。(^_^)
これは別スレで。


> 　断舎利、難しいですよねぇ。でも、ぜったいこれもう使わない、自分が
> 死んだとき、誰が捨てるんだろう？　それでも、今はまだ捨てられない、
> とか思うことがけっこうあります。(^^;

まあ、死ぬまで捨てられないと思いますよ。だから考えないようにしています。
でも、整理はしないとどうしようもないなぁ。

8ビットの8*8のフォントは1文字8バイト、256種類の文字で2キロバイト必要とします。
1文字32バイトの日本語フォントは第二水準6000文字で190キロバイト。
初期の国産16ビットPCは256キロバイトの漢字ROMを搭載してましたが、その分コスト高でした。
なお、PC98の初期の頃はこれはオプションでした。
8ビットPCにとっての2キロバイト、16ビットPCにとっての256キロバイトはメモリ空間を圧迫するのに十分で、
アクセスできる場合、バンク切り替えによるアクセスが一般的でした。
余談ですが、日本語フォントはその文字数の為開発コストも高く、
現在普通に使われている日本語のアウトラインフォントなどは安く見積もっても数千万円規模は掛かってると思われます。


コミュニケーションはしばしば問い合わせに対する応答という形で起こりますが、
このときやり取りされるメッセージ、それを受ける側はそのメッセージを理解するために
必要な要素を内側に持つことでそれが可能になる訳ですが、
送り手側にとってそれがどういったものなのかは見えないものではありますね。

例えば僕やとしきさんはVRAMを理解しているため、その言葉を意思疎通のために用いることが出来ます。
ならこの二人はこの用語をどうやって理解したのか、という話ですが、これは決まった方法があった訳ではありません。
それはそれぞれ経験の中で獲得してきたものだと思われますが、
僕はこれ8ビットパソコンを興味本位で遊ぶことで得ることが出来ました。

時代が変れば技術も進歩しますけど、これは漸次的ではあります。
その為、その都度差分としての知識を獲得していくだけのことであるため、
これに関して特段の努力をした訳ではありません。体系だった学習方法に拠ってきた訳ではありません。
唯々感覚的に理解しているだけであるとも言えます。

これを理由に「VRAM」の僕の中での印象は、明白に簡単な単純な物、という印象があります。
それ故、VRAMとはなんですか？という疑問には、8ビットや16ビットのPCに搭載されていた、
当時それを趣味にしてる人間には一般常識的な物、ざっくりとはこんな感じの説明になります。
印象的に簡単なだけに、詳細な説明は憚れるというか、雑な説明になってしまうかも知れません。
そして、それが伝わっていなかった場合は軽い衝撃を覚えることもあります。

8ビットで遊べば解るよ、とか98触れば解るよとか、冷静に考えれば答えになって無いですよねｗ
しかし、これが僕の辿ってきた道であることは間違いありません。

今のこの時代にその疑問の難しい事は、今現在のＰＣでは実質的に使われていない技術だということは言えますね。
それ故にその概念を習得せんとするインセンティブをゼロと見なす考え方もあるでしょう。
そもそもＰＣとはなんらか他の業務のために活用するための道具に過ぎません。
この為、ほとんどの人にとってはこれを概念的に理解することの利点はほぼ無いでしょう。
そんなことより本来業務に集中したいでしょう。そしてそれは、説明する側にも同じ事が言えます。

コンピュータとは本来問題解決を支援する為の道具でありながら、
それ自体に問題が無い、ということがあり得ません。（このことは数学的に証明されている事実です）
その為か、その利用者は問題意識からその内部構造に興味を抱くことはしばしばあります。
そして、その疑問点を周囲の誰かに問いかける事になる訳ですが、このとき問題になるのは、
その応答を理解するために必要な基礎知識を持っていないと言うことです。
なぜならそれは本人にとって優先的な課題では無いからです。
しかし、専門家と意思疎通することが困難であれば問題解決もまた困難な物となります。

一番最後の段落は、重要なことですね。
特にその最初の２行は、一部の人には衝撃的かもしれません。

私なんかも、新しいOSやその他の何かに手を出した場合、誰かに質問したいことは
多々あります。でも、それをなんと表現していいかわからないから、適切な言葉で
質問できない、ということは、特に一番最初の段階ではよくあることで。
職務上の何かの場合は、形式的には問題処理票なんていうものが整えられていたり
するのですが、やっぱり、何をどう書いていいかわからないとか、そもそも書式と
して求められている項目の用語がわからない、なんてこともよくある。私の場合は、
いろんなものに手を出していて、逆に問処票を書くことに慣れてしまったかもしれ
ないというのがあって、相手に的確な再質問をさせることがうまくなってしまった。
これも本当はあまりよくないことなんですが、質問のキャッチボールになるよりは
はるかにマシ。
＃いろんなコミュニティで、激しいラリーをよく見かける

あと、上にも書いたとおり、いろいろなところに手を出し続けているということも
あって、私は永遠の初心者。でも、そのせいか、ある程度の知識を持っているはず
の分野でも、その分野に手を出したころのことを比較的よく覚えているというか、
初心者と専門家の間に立って、互いの意思疎通のお手伝いみたいなことに巻き込ま
れることがたまにある。というか、よくある。
あ、そうだ、ちょっと自慢話。
うちの会社は通信建設業界。社員の実力の認定制度があります。私は、年齢的には
ベテランになっていなければならないのだけど、認定制度的には中堅扱い。実際に
その程度の実力しかないから仕方ない。
で、実力認定のほかに社内教育制度もあって、ベテラン勢のうち、教え方がうまい
方々が特別講師という肩書きを貰っています。その他に准講師という肩書きもあり
ます。これは基本的に、実力はあるけど教え方がいまひとつの人。特別講師の方の
推薦でもらえるもので、新入社員や若手の勉強会で特別講師と一緒に指導にあたる
ことで指導者側の教えるスキルも向上させる、というもの。
で、私、上記のとおり、実力はないのに、なぜか准講師の肩書きをもらってしまい。
推薦してくれた特別講師の方々に聞いたら、私が勉強会に入ると、新人の理解度が
少し高まるらしい。つまり、特別講師の言っていることをわかりやすく言い換える
とか、講師が言っていることがわからないけど質問するのに気後れするような若手
に代わって質問したり、というのが効果的らしい。

実力がない、とか、永遠の初心者、なんていうのが役に立つシチュエーションなど
そうそうあるものではない、というか、あんまりあってもいけないような気もする。
うん、よく考えたら、全然自慢話ではないような気がしてきた。




おまけ。

> なお、PC98の初期の頃はこれはオプションでした。

初代PC-88もオプションでした。
でもPC-8001は解像度の関係で漢字表示の機能そのものがなかったと思う。
そして私、当時４万円くらいしたPC-88の漢字ROMを買いました。
パソコン本体が２０万円の時代、漢字ROMだけでその５分の１のコスト。
高校生の当時、親にカネを出させたのですが、どうやって親を説得したか、今では
全く覚えていない。
少しは使いましたよ。年賀状印刷とか。
でも、使った回数から考えると、絶対にコスト割れ。あぁもったいない。

専門性もさることながら、網羅的であることも重要ですよ。
特に個人的な問題解決などではミクロな視点で集中する必要がある場合もありますが、
俯瞰的視点はそれらに優先すると思います。

　長い解説と背景説明、そして「理解」「意思伝達」「歴史」「体験」について
の深い洞察、ほんとうにありがとうございます。

　以下、対話になっていませんが、10#さんが書かれていることは、だいたい理解
できたと思っています。
　しかし、以下のかたちで対話になるのでしょう。


　ここのところ「これでいけるな」と思っている本が、前にも出した杉浦さん他
による『DOS/V プログラミング技法』という本で、８０８６やアセンブラ
（MASM6 とか）が何をしているのか、どうやら分かり始めてしまったように、
やがて、俺、これ分かるな、困るな、とか思っています。

　（余計なことをちょっとだけ書いておくと、DOS/V システムになり、抽象化さ
れてハードからソフトへと時代は流れた、は分かるのですが、グラフィックチップ
を指定されたら、少なくともこの時代の DOS/V は、まだまだ初期段階だよ、
再現できんだろう、とも思ってます。IBM PC DOS (DOS/V extention 2.0)も SD32 も、
利用可能チップを指定しています。該当チップの載ったグラフィックカードは、
まだ１枚も見つからない、、、。アメリカのebayから買ったら、きっと高いよ。
Win95で、抽象化完成？　WTDISP.SYSが、WinMEで僕が使っているwide text driver
でした。Winの表示システムの助けも得て、ということなのだろうと想像していますが。
ttp://mezala.la.coocan.jp/vz/env/win/win98.html#widetext）

　さらに（本の購入が趣味です）、『９８ハードに強くなる本１，２』（表示系
マクロにめっぽう強かった和生さんの愛読書。nifty の過去ログに出演多数）
まで買ってしまって（けっこう高かった）、それらが今日、手元に届き、机の上から、
今、僕を見つめています。
　見つめられても実機はないし、エミュレータというのはあまり好きではないし、
ソフトとハードの境目あたりのことを勉強するのにはエミュレータのこと自体を
調査しなくちゃだし、、、。 これぞ机上の理論。 実体験なくて、意味あるのｗ
８ビットの話レベルだよな、これ、、、。ムニャムニャムニャ。
　東工大生の奮闘は美しいのだけど。
　彼らもきっと小学生のときから、、、。

　で、これだけ教えてもらって、時間をさいていただいて、このようなことを
伝えるのは、 ずいぶんと無作法だよなぁ、 少しは嘘をつけよ、とも思うのですが
（注）、ようやく部屋の片付けのゴールが見えたので、「今日は髪の毛を切りに
行こう」 、と待ち時間の長い床屋へ行ったとき、 もっていったのは、Assembly
Language Step-by-Step。 相変わらず楽しい。おそらくどのような言語で書かれ
ていても、世界で１番目か２番目に丁寧に基礎の基礎から説明してくれる本。
文章もうまいし、下らないジョーク（比喩）もいっぱいだし、繰り返しも多いし、
という本（英語がけっこうできないと、かなり難しい本でしょう。アドバンテージ。
しかし内容的には基礎レベルなので、ここの３人はまったく必要がない本）。
　全 432 ページで 200 ページ目にして、まだ、ニーモニックが出てこない。
「さてここで核心部分のセグメントとメモリーの話をしなければならない。ＣＰＵ
とメモリ。この２つを一緒に書く入門書はないと思うが、私はこれは一緒に語ら
なければ意味がない、本当の理解に至らないと考えるのだ」ですと。
　「プログラミングのまったくの初心者が私の想定する、この本の読者です」と
まで書いてある。「ふつうアセンブラを最初に学習するプログラミング言語には
しないものだろうから、かなり大胆な挑戦を、私はしようとしていることになると
思う」とも。
　仲間内ですから、どれだけ評価が当てになるのか分かりませんが、Tom Swan,
author of Mastering Turbo Assembler, Mastering Turbo Debugger etc が、
「これ以上のアセンブリ言語の入門書はない」という宣伝文を書いています。

　何がいいたいかというと、こっちのほうが、す、すいません、楽しい。少なく
とも今は。
　何度もそう自称してきましたが、僕はマクロイドなんですね。切った貼ったの
エディタマクロ、テキスト上で文字列を検索してカーソル飛ばしてといったマクロ
を量産してきました。 中でソートの作業が必要なら、sort.exe を使うのは当然
です、ソート・ルーチンを自分で書くなんて、、、。
　（Ｖｚ界隈には伝統があります。S.KinさんがVz1.5時代に激速sort.defを書いた。
1.6で動かなくなった。違うかもしれないけど、Aiming Offさんが1.6用に書きなおした。
そして、パラグラフソートまでやるの？(^^; な、高橋さんのsort.defが生まれた、
たぶん。僕は、必要なら、psort.exeです）

　もちろん、たとえばソートのアルゴリズムはプログラミングの基本のようなので、
クイックなのかバブルなのか、みたいなこともいつか（時間があれば）やりたい。
（次々でてきますが自慢してるわけではありません。自慢にならないレベルだから）
『使っておぼえるアセンブラ』（ナツメ社、tasm 使用、td 出演多数。これまた
超入門書）には、単純なバブルソートの例が出てくる（p.152）。
　脱線しました。
　いちおう釈明すると、「理解するぞ、今日こそわかってやるぞ」と力まずに、
ふとなんとなくこの手の本を読み流すのが好きなのです。効果絶大な気分転換に
なります。やっぱり変な人だな、俺、との自覚はあります。

　もちろん、ブリンクだとかグラフィック VRAM のラップラウンド処理（ちょっ
と違うけど、まあ原理は近いかな。 杉浦 p.47）だとかも、やりたいし知りたいし、
誰かに教えてもらいたいし（そうしないとできない奴。こ、この時代に？）、
なのですが、まあ、好きなところから（たとえばストリング命令）いこうよ、
一生楽しむつもりの趣味なんだから、と（恩知らずにも）思っています。

　もちろん仕事のための道具は道具なんですが、楽しすぎる道具でもあり、か、
かわゆい。
　不健全に仕事と趣味の両立をこの分野でやってしまおうと、ここ１０年くらい、
どれだけヤフオクとハードオフでくだらない産廃もどきを買ってきたことか（上
に出てきたＰＣ本も含め）。
　たとえ１００万円つかってきたとしても、これはかわいいものだ、安上がりな
趣味だと思えますが、使ってきた時間は？
　だからぁ、、けっきょくのところ、、お金でなく時間で構成される人生という奴
を、より楽しく幸福に生きるためには、ある種の時間にはケチになってはいけない
のだよ、分かってないねぇ、と自分に言いきかせてます。


　さらに、分からなかった（つまり興味があって分かりたいと、分からないなと
思ったことがある）ことが分かるようになるというのは、やっぱり快感で、分から
なくて読み飛ばしていたことが理解できるようになって、その理解をＶｚマクロで
（com ファイルでもいいですが）応用できて、１ミリでも深くＰＣを手なずけられる
ようになると、もう、うはうは。（してないのだけど）「努力のたまもの」と心から
自画自賛できてしまう。たとえそのＰＣのＯＳが MS-DOS でも WinME でも。
　だって使えるのだもの。これ以上のもの、見つかるわけないもの。

　10#さんやとしきさんや konno さんが小学生のときにしてきたことを、僕は
５０歳をすぎてやっている。もちろん、（他人に迷惑をかけないかぎり）何の
問題もない。

　キムタク話以上に意味のない、そしてプロットのない長文でした。
　が、どうかこれに懲りずに、またいつかおつき合いくださいませ。
　言ってみればＯＳ側からみたＶｚの話、正直いってかなり分かりづらいのですが、
それでも 10# さんのお話は、いつでも刺激的ですから。m(__)m


（注）こんなことに注をつけるのか？　おしゃべり。
　きっと知らないと思いますが、僕は、自分が頭がよくないのだ、という深い確信
をもっています。ですから、なるたけ嘘をつかないように生きてきました。非生産
的だからです。
　「本当のことだからといって、それを口にしていいわけではない」というのも真実
ではありますが。
　自分でも何が本当で何が虚構かが分からなくなって、「嘘がばれる」と、さすが
にかなり深い哀しみに打ちのめされるからです。格好悪い、バツが悪い、面子まる
つぶれ、という話ではありません。自分にとっての最低限の真実、「お前は頭はよく
ない」、この認識を自覚的に活用できなかった、これが哀しみを生みます。
　そこまで馬鹿じゃないはずなんだ、と。

　何を伝えようとしているのか分からない文章を、ここまで長々綴れるのも、才能
の一つ、な、の、か。
　じ、つ、は、僕は、自分が何をしているのか、知ってるつもりなのですが、相手
にはそれが伝わらない、だ、ろ、う、な。最後は、かなり傲慢。うは、ブンタ的！


　うーん、vtdosの落ちない稼働時間のレコードを今日も更新してしまっています。
やっぱswだったんじゃないですかね。

　このファイルは、ついに、
2018/11/10  23:30           153,301 aaa.txt
　にまでなっている。複数ファイルを使ってはいませんけれど。マクロもあまり
使っていないので、「攻めの運用」ではまったくありませんが。
　でも、久しぶりに、思い切って、seikei.defしてみた。落ちないじゃないか。
　かつて僕は、この何でも書いてしまうファイル、aaa.txtを1MBぐらいで切り替えて
ました。それまで、Ｖｚはへっちゃらだったのです。

　僕は自分の仕事も仕事の道具もたいせつにしたいと思っているので、このタイミング
でデイトレーダーのような書斎を作ったことを後悔していません。もっと前にするべき
だったのです。
　そうしていたら、vtdosが落ちる、落ちると、少なくともパニックはしないで済んだ。
前にも書きましたが、何にパニックしたのかというと、マシンが落ちてもパニックしない
自分を発見して、いちばんパニックしていました。
　９月ぐらいから僕はここで色んなことをして、とっても楽しい時間（真剣な時間で本物
の時間です）を過ごしてきたんですね。
　ありがとうございました。
　すぱっと消えるわけでもないと思いますが（MS-DOSで試してほしい実験があればどうぞ）、
いちおう、区切りのつもりです。すぐ師走な年末がやってくるし。

　＞としきさん、まったく関係ないのだけど、サツマイモ、まだ葉っぱが茂ってます。
　　いつ収穫するのかな、と呆然としています。どこが産地だか分からない、３本１５０円
　　のサツマイモ（家での熟成２週間以上）をオーブンで焼き芋にしたら、うまかった。

V_line.def を　[INS]キーのON/OFF で縦カーソルの色を変更するようにしました。
この機会に名称も、V_cursor.def と変更して、
V_cursor.def Ver06 として、VZマクロの部屋にUPしました。


V_cursor.def サイズ 2,494bytes 18-11-11
　 縦カーソルラインを表示するマクロです。 和生さんとEPIさんのマクロを合体させて実現しました。
 　 アンダーラインと合わせて、十字カーソルとして、カーソル位置が見やすくなります。
 　変数 v で縦カーソルの長さ変更可。v0= 画面高さ v1= 1行分 v2= 上下＋行で、数字増分で上下に延びる。
 　[INS]キーのON/OFF で縦カーソルの色を変更(v06)名称も変更した。
 　&c 常駐。実行中もたいていのマクロは動くが，少し影響あり。
 　動作保証は無いので実行は自己責任で。　　 


今回の目玉は、[INS]キーのON/OFF で縦カーソルの色を変更するようにしたことです。
CKWV では、[INS]キーのON/OFF の違いが判らないので、こういうやり方で違いがわかる
のはメリットがあると思います。
将来の改善のネタです。


ところで、この手の常駐マクロは、下手な呼び出し方では多重に常駐してしまいます。

80 @V "" ?. &z("V_cursor") >*

私は、VZ2.DEF で、通常このようにシンプルに呼び出していますが、これだと
すぐに多重に常駐してしまいます。(;_;)
これを防ぐには、やはり、手抜きをせずに

80 @V "" ?. &Zs("V_cursor") (r)?? &z("V_cursor") (rr)??. >*

こう記述するのが良いですね。(^^;

konnoさん、V_cursor.def, 試せていなくてごめんなさい。
　EPIさんの「ヴァーティカル・ライン」、たぶんNEC98で試したことがありました。
「使える」とは思わなかったのですが、あの縦のスペシウム光線みたいなのは、ちょっと
忘れがたいですね。マクロ・プログラミングを、将来、自分がすることになるなんて夢
にも思わなかったけど、なんだか、これすごいな、カーソルや文字と関係ない次元で、
色が、線が、動いているみたいだぞ、と思った記憶は強烈でした。


>　うーん、vtdosの落ちない稼働時間のレコードを今日も更新してしまっています。
>やっぱswだったんじゃないですかね。
>　このファイルは、ついに、
>2018/11/10  23:30           153,301 aaa.txt
>　にまでなっている。複数ファイルを使ってはいませんけれど。マクロもあまり
>使っていないので、「攻めの運用」ではまったくありませんが。
>　でも、久しぶりに、思い切って、seikei.defしてみた。落ちないじゃないか。
>　かつて僕は、この何でも書いてしまうファイル、aaa.txtを1MBぐらいで切り替えて
>ました。それまで、Ｖｚはへっちゃらだったのです。

　この部分に関して、できたら丁寧に伝えておくべきだな、と思いました。

　まず、前置き：vz.comがc.mosさんにとって、歴史に名前の残す作品であったように、
10#さんにとって、vtdosは、渾身の傑作・作品であるのかもしれない。同じぐらいの情熱と
執念（集中力ということ）でつくられた作品なのだろう（プロシージャの数だけしか僕には
想像の根拠がありませんが、サンスク＞としきさん）。

　しかし現在のvtdosには、素人からみて、３つの弱点がある。

　1. swの設定によって、色々とやばい場合がある。メモリー管理。
　2. 編集テキストファイルが大きくなると、やばい場合がある。最低で64KBの制限？
　3. 複数ファイルをＶｚで編集しようとすると、ユーザは最大限の注意を要求される。
　4. マクロが使用されると、と噂されているようですが、Ｖｚマクロの基本は手入力の再現
　　だと僕は思っています。マシン語マクロは、まあ、com/exe的なことができるにはできる
　　けど、だいたい作法を守っているものだし、そもそも手入力の普通のＶｚ使用でも、
　　マシン語ガリガリ、EMSガリガリしているので（それ同等なので）、マクロが、多くの場合、
　　原因と考えるのは、10#さんに気をつかいすぎていて、当たり前の事実が伝えられていない
　　ユーザの怠慢なのではないかと、僕は考えています。

　vtdosは、ＯＳです。日本語のDOSを、WinNTシステムで再現しようとするシステム。
　僕には、それがどれだけ無謀な試みなのか、分からない。世界でも類をみない、ということは
知っているつもり。
　それでも、僕の感触をいえば、僕が使うようなMS-DOS3.3以降のＤＯＳアプリの挙動をみる
かぎり、じつに見事にＤＯＳ環境が再現されている。wgrepを使わないせいなのか、コマンド
ラインで落ちた記憶がない。

　が、ＶｚのようにＤＯＳ自身たろうとする環境ソフトは、そもそものけっこうな手抜き
（微妙なバランス感覚。comファイルの制限）がゆえに、存分にその真価を発揮できない場合がある。
　Ｖｚはvtodosを落とせる。けっこう得意みたいだ。

　Ｖｚは、この環境ではとても安心して使えない、MS-DOSやWin9xシステムに戻るしかない
（エミュレータのほうが良いという話もある）、と判断される場合もありうる。

　焦点を定める（間違っているかもしれませんが）だけは、しました。
　どうか、どうか、がんばってくださいね。
　僕のためなんかではなく（自分の面倒は自分でみたがるタイプ）、10#さん自身のために。

　なぜ強くなろうとする？　弱い者を、かつての自分を、助けるためだよ。
　なぜ金持ちになりたい？　金持ちでなかったかつての自分を、下らない面倒から解放して
やるためだよ。お金に下らない問題を解決する力があるのは、知ってるだろう、さすがに。
　きれいごとだけど、そう単純にしたら、人生、けっこう楽だぜ。生きる意味は何かとかみたい
な泥沼から救ってくれるとは思うけどね。

　こう、今日、息子に言いました。よく言う口癖みたいなものですが。

> konnoさん、V_cursor.def, 試せていなくてごめんなさい。
> 　EPIさんの「ヴァーティカル・ライン」、たぶんNEC98で試したことがありました。
> 「使える」とは思わなかったのですが、あの縦のスペシウム光線みたいなのは、ちょっと
> 忘れがたいですね。マクロ・プログラミングを、将来、自分がすることになるなんて夢
> にも思わなかったけど、なんだか、これすごいな、カーソルや文字と関係ない次元で、
> 色が、線が、動いているみたいだぞ、と思った記憶は強烈でした。

文太さん、一度も試してくれてなかったんですね。(;_;)
そういえば、過去ログを見直しても誰も話題に参加していないし。(;_;)
最初の、V_csr.def も、和生さんには実用品だったようですが、ライン上の
文字が見えないのが残念だったので、改造したのでした。
この話はあっちのスレで纏めたいと思います。


文太さんの思いは読ませていただきましたが、私の中では纏まりがつかないので
コメントは控えておきます。
代わりに私の独り言を。



私は、VZに出会って、これは最強の武器だと確信しました。
私は、これこそ我が剣と定め、仕事でも趣味でもVZでテキを切りまくってきました。
一生付き合っていく、と宣言したわけではないですが、内心では思いがあるかもですね。

私の頭脳スキルは正直大したことは無い平凡なものですが、VZやパソコンのソフトを
使いこなすことで、能力以上の仕事を成し遂げてこられたと思っています。

BASIC などのプログラムも自分の弱点を補って仕事の効率アップの目的で覚えました。
基礎をろくに知らなくても、必要な所の情報を周りから拾い集めて何とかする、という
スキルはあるようなので、XPでLFNが使えなくなり困ったときにVZ改造出来たわけです。
だから、ゼロから何かを作り出すのは苦手で、改造が得意になったのでしょう。

私のサイトも、ニフティのFGALDCが無くなるというので作った様なものですね。
このツリー式掲示板も受け皿として使えるように考えて色々改造したのですが
結局は自分が使いやすいようにする。というのが基本なんですね。

VZも同じで、私家版として公開しているのですが、スキルが足りないので
不具合があってもすぐに対応できないので、公開停止するしかないですね。
今使っている版もバグが残っているので公開できないですが、自分で使うには
バグがわかっているので問題なく使えているところはあるでしょう。
環境、考え方は一人一人違うので、これがいい！！というものも個々それぞれということで。

私の改造で、VZ以上に人気が出た？のが、NP2 です。
これも、どこでもVZがしたい！！　という動機から手を出して、今では
VZ、NP2、掲示板が改造の3本柱になっています。
ASM、C++、CGI(Perl) の3言語とも言えますね。＋VZマクロで四天王か。

ということで、舌足らずですが、この掲示板で出会った人は縁のある人だと思うので
これからもよろしくお願いします。m(__)m

ブログに書いた記事を転載します。そちらには写真もあります。(^_^)


先日、日比谷に「2001年宇宙の旅」を観に行った時、ビックカメラに寄った。
そこで、未知との遭遇が！！

最近NETで知り、気になっていた、超小型PC、GPD Pocket Windows10 64bit が、
店頭に在ったのである。

最近ノートPCの調子が悪くて、新しいPCが欲しいなぁ、と、それとなく言っていたのだが、
目の前の未確認小型物体を目撃して全てぶっ飛んだ。

私は即座に財務省の承認を得て、その未確認小型物体との遭遇に成功したのである。
ではその詳細を語ろう。

製品情報によると

Windows 10 Homeを搭載した7インチ ウルトラモバイルパソコン
CPU Intel AtomR x7-Z8750 Processor
メインメモリ8GB、eMMCメモリストレージ128GB搭載
1920×1200px 323PPI WUXGAの高解像度対応　
ゴリラガラス3採用、マルチタッチ対応IPS液晶パネル 7インチサイズ
高速無線LAN Wi-Fi 802.11ac、Bluetooth 4.1搭載
Micro HDMI、USB Type-A （USB3.0）、USB Type-C （USB3.0）
急速充電Power Delivery 2.0対応

とあるが、何より心を動かされたのはそのサイズである。
幅x高さx奥行：180x18.5x106 mm 重量：0.48 kg 
と、ほぼシグ３サイズで、液晶サイズが7インチ と大きいというのが決め手となった。

これなら、VTDOSでVZが使い物になる！！（そこかよ）
 
CPU：Atom x7-Z8750(Cherry Trail)/1.6GHz/4コア CPUスコア：1901 
ストレージ容量：eMMC：128GB メモリ容量：8GB 
OS：Windows 10 Home 64bit

Win10 を動かすにはスペック的に十分だし、これで駆動時間が12時間というのも凄い！！

一つだけ欠点がある。ファンの音がうるさいので、静かな所では使いづらい！！


では、お約束のVZ画面を。

VTDOS単体ではフォントが小さいというか、全画面に出来ない

ようなので、CKWVは必須か。

全画面で100*24行か
7インチ全画面なら文字も読みやすい
FUNKIE.DEF でこんな感じ。

表示が2行も増えて、ログ読みは断然お得。(^_^)
キーボードは変則というより変態だ。(^^;
でも慣れれば何とか。(^^;


おまけに、各機種のサイズ比較表を。

機種 --- OS -- CPU -- 動作周波数 -+- 画面 サイズ+- 幅 - 奥行 - 高さ ----+重量 +
HP200LX     DOS   80C186 7.91MHz*2 640*200  5.0  W160  D86.4 H25.4       312g  1994
OASYS Pocket3 DOS     80286  8MHz  640*200  7.2  W225  D114  H24         490g
Mobile Gear DOS MC-MK 80486 16MHz  640*240  7.3  W245  D122  H24.5       550g
VAIO typeP Win Vista atom 1.33GHz 1600*768  8.0  W245  D120  H19.8       636g
Jornada 720 CE2000   ARM   206MHz  640*240  6.5  W189  D95   H34         510g
Sigmarion2 WinCE    MIPS   200Mhz  640*240  6.2  W189  D107  H27         500g
Sigmarion3 WinCE4.1 PXA255 400Mhz  800*480  5.0  W189  D117  H21         455g
NetWalker Linux armiMX515 600〜1G 1024*600  5.0  W161.4D108.7H19.7〜24.8 409g  2009
mbook-M1  Linux atom 1.33G~1.1G   1024*600  4.8  W158  D94.1 H18.6〜25   344g
IS01  android                      960*480  5.0  W149  D83   H17.9(20)   227g  2010
IS02  WinCE                        800*480  4.1  W123  D66   H12.9       158g  2010
N-08B  android                     854*480  4.6  W180  D80   H18.1(18.9) 300g
GPD Pocket Atom x7-Z8750 (1.6GHz) 1920*1200 7.0  W180  D106  H18.5       480g
Gemini PDA 2xAndroid/Linux 2.6GHz 2880*1080 5.99 W171.4D79.3 H5.1        320g  2018
GPD Win Win10 64bit               1280*720  5.5  W15.5 D97   H22         363g  2016
GPD Win2 Win10 64bit              1280*720  6.0  W162  D99   H25         460g  2018
GPD Pocket Win10 64bit atom 1.6G  1920*1200 7.0  W180  D110  H20         480g  2017
機種 --- OS -- CPU -- 動作周波数 -+- 画面 サイズ+- 幅 - 奥行 - 高さ ----+重量 +

>文太さん、一度も試してくれてなかったんですね。(;_;)
　す、すいませんです。ごめんなさい。
　そ、そういうことなのであれば、近日中にやりますよ。待っててね。
　僕の得意分野でない、かなりの不得意分野であるって、書いたじゃないの。

>そういえば、過去ログを見直しても誰も話題に参加していないし。(;_;)
　これって文脈とか時間の流れ方とかありますよ。
　詳細は分かりませんが、前回、和生さんが一緒だったときは、僕は、もうギリギリの
ラインで、和生さんの環境設定に、かなりの無理をして、口を出していたのです。
　もちろん、結果は、僕のスキルレベルゆえ、さんざんだったわけですが。
　ああいう風に無意味にテンションが上がると、ふつう、ちょっと距離をおかせてもらうね、
ってなるのが普通だと思います。
　普通でない文太みたいな奴は、それなりに、希少価値です。

　そうそう、１つ上に戻りますが、僕がこれはしなくちゃと思っているのは、純ＤＯＳ
とWinMEでの、高橋版sort.defの挙動の確認です。これは、僕がやるべきだよな、と
ずいぶん前から思ってました。す、すいません。近日中に。あんまり近くない近日。
　でもパラグラフソートとか、データをそれ用にダミーで作らなくてならないので、気が
思いのですが。ディリミタの定義と設定。あうあう。フィールドソート、桁ソート、
数字を数字として読ませるか文字として読ませるか。もう、高橋さん、懲りすぎ。実用
はなれていると思いますよ、、、。でもないか。
　FGALDCで使用報告とか、なかったのかな？　これ、調べるところから始まる、、、。
データが調べられるというのも、面倒な場合がありますよねぇ。

>文太さんの思いは読ませていただきましたが、私の中では纏まりがつかないので
>コメントは控えておきます。
　通じていると思いますので、ただ、ありがとうございます。

>私は、VZに出会って、これは最強の武器だと確信しました。
　ですよ、その直感、正しい。

>一生付き合っていく、と宣言したわけではないですが、内心では思いがあるかもですね。
　何があるか分かりませんけれど、結果的に、そうなったんだなぁ、でいいと思いますよ。
　卒業していった人に関しては、残していってくれた言葉とコードに、ただ感謝。

>私の頭脳スキルは正直大したことは無い平凡なものですが、VZやパソコンのソフトを
>使いこなすことで、能力以上の仕事を成し遂げてこられたと思っています。
　おめでとうございます。同じ思いです。

>BASIC などのプログラムも自分の弱点を補って仕事の効率アップの目的で覚えました。
　時代か。でも、konnoさんのその話を聞いて、その後過去ログで、あの人もこの人もBASIC
をやったのだと知って、その気になればできる、と純ＤＯＳマシンでqbasicをやってみた
というのは、どっかで書きましたよね。ビジュアル・ベイシックも（当たり前なのかもしれ
ませんが）とっても似てて、ムダな経験ではないとか思いました。
　何にもやってないくせして。
　たぶん、Windowsあるかぎり、ビジュアル・ベイシックは永遠に不滅でしょう。

>だから、ゼロから何かを作り出すのは苦手で、改造が得意になったのでしょう。
　知ってます。少しものが分かるようになって、これ、すごいことだよ、と納得してます。m(__)m

>VZも同じで、私家版として公開しているのですが、スキルが足りないので
>不具合があってもすぐに対応できないので、公開停止するしかないですね。
　こう言って無責任になるのかどうか分かりませんが、仲間を信じていいはずなんじゃないですか。
Ｖｚｅｒでkonnoさんに期待してる人は、試してみるよ、レポートできたらするね、という人は、
約２名、いつまでたっても使えないタコが約１名になってますから。

>私の改造で、VZ以上に人気が出た？のが、NP2 です。
　そうなんですか。ちょっと調べてみまーす。９８のエミュレータですよね？　(^o^;
ttps://www.google.co.jp/search?source=hp&ei=q5npW6SRCcuQmgWc87_YDA&q=NP2%E3%81%A8%E3%81%AF&oq=NP2%E3%81%A8%E3%81%AF&gs_l=psy-ab.3...950.3509.0.3837.8.7.0.0.0.0.364.1076.3-3.3.0....0...1c.1j4.64.psy-ab..5.3.1075.0..0j35i39k1j0i4k1j0i131k1.0.h5Ysup5Kpq8
　基本は間違ってなかったようだ。やたら親近感を覚えるWindowsのデスクトップがいっぱい。

>ということで、舌足らずですが、この掲示板で出会った人は縁のある人だと思うので
>これからもよろしくお願いします。m(__)m
　もちろんです。こちらこそ、どうかどうか末永くおつき合いくださいませ。

　あー、しまったぁ、宿題をつくってしまった。(~_~;
　中間試験なの、「いい先生」ぶりっこなので、採点（添削！）が、もう、大変なの。９９％
感謝されないのだけど。これは、本当に、嫌いな仕事。Ｖｚはぜんぜん効率化してくれない。
そもそも、そういう種類の仕事でないと割り切ってます、、、。記号の回答なし。記述。文字を
手で書けぃ！

あらら．古い方を買っちゃったのね．

Thinkpad使いの自分としては，むしろトラックポイントのある古い方が欲しかったのだけれど，
後継新製品↓が出てしまったので，もう手に入らないかと思ってました．
http://gpdjapan.com/gpd_pocket2_info/

うーん，どうしようかな．

> Thinkpad使いの自分としては，むしろトラックポイントのある古い方が欲しかったのだけれど，
> 後継新製品↓が出てしまったので，もう手に入らないかと思ってました．
> http://gpdjapan.com/gpd_pocket2_info/

pocket2 のほうが性能も良いし、キーボードも見た目良い感じですね。
でも私はほぼVZしか使わないので、旧型で充分です。
実際使ってみて遅いとは感じないし、カーソルも速いです。

pocket2 は性能が上がった分駆動時間が約6~8 時間に落ちているので
旧型の公称12時間は余裕があります。
私も迷ったのですが、駆動時間の長い方を選びました。（ほんとは安いほうにしたの）

漢字入力は、ALT＋Caps で出来ます。親指入力もできるので、
これなら200LX を超えたといってもいいかもしれませんね。(^_^)

> うーん，どうしようかな．

ファンの音は想像以上にうるさいですよ。ブログから転載しますが


GPD Pocket のファンの音がうるさいので対策ソフトを探したらありましたよ。


「GPD Pocket(Windows版)用の簡易的なファンコントローラを作りました」

http://www.miyake.me/2017/08/gpd-pocketwindows.html


このページにある PocketFanController  を入れてみました。

スピード設定が出来るので、良さそうです。


また、どのページか忘れたけど、CPUPowerLimiter というのも落としました。

この2つを合わせればかなり改善するかもです。

GPD Pocket の不具合関連情報  のWiki もあります。


「GPD Pocket/不具合関連 - GPD Wiki」

https://gpd.wiki/index.php?plugin=related&page=GPD%20Pocket%2F%E4%B8%8D%E5%85%B7%E5%90%88%E9%96%A2%E9%80%A3


不具合は初期の個体差もあるでしょうが、ファンはスリープ中でも、電源を切って充電している時でも回ることがあるので、Wiki情報は参考になると思います。

#8369 で公開したVZk07T1 (2018/10/17) は、バグが有ったので、公開停止しました。
使用されている人はすぐに使用中止願います。

代わりに、VZk07t 公開版の pc ズレ修正・差し替え版をアップしました。
こちらは問題ないと思います。

ご迷惑をおかけしますが、よろしくお願いします。

#8314 からの、SORT.DEF（高橋版）の話題の続きです。

DOSモバでSORT.DEF（高橋版）を試してみました。
VZO、VZT、は問題なく動作しました。が
VZK07t1 は、起動BATで常駐した時は、異常になります。

調べてみたら、アセンブルでポカミスしていました。
この版はすぐに公開停止しましたが、使用している人はすぐ使用中止願います。
ご迷惑おかけして申し訳ありません。

代わりに、VZK07t のpcズレ修正出来たので、差し替え公開しました。
こちらは問題なくSORT.DEF が動きました。
DOSモバ環境は、MSDOS6.22、sw3 で、EMM386使用です。

板塀#3081 で、GPD Pocket2 の話題があったんですね。
NETでは旧型はかなり安くなっていますが、新型はまだ市場に出回ってないのか。

やっぱり現物を見るか、使用者の評判を聞いてからでないと手が出ないですよね。
個人情報を勝手に中国に送ったりとか、爆発したりとか、怖いですもんね。(^^;

私は充電するときは、見えるところに置いています。(^^;

　ありがとうございます。
　来週のどこかで、全面的（といってもまだt01への変更が１０分の４ぐらいだったのですが）
に変更へ向かいたいと思います。
　vz.comは１つ、な人なので。

　それで、今、確認したのですが（きっと意図的なのだろうと、確認したかったのです）
僕のvtodos@win7では、以下の表示でVZが起動します。

Installed. ＶZ Editor DOS/V(JP) Version 1.60t03k k07t01 Copyright ....
                                                    ^^^
　まだ今回の差分を当てていないのですが、k07t になるんですよね？
　ナンバリングがときどき分からなくなります。m(__)m

　高橋版sort.defも、まだまだまだ、V_cursor.def Ver06のほうも、まだまだ、ぐらいです。
　明日も明後日も出、なのです。週末なし、休みなし。

>DOSモバ環境は、MSDOS6.22、sw3 で、EMM386使用です。
　これはカードブートで、自前のＤＯＳを使っているということですよね。
　僕のＮＥＣ純正ＤＯＳでは、MS-DOS 6.20でした。

> 　それで、今、確認したのですが（きっと意図的なのだろうと、確認したかったのです）
> 僕のvtodos@win7では、以下の表示でVZが起動します。
> 
> Installed. ＶZ Editor DOS/V(JP) Version 1.60t03k k07t01 Copyright ....

げ、っと思ってVZの部屋から落として確認してみました。

ＶZ Editor DOS/V(JP) Version 1.60t03k k07t  Copyright (C) 1989-93 by c.mos
 arranged by H.Takahashi + DANNY + H.Konno

こういう表記が出ます。
今一度確認してもらえますか。

> 　まだ今回の差分を当てていないのですが、k07t になるんですよね？
> 　ナンバリングがときどき分からなくなります。m(__)m

はい、k07t のままです。（のはず）
もうわけ和歌になっています。(^^;

> 　高橋版sort.defも、まだまだまだ、V_cursor.def Ver06のほうも、まだまだ、ぐらいです。
> 　明日も明後日も出、なのです。週末なし、休みなし。

シュラ期ですね。(^^;
自分のペースでどうぞ。
私もマイペースでやっています。(^^;

> >DOSモバ環境は、MSDOS6.22、sw3 で、EMM386使用です。
> 　これはカードブートで、自前のＤＯＳを使っているということですよね。
> 　僕のＮＥＣ純正ＤＯＳでは、MS-DOS 6.20でした。

げげ、確認せず思い込みで書いていました。

Ver
MS-DOS 6.20 と出ました。ごめんなさい。m(__)m


＃　それにしても、一か月前に入れた電池がまだ持っている。
　　486CPU でこの持ちは驚異的ですね。

>シュラ期ですね。(^^;
　はい、もうジュラ紀なみに。恐竜、イミフメ。
　今、自分の部屋に一瞬帰りました。＠職場。

>もうわけ和歌になっています。(^^;
　ごめんなさい、そういう意味ではなくて。

>げ、っと思ってVZの部屋から落として確認してみました。
　すいません、そういう意味ではなくて、

>ＶZ Editor DOS/V(JP) Version 1.60t03k k07t01 Copyright
>ＶZ Editor DOS/V(JP) Version 1.60t03k k07t 　Copyright
　と、t01 -> t無印　に戻るのが正しいのですね、ということです。
　.lzhとか、無印とか01とか1とか、いろいろと、、、。

>> 　まだ今回の差分を当てていないのですが、k07t になるんですよね？
　というわけで、まだ当ててないのです。

>今一度確認してもらえますか。
　今晩、やれたら、いちおう確認しますが、意思疎通不全なだけで、
大丈夫だろうと思っています。

>それにしても、一か月前に入れた電池がまだ持っている。
>486CPU でこの持ちは驚異的ですね。
　486ってやっぱりけっこう偉いですね（繋がり悪し）
　１か月のもち。使わなければ、、、。でも、気がつくとなくなっていて、
ボタン電池を消耗させてしまい、１年に２回ぐらいボタン電池を交換している
わたくし、、、。

　あ、6.20, OKです。

VZk07tにおいてimask.defとmaskman2.defを合体したマクロでvtdosが落ちます。
今回の更新における問題ですかね？

> VZk07tにおいてimask.defとmaskman2.defを合体したマクロでvtdosが落ちます。
> 今回の更新における問題ですかね？

高橋版VZでも落ちますか？
VZk07t だけで落ちるようなら、バグかもしれないですね。
よろしかったら、そのマクロを上げてもらえますか。
もしくは送ってもらえたら調べてみます。

今回再掲した VZk07t は、旧版とバイナリレベルで同一のソースに
pc ズレの修正をしたものです。
旧版のVZk07t は、文太さんが使ってくれていたので、問題は無いものと
考えていますが、もしもバグがあったとしたら、修正しないといけませんね。
よろしくお願いします。

>VZk07tにおいてimask.defとmaskman2.defを合体したマクロでvtdosが落ちます。
>今回の更新における問題ですかね？
　vz.comのバーアップは心に余裕のあるときがいいですね、というアドバイスですね、
多謝。

　imaskは、これですよね。いっぱい使ってます。
========== IMASK.DEF ==========
ver 2.00 94/02/04
だんだんパスマスク
by 榊原　知

　maskman2.defはとらじさんの覆面男でしたっけ？
　どう合体させているのか、どう便利なのか知りたくもありますので、ish部屋だっけ？
あたりに上げてくださると嬉しいです。
　imask.def部分では、僕は不具合に遭遇したことがないので、後者かな？　と。

　でも、vz.comのせいなのか？　というのも引っかかり、vtdosにおいて、ここに来て発現？
などなど、解析は大変そうだなぁ、と。
　できたら、やっぱり高橋版vz.comで、もっといえば、vtdos環境以外で試されると、色々
と分かるはずだとも思うのですが、vtdos環境以外って、ないですか？　ＬＸとかモバとか。
　上げてくだされば、時間はかかると思いますが、ＤＯＳ、WinMEぐらいではできますよ。
　僕にとって敷居が高いのは、vz.comの差異。vzt.com, vzt.defとか、いつも持ってられない。

　明日も出。恐竜文太。もうヘロヘロ。

ブログから転載 (^^;


GPD Pocket  色々


MSDOS Player の画面

プロパティのレイアウトで１００＊２８にして
フォントは、MSゴシックの３６？
起動させてからプロパティのフォントで設定したかな。


NP2は起動時30行でこの大きさ
タイトルバー右クリックでサイズ９６０＊６００にするとフル画面に


　　VTDOS＋CKWV 色々

ckwv.cfg でフォントを色々設定できるようだ。

Ckw*font: MS UI Gothic　

独特なフォントに変わっているのがわかるかな。実用的ではない。

Ckw*font: ＭＳ ゴシック　の画面。文字化けは無くなったようだ。
!Ckw*font: ﾒｲﾘｵ　も使える。

Ckw*font: ＭＳ 明朝　これは使えないようだ。
 ﾒｲﾘｵ は、ターミナルの代替によさそう。

ちなみに、フォントサイズは２４にして
８０＊２２ で全画面になっている。

同じ設定で Ckw*font: terminal　だとこうなる。8ビットの世界だ。(^^;


＃　画像が無いとわけわかめだな (^^;

imaskはVectorより入手してください。
https://www.vector.co.jp/download/file/dos/writing/fh010426.html
maskman2はしばらくお待ちください。
合体版は下記のものです。
vzfl.defに
.:I	{dd"Imask", >87}で組み込んでいます。

=== IMASK.DEF v2.01 ===  + trazi
*M

50 ""
	>?{>A >B #98 >> .} >>
:A	#O
:B	(cm-70 && cm-71 && cm-76)?.
	#m >>

20:	(s-3)?.
	r=mg..2,
	(r>mg+16 && r..0==r..-4)?.
	&01
	p..0='*',
	&Sy(fl+98) (r&2)?{
		&Sy(cx) (r&1)??{&Sw(cx) &Sc(p+1,cx,r)}
	}
	e"",&02
	i-,
:A	&26
	&01 &m("Imask %s",p)
	&p &u(r) c=r,
	(s-3)?>B
	(ks&1 && (c>'0' && c<='9'))?{&s #L ss-, &o(c+16) >A}
	(ks&1 && (c>='A' && c<='Z'))?{r=c,rr=(pv+63)..7-3,&* >A}
	e-,
	(c)>!{
		:>B />B
		\	(e">12")
		*	(e"#x'*'")
		.	(e">11")
		(#[)	>Z
		(#94)	(e">10")
		(#h)	(e">10")
		(' ')	(c'?')
	}
	(e)??{
		(c>>8==1)?>B
		e"&o(c)",
	}
	&02 >A
:B	&o(c) (sm==3)?>A

;:Z	(s)??fg.1+, &m("")
:Z	(s)?? {
	fl.98-,					;[CR]&mask 解除 Takahashi
	fl...98-,				;
	pc.375+,                		;pq.-7=1, pq.6~+,
;	(fl.130)?&Sc(fl+34,fl+130)?fl.33-,	;[CR]&path 解除
;	f=fl..0,				;
;	(f.130)?&Sc(f+34,f+130)?f.33-,		;
	}
	&m("")

01:	p=5+$,.
	"$(40,0)$[64]"
02:	pf[,&01 pf=p,
	&s
	#P #e
:A	(cd-'*')?{#s>A}
	&e(e)
	&d #m
	pf],
10:	(lx)??{#[ &d #94 #P "*" .}
	ux[+,
	#s
	(cd=='.')?#h
	#g
	ux],
11:	ux[+, #l ux],
	"*.*"
12:	ux[+, #l ux],
	"\" #m
	#P "*"

26:	ax=fl, &> &i(r)
	(dx)?{ fv^=4, &d #V (0) }? #?
	(bx)??#^
26:	(3+$)."$
	$(8B,E8,FF,76,0C,33,D2,8B,5E,02,8B,F3,E8,6A,00,A8)$
	$(10,74,0D,3B,5E,06,73,08,E8,07,00,83,C3,16,EB,EA)$
	$(5B,C3,8B,F3,83,C6,09,8B,FD,83,C7,62,8A,05,E8,4F)$
	$(00,8A,E0,E8,43,00,E8,47,00,80,FC,00,74,16,80,FC)$
	$(2A,74,11,80,FC,3F,74,09,3A,C4,74,05,E8,06,00,EB)$
	$(03,47,EB,D8,C3,8B,FB,8B,F7,83,C6,16,8B,4E,06,2B)$
	$(CF,1E,06,8E,46,04,8E,5E,04,F3,A4,07,1F,42,FF,4E)$
	$(0E,83,6E,06,16,83,EB,16,C3,1E,8E,5E,04,AC,1F,C3)$
	$(3C,61,72,06,3C,7A,77,02,2C,20,C3)"
*
=== end of IMASK

> 　どう合体させているのか、どう便利なのか知りたくもありますので、ish部屋だっけ？
> あたりに上げてくださると嬉しいです。
基本的にmaskman2.doc記載の変更だと思います。

> 　できたら、やっぱり高橋版vz.comで、もっといえば、vtdos環境以外で試されると、色々
> と分かるはずだとも思うのですが、vtdos環境以外って、ないですか？　ＬＸとかモバとか。

確認した環境
dos（win98のDOSをUSBにインストールしUSB起動）
vtdos

vzは下記
オリジナル
高橋版
k07s5（内部ワーク pc の１バイトずれを修正、差替版）

いずれも問題なし

> 今回再掲した VZk07t は、旧版とバイナリレベルで同一のソースに
> pc ズレの修正をしたものです。

ゴミ箱に入っていた　k07t01 2018-10-17 19:11　を元に戻して試しました。
imaskの起動には問題はありませんでした。

> 　maskman2.defはとらじさんの覆面男でしたっけ？
> 　どう合体させているのか、どう便利なのか知りたくもありますので、ish部屋だっけ？
> あたりに上げてくださると嬉しいです。

maskman2.lzhをＩＳＨ置き場に上げました。
合体方法はdocのとおりです。

> imaskはVectorより入手してください。
> https://www.vector.co.jp/download/file/dos/writing/fh010426.html

落としましたが、手元に若干改造してあるものがありました。
うーん、自分で直したのかなぁ。95年10月19日の日付です。
終了処理でマスクを解除するようになっています。

> maskman2はしばらくお待ちください。

これは軟体にありませんでしたね。
手元にあったのですが、もしかしたら版が違うかも。

> 合体版は下記のものです。
> vzfl.defに
> .:I	{dd"Imask", >87}で組み込んでいます。

普通に起動させてマスク動作だけ試してみましたが、問題なく動作します。
どういう動作で落ちるのでしょうか。
もしかして、ファイラーに組み込まないと出ないのかなぁ。


中身を見てみました。
う、げぇ、よ、読めない！！

改造部分が全く読めません。
マシン語も全然違っているので、版違い？
これは解析には時間がかかりそうです。

> これは軟体にありませんでしたね。
> 手元にあったのですが、もしかしたら版が違うかも。
ＩＳＨ置き場に上げました。

> 普通に起動させてマスク動作だけ試してみましたが、問題なく動作します。
> どういう動作で落ちるのでしょうか。

vzk07tにおいて
私のdefでは（tloder.def使用）
.:I {dd"Imask", >87} でマクロ起動直後に落ちます。
しかし、普通に組み込みでは問題ありません。

vzk07tにおいて
オリジナルdefでは
.:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。

オリジナルvz及びdef
不通に組み込みで問題ないことを確認しました。
オリジナルvz及びvzfl.defに
.:I &z("imask")>*組み込みでも問題ありません。 

マクロ名はimaskとしていますが実態は IMASKとmaskman2合体版（#8603）です。

追試
k07s5においてもオリジナルと同様問題ないことを確認済みです。

> > これは軟体にありませんでしたね。
> > 手元にあったのですが、もしかしたら版が違うかも。
> ＩＳＨ置き場に上げました。

いただきました。#test70 ですね。
手元の版は初期版だったようですね。

> vzk07tにおいて
> オリジナルdefでは
> .:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。

うちの環境では、この組み込みでも問題なく動作するようです。
旧のvzk07tでも問題なく動作しました。
インスタントマクロで、pc が、111h になるので間違いないですね。

うちで再現しないと何が違うかわからないですね。
環境の違いを知りたいので、option.lst を教えてもらえますか。

> マクロ名はimaskとしていますが実態は IMASKとmaskman2合体版（#8603）です。

これ、良いですね。IMASK.DEF はディレクトリが邪魔に思いましたが
これだと邪魔なディレクトリが消えてスッキリ見渡せます。
これはありがたくいただきます。m(__)m

　（どこへ繋げてよいのか分からないので、ここで。m(__)m ）

konnoさん

2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
               1 個のファイル              62,186 バイト

2018/10/17  19:11            62,184 vz.com	(k07t01)	;最新−１（前の版）
               1 個のファイル              62,184 バイト

　上だけご確認いただけますか。上が最新の k07t のタイムスタンプ、サイズです。
　下が確認できなくてもけっこうです。旧->新で２バイト太ってますよね？


shadowさん

　網羅的（はいうに及ばず多方面への）テストはまったくできていませんが、僕の
手元の上２つのvz.comで、vtdos環境で、imask+maskman2は、落ちませんでした。
k07t01（旧版）に関して（ちょっと前史がありますが）いえば、じつは、僕は
imask+maskman2を、おそらく１８年くらい、使い続けてきたようでした。+maskman2
については（ディレクトリマスク）、最初からimaskに入っていたものと勘違い
していたようです。

IMASK.DEF     2,368  1999-12-05  13:52
　おそらく、ここで、合体版を「とらじ.doc」から作ったようでした。

参考：
MASKMAN2.DEF  1,583  1997-04-09  21:43
MASKMAN2.DOC  5,180  1997-04-09  22:22

　.docを読んで合体させようとしたら（26:ルーチン）、既にやってありました。


　細かい点はわかりませんが、今回のvz.com（もちろんkonno版）、あるいは最近の
バーアップが、shadowさんが経験されている不具合の原因ではないのではないかと
少し思っています。「少し」とは、判断・空想の根拠がないことを自覚している、
というだけのつもりです。
　vtdosについての経験を書くと、僕のばあい、このマクロで落ちる、という特定が
できたのは、例の高橋版sort.defだけで、特定のマクロ使用の直後に窓が落ちる、
というのはないのです。そんなに甘くなかった、という感じです。

　最近、vz.[com|def]環境をいじりませんでしたか？

> 2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
>                1 個のファイル              62,186 バイト
> 
> 2018/10/17  19:11            62,184 vz.com	(k07t01)	;最新−１（前の版）
>                1 個のファイル              62,184 バイト
> 
> 　上だけご確認いただけますか。上が最新の k07t のタイムスタンプ、サイズです。
> 　下が確認できなくてもけっこうです。旧->新で２バイト太ってますよね？

下のファイルは私のミスでリンクエラーを見逃していたのです。そこを直すと
最新の版とほとんど違いが無くなったので、下の修正版はお蔵入りとしました。
混乱させて申し訳ないです。


> IMASK.DEF     2,368  1999-12-05  13:52
> 　おそらく、ここで、合体版を「とらじ.doc」から作ったようでした。
> 　.docを読んで合体させようとしたら（26:ルーチン）、既にやってありました。

げ、そうなのか？　と思って初めてDOCを読みました。
・・・　謎は全て解けた。（のか）

この2つのマクロを合体させるなんて、凄い改造スキルだ！！　と思ったのですが
改造主はとらじさんだったのですね。m(__)m

天はマクロ料理の二物を与えたか！！
どおりでこのうまさ、絶品なわけだ。＼(^^)／ 

> マクロ名はimaskとしていますが実態は IMASKとmaskman2合体版（#8603）です。

shadowさん、文太さんの書き込みとDOCでやっと合体の意味がわかりました。m(__)m


ところで、終了処理のところは独自の改造の様ですね。

;:Z	(s)??fg.1+, &m("")
:Z	(s)?? {
	fl.98-,					;[CR]&mask 解除 Takahashi
	fl...98-,				;
	pc.375+,                		;pq.-7=1, pq.6~+, ;tchdir ; touch dir flag
;	(fl.130)?&Sc(fl+34,fl+130)?fl.33-,	;[CR]&path 解除
;	f=fl..0,				;
;	(f.130)?&Sc(f+34,f+130)?f.33-,		;
	}
	&m("")


ここはこれから調べてみますが、一つだけ。

	fl...98-,				;

これが何処を指しているのかがわかりません。
どこかのメモリをゼロにしているのかな？
この辺が原因になっているという事はないですかね。

  konnoさんの話が、ごめんなさい、まったく見えません。

--- うちの imask.def 終了部 ---
:B	&o(c) (sm==3)?>A		;そのまま
:Z	(s)??fg.1+, &m("")

01:	p=5+$,.
	"$(40,0)$[64]"
（以下略）
------------------------

--- konno wrote below ---
;:Z	(s)??fg.1+, &m("")
:Z	(s)?? {
	fl.98-,					;[CR]&mask 解除 Takahashi
	fl...98-,				;
	pc.375+,                		;pq.-7=1, pq.6~+, ;tchdir ; touch dir flag
	}
	&m("")
-------------------------
　えっと、何？

>	fl...98-,				;
　またまた。これは、Ｖｚのポインタ演算で、どういう意味になるのでしょう？
　こういうの、イヤ。m.gannマジックみたいなのですか？

>> 2018/11/16  21:57            62,186 vz7.com	(k07t)		;最新版
>下のファイルは私のミスでリンクエラーを見逃していたのです。そこを直すと
>最新の版とほとんど違いが無くなったので、下の修正版はお蔵入りとしました。
>混乱させて申し訳ないです。
　了解です。それでは、たぶん問題なしとみなして、k07t (vz7.comとされてたもの)
を、我が家の正式版として、各所に、１個ずつ差し替えてゆきます。
　時間かかるんだな、これが。

>この2つのマクロを合体させるなんて、凄い改造スキルだ！！　と思ったのですが
>改造主はとらじさんだったのですね。m(__)m
　マクロ師とらじさんの面目躍如ですね。history(m.gann)+hysteria(toraji)は、今一な
感じなのですが、これは、ほんとすごいです。榊原さんもディレクトリまでマスクしよう
なんて思わなかったのでしょう。.docを読むと、とらじさんとしても試行錯誤（主に仕様）
があったようですが、僕はこの合体をしていたことをまったく忘れていました。
　imask? ディレクトリもマスクするでしょう？　とか言っていたかも。
　８．３ファイル名の世界を一生生きるようなので、ディレクトリ名は短く、ディレクトリ
は深く、そして、たくさんな人なので、ディレクトリにマスクかかってくれないと大変。
　ありがたや、なマクロですね。

>天はマクロ料理の二物を与えたか！！
　のようですね。


　（すいません、＞shadowさん）
　お手伝い、まったくできていませんが、もうちょっと問題をつめる、それも、この問題、
うちだけなのかもしれない、と思って攻めてみてください。

#8608
>vzk07tにおいて
>私のdefでは（tloder.def使用）
>.:I {dd"Imask", >87} でマクロ起動直後に落ちます。
>しかし、普通に組み込みでは問題ありません。
>
>vzk07tにおいて
>オリジナルdefでは
>.:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。
　このあたりで、僕は、何か、すごく変みたいだぞ、と思いました。
　基本的に不注意な人間なので何を言っているだか、ものですが、僕は、だらしなく、
&z()とoutlawを偶然の結果として、混在させてしまっています。outlawだとダメだから
という理由で&z()しているわけではありません。それでも、&z()に統一して色々と試験
されては、いかがでしょう？
　うちで「落ちない」「一文字入力で誤動作しない」の実績が、１８年は少なくともうちでは
ありますので。


　つまり、繰り返しですが、
>.:I {dd"Imask", >87} でマクロ起動直後に落ちます。
>しかし、普通に組み込みでは問題ありません。
>.:I &z("imask")>*組み込みでは起動後の一文字入力で誤動作します。

　このあたりで、何、何、何？　と感じました。

--- vzfl.def ---
.:I	&z("imask") >*
----------------
　うちでは、こんな形のロードで、１８年みたいです。

くどいようですが再確認させてください。
VZは下記を使用
VZIBMJ.COM 62186 18-11-16 21:57
VZIBMJ.DEF 15977 93-12-06 11:00
VZFL.DEF    2307 93-12-06  2:00
又は
VZIBMJ.COM 62186 18-11-16 21:57
VZIBM.DEF　14311 93-12-06  2:00
VZFLE.DEF   2075 93-12-06  2:00

このVZFL(E).DEFに２ヵ所のみ追記する
    N     >#N
    I     >I　　　　;追記１
    }.
〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜
X:  pm="%1 %2", #!
.:I &z("imask")>*　 ;追記２
IMASKとMASKMAN2は新規にDOCどおりに編集

filerから I でIMASKを起動する
もう一度 I を入力すると画面中央付近の40桁?が色が青色になりIが入力されます。
連続でIを入力すると固まります。

純DOSでも同様の現象を再現できます。

私の環境のみでこの現象が起きているのであれば打つ手なしですね。
ちなみにオリジナルVZ1.60及びVZK07S05.LZH ver1.60k07s5では問題ありません。
謎です。
しばらく落ちます。

shadow さん

> くどいようですが再確認させてください。

言っている意味がやっとわかりました。
オリジナルのVZFL.DEF で試したら、再現しました。

> filerから I でIMASKを起動する
> もう一度 I を入力すると画面中央付近の40桁?が色が青色になりIが入力されます。
> 連続でIを入力すると固まります。

これは、#P の窓でマクロが止まっているようですね。
私は、VZ.COM のサイズが関係していることを疑っています。つまり
何かのバッファの大きさの違いで隠れた不具合が出ているのではないかと。

それで、shadowさんの環境が知りたいので、option.lst を上げてもらえると
原因の絞り込みのヒントになるかもしれないと思ったわけです。
とにかく調べてみます。

> オリジナルのVZFL.DEF で試したら、再現しました。

このVZFL.DEF が原因のようです。
この環境では、全てのVZで不具合が出ました。

オリジナルのVZ.DEF で、自分のVZFL.DEF で試したら、問題なく動きました。
この中身の違いに原因がありそうです。
もう少しかな。

わかりました！！

私のVZFL.DEF の中で

		sp+=2, (r)>?{ >F #L #M #P #S >V #W #+ #> #< #O >E }
	. }				;※ . 追加（一般にあった方がよい）
;	&e("#]") #]			;※制約解除呪文 by Tomo
	r], (r)>!{


この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
shadowさんのVZFL.DEF では、これは使っていないですか？

konnoさん、すごい

>;	&e("#]") #]			;※制約解除呪文 by Tomo
>この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
>shadowさんのVZFL.DEF では、これは使っていないですか？
　なるほど、それで僕のところでは出ないわけだ。
　いまどき生き残っているＶｚｅｒ・マクロユーザなら、使ってるでしょう。

ヒントを頂いたので私の.DEFでVTDOSが落ちないようにできました。

> 	. }				;※ . 追加（一般にあった方がよい）
> ;	&e("#]") #]			;※制約解除呪文 by Tomo
> 	r], (r)>!{
使っていました。

vp..-7-,                                ;init mask      ;by m.gann
これがコメントになっていました。
私のDEFでVZk07tを使用するにはこれを使わないとVTDOSが落ちます。
常用しているk07s5では問題なかったので気づきませんでした。

> >;	&e("#]") #]			;※制約解除呪文 by Tomo
> >この、制約解除呪文 をコメントにしたら、同じ症状が出ました。
> >shadowさんのVZFL.DEF では、これは使っていないですか？
> 　なるほど、それで僕のところでは出ないわけだ。
> 　いまどき生き残っているＶｚｅｒ・マクロユーザなら、使ってるでしょう。

そうですね、VZ1.6 になって、ファイラーはファイラーイベントマクロになって
このような常駐マクロなどが動かなくなったんですよね。
niftyの会議室だけではなく、パワーユーザーは皆入れていると思いますね。
まさに魔法の呪文でしたね。

> vp..-7-,                                ;init mask      ;by m.gann
> これがコメントになっていました。
> 私のDEFでVZk07tを使用するにはこれを使わないとVTDOSが落ちます。
> 常用しているk07s5では問題なかったので気づきませんでした。

なるほど、そこでしたか。
うちではコメントにしても動くようなので、何か環境の違いがあるのかも。
ちなみにうちのは

	vp..-7=0,	;init getnamp   m.gann  ファイラー・不正マスクの解消法

こうなっていました。でもたまにマスクが残るような気が。


余談ですが、#8619 であげたソースに

	. }				;※ . 追加（一般にあった方がよい）

こういう一文がありますが、私は当時わけもわからないまま入れていました。
ここの #8121 あたりからの話題や、野ざらし言#4524 からのツリーで理由が
わかったのです。
"}" この閉じかっこはスルーされる場合があるんですね。
誤動作の予防措置として入れたほうがいい場合があるという事ですね。

IMASK の動作解析をしていてすっかりIMASKの虜になってしまいました。
私は、IMASK 終了処理でマスクを戻すようにしていましたが、それでは
IMASK の本領を発揮できなかったんですね。
マスクしたまま各種作業が出来るのが本来の使い方か。

ということで、更に使いやすいように改造しました。28行目

	&01 
;	&m("Mask %s",p)
	am[=$e0, &m("Mask %s",p) am],	;動作中はメッセージ色変更 ★★★

IMASK は常駐マクロなので、常駐している間はメッセージの色を変更して
わかりやすくしてみました。
さらに、46行目

;		(' ')	(c'?')		;[SPC]１字飛ばし
		?	(c'?')		;[?]１字飛ばし		★★★
		(' ')	>S		;[SPC] マーク		★★★
	}
	(e)??{				;一般キー処理
		(c>>8==1)?>B		;コマンドキー
		e"&o(c)",		;文字キー
	}
	&02 >A				;パスマスク
:S	#91 >A				;マーク			★★★##k
:B	&o(c) (sm==3)?>A		;そのまま


IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
"?" 入力になってしまうが、マークできるように変更しました。
"?" は、普通に入力するほうが体が覚えているもので。

IMASK3.DEF として、#test71 に上げました。
よろしかったらお試しください。


あと、ファイラーでマスク解除は、"*" ですが、シフト押しは面倒です。
":" はドライブ選択ですが、私は使っていないので、このキーをマスク
解除に変更しました。

VZFL.DEF の106行目あたり

;	(r==':'||r=='L')? r='D',
	(r=='L')? r='D',
;	(r==':')? r='*',		;これは効かない？


;		#*	;*.*
	:	#*	;*.*


これでシフトを押さないでワンキーでマスク解除できます。

改造版、頂きました。
> 私は、IMASK 終了処理でマスクを戻すようにしていましたが、それでは
> IMASK の本領を発揮できなかったんですね。
> マスクしたまま各種作業が出来るのが本来の使い方か。
私はマスク解除のため、右窓のマスク解除を追加していたようです。

> IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> "?" 入力になってしまうが、マークできるように変更しました。
> "?" は、普通に入力するほうが体が覚えているもので。
ここは使い勝手が良くなりました。 

imask右側のファイラーのパスマスクが外れない対策でした。
理由は忘れましたが高橋さんの案を採用したようです。

耳而夢斎さん
:Z      (s)??fg.1+, &m("")
        ↓
:Z      (s)??{
                e=fg+29,        ;*.*部品
                &Sc(fl+98,e)    ;カーソル側
                &Sc(fl..0+98,e) ;反対側
        }
        &m("")

寅次さん
       (#m)    (e"#[#m(s)??{&dpf],&q&q>Z}#P'*'")

高橋　洋光さん
》　　fg.1+, ですが、左窓しか初期化しないみたいですね。もう片方も初期化する
:Z
;       fg.1+,
        fl.98-,
        fl...98-,
        pc.375+,                ;pq.-7=1, pq.6~+,
        (s)? {#[ >Z}

　なんていうのはどうでしょう？ うまくいくかな？

　パスもと言う場合は、

        (fl.130)?&Sc(fl+34,fl+130)?fl.33-,
        f=fl..0,
        (f.130)?&Sc(f+34,f+130)?f.33-,

>12966/12968 CXHxxxxx  K***             RE:再度ファイラー定型句
>(14)   95/08/25 00:42  12960へのコメント

>　　#12960　高橋　ＸＸ さん、こんにちは。
>　　fl...98 って、fl..0.98 の略ですよね？　ポチポチポチで、びっくりした。
　お話、ぜーんぶ見えました。m(__)m

　ポチポチポチ。そんなんだろうな、とも。終了部も。m(__)m
　.. > . という優先順位でしたね。see 黒本p.259（私的メモ）
　fl..0.98 or fl.0..98, I wondered.
>　fl..0  fl_back  反対側のウィンドウのワークエリアのポインタ
　ですね。

　PKだったのが驚き。

　もう、shadowさん、コメントのつけ方から何から、しぶいんだから。
　コードは書きませんからとか言いつつ、こういう濃ゆいところをしっかり読み込ん
でいるし。
　めざらさんのコードがいちばん素直で好きでした。とらじさんのは、前後がないと
ちょっと不明かと。意味は分かるのですけどね。

　全部に関して、１ミリも前進しておりません。関係も興味もないでしょうが、ここ
のところでやっていたのは、PATA HDDの絶滅期におよび、２０台くらいのＨＤ（中古）
をハードオフで買うこと（10日間の返金保証つき。チェック終えた！）。BigDriveの壁
を色々と調べること。SATA HDDにSUGOIアダプタをつけてWinMEブートをさせること（成功）。

　エミュレータでなく実機でWinMEを保存し続け、Ｖｚし続ける予定（野望）なので。
USBスティックのWin98からのブートかぁ。やりますねぇ。し、しぶすぎる。ぬ、脱いで
もすごい。ふ、古いか。

　vz7.comママ。怠惰。

　お、俺も豆。

--- vzfl.def ---
1 "!Filer"
;ファイラで空いている１文字キー
;O,Q,Y,Z,  .,:-[

	(r)??{ (fg.0)?. #W #93 . }
;	(r==':'||r=='L')? r='D',
	r[, &Fm(r) (r>=0)? {
		 sp+=2, (r)>?{ #F #L #M #P #S #V #W #+ #> #< #O #E }
	. }			;※ . 追加（一般にあった方がよい）	;これは（２）

	&Sh(pr,fl+34)		;by wanama DC 15 #13791 99/05/23	;★コレの件↓
	&e("#]") #]		;※制約解除 by Tomo : &p #nn など使用可能に


（下を引くまで上が何のことかわからず）
------------------------------------------------------------------------ コレね
>13791/13827 LDAxxxxx  和Ｘ             リネーム窓の小発見
>(15)   99/05/23 08:42

　　標準 vzfl.def では以下のところ，を変更します。

"名前の変更",14
        ↓
"ren <- $pr",22
        ^^^
　　すると，タイトルにファイル名が表示できます。
　　桁は合わないけど。 ＞ Miyata さん。(^^;

　　一方 #K 窓。#N なんかでは <$pd> で fl+34 が表示されますが，#K 窓では
　　<$pd> しても本物の pd しか表示されません。しかし，

"ﾃﾞｨﾚｸﾄﾘ名",14
        ↓
"maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
          ^^^
　　とかしておいて，!Filer の適当な部分に↑を仕込んで置くと，#N と同様に
　表示できます。

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

（２）
	. }			;※ . 追加（一般にあった方がよい）	;これは（２）
　の件ですが、
　スルーするというか、(3)>? {>a>b>c} >z
　なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
　(3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
ということだと思います。
　ちなみに、(10)>? {>a>b>c} >z　でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
ピリオドが安全装置になるということ。
　野ざらしの「ゾンビ」については、分からずじまいでした。

> > IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> > "?" 入力になってしまうが、マークできるように変更しました。
> > "?" は、普通に入力するほうが体が覚えているもので。
> ここは使い勝手が良くなりました。 

お、採用いただいたようで、嬉しいです。(^_^)
私的にはメッセージ色変更が気に入っています。(^_^)

> imask右側のファイラーのパスマスクが外れない対策でした。
> 理由は忘れましたが高橋さんの案を採用したようです。

FGALDC に見当たらないと思ったら、FGALPK だったんですね。

> 12960/12968 xxxxxxxx  高橋　洋光　　　 RE:再度ファイラー定型句
> (14)   95/08/24 19:41  12952へのコメント  コメント数：1

95年にこういうやり取りがあったんですか。

>         fl...98-,

これは、

>                 &Sc(fl..0+98,e) ;反対側

これに使っているものの省略形だったんですね。
うう、私はPKから出直しです。

> "ﾃﾞｨﾚｸﾄﾘ名",14
>         ↓
> "maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
>           ^^^
> 　　とかしておいて，!Filer の適当な部分に↑を仕込んで置くと，#N と同様に
> 　表示できます。

そんな技があったんですか、何かすごい！！
でも必要性は？　ですねぇ。
副作用が無いか不安がありますが、文太さんの常用環境なら問題ないのかな。


> 	. }			;※ . 追加（一般にあった方がよい）	;これは（２）
> 　の件ですが、
> 　スルーするというか、(3)>? {>a>b>c} >z
> 　なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
> 　(3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
> ということだと思います。

スルーと言ったのは、} の壁を抜けて先に行ってしまうというつもりで言いましたが、
なるほど、まさに、(r) の事例なんですね。
とすると、「一般にあった方がよい」と言うより、「不具合防止」くらいに言わないと
オリジナルのままでは不具合が出ても原因がわからず困ってしまいそうな。


> 　ちなみに、(10)>? {>a>b>c} >z　でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
> ピリオドが安全装置になるということ。

今回、2重かっこになっているので、外側の、} の手前に置くと勘違いしていました。(^^;


> 　野ざらしの「ゾンビ」については、分からずじまいでした。

とりあえず、おかしな挙動があったときは、} を疑ってみるように心がけます。


ところで、GNU Grep で、「リネーム窓の小発見」で検索したら、

C:\UT\GREP.EXE: Unmatched [ or [^

となって検索できませんでした。
"ー"が、"[" のコードに認識されているのかな？
 

使用中の Tra_TAG.def に、致命的なバグがありました。(>_<)

WEBデータなどでは、1行の長さがとても長く改行の無い文章がありますが
Grep で検索したワードの一覧でも長いものがあり、これを Tra_TAG.def で
タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

オリジナルの Tra_TAG.def でも同様です。
オリジナルVZでも高橋版VZでも同様でした。

落ちるデータは、We140*22行あり、1行で3080文字を超えます。
3分割で改行を入れると落ちないので、一時バッファ溢れだと思いますが
今見ても全く分からないので、取りあえず泥縄で対策しました。

Tra_TAG.def の冒頭に

	dn[+, #] #? #< i=ly, #> i=(ly-i)*we+lx,	;1行の長さチェック
	(wn==0&&i>=255)?{ #< &x(254) #m #e}	;コンソール&行255以上なら改行
	#< dn],					;


これを入れたら取りあえず問題なくなりました。

:A	si=r-1, di=pq..134+100, i3,	;フルパス部分を di へ取り出し

この辺が怪しいと思うんですが、全く読めない。(;_;)
困ったときのFGALDC から、えむしさんの記事を引用します。m(__)m


> 07047/07051 xxxxxxxx  えむし           ＭＡＰ
> (15)   97/07/23 09:02  07007へのコメント

> 　とりあえず、私が持っている gz の MAP を書いておきます。

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

gz:0000h+---------------+
        |  psp          |
   0100 +---------------+  ORG
   0110 |               |  ◆pc
        |               |
        |               |
        |  wseg         |
   0206 |               |  変数テーブル
   028E |               |  ◆pq(pc+382)
        |               |
        +---------------+  pq+194(pn-156)
   03EC |               |  ◆pn(pq+350)
   0442 |               |  fg(pn+86)
   04D2 |               |  ◆mg(fg+144)
        |  dseg         |
   05B9 |               |  ◆pv(mg+231)
   062A |               |  ◆vp(pv+113)
        |               |    　　　　        ↓
   0690 +---------------+　vp+102(pq..99)　　-- ここまでvzと同じ
        |               |  コマンドキーテーブル
   08AA |               |  (pq..110)コマンドキーの説明書き
        |               |
   0F73 +---------------+　mh
        |  macro_buf    |
        |               |
　　　　〜　　　　　　　〜
　　　　〜　　　　　　　〜
        |               |
   AFD2 +---------------+  pq..131 pu-bc：削除バッファ
        | cbuff Bc byte |
   B3D2 +---------------+  pq..132 pu：スタックバッファ
        | ubuff Bu byte |　マクロ用配列バッファ
        |   stack ↑    |　スタックメモリの若い方へ積み上げる
   B452 +---------------+  pq..133 pu+bu：表示文字列バッファ
        | pfbufp 84byte |　&m の時、ここでいったん文字列にしてから表示
   B4A6 +---------------+  pq..134 pu+bu+84：tmpbuf
        | tmpbuf 256byte|　コマンドラインのラインバッファなどに使われる
   B5A6 +---------------+  pq..135 pu+bu+84+256：tmpbuf2
        |tmpbuf2 256byte|　エイリアスの文字列はここで一度展開
   B6A6 +---------------+  pq..136 pu+bu+84+256*2：tmpbuf3
        |tmpbuf3 160byte|　ディスク転送アドレス(DTA)
        |               |  &? は、ここで一度展開してから出力
        +---------------+
        |               |
   BA2C +---------------+  pq..142、pn..-33 pu+bu+1498
        |               |  コンバートされた検索文字列のバッファ
   BAAC +---------------+  pq..143
        |               |  コンバートされた置換文字列のバッファ
   BBB4 +---------------+  pq..141（pq..141）
        |               |  &^用のオプションの初期値
   CF2C +---------------+  pq..146
        | asm_stack?    |
   D02C +---------------+  pq..147
   DADC +---------------+　pn..-27(pq..148)wm+228
        | line_buf      |  (先頭はCR/LF実質wm+230が始め)
        |               |
   EADC +---------------+  pq..149
        |tmpbuf4 256byte|  256 バイトのテンポラリ領域（ラインバッファの直後）
        |               |  &z 等のマクロ組込時以外は比較的自由に使用できる
        +---------------+  pq..149+256   ラインバッファの終端
        |               |


引用ここまで --------------------

pq..134 を一時ワークとすると、最大でも256byte 
あとは、tmpbuf2 tmpbuf3 合わせても、672byte で、それをも突き破って
マクロ領域を壊してしまったと思われます。

> タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。
いや、もちろん、どんぐりの背比べ、という言葉もありますが。

約3000バイトを３分割したら落ちなくなったということは、約1000バイトならOK
ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
気がするのですが、それを追及する必要はないとか、追及しても意味がないと
いうことであれば、その理由をご教示いただければ幸いです。

> タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
> 時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。

ああ、そうですね。それを書くのを忘れてました。
直ぐには落ちないです。
検索窓やオープン窓などのヒストリーがマクロコードになってしまいます。
その一行窓を閉じた時に落ちることもあれば、なかなか落ちないこともあります。
[ESC]+M でマクロ一覧を見ると、VZ.DEF と VZFL.DEF 以外は消えてしまって
いたりとか、色々な事象が発生します。

今頭がウニでマクロコードが読めないので、上記の事象でバッファ溢れと推測しました。
私はやっぱり泥縄式人なんですね。

暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし
私の環境で動けばいいやという程度です。
検索ワードピッタリにジャンプできないのは仕方がないですかね。
まあ、長すぎる行は改行しとけという事で。

> 約3000バイトを３分割したら落ちなくなったということは、約1000バイトならOK
> ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
> 必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
> 気がするのですが、それを追及する必要はないとか、追及しても意味がないと
> いうことであれば、その理由をご教示いただければ幸いです。

追及すれば出来ないことは無いかもですが、今は全然読めないので止めておきます。
どなたかキチンと対策が出来るようなら是非御教示願います。m(__)m

> 暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし

案の定駄目でした。

	dn[+, #] #? #> #< &x(255)	;1行の長さチェック
	(cd==$d)? >a			;カーソル255桁目が改行なら >a
	(wn==0)?{ #< &x(254) #m #e}	;コンソールなら254桁目に改行挿入
:a	#< dn],				;


冒頭のルーチンを上のに変更したら、うまく動いているようです。

> 冒頭のルーチンを上のに変更したら、うまく動いているようです。

不要な部分を整理して、下記のようになりました。

	#] #? #> #< &x(255)		;バッファ溢れ対策 行の長さ255以上？
	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入


Tra_TAG.def v16k04 として、#test72 に置いてきました。


ちなみに、Tra_TAG.def のルーチンは、vz16t.def にも使われていました。

> 12113/12115 xxxxxxxx  くらと           vz16t.defの雛形
> (15)   98/11/03 00:06                     コメント数：1
> 
> RE:MES 13 #04911　高橋　洋光 さん
> 
> 　　vz16t.def の雛形を作って見ました。


中身は同じものなので、バグも同様でしょう。

> Tra_TAG.def v16k04 として、#test72 に置いてきました。

WEBデータによっては上手くいかない場合がありました。
改行コ−ドが、$0a のみの場合とかあるんですね。
それで、ct を思い出して、以下のように変更しました。

;	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入
	(ct!=1&&wn==0)?{&x(254)#m#e}#<	; cd を ct に変更、各種改行に対応


TRA_TAG5.DEF として、VZマクロの部屋に置いてきました。
御使用時はリネームしてください。

C:\DEF>vmap
----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     2    32k  for Vwx!
     1     2    32k  for Vwx!
     2     6    96k  VZ		;start

     2     7   112k  VZ		;^NX, sample string saved in EMS (1)
     2     7   112k  VZ		;^NY, sample string read & written to PR
     2     6    96k  VZ		;^N\Y, test EMS page closed (2)

　※(1)から(2)までたどり着くのに、あいだ３時間あったら、５時間あったら
（もちろんＶｚをふつうに継続使用している）大丈夫なのか。途中不具合を誘発
しないか、(2)はふつうに行えるのか。これが課題です。

　できたような気がします。
　ただ、あくまで習作、テスト用です。

　ＥＭＳを保存バッファとして使えるのか、のテストです。
　たぶんできないと思う。思わぬ不具合に遭遇することになるのだと思う。

　発想はこうです。マクロバッファはあくまで一時的な保存バッファで、もっと
恒久的な（Ｖｚが起動している間、僕の場合には常駐している間）バッファが欲
しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
ってもらったのですが（たぶんこっちに行くのだけど）、使うの大変なバッファ
でして、Ｖｚ標準の EMS 操作関数ではダメでしょうか？　ということです。

　僕が悲観的なのは、ずっとこのＥＭＳページをＶｚが管理してくれるのか、
ということ。どうなんでしょうか。このページを外してＶｚは自分のためにＥＭＳ
を使ってくれるのでしょうか？　前例がないような気がするのです。
　ＥＭＳをバンバン使っているマクロは高橋さんのマクロ。でも、マクロが終了
したら、そのＥＭＳページ解放してるのね。保存バッファではなく作業バッファ
なんですね。
　というわけで、たぶん、失敗するのでしょう。

　お暇な方は改造するなりして、お使いください。あくまでテストとして。
　「こりゃまずいでしょう」という明らかなバグがあったらお教えてください。
　発想がまずいのなら、それも、どうか。

　しばらく自分でテストするつもりなので、即レスはないと思います。


　マクロの注意点。
　（１）キーアサインが僕のもののままです。読み出しとＥＭＳの解放のほうは、
シフト起動です。

　（２）Bv256 前提です。ＥＭＳセグメント、ハンドル、文字列長を保存しておく
バッファがＶｚのお腹の中に必要です。
　　　　消えないバッファは、こうとでもするしかないと思う。消えないバッファの
ための消えないバッファ。

　（３）高橋版の書式制御を使っています。konno 版でなにも問題ありません。


　メリークリスマス（遅いよ）＆ハッピーニューイヤー 2019



=== EMS_buff.def by Bunta ===;
#if0
EMSに文字列を保存するテスト。
Bv (logtbl) 256 前提。
pq..145+128以降の６バイトを恒久的保存バッファとして使用
（中身は保存文字列長、EMSハンドル、EMSセグメント）
★カスタマイズが必要なのかもしれない箇所。
#endif

* Macro
50 ^NX "EMS_buff"

	;--- sample string & its length
        p="abcあdefいghiうjkelmnopqrstuvwxyz0123456789",	;<p>
        &Sn(p) l=r,						;<l>

	a=pq..145+128,			;Bv personal buffer★
					;upto +126, already used by hometext.def

	;--- save EMS info
        &Ea(1) 		a..0=r,		;EMS allocation, EMS handle 	<a..0>
        &Em(a..0) 	a..1=r,		;EMS mapping,    EMS segment	<a..1>
			a..2=l,		;strlen				<a..2>

	;--- memcopy prep
	ax=gz, si=p, cx=a..2,		;set source
	bx=a..1, di=0,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("string <p> written on EMS; handle %d",a..0) .

;------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,			;Bv personal buffer
					;to +126, already used by hometext.def

	(ks&1)? >a			;Close EMS page by shift

        &Em(a..0)			;EMS mapped with handle (a..0)

	;--- memcopy prep
        ax=a..1, si=0, cx=a..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%*s, read from EMS",a..2,pr) .		;hiro Vz


 :a 	;--- Del EMS buffer ---

        &Ef(a..0)			;close EMS
        &m("EMS buffer closed. Handle %d",a..0) .

*

文太さん、やってますね。(^_^)

> 恒久的な（Ｖｚが起動している間、僕の場合には常駐している間）バッファが欲
> しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
> ってもらったのですが（たぶんこっちに行くのだけど）、使うの大変なバッファ
> でして、Ｖｚ標準の EMS 操作関数ではダメでしょうか？　ということです。

1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
が良さそうな気が。
問題はサイズですね。どのくらい要るのだろう。

あ、私はEMSはわからないので、テストはパスします。(^^;

10#さんの改造されたCKWVをちょっと改造しました。

　・マウスホイールの送出コードにシフト系が残るのを修正したつもり

　・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
　　右クリックだけでは何もしない

　・Ckw*touchsc: yes　オプション追加、有効にすると、マウスの左クリックで何もしない
CKWV.CFG の中に以下の所に追加する。

!Ckw*topmost: no
Ckw*touchsc: yes
!Ckw*transp: 220

ミニマシンなどのタッチパネルで、タッチした時コピー動作になると煩わしいので
何もしないようにしたつもり。


動作保証は出来ないので、ご使用は自己責任で
ダウンロードは、VZの部屋からどうぞ

　CKWV902.LZH 188kb（2018-12-07版


＃ クリスマスには遅いけど、お年玉には早いかな。(^^;

>文太さん、やってますね。(^_^)
　はい、ちょっとだけですが。m(__)m

>1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
　データ受け渡しのインターフェイスとデータ構造が問題で、素性が全部
分かっているぶん、1kbuf.comのほうが長い目でみて、安心安全なのですが、
ブラックボックスになるインターフェイス部分が、けっこう複雑で、、、。
　ま、そちらに落ち着くのだろうとは思っていますが。

>VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
>が良さそうな気が。問題はサイズですね。どのくらい要るのだろう。
　はい。まさしくそのとおりです。
　問題は、サイズ。どれだけ必要なの？　というのがクルーシャルなところ。
　Ｂｖ２５６（vzlogはもちろん使わず）で、ぜんぜん足りなそうだというので、
　（１）徹底自己管理の２文字変数（バッファ本体は外）
　（２）インクルードマクロ（バッファ本体含む）
　というラインの延長で、とりあえずＥＭＳを攻めてみることにしました。

>あ、私はEMSはわからないので、テストはパスします。(^^;
　いえいえ、何が起こるのか分からない実験ですから。
　「そういえば、あれはとってもやりたかったことだ」と思い出して、現実
逃避が主な目的で書いてみただけです。

　おお、素晴らしい拡張！

>・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
>右クリックだけでは何もしない

>・Ckw*touchsc: yes　オプション追加、有効にすると、マウスの左クリックで何もしない

　大昔から（からって言っていいのかなぁ？）欲しかった機能です。
　１月末までには導入してみたいと思います。気が長すぎ？
　そっちの使用頻度はとても低いので、優先順位が……。
　まだ引越しとＨＤの整理をしています……。IDE 80GB（2.5, 3.5 inch）なんてのを６０個
くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

　よいお年を！

> 　Ｂｖ２５６（vzlogはもちろん使わず）で、ぜんぜん足りなそうだというので、
> 　（１）徹底自己管理の２文字変数（バッファ本体は外）
> 　（２）インクルードマクロ（バッファ本体含む）
> 　というラインの延長で、とりあえずＥＭＳを攻めてみることにしました。

ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
思ったんですが、もっと大変になりそうですね。

例えば、項目別に区切って、変数などのデータ領域とか、マクロ？などを
バッファ丸ごとコピー？する領域とかしておいて
メモリに書き戻す、みたいな感じかなぁ。
（それってVZ.DEF みたいなマクロファイルそのものじゃ？）
オーバーレイ的なものとか？
ファイル方式の利点はサイズが可変長というところですね。


＃ たぶん大外れだな

> 　大昔から（からって言っていいのかなぁ？）欲しかった機能です。

そう言ってもらえるとうれしいです。(^_^)
実は、Visual Studio 2017 の無料版を入れたので、久しぶりに弄ってみました。
以前弄ったときは、ランタイムが取り込めなくて、そのままになっていたので
仕切り直しです。
今はこのくらいが精一杯です。

> 　１月末までには導入してみたいと思います。気が長すぎ？
> 　そっちの使用頻度はとても低いので、優先順位が……。

やりたいこと、やるべきことを優先するのが正しいと思います。
でも、やるべきことはやりたくないものが多いのが辛いところですが・・・

> 　まだ引越しとＨＤの整理をしています……。IDE 80GB（2.5, 3.5 inch）なんてのを６０個
> くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
> ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

げげ、パーツ屋開業出来そうですね。(^^;
そういえば、年末にやるべきことがまだ終わっていなかった・・・
うう、せめて換気扇だけでも・・・


みなさん、良いお年を(^_^)

最近またココログを更新しています。
最新の記事をコピペして紹介すると


映画「ボヘミアン・ラプソディー」をIMAXで観たよ


2ヵ月前に、映画『2001年宇宙の旅』を 日比谷のIMAXで観て、その迫力に圧倒されたものだが、その時に「ボヘミアン・ラプソディー」の予告編を観た。



「これは、映画館で観たら凄い良いだろうなぁ。」と思っていたら、その後、NHKでクイーンの特集をやっているのを観て、たまらなくなり、行ってしまいましたよ、新宿のIMAXへ。(^^;



「いやぁ、良かった、最高！！」


それ以来、以前買ったミニコンポでガンガンクイーンを聴いているのでした。(^^;




また行きたいね、こんどは立川の極上音響とやらで聴きたいなぁ。



皆さんも是非観てもらいたい感動の物語です。(^_^)



コピペここまで　------------

いやあ、クイーン　良いですね。VZer 世代なら皆さん絶対はまると思います。
マジお勧めです！！

というのは余談なので置いといて
上の記事は、単純にコピペしてVZに張り付けたのですが、改行がおかしくなっています。
ブログの見た目よりあきらかに改行が増えていますね。
ブログのソースを見ればわかりますが、この増えた改行は
<div></div>
になっています。見えるかな。

実は、ココログのエデイタで改行すると、これになるんですが、今どきのブラウザでは
<div></div>
<div></div>
<div></div>
このように連続していても改行一つになってしまうので、あれれれ？
となったしまったのです。

しかたがないので、HTMLモードで、
＜ｂｒ＞
＜ｂｒ＞
＜ｂｒ＞
※ 半角の＜ｂｒ＞は改行に変換されたので、全角で書き直した。

こう手入力したら、連続改行になりました。
ところが、そのソースを見てみると
<div><p></p></div>
<div><p></p></div>
<div><p></p></div>
このように変換されているんですね。

どうなっとるんだ！！

ココログのエデイタは腐っているのか？
改行くらいまともに変換してくれよ(;_;)

ということで、何度も弄っていたらこんな状態になったのでした。
・・・運営にメールしてみるか。

　頭を一緒につかってくださって、ありがとうございます。
　そうなの、そうなのよ、という感じがとってもしました。

>ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
>思ったんですが、もっと大変になりそうですね。
　「ファイルに書き出す」
　原始的だけど、これが、やっぱり正解中の正解でしょう。
　ほんとに「データ構造によっては」、いちばんいい。マクロも基本コマンド
でいいし。
　その結論みたいなのが、ちょびっとだけハイテクの入った、以下でした。

（再掲：#8154：Ｆラベル書き換えの意味 by 文太）
;恐ろしく邪悪なツリーだった。
;このマクロを探し出すのに、５分かかった。
;ああいうのは、イケナイ。
=== 009func by B ===;
ファンクラベル・ファイルを開き、ラインバッファに送ってから、
その「文字列」（１行）をファンクラベル領域（pq..100）に送り、
ファンクラベルをオリジナルに戻す。
ファイル名は決め打ち。c:\tmp\funcfile.txt。変更したければどうぞ。
ただし、上 (0fncfile.def)と連動すること。 
* M
50 ^^ "funcback"

	x="c:\tmp\funcfile.txt",
	mx[+,
	#R &?("%s",x) #m		;open funcfile
	#28				;send line to lbuf
	&Sm(pq..100,wa..18,244)
 	pn.4-,                          ;func key label ptr
	#C				;close funcfile
	mx], .

*
　ファンクラベルを書き換えたとき、書き戻しはどうするのか？　
　vz.defから元々読み込まれたメモリ上のオリジナル・ファンクラベルは
書き換えた時点でなくなっているのだから、どっか恒久的な場所に保存して
おかなくちゃいけない。で、ファイルだ、という展開でした。
　（ディスク上のファイルvz.defから再読み込みしたら？　検索が大変なのと、
逆＝書き換えファイル用にも使えるから、こうなりました。
　じゃあ、これ、ファイルでなくＥＭＳにしてみたら？　うげげげげ。）

　とにかく。
　ね、恒久的データ保存領域って欲しくなるでしょ？
　僕だけかな？　でも、何かすると、僕のばあい、必ずこの壁にぶつかって
きたものですから。


>＃ たぶん大外れだな
　ぜんぜん。大当たりですよ。たとえば、そんな巨大保存バッファが使える
となったら、何をしたいのだっけ？　とは少しは考えていましたから。
　嬉しいです、話が通じて、「そうそう、それのことなんですよ！」って
感じられるのは。m(__)m

>例えば、項目別に区切って、変数などのデータ領域とか、マクロ？などを
>バッファ丸ごとコピー？する領域とかしておいて
>メモリに書き戻す、みたいな感じかなぁ。
>（それってVZ.DEF みたいなマクロファイルそのものじゃ？）
>オーバーレイ的なものとか？
>ファイル方式の利点はサイズが可変長というところですね。

　上、新鮮で、ビンゴものでした。vz.defみたいなマクロファイルみたいなのが
ファイルの形式にせよ、メモリ上にせよ（1kbuf.com）、ＥＭＳ上にせよ、取れたら、
使い道あるよなぁ、と思ってます。（注）
　「マクロなどのバッファ丸ごとコピー」。ステキです。
　できる？　ほんとに必要？　ということは、とりあえず考えないでおきます。(^^)
　あいかわらず夢をみている。
　だから、秀丸にはそうたやすく行けない。本格的にはぜったい行かないことが
決定されておりますが。だから、あのPATA HDの山と格闘しているわけで。

（注）これを追求すると、vz.comが起動時どのような仕組みでvz.defその他のdefを
読み込むのか、ということになる。最終的には、init.asm+core.asmぐらい？
　これまた楽しい夢想。

---------------------------------------------------------------------------
　今回は、大した時間を、ＶｚないしＶｚマクロに使っているわけではありませんが、
プログラムって、メモリを使う、処理終わったらメモリを解放する、そして自分も消える
という風なのが超基本的姿なんだな、とか考えています。
　それこそ、dosの内部コマンドと外部コマンドみたいに。command.comの常駐部、
非常駐部みたいに。
　僕は、ずっとそこにいて、データを保持しつづけてくれる「常駐もの」みたいなの
を、ずっと前から欲しがっていたんだ、と。
　そして、この行く末が、マルチタスクなんだなぁ、と。インターフェイスは今も
好きではありませんが、Windowsはそれで偉かったんだ、とか。
　ネットワーク関係（インターネット）は、windowsですけどね。

　というわけで、「1kbuf.com」プロジェクトは、僕のＶｚにとっては、どんぴしゃに
正解だったんだ、と確信しております。多謝でありまする。


　さて、６０枚の年賀状です！　やれやれ。いつまでも逃げてるんじゃないの！

　やりたいときにやってしまえ。
　記念に上げます。

　データ構造を少しだけ洗練させた（使うの、それ、ほんとに？）
　バッファを４つに増やした。EMS４ページ。
　きちんと環境管理できるなら、４つのマクロから別々にバッファを使えるはず、
なんだけど……。ヒストリーとか面倒なことなく。１個のデータね、それぞれ。
　こういう風にＥＭＳって使えるのか、テストもまだろくすっぽしてないのにね。
　本質的には、約１０年前の1kbuf.comのときと同じことをしています。
　同じところをぐるぐるぐるぐる。このパターンは不変。
　違いは、やっぱりＶｚマクロを素直に使うと（マシン語にばかり頼らないと）
コーディングが楽です。パパパっとできる。
　あくまでバッファを造ろうとしているだけなんだから、下はみんなブラックボックス
になるのが理想です。


=== EMS_buff.def (0.5) by Bunta ===;
#if0
　習作・部品・テスト用マクロ
　未完成（histcopy system, not yet）--- will you really do that?
　　これは別マクロね、するとしても。
　以下は、テストのため、全部の機能を入れてしまってます。実用的には、
EMS情報領域確保、データ領域（EMS）確保
EMS解放
　の２つの間に、データの出し入れのマクロないしマクロ部品が存在するはずです（願望）

EMSに文字列を保存するテスト。
４ページ（16KB*4）の領域を、４つのバッファとして確保する。使いきれるとは思えないが。
Bv (logtbl) 256 前提。
pq..145+128以降の10バイト*4を恒久的管理用データ保存バッファとして使用。
　中身はアイテム個数、全体文字列長、先頭文字列長、EMSハンドル、EMSセグメント
　【データ構造】（a-d）
　a..0:アイテム個数
　a..1:データ全体長
　a..2;先頭文字列長
　a..3:EMS handle
　a..4:EMS frame seg

★カスタマイズが必要なのかもしれない箇所。
　★1 Ｖｚのお腹の中にあるべきデータ保存バッファ
　★2 ＥＭＳページフレームのアドレス（セグメント）。vmapで調べておく。

二重起動しないようエラーチェックを入れた。
細かいことを書いておくと、文字列コピーとし、最後のヌルも転送することにした。
　その後の処理がこのほうが楽なような気がする。
EMS解放で、Bv管理データバッファもクリアするようにした。

　【to do】
　データの格納はヌル区切り、ヌルヌル末尾のヒストリー形式にすること。
　データ格納・管理が大変になるよ……。
#endif

* Macro
50 ^NX "EMS_buff"

	nn[, oo[, pp[, qq[,

	;--- sample string & its length with ending null
        n="aaaあdefい",			;<n>
        &Sn(n) nn=r+1,			;<nn>, +1 means "with null"
	o="bbbいいい",			;<o>
        &Sn(o) oo=r+1,			;<oo>
        p="cccうdefうx",		;<p>
        &Sn(p) pp=r+1,			;<pp>
	q="dddえええy",			;<q>
        &Sn(q) qq=r+1,			;<qq>

	;--- set Bv data buffer
	a=pq..145+128,		;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,		;<e> EMS frame address★2 各自、事前にチェック設定のこと
	(a..4==x)? {&m("EMS already gotten.") .}


	;-------------------------------------------------------
	;--- save EMS info
			a..0=1,		;item
			a..1=nn,	;all_length
			a..2=nn,	;top_str_length
        &Ea(1) 		a..3=r,		;EMS handle (allocation)
        &Em(a..3) 	a..4=r,		;EMS segment (mapping)

	;--- iseg strcopy (-> EMS)	<x> 4 identifiers, <y> str ptr in gz
	x=a, y=n, &00
        &m("1st string written on EMS(1); handle %d",a..3)
        &p
	;-------------------------------------------------------
			b..0=1,		;item
			b..1=oo,	;all_length
			b..2=oo,	;top_str_length
        &Ea(1) 		b..3=r,		;EMS handle
        &Em(b..3) 	b..4=r,		;EMS segment
	x=b, y=o, &00
        &m("2nd string written on EMS(2); handle %d",b..3)
        &p
	;-------------------------------------------------------
			c..0=1,		;item
			c..1=pp,	;all_length
			c..2=pp,	;top_str_length
        &Ea(1) 		c..3=r,		;EMS handle
        &Em(c..3) 	c..4=r,		;EMS segment
	x=c, y=p, &00
        &m("3rd string written on EMS(3); handle %d",c..3)
        &p
	;-------------------------------------------------------
			d..0=1,		;item
			d..1=qq,	;all_length
			d..2=qq,	;top_str_length
        &Ea(1) 		d..3=r,		;EMS handle
        &Em(d..3) 	d..4=r,		;EMS segment
	x=d, y=q, &00
        &m("4th string written on EMS(4); handle %d",d..3)
        &p
	;-------------------------------------------------------

&m("4 strings written on 4 EMS pages; handle %d,%d,%d,%d",a..3,b..3,c..3,d..3)
	qq], pp], oo], nn],
	.


	;--- strcopy prep		;<x> <y>
00:	ax=gz, si=y, cx=x..2,		;set source
	bx=x..4, di=0,			;set destination
	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")


;----------------------------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,	;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,	;EMS frame address★ 各自、事前にチェック設定のこと
	(a..4==x)?? {&m("EMS buffer not exists.") .}

	(ks&1)? >A	;Close EMS page by shift


	;--- copy str from EMS buff to PR

	!01 (r<0)? {&m("canceled.").}
	(r)>? {(x=a)(x=b)(x=c)(x=d)}	;<x>

        &Em(x..3)			;EMS mapped with handle <x..3>

	;--- strcopy prep
        ax=x..4, si=0, cx=x..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%s, read from EMS",pr)
	.

 :A 	;--- Del 4 EMS buffers ---

        &Ef(a..3)			;close EMS
        &Ef(b..3)			;close EMS
        &Ef(c..3)			;close EMS
        &Ef(d..3)			;close EMS

	&m("4 EMS buffers closed. Handle %d %d %d %d",a..3,b..3,c..3,d..3)

	;--- clear data buffer, thanx to mezala
        x=40/2,				;data buff/2
        (x){ x--, a..x-, }		;null by 2 bytes
	.

* P
01      "EMS buff str",15,4
        "A 1st string"
        "S 2nd string"
        "D 3rd string"
        "F 4th string"

*

みなさま、明けましておめでとうございます。
今年もよろしくお願いします。

さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。
30年間変わらずに使われ続けている稀有なDOSソフト、奇跡のソフトかと。
DOSが無くなってもVTDOSがあるじゃない（マリーアントワネットじゃないよ）

もうここまで来たら何でもありで、お気楽に逝きましょう。（字が違うって）

とりあえず、去年の纏めから

■■■■　リストスレッド表示２ （タイトルが変わらない記事を省略して表示）　■■■■

▼ - No.8638 - ＥＭＳテストマクロ - 文太 - 18/12/28-23:50 
6 
▼ - No.8645 - ココログの変 - konno - 18/12/30-15:37 
1 
▼ - No.8640 - VTDOSのお供 CKWV 私家改造版 - konno - 18/12/30-00:32 
3 
▼ - No.8632 - Tra_TAG.def のバグ - konno - 18/12/02-00:00 
　 　 No.8637 - Tra_TAG.def 改 k05 - konno - 18/12/25-03:13 
6 
▼ - No.8590 - VZk07t01 公開停止 ＆ VZk07t 公開版の差し替え - konno - 18/11/16-22:33 
　 　 No.8624 - IMASK3 合体版の改造版 - konno - 18/11/21-21:28 
　 　 No.8628 - Re^3: IMASK と制約解除呪文 - 文太 - 18/11/24-21:39 
　 　 No.8626 - Re^3: VZk07t 修正版と IMASKとmaskman2合体版 - shadow - 18/11/24-08:45 
36 
▼ - No.8586 - GPD Pocket Windows10 64bit - konno - 18/11/13-00:32 
5 
▼ - No.8591 - DOSモバでSORT.DEF（高橋版） - konno - 18/11/16-23:45 
4 
▼ - No.8469 - アセンブラの再履修 popwindow - konno - 18/10/31-21:09 
　 　 No.8486 - Vz昔話 - konno - 18/11/03-19:42 
　 　 No.8477 - 画面サイズ250*80 はVZの限界？ - konno - 18/11/01-02:46 
103 
▼ - No.8583 - V_cursor.def Ver06 - konno - 18/11/11-01:35 
1 
▼ - No.8493 - 備忘録 LXCLND.defの改造 - konno - 18/11/04-17:29 
　 　 No.8494 - 備忘録 VTDOS と pkxarc - konno - 18/11/04-17:57 
11 
▼ - No.8375 - VTDOS+VZ で #N、#P でのエラー - konno - 18/10/18-20:58 
　 　 No.8409 - &z("") on dos6.2 - 文太 - 18/10/21-23:07 
　 　 No.8433 - k07t3 は内部ワークの位置ズレ有り、公開停止します - konno - 18/10/28-02:37 
　 　 No.8452 - PC-98のファンクションキー - としき - 18/10/29-10:20 
89 
▼ - No.8473 - VZk07t5 アップ - konno - 18/10/31-23:28 
　 　 No.8484 - Re: VZk07t5 バグありました - konno - 18/11/02-01:34 
2 


整理するとこんな感じでしたが、10月以降に立てたスレッドが6件も過去ログに逝ってしまうなど
昨年は大変に盛り上がりました。
みなさま、本当にありがとうございました。

今年は猪突猛進の年ということで、どこに向かうかは全く分からないですが
なにとぞよろしくお願いします。

> というのは余談なので置いといて

おえ，QUEENが余談なんすか？

> ・・・運営にメールしてみるか。

無駄ですよ．そういうものなんです．

ブログ系では「はてなダイアリー」が，わりあい文法に沿ったソースを出力していました．
なので，わたしは「はてな」を選択しました．

しかし，その「はてな」も「はてなブログ」のリリースで，見栄え民に迎合し，
ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています．

CMS系のジェネレータなんて，糞ばかり．

喪中のため，年頭のご挨拶は失礼させていただきます．
本年もどうぞよろしくお願いいたします．＞ konnoさんはじめ，皆みなさま．

> さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。

来ましたね，30週年．何月リリースだったかな．
一応，5月ということで，記念のオフでも開催しますか．
c.mosさんや上村さんに，畏れながらお声掛けして……なんちゃって．

わたしの環境では，テンポラリファイルとEMSとの相性なのかもしれないのですが，
以前から編集テキストが大きく崩れる…ということが結構頻発していて，
どのバージョンで発生することが多いのか検証しようとしています．
（LXでもそこそこ起こるので，VZそのものの問題を疑っています．）

そこでボトルネックになるのが，版の管理なんですね．
そこで今さらお願いなのですが，もう少し版の情報を明示していただけないでしょうか．

konnoさんのご苦労は重々承知しているのですが，VZのページについて整理して欲しいのです．
一応わたしも版の情報（http://mezala.la.coocan.jp/vz/history/verdetail.html）を
提供しようとしてはいるのですが，これがまとめきれないのです．複雑で．

とりあえずで結構なのですが，各版の実行ファイルのサイズとタイムスタンプを
明示してはいただけないでしょうか．
その後，各版の機能説明を詳しく伺って，まとめたいと考えておりますので，
なにとぞ宜しくご検討ください．

その昔，榊原さんや上村さんは，マクロ本体よりもドキュメントに時間をかけたと，
おっしゃっていましたね．後世に残すために，明解な説明は何より重要だと思います．
正月から要求ばかりで申し訳ないですが，自分にあまり時間が残されていないので……

> おえ，QUEENが余談なんすか？

(^^;
じつのところ、ココログはほとんど休眠していたので、誰も読んでないかもと思い
半分はクイーンの宣伝で書き込んだのでした。(^^;
「ボヘミアンラプソディー」マジ良いっすよ！！

> > ・・・運営にメールしてみるか。
> 
> 無駄ですよ．そういうものなんです．

まだメールしてませんが、以前は普通に記事を書けていたように思ったので
ココログのエデイタが変わったのか、はたまたHTML の仕様が変わったのか
いずれにしてもこれは困った事象なので、どうしたものですかね。

> しかし，その「はてな」も「はてなブログ」のリリースで，見栄え民に迎合し，
> ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています．
> 
> CMS系のジェネレータなんて，糞ばかり．

そういうものなんですか。
私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。

> 喪中のため，年頭のご挨拶は失礼させていただきます．
> 本年もどうぞよろしくお願いいたします．＞ konnoさんはじめ，皆みなさま．

そういえば、ブログの記事は読ませていただいていました。m(__)m
ともあれ、今年もよろしくお願いします。

> 
> 来ましたね，30週年．何月リリースだったかな．
> 一応，5月ということで，記念のオフでも開催しますか．

記念オフいいですね、時期は検討するとして、是非やりたいですね。

> c.mosさんや上村さんに，畏れながらお声掛けして……なんちゃって．

(^^;
もし実現出来たらうれしいですが、VZの神様を前にしたら私固まっちゃいそう。
素人が適当に弄りまくってるんだから、冷や汗たらたらですよ。(^^;
初夢としたらいい夢ですね。

> わたしの環境では，テンポラリファイルとEMSとの相性なのかもしれないのですが，
> 以前から編集テキストが大きく崩れる…ということが結構頻発していて，
> どのバージョンで発生することが多いのか検証しようとしています．
> （LXでもそこそこ起こるので，VZそのものの問題を疑っています．）

げげ、そんなやばいことになってるんですか。
再現出来るものは調査してみます。

> とりあえずで結構なのですが，各版の実行ファイルのサイズとタイムスタンプを
> 明示してはいただけないでしょうか．
> その後，各版の機能説明を詳しく伺って，まとめたいと考えておりますので，
> なにとぞ宜しくご検討ください．

わかりました。
私もこのところバグの発覚が相次いで版が混乱しているので、整理、管理を
出来る範囲で見直します。

> その昔，榊原さんや上村さんは，マクロ本体よりもドキュメントに時間をかけたと，
> おっしゃっていましたね．後世に残すために，明解な説明は何より重要だと思います．

キチンとしたドキュメントは私の一番苦手な部類ですが、今年の目標、計画として
心がけたいと思います。

> > おえ，QUEENが余談なんすか？
> 
> (^^;

まずは余談にお付き合い。
私の中学時代は８０年代前半。
当時、聴いていた音楽は、歌謡曲を除くとＹＭＯぐらい。
ＡＢＢＡの名前ぐらいは知っていましたがね。
高校・大学のころはクラシックがメイン。
９０年代になって社会人になってから、レッツェとかディッパを少し聞きました。
とりあえず、私にとって、クイーンといったらエリザベス２世。
マーキュリーといったらセーラー戦士。（ぉぃ）

> > CMS系のジェネレータなんて，糞ばかり．
> 
> そういうものなんですか。

ま、そうとも限らないのですが。
自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
それこそ、Strict大好きなめざらさんをも満足させるくらいに。
でも、そういうのって、当然ながら面倒なんですよ。
なので、

> 私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。

面倒なく記事を書く、という目的が達成できなくなるという。
でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
ないという意味で、運営にメールするというのは決して悪いことではないと。

> まずは余談にお付き合い。
> 私の中学時代は８０年代前半。
> 当時、聴いていた音楽は、歌謡曲を除くとＹＭＯぐらい。
> ＡＢＢＡの名前ぐらいは知っていましたがね。

そうか、「ボヘミアンラプソディー」を聴いたのは75年ごろなんですよね。
10年違うとしたら、私の場合は65年ごろか。
その頃のことはほとんど覚えていないのですが、小学生の頃はアニメや歌謡曲を
テレビで見てたくらいですねぇ。
中学の頃は兄の影響もあってラジオで色々聴くようになってましたね。

> 高校・大学のころはクラシックがメイン。
> ９０年代になって社会人になってから、レッツェとかディッパを少し聞きました。

クラシックは学校の授業でしか聴く機会がないのと、授業中に怒られたトラウマが
いや何でもないです。

> とりあえず、私にとって、クイーンといったらエリザベス２世。

その女王様の国から「キラークイーン」なんて歌が出るのも凄いなぁと思いました。

> マーキュリーといったらセーラー戦士。（ぉぃ）

これを知っているというのは通な人なんですかね。(^^;

> 自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
> それこそ、Strict大好きなめざらさんをも満足させるくらいに。
> でも、そういうのって、当然ながら面倒なんですよ。

なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。
ココログでもHTMLの知識が有れば見栄えの調整は出来るので、これでいいかぁ。

> でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
> ないという意味で、運営にメールするというのは決して悪いことではないと。

そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・

> なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。

ここだけ。
ラクーカンにWordPressをインストールしたという猛者もいるらしい。
というか、インストールするだけならかじった程度の素人でも可能らしいけど、
満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

> そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・

あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
ブルジョアみたい。
例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
の文書化の手間を省いています、といった感じで。
ちくしょ〜、うらやましくなんかないぞ！
＃なんのこっちゃ

> ラクーカンにWordPressをインストールしたという猛者もいるらしい。
> というか、インストールするだけならかじった程度の素人でも可能らしいけど、
> 満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

なるほど。頑張れば入れることは出来そうな気もしますね。
でも、最後の行でくじけました。
今は軟弱の極みなので。(^^;

> あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
> の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
> ブルジョアみたい。

うーん、先送りは合っていますが、面倒は好ましくはありませんね。

> 例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
> よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
> の文書化の手間を省いています、といった感じで。

面白い表現ですね。(^^;
多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
＃　あくまで放置したいらしい。

> ちくしょ〜、うらやましくなんかないぞ！

あれ？　某屋敷には実った果実が山になっているという噂も。
みんなドック入りのようですが。
外しているかな。新しい種を仕入れる話とか。

ま、くれぐれも、無理のないように。

> 多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;

でも、そもそも文書化できるのはkonnoさんしかいないわけで。
めざらさんも、そして私にもできることはない。
ということは、腐って落ちることはありうるけど、大地に帰る可能性は皆無かと。
だって、そこで食物連鎖が途切れるから。
あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

若いときの苦労は買ってでも、なんていう言い回しがありましたよね。私自身、
あまり強く同意はしていないのですがね。でも、少しは共感する部分もある。
例えば、６０歳なんていう若いときに苦労しておけば、６１歳になって年老いて
から楽ができる、ということもあるかもしれません。文書化という行為に関して
だけは、こういった計算が大いに当てはまるのではないかと、私は考えているの
ですよ。だから、３４歳のときに苦労したくなかったから３３歳のときに文書化
で汗をかいていたり、とか。
って、本当は、よそから突っ込まれたくないだけなんですけど。
そして、悲しいかな、一番ツッコミが激しいのが、１年後の自分だったりする。
３年後になると、もっとツッコミが厳しくなったりして。


> あれ？　某屋敷には実った果実が山になっているという噂も。
> みんなドック入りのようですが。
> 外しているかな。新しい種を仕入れる話とか。

多分、それは単なる噂。だと思う。私にも自信はない。
家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
でも、保存しているだけで蒔かないと芽は出ない。
そういうのは結構あるかも。

>あれ？　某屋敷には実った果実が山になっているという噂も。
>みんなドック入りのようですが。
　くくくくく。
　あはははは。もうああ言えばこう言う。
　笑わせてもらいました。

>多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
>そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
　このような比喩がすごくはまってしまう。

　皆様、がんばってくださいね。
　明けました。おめでとうございます。

> あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

そ、そうです。(^^;
もちろんその意図を含めての喩え話です。(^^;;
スパゲティなソースでも美味しく料理できる人が出ないとも限らないし。

> 例えば、６０歳なんていう若いときに苦労しておけば、６１歳になって年老いて
> から楽ができる、ということもあるかもしれません。

ぶふっ、思わず吹いてしまいました。(^o^;
光陰矢の如しですね。

> そして、悲しいかな、一番ツッコミが激しいのが、１年後の自分だったりする。
> ３年後になると、もっとツッコミが厳しくなったりして。

これはみんな同じですよね。放置すると他から突っ込まれるだけで。

> 家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
> でも、保存しているだけで蒔かないと芽は出ない。
> そういうのは結構あるかも。

最近見たのはジャガイモとかサツマイモ（違う）
良い種があるので接ぎ木をすれば甘い果実が実りそうと思っているんですが。
何か上手い接ぎ木の案がないですかねぇ。

> >あれ？　某屋敷には実った果実が山になっているという噂も。
> >みんなドック入りのようですが。
> 　くくくくく。
> 　あはははは。もうああ言えばこう言う。
> 　笑わせてもらいました。

新年初笑いですね。私も大笑いしました。(^〇^)
テキは本の字にあり、とか。（それは違う変）

> >多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> >そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
> 　このような比喩がすごくはまってしまう。

土巣から生まれ出たものは土州に還るのが自然の摂理かと。（違うって）
いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

> 　皆様、がんばってくださいね。
> 　明けました。おめでとうございます。

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

ところで、余談ですが、QUEEN はお好きですか？　世代間格差が気になるぅ・・・


＃　ああ、今年も新年早々駄洒落全開だぁ。

>ああ、今年も新年早々駄洒落全開だぁ。
　炸裂しまくってますね。(^^)V

>ところで、余談ですが、QUEEN はお好きですか？　世代間格差が気になるぅ・・・
　うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
の中にはないようですね。

We will Rock You (youtube)
https://www.youtube.com/watch?v=-tJYN-eG1zk
（歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
世界観と人生観。熱と若さ）

Queen, wiki
https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
　この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

　とはいえ、なぜか（ふつうに）映画のほうは家族内で注目を集めているようで（珍しい）、
きっと観にいくことになるのでしょう。
　家族そろっての映画鑑賞も、とっても珍しいことなのですが。

> 土巣から生まれ出たものは土州に還るのが自然の摂理かと。（違うって）
> いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

もはや窓辺で水耕栽培状態。
しかも、その窓には厚いカーテンがかかっていて薄暗い。
やはり、きちんと手を加えないと土に返ることもかなわないかと。
そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。


> ところで、余談ですが、QUEEN はお好きですか？　世代間格差が気になるぅ・・・

昨日あたりから流れているニュース。
Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
のだとか。
私、思想信条としては大いに賛同するところではあるのですがね。
それにもかかわらず、イギリスの天文学者がアメリカの大統領に、というところ
に、かなり強い違和感を禁じえない。もしかしてあれか、天文学的観点、または
芸術家としての視座からすると、地球環境がのっぴきならない状況にあるという
判断なのでしょうか。実はそんなことではなく、日本人および日本国の為政者の
環境保護努力がていたらくだから、というのが答えだったりするとイヤだなぁ。

https://www.youtube.com/watch?v=RQWTUtlMs5Y
　面白かった。そういう時代でしたか。６分の曲をきちんと鑑賞するのに、
こんな１時間以上の番組をみてしまいました。
　結論。僕には「これはカブキである」ですかね。
　楽しい時間でした。

> >ところで、余談ですが、QUEEN はお好きですか？　世代間格差が気になるぅ・・・
> 　うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
> の中にはないようですね。

そうですよね、多分小学生ごろだと、普通に縁がないでしょう。

> We will Rock You (youtube)
> https://www.youtube.com/watch?v=-tJYN-eG1zk
> （歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
> 世界観と人生観。熱と若さ）

これ、歌詞はわからないけど、良かったですよ。映画の中のエピソードで。
数々の名曲が生まれるエピソードが、もうね、たまらなくいい！！

ああ、また観たくなっちゃうぅ。

> Queen, wiki
> https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
> 　この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

私も下手の横好きで、色々聴いていましたよ。
だから、当時は特にクイーンのファンというほどではなかったんだけど。

> 　とはいえ、なぜか（ふつうに）映画のほうは家族内で注目を集めているようで（珍しい）、
> きっと観にいくことになるのでしょう。
> 　家族そろっての映画鑑賞も、とっても珍しいことなのですが。

やっぱりブームが起きているんですね。
好きな人はもう何十回と観に行っているそうで。
何回も映画館で観たくなる映画って、そうそうないですが、これは私的にも一番かもしれません。

> もはや窓辺で水耕栽培状態。
> しかも、その窓には厚いカーテンがかかっていて薄暗い。
> やはり、きちんと手を加えないと土に返ることもかなわないかと。
> そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。

うう、もはや何の話かわけわかめな感じですが、カーテンは自分で捲ってね。(^^;
おいしそうな実があったら海賊が取りに行くかもしれませんが。（それは悪魔の実）

> 昨日あたりから流れているニュース。
> Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
> のだとか。
> 私、思想信条としては大いに賛同するところではあるのですがね。

これは知りませんでした。
良いんじゃないですかね。
ちょうど映画もゴールデングローブ賞だか取ったそうで、注目されてますしね。

> https://www.youtube.com/watch?v=RQWTUtlMs5Y
> 　面白かった。そういう時代でしたか。６分の曲をきちんと鑑賞するのに、
> こんな１時間以上の番組をみてしまいました。
> 　結論。僕には「これはカブキである」ですかね。
> 　楽しい時間でした。

ああ、これ、私も観ましたよ。
私は歌詞がわからないので、最初は人を殺しちゃったのかと思ったものです。
マイケルジャクソンの「ビリージーン」も、歌詞を知って冷や汗が出ました。(^^;

＃　しらないままで、ずっといい曲だなぁと思っていたという。(^^;

最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
10#さんのBBSから引用します。


VTDOSを起動したら、タイトルバーを右クリック、
コンソールウィンドウのプロパティを開き、
オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる

これでVTDOSを一度閉じて、再起動すると文字化けが解消します。


ところで、最近Win10のビルド1809の更新がありましたが、デスクトップで1時間以上
ノートは3時間もかかりました。
32ビット版はメモリも少ない上に、HDDの空きが少ないのも影響したようで
要らないファイルを削除して空きを作りました。

うーん、ノートを買い替えると32ビット版Win10環境が無くなるので迷うところです。
予備機として動態保存しておけばいいかな。

本当に悪影響がないかは不明。それに、そもそも期待した効果が得られていない
のは確実なところ。

気がついたきっかけは、野ざらし言#4449に関する調査からです。当初は各掲示板
のトップのツリー表示だけを対象に調査していたので気がつかなかったのですが、
個別発言表示のHTMLソースを比較していて気がつきました。
さかのぼること７年あまり前、#5638で重複コンテンツの問題を話題にしました。
これ、最近でも、野ざらし言#4440で取り上げています。
そして、この問題の解決策として、当時、#5640で rel="canonical" を導入する
ことを提案しました。その後、導入していただいているようなんですが、こいつ
の使い方に問題があることに気がついた、というのが今回の主題。

例によって前置きが長くなっていますが、記憶を新たにするために必要なことと
ご容赦ください。

さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
トップと個別の発言は、当然だけど重複していないよね、ということ。
最近のgoogleは賢くなっているので、重複していないものを重複していると判断
することは少なくなっていると思います。でも１００％の信頼は置かないほうが
いい。それに、世の中にはgoogle以外の検索エンジンもあります。最近の報道に
よると、googleにプライバシーを丸ごと把握されるのはいやだということなのか、
google以外の検索サイトの利用も増えているとか。

もしも、konnoさんの指示した通りに、重複していないものを重複していると判断
されると何が起こるか。最悪の場合の例が以下のURLで紹介されています。

https://productforums.google.com/forum/?_escaped_fragment_=topic/webmaster-ja/aqrX8JPLy0I

このような事象を避けるためには、canonical の指定をきちんとするべきです。
うちの板塀がどのようにしているかは、個別の発言なりツリー一括表示の部分の
ソースを表示してみればわかると思います。ブラウザによってはリンクの部分を
右クリックする必要があるかもしれませんが。

もちろん、このまま放置というのもありかもしれません。
あるいは、単純に canonical を撤去するというのもありでしょう。
googleをはじめ、各検索エンジンはよきに計らってくれることと思います。


以下、一応、参考URL。
基本はgoogleかな。
https://support.google.com/webmasters/answer/139066?hl=ja
ここの前説だけは熟読要。
あと、canonicalについて。
https://webtan.impress.co.jp/e/2013/09/30/16142
ここの最後というか１２番目の項目が簡潔で読みやすいかも。


ということで、可及的速やかな改善を提案します。

> さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
> を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
> トップと個別の発言は、当然だけど重複していないよね、ということ。

なるほど、私はVZの部屋とかマクロの部屋にサイトトップへの指定をしていました。
これは完全に誤用ですね。早速これらのページからは削除しました。
ご指摘ありがとうございます。

掲示板はもう少し考えてから対処しようと思います。複雑になりそうなので。
野ざらし言は使用してないんですね。

うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

> もしも、konnoさんの指示した通りに、重複していないものを重複していると判断
> されると何が起こるか。最悪の場合の例が以下のURLで紹介されています。

うーむ、これについてはどうなのかわからないですが、一度外して様子をみたほうが
いいかもしれないですね。

> このような事象を避けるためには、canonical の指定をきちんとするべきです。
> うちの板塀がどのようにしているかは、個別の発言なりツリー一括表示の部分の
> ソースを表示してみればわかると思います。ブラウザによってはリンクの部分を
> 右クリックする必要があるかもしれませんが。

えと、掲示板のトップを指定しているということでいいんですよね。

> うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
> 検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

掲示板以外はチェックしていなかったのですが。
もしかして、悪いことをしていたのではないでしょうか。
例えば、canonical誤用とか。

> えと、掲示板のトップを指定しているということでいいんですよね。

ん？
あれ、間違えていないはずだけど、なんかやらかしたかな。
個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
例えば、ツリー表示から個別発言を表示した場合と、新規順表示（発言番号順）
から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
URLを指定しています。これがいわゆる、正規化URLというやつです。
というか、家主はそうなっているようにプロクラムしているつもりです。
もし、そうなっていないとしたら、バグです。
具体的に、どのようなURLの場合にどのようなcanonical指定になっているか比較
してみていただけますでしょうか。

> もしかして、悪いことをしていたのではないでしょうか。
> 例えば、canonical誤用とか。

うーん、案外冗談ではないかもしれませんね。
URLの正規化によって、検索が逆にヒットしなくなっているとか。

> 個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
> また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
> 例えば、ツリー表示から個別発言を表示した場合と、新規順表示（発言番号順）
> から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
> URLを指定しています。これがいわゆる、正規化URLというやつです。

なるほど、そういうことですか。
私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。
なので、掲示板からも、canonical 指定を削除してしまいました。
これで暫く様子を見てみます。

公開を停止している版のことを訊くのも気がひけるのですが，
こちらもなかなか時間がとれないので，とりあえず質問だけでもと思いまして．

VZk07t5 の機能についてですが，
> ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策

これは，具体的にはどのようなことでしょうか．（いや，今時分すみません）
従来から問題があったことについての対策なのか，
それとも，k07t 固有（エンバグ等への対策など）の問題なのかわからなくて，
版の詳細：http://mezala.la.coocan.jp/vz/history/verdetail.html#k07t5
…が正確に書けないでおります．

お時間あるときに教えてください．

あと，本来スレッドを分けるべきところかもしれませんが，
新着情報：http://tamaneko.world.coocan.jp/bbs/sinn.cgi
…が更新されない（真っ白になる）ようです．
便利に使わせてもらっていますので，おついでのなるはやで．(^^;

> VZk07t5 の機能についてですが，
> > ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策
> 
> これは，具体的にはどのようなことでしょうか．（いや，今時分すみません）
> 従来から問題があったことについての対策なのか，
> それとも，k07t 固有（エンバグ等への対策など）の問題なのかわからなくて，

これは、#8375：VTDOS+VZ で #N、#P でのエラー 　投稿者：konno 　 2018/10/18(木) 
からの話題ですが、VZ の &z は、編集モードのみ動作保証しているようで、
ファイラーで誤動作は周知徹底してますが、入力窓も駄目という話なんですね。

で、スレが錯綜していますが、暫定的な対策として、
#8469：アセンブラの再履修 popwindow 　投稿者：konno 　 2018/10/31(水) 
に書き込んだのですが、一部引用します。


> さて、本題に入って、入力窓の&z の不具合は、マクロが中断してレジスタなどの
> 辻褄が狂ってしまい、その後の、ESC などの操作で、開いたままの窓を閉じる
> ルーチンを通って、不正なメモリへの書き込みになるのだと思われます。
> 
> 入力窓のプッシュポップはマクロのサイレント、&s の使い方を間違えても
> プッシュポップの辻褄が狂って不具合を起こします。
> そこで、このルーチンに対策を入れてみました。

> このようにして、試験運用していますが、問題ないようです。
> プッシュポップの辻褄が狂った時不具合を起こす前に初期化します。
> 
> ソースに間違いがなければ、これで公開しようと思います。


そして、VZk07t5 を公開したんですが、

> うう、バグが有りました。
> rf+ の時に、LFN で、半角スペースのあるファイル名をオープンすると、
> ファイル名がおかしくなったり、拡張子が TXT なのに、ビューモードに
> ならなかったりします。

> これは、VZk07t4 の時から同じだったようです。
> 未公開の私家版は対策できているんですが、ステータスラインの表示が
> いまいちよろしくなくて・・・互換性も考慮してないし。

ということで、公開停止となったわけです。


> あと，本来スレッドを分けるべきところかもしれませんが，
> 新着情報：http://tamaneko.world.coocan.jp/bbs/sinn.cgi
> …が更新されない（真っ白になる）ようです．
> 便利に使わせてもらっていますので，おついでのなるはやで．(^^;

うう、複数のページを読み込んで、一つでもエラーがあると表示しない
仕様になっていました。
個別に変えてみたら表示されるようになりましたが・・・

めずらし記事がプライベートモードになったんですね。(;_;)
以上、できはやです。(^^;

掲示板とは異なり、一般のサイトの場合は通常、一つのコンテンツに対して一つ
のURLが対応しますから、canonicalを使う必要がないことがほとんどでしょう。
たまたま、うちのサイトは使っていますが、これにはいきさつがあって。以前、
ニフティのサイトが移転したじゃないですか。あの時、短い期間ですが、新と旧
の両方のURLを並立させていたんですよ。このときに、新のURLを正規化URLとして
指定したのがそのまま残ってしまっているだけの話。だけど、私、手作業で設定
しているので、いくつか間違いがあっても不思議ではないかも。

> URLの正規化によって、検索が逆にヒットしなくなっているとか。

例えば、サイト全体でトップページをcanonical指定していると、#8668に書いた
最悪例と同様に、トップページ以外が検索に引っかからなくなってしまうわけで。
もちろんトップページは検索対象となりますが、トップページそのものに例えば
「VZEditor」に関して、どれだけ詳しい情報が掲載されているものやら。一方で、
「VZエデイタ」に関して非常に詳しい情報が書かれていても、canonicalで非正規
とされたほうのURLは検索に引っかかりにくくなってしまいます。

> 私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。

きちんと指定していれば、デメリットは全くないはず。少なくとも私はメリット
しか感じていませんし、世間一般から聞こえてくるのも喜びの声ばかり。むしろ、
フォントサイズ指定がいくつもあって同一のコンテンツが複数の（多数の）URLに
紐ついてしまっていることのほうが、よっぽどデメリットが大きいはず。

> 例えば、サイト全体でトップページをcanonical指定していると、#8668に書いた
> 最悪例と同様に、トップページ以外が検索に引っかからなくなってしまうわけで。
> もちろんトップページは検索対象となりますが、トップページそのものに例えば
> 「VZEditor」に関して、どれだけ詳しい情報が掲載されているものやら。一方で、
> 「VZエデイタ」に関して非常に詳しい情報が書かれていても、canonicalで非正規
> とされたほうのURLは検索に引っかかりにくくなってしまいます。

なるほど、明快ですね。
私としては、より多く検索に引っかかって欲しいのですが、グーグルの独自な処理には
不信感があるので、やっぱり外して様子見します。


> きちんと指定していれば、デメリットは全くないはず。少なくとも私はメリット
> しか感じていませんし、世間一般から聞こえてくるのも喜びの声ばかり。むしろ、
> フォントサイズ指定がいくつもあって同一のコンテンツが複数の（多数の）URLに
> 紐ついてしまっていることのほうが、よっぽどデメリットが大きいはず。

確かに、キチンと適切に指定できればいいんですが、今のうちの掲示板では難しい
と思うので、私の結論は変わりません。


ちなみに、#5632 あたりで言っていましたが

> > 今日のテーマだけでなく野ざらし言も上位表示を逃がしています。

> げげ、上位どころか、28ページまで見ましたがまったく見当たらない。(+_+;
> 何故だかわかりませんがさすがにこのままではせっかく探してくれている皆さんに
> 申し訳ない（いまどきそんなやついないって）ので、対策してみます。

以前から問題があったわけですね。
実は、他にも怪しいと思っていたところがあったんです。

<meta name="Keywords" content="VZ editor,Neko Project II">

以前は検索キーワードを上記のようにしていたんです。（長いので一部のみ表示）
「VZ」と「editor」の間に半角スペースが入っているのは、オア検索で両方引っかかる
ことを期待していたんですが、もしかすると、グーグルは、「VZeditor」検索の時
「VZ editor」だと、検索順位を低くしている可能性を疑いました。

今気づきましたが、別ワードと判断して除外していたのかも。

それで、今は、半角スペースを無くして

<meta name="Keywords" content="VZeditor,NekoProjectII">

こういう風にしてみました。
これで暫く様子を見てみます。

ご説明ありがとうございました．
少しかみくだいて万人に解るようにまとめたいと思います．(^^;

> うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> 仕様になっていました。

あーら，それは，ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと，
勝手に解釈させていただきますね．なはは．（オレのせいかよ）

> めずらし記事がプライベートモードになったんですね。(;_;)

長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり，
データははてなブログにインポートできたのですが，はてなダイアリーの削除方法が
わからなくて，とりあえず非公開にしたんですね．内容が重複するので．

なので，目ずらし記事のURIは，https://mezala.hatenablog.com/ に変更願います．

> ご説明ありがとうございました．
> 少しかみくだいて万人に解るようにまとめたいと思います．(^^;

お手数を掛けさせておいて申し訳ないんですが、この版はバグ取りはまず無理なので
再公開もまず無理、出来ないと思います。

ソース管理がいい加減だったつけがここにきて廻って来ています。
時間とスキルに余裕が出来たら、前の版のソースを弄ってみますかねぇ。

> > うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> > 仕様になっていました。
> 
> あーら，それは，ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと，

はい、エラー処理が無い方が動く場合もあることもわかりました。(^^;
というか、エラー処理が無いから動いたという。(^^;

> 長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり，
> データははてなブログにインポートできたのですが，はてなダイアリーの削除方法が
> わからなくて，とりあえず非公開にしたんですね．内容が重複するので．

あ、そういうことでしたか、それではこちらもリンク情報を変更しますね。
ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

> 私としては、より多く検索に引っかかって欲しいのですが、グーグルの独自な処理には
> 不信感があるので、やっぱり外して様子見します。

グーグルに対する不信感という点については、同意するところも多々あります。
でも、独自かどうかという点に関していうと、canonicalについては、ほぼ全ての
検索エンジンが対応しています。

cf.
https://www.suzukikenichi.com/blog/rel-canonical-resolves-duplicate-content/

もう、１０年も前のことなんですね。
現在では、上記のページに記載されていないマイナーな検索エンジンや、当時は
存在すらしていなかった検索エンジンでも、概ね対応していると聞いています。
いわゆる、デファクトスタンダードというやつですね。
各検索エンジンの内部処理もこなれてきているようで、概ね仕様どおりの動きを
しているようです。
もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
のさらに向こう側には、一般のユーザがいるわけです。例えば、Vzに関して困り
ごとを抱えた一般ユーザの、あたかも最後のわらというか蜘蛛の糸を、わざわざ
こちらから断ち切ることもないというか、むしろ太く頑丈にしておいた方がいい
のではないかな、と愚考するしだいです。


> 実は、他にも怪しいと思っていたところがあったんです。

meta keywords ですかぁ？
まぁ、いいですけど。私なんかは、思わず生暖かい目で見てしまいますが。
だって、このタグ、大手の検索エンジンはどこもサポートしていないから。
一応、googleとbingの公式見解は以下。

https://webmasters.googleblog.com/2009/09/google-does-not-use-keywords-meta-tag.html
https://blogs.bing.com/webmaster/2014/10/03/blame-the-meta-keyword-tag/

日本語だと、ここがわかりやすいかな。

https://support.google.com/webmasters/answer/79812?hl=ja&ref_topic=4617741

このページの一番上のほうに

> 各システムでは、サポートするメタタグのみを処理し、残りは無視されます。

このように明記してあり、サポートする一覧の中にkeywordsはありません。
いや、もちろん、グーグルの独自な処理は信用しないというのもありです。
でも、世界中のWEB管理者が実験していて、やっぱりkeywordsは無意味という結果
も出ているので、そこは素直に従ったほうが幸せになれるかと。

一方、上記「Google がサポートしているメタタグ」の一覧の中に、description
はあります。
昔、#5638でもdescriptionを重要視するように書きましたが、やはり、こちらを
重点的に対策するべきかと思います。

割り込みですみません。
目ずらし記事のプロフィールで使っている写真、アレはなんですか？
ビスケット？

石臼です．
実家の門の前に敷石の間を埋めるように敷いてあったのですが，
雪の日に撮影したら，ああいう色味になったので，気に入って使っています．
現在は我が家の裏庭に転がっています．

> もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
> のさらに向こう側には、一般のユーザがいるわけです。例えば、Vzに関して困り
> ごとを抱えた一般ユーザの、あたかも最後のわらというか蜘蛛の糸を、わざわざ
> こちらから断ち切ることもないというか、むしろ太く頑丈にしておいた方がいい
> のではないかな、と愚考するしだいです。

もちろん私も同じ思いでいます。それなのに、「VZEditor」でヒットしないのは
ユーザーにとっても理不尽な気がします。
対策前も対策後も変わらないので、違うアプローチが必要と感じます。

> > 各システムでは、サポートするメタタグのみを処理し、残りは無視されます。
> 
> このように明記してあり、サポートする一覧の中にkeywordsはありません。
> いや、もちろん、グーグルの独自な処理は信用しないというのもありです。
> でも、世界中のWEB管理者が実験していて、やっぱりkeywordsは無意味という結果
> も出ているので、そこは素直に従ったほうが幸せになれるかと。

昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
ようにされたのですかね。今もキーワード詐欺的なページはあるようですが。

> 一方、上記「Google がサポートしているメタタグ」の一覧の中に、description
> はあります。
> 昔、#5638でもdescriptionを重要視するように書きましたが、やはり、こちらを
> 重点的に対策するべきかと思います。

> meta descriptionに関しては、フレーズよりもセンテンスのほうがいいらしい。
> 例えば、「ここはVZ Editor、NP2関連情報などを扱う掲示板です」とか。

これですね。
藁にもすがる思いでこのタグも少し変えてみました。

> ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

やってみたら、何とか更新日時の表示は出来たようです。
ほとんど忘れかけていたので、余計な文字もそのままですが。
少しはリハビリになったかも。

> 対策前も対策後も変わらないので、違うアプローチが必要と感じます。

えと、対策したのは、いつ？
私の経験だと、googleの場合、対策が反映されるのは、平均して１ヶ月です。
速くて２〜３日、遅くて２〜３ヶ月。
ネットの評判によると、遅いときは６ヶ月かかることもあるとか。
また、反映と効果は違いますので、反映されるのは速くても、効果のないことも
よくある話。この場合はまさに、違うアプローチが必要ですね。

> 昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
> ようにされたのですかね。

そのとおりです。
もしかしたら、検索エンジン以外で利用しているツールはあるかもしれませんが。



で、まぁ、話は戻るのですが。
根本的には、canonicalなんかに頼るべきではない、というのは正論であって。
ではどうするか、というと、私がめざらさんのところで提案した、パラメータの
並べ方に気を配る、というのも一つの手段だったりするわけですよ。要は、一つ
のコンテンツを指し示すURLはなるべく少なくしましょう、ということ。
そういう点から言うと、ここの掲示板は、例えばフォントの拡大縮小などという
ブラウザ側に任せておけばいいようなことまでサーバで抱えてしまい、際限なく
URL数を膨らませているのが現状。結果、検索エンジンにそっぽを向かれてしまう
という状況に陥っているように見えるわけですよ。
この現状を改善するに当たり、根本的には生起されうるURL数の削減、というのが
ベストなわけですが、場当たり的というかアドホックというか当座しのぎの方法
としてはcanonicalの導入が一番容易というか簡易なわけです。

で、まぁ、リンクで別URLにすることなく文字サイズを変更することができるか、
ということで調べてみたら、JavaScriptで実現できるみたい。

https://oku.edu.mie-u.ac.jp/~okumura/javascript/changesize.html

おや、奥村先生のページだ。まだご健在のようで何より。
そのページの蛇足には、文字サイズ変更には意味がないとか。まぁそうでしょう。
以前は、アクセシビリティという観点から、多くのサイトで用いられていた模様。
でも、URLが増殖してしまうと、アクセシビリティの以前に、アクセスしてくれる
お客様が減ってしまうという問題が発生してしまうからなぁ。

以下、参考URL
https://website-usability.info/2015/02/entry_150217.html
https://weba11y.jp/basics/faq/resize-text/

石臼でしたか。
これは蓋なのかな。上から見た図か下から見た図かもわかりません。

母の実家で見た石臼は、蓋の、わりと円周に近い位置に直径５センチ弱くらいの
丸い穴が開いていたのを覚えています。なぜ穴が開いているのかわからず、誰か
大人にたずねたら、その穴に木の棒を入れて回すのだと教えてもらった記憶あり。
当時、小学校低学年くらいだったかな、石臼を回したら塩が出た、という昔話は
知っていましたが、石臼の実物を見たのはそのときが初めてだったと思う。

> これは蓋なのかな。上から見た図か下から見た図かもわかりません。

石臼は，似たような模様の溝がある面同志を合わせて使います．
中心の軸と，外側の穴に棒を挿し，穀物を別の穴から投入して上の石を回してやると，
溝のすき間に入り込んだ穀物が碾かれて粉になるという仕掛けになっているのは御存知かと．

自分が子供の頃には，既に市販の粉を買っていたようで，その頃から自宅では
庭の敷石代わりになっていました．２セットあったようですが，一方は散逸．
セットとして残っている方は，よく洗えば今でも使えるはずです．

粉も，碾きたてなら風味が違うのでしょうけど，そんな要請はありません．

> えと、対策したのは、いつ？

 #5638：Re^14: 対策 　投稿者：としき  　 2011/09/04(日) 
 この後だと思います。
その前後で変わらないので、他に要因があるのかもと。 
 
> ではどうするか、というと、私がめざらさんのところで提案した、パラメータの
> 並べ方に気を配る、というのも一つの手段だったりするわけですよ。要は、一つ
> のコンテンツを指し示すURLはなるべく少なくしましょう、ということ。
> そういう点から言うと、ここの掲示板は、例えばフォントの拡大縮小などという
> ブラウザ側に任せておけばいいようなことまでサーバで抱えてしまい、際限なく
> URL数を膨らませているのが現状。結果、検索エンジンにそっぽを向かれてしまう
> という状況に陥っているように見えるわけですよ。

なるほど、この拡大縮小機能は確かにもういらないですね。
この辺からぼちぼち弄ってみようと思います。

つまり、この写真は、中心軸の穴しかないということから、下側の石の、上側と
接する面ということでよろしいでしょうか。

> 石臼は，似たような模様の溝がある面同志を合わせて使います．

これは知りませんでした。
溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。

そうですね．穀物を投入する穴がないので，下側です．

> 溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。

石臼というのは，言うなればトンでもなく重厚なハサミなんです．
ハサミの一方の刃が大きな平面だとしたら，切れませんよね．
上下に溝があれば，剪断力が生じて穀物の実は削り取られることになります．

…との最後の行は，Wikipedia の臼の記述を参考にしました．(笑)

ふと生じた疑問は，十分に碾かれた粉が溝にいつまでも残らないか…てこと．
うーん，持ち上げて掃き出すのかな……使ったことがないので謎．

今回、初めて、石臼の上と下の接する面の実態を知ることができました。
今までは、勝手に思い込んでいたもので自己完結していたのですよ。
どう思い込んでいたかというと、まず、下の石の上の面。
中心から放射状に溝が切られていると思っていました。
そして、構造としては、中心が一番高くなっていて、わずかな勾配がついている
ような感じ。この構造で、できた粉は遠心力と重力で勝手に落ちてくると考えて
いました。
そして、上の石の下の面は、前にも書きましたが、溝はなく、ほぼ平面。
だけど、石ですから、つるつるではなくザラザラで、これで十分に挽けると思い
込んでいたのです。
イメージとしては、すり鉢とすりこ木。ただし、すり鉢とは凹凸が逆転。
一方、すりこ木には特に溝なんてないけど、アレだけのザラザラ感で十分に粉に
できるわけですよね。という、過去の自分の経験と知識だけで妄想をたくましく
していたのでした。

おかげさまで、また一つ、新しいことを知ることができました。
ありがとうございました。

> > ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

更新情報って、ブログ本文から読み取っているのでしょうか。
あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
楽にできるとか、そういうことはありませんかねぇ。同じかな。
って、それよりも大きな問題があって。

> やってみたら、何とか更新日時の表示は出来たようです。

正しい日時の表示になっていませんよ。
最後のZが欠落してしまっているようです。
一番いいのは、きちんと換算して表示することですがね。
多分、探せば、変換する関数もあると思います。



余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
重複URLが発生する可能性ってあるのかなぁ。

> 更新情報って、ブログ本文から読み取っているのでしょうか。
> あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
> 楽にできるとか、そういうことはありませんかねぇ。同じかな。

はい、ブログ本文から読み取っています。
rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

> 正しい日時の表示になっていませんよ。
> 最後のZが欠落してしまっているようです。
> 一番いいのは、きちんと換算して表示することですがね。
> 多分、探せば、変換する関数もあると思います。

最後のZって、下記の元データの末尾のことですか。

datetime="2019-01-12T15:14:36Z"

この"Z"はいらないと思ってカットしました。意味も分かってないですが。
他は下記のように、そのまま表示していますが、"T"も邪魔だなぁ。
2019-01-12T15:14:36

> 余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
> 重複URLが発生する可能性ってあるのかなぁ。

あ、もしかして、以前のブログがそのまま残っていても、重複として
この機能がキチンと働くという親切設計なんでしょうかね。
はてなブログ、良さそうですね。

> rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

実際に試さずに発言しますが。
あまり変わらない、という点には、同意できる可能性が高いと思います。
ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
一体どこを見られているのか、ちょっと不思議。
ちなみに、ココログでも標準でrssは発行されますが、ご自分のブログから発見
することはできますか？

> 最後のZって、下記の元データの末尾のことですか。

そのとおりです。



なぜこういう話をしているかというと、動作確認がきちんとなされていないのに

> やってみたら、何とか更新日時の表示は出来たようです。

という記述を見てしまったので、おやおや、と感じてしまったからです。
具体的にどこかというと、konnoさんのスクリプトでは

> 2019-01-12T15:14:36

と表示されているわけですが、原文の目ずらし記事の表示では「2019-01-13」と
なっているはずです。これでは、一般的には「出来た」とは言いません。
普通、動作確認というのは、こういうことをチェックすることのはず。
この段階で、なんかおかしいと気がついてほしいものです。
そして、実は

> この"Z"はいらないと思ってカットしました。意味も分かってないですが。

もしカットしていなければ、結果オーライというか、一応、許容できる範囲と
感じる人はそこそこ存在するはず。なぜかというと、この"Z"がついていること
で、日時表記の国際規格であるISO 8601に準拠することになるから。
ん〜、わかりやすいかどうかは別として、Wikipediaの「ISO 8601」の項と、
あとそれから「協定世界時」の項にも、ざっくり目を通しておくことをお勧め
します。

> ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
> 一体どこを見られているのか、ちょっと不思議。

もしかして、「読者になる」のボタンが rss なのですかね。

> ちなみに、ココログでも標準でrssは発行されますが、ご自分のブログから発見
> することはできますか？

あれぇ？　「rss」というボタンがあるかと思ったら無いですね。 
もしかして、「Subscribe to this blog's feed 」ですかね。
 
> 具体的にどこかというと、konnoさんのスクリプトでは
> > 2019-01-12T15:14:36
> と表示されているわけですが、原文の目ずらし記事の表示では「2019-01-13」と
> なっているはずです。これでは、一般的には「出来た」とは言いません。

これは気づきませんでした。ソースを見ると

<time pubdate datetime="2019-01-12T15:14:36Z" title="2019-01-12T15:14:36Z">
<span class="date-year">2019</span><span class="hyphen">-</span><span class="date-month">01</span><span class="hyphen">-</span><span class="date-day">13</span>

こうなっていますね。この下の方が表示されていますが、マウスカーソルを乗せると
上の日時が表示されます。
たぶん、上の日時が更新日時ではないかな。
下の日時は、編集して調整できるのではないでしょうか。
私としては、問題が無ければこのままいきたいと思います。

> もしカットしていなければ、結果オーライというか、一応、許容できる範囲と
> 感じる人はそこそこ存在するはず。なぜかというと、この"Z"がついていること
> で、日時表記の国際規格であるISO 8601に準拠することになるから。

なるほど、勉強になりました。
私としては、問題が無ければこのままいきたいと思います。

> もしかして、「読者になる」のボタンが rss なのですかね。

自信はありませんが、多分、違うと思います。
これ、JavaScriptで何かやっていますが、rssって、そんなもの必要ないですから。

> もしかして、「Subscribe to this blog's feed 」ですかね。

そうですね、ココログだとそこになるようです。
実は、私は、ココログのこれには気づいていなくて。
はてなでもココログでもその他のブログでも、ブラウザそのもののメニューに、
お気に入りとかブックマークといった項目があります。このメニューをクリック
した場合に、「このページをブックマークに登録」というような意味の文言に共
に「このページを購読」というような意味の文言が表示されます。そこから先に
進んでいってrssを見つけているのです。

> 私としては、問題が無ければこのままいきたいと思います。

なるほど、すると現状では問題があるから速やかに修正されるというわけですね。
なぜなら、表示される日時が正しくないわけですから。
この記事が公開された日時は、記事の末尾に、めざらさんの署名とあわせて記載
されていますが、2019-01-13 00:14なんですよ。
で、まぁ、記事を公開することをpublishといいますが、その日時をあらわして
いるのが

> <time pubdate datetime="2019-01-12T15:14:36Z" title="2019-01-12T15:14:36Z">

この部分ですね。pubdateという属性は、publish dateの略でしょう。
記事の更新というか手を入れたとか修正したという意味なら、01月22日に何かを
やっているっぽいので、そこまで対応するとベストかもしれない。

あ、えと、ちょっと確認ですが。私が#8692で紹介したWikipediaの記事、もしや、
読まれていらっしゃらないのでしょうか。
そうだとすると、完全にすれ違い状態だなぁ。

> はてなでもココログでもその他のブログでも、ブラウザそのもののメニューに、
> お気に入りとかブックマークといった項目があります。このメニューをクリック
> した場合に、「このページをブックマークに登録」というような意味の文言に共
> に「このページを購読」というような意味の文言が表示されます。そこから先に
> 進んでいってrssを見つけているのです。

あ、そっちだったですか。わかりにくいので私は利用してなかったです。

> あ、えと、ちょっと確認ですが。私が#8692で紹介したWikipediaの記事、もしや、
> 読まれていらっしゃらないのでしょうか。
> そうだとすると、完全にすれ違い状態だなぁ。

ここを見てやっと勘違いしていたのがわかりました。
＋9時間分ずれていたんですね。m(__)m
余裕が出来たら修正してみます。

> あ、そっちだったですか。わかりにくいので私は利用してなかったです。

確かに、いささかわかりにくいかも。
これ、調べてみたら、RSS AutoDiscoveryといって、機械が自動でRSSを認識する
ための機能を使っているようです。機械って、要は、ブラウザのようなソフトを
含んだ表現ですが。
逆にいうと、もしかすると人間にはわかりにくいだとか、わかりやすくするのは
自動認識するソフトの側の責任とか、そういったことがあるかもしれません。

> 余裕が出来たら修正してみます。

現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
いるがために、不正確な日時になってしまっている状況。
この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
それだけのことで、UTC表記における正確な日時の表示になります。
もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。

> > 余裕が出来たら修正してみます。
> 
> 現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
> いるがために、不正確な日時になってしまっている状況。
> この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
> 何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
> それだけのことで、UTC表記における正確な日時の表示になります。
> もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。

修正出来ました。
ソースを見ると、ブログ記事の下の方に、日本時間の表記があったので、そのまま使わせてもらいました。
正規表現の検索や置き換えは面倒ですが、一度ひな形が出来れば、キーワードを変えるだけで応用できるので
いいですね。良いものを教えていただいて、感謝です。(^_^)

> 修正出来ました。

確認できました。
いやぁ、よかったよかった。


今回の私の反省点。
#8694で、konnoさんは当然、#8692で私が紹介したWikipediaの記述を読んでいる
と思い込んでいたこと。このせいで、適切なコメントになっていません。
大変申し訳ありませんでした。

一方で、私の見たところの、今回のkonnoさんの対応の問題と思えるところ。
まず、めざらさんのブログの表示と自分の作ったスクリプトの出力を、きちんと
比較しているように見えないところ。目の前に表示されている、表示結果として
の日付を見ず、あさっての方角というかわき見というか、HTMLのソースばかりを
見てしまっている模様。分類すれば、これは不注意の範疇に入るのかな。
これ、車の運転で例えれば、目の前に歩行者がいるにもかかわらず、わき見して
そのまま突っ込んでいってしまうにも等しいというか。
ま、誰にでもあることではありますけどね。
もう一つは、#8691にご自分で書いていますが、末尾の"Z"を、思い込みで不要と
判断し、意味もわからず削除していること。これが何のためにあるのか、自分で
調べるなり誰かに質問するなりしていれば、問題の解決が早かったかと思います。
これも車の運転で例えれば、知らない交通標識を見たときに、思い込みで意味も
わからず無視して突っ込んでいって自爆する、というパターンに見受けられます。
これは、思い込みに分類するべきか、疑問を抱かないという点で好奇心の欠如に
分類するべきか。
さらに気になるのは、これらのミスがVzの改造においても発生している、という
ことがありそうだということ。大丈夫でしょうか。

もしかしすると、konnoさんのこれまでの生活や仕事で、注意力や好奇心が必要と
されたことはないのかもしれません。あるいは、最近になって減ったということ
であれば、これは老化現象の発露かもしれません。

くれぐれもご自愛ください。