#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


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

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

スタックのプッシュポップの辻褄が合っているか確認するために 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のソースに可読性や妥当性を期待するのも今更過ぎる話でもありますね。

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


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の限界超え）は、違うところで起こっているのだろうと想像しています。

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

「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組だったなぁ、たしか。
　というより、２７インチなんてディスプレイが、想定されてないよね。

＞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 だったと思うが、良く動いたものだ。(^^;

　「そっちじゃないよ」とのこと。了解。
　しかし、正直いって、上のコメントは読めません。「これ」って
何を指しているのでしょう？　という具合に。
　でも、いいです。分かっても、別に何ができるわけでもありませんから。
　知識が深まらなくても、道具としては、じゅうぶん使える奴ですから。
　そして、それがいちばん大事なので。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な技術が現在の技術に直接繋がっている、と読めたような気がしました。
　文字を書くより絵を描くほうが、だんぜん大変そうだし、、、。

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

>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

　どこに行っていいのか、繋げていいのか、分からない。
　とりあえず、ここで失礼します。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の壁、ふたたび、、、。実機、もうないのよ。手に入れる気もないのよ。

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

　以下、対話になっていませんが、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で試してほしい実験があればどうぞ）、
いちおう、区切りのつもりです。すぐ師走な年末がやってくるし。

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

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#さん自身のために。

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

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

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

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

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

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

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

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

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

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

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

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

　いやぁ、やっぱり、当たり前のこととして受け止めてきたけど、ＰＣの
スクリーンにエディタが描画するのって、大変なことなのですねぇ。
　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だけですね。正しいＶｚマクロイドの判断。

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

> 　「Ｖｚエディタの１画面の桁数が８０文字以上（どっかで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 に設定される

> 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 までは正常に動作するようですが、
それ以上の数値にすると、表示がおかしくなりますね。