[HOME]  [掲示板トップへもどる]  [全部表示]  [最新100]  [最新50]   [新着40] 
 番号順 全部表示   FGALVZ   

08375/08375 BQO00549 konno VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/18 20:58 コメント数:2

VTDOS+VZ でファイル編集中に #N や、#P で、拙作の TAGL_F5.DEF を実行すると
&z("expand") を呼ぶところでマクロエラーになります。
ESC を押すと、VTDOSが、ラップアラウンドエラーで落ちます。

実は、私の環境では、expand.def が無かったんです。
つまり、ファイル操作窓で、マクロ呼び出しなどでファイルが無いエラーになると
ESC で入力窓を閉じる時、VTDOSが、ラップアラウンドエラーで落ちるのです。
エラー内容は

2018-10-18 20:29:03 VZIBMJ(17EA) 17EA:DE8E 'REP MOVSW 命令ラップアラウンド'

AX=0023 BX=4000 CX=0082 DX=FF00 SI=EA60 DI=FF04 BP=CBEE DS=E800 ES=F800 FLAGS=0246

CS:IP=17EA:DE8E
17EA:DE7E 40 06 51 57 51 57 E8 B1 00 E8 2D 04 5F 59 F3 A5 
17EA:DE8E E8 44 04 5F 59 36 03 3E 46 06 48 75 E5 E8 AC 2E 

SS:SP=274A:CACE
274A:CABE 00 00 04 FF CD E2 04 FF 23 00 8A DE 04 FF 82 00 
274A:CACE 04 FF 82 00 4A 27 4A 27 76 03 DB A3 90 06 00 FF 

-u 17EA:DE7E
17EA:DE7E 40            INC	AX                                 
17EA:DE7F 06            PUSH	ES                                 
17EA:DE80 51            PUSH	CX                                 
17EA:DE81 57            PUSH	DI                                 
17EA:DE82 51            PUSH	CX                                 
17EA:DE83 57            PUSH	DI                                 
17EA:DE84 E8B100        CALL	DF38                               
17EA:DE87 E82D04        CALL	E2B7                               
17EA:DE8A 5F            POP	DI                                 
17EA:DE8B 59            POP	CX                                 
17EA:DE8C F3            REPZ	                                   
17EA:DE8D A5            MOVSW	                                   
17EA:DE8E E84404        CALL	E2D5                               
17EA:DE91 5F            POP	DI                                 
17EA:DE92 59            POP	CX                                 
17EA:DE93 36            SS:	                                   
17EA:DE94 033E4606      ADD	DI,[0646]                          
17EA:DE98 48            DEC	AX                                 
17EA:DE99 75E5          JNZ	DE80                               
17EA:DE9B E8AC2E        CALL	0D4A                               
-q

 0000:DE59       POPWINDOW

ここは、入力窓ルーチンの窓を閉じるところですね。
SORT.DEF も、バックアップルーチンで、#N を使用していますが、
何かエラーが出ていた気がします。

MSDOSPlayer や、DOS窓では、マクロエラーがあっても落ちません。
この辺に何かありそうな気がするのですが。



08376/08375 GST01234 10♯ Re: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/18 21:54 08375:konnoさんへのコメント コメント数:1

ざっくりですが、画面の出力座標かサイズに問題が起こってるようですね。
外してるかも知れませんけど、scrn.asm の win か doswd2
これらはマクロからアクセスしてログを取ることなどは出来ますか?

08377/08375 CRG00666 文太 Re: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/18 22:03 08375:konnoさんへのコメント コメント数:1

 いつもの超断片的補足です。(^^;

http://tamaneko.world.coocan.jp/vz/TAGL_F5.def

=== tagl_f5.def v.06 ===
* M
24  [F05] "検索文字列の取得"
	(s==1||s==2)? { &z("expand") >* }	; コマンドライン

 このように、tagl_f5.defは、sが

     1 : 文字列入力モード
     2 : コマンドラインモード

であると、expand.defが呼ばれる仕様になっているのですが、
expand.defがないばあい(%vzdef%ディレクトリに、かな?)、つまり

>ファイル操作窓で、マクロ呼び出しなどで、ファイルが存在せずエラーになると
>ESC で入力窓を閉じる時、VTDOSが、ラップアラウンドエラーで落ちるのです。

 失礼しました。
 マクロを見るまで、何を言ってるのかよく分からなかったもので。m(__)m


#N
 #72  #N  新規ファイルオープン
 [ESC]N @N

#P
 #25  #P  ファイル名の複写
 ^QN  le_copyfile
   r は常に 0
   編集中のフルパスのファイル名が
   カーソル位置に書き込まれる
   &?(wa+146) と同じ

 に何かあるのかも? と。

 追試するには、まだまだ環境整備がままなりません。m(__)m



08378/08375 BQO00549 konno Re^2: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/18 22:20 08376:10♯さんへのコメント コメント数:1

> ざっくりですが、画面の出力座標かサイズに問題が起こってるようですね。
> 外してるかも知れませんけど、scrn.asm の win か doswd2
> これらはマクロからアクセスしてログを取ることなどは出来ますか?

えーと、何をすればいいのかわかりませんが

VTDOS環境では、全てのVZで同じ操作で落ちました。
オリジナルVZとオリジナルDEFでも、#Nで、拙作の TAGL_F5.DEF を実行して
落ちます。

TAGL_F5.DEF の冒頭は

24  [F05] "検索文字列の取得"
	(s==1||s==2)? { &z("expand") >* }	; コマンドライン

こうなっていて、これは、上村さんの、GET.DEF と同じです。
私はこのマクロをベースに改造したのですが、expand.def が無いのに
気が付かなかったのです。

入力窓の中で、マクロがエラーで止まって、フラグとか
スタックとかの数値に矛盾が出てるんでしょうかね。



08379/08375 BQO00549 konno Re^2: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/18 22:47 08377:文太さんへのコメント コメント数:1

文太さん、解説どうもです。(^^;
私はいつも説明不足というか、舌足らずというか。

#8378 に書いたように、上村さんの、GET.DEF をベースに改造したので
この部分が問題になるとは思ってもいませんでした。

上村さんの、GET.DEF の最後のほうには

 ●ファイル名の補完
 文字入力ウィンドウまたはコマンドラインで実行すると、ファイル名を補完
します。(T.Tanomura氏作EXPAND.DEF必要)

とあります。
上村さんが他人のマクロを組み込むなんて想像もできなかった。
T.Tanomura氏も凄い人だったんだなぁ。



08380/08375 CRG00666 文太 Re^3: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/19 00:13 08379:konnoさんへのコメント コメント数:1

>#8378 に書いたように、上村さんの、GET.DEF をベースに改造したので
>この部分が問題になるとは思ってもいませんでした。
 こんな風に話がすぐに先に進むのであれば、何の問題もありません。
 上村さんの、GET.DEFは、存じておりませんでした。

>上村さんが他人のマクロを組み込むなんて想像もできなかった。
>T.Tanomura氏も凄い人だったんだなぁ。
 うーん、どうなんだろう。
 でも、fgalapぐらい?、fgalpk初期には、「たのむら〜、たのむわ〜」
みたいな感じで、上村さんは色んな人から貪欲に、超速で、勉強して
いましたよ。ほんとVzの基本を徹底的に勉強した人でしたねぇ。
いまごろ、ほんと偉いと思う。
 田野村さんは、計算に強い人だった感じかなぁ。expand.def、僕も
使ってますよ。
 って、何か変な感じ。
 ボク、1999年くらいにniftyデビューだったので。もう高橋さんも
いない頃。


08381/08375 CRG00666 文太 Re^4: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/19 00:35 08380:文太さんへのコメント コメント数:2

 もう少し問題を絞り込んだほうが良いような気がしますが。
 マクロのどの部分でかとか。 
(s==1||s==2)? { &z("expand") >* }	; コマンドライン
 この部分だけで落ちますね。

 で、落ちるのはvtdos環境に限定されていないと思います。今、純DOSで
expand.defを0expand.defにリネームして、
=== tagl_f5.def v.06 ===
* M
24  [F05] "検索文字列の取得"
 のマクロを再カスタマイズ、検索窓で[F05]したら、マシンが落ちました。
落ちるのはまずいだろう、とは思いますが。
 マクロがいけない? vz.comがいけない? マシンが落ちるのが正しい?
 補足でした。


08382/08375 CRG00666 文太 vz.com, s>0の問題みたい
( 1) 18/10/19 00:55 08381:文太さんへのコメント コメント数:1

 す、すげえ。
 「画面の出力座標かサイズに問題」。これに一票。
 vz.comの問題だと思う。

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"

&z("expand") >*

*
  これをexpand.defがない環境でやりました。
 s==0, [ESC]が効いて、マシンは落ちない。「c:\def\expand.defが見つかりません」
のメッセージが出る。
 s==1, 落ちる。
 存在しないファイルを窓を開けた状態から&z()(???)でファイルオープンしないこと、ですかね。
 #Nとかについては、また別件でしょうか?




08383/08375 CRG00666 文太 痩せたVz、太ったVz
( 1) 18/10/19 01:26 08382:文太さんへのコメント コメント数:1

 お疲れ様です。
 僕の一票で候補者が当選しても、とうぜん、僕にできることは何もありません。
 冗談でなく。

 ふと、これは高橋さんも知らなかったのかなぁ、と考えていて。いや、この手
のことを全部潰していたら、ゼロ戦Vzはゼロ戦でなくなり、きっと、comに
収まらなくなっていたのだろうと想像しました。
 大昔の10#さんのVzソースレビュー(メモリ管理?)を思い出してそう
思いました。
 これってマクロで対処できるのでしょうかね? 僕はユーザがそういうことを
しないこと、でいいような気がしました。
 もう我々しかいないのだから、Vzを無意味に(?)太らせないほうがいい、と。


08384/08375 BQO00549 konno Re^3: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/19 02:18 08378:konnoさんへのコメント コメント数:1

とりあえず、VZ.DEF か、VZ2.DEF のようなインクルードマクロに
エラーイベントマクロ

1 "!Abort" /

を入れると、今回のエラーで落ちるのは無くなったようです。
'/' は、全マクロ終了だったかな。
副作用はわからないです。

おそらく、マクロ終了時の処理、オプションの初期化みたいなことを
やっているのではと想像しますが、本当のところはわかりません。


でも、SORT.DEF はやっぱり落ちるみたい。



08385/08375 CRG00666 文太 Re^4: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/19 11:05 08384:konnoさんへのコメント コメント数:1

 /     マクロの実行を終了
   ネストレベルに関係なく全てのマクロが終了する
   マクロを終了するときは '.' を使うほうがよい
   (モード型のマクロも終了してしまうため)

 誰かがもう少し詳しく纏めていたような気もしますが、僕に分かったのは
これだけです。使ったことないですよね。ほとんど禁止されてたみたいなもの
だった気もするし。

 「/ マクロを強制中断(使用禁止?)」(上村さんの「道場」より)
 プッシュ・ポップも戻さないで、強制終了。
 僕の印象のソースは、ここかもしれません。

 でも、その!abort技、ありなんじゃないでしょうか。かなり稀な緊急事態のような
気もするし。こうなったら、Vzを再起動せよ、で、いいような。


08386/08375 BQO00549 konno !Abort でエラー回避
( 1) 18/10/20 01:57 08385:文太さんへのコメント

過去ログを読んでも、!Abort 処理は挙動がよくわからないので、
皆さん入れてない人が多いのではないでしょうか。
老師の言によると

> 03777/03785 XXXXXXXX  m.gann           RE:Q:lbuf を文字列として扱うのは可
> (15)   97/01/03 21:30  03719へのコメント

>  通常、「変更できません」や「オープンできません」などのエラーで、実行中
>  の全マクロ(モード型を含む)が強制終了してしまいます。
>  これは、'/' 抜きの !Abort で解消できますが、各マクロで、(r)?. などの、
>  自前のエラー処理が必要となります。

> === test
> * M
> 1 ^\ "" ?. mr[$80, #28 mr], #] &b(3) &m("r: %d",r)
> 1 "!V"  ?. &m("a") &b(3) &w(60) ''
> 1 "!A"  &m(r) &b(3) &w(60)
> *


こういう記事を見て、下記のようにしました。

1 "!Abort" 
	 &m("!Abort %s",r) &b(3) &w(60) 
;        (r>0&&r<45)?&m(r) s-, &w(60) &d &b(3) cm0~,

下側のコメントは、別の書き込みの物で、今交互に試しています。
!Abort を通ると、"/" が無くても、#N の事例でVTDOSが落ちないようです。

現状副作用として、View モードの時、Enter でファイルが閉じなくなりました。

1 "!View" マクロの

	(cm==4)?{ &m("") (mb)?. #C &d. }			;#m

この行が最後のほうにあったのを、先頭に持ってきたら正常動作になりました。
これでしばらく様子を見ようと思います。



08387/08375 GST01234 10♯ Re: 痩せたVz、太ったVz
( 1) 18/10/20 13:55 08383:文太さんへのコメント コメント数:2
参照先:http://q

この件でVTDOSに手を入れてログを取ったりしてちょこっと追っかけてみたけど、
これやるの?って所まで来てる(精神的に

08388/08375 BQO00549 konno si と di のチェック?
( 1) 18/10/20 20:02 08387:10♯さんへのコメント コメント数:1

> この件でVTDOSに手を入れてログを取ったりしてちょこっと追っかけてみたけど、
> これやるの?って所まで来てる(精神的に

10#さん、ご面倒をおかけして、すみません。

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 が無くても落ちなくなりました。

これで何かわかりますでしょうか。


ちなみに、CX がゼロ以下かのチェックを入れても変わらなかったです。


08389/08375 BQO00549 konno Re^5: VTDOS+VZ で #N、#P でのエラー
( 1) 18/10/20 20:18 08381:文太さんへのコメント コメント数:2

>  で、落ちるのはvtdos環境に限定されていないと思います。今、純DOSで
> expand.defを0expand.defにリネームして、
> === tagl_f5.def v.06 ===
> * M
> 24 [F05] "検索文字列の取得"
>  のマクロを再カスタマイズ、検索窓で[F05]したら、マシンが落ちました。

これは環境によって落ちたり落ちなかったりしているのかも。
つまりメモリのどこかを壊しているが、たまたまそこで落ちないだけとか。

そうだとすると、VTDOSのチェックは、VZが異常になっていることを
教えてくれているということで、マクロや環境を見直した方がいいと
いうことかもしれませんね。

DOSのメモリ管理は厳密ではないとはちょっと思いますね。


08390/08375 GST01234 10♯ Re: si と di のチェック?
( 1) 18/10/20 21:38 08388:konnoさんへのコメント

このmovswのsiはおそらく窓がセーブした内容でdiが画面のバッファでは無いかと思ってるんですが、
だとするならsiとdiの比較はあまり意味が無い気はします。
ログを見るとdiがFF4Cとかって異常値になってるんですよね。
おそらく窓の表示位置が異常値になってる。

08391/08375 CRG00666 文太 暗闇の中の僕
( 1) 18/10/20 22:12 08389:konnoさんへのコメント コメント数:1

(A)
>これは環境によって落ちたり落ちなかったりしているのかも。
>つまりメモリのどこかを壊しているが、たまたまそこで落ちないだけとか。
 すいません、話が見えておりません。

 検索窓を出す、&z("xxx") >*をする、xxx.defは%vzdef%に存在しない。
 これで落ちない環境ってあるのでしょうか?
 申し訳ないことに、vtdos環境ではやっていないのですが、DOS, WinMEでは、
上でしっかり100%落ちました(実験2回ですが)。
 窓落とすのもマシン落とすのも嫌い。

 通じていると思いますが、s==0の編集モードでは、エラーメッセージが
出て、落ちません。


 こちらは僕が完全に話の流れを見失ったのかもしれませんが、上の件と、#N
は繋がってるのですか? 「ここで繋がっていたでしょう!」というばあい、
発言番号でポイントしていただけますでしょうか。
 #Nって、sort.defから来てますよね?
 (#Nって、よっぽど特殊なファイル名?を指定しないとファイルオープン
に成功するのじゃなかったでしたっけ? これでは上のファイルオープン
失敗の&z("")の話とのリンクがない???)

 上の件(A)は、&z("")の手抜き仕様(仕様は仕様)みたいに想像していました。

 ご面倒でしたら、スルーしていただいて構いませんよ。
 何か、僕に考えられることは、もうないような、気が、して、おりまして、、、。


>マクロや環境を見直した方がいいということかもしれませんね。
>DOSのメモリ管理は厳密ではないとはちょっと思いますね。
 話が見えません。m(__)m


08392/08375 CRG00666 文太 Re^2: 痩せたVz、太ったVz
( 1) 18/10/20 22:27 08387:10♯さんへのコメント コメント数:1

 ゆっくりと、お休みくだされ。さ、さ、粗茶を。
 (もうちょっと巧い表現があったんだけどなぁ。絵文字が
ないのが、いけないのかなぁ)
 む、無責任。
 うーん、でも、お休みじゃないですか。もうすぐ日曜だし。



08393/08375 GST01234 10♯ Re: 暗闇の中の僕
( 1) 18/10/20 22:31 08391:文太さんへのコメント コメント数:2

90 [F11] ""
   &z("xxx") >*

これで窓(なんでもいい)でF11押すと落ちます。


08394/08375 GST01234 10♯ Re^3: 痩せたVz、太ったVz
( 1) 18/10/20 22:32 08392:文太さんへのコメント コメント数:1

休日にこれはやりません

08395/08375 CRG00666 文太 Re^4: 痩せたVz、太ったVz
( 1) 18/10/20 22:45 08394:10♯さんへのコメント

 正しい! に1票。


08396/08375 CRG00666 文太 Re^2: 暗闇の中の僕
( 1) 18/10/20 22:48 08393:10♯さんへのコメント

 でしょ? だから、&z("xxx")をxxx.defがないときに、窓で、
してはいけない、&z("")の仕様、なんでしょ? >konnoさん, too

08397/08375 CRG00666 文太 まとめの試み
( 1) 18/10/20 23:04 08389:konnoさんへのコメント コメント数:1

 もちろん、僕にはVzのソースを読むことなんてできません。
 い、いつか、、、。

in #8375 konno wrote:
(上に逆アセコード)
>ここは、入力窓ルーチンの窓を閉じるところですね。
 これをみて、

in #8376 10# wrote:
>画面の出力座標かサイズに問題が起こってるようですね。

 細かい点がちゃんと分かっているわけでもない文太は、偉そうに

in #8382 文太wrote:
>「画面の出力座標かサイズに問題」。これに一票。
>vz.comの問題だと思う。
 とか書いてます。窓が出るか、出ないか、この違いだ、と。


 下がkonnoさんの仮説ですが、うーん、ですよね。
>SORT.DEF も、バックアップルーチンで、#N を使用していますが、
>何かエラーが出ていた気がします。


>MSDOSPlayer や、DOS窓では、マクロエラーがあっても落ちません。
>この辺に何かありそうな気がするのですが。
 検索窓で&z("xxx") >*をする、xxxは存在しない。
 これで、落ちませんか? 純DOSで落ちる場合、Vz的には
落ちるのが正しい、というのが僕の判定なのですが。



08398/08375 BQO00549 konno Re: まとめの試み
( 1) 18/10/20 23:38 08397:文太さんへのコメント コメント数:2

> >MSDOSPlayer や、DOS窓では、マクロエラーがあっても落ちません。
> >この辺に何かありそうな気がするのですが。
>  検索窓で&z("xxx") >*をする、xxxは存在しない。
>  これで、落ちませんか? 純DOSで落ちる場合、Vz的には
> 落ちるのが正しい、というのが僕の判定なのですが。

ここは、同じ実験をした結果なので、手順を間違えていなければ
どちらも事実だと思います。
VTDOSでは、REP 命令でチェックしているために落ちていますが
DOS窓やMSDOSPlayerではそこにチェックルーチンはありません。
そして、私の環境では落ちなかったのです。

純DOS環境は今無いので、私の環境ではどうなるかわかりません。
でも、すぐにVZが落ちることはなかったですね。
#N などの入力窓で出た記憶は無いので。

マクロがエラーになると、画面下に黄色くマクロコードが出ますよね。
私のマクロはバグが多いので昔からよくこの状況に会っていますが
このエラーが出ると大抵マクロの動作がおかしくなって、VZを再起動
するはめになっています。
ポインタやスタックが狂ってしまうんでしょうね。



08399/08375 GST01234 10♯ Re^2: まとめの試み
( 1) 18/10/20 23:54 08398:konnoさんへのコメント コメント数:1

VTDOSで見る限りは、V-TEXTの疑似テキストバッファに対して、
その逸脱した位置に書き込みを行ってるようですが、
他の環境でも同じ事が起こっていると仮定すると、
疑似テキストバッファがどこに置かれてるかによって
その後の挙動は変わってくるでしょうね。


08400/08375 BQO00549 konno Re^2: 暗闇の中の僕
( 1) 18/10/21 00:18 08393:10♯さんへのコメント コメント数:1

> 90 [F11] ""
>    &z("xxx") >*
> 
> これで窓(なんでもいい)でF11押すと落ちます。

DOS窓やMSDOSPlayerではやっぱり私の環境では落ちなかったです。
私家版は弄っているので、オリジナルVZで確認しました。


MSDOSPlayerでは、
#N 窓では、エラー表示は出ますが、黄色いマクロコードは表示しません。
ESC 2回までは画面が変化なし。
ESC 3回目で入力窓が消えるので、画面の再表示になっているのでしょう。


DOS窓では、
げげ、オプションエラーのせいか、起動前に窓が落ちた。
高橋版も同様でした。
修正前の公開版VZk07t1 では、カスタマイズエラーと出ますが起動成功。
Rf オプションが無いからですね。

で、#N 窓では、エラー表示が出て、黄色いマクロコードも表示しました。
ESC 1回で、画面にゴミが表示されます。
ポップウインドウで、違う領域のメモリを画面に書き込んでいると思われ。

ESC 3回目で入力窓が消え、画面も再表示されて正常に戻ります。
その後、おかしくなりやすいファイラーコマンドなども特に異常なしです。



08401/08375 BQO00549 konno Re^3: まとめの試み
( 1) 18/10/21 00:30 08399:10♯さんへのコメント コメント数:1

> VTDOSで見る限りは、V-TEXTの疑似テキストバッファに対して、
> その逸脱した位置に書き込みを行ってるようですが、
> 他の環境でも同じ事が起こっていると仮定すると、
> 疑似テキストバッファがどこに置かれてるかによって
> その後の挙動は変わってくるでしょうね。

外しているかもですが
私の見た感じでは、入力窓のプッシュポップは、表示画面に対して実行して
いると思ったので、テキストデータには影響ないのかなと思いました。

あ、テキストバッファというのが、VRAM のことですか。

純DOS時代もマクロのバグで画面がおかしくなったり、ファイラーコマンドの
キーがずれたり、マクロが起動しなくなったりはよくありましたが
VZが即座に落ちたというのは、QVIEW.DEF (DOS窓)くらいの記憶です。

たぶんVZが即落ちしたら即座にマクロを修正して、憶えていないだけかも。(^^;



08402/08375 CRG00666 文太 EMSがらみと言う
( 1) 18/10/21 00:56 08401:konnoさんへのコメント コメント数:1

 (どこに繋げていいのか分からないので、ここに)

 MS-DOS 6.2Vの環境で、#Nの窓で試しました。
 s==1なんて一般論でなく、#Nの窓にこだわっていたわけですね。
 お二人のやり取りを見ていたら、以下にあまり深い意味があるような気は
しないのですが、いちおう報告です。
 落ちました。しかし、今日は、こんなメッセージが出て、エンターを押して
マシンを再起動してね、と。
 「EMM386はエラー#6をアプリケーション内のメモリアドレスに見つけました。
0048:096B etc etc」
 アプリケーション内っていうから、Vzかと思ったら、DOSのお腹じゃないの?
とだけ思いました。
 必要とあれば追試しますが、僕が口を出せる領域ではないですね。


08403/08375 GST01234 10♯ Re: EMSがらみと言う
( 1) 18/10/21 01:12 08402:文太さんへのコメント コメント数:1

ttp://radioc.web.fc2.com/weblib/ms/dos62v/405963.htm

どういう訳かあらぬアドレスにジャンプしたようですね。
あらぬアドレスが書き換えられたのであればあらぬアドレスにジャンプすることも起こりえるでしょう。
例えばスタックのリターンアドレスが書き換わったとか。

08404/08375 GST01234 10♯ Re^3: 暗闇の中の僕
( 1) 18/10/21 01:19 08400:konnoさんへのコメント コメント数:1

VTDOSでもセグメントラップアラウンドチェックでアボートするようにしなければ、
素知らぬ顔して動き続けると思います。


08405/08375 CRG00666 文太 うーむ
( 1) 18/10/21 01:28 08404:10♯さんへのコメント

 (またしてもどこに繋げてよいのか分からない。直近のここに失礼します)

#8273

2018-10-09 23:49:11 VZ(15F3) 15F3:DC5B 'REP MOVSW 命令ラップアラウンド'
AX=000C BX=269C CX=009F DX=FF7D SI=2440 DI=FFE4 BP=CF52 DS=D000 ES=C000 FLAGS=0206
CS:IP=15F3:DC5B
15F3:DC4B 67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5 

 この話、ここから始まっているんですよね。
 で、


#8349 (sort.defのコード)
	pf[=pr,bl[=kp-k,#N #P #m  
	(r<0||wa..13+v<bl+v) bl],pf],?{ #C r+,>e}		;<v>僕、読んでませーん。

 の#N #P に何かあるということになった(???)
 僕は、マクロコードを説明しただけです。ここに何かあるなんて言ってません。


#8375 
VTDOS+VZ でファイル編集中に #N や、#P で、拙作の TAGL_F5.DEF を実行すると

 うーん、僕も、#8273 のことを後で考えていたとき、その前に、何かが起こって、
デバッグエラーコードが指すルーチンは、おかしなsi, diをもらって発狂したんだろう、
そのルーチン(pushwindow)に問題があるわけではなく、と思ったのです。教えて
もらって、そう想像したのです。

#8309

>> 改めて調べてみたら該当箇所はscrnibm.asmのpushwindowでした。
>> ざっと見た感じではfarsegの内容?のように思えますが、
>> これが何なのか…

>私も確認しました。
>これはおそらく、メニューウインドウの裏のテキストを退避、復帰している
>のだと思います。

 すると、今回の件も、そもそも、&z("")に手抜きの仕様があり、#Nで起きていることは
「おかしなsi, diをもらって発狂」という事態なんじゃないのかな、sort.defの#N #P
と繋げるべきなのかなぁ、などと思っています。

 それより、sort.defが#Nの箇所で狂っている、って事実は確認されたのかなぁ、と
いうことが、少し気になりました。


 総じて、引っ込んでいたほうがいいようですね。そうさせて頂きます。お休みの日です。
安息日です。敬虔なクリスチャンなのです。嘘です。クリスチャンは嘘をつきません、
たしか。だといいな。

 あ、まだ休んでない。休みましょうよ、疲れた。



08406/08375 CRG00666 文太 Re^2: EMSがらみと言う
( 1) 18/10/21 01:34 08403:10♯さんへのコメント

 ありがとうございました。
 こんなことが調べられるとは、、、。

EMM386.EXEのエラー(Exception Error)について
#6   Invalid opcode  (無効オぺコード)

 どっか変なところへ飛んでいった。
 お休みなさい。


08407/08375 CRG00666 文太 Re^2: まとめの試み
( 1) 18/10/21 11:12 08398:konnoさんへのコメント コメント数:1

Bunta wrote:
>>  検索窓で&z("xxx") >*をする、xxxは存在しない。
>>  これで、落ちませんか?

konno wrote:
>ここは、同じ実験をした結果なので、手順を間違えていなければ
>どちらも事実だと思います。〔=MSDOSPlayer や、DOS窓では、
>マクロエラーがあっても落ちません。〕
>VTDOSでは、REP 命令でチェックしているために落ちていますが
>DOS窓やMSDOSPlayerではそこにチェックルーチンはありません。
>そして、私の環境では落ちなかったのです。
>
>マクロがエラーになると、画面下に黄色くマクロコードが出ますよね。
>私のマクロはバグが多いので昔からよくこの状況に会っていますが
>このエラーが出ると大抵マクロの動作がおかしくなって、VZを再起動
>するはめになっています。
>ポインタやスタックが狂ってしまうんでしょうね。

(A)
#N &z("xxx") >*		;xxx.def存在せず

 というコードで、落ちたり、あるいは、致命的打撃を受け、その後Vz
の再起動を余儀なくされたりする。
 &z()は、s>0でのエラーチェックが弱いので、si, di(たとえば)を
ぐちゃぐちゃにする。
 #N時に&z()されると、まだ#Nは処理を終了していないのに&z()に
「ポインタやスタックを狂わされている」ので、落ちる、あるいはやがて
再起動ということになる。

 #Nの問題なのだろうか、というのが、変わらぬ(進歩しない)僕の疑問
です。

>MSDOSPlayer や、DOS窓では、マクロエラーがあっても落ちません。
 を僕は、ここ以降の記述も考慮して、上で「致命的打撃を受けたけれど」
と解釈しました。
 (A)のあと、ふつうにVzで作業を続けられる状態【だった】のですか?
続けられる状態【なの】ですか?

 konnoさんのvtdos+vz.comにむけての意図は理解しているつもりです。
 上の僕の疑問点に回答をいただいても、もう僕にできることはないだろう、
と思っております。
 話の整理をしようとしているだけで、2年後の僕に、状況を分かりやすく
してやっているだけです。



08408/08375 CXB00940 としき Re^3: まとめの試み
( 1) 18/10/21 21:48 08407:文太さんへのコメント コメント数:3
参照先:http://toshiki.la.coocan.jp/

話題の進行が速すぎてついていけていませんが。

> Bunta wrote:
> >>  検索窓で&z("xxx") >*をする、xxxは存在しない。
> >>  これで、落ちませんか?

#8382の文太さんのマクロ、および#8393の10♯さんのマクロをWin7のCMD窓で試して
みました。Vzは1.60t03k非常駐。
s==0でもs==1でも「c:\def\expand.defが見つかりません」のメッセージが出て
マクロは止まります。左下には黄色く「>*」が表示されています。
編集モードでは、以後、そのまま編集可能。
窓では、[ESC]で抜けると画面が乱れますが、そこで何か文字を入力すると画面は
復旧します。カーソルキーでは画面は復旧しませんでした。
なお、試した窓は検索窓とファイルオープン窓だけです。他の窓は試していません。

>  (A)のあと、ふつうにVzで作業を続けられる状態【だった】のですか?
> 続けられる状態【なの】ですか?

上記の後、正常に編集継続可能。しばらくの間、普通に編集操作を続けていました
が、ファイルが失われるようなことはありませんでした。
このことから考えて、もしかしたら、これが原因で爆弾が埋め込まれた可能性は
あるかもしれませんが、何らかの起爆スイッチが押されない限りは爆発しないの
かもしれません。もちろん、爆弾は埋め込まれていないかもしれませんが、ここ
までの調査から、その可能性は低いかと。


08409/08375 CRG00666 文太 &z("") on dos6.2
( 1) 18/10/21 23:07 08408:としきさんへのコメント コメント数:2

 konno版07t(旧版) on MS-DOS 6.2Vでは、以下の結果でした。
 きれいに全部落ちました。
 ラップアランドを見直すことで、vz on vtdosの振る舞い全般が改善するので
あれば、それは僕にとっても喜ばしいことですが、、、。

=== Macrotmp by B ===;
xxx.defは%vzdef%に存在しない。
窓はもう少しあったと思うけど、いいんじゃないですか? 描画のし直しで問題が
顕在化する(そこでVzが死ぬ)と分かっているのだと思うので。
* M
50 ^^ "Macrotmp"
			;常駐			非常駐
#F &z("xxx") >*		;dead emm386 etc	dead 0で除算
;#N &z("xxx") >*	;dead 0で除算		dead 0で除算
;#O &z("xxx") >*	;dead emm386 etc	dead 0で除算
;#J &z("xxx") >*	;dead 0で除算		dead emm386 etc
*


08412/08375 GST01234 10♯ Re^4: まとめの試み
( 1) 18/10/22 06:12 08408:としきさんへのコメント コメント数:1

例のマクロをVTDOS上で、80X30の画面サイズで実行したら正常に動作しました。
画面サイズに限界点があるようですね。


08413/08375 CXB00940 としき Re^5: まとめの試み
( 1) 18/10/22 17:57 08412:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

うわ、画面サイズも関係しますか。
まさか関係あるとは思わなかったので書かなかったのですが、実は#8408の実験は
いずれも80x50で行っているんですよ。

すると、人によってTcだのFwだのの値が違うわけで、画面の限界サイズも異なって
来るということが容易に予想できます。うぅん、今頃になって、Vzの暗黙の仕様
またはバグが表面化するなんて。konnoさんが簡単に手を入れられるところだと
うれしいな。
そしてSORT.DEFの場合、アセンブラで書かれている中身がアクセスしている部分が
やはりどこか限界を突破しているのでしょうけど、とりあえず、こちらは一旦
保留して、Vz本体のほうを調べたほうがいいのかも。もちろん、一つの山を攻略
するのに複数の方角からアプローチするというのも悪くはないかもしれませんが、
下手をすると二正面作戦になりかねない。

とりあえず、めざらさんがCSEGMAP.DEFを作られたいきさつのニフティのログを
再度読み返してきます。


08414/08375 CXB00940 としき Re: &z("") on dos6.2
( 1) 18/10/22 18:00 08409:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

>  konno版07t(旧版) on MS-DOS 6.2Vでは、以下の結果でした。

常駐と非常駐で結果が変わるというのがとても興味深いですね。
例によって勘でモノを言いますが、EMSドライバのない環境では、全てゼロ除算に
なると想像しました。


08415/08375 GST01234 10♯ Re^6: まとめの試み
( 1) 18/10/22 19:43 08413:としきさんへのコメント

今追試したら80X30でやっぱりダメでした。
あと、僕のテスト環境はEMS無しです。

08416/08375 CRG00666 文太 &z("") on WinME
( 1) 18/10/22 22:06 08414:としきさんへのコメント


 意味ないでしょうね。

=== Macrotmp by B ===;
マシンにしろ窓にしろ、落とすの嫌だなぁ。EMSありです。
* M
50 ^^ "Macrotmp"
			;常駐(80x25)	非常駐(80x25)
#F &z("xxx") >*		;マシン落ち	マシン落ち
			;常駐(80x30)	非常駐(80x30)
;#F &z("xxx") >*	;窓落ち		窓落ち
*

*当然のことながら、このような場面で、WinMEは大変に弱いOSです。
 「マシン落ち」はOS再起動を、
 「窓落ち」はOSは落ちないが窓は落ちること
 を意味します。
*問題の切りわけのため必要な作業なのでしょうが、EMSなしのVzは、
 そのような状態でVzが起動する設定(各種バッファの縮小)を捜すのが、
 そもそも大変なことなので、パスです。

4F1A <--    2  138512  vz 1.60t -z                1B 21 29 FA
70ED        1  115920  <free>
8D3B 0007   4   72736  emsmagic

----- EMS ver4.0 (frame: 8F00h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA used: 61 KB by DOS
------ ----- ------  --------               EMB free: 2048 KB (max: 5120 KB)
     1     2    32k  for Vwx!
     2     6    96k  VZ

 このようにファイルをほとんど読み込んでいなくても、EMSは6ページ確保
されるvz.defでありvzfl.defです。NEC98の時代から、こうなのです。
 このノートは元XP用で、emsmagicを使わないといけないという特殊なマシンです。
ありがたいけど、これすら嫌い。このように我侭な人間には、昨今のOSでVzする
のは、やはり困難なことなのでしょう。



08418/08375 BQO00549 konno &z("") on DOSモバ (dos6.22)
( 1) 18/10/22 23:27 08409:文太さんへのコメント コメント数:2

>  konno版07t(旧版) on MS-DOS 6.2Vでは、以下の結果でした。
>  きれいに全部落ちました。

#8417 で、DOSモバ 復活したので、検証してみました。

EMM386 エラー #6 で即落ちました。

うーむ、EMM386 は、メモリチェックをキチンとしているという事ですかね?

ちなみに、PC98エミュの、NP2 では問題なく動作しました。

VZ の &z は、編集モードのみ動作保証しているようで、ファイラーで誤動作は
周知徹底してますが、入力窓も駄目ということですね。



08419/08375 GST01234 10♯ Re: &z("") on DOSモバ (dos6.22)
( 1) 18/10/22 23:50 08418:konnoさんへのコメント コメント数:1

> EMM386 エラー #6 で即落ちました。
> うーむ、EMM386 は、メモリチェックをキチンとしているという事ですかね?

既出ですが、EMM386の#6は無効命令例外ですね。
この例外は8086/88には存在しないため通常のDOSにはそのハンドラーは存在しないはずです。
これらのCPUで無効命令を実行した場合の挙動は未定義になってると思います。
仮想86モードを利用するEMM386にはそのハンドラーが存在するようですね。
通常、この状態になると言うことは、予期しないアドレスで実行してるはずなので、
8086/88ではフリーズか暴走してると思われますが、問題なく動作しているということは、
PC98では現象が発生してないように思います。


08420/08375 CRG00666 文太 Re: &z("") on DOSモバ (dos6.22)
( 1) 18/10/23 00:22 08418:konnoさんへのコメント

>VZ の &z は、編集モードのみ動作保証しているようで、ファイラーで誤動作は
>周知徹底してますが、入力窓も駄目ということですね。
 いろいろありそうだよなぁ、とは思いますが、以下のようなのは、ふつうにうまく
いきましたよ。
 もちろん、expand.defがある状態で実行しました。

=== Macrotmp by B ===;
* M
50 ^^ "Macrotmp"

#F "auto" &z("expand") >*
&m("%s",ps)
*
kekka: autoexec.bat

C:\>type autoexec.bat
REM Dummy file for NTVDM
 そういうものだったんだ。


08421/08375 CXB00940 としき Re^4: まとめの試み
( 1) 18/10/23 01:25 08408:としきさんへのコメント コメント数:3
参照先:http://toshiki.la.coocan.jp/

とりあえず、自分のところにつけます。

すぐに引っ張り出せる古い環境というと、WinXPしかありませんでした。
そこで、#8382の文太さんのマクロ、および#8393の10♯さんのマクロをWinXPの
CMD窓で試そうとしてみました。あいにく、CMD.EXEおよびcommand.comの設定等を
忘れてしまっています。なので、CMD窓は画面サイズが80x50にしてあっても、
command.comを呼び出すと80x25に縮んでしまう。これ、command.com直呼び出し
でもこのサイズ。どうやれば80x50にできるかわからない。

それはさておき。Vzは1.60t03k。EMSは10ページ。
常駐と非常駐の両方で試してみました。
結果。
全て、#8408と全く同じ。すなわち

> s==0でもs==1でも「c:\def\expand.defが見つかりません」のメッセージが出て
> マクロは止まります。左下には黄色く「>*」が表示されています。
> 編集モードでは、以後、そのまま編集可能。
> 窓では、[ESC]で抜けると画面が乱れますが、そこで何か文字を入力すると画面は
> 復旧します。カーソルキーでは画面は復旧しませんでした。
> なお、試した窓は検索窓とファイルオープン窓だけです。他の窓は試していません。

です。
うぅん、落ちない。
みなさんとはVzのバージョンが異なるせいかなぁ。
もしかして、新しいkonno版なら落ちる、ということではありませんよね?
オプションの数値をいじれば落とせるようになるかなぁ。

08422/08375 CRG00666 文太 落ちない悩み WinXP
( 1) 18/10/23 08:58 08421:としきさんへのコメント コメント数:1

>オプションの数値をいじれば落とせるようになるかなぁ。
 落とせない悩み(笑)
 XPのntvdmが、ある意味優秀になったということなのかな?

>すぐに引っ張り出せる古い環境というと、WinXPしかありませんでした。
>command.comを呼び出すと80x25に縮んでしまう。これ、command.com直呼び出し
>でもこのサイズ。どうやれば80x50にできるかわからない。
 XPでvtdosを使用していないばあい、25行にしかなれない、というのがXP
の仕様だったんではなかったでしたっけ?

#F &z("xxx") >*

 はい、WinXP with command.com	落ちません
 はい、WinXP with vtdos	落ちます

 konno版(k07t, 旧版)+EMSあり。



08423/08375 CRG00666 文太 Re: 落ちない悩み WinXP
( 1) 18/10/23 09:10 08422:文太さんへのコメント

http://mezala.la.coocan.jp/bbs/upload/clip.cgi?
 XPでも色々と無理すれば、できなくはなかったのですね。
 僕は荒野に一人で足を踏み入れないタイプなのだった。


08424/08375 BQO00549 konno Re^5: まとめの試み
( 1) 18/10/23 21:59 08421:としきさんへのコメント コメント数:1

> そこで、#8382の文太さんのマクロ、および#8393の10♯さんのマクロをWinXPの
> CMD窓で試そうとしてみました。あいにく、CMD.EXEおよびcommand.comの設定等を
> 忘れてしまっています。なので、CMD窓は画面サイズが80x50にしてあっても、
> command.comを呼び出すと80x25に縮んでしまう。これ、command.com直呼び出し
> でもこのサイズ。どうやれば80x50にできるかわからない。

これ、もしかして、#5819 の記事

> 2chの情報で、もうだいぶ前の書き込みですが、参考にさせていただき、
> Win7のDOS窓VZで30行以上の表示ができました。\(^^)/ ヤッタ-

これの事ではないですか?
Win7 ではVZで50行に出来たけれども、WinXP では、出来なかったような。



08425/08375 CRG00666 文太 懐かしがれない過去
( 1) 18/10/23 23:38 08424:konnoさんへのコメント

>これ、もしかして、#5819 の記事
 懐かしい記事を紹介くださりありがとうございます。
 というのは嘘で、僕は、このやり取りについての記憶がまったく
ありません。懐かしくなれない。たったの6年前なのに。
 古い話を持ち出して恐縮ですが、emsmagic+atok8は、EMS不可で
ずっときています。Vzが起動できれば、atokがEMSにいってくれなくても、
僕の使用感としては大きな問題ではない、という感じでずっときています。
 我侭いうな、というのは、WinXP以来、しっかり仕込まれました。
 ほんとか?


08426/08375 CXB00940 としき Re^5: まとめの試み
( 1) 18/10/24 03:28 08421:としきさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

とりあえず、自分のところにつけます。

> すぐに引っ張り出せる古い環境というと、WinXPしかありませんでした。

このマシンに、古いVTDOSが入っていました。VTDOS122。
2010年のタイムスタンプですね。
これを起動したら、80x50で立ち上がりました。
当時の私がそのように設定したのでしょう。

それはさておき。同じマシンなのでVzは1.60t03k。EMSはたくさん。
常駐と非常駐で試してみました。
結果。
全て、#8408と全く同じ。すなわち

> s==0でもs==1でも「c:\def\expand.defが見つかりません」のメッセージが出て
> マクロは止まります。左下には黄色く「>*」が表示されています。
> 編集モードでは、以後、そのまま編集可能。
> 窓では、[ESC]で抜けると画面が乱れますが、そこで何か文字を入力すると画面は
> 復旧します。カーソルキーでは画面は復旧しませんでした。
> なお、試した窓は検索窓とファイルオープン窓だけです。他の窓は試していません。

です。
落ちません。

みなさんとの違いといったら、Vzのバージョンと、あとは、各オプションの値。
えと、私も含めみなさん、自分が普段使っているVZ.DEFで試していると思うのです
が、もしかして、例えばオリジナルというか、1993年12月6日のタイムスタンプの
DEFファイルでVzを起動して、落ちるか試してみるべきなのかもしれません。
純正というか、その設定なら状況は発生しないけど、Windows時代に合わせて、
とあるオプションの値を潤沢にしたら落ちるようになった、というようなことが
あるかも。そして、たまたま私は、みなさんが大きな値にしているところが小さな
値のままだった、とか。
あるいは、あとのバージョンで追加されたオプションを、みなさんはきちんと設定
しているけど、私は使わないからと設定をサボっていた、とか。

08427/08375 BQO00549 konno rep 命令で矛盾があった時の動作
( 1) 18/10/26 23:04 08419:10♯さんへのコメント コメント数:2

> 既出ですが、EMM386の#6は無効命令例外ですね。
> この例外は8086/88には存在しないため通常のDOSにはそのハンドラーは存在しないはずです。
> これらのCPUで無効命令を実行した場合の挙動は未定義になってると思います。
> 仮想86モードを利用するEMM386にはそのハンドラーが存在するようですね。
> 通常、この状態になると言うことは、予期しないアドレスで実行してるはずなので、

なるほど、これが出るという事は、致命的なエラーなのだという事ですね。
ユーザー的には、エラーで落ちずに安全に止まってくれればとは思います。

> 8086/88ではフリーズか暴走してると思われますが、問題なく動作しているということは、
> PC98では現象が発生してないように思います。

PC98エミュのNP2 も落ちなかったので、そうなんですかね。

それで思ったんですが、NT系のDOS窓など、落ちないDOS環境もあるのはなぜかと。

例えば素人プログラムなどでは、CLD とSTD を間違えるとか、VZマクロでも
プログラムミスやエラー中断などで、si と di の関係がおかしくなることは
よくありそうな気がします。

そのたび窓が落ちたりしないように、rep 命令で、si と di が矛盾していたら
そのループ命令は実行しないでスルーするという風なルーチンを仕込んでいる
DOSがあるという事は無いでしょうか。
つまり、0回のループとしているとかで。

これは妄想の想像にすぎないかもしれませんが、VTDOSに現在ある、SCASB_MODE=1
というオプションは、rep 命令で矛盾があってもスルーするのですよね。
ということは、上記と似たようなルーチンになっているのでしょうか。

このモードで、矛盾を検知した時には、エラーログは出力していないですよね。
これを、エラーログ出力するようにできないでしょうか。
SCASB_MODE=2
というように、オプションで切り替えるとか。
動作がおかしいと思った時に、エラーログでチェックできれば意味があるかな
と思います。



08428/08375 CRG00666 文太 Re: rep 命令で矛盾があった時の動作
( 1) 18/10/27 00:24 08427:konnoさんへのコメント

>rep 命令で、si と di が矛盾していたら
>そのループ命令は実行しないでスルーするという風なルーチンを仕込んでいる
>DOSがあるという事は無いでしょうか。

 10#さんからの解説を待ちたいところではあるのですが。
 konnoさんが目指している「方向」については、おぼろげながらも理解している
つもりです(ほんとうなのだろうか?)

 でも、ここで、konnoさんは、「si と di の矛盾」をどのようにイメージ
(「定義」は硬すぎると思うので)されていますでしょうか。

 僕ら人間は先読みができます。でも、このsi, diはないよ、という判断を
プログラムはどうすれば下せるのだろう? と思いました。
 XPのntvdmとかは、確かにそれをしてそうではあるよな、とは思っているの
ですが。
 お教えいただければ、幸いです。

 窓ないしマシンを落とすところまで行かせないような「保護回路」みたいな
ものが働いてるみたいだ、という感触はあったのですけれど。

 これを言ってはお終いですが、僕はVzのあくまでユーザとして、とにかく、
思ったとおりにVzが動かなければ何もできない、そうでなければ、そもそも
Vzをいまどき使っている意味はないと、安定のプラットフォーム、WinME or
MS-DOSでの使用を真剣に考え始め、環境整備を進めています。m(__)m



08429/08375 GST01234 10♯ Re: rep 命令で矛盾があった時の動作
( 1) 18/10/27 01:49 08427:konnoさんへのコメント コメント数:1

既に説明していますけど、EMM386#6は定義されていない命令を実行しようとしたときに発生するもので、
通常これは予期しないアドレスにジャンプした場合か、予期していたジャンプ先が書き換えられた場合に発生します。
その直接的な原因はスタックのpush/popが狂った、スタックのリターンアドレスが書き換えられた、
ジャンプテーブルの内容が書き換えられた、ジャンプテーブルのインデックスが異常になった、
コードセグメントの一部が書き換えられた、割り込みベクタが書き換えられた
等が考えられます。

> そのたび窓が落ちたりしないように、rep 命令で、si と di が矛盾していたら
> そのループ命令は実行しないでスルーするという風なルーチンを仕込んでいる
> DOSがあるという事は無いでしょうか。
> つまり、0回のループとしているとかで。

一般的なx86プロセッサはストリング命令のセグメントラップアラウンドはそのまま処理します。
この命令にトラップを掛ける機能はありません。
例えば転送先が 8000:fff0 で転送バイト数が100hバイトだった場合、8000:fff0からffffまでに転送したのに続いて
8000:0000から00efまでに転送します。

DOSのEMM386#6の原因にストリング命令は直接的には関与していないと思われます。
間接的に関与していたりとか、双方の原因となる論理的なエラーが発生している可能性はあります。
少なくともMS-DOS/V+EMM386とNP2/NTVDMの間には非互換性があるようです。   

> これは妄想の想像にすぎないかもしれませんが、VTDOSに現在ある、SCASB_MODE=1
> というオプションは、rep 命令で矛盾があってもスルーするのですよね。

SCASB_MODE=1 はスルーしているのではなく、セグメントラップアラウンドを正確にエミュレートしています。


08430/08375 CXB00940 としき Re^6: まとめの試み
( 1) 18/10/27 22:07 08426:としきさんへのコメント コメント数:3
参照先:http://toshiki.la.coocan.jp/

とりあえず、自分のところにつけます。

みなさんの発言から、落ちる/落ちないを拾って表にしてみました。

       発言 試験          常駐   画面      
報告者 番号 方法 結果     有無   サイズ 環境         VzVer
konno  8314 SORT 落ちる   ?      ?      VTDOS        ?
konno  8342 SORT 落ちない ?      ?      DOS窓(?)     ?
konno  8342 SORT 固まる   常駐   ?      VTDOS        榊原版
konno  8342 SORT 落ちない 非常駐 ?      VTDOS        榊原版
konno  8375 &z   落ちる   ?      ?      VTDOS        ?
konno  8375 &z   落ちない ?      ?      DOS窓(?)     ?
文太   8381 &z   落ちる   ?      ?      純DOS(6.2?)  ?
文太   8391 &z   落ちる   ?      ?      純DOS(6.2?)  ?
文太   8391 &z   落ちる   ?      ?      DOS窓(WinME) ?
10#    8393 &z   落ちる   ?      ?      VTDOS        ?
konno  8400 &z   落ちない ?      ?      DOS窓(?)     ?
文太   8402 &z   落ちる   ?      ?      DOS6.2       ?
としき 8408 &z   落ちない 非常駐 80x50  DOS窓(Win7)  1.60t03k
文太   8409 &z   落ちる   常駐   ?      DOS6.2       k07t
文太   8409 &z   落ちる   非常駐 ?      DOS6.2       k07t
文太   8416 &z   落ちる   常駐   80x25  DOS窓(Win7)  ?(k07t)
文太   8416 &z   落ちる   常駐   80x30  DOS窓(Win7)  ?(k07t)
文太   8416 &z   落ちる   非常駐 80x25  DOS窓(Win7)  ?(k07t)
文太   8416 &z   落ちる   非常駐 80x30  DOS窓(Win7)  ?(k07t)
konno  8418 ?    落ちる   ?      80x25  DOS6.2       ?(k07t)
としき 8421 &z   落ちない 常駐   80x25  DOS窓(WinXP) 1.60t03k
としき 8421 &z   落ちない 非常駐 80x25  DOS窓(WinXP) 1.60t03k
文太   8422 &z   落ちない ?      80x25  DOS窓(WinXP) k07t
文太   8422 &z   落ちる   ?      80x25  VTDOS        k07t
としき 8426 &z   落ちない 常駐   80x50  VTDOS122     1.60t03k
としき 8426 &z   落ちない 非常駐 80x50  VTDOS122     1.60t03k

純DOSは80x25と決め打ちさせていただきました。
V-TEXT使っていたらごめんなさい。
また、間違っている部分があれば、それもごめんなさい。併せて、私が見落として
いる部分や、不明で「?」としている部分を補完していただけると助かります。

この表を一見してわかることは、いろんなOSや画面サイズで事象が発生していると
いうこと。一方で、報告者に偏りがあるところが弱点ではありますが、高橋版では
全く落ちていないという状況があります。
やはりこれ、Vzのバージョンとか各人のvz.defでのオプション設定が影響している
可能性があるのではないかなぁ。


08431/08375 CRG00666 文太 Re^7: まとめの試み
( 1) 18/10/28 00:10 08430:としきさんへのコメント コメント数:2

>純DOSは80x25と決め打ちさせていただきました。
 文太的には問題ありません。
 僕の純DOSは、MSの6.2Vです。
 たぶん正確だろうと思いますが(そうしてください)、僕のvz versionは
すべてk07tです。
 常駐・非常駐で不明の箇所は、「常駐」で統一していただいて良いと思います。

>高橋版では全く落ちていないという状況があります。
 あはははは。このあいだ作るだけ作ったのですが、どうするぅ? みたいな
ことになってます。
 k07t3(最新版)って、avか何かで変なことになりませんか。
 画面に縦方向に色が残ることがあるのですが?
 うん、縦にカーソルを動かすとavの色が残るみたい???
 Win7+vtdosの環境下での話です。他の環境は、k07tのまま。怠惰。



08432/08375 BQO00549 konno Re^2: rep 命令で矛盾があった時の動作
( 1) 18/10/28 02:26 08429:10♯さんへのコメント コメント数:1

> 既に説明していますけど、EMM386#6は定義されていない命令を実行しようとしたときに発生するもので、
> 通常これは予期しないアドレスにジャンプした場合か、予期していたジャンプ先が書き換えられた場合に発生します。
> その直接的な原因はスタックのpush/popが狂った、スタックのリターンアドレスが書き換えられた、
> ジャンプテーブルの内容が書き換えられた、ジャンプテーブルのインデックスが異常になった、
> コードセグメントの一部が書き換えられた、割り込みベクタが書き換えられた
> 等が考えられます。

なるほど、VZマクロはスタックセグメントで実行されているため、マシン語マクロも
同じセグメントで動作するので、マクロのエラーや中断などでセグメントが違ってしまう
事もあるかのなと思っていました。
セグメントが違えば、そこには実行コードと違うものが存在しているので、無効命令と
なってしまうのかなと思っていました。

とすると、EMM386 の場合は、rep 命令で落ちているのではなくて、そのメモリ操作
によって、予期しない不正な場所のメモリが書き換えられたからエラーとなる。
こういう理解で合ってますかね。

VZの入力窓のポップは、退避していたVRAMデータを書き戻しているだけなので
多くても2000bytes 程度だし、辻褄が狂ってゴミデータをVRAMに書き込むだけなら
実害は無いのですが、別の場所(セグメントなど)に書き込むとしたら危険ですね。
例のマクロでEMM386 エラーが出るのはその実例ということですかね。


> DOSのEMM386#6の原因にストリング命令は直接的には関与していないと思われます。
> 間接的に関与していたりとか、双方の原因となる論理的なエラーが発生している可能性はあります。
> 少なくともMS-DOS/V+EMM386とNP2/NTVDMには非互換性があるようです。   

> SCASB_MODE=1 はスルーしているのではなく、セグメントラップアラウンドを正確にエミュレートしています。

ここが最初あれ? と思ったのですが、上の文章と合わせて読むと、非互換性に対処する
処理を追加したモードというか、互換性を高めたモードと考えればいいわけですか。


ポップウインドウの問題はVZの手抜き仕様が原因なので、VZのソースで対策した
ほうが良さそうな気がしています。
単にスルーさせるだけより、何かエラーメッセージ的なことが出来ないかなと
考えています。



08433/08375 BQO00549 konno k07t3 は内部ワークの位置ズレ有り、公開停止します
( 1) 18/10/28 02:37 08431:文太さんへのコメント コメント数:1

>  k07t3(最新版)って、avか何かで変なことになりませんか。
>  画面に縦方向に色が残ることがあるのですが?
>  うん、縦にカーソルを動かすとavの色が残るみたい???
>  Win7+vtdosの環境下での話です。他の環境は、k07tのまま。怠惰。

k07t3 は、内部ワークの位置をずらしていました。
TAGLIGHT.EXE などでも問題がありましたので、この版は公開停止します。

互換性を考えると、k07t1 までが良いと思います。



08434/08375 BQO00549 konno Re^7: まとめの試み
( 1) 18/10/28 02:53 08430:としきさんへのコメント コメント数:1

> 一方で、報告者に偏りがあるところが弱点ではありますが、高橋版では
> 全く落ちていないという状況があります。

高橋版では落ちていないという報告は見てないような気がします。
SORT では、私の手持ちの主なVZを全て試したので、高橋版も駄目だったです。
榊原版は、その後の追試で落ちたように思います。

&z は高橋版も試したか忘れましたが、ここのルーチンは同じなので
落ちると思います。
今試しましたが、やっぱり落ちました。
si、di のチェックを入れた私家版では落ちません。

これに関しては、VZの手抜き仕様で、こういう操作をしたらバグるという
事例だと思います。
メモリを壊す危険性があるということなので、対策はした方がいいでしょう。



08435/08375 GST01234 10♯ Re^3: rep 命令で矛盾があった時の動作
( 1) 18/10/28 03:58 08432:konnoさんへのコメント

> なるほど、VZマクロはスタックセグメントで実行されているため、マシン語マクロも
> 同じセグメントで動作するので、マクロのエラーや中断などでセグメントが違ってしまう
> 事もあるかのなと思っていました。
> セグメントが違えば、そこには実行コードと違うものが存在しているので、無効命令と
> なってしまうのかなと思っていました。

x86は全て命令実行はcsとなってますね。スタックセグメントで動作する、というのは、
csとssが同一であるということですかね?確かVzはss=dsでcsは分離でしたが、
マクロのマシン語はss配置ですか。
「セグメントが違う」というのはいろんな意味合いに取れてしまいますが、
例えばセグメントレジスタが予期しないものとなった場合は予期せぬ動作からの無効命令は
あるかもしれません。

> とすると、EMM386 の場合は、rep 命令で落ちているのではなくて、そのメモリ操作
> によって、予期しない不正な場所のメモリが書き換えられたからエラーとなる。
> こういう理解で合ってますかね。

ストリング命令が無効命令例外を発生させることはありませんが、その結果が無効命令例外に
繋がる可能性はあります。別の所に原因がある可能性もありますよ。


> VZの入力窓のポップは、退避していたVRAMデータを書き戻しているだけなので
> 多くても2000bytes 程度だし、辻褄が狂ってゴミデータをVRAMに書き込むだけなら
> 実害は無いのですが、別の場所(セグメントなど)に書き込むとしたら危険ですね。
> 例のマクロでEMM386 エラーが出るのはその実例ということですかね。

VTDOSのエラーログを見る限りdiがFFxx付近を示してるため、ここは疑似VRAMとは違う場所になります。


> > DOSのEMM386#6の原因にストリング命令は直接的には関与していないと思われます。
> > 間接的に関与していたりとか、双方の原因となる論理的なエラーが発生している可能性はあります。
> > 少なくともMS-DOS/V+EMM386とNP2/NTVDMには非互換性があるようです。   
> 
> > SCASB_MODE=1 はスルーしているのではなく、セグメントラップアラウンドを正確にエミュレートしています。
> 
> ここが最初あれ? と思ったのですが、上の文章と合わせて読むと、非互換性に対処する
> 処理を追加したモードというか、互換性を高めたモードと考えればいいわけですか。

セグメントラップアラウンドの説明は以前に行いましたので省略しますが、
これをなにがしかの実装テクニックとして活用する可能性もなきにしもあらずなんですが、
一般的なセグメントの構成は上位伸張か下位伸張かのどちらかで、通常はオフセット0000付近か
FFFF付近(スタック)に集中するため、セグメントの両端を一度に操作するセグメントラップアラウンドを
活用する設計はきわめて不自然であると言わざるを得ません。
実際にVZのソースに於いてストリング命令の箇所は全て確認しましたけど、そのようなメモリ配置を
行ってると推測される事例は見当たりませんでした。
こういった理由からVTDOSではセグメントラップアラウンドは何らかの問題の結果と見なして、
通常は致命的エラーとしています。
また、セグメントラップアラウンドのエミュレーションはコスト高になるというのも理由です。
SCAS_MODE=1は、わざわざコストを払って何らかの問題を見て見ぬふりをしてるというのが僕の認識です。


08436/08375 CRG00666 文太 Re: k07t3 は内部ワークの位置ズレ有り、公開停止します
( 1) 18/10/28 13:57 08433:konnoさんへのコメント

>互換性を考えると、k07t1 までが良いと思います。
 了解です。それでは、t1でいきましょう!
 サンクスです。m(__)m


08437/08375 CXB00940 としき Re^8: まとめの試み
( 1) 18/10/28 14:02 08434:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 高橋版では落ちていないという報告は見てないような気がします。

そうですか、それは申し訳ありません。
#8430の表も含め、今まで何回も書いた「1.60t03k」というのは高橋版のつもり
だったのですが、99年12月19日版というのは高橋版ではなかったようです。
大変失礼しました。

> SORT では、私の手持ちの主なVZを全て試したので、高橋版も駄目だったです。

ごめんなさい。
今度は逆に、私のほうがその報告を見落としていたようです。
何番の発言に掲載されておりますでしょうか。
あの表に追記したいと思っておりますので、発言番号を教えてください。


08438/08375 CXB00940 としき Re^8: まとめの試み
( 1) 18/10/28 14:22 08431:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

>  文太的には問題ありません。

例の表について、文太さんが報告を上げられた部分については、環境と常駐有無
について追記させていただきます。

>  あはははは。このあいだ作るだけ作ったのですが、どうするぅ? みたいな

えと、作れるということは、オリジナルのVzとオリジナルのDEFファイルがあると
いうことですよね。
であれば、それらを使って、DOS6.2の#N窓から&zでどうなるかの実験を行えます?

・93年版Vzと93年版DEFでDOS6.2
・konno版Vzと93年版DEFでDOS6.2
・93年版Vzと文太常用DEFでDOS6.2

最後のやつはカスタマイズエラーが出るかな。
これらの結果がわかれば、DEFファイルのオプションの値によって、すなわち各種
バッファの位置などによりバグが顕在化するのか、それとも全く関係ないのか、
ということが明確になりそうです。
ならない可能性も高いけど。


08439/08375 CRG00666 文太 Re^9: まとめの試み
( 1) 18/10/28 15:31 08438:としきさんへのコメント コメント数:1

>ということが明確になりそうです。
>ならない可能性も高いけど。
 ならなかったと思う。

 全て非常駐です。

・93年版Vzと93年版DEFでDOS6.2	落ちる
・konno版Vzと93年版DEFでDOS6.2	落ちる(0除算)k03t3(まだ、、、)
・93年版Vzと文太常用DEFでDOS6.2	落ちる		5つエラー。Nf,dw,色3つ


08440/08375 CXB00940 としき Re^10: まとめの試み
( 1) 18/10/28 16:26 08439:文太さんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

>  ならなかったと思う。

そんな感じですね。
でも、今まで誰からも報告がなかったことが報告されるということは、解決できる
かどうかは別として、少なくとも解決の方向に1歩進んだことは間違いない。
誰かのせりふで
「失敗したということも大切な成果」
というようなのがありましたよね。

あと、

> ・93年版Vzと93年版DEFでDOS6.2	落ちる

これがわかったことは、私にとっては大収穫。
なぜなら、現状の私は落ちない環境を持っているわけなので、比較すれば、どこ、
または何が悪いか、絞り込める可能性があるというわけで。
もちろん、スキルその他の問題で、絞り込めない可能性のほうが高いのですけど。
あともう一つ、ある意味で純粋な環境で落ちたということは、エミュレーション
環境であるVTDOSでも落ちる必要がある、ということを意味すると思うのですが、
この私の解釈であっていますでしょうか。

えと、確認ですが、DOS6.2で落ちるということは、リセットが必要になるという
ことでよろしいですよね。EMMあたりがエラーをはくか、単に黙ってフリーズする
か、そのあたりは別として。なぜ、それほど特殊とも思えないような設定による
不具合が今まで発覚しなかったのか、というのも不思議な気はします。

とりあえず、私が次にできることは、落ちる環境探しです。
がんばってみましょう。

08441/08375 CRG00666 文太 Re^11: まとめの試み
( 1) 18/10/28 17:58 08440:としきさんへのコメント コメント数:1

>とりあえず、私が次にできることは、落ちる環境探しです。
>がんばってみましょう。
 がんばってください。爆。
 ポケ3で落ちるでしょう?

>環境であるVTDOSでも落ちる必要がある、ということを意味すると思うのですが、
>この私の解釈であっていますでしょうか。
 さて。vtdosはともかく、僕は前に「VZ的に落ちるのが正しい」と表現しました。

>えと、確認ですが、DOS6.2で落ちるということは、リセットが必要になるという
 はい。窓がありませんので、リセットです。

>それほど特殊とも思えないような設定による
>不具合が今まで発覚しなかったのか、というのも不思議な気はします。
 そうですかねぇ。特殊ですよ、この「#F (#N) &z("xxx") >*」に限って言えば。
 僕はやったことがありそうな気がしますが、かなり間抜けてますよ、これ。
ちゃんとロード関数を【書いて】いながら(これをマニュアル操作する人は
まずいない)、該当デフがvzdefディレクトリにないのですから。
 あるいは、そのときに書かず、既にvz.defに書いてあったとしても、vz.def
はあるのに、他のデフはないのですから。
 僕のように、病気で、何台もマシンを管理して、USBメモリからがばっと
defs をコピーするなんて、少なくとも昔はそんなこと誰もしませんでしたよ。
 こんなことが普通に可能になったとき、Vzerの数は、、、。
 USBメモリ一般化、たぶん2003年近辺。

 感触としては、まだマシンの設定が済んでなくて、落ちた、いけね、俺が
いけない(Vzの手抜きとは思わない)となってたんじゃないですかね。
 Win95でも、すでに、色々ありましたから。
 僕は、Win95でniftyしながら、NEC98でVzしてました。
 まず、皆がWindowsを嫌がり、最初、誰もがかなりの低レベルからスタート
した時代とか。dirwriteで、WinのLFNをぐちゃぐちゃにしちゃった、とか。
 やばい、懐古モードだ。



08442/08375 BQO00549 konno Re^9: まとめの試み
( 1) 18/10/28 18:43 08437:としきさんへのコメント コメント数:2

> > 高橋版では落ちていないという報告は見てないような気がします。
> 
> そうですか、それは申し訳ありません。
> #8430の表も含め、今まで何回も書いた「1.60t03k」というのは高橋版のつもり
> だったのですが、99年12月19日版というのは高橋版ではなかったようです。
> 大変失礼しました。

あう、す、すみません、私が見落としていただけでした。m(__)m
こちらこそ大変失礼いたしました。
ごめんなさい。m(__)m


> > SORT では、私の手持ちの主なVZを全て試したので、高橋版も駄目だったです。
> 
> ごめんなさい。
> 今度は逆に、私のほうがその報告を見落としていたようです。
> 何番の発言に掲載されておりますでしょうか。
> あの表に追記したいと思っておりますので、発言番号を教えてください。

試したのは、#8342 です。

> SORT.DEF(高橋版)を色々な環境で試してみました。

> ここからは、SCASB_MODE=0 のVTDOS環境です。
> 
> ・VZS 榊原版VZ
> 常駐ではソート実行時に固まった。
> 非常駐では動いた。何で?
> 
> ・その他のVZは皆駄目でした。
>  なお、非常駐VZだと、エラーになってもVZが落ちるだけで
>  VTDOSは動き続けますね。

このように書いたので、これではわからないですよね。
事象を正確に伝えるのも把握するのも難しいものだと改めて思いました。


ところで、私も思い込みで書いてしまったのは、#8430 の記事で

> この表を一見してわかることは、いろんなOSや画面サイズで事象が発生していると
> いうこと。一方で、報告者に偏りがあるところが弱点ではありますが、高橋版では
> 全く落ちていないという状況があります。
> やはりこれ、Vzのバージョンとか各人のvz.defでのオプション設定が影響している
> 可能性があるのではないかなぁ。

ここを読んで、あれ? と思ったからですが、私が高橋版と書かなかったのと逆に、
としきさんは、高橋版でテストしていたんですね。

#8416 の文太さんの環境は、Win7のDOS窓ではなくてWinMEのDOS窓だと思ったのですが。
つまり、私が読み間違えていなければ、NT系のDOS窓ではどのVZも落ちないという認識です。


VTDOS122 では、&z テストが落ちないんですね。
それで、過去ログを見てみたら、#6582> 20100326 0125	REP MOVSB セグメントラップアラウンド修正・LHA対応
> 20100123 0122	ストリング命令セグメントラップアラウンドチェック不具合修正
> これで、もしかして、と思い、VTDOS Ver121 でSORT.DEFを試してみたら
> 無事に動きましたよ。

とありました。
この辺のVTDOS は何かが違うのかもですね。



08443/08375 CRG00666 文太 Re^10: まとめの試み
( 1) 18/10/28 18:53 08442:konnoさんへのコメント

>#8416 の文太さんの環境は、Win7のDOS窓ではなくてWinMEのDOS窓だと思ったのですが。
>つまり、私が読み間違えていなければ、NT系のDOS窓ではどのVZも落ちないという認識です。
 konnoさんが正しいです。僕は見落としてました。

>それで、過去ログを見てみたら、#6582>> 20100326 0125	REP MOVSB セグメントラップアラウンド修正・LHA対応
>> 20100123 0122	ストリング命令セグメントラップアラウンドチェック不具合修正
>> これで、もしかして、と思い、VTDOS Ver121 でSORT.DEFを試してみたら
>> 無事に動きましたよ。

 す、すごい。執念。


08444/08375 CXB00940 としき Re^7: まとめの試み
( 1) 18/10/28 22:13 08430:としきさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

例によって、自分のところにつけます。

私の持っているPC-98時代のフリーウェアに対する引き合いが来たもので、実家に
来ています。ついでなんで、&zの実験をしました。かなり意味ないと思うけど。
Vzのバージョンはk08q2。NECのDOS6.2ですが、画面は30biosで80x30です。

[F11]にキーをアサインして、編集画面で起動すれば、ごく普通に、左下に黄色く
「"xxx"は入力できません」のメッセージと *> のマーク。
ところが、次に#Nの窓で[F11]を押しても、マクロが無反応。黄色いメッセージも
出ないし、特に何かが落ちるということもない。PC-98だからかなぁ。
念のため、#Oの窓でも同じ状況であることを確認。
次、検索窓では[F11]を押したら、これは危ない。
テキストVRAMの裏のG-VRAMに、何か怪しげなビットが現れました。
つまり、明らかに、変なメモリに変なデータを転送している。
ただ、それだけ。落ちない。以降の挙動に関しては、#8408と全く同じ。すなわち、
編集モードに戻ったら、以後、そのまま編集可能。
窓は、[ESC]で抜けた直後は画面が乱れますが、そこで何か文字を入力すると画面
は復旧します。カーソルキーでは画面は復旧しませんでした。

おそらく、かなり高い確率で、使い続ければ何かが起こるのでしょう。
ただ、スクロールとカーソル移動、それにほんのちょっとの文字入力という程度
だと、30分あまりの継続使用では落ちませんでした。


うぅん、なぜに落ちない。


08445/08375 GST01234 10♯ Re^8: まとめの試み
( 1) 18/10/28 22:19 08444:としきさんへのコメント コメント数:2

この98の事例に関して言うとヒットした先がG-VRAMだったから実害が無かったんじゃ無いですかね?
DOS/Vの疑似VRAMが通常どの辺りに割り当てられているのか把握していませんけど、
もし、実際に意味のあるコードやらデーター領域の隣接する辺りであるなら、
その周辺にヒットすれば実害が出る可能性はあると思われます。


08446/08375 CXB00940 としき Re^10: まとめの試み
( 1) 18/10/28 22:21 08442:konnoさんへのコメント
参照先:http://toshiki.la.coocan.jp/

> #8416 の文太さんの環境は、Win7のDOS窓ではなくてWinMEのDOS窓だと思ったのですが。

あ、本当だ、表が間違っている。あとで訂正します。
タイトルを読まずに、本文だけ読んで思い込みで表を作った模様です。
いや、タイトルを読んだ上で転記ミス、という可能性もあるけど。

> この辺のVTDOS は何かが違うのかもですね。

その可能性はありますね。
ただ、現在のVTDOSの挙動の方が正当というかエミュレーション度合いが高いの
かもしれません。つまり、落ちるほうが正解、という意味で。


08447/08375 CXB00940 としき Re^9: まとめの試み
( 1) 18/10/28 22:24 08445:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> この98の事例に関して言うとヒットした先がG-VRAMだったから実害が無かった

あぁ、なるほど。
コードとして走る部分ではないところなら、いくら書き換えられても大丈夫、という
ことですね。
ということは、このまま継続使用しても落ちない可能性が高い、ということですね。

だんだん挙動が見えてきました。

08448/08375 CXB00940 としき Re^12: まとめの試み
( 1) 18/10/28 22:33 08441:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/

>  ポケ3で落ちるでしょう?

あ゛〜、引っ張り出してくるのがちょっとだけ面倒。
PC-98でも落ちなかったくらいだから、もしかしたらポケ3でも落ちないかも。

>  そうですかねぇ。特殊ですよ、この「#F (#N) &z("xxx") >*」に限って言えば。

あ、そうか。
マクロ名の間違い、というか、存在しないマクロファイルを指定しなければ発現
しないわけか。特殊というか、確かに、悪条件が重なる必要がありますね。

>  USBメモリ一般化、たぶん2003年近辺。

いや、フロッピーだって、その気になれば。


08449/08375 GST01234 10♯ Re^10: まとめの試み
( 1) 18/10/28 23:24 08447:としきさんへのコメント コメント数:1

> テキストVRAMの裏のG-VRAMに、何か怪しげなビットが現れました。

98の場合TEXT-VRAMが0a000h:0からで、0a800h:0からがG-VRAM青プレーンになってます。
この現象で青色のノイズが出ていればVTDOSで起こってる現象と一致すると思われます。


08450/08375 GST01234 10♯ Re^9: まとめの試み
( 1) 18/10/28 23:39 08445:10♯さんへのコメント コメント数:1

> DOS/Vの疑似VRAMが通常どの辺りに割り当てられているのか把握していませんけど、
> もし、実際に意味のあるコードやらデーター領域の隣接する辺りであるなら、
> その周辺にヒットすれば実害が出る可能性はあると思われます。

なお、この「DOS/Vの疑似VRAM」はコンベンショナルメモリー内に存在しますが、
ディスプレイドライバーが定義する場所であり、ディスプレイドライバーによってまちまちになる可能性があります。
一般的にはCGAとは別の場所に設けられるようです。


08451/08375 CXB00940 としき Re^11: まとめの試み
( 1) 18/10/28 23:49 08449:10♯さんへのコメント
参照先:http://toshiki.la.coocan.jp/

> この現象で青色のノイズが出ていればVTDOSで起こってる現象と一致すると思われます。

青です。間違いなく、青いノイズが出ていました。


08452/08375 CXB00940 としき PC-98のファンクションキー
( 1) 18/10/29 10:20 08444:としきさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

誰が得をするんだ、という話もありますが、とりあえず備忘録として。
PC-98で例の試験マクロをアサインしたファンクションキーの挙動について。

あとから^K^でマクロを組み込んでいるわけですから、後優先の法則が働くはず
で、実際、先にファンクションキーに割り付けていた機能は効かなくなります。
でも、例の試験マクロがきちんと動いているかというと、ちょっと怪しい。

試したキーは[F01][F02][F10][F11]の4つです。
また、状況としては、編集画面、新規ファイルオープン窓、検索窓です。

先に報告したとおり、[F11]の#N窓では、何も反応がありませんでした。
ところが、[F01]では、三つの状況のすべてで無反応。
[F02]と[F10]の検索窓でも[F11]の検索窓と同じで、エラーが表示されてVRAMへの
怪しい転送が発生します。
問題は、[F02]と[F10]の#N窓。いずれも、窓が勝手に閉じます。
そして、もとのカーソルがあった位置に、半角アルファベットが1文字、勝手に
入力されていました。[F02]だと「T」、[F10]だと「Z」です。
何がどうしてこんなことが起こっているのかは不明です。

だからなんだというような話ですが、とりあえず報告まで。


08453/08375 CXB00940 としき Re^11: まとめの試み
( 1) 18/10/29 11:19 08440:としきさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> とりあえず、私が次にできることは、落ちる環境探しです。

どうも再現性が不安定なんですが、落ちそうなマシンに当たりました。

先の、VTDOS122が入っていたマシンよりももっと長く使っていないマシンが出て
きました。WinXPマシンですが、中に入っていたファイルから、それなりに使って
いたのは2009年ごろが最後みたい。
これに入っていたVzはk08q2。
奇しくも実家のPC-98に入っていたのと同じバージョンですが、あたりまえですが
こちらはDOS/V版です。おそらくPC-98と同時にバージョンアップをしたのですが、
こちらのマシンは新居に運んでそのまま触らなかった、というパターンかと。

このマシン、まだそんなに何回も試していませんが、いろいろと不安定。
まず、デスクトップにMS-DOSのアイコンがあるのですが、こいつが起動しない。
スタートメニューからファイル名指定ならCOMMAN.COMで起動するし、CMD窓からの
Vz起動も可能ですが、当時の私はなぜ、使えないアイコンをデスクトップに放置
していたのやら。
そして、&zの試験マクロを実行させると、一発でNTVDMエラーが出たこともある。
その他にも、CMD窓から起動させたときだったかな、エラーは出なかったのだけど
勝手にCMD窓に戻ったり、検索窓からの実行時かな、窓が固まってしまって閉じる
ボタンで強制終了する必要があったり。


とりあえず、これで手元に、落ちる環境と落ちない環境がそろいました。
共通点はWinXPというだけ。
Vzのバージョンは異なるし、おそらく、DEFファイルも異なることでしょう。
いろいろと環境を入れ替えて、何が悪いか切り分けたいと思います。
あ、あと、Vzのオリジナル版も確保しました。
ということで、93年版、99年版、06年版の比較もできます。
konnoさんの手元では99年版でも落ちているようなので、私の手元で99年版が落ち
る、または落ちない条件が特定できればうれしいのですが、難しいかな。
仮に条件が特定できたとして、それが回避できるか否かはもっと難しい問題かと。


08454/08375 CXB00940 としき 【訂正】PC-98のファンクションキー
( 1) 18/10/29 11:26 08452:としきさんへのコメント
参照先:http://toshiki.la.coocan.jp/

大変ごめんなさい。

> 試したキーは[F01][F02][F10][F11]の4つです。

> ところが、[F01]では、三つの状況のすべてで無反応。

単に[F01]キーが死んでいるだけでした。
ごめんなさい。

あぁ、キーボードを何とかしなくては。


08455/08375 GST01234 10♯ Re^10: まとめの試み
( 1) 18/10/29 19:09 08450:10♯さんへのコメント コメント数:1

V-TEXTは環境によって実装が異なり、疑似VRAMの割り当て位置も違っていると思われますが、
それらの情報を表示するVTI.EXEというソフトが存在します。
VTDOSでは以下のような表示になります。

ttps://www.vector.co.jp/soft/dos/hardware/se012553.html

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994.

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         127x62
Int 10h Vector      FFFF:0060h
DOS/V $Disp.sys     Installed.
$IAS.sys            Installed. (Not Active.)
Psuedo Text Buffer  F800:0000h
Buffer Size         7B08h (31496 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


08456/08375 BQO00549 konno Re^11: まとめの試み
( 1) 18/10/30 02:02 08455:10♯さんへのコメント コメント数:1

> V-TEXTは環境によって実装が異なり、疑似VRAMの割り当て位置も違っていると思われますが、
> それらの情報を表示するVTI.EXEというソフトが存在します。
> VTDOSでは以下のような表示になります。

おお、これがありましたね。
DOS窓では、V-TEXT が無いので、v.com というもう一つのソフトと
両方表示させてみました。


vv	; ====== Win10 DOS窓 ======
V - Video mode information
    R1.0  (C)ChaN,1993

Current Video Mode = 03h
Screen Size        = 80x28
Character Height   = 14
VRAM Mode          = A/N
VRAM Address       = B800:0000 (Real VRAM)

vti
VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          03h
Screen Size         80x28
Int 10h Vector      08BE:0A11h
DOS/V $Disp.sys     Not Installed.   (Int 7Dh not Defined!)
$IAS.sys            Not Installed.
Psuedo Text Buffer  --- None ---
Buffer Size         1180h (4480 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 14h 07h 38h 39h 3Ah 3Bh 3Ch 3Dh 3Eh 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


; ====== MSDOS Player ======
vti
VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          03h
Screen Size         120x32
Int 10h Vector      08EC:0A11h
DOS/V $Disp.sys     Installed.
$IAS.sys            Installed. (Active.)
Psuedo Text Buffer  F800:0000h
Buffer Size         2000h (8192 Bytes)

EGA Palette         --- Not Supported ---

--- DOS/V Extension Info. ---
Not Supported.


; ===== Win10 VTDOS =======
VTDOS|C:\VZ>vti
VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         126x33
Int 10h Vector      16AA:0A11h
DOS/V $Disp.sys     Installed.
$IAS.sys            Installed. (Active.)
Psuedo Text Buffer  F800:0000h
Buffer Size         40F8h (16632 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


こうして見ると、VTDOS だけ、Video Mode 70h と認識されてますね。
これが何か関係しているのだろうか。


VTDOS121 落ちない

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         100x40
Int 10h Vector      FFFF:0060h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  D000:0000h
Buffer Size         3E80h (16000 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


VTDOS124 落ちない

BREAK=1
;PASTEDELAY=10
;USECMD=1
;TPAEXT=1
TPALOW=1

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         80x25
Int 10h Vector      FFFF:0060h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  D000:0000h
Buffer Size         1F40h (8000 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


VTDOS125 落ちる

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         80x25
Int 10h Vector      FFFF:0060h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  FC00:0000h
Buffer Size         1F40h (8000 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


VTDOS.CFG を、124に合わせても落ちる

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         80x25
Int 10h Vector      FFFF:0060h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  D000:0000h
Buffer Size         1F40h (8000 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 06h 38h 07h 09h 12h 1Bh 24h 2Dh 36h 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


VTDOS124までは落ちなくて、125 以降は落ちるようです。
何が違うかは、わかりません。



08457/08375 GST01234 10♯ Re^12: まとめの試み
( 1) 18/10/30 02:21 08456:konnoさんへのコメント コメント数:2

このサンプルだけに関して言うと、VTDOSがセグメントラップアラウンドを致命的エラーにしてる、というだけのことだと思います。
Win10のNTVDMはDOS/V相当では無く、CGAとして扱ってるようですね。あるいはJEGA?
MS-DOS/Vのサンプルがあれば、それが落ちる理由がはっきりするかも知れません。

#僕が試験したWIn10ではVTIは動作しませんでした。


08458/08375 GST01234 10♯ Re^13: まとめの試み
( 1) 18/10/30 14:36 08457:10♯さんへのコメント コメント数:1

> Win10のNTVDMはDOS/V相当では無く、CGAとして扱ってるようですね。あるいはJEGA?

WinXPのNTVDMも同じVRAMだとすると、この領域でセグメントラップアラウンドが発生しても、
近い領域にUMBを確保してTSRをロードしていない限り現象は顕在化しませんね。


08461/08375 CXB00940 としき Re^12: まとめの試み
( 1) 18/10/30 22:32 08453:としきさんへのコメント
参照先:http://toshiki.la.coocan.jp/

> どうも再現性が不安定なんですが、落ちそうなマシンに当たりました。

う〜ん、どうもよくわからん。
もしかしたら、ハードウェアの問題も絡んでくるのかも。
とりあえず、途中経過。

試験方法としては、DOS窓、またはVTDOS122窓を開き、対象Vzのあるディレクトリ
をカレントにして、誤って別のDEFファイルを読まないようにしました。そして、
Vzを起動し、存在しないファイルを&zで呼ぶマクロのファイルをオープン。^K^で
読み込み。そのまま、そのマクロファイルを開いた状態で、新規ファイルを開く
窓と検索窓でファンクションキーから呼び出し、というもの。
マシンについては、2台のWinXPマシンで行いました。
1台は、VTDOS122の入っていたマシン、富士通の一体型デスクトップです。
もう1台はVz k08q2の入っていたマシン、東芝のノートです。
なお、DEFファイルは、93年版のCOMファイルには93年版のDEFファイルを、その他
はそれぞれ同じディレクトリに入っていたものを使っております。


さて、結果です。

       試験          常駐   画面      
マシン 方法 結果     有無   サイズ 環境         VzVer
Note   &z   落ちない 両方   80x25  DOS窓(WinXP) 931206
Note   &z   落ちる   両方   80x25  DOS窓(WinXP) 1.60t03k
Note   &z   落ちる   両方   80x25  DOS窓(WinXP) k08q2

DskTop &z   落ちない 両方   80x25  DOS窓(WinXP) 931206
DskTop &z   落ちない 両方   80x25  DOS窓(WinXP) 1.60t03k
DskTop &z   落ちない 両方   80x25  DOS窓(WinXP) k08q2

DskTop &z   落ちない 両方   80x50  VTDOS122     931206
DskTop &z   落ちない 両方   80x50  VTDOS122     1.60t03k
DskTop &z   落ちない 両方   80x50  VTDOS122     k08q2


う〜ん、これは。
VTDOS122はロバストだから、Vzがどんなバージョンでも落ちないのかもしれない
けど。でも、Vzのバージョンによって落ちるか否かが決まる、という私の仮説は
もろくも崩れ去りました。あ、落ちないというのも、単に落ちないというだけで
あって、画面は乱れまくるので、一旦コマンドラインに抜けるなりしてから編集
画面に戻る必要はあります。
でも、私の環境では、オリジナルバージョンが、なかなか落ちない。
文太さんのところでは簡単に落ちたようだし、konnoさんのところでも落ちている
のですよね。そうすると、やっぱりハードウェアの関係もあるのかも。

新しく話が出てきたのは、疑似VRAMの位置ですか。
あとで、それぞれの環境で調べてみます。


08462/08375 BQO00549 konno Re^13: まとめの試み
( 1) 18/10/31 00:08 08457:10♯さんへのコメント コメント数:1

> このサンプルだけに関して言うと、VTDOSがセグメントラップアラウンドを
 致命的エラーにしてる、というだけのことだと思います。

なるほど、納得です。

> Win10のNTVDMはDOS/V相当では無く、CGAとして扱ってるようですね。あるいはJEGA?

JEGA ってなんだっけ? と思ったら、昔のAXの規格ですか。
基本は、CGA なのかなとは思います。

関係ない話ですが、Win10の64ビット版にVTDOS導入するときに、漢字の片割れ
半角分しか表示しなくて、焦ったことがあります。
フォントの設定がなかなか入らないんですよ。

> MS-DOS/Vのサンプルがあれば、それが落ちる理由がはっきりするかも知れません。

MSDOS6.22 の DOSモバで試してみました。メモリカードのデータ移動が大変でした。

A:\DOS>A:\UT\VTI.EXE
VTI.EXE Version 1.10  (c)鯖/LP-Project,1994. 

--- BIOS ($Disp.sys) ---

Video Mode          70h
Screen Size         80x15
Int 10h Vector      097C:37F0h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  0AA1:0000h
Buffer Size         0960h (2400 Bytes)

EGA Palette         --- Not Supported ---

--- DOS/V Extension Info. ---
Not Supported.


DOSモードの初期状態では、VZIBMJ.COMは表示が異常で動作しません。

A:\DOS>vv
V - Video mode information
    R1.0  (C)ChaN,1993

Current Video Mode = 03h
Screen Size        = 40x25
Character Height   = 0
VRAM Mode          = A/N
VRAM Address       = B800:0000 (Real VRAM)

確かこんなだったような。
英語版VZは動くだろうか。



08463/08375 GST01234 10♯ Re^14: まとめの試み
( 1) 18/10/31 00:30 08462:konnoさんへのコメント コメント数:1

> Video Mode          70h
> Screen Size         80x15
> Int 10h Vector      097C:37F0h
> DOS/V $Disp.sys     Installed.
> $IAS.sys            Not Installed.
> Psuedo Text Buffer  0AA1:0000h
> Buffer Size         0960h (2400 Bytes)

ディスプレイドライバーのロードアドレスは不明ですが、エントリーポイントが097c:37f0hで、
疑似VRAMが0AA1:0hとなってますね。
ディスプレイドライバーが自分自身のロードアドレスの直後に疑似VRAMを配置してると思われます。
TPAがどこからスタートしているかは不明ですけど、このセグメントのオフセット0FFxxh付近に書き込みが
行われれば何らか問題が生じるんじゃ無いですかね?
これの VMAP は見れますか?


08464/08375 BQO00549 konno Re^15: まとめの試み
( 1) 18/10/31 01:24 08463:10♯さんへのコメント コメント数:1

> ディスプレイドライバーのロードアドレスは不明ですが、エントリーポイントが097c:37f0hで、
> 疑似VRAMが0AA1:0hとなってますね。
> ディスプレイドライバーが自分自身のロードアドレスの直後に疑似VRAMを配置してると思われます。
> TPAがどこからスタートしているかは不明ですけど、このセグメントのオフセット0FFxxh付近に書き込みが
> 行われれば何らか問題が生じるんじゃ無いですかね?
> これの VMAP は見れますか?

ちょっと長いですが

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
D403 sys    1   11376  cardlite                   1A
D6CC sys    1   11184  sramata
D989 sys    1    4640  power                      13 14 17 25 26 28 2A 6C
DAAD sys    1    4080  kkcfunc
DBAD        1     112  <free>
DBB5 <--    1    2192  dblpatch
DC3F-DCFE   1    3056  <free>
E003 sys    1    3072  apmexdrv
E0C5 sys    1    1552  sounddrv
E128 sys    1    3680  ssricoh
E210 sys    1   34976  dblspace
EA9B ED25   1     112  unstick (env)
EAA3 <--    1   10256  keyb JP,932,J:\DOS\KEYBOA
ED25 <--    1    6928  unstick                    0F 33 81
EED7 EEDF   3     736  setpow
EF08 <--    1     720  dkick                      09
EF36        1     112  <free>
EF3E <--    1    1008  cmfctrl                    84
EF7E-F000   1    2080  <free>
                       --- UMB total: 100 KB ---
0271 sys    1    1104  himem
02B7 sys    1    2688  ramdrive
0360 sys    1   10416  emm386                     4B 67
05EC sys    1    4592  unfont
070C sys    6    5312  <config>
085E <--    3    4240  command                    22 23 24 2E
096A        1     256  <free>
097C <--    1   18480  mogd -v4                   10 15 16 7D
0E00 <--    1    3088  pansi                      2F
0EC2 <--    1    3888  vz 1.60t -z                1B 21 29
0FB6-9FFF   1  590992  <free>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA used: 63 KB by DOS
------ ----- ------  --------               EMB free: 106 KB
     1     6    96k  VZ
  free    32   512k
 total    38   608k


DOSモバのディスプレイドライバーはいくつかありますが
ここでは、MOGD.COM というのを使っています。
入力窓などでのキー入力に若干問題があって、常用するには難があります。
今回&zテストではすぐに落ちず、ファイルクローズでEMM386エラーが出ました。



08465/08375 GST01234 10♯ Re^16: まとめの試み
( 1) 18/10/31 01:34 08464:konnoさんへのコメント コメント数:2

このVMAPからすると、例の現象が発生していればVZのセグメントの
オフセット0bfc0h付近にヒットしてると思われます。
VZの版にもよりますけど、おそらくコード領域ですよね。


08466/08375 GST01234 10♯ Re^17: まとめの試み
( 1) 18/10/31 01:38 08465:10♯さんへのコメント

MS-DOS/Vであればオリジナル版でも検証は出来そうですね。


08468/08375 BQO00549 konno Re^17: まとめの試み
( 1) 18/10/31 19:43 08465:10♯さんへのコメント

> このVMAPからすると、例の現象が発生していればVZのセグメントの
> オフセット0bfc0h付近にヒットしてると思われます。
> VZの版にもよりますけど、おそらくコード領域ですよね。

たったこれだけの情報でそこまでピンポイントに分るとは驚きです。

どっちにしても&z の不具合はVZ で直すしかないと思われるので
アセンブラの再履修やります。



08469/08469 BQO00549 konno アセンブラの再履修 popwindow
( 1) 18/10/31 21:09 コメント数:3

#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


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

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



08470/08469 GST01234 10♯ Re: アセンブラの再履修 popwindow
( 1) 18/10/31 22:11 08469:konnoさんへのコメント コメント数:1

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

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

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


08471/08469 BQO00549 konno Re^2: アセンブラの再履修 popwindow
( 1) 18/10/31 22:51 08470:10♯さんへのコメント

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

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

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

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

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

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



08472/08469 BQO00549 konno スタックのプッシュポップ確認
( 1) 18/10/31 22:54 08469:konnoさんへのコメント

スタックのプッシュポップの辻褄が合っているか確認するために 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 と表示されますが、このマクロを連続で起動させると
入力窓がどんどん増えていき、そのたびに数字が2ずつ減っていきます。

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

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



08473/08473 BQO00549 konno VZk07t5 アップ
( 1) 18/10/31 23:28 コメント数:1

VZk07t5 をアップしました。

k07t5 (2016-01-04 2018-10-31)
 ・Rf+ 2重オープン、ポインタ位置ズレによる不具合修正
    バッファの制限により、パスの長さ約80文字以上ではSFNとなる。
 ・Hn の初期値でファイラーの#R RENできる長さ可変に。64 以上 160 まで。Hnの値は256まで指定できる
 ・Of+ ステータスラインを非表示に。和生さんのFANKEIの拡張マクロで使用します。
 ・コード領域の内部ワーク pc が1バイトずれていたのを修正、差し替え(2018-10-17)
 ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策

 ダウンロードは VZのへやからどうぞ

  VZK07t5.lzh ver1.60k07t5 (2018-10-31版) new!


   高橋版VZに対する自己解凍差分になっています。
  バグ等あるかと思いますので、ご使用は自己責任で。



# はろーWin 版で間に合ったかな。(^^;

# Rf+ が使えないと困るのよ。(^^;



08474/08469 GST01234 10♯ Re: アセンブラの再履修 popwindow
( 1) 18/11/01 01:27 08469:konnoさんへのコメント コメント数:2

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

> 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のソースに可読性や妥当性を期待するのも今更過ぎる話でもありますね。


08475/08469 GST01234 10♯ Re^2: アセンブラの再履修 popwindow
( 1) 18/11/01 01:46 08474:10♯さんへのコメント コメント数:1

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


08476/08469 BQO00549 konno Re^2: アセンブラの再履修 popwindow
( 1) 18/11/01 02:24 08474:10♯さんへのコメント コメント数:2

> 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のソースに可読性や妥当性を期待するのも今更過ぎる話でもありますね。

(^^; (^^;



08477/08469 BQO00549 konno 画面サイズ250*80 はVZの限界?
( 1) 18/11/01 02:46 08476:konnoさんへのコメント コメント数:1

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

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

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



08478/08469 CRG00666 文太 Re^3: アセンブラの再履修 popwindow
( 1) 18/11/01 10:34 08475:10♯さんへのコメント コメント数:1

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


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 命令ラップアラウンド'	76回
>67 EB 8E C0 58 8B F7 36 8B 3E 40 06 51 56 F3 A5	;pushwindowで止まる
> 上記のエラーダンプ、コード列		49回
 ☆過去4年間の文太の悲惨な過去


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

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

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

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

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


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


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



08479/08469 GST01234 10♯ Re^4: アセンブラの再履修 popwindow
( 1) 18/11/01 14:40 08478:文太さんへのコメント コメント数:2

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

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

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


08480/08469 GST01234 10♯ Re^5: アセンブラの再履修 popwindow
( 1) 18/11/01 19:46 08479:10♯さんへのコメント コメント数:1

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


08481/08469 CRG00666 文太 Vzの歴史、DOS/Vの歴史
( 1) 18/11/01 21:28 08479:10♯さんへのコメント コメント数:1

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

「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機(環境)をどれくらい愛用していたのかは?
 コーディングという意味では、3年近くは付き合ったはずですけれど。
 c.mosさんの手元にいたVzって、5年程度??? 最長で8年?
 そういえば、高橋さんも、NEC98組だったなぁ、たしか。
 というより、27インチなんてディスプレイが、想定されてないよね。



08482/08469 CRG00666 文太 Re^6: アセンブラの再履修 popwindow
( 1) 18/11/01 21:31 08480:10♯さんへのコメント

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


08483/08469 BQO00549 konno Re^3: アセンブラの再履修 popwindow
( 1) 18/11/02 00:32 08476:konnoさんへのコメント

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

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

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



08484/08473 BQO00549 konno Re: VZk07t5 バグありました
( 1) 18/11/02 01:34 08473:konnoさんへのコメント

うう、バグが有りました。

rf+ の時に、LFN で、半角スペースのあるファイル名をオープンすると、
ファイル名がおかしくなったり、拡張子が TXT なのに、ビューモードに
ならなかったりします。

rf- なら問題ないとは思いますが。
取りあえず公開停止します。


これは、VZk07t4 の時から同じだったようです。
未公開の私家版は対策できているんですが、ステータスラインの表示が
いまいちよろしくなくて・・・互換性も考慮してないし。



08485/08469 CRG00666 文太 Re: Vzの歴史、DOS/Vの歴史
( 1) 18/11/03 11:04 08481:文太さんへのコメント コメント数:2

>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すると思うけど、、、。
			;このご時勢にいたっては、これは無理かなぁ? 無理しちゃう!

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

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



08486/08469 BQO00549 konno Vz昔話
( 1) 18/11/03 19:42 08485:文太さんへのコメント コメント数:1

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

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

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


めざら資源より一部引用

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



08487/08469 CRG00666 文太 Re: Vz昔話
( 1) 18/11/03 22:46 08486:konnoさんへのコメント コメント数:2

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

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

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

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

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

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

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

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

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



08488/08469 CXB00940 としき Re^2: Vz昔話
( 1) 18/11/04 00:16 08487:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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


08489/08469 CRG00666 文太 Re^3: Vz昔話
( 1) 18/11/04 01:01 08488:としきさんへのコメント コメント数:1

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

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

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



08490/08469 GST01234 10♯ Re^4: Vz昔話
( 1) 18/11/04 01:46 08489:文太さんへのコメント コメント数:2

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

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

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

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


08491/08469 CXB00940 としき Re^5: Vz昔話
( 1) 18/11/04 14:20 08490:10♯さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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

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

08492/08469 BQO00549 konno Re^2: Vz昔話
( 1) 18/11/04 17:02 08487:文太さんへのコメント コメント数:1

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

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

>  英語モードの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を買いなおすことになったわけで。(;_;)


続く(のか)



08493/08493 BQO00549 konno 備忘録 LXCLND.defの改造
( 1) 18/11/04 17:29 コメント数:1

#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 は暗い白なので、このくらいがいいですね。



08494/08493 BQO00549 konno 備忘録 VTDOS と pkxarc
( 1) 18/11/04 17:57 08493:konnoさんへのコメント コメント数:1

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

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 もそれなりに使えるようになって
喜ばしいことです。



08495/08493 GST01234 10♯ Re: 備忘録 VTDOS と pkxarc
( 1) 18/11/04 18:03 08494:konnoさんへのコメント コメント数:1

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


08496/08469 CRG00666 文太 VzのDOSV対応(1.56->1.57)
( 1) 18/11/04 18:21 08485:文太さんへのコメント

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

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


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

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

                  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)を眺めて、あと20年で何かが分かるように
なるとは思えませんな、と思いました。
 wind.asm。複数ファイルをエディットできるというのは、そういうことなのかぁ。
 やっぱ、macro.asmだけですね。正しいVzマクロイドの判断。

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


08497/08469 CRG00666 文太 Re^3: Vz昔話
( 1) 18/11/04 20:06 08492:konnoさんへのコメント コメント数:1

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

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

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

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

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

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

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

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

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

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

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

>続く(のか)
 続けて。是非是非。


08498/08469 CRG00666 文太 VRAMなど
( 1) 18/11/04 20:07 08490:10♯さんへのコメント コメント数:1

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

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


08499/08469 GST01234 10♯ Re: VRAMなど
( 1) 18/11/04 20:25 08498:文太さんへのコメント コメント数:1

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

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


08500/08469 CRG00666 文太 Re^2: VRAMなど
( 1) 18/11/04 23:00 08499:10♯さんへのコメント コメント数:2

 「そっちじゃないよ」とのこと。了解。
 しかし、正直いって、上のコメントは読めません。「これ」って
何を指しているのでしょう? という具合に。
 でも、いいです。分かっても、別に何ができるわけでもありませんから。
 知識が深まらなくても、道具としては、じゅうぶん使える奴ですから。
 そして、それがいちばん大事なので。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において、
文字の表示がなされている。もちろんVzによって。(ファイラの枠とかテキストボックスの
枠とかは別かな?)

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

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

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



08501/08469 GST01234 10♯ Re^3: VRAMなど
( 1) 18/11/04 23:42 08500:文太さんへのコメント コメント数:2

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-TEXTドライバーを開発することが出来た訳です。

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

08502/08469 CXB00940 としき Re^3: VRAMなど
( 1) 18/11/05 00:33 08500:文太さんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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



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

08503/08469 GST01234 10♯ Re^4: VRAMなど
( 1) 18/11/05 00:47 08502:としきさんへのコメント コメント数:1

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

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


08504/08493 BQO00549 konno Re^2: 備忘録 VTDOS と pkxarc
( 1) 18/11/05 01:09 08495:10♯さんへのコメント コメント数:1

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

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

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



08505/08469 CRG00666 文太 Re^4: VRAMなど
( 1) 18/11/05 01:27 08501:10♯さんへのコメント

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

>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



08506/08469 CRG00666 文太 Re^4: VRAMなど
( 1) 18/11/05 01:53 08502:としきさんへのコメント コメント数:1

 ご名答! ありがとう!

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

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

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

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

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


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

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

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

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

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



08507/08469 CXB00940 としき Re^5: VRAMなど
( 1) 18/11/05 02:09 08503:10♯さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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

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


08508/08493 GST01234 10♯ Re^3: 備忘録 VTDOS と pkxarc
( 1) 18/11/05 02:09 08504:konnoさんへのコメント コメント数:1

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


08509/08469 CRG00666 文太 Re^4: Vz昔話
( 1) 18/11/05 02:17 08497:文太さんへのコメント

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

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

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

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

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



08510/08469 GST01234 10♯ Re^5: VRAMなど
( 1) 18/11/05 02:24 08506:文太さんへのコメント コメント数:1

例えば初期の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ビット時代はグラフィック表示を持たないことも珍しくありませんでした。
昔ってのはそれぐらい昔って事ですね。

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

08511/08375 GST01234 10♯ Re^14: まとめの試み
( 1) 18/11/05 03:06 08458:10♯さんへのコメント

XPのNTVDMはDOS/V相当でした。
疑似VRAMはアッパー領域に取っているため、例の現象が発生しても落ちません。

VTI.EXE Version 1.10  (c)鯖/LP-Project,1994.

--- BIOS ($Disp.sys) ---

Video Mode          03h
Screen Size         80x25
Int 10h Vector      0617:19D3h
DOS/V $Disp.sys     Installed.
$IAS.sys            Not Installed.
Psuedo Text Buffer  D853:0000h
Buffer Size         1000h (4096 Bytes)

EGA Palette  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  Ovr
            00h 01h 02h 03h 04h 05h 14h 07h 38h 39h 3Ah 3Bh 3Ch 3Dh 3Eh 3Fh 00h

--- DOS/V Extension Info. ---
Not Supported.


08512/08469 CRG00666 文太 Re^6: VRAMなど
( 1) 18/11/05 05:17 08510:10♯さんへのコメント コメント数:2

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

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

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

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


TEXT-VRAM利用の場合
2000文字表示		およそ2キロバイト	1バイト文字に1バイトのメモリ。
(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である。1画面ぶん文字表示をするために
   16/640=1/40を使うわけにいくはずがない。それでグラフィックカード(現代もの)はメモリを
   独自にもっているし、グラフィックオンボのXP時代のMBが、マシン搭載メモリからグラフィック用
   にメモリを拝借するといっても、BIOSの設定で512MBのメモリ総量から8,16,32MBとか使う、という
   ようになっている。
    余談です。
   1週間ぐらい前に、USB2.0のPCIカードが欲しくなり(for WinME)、HOで「PC基盤(小)」の
   青箱をガチャガチャしました。ちゃんとUSBカードは見つかりました。VIAとNECがチップを作っていた。
   (WinMEがUSBドライバを持っているといっても、USB1.1どまりなのです。データの転送には遅すぎる)

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

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

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

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

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

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





08513/08469 GST01234 10♯ Re^7: VRAMなど
( 1) 18/11/05 11:16 08512:文太さんへのコメント コメント数:1

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

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

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

08514/08469 CRG00666 文太 Re^8: VRAMなど
( 1) 18/11/05 13:08 08513:10♯さんへのコメント コメント数:1

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

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

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

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

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



08515/08469 GST01234 10♯ Re^9: VRAMなど
( 1) 18/11/05 13:41 08514:文太さんへのコメント コメント数:1

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


08516/08469 CRG00666 文太 Re^10: VRAMなど
( 1) 18/11/05 15:39 08515:10♯さんへのコメント コメント数:2

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

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

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

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


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

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


08517/08469 GST01234 10♯ Re^11: VRAMなど
( 1) 18/11/05 16:26 08516:文太さんへのコメント コメント数:1

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

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

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


08518/08469 CRG00666 文太 Re: 画面サイズ250*80 はVZの限界?
( 1) 18/11/05 23:42 08477:konnoさんへのコメント コメント数:1

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

 「Vzエディタの1画面の桁数が80文字以上(どっかでajaさんが指摘していた)、
行数は128行以下という制限があります」
 (『DOS/Vスーパードライバーズ32』p.183)

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



08519/08469 CRG00666 文太 Re^12: VRAMなど
( 1) 18/11/05 23:42 08517:10♯さんへのコメント コメント数:2

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

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



08520/08493 BQO00549 konno Re^4: 備忘録 VTDOS と pkxarc
( 1) 18/11/05 23:49 08508:10♯さんへのコメント コメント数:1

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

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

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

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

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

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



08521/08493 GST01234 10♯ Re^5: 備忘録 VTDOS と pkxarc
( 1) 18/11/06 00:02 08520:konnoさんへのコメント コメント数:2

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


08522/08469 GST01234 10♯ Re^13: VRAMなど
( 1) 18/11/06 00:23 08519:文太さんへのコメント コメント数:1

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


08523/08493 BQO00549 konno Re^6: 備忘録 VTDOS と pkxarc
( 1) 18/11/06 00:49 08521:10♯さんへのコメント コメント数:1

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

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



08524/08493 GST01234 10♯ Re^7: 備忘録 VTDOS と pkxarc
( 1) 18/11/06 00:59 08523:konnoさんへのコメント コメント数:1

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


08525/08469 BQO00549 konno Re^2: 画面サイズ250*80 はVZの限界?
( 1) 18/11/06 01:30 08518:文太さんへのコメント コメント数:1

>  「Vzエディタの1画面の桁数が80文字以上(どっかでajaさんが指摘していた)、
> 行数は128行以下という制限があります」
>  (『DOS/Vスーパードライバーズ32』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 は、うーん、わかりません。



08526/08493 BQO00549 konno Re^8: 備忘録 VTDOS と pkxarc
( 1) 18/11/06 01:39 08524:10♯さんへのコメント

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

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

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

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



08527/08493 CRG00666 文太 Re^6: 備忘録 VTDOS と pkxarc
( 1) 18/11/06 01:54 08521:10♯さんへのコメント

藤木文彦
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用の最初の市販Cコンパイラ。5万円(当時)。MSに買い取られ、
MSC2.0になる」など。
 Byte誌、PC Magazine誌の評価も面白い。

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

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



08528/08469 CRG00666 文太 Re^14: VRAMなど
( 1) 18/11/06 02:12 08522:10♯さんへのコメント コメント数:1


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

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

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

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

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

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



08529/08469 CXB00940 としき Re^7: VRAMなど
( 1) 18/11/06 02:43 08512:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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

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

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


08530/08469 CXB00940 としき Re^11: VRAMなど
( 1) 18/11/06 02:49 08516:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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


08531/08469 CXB00940 としき Re^13: VRAMなど
( 1) 18/11/06 02:50 08519:文太さんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

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

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

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

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


08532/08469 CXB00940 としき Re^15: VRAMなど
( 1) 18/11/06 02:50 08528:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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


08533/08469 GST01234 10♯ Re^12: VRAMなど
( 1) 18/11/06 10:02 08530:としきさんへのコメント

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

08534/08469 GST01234 10♯ Re^14: VRAMなど
( 1) 18/11/06 10:07 08531:としきさんへのコメント コメント数:1

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

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


08535/08469 CRG00666 文太 Re^3: 画面サイズ250*80 はVZの限界?
( 1) 18/11/06 14:49 08525:konnoさんへのコメント コメント数:1

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

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


08536/08469 CRG00666 文太 Re^14: VRAMなど
( 1) 18/11/06 16:23 08531:としきさんへのコメント コメント数:1

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

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

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

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



08537/08469 CRG00666 文太 Re^16: VRAMなど
( 1) 18/11/06 16:35 08532:としきさんへのコメント コメント数:2

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

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

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

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



08538/08469 CRG00666 文太 Re^4: VRAMなど
( 1) 18/11/06 16:40 08501:10♯さんへのコメント コメント数:1

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


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」のことなんだ。おどおど、この仮説に1票。
 根拠:「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の壁、ふたたび、、、。実機、もうないのよ。手に入れる気もないのよ。



08539/08469 GST01234 10♯ Re^17: VRAMなど
( 1) 18/11/06 16:58 08537:文太さんへのコメント コメント数:1

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

08540/08469 CXB00940 としき Re^15: VRAMなど
( 1) 18/11/06 18:28 08536:文太さんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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


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

08541/08469 CXB00940 としき Re^17: VRAMなど
( 1) 18/11/06 18:51 08537:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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


08542/08469 GST01234 10♯ Re^16: VRAMなど
( 1) 18/11/06 21:05 08540:としきさんへのコメント コメント数:1

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

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


08543/08469 BQO00549 konno Re^4: 画面サイズ250*80 はVZの限界?
( 1) 18/11/06 22:00 08535:文太さんへのコメント コメント数:2

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

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

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

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



08544/08469 CXB00940 としき Re^15: VRAMなど
( 1) 18/11/06 23:25 08534:10♯さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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

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


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

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


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

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


08545/08469 CXB00940 としき Re^17: VRAMなど
( 1) 18/11/06 23:26 08542:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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


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

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


08546/08469 CRG00666 文太 Re^5: 画面サイズ250*80 はVZの限界?
( 1) 18/11/06 23:57 08543:konnoさんへのコメント コメント数:3

>  「Vzエディタの1画面の桁数が80文字以上(どっかでajaさんが指摘していた)、
> 行数は128行以下という制限があります」
>  (『DOS/Vスーパードライバーズ32』p.183)■追記:<--1994年の本

 桁数は80文字以上(79文字以下はダメ);250字か255字かの上限あり(注)
 行数は128行まで

 これでどうですか?

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

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

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

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

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


 WinMEは、僕の目の位置と画面が遠いせいもあります。手元に本を置かなければいけないし、
キーボードも2台。目からディスプレイまで60センチから70センチぐらい離れています。
うーん、と考え込んで頭を後ろに倒すと、80〜90センチ?
 あと近視・乱視・老眼が入りまくってます。しばしば「:」と「;」の区別がつきません。
ラベルジャンプで困ること多し。
 机の上の左に27インチ(Win7)、右に24インチ(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 に設定される



08547/08469 CRG00666 文太 Re^18: VRAMなど
( 1) 18/11/07 00:09 08539:10♯さんへのコメント コメント数:1

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



08548/08469 CRG00666 文太 先生の趣味とUI
( 1) 18/11/07 00:12 08541:としきさんへのコメント コメント数:1

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

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


08549/08469 GST01234 10♯ Re^18: VRAMなど
( 1) 18/11/07 00:14 08545:としきさんへのコメント コメント数:1

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

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

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

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

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

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


08550/08469 GST01234 10♯ Re^19: VRAMなど
( 1) 18/11/07 00:24 08547:文太さんへのコメント

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

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

08551/08469 GST01234 10♯ Re^5: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 00:42 08543:konnoさんへのコメント コメント数:2

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

08552/08469 GST01234 10♯ Re^6: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 00:45 08546:文太さんへのコメント

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

08553/08469 BQO00549 konno Re^6: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 01:01 08546:文太さんへのコメント コメント数:1

>  桁数は80文字以上(79文字以下はダメ);250字か255字かの上限あり(注)
>  行数は128行まで
>
>  これでどうですか?

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

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

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

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

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

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


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



08554/08469 BQO00549 konno Re^6: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 01:07 08551:10♯さんへのコメント コメント数:1

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

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

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



08555/08469 CXB00940 としき Re: 先生の趣味とUI
( 1) 18/11/07 01:09 08548:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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


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

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


08556/08469 CXB00940 としき Re^19: VRAMなど
( 1) 18/11/07 01:09 08549:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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

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


08557/08469 GST01234 10♯ Re^5: VRAMなど
( 1) 18/11/07 01:17 08538:文太さんへのコメント コメント数:1

> 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」のことなんだ。おどおど、この仮説に1票。
>  根拠:「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の壁、ふたたび、、、。実機、もうないのよ。手に入れる気もないのよ。
エミュレーターであれば容易に入手可能ですよ。


08558/08469 GST01234 10♯ Re^20: VRAMなど
( 1) 18/11/07 01:29 08556:としきさんへのコメント

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

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


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

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


08559/08469 CRG00666 文太 Re^16: VRAMなど
( 1) 18/11/07 01:30 08540:としきさんへのコメント コメント数:1

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

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

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

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

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

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

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

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


08560/08469 GST01234 10♯ Re^7: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 01:32 08554:konnoさんへのコメント コメント数:1

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

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

08561/08469 CRG00666 文太 Re^6: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 01:33 08551:10♯さんへのコメント コメント数:1

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



08562/08469 GST01234 10♯ Re^7: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 01:41 08561:文太さんへのコメント

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

08563/08469 CRG00666 文太 Re^6: VRAMなど
( 1) 18/11/07 01:51 08557:10♯さんへのコメント コメント数:1

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

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

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

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

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

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



08564/08469 CRG00666 文太 Re^7: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 02:19 08553:konnoさんへのコメント

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

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

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

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

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

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



08565/08469 BQO00549 konno Re^6: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 22:44 08546:文太さんへのコメント コメント数:1

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



08566/08469 BQO00549 konno Re^8: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 23:08 08560:10♯さんへのコメント コメント数:1

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

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

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

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

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



08567/08469 GST01234 10♯ Re^9: 画面サイズ250*80 はVZの限界?
( 1) 18/11/07 23:53 08566:konnoさんへのコメント コメント数:1

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

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


08568/08469 BQO00549 konno CKWVで画面フォントサイズ変更
( 1) 18/11/08 01:27 08567:10♯さんへのコメント

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

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



08569/08469 CRG00666 文太 表示限界の話ではなく
( 1) 18/11/08 01:58 08565:konnoさんへのコメント コメント数:1

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

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

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

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

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

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

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



08570/08469 CRG00666 文太 UIの話はなしで
( 1) 18/11/08 02:02 08555:としきさんへのコメント コメント数:1


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

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

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

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

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

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

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

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

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

 (A)と(B)でどちらが実現する可能性がまだ高いか? 答え:(A)


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



08571/08469 CXB00940 としき Re^17: VRAMなど
( 1) 18/11/08 13:28 08559:文太さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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

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

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



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


08572/08469 CXB00940 としき Re: UIの話はなしで
( 1) 18/11/08 13:29 08570:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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


08573/08469 BQO00549 konno Re: 表示限界の話ではなく
( 1) 18/11/08 23:26 08569:文太さんへのコメント コメント数:1

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

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

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

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

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

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



08574/08469 CRG00666 文太 裾野
( 1) 18/11/09 12:09 08571:としきさんへのコメント コメント数:1

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

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

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

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

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

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

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

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



08575/08469 CRG00666 文太 Re^2: 表示限界の話ではなく
( 1) 18/11/09 12:20 08573:konnoさんへのコメント コメント数:2

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

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



08576/08469 CXB00940 としき Re: 裾野
( 1) 18/11/09 23:57 08574:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/

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

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

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

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

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


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

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

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

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


08577/08469 GST01234 10♯ Re^3: 表示限界の話ではなく
( 1) 18/11/10 00:24 08575:文太さんへのコメント

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

08578/08469 BQO00549 konno Re^3: 表示限界の話ではなく
( 1) 18/11/10 01:13 08575:文太さんへのコメント

>  まだ何もやっていませんが、もともと、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 の改造も進みました。(^_^)
これは別スレで。


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

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



08579/08469 GST01234 10♯ Re^7: VRAMなど
( 1) 18/11/10 10:48 08563:文太さんへのコメント コメント数:2

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触れば解るよとか、冷静に考えれば答えになって無いですよねw
しかし、これが僕の辿ってきた道であることは間違いありません。

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

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


08580/08469 CXB00940 としき Re^8: VRAMなど
( 1) 18/11/10 16:46 08579:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

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

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

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

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




おまけ。

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

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

08581/08469 GST01234 10♯ Re^9: VRAMなど
( 1) 18/11/10 20:01 08580:としきさんへのコメント

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

08582/08469 CRG00666 文太 Re^8: VRAMなど
( 1) 18/11/10 23:47 08579:10♯さんへのコメント コメント数:1

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

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


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

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

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

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

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

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

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

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


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

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

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


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

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


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

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

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

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



08583/08583 BQO00549 konno V_cursor.def Ver06
( 1) 18/11/11 01:35

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)??. >*

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



08584/08469 CRG00666 文太 Re^9: VRAMなど
( 1) 18/11/12 02:16 08582:文太さんへのコメント コメント数:1

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


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

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

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

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

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

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

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

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

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

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

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



08585/08469 BQO00549 konno 独り言など
( 1) 18/11/12 22:41 08584:文太さんへのコメント コメント数:1

> 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



08586/08586 BQO00549 konno GPD Pocket Windows10 64bit
( 1) 18/11/13 00:32 コメント数:2

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


先日、日比谷に「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 
と、ほぼシグ3サイズで、液晶サイズが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 -- 動作周波数 -+- 画面 サイズ+- 幅 - 奥行 - 高さ ----+重量 +



08587/08469 CRG00666 文太 Re: 独り言など
( 1) 18/11/13 00:36 08585:konnoさんへのコメント

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

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

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

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

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

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

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

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

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

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

>私の改造で、VZ以上に人気が出た?のが、NP2 です。
 そうなんですか。ちょっと調べてみまーす。98のエミュレータですよね? (^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
 もちろんです。こちらこそ、どうかどうか末永くおつき合いくださいませ。

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



08588/08586 DGF01024 めざら Re: GPD Pocket Windows10 64bit
( 1) 18/11/15 19:51 08586:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

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

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

うーん,どうしようかな.


08589/08586 BQO00549 konno Re^2: GPD Pocket Windows10 64bit
( 1) 18/11/15 23:10 08588:めざらさんへのコメント コメント数:1

> 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情報は参考になると思います。



08590/08590 BQO00549 konno VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/16 22:33 コメント数:1

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

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

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


08591/08591 BQO00549 konno DOSモバでSORT.DEF(高橋版)
( 1) 18/11/16 23:45 コメント数:1

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

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

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

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


08592/08586 BQO00549 konno Re^3: GPD Pocket Windows10 64bit
( 1) 18/11/17 00:12 08589:konnoさんへのコメント

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

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

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



08593/08590 CRG00666 文太 Re: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 00:33 08590:konnoさんへのコメント コメント数:1

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

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

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

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



08594/08591 CRG00666 文太 Re: DOSモバでSORT.DEF(高橋版)
( 1) 18/11/17 00:34 08591:konnoさんへのコメント コメント数:1

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


08595/08590 BQO00549 konno Re^2: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 02:10 08593:文太さんへのコメント コメント数:1

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

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

VZ 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のほうも、まだまだ、ぐらいです。
>  明日も明後日も出、なのです。週末なし、休みなし。

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



08596/08591 BQO00549 konno Re^2: DOSモバでSORT.DEF(高橋版)
( 1) 18/11/17 02:15 08594:文太さんへのコメント コメント数:1

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

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

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


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



08597/08590 CRG00666 文太 Re^3: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 11:29 08595:konnoさんへのコメント コメント数:1

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

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

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

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

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

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



08598/08591 CRG00666 文太 Re^3: DOSモバでSORT.DEF(高橋版)
( 1) 18/11/17 11:33 08596:konnoさんへのコメント

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

 あ、6.20, OKです。

08599/08590 BNY00646 shadow Re^4: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 16:25 08597:文太さんへのコメント コメント数:2

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

08600/08590 BQO00549 konno Re^5: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 21:30 08599:shadowさんへのコメント コメント数:2

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

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

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



08601/08590 CRG00666 文太 Re^5: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/17 23:30 08599:shadowさんへのコメント コメント数:2

>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環境以外って、ないですか? LXとかモバとか。
 上げてくだされば、時間はかかると思いますが、DOS、WinMEぐらいではできますよ。
 僕にとって敷居が高いのは、vz.comの差異。vzt.com, vzt.defとか、いつも持ってられない。

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



08602/08586 BQO00549 konno GPD Pocket 色々
( 1) 18/11/17 23:41 08586:konnoさんへのコメント

ブログから転載 (^^;


GPD Pocket 色々


MSDOS Player の画面

プロパティのレイアウトで100*28にして
フォントは、MSゴシックの36?
起動させてからプロパティのフォントで設定したかな。


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


  VTDOS+CKWV 色々

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

Ckw*font: MS UI Gothic 

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

Ckw*font: MS ゴシック の画面。文字化けは無くなったようだ。
!Ckw*font: メイリオ も使える。

Ckw*font: MS 明朝 これは使えないようだ。
メイリオ は、ターミナルの代替によさそう。

ちなみに、フォントサイズは24にして
80*22 で全画面になっている。

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


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



08603/08590 BNY00646 shadow Re^6: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/18 08:30 08600:konnoさんへのコメント コメント数:1

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

08604/08590 BNY00646 shadow Re^6: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/18 09:00 08601:文太さんへのコメント

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

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

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

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

いずれも問題なし

08605/08590 BNY00646 shadow Re^6: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/18 09:36 08600:konnoさんへのコメント

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

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

08606/08590 BNY00646 shadow Re^6: VZk07t01 公開停止 & VZk07t 公開版の差し替え
( 1) 18/11/18 13:14 08601:文太さんへのコメント

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

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

08607/08590 BQO00549 konno VZk07t 修正版と IMASK
( 1) 18/11/18 14:18 08603:shadowさんへのコメント コメント数:2

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

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

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

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

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

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


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

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



08608/08590 BNY00646 shadow Re: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 17:16 08607:konnoさんへのコメント コメント数:2

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

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

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

08609/08590 BNY00646 shadow Re: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 17:47 08607:konnoさんへのコメント

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

08610/08590 BQO00549 konno Re^2: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 22:02 08608:shadowさんへのコメント コメント数:2

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

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

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

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

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

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

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



08611/08590 CRG00666 文太 Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/18 23:11 08610:konnoさんへのコメント コメント数:1

 (どこへ繋げてよいのか分からないので、ここで。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(前の版)
               1 個のファイル              62,184 バイト

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


shadowさん

 網羅的(はいうに及ばず多方面への)テストはまったくできていませんが、僕の
手元の上2つのvz.comで、vtdos環境で、imask+maskman2は、落ちませんでした。
k07t01(旧版)に関して(ちょっと前史がありますが)いえば、じつは、僕は
imask+maskman2を、おそらく18年くらい、使い続けてきたようでした。+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]環境をいじりませんでしたか?


08612/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 00:56 08611:文太さんへのコメント コメント数:1

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

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


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

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

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

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



08613/08590 BQO00549 konno Re^2: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 01:09 08608:shadowさんへのコメント コメント数:2

> マクロ名は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-,				;

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



08614/08590 CRG00666 文太 imask.def 終了部
( 1) 18/11/19 01:33 08613:konnoさんへのコメント

  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-,				;
 またまた。これは、Vzのポインタ演算で、どういう意味になるのでしょう?
 こういうの、イヤ。m.gannマジックみたいなのですか?



08615/08590 CRG00666 文太 k07t と imask.defのロード方法?
( 1) 18/11/19 01:35 08612:konnoさんへのコメント

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

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

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


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

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


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

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

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


08616/08590 BNY00646 shadow Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 22:08 08610:konnoさんへのコメント コメント数:1

くどいようですが再確認させてください。
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に2ヵ所のみ追記する
    N     >#N
    I     >I    ;追記1
    }.
〜〜〜〜〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜〜〜〜〜
X:  pm="%1 %2", #!
.:I &z("imask")>*  ;追記2
IMASKとMASKMAN2は新規にDOCどおりに編集

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

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

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


08617/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/19 23:53 08616:shadowさんへのコメント コメント数:1

shadow さん

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

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

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

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

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



08618/08590 BQO00549 konno Re^5: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/20 02:11 08617:konnoさんへのコメント コメント数:1

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

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

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



08619/08590 BQO00549 konno IMASK と制約解除呪文
( 1) 18/11/20 02:28 08618:konnoさんへのコメント コメント数:2

わかりました!!

私のVZFL.DEF の中で

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


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



08620/08590 CRG00666 文太 Re: IMASK と制約解除呪文
( 1) 18/11/20 10:50 08619:konnoさんへのコメント コメント数:1

konnoさん、すごい

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



08621/08590 BNY00646 shadow Re: IMASK と制約解除呪文
( 1) 18/11/20 21:01 08619:konnoさんへのコメント コメント数:1

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

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

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

08622/08590 BQO00549 konno Re^2: IMASK と制約解除呪文
( 1) 18/11/20 21:21 08620:文太さんへのコメント

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

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



08623/08590 BQO00549 konno Re^2: IMASK と制約解除呪文
( 1) 18/11/20 21:56 08621:shadowさんへのコメント コメント数:2

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

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

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

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


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

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

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



08624/08590 BQO00549 konno IMASK3 合体版の改造版
( 1) 18/11/21 21:28 08623:konnoさんへのコメント コメント数:1

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

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

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

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

;		(' ')	(c'?')		;[SPC]1字飛ばし
		?	(c'?')		;[?]1字飛ばし		★★★
		(' ')	>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='*',		;これは効かない?


;		#*	;*.*
	:	#*	;*.*


これでシフトを押さないでワンキーでマスク解除できます。



08625/08590 BNY00646 shadow Re: IMASK3 合体版の改造版
( 1) 18/11/24 08:26 08624:konnoさんへのコメント コメント数:1

改造版、頂きました。
> 私は、IMASK 終了処理でマスクを戻すようにしていましたが、それでは
> IMASK の本領を発揮できなかったんですね。
> マスクしたまま各種作業が出来るのが本来の使い方か。
私はマスク解除のため、右窓のマスク解除を追加していたようです。

> IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> "?" 入力になってしまうが、マークできるように変更しました。
> "?" は、普通に入力するほうが体が覚えているもので。
ここは使い勝手が良くなりました。


08626/08590 BNY00646 shadow Re^3: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 08:45 08613:konnoさんへのコメント コメント数:2

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

08627/08590 CRG00666 文太 Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 20:10 08626:shadowさんへのコメント

>12966/12968 CXHxxxxx  K***             RE:再度ファイラー定型句
>(14)   95/08/25 00:42  12960へのコメント

>  #12960 高橋 XX さん、こんにちは。
>  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さん、コメントのつけ方から何から、しぶいんだから。
 コードは書きませんからとか言いつつ、こういう濃ゆいところをしっかり読み込ん
でいるし。
 めざらさんのコードがいちばん素直で好きでした。とらじさんのは、前後がないと
ちょっと不明かと。意味は分かるのですけどね。

 全部に関して、1ミリも前進しておりません。関係も興味もないでしょうが、ここ
のところでやっていたのは、PATA HDDの絶滅期におよび、20台くらいのHD(中古)
をハードオフで買うこと(10日間の返金保証つき。チェック終えた!)。BigDriveの壁
を色々と調べること。SATA HDDにSUGOIアダプタをつけてWinMEブートをさせること(成功)。

 エミュレータでなく実機でWinMEを保存し続け、Vzし続ける予定(野望)なので。
USBスティックのWin98からのブートかぁ。やりますねぇ。し、しぶすぎる。ぬ、脱いで
もすごい。ふ、古いか。

 vz7.comママ。怠惰。



08628/08590 CRG00666 文太 Re^3: IMASK と制約解除呪文
( 1) 18/11/24 21:39 08623:konnoさんへのコメント コメント数:1

 お、俺も豆。

--- vzfl.def ---
1 "!Filer"
;ファイラで空いている1文字キー
;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 }
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)

	&Sh(pr,fl+34)		;by wanama DC 15 #13791 99/05/23	;★コレの件↓
	&e("#]") #]		;※制約解除 by Tomo : &p #nn など使用可能に


(下を引くまで上が何のことかわからず)
------------------------------------------------------------------------ コレね
>13791/13827 LDAxxxxx  和X             リネーム窓の小発見
>(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 と同様に
 表示できます。

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

(2)
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
 の件ですが、
 スルーするというか、(3)>? {>a>b>c} >z
 なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
 (3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
ということだと思います。
 ちなみに、(10)>? {>a>b>c} >z でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
ピリオドが安全装置になるということ。
 野ざらしの「ゾンビ」については、分からずじまいでした。


08629/08590 BQO00549 konno Re^2: IMASK3 合体版の改造版
( 1) 18/11/24 22:06 08625:shadowさんへのコメント

> > IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> > "?" 入力になってしまうが、マークできるように変更しました。
> > "?" は、普通に入力するほうが体が覚えているもので。
> ここは使い勝手が良くなりました。

お、採用いただいたようで、嬉しいです。(^_^)
私的にはメッセージ色変更が気に入っています。(^_^)


08630/08590 BQO00549 konno Re^4: VZk07t 修正版と IMASKとmaskman2合体版
( 1) 18/11/24 23:03 08626:shadowさんへのコメント

> imask右側のファイラーのパスマスクが外れない対策でした。
> 理由は忘れましたが高橋さんの案を採用したようです。

FGALDC に見当たらないと思ったら、FGALPK だったんですね。

> 12960/12968 xxxxxxxx  高橋 洋光    RE:再度ファイラー定型句
> (14)   95/08/24 19:41  12952へのコメント  コメント数:1

95年にこういうやり取りがあったんですか。

>         fl...98-,

これは、

>                 &Sc(fl..0+98,e) ;反対側

これに使っているものの省略形だったんですね。
うう、私はPKから出直しです。



08631/08590 BQO00549 konno Re^4: IMASK と制約解除呪文
( 1) 18/11/25 00:43 08628:文太さんへのコメント

> "ディレクトリ名",14
>         ↓
> "maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
>           ^^^
>   とかしておいて,!Filer の適当な部分に↑を仕込んで置くと,#N と同様に
>  表示できます。

そんな技があったんですか、何かすごい!!
でも必要性は? ですねぇ。
副作用が無いか不安がありますが、文太さんの常用環境なら問題ないのかな。


> 	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
>  の件ですが、
>  スルーするというか、(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 [^

となって検索できませんでした。
"ー"が、"[" のコードに認識されているのかな?
 


08632/08632 BQO00549 konno Tra_TAG.def のバグ
( 1) 18/12/02 00:00 コメント数:1

使用中の 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  えむし           MAP
> (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 で、それをも突き破って
マクロ領域を壊してしまったと思われます。



08633/08632 CXB00940 としき Re: Tra_TAG.def のバグ
( 1) 18/12/02 11:54 08632:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。
いや、もちろん、どんぐりの背比べ、という言葉もありますが。

約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
気がするのですが、それを追及する必要はないとか、追及しても意味がないと
いうことであれば、その理由をご教示いただければ幸いです。


08634/08632 BQO00549 konno Re^2: Tra_TAG.def のバグ
( 1) 18/12/02 17:52 08633:としきさんへのコメント コメント数:1

> タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
> 時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。

ああ、そうですね。それを書くのを忘れてました。
直ぐには落ちないです。
検索窓やオープン窓などのヒストリーがマクロコードになってしまいます。
その一行窓を閉じた時に落ちることもあれば、なかなか落ちないこともあります。
[ESC]+M でマクロ一覧を見ると、VZ.DEF と VZFL.DEF 以外は消えてしまって
いたりとか、色々な事象が発生します。

今頭がウニでマクロコードが読めないので、上記の事象でバッファ溢れと推測しました。
私はやっぱり泥縄式人なんですね。

暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし
私の環境で動けばいいやという程度です。
検索ワードピッタリにジャンプできないのは仕方がないですかね。
まあ、長すぎる行は改行しとけという事で。

> 約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
> ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
> 必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
> 気がするのですが、それを追及する必要はないとか、追及しても意味がないと
> いうことであれば、その理由をご教示いただければ幸いです。

追及すれば出来ないことは無いかもですが、今は全然読めないので止めておきます。
どなたかキチンと対策が出来るようなら是非御教示願います。m(__)m



08635/08632 BQO00549 konno Re^3: Tra_TAG.def のバグ
( 1) 18/12/02 23:44 08634:konnoさんへのコメント コメント数:1

> 暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし

案の定駄目でした。

	dn[+, #] #? #> #< &x(255)	;1行の長さチェック
	(cd==$d)? >a			;カーソル255桁目が改行なら >a
	(wn==0)?{ #< &x(254) #m #e}	;コンソールなら254桁目に改行挿入
:a	#< dn],				;


冒頭のルーチンを上のに変更したら、うまく動いているようです。



08636/08632 BQO00549 konno Tra_TAG.def 改 k04
( 1) 18/12/04 23:17 08635:konnoさんへのコメント コメント数:1

> 冒頭のルーチンを上のに変更したら、うまく動いているようです。

不要な部分を整理して、下記のようになりました。

	#] #? #> #< &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 の雛形を作って見ました。


中身は同じものなので、バグも同様でしょう。



08637/08632 BQO00549 konno Tra_TAG.def 改 k05
( 1) 18/12/25 03:13 08636:konnoさんへのコメント

> 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マクロの部屋に置いてきました。
御使用時はリネームしてください。



08638/08638 CRG00666 文太 EMSテストマクロ
( 1) 18/12/28 23:50 コメント数:2

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)までたどり着くのに、あいだ3時間あったら、5時間あったら
(もちろんVzをふつうに継続使用している)大丈夫なのか。途中不具合を誘発
しないか、(2)はふつうに行えるのか。これが課題です。

 できたような気がします。
 ただ、あくまで習作、テスト用です。

 EMSを保存バッファとして使えるのか、のテストです。
 たぶんできないと思う。思わぬ不具合に遭遇することになるのだと思う。

 発想はこうです。マクロバッファはあくまで一時的な保存バッファで、もっと
恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

 僕が悲観的なのは、ずっとこのEMSページをVzが管理してくれるのか、
ということ。どうなんでしょうか。このページを外してVzは自分のためにEMS
を使ってくれるのでしょうか? 前例がないような気がするのです。
 EMSをバンバン使っているマクロは高橋さんのマクロ。でも、マクロが終了
したら、そのEMSページ解放してるのね。保存バッファではなく作業バッファ
なんですね。
 というわけで、たぶん、失敗するのでしょう。

 お暇な方は改造するなりして、お使いください。あくまでテストとして。
 「こりゃまずいでしょう」という明らかなバグがあったらお教えてください。
 発想がまずいのなら、それも、どうか。

 しばらく自分でテストするつもりなので、即レスはないと思います。


 マクロの注意点。
 (1)キーアサインが僕のもののままです。読み出しとEMSの解放のほうは、
シフト起動です。

 (2)Bv256 前提です。EMSセグメント、ハンドル、文字列長を保存しておく
バッファがVzのお腹の中に必要です。
    消えないバッファは、こうとでもするしかないと思う。消えないバッファの
ための消えないバッファ。

 (3)高橋版の書式制御を使っています。konno 版でなにも問題ありません。


 メリークリスマス(遅いよ)&ハッピーニューイヤー 2019



=== EMS_buff.def by Bunta ===;
#if0
EMSに文字列を保存するテスト。
Bv (logtbl) 256 前提。
pq..145+128以降の6バイトを恒久的保存バッファとして使用
(中身は保存文字列長、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) .

*



08639/08638 BQO00549 konno Re: EMSテストマクロ
( 1) 18/12/29 21:59 08638:文太さんへのコメント コメント数:1

文太さん、やってますね。(^_^)

> 恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
> しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
> ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
> でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
が良さそうな気が。
問題はサイズですね。どのくらい要るのだろう。

あ、私はEMSはわからないので、テストはパスします。(^^;



08640/08640 BQO00549 konno VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 00:32 コメント数:1

10#さんの改造されたCKWVをちょっと改造しました。

 ・マウスホイールの送出コードにシフト系が残るのを修正したつもり

 ・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
  右クリックだけでは何もしない

 ・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない
CKWV.CFG の中に以下の所に追加する。

!Ckw*topmost: no
Ckw*touchsc: yes
!Ckw*transp: 220

ミニマシンなどのタッチパネルで、タッチした時コピー動作になると煩わしいので
何もしないようにしたつもり。


動作保証は出来ないので、ご使用は自己責任で
ダウンロードは、VZの部屋からどうぞ

 CKWV902.LZH 188kb(2018-12-07版


# クリスマスには遅いけど、お年玉には早いかな。(^^;



08641/08638 CRG00666 文太 Re^2: EMSテストマクロ
( 1) 18/12/30 12:09 08639:konnoさんへのコメント コメント数:1

>文太さん、やってますね。(^_^)
 はい、ちょっとだけですが。m(__)m

>1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
 データ受け渡しのインターフェイスとデータ構造が問題で、素性が全部
分かっているぶん、1kbuf.comのほうが長い目でみて、安心安全なのですが、
ブラックボックスになるインターフェイス部分が、けっこう複雑で、、、。
 ま、そちらに落ち着くのだろうとは思っていますが。

>VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
>が良さそうな気が。問題はサイズですね。どのくらい要るのだろう。
 はい。まさしくそのとおりです。
 問題は、サイズ。どれだけ必要なの? というのがクルーシャルなところ。
 Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
 (1)徹底自己管理の2文字変数(バッファ本体は外)
 (2)インクルードマクロ(バッファ本体含む)
 というラインの延長で、とりあえずEMSを攻めてみることにしました。

>あ、私はEMSはわからないので、テストはパスします。(^^;
 いえいえ、何が起こるのか分からない実験ですから。
 「そういえば、あれはとってもやりたかったことだ」と思い出して、現実
逃避が主な目的で書いてみただけです。


08642/08640 CRG00666 文太 Re: VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 12:16 08640:konnoさんへのコメント コメント数:1

 おお、素晴らしい拡張!

>・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
>右クリックだけでは何もしない

>・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない

 大昔から(からって言っていいのかなぁ?)欲しかった機能です。
 1月末までには導入してみたいと思います。気が長すぎ?
 そっちの使用頻度はとても低いので、優先順位が……。
 まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

 よいお年を!



08643/08638 BQO00549 konno Re^3: EMSテストマクロ
( 1) 18/12/30 14:43 08641:文太さんへのコメント コメント数:1

>  Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
>  (1)徹底自己管理の2文字変数(バッファ本体は外)
>  (2)インクルードマクロ(バッファ本体含む)
>  というラインの延長で、とりあえずEMSを攻めてみることにしました。

ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
思ったんですが、もっと大変になりそうですね。

例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
バッファ丸ごとコピー?する領域とかしておいて
メモリに書き戻す、みたいな感じかなぁ。
(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
オーバーレイ的なものとか?
ファイル方式の利点はサイズが可変長というところですね。


# たぶん大外れだな



08644/08640 BQO00549 konno Re^2: VTDOSのお供 CKWV 私家改造版
( 1) 18/12/30 15:04 08642:文太さんへのコメント

>  大昔から(からって言っていいのかなぁ?)欲しかった機能です。

そう言ってもらえるとうれしいです。(^_^)
実は、Visual Studio 2017 の無料版を入れたので、久しぶりに弄ってみました。
以前弄ったときは、ランタイムが取り込めなくて、そのままになっていたので
仕切り直しです。
今はこのくらいが精一杯です。

>  1月末までには導入してみたいと思います。気が長すぎ?
>  そっちの使用頻度はとても低いので、優先順位が……。

やりたいこと、やるべきことを優先するのが正しいと思います。
でも、やるべきことはやりたくないものが多いのが辛いところですが・・・

>  まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
> くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
> ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

げげ、パーツ屋開業出来そうですね。(^^;
そういえば、年末にやるべきことがまだ終わっていなかった・・・
うう、せめて換気扇だけでも・・・


みなさん、良いお年を(^_^)



08645/08645 BQO00549 konno ココログの変
( 1) 18/12/30 15:37 コメント数:1

最近またココログを更新しています。
最新の記事をコピペして紹介すると


映画「ボヘミアン・ラプソディー」をIMAXで観たよ


2ヵ月前に、映画『2001年宇宙の旅』を 日比谷のIMAXで観て、その迫力に圧倒されたものだが、その時に「ボヘミアン・ラプソディー」の予告編を観た。



「これは、映画館で観たら凄い良いだろうなぁ。」と思っていたら、その後、NHKでクイーンの特集をやっているのを観て、たまらなくなり、行ってしまいましたよ、新宿のIMAXへ。(^^;



「いやぁ、良かった、最高!!」


それ以来、以前買ったミニコンポでガンガンクイーンを聴いているのでした。(^^;




また行きたいね、こんどは立川の極上音響とやらで聴きたいなぁ。



皆さんも是非観てもらいたい感動の物語です。(^_^)



コピペここまで ------------

いやあ、クイーン 良いですね。VZer 世代なら皆さん絶対はまると思います。
マジお勧めです!!

というのは余談なので置いといて
上の記事は、単純にコピペしてVZに張り付けたのですが、改行がおかしくなっています。
ブログの見た目よりあきらかに改行が増えていますね。
ブログのソースを見ればわかりますが、この増えた改行は
<div></div>
になっています。見えるかな。

実は、ココログのエデイタで改行すると、これになるんですが、今どきのブラウザでは
<div></div>
<div></div>
<div></div>
このように連続していても改行一つになってしまうので、あれれれ?
となったしまったのです。

しかたがないので、HTMLモードで、
<br>
<br>
<br>
※ 半角の<br>は改行に変換されたので、全角で書き直した。

こう手入力したら、連続改行になりました。
ところが、そのソースを見てみると
<div><p></p></div>
<div><p></p></div>
<div><p></p></div>
このように変換されているんですね。

どうなっとるんだ!!

ココログのエデイタは腐っているのか?
改行くらいまともに変換してくれよ(;_;)

ということで、何度も弄っていたらこんな状態になったのでした。
・・・運営にメールしてみるか。



08646/08638 CRG00666 文太 Re^4: EMSテストマクロ
( 1) 18/12/30 15:41 08643:konnoさんへのコメント

 頭を一緒につかってくださって、ありがとうございます。
 そうなの、そうなのよ、という感じがとってもしました。

>ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
>思ったんですが、もっと大変になりそうですね。
 「ファイルに書き出す」
 原始的だけど、これが、やっぱり正解中の正解でしょう。
 ほんとに「データ構造によっては」、いちばんいい。マクロも基本コマンド
でいいし。
 その結論みたいなのが、ちょびっとだけハイテクの入った、以下でした。

(再掲:#8154:Fラベル書き換えの意味 by 文太)
;恐ろしく邪悪なツリーだった。
;このマクロを探し出すのに、5分かかった。
;ああいうのは、イケナイ。
=== 009func by B ===;
ファンクラベル・ファイルを開き、ラインバッファに送ってから、
その「文字列」(1行)をファンクラベル領域(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から再読み込みしたら? 検索が大変なのと、
逆=書き換えファイル用にも使えるから、こうなりました。
 じゃあ、これ、ファイルでなくEMSにしてみたら? うげげげげ。)

 とにかく。
 ね、恒久的データ保存領域って欲しくなるでしょ?
 僕だけかな? でも、何かすると、僕のばあい、必ずこの壁にぶつかって
きたものですから。


># たぶん大外れだな
 ぜんぜん。大当たりですよ。たとえば、そんな巨大保存バッファが使える
となったら、何をしたいのだっけ? とは少しは考えていましたから。
 嬉しいです、話が通じて、「そうそう、それのことなんですよ!」って
感じられるのは。m(__)m

>例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
>バッファ丸ごとコピー?する領域とかしておいて
>メモリに書き戻す、みたいな感じかなぁ。
>(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
>オーバーレイ的なものとか?
>ファイル方式の利点はサイズが可変長というところですね。

 上、新鮮で、ビンゴものでした。vz.defみたいなマクロファイルみたいなのが
ファイルの形式にせよ、メモリ上にせよ(1kbuf.com)、EMS上にせよ、取れたら、
使い道あるよなぁ、と思ってます。(注)
 「マクロなどのバッファ丸ごとコピー」。ステキです。
 できる? ほんとに必要? ということは、とりあえず考えないでおきます。(^^)
 あいかわらず夢をみている。
 だから、秀丸にはそうたやすく行けない。本格的にはぜったい行かないことが
決定されておりますが。だから、あのPATA HDの山と格闘しているわけで。

(注)これを追求すると、vz.comが起動時どのような仕組みでvz.defその他のdefを
読み込むのか、ということになる。最終的には、init.asm+core.asmぐらい?
 これまた楽しい夢想。

---------------------------------------------------------------------------
 今回は、大した時間を、VzないしVzマクロに使っているわけではありませんが、
プログラムって、メモリを使う、処理終わったらメモリを解放する、そして自分も消える
という風なのが超基本的姿なんだな、とか考えています。
 それこそ、dosの内部コマンドと外部コマンドみたいに。command.comの常駐部、
非常駐部みたいに。
 僕は、ずっとそこにいて、データを保持しつづけてくれる「常駐もの」みたいなの
を、ずっと前から欲しがっていたんだ、と。
 そして、この行く末が、マルチタスクなんだなぁ、と。インターフェイスは今も
好きではありませんが、Windowsはそれで偉かったんだ、とか。
 ネットワーク関係(インターネット)は、windowsですけどね。

 というわけで、「1kbuf.com」プロジェクトは、僕のVzにとっては、どんぴしゃに
正解だったんだ、と確信しております。多謝でありまする。


 さて、60枚の年賀状です! やれやれ。いつまでも逃げてるんじゃないの!



08647/08638 CRG00666 文太 EMS_buff.def (0.5)
( 1) 18/12/30 23:39 08638:文太さんへのコメント

 やりたいときにやってしまえ。
 記念に上げます。

 データ構造を少しだけ洗練させた(使うの、それ、ほんとに?)
 バッファを4つに増やした。EMS4ページ。
 きちんと環境管理できるなら、4つのマクロから別々にバッファを使えるはず、
なんだけど……。ヒストリーとか面倒なことなく。1個のデータね、それぞれ。
 こういう風にEMSって使えるのか、テストもまだろくすっぽしてないのにね。
 本質的には、約10年前の1kbuf.comのときと同じことをしています。
 同じところをぐるぐるぐるぐる。このパターンは不変。
 違いは、やっぱりVzマクロを素直に使うと(マシン語にばかり頼らないと)
コーディングが楽です。パパパっとできる。
 あくまでバッファを造ろうとしているだけなんだから、下はみんなブラックボックス
になるのが理想です。


=== EMS_buff.def (0.5) by Bunta ===;
#if0
 習作・部品・テスト用マクロ
 未完成(histcopy system, not yet)--- will you really do that?
  これは別マクロね、するとしても。
 以下は、テストのため、全部の機能を入れてしまってます。実用的には、
EMS情報領域確保、データ領域(EMS)確保
EMS解放
 の2つの間に、データの出し入れのマクロないしマクロ部品が存在するはずです(願望)

EMSに文字列を保存するテスト。
4ページ(16KB*4)の領域を、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 Vzのお腹の中にあるべきデータ保存バッファ
 ★2 EMSページフレームのアドレス(セグメント)。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"

*



08648/08648 BQO00549 konno 2019'今年もよろしく
( 1) 19/01/01 21:09 コメント数:1

みなさま、明けましておめでとうございます。
今年もよろしくお願いします。

さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。
30年間変わらずに使われ続けている稀有なDOSソフト、奇跡のソフトかと。
DOSが無くなってもVTDOSがあるじゃない(マリーアントワネットじゃないよ)

もうここまで来たら何でもありで、お気楽に逝きましょう。(字が違うって)

とりあえず、去年の纏めから

■■■■ リストスレッド表示2 (タイトルが変わらない記事を省略して表示) ■■■■

▼ - No.8638 - EMSテストマクロ - 文太 - 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件も過去ログに逝ってしまうなど
昨年は大変に盛り上がりました。
みなさま、本当にありがとうございました。

今年は猪突猛進の年ということで、どこに向かうかは全く分からないですが
なにとぞよろしくお願いします。



08649/08645 DGF01024 めざら Re: ココログの変
( 1) 19/01/03 14:56 08645:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

> というのは余談なので置いといて

おえ,QUEENが余談なんすか?

> ・・・運営にメールしてみるか。

無駄ですよ.そういうものなんです.

ブログ系では「はてなダイアリー」が,わりあい文法に沿ったソースを出力していました.
なので,わたしは「はてな」を選択しました.

しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.

CMS系のジェネレータなんて,糞ばかり.

08650/08648 DGF01024 めざら Re: 2019年,今年もよろしくお願いします
( 1) 19/01/03 15:41 08648:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

喪中のため,年頭のご挨拶は失礼させていただきます.
本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

> さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。

来ましたね,30週年.何月リリースだったかな.
一応,5月ということで,記念のオフでも開催しますか.
c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
以前から編集テキストが大きく崩れる…ということが結構頻発していて,
どのバージョンで発生することが多いのか検証しようとしています.
(LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

そこでボトルネックになるのが,版の管理なんですね.
そこで今さらお願いなのですが,もう少し版の情報を明示していただけないでしょうか.

konnoさんのご苦労は重々承知しているのですが,VZのページについて整理して欲しいのです.
一応わたしも版の情報(http://mezala.la.coocan.jp/vz/history/verdetail.html)を
提供しようとしてはいるのですが,これがまとめきれないのです.複雑で.

とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
明示してはいただけないでしょうか.
その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
なにとぞ宜しくご検討ください.

その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.
正月から要求ばかりで申し訳ないですが,自分にあまり時間が残されていないので……

08651/08645 BQO00549 konno Re^2: ココログの変
( 1) 19/01/03 22:17 08649:めざらさんへのコメント コメント数:1

> おえ,QUEENが余談なんすか?

(^^;
じつのところ、ココログはほとんど休眠していたので、誰も読んでないかもと思い
半分はクイーンの宣伝で書き込んだのでした。(^^;
「ボヘミアンラプソディー」マジ良いっすよ!!

> > ・・・運営にメールしてみるか。
>
> 無駄ですよ.そういうものなんです.

まだメールしてませんが、以前は普通に記事を書けていたように思ったので
ココログのエデイタが変わったのか、はたまたHTML の仕様が変わったのか
いずれにしてもこれは困った事象なので、どうしたものですかね。

> しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
> ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.
>
> CMS系のジェネレータなんて,糞ばかり.

そういうものなんですか。
私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。



08652/08648 BQO00549 konno Re^2: 2019年,今年もよろしくお願いします
( 1) 19/01/03 22:40 08650:めざらさんへのコメント

> 喪中のため,年頭のご挨拶は失礼させていただきます.
> 本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

そういえば、ブログの記事は読ませていただいていました。m(__)m
ともあれ、今年もよろしくお願いします。

>
> 来ましたね,30週年.何月リリースだったかな.
> 一応,5月ということで,記念のオフでも開催しますか.

記念オフいいですね、時期は検討するとして、是非やりたいですね。

> c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

(^^;
もし実現出来たらうれしいですが、VZの神様を前にしたら私固まっちゃいそう。
素人が適当に弄りまくってるんだから、冷や汗たらたらですよ。(^^;
初夢としたらいい夢ですね。

> わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
> 以前から編集テキストが大きく崩れる…ということが結構頻発していて,
> どのバージョンで発生することが多いのか検証しようとしています.
> (LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

げげ、そんなやばいことになってるんですか。
再現出来るものは調査してみます。

> とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
> 明示してはいただけないでしょうか.
> その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
> なにとぞ宜しくご検討ください.

わかりました。
私もこのところバグの発覚が相次いで版が混乱しているので、整理、管理を
出来る範囲で見直します。

> その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
> おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.

キチンとしたドキュメントは私の一番苦手な部類ですが、今年の目標、計画として
心がけたいと思います。



08653/08645 CXB00940 としき Re^3: ココログの変
( 1) 19/01/05 18:53 08651:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> > おえ,QUEENが余談なんすか?
>
> (^^;

まずは余談にお付き合い。
私の中学時代は80年代前半。
当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
ABBAの名前ぐらいは知っていましたがね。
高校・大学のころはクラシックがメイン。
90年代になって社会人になってから、レッツェとかディッパを少し聞きました。
とりあえず、私にとって、クイーンといったらエリザベス2世。
マーキュリーといったらセーラー戦士。(ぉぃ)

> > CMS系のジェネレータなんて,糞ばかり.
>
> そういうものなんですか。

ま、そうとも限らないのですが。
自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
それこそ、Strict大好きなめざらさんをも満足させるくらいに。
でも、そういうのって、当然ながら面倒なんですよ。
なので、

> 私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。

面倒なく記事を書く、という目的が達成できなくなるという。
でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
ないという意味で、運営にメールするというのは決して悪いことではないと。


08654/08645 BQO00549 konno Re^4: ココログの変
( 1) 19/01/06 01:43 08653:としきさんへのコメント コメント数:1

> まずは余談にお付き合い。
> 私の中学時代は80年代前半。
> 当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
> ABBAの名前ぐらいは知っていましたがね。

そうか、「ボヘミアンラプソディー」を聴いたのは75年ごろなんですよね。
10年違うとしたら、私の場合は65年ごろか。
その頃のことはほとんど覚えていないのですが、小学生の頃はアニメや歌謡曲を
テレビで見てたくらいですねぇ。
中学の頃は兄の影響もあってラジオで色々聴くようになってましたね。

> 高校・大学のころはクラシックがメイン。
> 90年代になって社会人になってから、レッツェとかディッパを少し聞きました。

クラシックは学校の授業でしか聴く機会がないのと、授業中に怒られたトラウマが
いや何でもないです。

> とりあえず、私にとって、クイーンといったらエリザベス2世。

その女王様の国から「キラークイーン」なんて歌が出るのも凄いなぁと思いました。

> マーキュリーといったらセーラー戦士。(ぉぃ)

これを知っているというのは通な人なんですかね。(^^;

> 自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
> それこそ、Strict大好きなめざらさんをも満足させるくらいに。
> でも、そういうのって、当然ながら面倒なんですよ。

なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。
ココログでもHTMLの知識が有れば見栄えの調整は出来るので、これでいいかぁ。

> でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
> ないという意味で、運営にメールするというのは決して悪いことではないと。

そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・



08655/08645 CXB00940 としき Re^5: ココログの変
( 1) 19/01/06 02:08 08654:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。

ここだけ。
ラクーカンにWordPressをインストールしたという猛者もいるらしい。
というか、インストールするだけならかじった程度の素人でも可能らしいけど、
満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

> そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・

あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
ブルジョアみたい。
例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
の文書化の手間を省いています、といった感じで。
ちくしょ〜、うらやましくなんかないぞ!
#なんのこっちゃ


08656/08645 BQO00549 konno Re^6: ココログの変
( 1) 19/01/06 21:45 08655:としきさんへのコメント コメント数:2

> ラクーカンにWordPressをインストールしたという猛者もいるらしい。
> というか、インストールするだけならかじった程度の素人でも可能らしいけど、
> 満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

なるほど。頑張れば入れることは出来そうな気もしますね。
でも、最後の行でくじけました。
今は軟弱の極みなので。(^^;

> あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
> の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
> ブルジョアみたい。

うーん、先送りは合っていますが、面倒は好ましくはありませんね。

> 例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
> よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
> の文書化の手間を省いています、といった感じで。

面白い表現ですね。(^^;
多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
# あくまで放置したいらしい。

> ちくしょ〜、うらやましくなんかないぞ!

あれ? 某屋敷には実った果実が山になっているという噂も。
みんなドック入りのようですが。
外しているかな。新しい種を仕入れる話とか。



08657/08645 CXB00940 としき Re^7: ココログの変
( 1) 19/01/07 12:48 08656:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

ま、くれぐれも、無理のないように。

> 多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;

でも、そもそも文書化できるのはkonnoさんしかいないわけで。
めざらさんも、そして私にもできることはない。
ということは、腐って落ちることはありうるけど、大地に帰る可能性は皆無かと。
だって、そこで食物連鎖が途切れるから。
あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

若いときの苦労は買ってでも、なんていう言い回しがありましたよね。私自身、
あまり強く同意はしていないのですがね。でも、少しは共感する部分もある。
例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
から楽ができる、ということもあるかもしれません。文書化という行為に関して
だけは、こういった計算が大いに当てはまるのではないかと、私は考えているの
ですよ。だから、34歳のときに苦労したくなかったから33歳のときに文書化
で汗をかいていたり、とか。
って、本当は、よそから突っ込まれたくないだけなんですけど。
そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
3年後になると、もっとツッコミが厳しくなったりして。


> あれ? 某屋敷には実った果実が山になっているという噂も。
> みんなドック入りのようですが。
> 外しているかな。新しい種を仕入れる話とか。

多分、それは単なる噂。だと思う。私にも自信はない。
家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
でも、保存しているだけで蒔かないと芽は出ない。
そういうのは結構あるかも。


08658/08645 CRG00666 文太 Re^7: ココログの変
( 1) 19/01/07 15:23 08656:konnoさんへのコメント コメント数:1

>あれ? 某屋敷には実った果実が山になっているという噂も。
>みんなドック入りのようですが。
 くくくくく。
 あはははは。もうああ言えばこう言う。
 笑わせてもらいました。

>多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
>そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
 このような比喩がすごくはまってしまう。

 皆様、がんばってくださいね。
 明けました。おめでとうございます。


08659/08645 BQO00549 konno 次の種
( 1) 19/01/07 20:43 08657:としきさんへのコメント

> あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

そ、そうです。(^^;
もちろんその意図を含めての喩え話です。(^^;;
スパゲティなソースでも美味しく料理できる人が出ないとも限らないし。

> 例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
> から楽ができる、ということもあるかもしれません。

ぶふっ、思わず吹いてしまいました。(^o^;
光陰矢の如しですね。

> そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
> 3年後になると、もっとツッコミが厳しくなったりして。

これはみんな同じですよね。放置すると他から突っ込まれるだけで。

> 家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
> でも、保存しているだけで蒔かないと芽は出ない。
> そういうのは結構あるかも。

最近見たのはジャガイモとかサツマイモ(違う)
良い種があるので接ぎ木をすれば甘い果実が実りそうと思っているんですが。
何か上手い接ぎ木の案がないですかねぇ。



08660/08645 BQO00549 konno Re^8: ココログの変
( 1) 19/01/07 21:24 08658:文太さんへのコメント コメント数:2

> >あれ? 某屋敷には実った果実が山になっているという噂も。
> >みんなドック入りのようですが。
>  くくくくく。
>  あはははは。もうああ言えばこう言う。
>  笑わせてもらいました。

新年初笑いですね。私も大笑いしました。(^〇^)
テキは本の字にあり、とか。(それは違う変)

> >多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> >そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
>  このような比喩がすごくはまってしまう。

土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

>  皆様、がんばってくださいね。
>  明けました。おめでとうございます。

今年もよろしくお願いします。

ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・


# ああ、今年も新年早々駄洒落全開だぁ。



08661/08645 CRG00666 文太 Re^9: ココログの変
( 1) 19/01/08 12:54 08660:konnoさんへのコメント コメント数:2

>ああ、今年も新年早々駄洒落全開だぁ。
 炸裂しまくってますね。(^^)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)
 この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

 とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
きっと観にいくことになるのでしょう。
 家族そろっての映画鑑賞も、とっても珍しいことなのですが。



08662/08645 CXB00940 としき Re^9: ココログの変
( 1) 19/01/08 16:42 08660:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
> いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

もはや窓辺で水耕栽培状態。
しかも、その窓には厚いカーテンがかかっていて薄暗い。
やはり、きちんと手を加えないと土に返ることもかなわないかと。
そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。


> ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・

昨日あたりから流れているニュース。
Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
のだとか。
私、思想信条としては大いに賛同するところではあるのですがね。
それにもかかわらず、イギリスの天文学者がアメリカの大統領に、というところ
に、かなり強い違和感を禁じえない。もしかしてあれか、天文学的観点、または
芸術家としての視座からすると、地球環境がのっぴきならない状況にあるという
判断なのでしょうか。実はそんなことではなく、日本人および日本国の為政者の
環境保護努力がていたらくだから、というのが答えだったりするとイヤだなぁ。


08663/08645 CRG00666 文太 Queenの話
( 1) 19/01/08 17:57 08661:文太さんへのコメント コメント数:1

https://www.youtube.com/watch?v=RQWTUtlMs5Y
 面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
こんな1時間以上の番組をみてしまいました。
 結論。僕には「これはカブキである」ですかね。
 楽しい時間でした。


08664/08645 BQO00549 konno Re^10: ココログの余談
( 1) 19/01/08 21:51 08661:文太さんへのコメント

> >ところで、余談ですが、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)
>  この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

私も下手の横好きで、色々聴いていましたよ。
だから、当時は特にクイーンのファンというほどではなかったんだけど。

>  とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
> きっと観にいくことになるのでしょう。
>  家族そろっての映画鑑賞も、とっても珍しいことなのですが。

やっぱりブームが起きているんですね。
好きな人はもう何十回と観に行っているそうで。
何回も映画館で観たくなる映画って、そうそうないですが、これは私的にも一番かもしれません。



08665/08645 BQO00549 konno Re^10: ココログの変
( 1) 19/01/08 22:04 08662:としきさんへのコメント

> もはや窓辺で水耕栽培状態。
> しかも、その窓には厚いカーテンがかかっていて薄暗い。
> やはり、きちんと手を加えないと土に返ることもかなわないかと。
> そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。

うう、もはや何の話かわけわかめな感じですが、カーテンは自分で捲ってね。(^^;
おいしそうな実があったら海賊が取りに行くかもしれませんが。(それは悪魔の実)

> 昨日あたりから流れているニュース。
> Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
> のだとか。
> 私、思想信条としては大いに賛同するところではあるのですがね。

これは知りませんでした。
良いんじゃないですかね。
ちょうど映画もゴールデングローブ賞だか取ったそうで、注目されてますしね。



08666/08645 BQO00549 konno Re: Queenの話
( 1) 19/01/08 22:17 08663:文太さんへのコメント

> https://www.youtube.com/watch?v=RQWTUtlMs5Y
>  面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
> こんな1時間以上の番組をみてしまいました。
>  結論。僕には「これはカブキである」ですかね。
>  楽しい時間でした。

ああ、これ、私も観ましたよ。
私は歌詞がわからないので、最初は人を殺しちゃったのかと思ったものです。
マイケルジャクソンの「ビリージーン」も、歌詞を知って冷や汗が出ました。(^^;

# しらないままで、ずっといい曲だなぁと思っていたという。(^^;



08667/08667 BQO00549 konno 備忘録 最近のWin10とVTDOS
( 1) 19/01/19 19:01

最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
10#さんのBBSから引用します。


VTDOSを起動したら、タイトルバーを右クリック、
コンソールウィンドウのプロパティを開き、
オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる

これでVTDOSを一度閉じて、再起動すると文字化けが解消します。


ところで、最近Win10のビルド1809の更新がありましたが、デスクトップで1時間以上
ノートは3時間もかかりました。
32ビット版はメモリも少ない上に、HDDの空きが少ないのも影響したようで
要らないファイルを削除して空きを作りました。

うーん、ノートを買い替えると32ビット版Win10環境が無くなるので迷うところです。
予備機として動態保存しておけばいいかな。


08668/08668 CXB00940 としき 悪影響はなさそうだけど
( 1) 19/01/27 18:34 コメント数:1
参照先:http://toshiki.la.coocan.jp/

本当に悪影響がないかは不明。それに、そもそも期待した効果が得られていない
のは確実なところ。

気がついたきっかけは、野ざらし言#4449に関する調査からです。当初は各掲示板
のトップのツリー表示だけを対象に調査していたので気がつかなかったのですが、
個別発言表示のHTMLソースを比較していて気がつきました。
さかのぼること7年あまり前、#5638で重複コンテンツの問題を話題にしました。
これ、最近でも、野ざらし言#4440で取り上げています。
そして、この問題の解決策として、当時、#5640で rel="canonical" を導入する
ことを提案しました。その後、導入していただいているようなんですが、こいつ
の使い方に問題があることに気がついた、というのが今回の主題。

例によって前置きが長くなっていますが、記憶を新たにするために必要なことと
ご容赦ください。

さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
トップと個別の発言は、当然だけど重複していないよね、ということ。
最近のgoogleは賢くなっているので、重複していないものを重複していると判断
することは少なくなっていると思います。でも100%の信頼は置かないほうが
いい。それに、世の中には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
ここの最後というか12番目の項目が簡潔で読みやすいかも。


ということで、可及的速やかな改善を提案します。


08669/08668 BQO00549 konno Re: rel="canonical" の誤用
( 1) 19/01/27 22:42 08668:としきさんへのコメント コメント数:1

> さて、この掲示板での rel="canonical" の使用法ですが、固定的に掲示板トップ
> を指しています。これ、わりとよくある誤用例。何が悪いかというと、掲示板の
> トップと個別の発言は、当然だけど重複していないよね、ということ。

なるほど、私はVZの部屋とかマクロの部屋にサイトトップへの指定をしていました。
これは完全に誤用ですね。早速これらのページからは削除しました。
ご指摘ありがとうございます。

掲示板はもう少し考えてから対処しようと思います。複雑になりそうなので。
野ざらし言は使用してないんですね。

うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

> もしも、konnoさんの指示した通りに、重複していないものを重複していると判断
> されると何が起こるか。最悪の場合の例が以下のURLで紹介されています。

うーむ、これについてはどうなのかわからないですが、一度外して様子をみたほうが
いいかもしれないですね。

> このような事象を避けるためには、canonical の指定をきちんとするべきです。
> うちの板塀がどのようにしているかは、個別の発言なりツリー一括表示の部分の
> ソースを表示してみればわかると思います。ブラウザによってはリンクの部分を
> 右クリックする必要があるかもしれませんが。

えと、掲示板のトップを指定しているということでいいんですよね。



08670/08668 CXB00940 としき Re^2: rel="canonical" の誤用
( 1) 19/01/28 00:03 08669:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> うちのサイトはグーグルに嫌われているのか、「VZEditor」や「VZエデイタ」で
> 検索しても全く表示されないので、何か悪いことでもしたのかなぁ。

掲示板以外はチェックしていなかったのですが。
もしかして、悪いことをしていたのではないでしょうか。
例えば、canonical誤用とか。

> えと、掲示板のトップを指定しているということでいいんですよね。

ん?
あれ、間違えていないはずだけど、なんかやらかしたかな。
個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
例えば、ツリー表示から個別発言を表示した場合と、新規順表示(発言番号順)
から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
URLを指定しています。これがいわゆる、正規化URLというやつです。
というか、家主はそうなっているようにプロクラムしているつもりです。
もし、そうなっていないとしたら、バグです。
具体的に、どのようなURLの場合にどのようなcanonical指定になっているか比較
してみていただけますでしょうか。


08671/08668 BQO00549 konno Re^3: rel="canonical" の誤用
( 1) 19/01/29 23:05 08670:としきさんへのコメント コメント数:1

> もしかして、悪いことをしていたのではないでしょうか。
> 例えば、canonical誤用とか。

うーん、案外冗談ではないかもしれませんね。
URLの正規化によって、検索が逆にヒットしなくなっているとか。

> 個別発言の場合は、canonicalにもmode=msgviewを指示するようにしています。
> また、ツリー一括表示の場合は、canonicalにもmode=allreadを指定しています。
> 例えば、ツリー表示から個別発言を表示した場合と、新規順表示(発言番号順)
> から個別発言を表示した場合とで、URLは異なりますが、canonicalには全く同じ
> URLを指定しています。これがいわゆる、正規化URLというやつです。

なるほど、そういうことですか。
私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。
なので、掲示板からも、canonical 指定を削除してしまいました。
これで暫く様子を見てみます。



08672/08672 DGF01024 めざら VZk07t5 の機能について
( 1) 19/01/30 14:31 コメント数:1
参照先:http://mezala.la.coocan.jp/

公開を停止している版のことを訊くのも気がひけるのですが,
こちらもなかなか時間がとれないので,とりあえず質問だけでもと思いまして.

VZk07t5 の機能についてですが,
> ・入力窓でプッシュポップの辻褄が狂った時ポインタの初期化する対策

これは,具体的にはどのようなことでしょうか.(いや,今時分すみません)
従来から問題があったことについての対策なのか,
それとも,k07t 固有(エンバグ等への対策など)の問題なのかわからなくて,
版の詳細:http://mezala.la.coocan.jp/vz/history/verdetail.html#k07t5
…が正確に書けないでおります.

お時間あるときに教えてください.

あと,本来スレッドを分けるべきところかもしれませんが,
新着情報:http://tamaneko.world.coocan.jp/bbs/sinn.cgi
…が更新されない(真っ白になる)ようです.
便利に使わせてもらっていますので,おついでのなるはやで.(^^;

08673/08672 BQO00549 konno Re: VZk07t5 の機能について
( 1) 19/01/30 21:19 08672:めざらさんへのコメント コメント数:1

> 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
> …が更新されない(真っ白になる)ようです.
> 便利に使わせてもらっていますので,おついでのなるはやで.(^^;

うう、複数のページを読み込んで、一つでもエラーがあると表示しない
仕様になっていました。
個別に変えてみたら表示されるようになりましたが・・・

めずらし記事がプライベートモードになったんですね。(;_;)
以上、できはやです。(^^;



08674/08668 CXB00940 としき Re^4: rel="canonical" の誤用
( 1) 19/01/31 12:35 08671:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

掲示板とは異なり、一般のサイトの場合は通常、一つのコンテンツに対して一つ
のURLが対応しますから、canonicalを使う必要がないことがほとんどでしょう。
たまたま、うちのサイトは使っていますが、これにはいきさつがあって。以前、
ニフティのサイトが移転したじゃないですか。あの時、短い期間ですが、新と旧
の両方のURLを並立させていたんですよ。このときに、新のURLを正規化URLとして
指定したのがそのまま残ってしまっているだけの話。だけど、私、手作業で設定
しているので、いくつか間違いがあっても不思議ではないかも。

> URLの正規化によって、検索が逆にヒットしなくなっているとか。

例えば、サイト全体でトップページをcanonical指定していると、#8668に書いた
最悪例と同様に、トップページ以外が検索に引っかからなくなってしまうわけで。
もちろんトップページは検索対象となりますが、トップページそのものに例えば
「VZEditor」に関して、どれだけ詳しい情報が掲載されているものやら。一方で、
「VZエデイタ」に関して非常に詳しい情報が書かれていても、canonicalで非正規
とされたほうのURLは検索に引っかかりにくくなってしまいます。

> 私は、canonical の指定は今やデメリットが多いのではないかと思い始めました。

きちんと指定していれば、デメリットは全くないはず。少なくとも私はメリット
しか感じていませんし、世間一般から聞こえてくるのも喜びの声ばかり。むしろ、
フォントサイズ指定がいくつもあって同一のコンテンツが複数の(多数の)URLに
紐ついてしまっていることのほうが、よっぽどデメリットが大きいはず。


08675/08668 BQO00549 konno Re^5: rel="canonical" の誤用
( 1) 19/01/31 20:35 08674:としきさんへのコメント コメント数:1

> 例えば、サイト全体でトップページを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">

こういう風にしてみました。
これで暫く様子を見てみます。



08676/08672 DGF01024 めざら Re^2: VZk07t5 の機能について
( 1) 19/01/31 21:10 08673:konnoさんへのコメント コメント数:2
参照先:http://mezala.la.coocan.jp/

ご説明ありがとうございました.
少しかみくだいて万人に解るようにまとめたいと思います.(^^;

> うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> 仕様になっていました。

あーら,それは,ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと,
勝手に解釈させていただきますね.なはは.(オレのせいかよ)

> めずらし記事がプライベートモードになったんですね。(;_;)

長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり,
データははてなブログにインポートできたのですが,はてなダイアリーの削除方法が
わからなくて,とりあえず非公開にしたんですね.内容が重複するので.

なので,目ずらし記事のURIは,https://mezala.hatenablog.com/ に変更願います.


08677/08672 BQO00549 konno Re^3: 新着情報の更新
( 1) 19/02/01 00:54 08676:めざらさんへのコメント コメント数:1

> ご説明ありがとうございました.
> 少しかみくだいて万人に解るようにまとめたいと思います.(^^;

お手数を掛けさせておいて申し訳ないんですが、この版はバグ取りはまず無理なので
再公開もまず無理、出来ないと思います。

ソース管理がいい加減だったつけがここにきて廻って来ています。
時間とスキルに余裕が出来たら、前の版のソースを弄ってみますかねぇ。

> > うう、複数のページを読み込んで、一つでもエラーがあると表示しない
> > 仕様になっていました。
>
> あーら,それは,ひょっとして限りなくバグに近い仕様のあぶり出しに協力できたと,

はい、エラー処理が無い方が動く場合もあることもわかりました。(^^;
というか、エラー処理が無いから動いたという。(^^;

> 長年使ってきた はてなダイアリー が廃止されて はてなブログ に移行することになり,
> データははてなブログにインポートできたのですが,はてなダイアリーの削除方法が
> わからなくて,とりあえず非公開にしたんですね.内容が重複するので.

あ、そういうことでしたか、それではこちらもリンク情報を変更しますね。
ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。



08678/08668 CXB00940 としき Re^6: rel="canonical" の誤用
( 1) 19/02/01 14:48 08675:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 私としては、より多く検索に引っかかって欲しいのですが、グーグルの独自な処理には
> 不信感があるので、やっぱり外して様子見します。

グーグルに対する不信感という点については、同意するところも多々あります。
でも、独自かどうかという点に関していうと、canonicalについては、ほぼ全ての
検索エンジンが対応しています。

cf.
https://www.suzukikenichi.com/blog/rel-canonical-resolves-duplicate-content/

もう、10年も前のことなんですね。
現在では、上記のページに記載されていないマイナーな検索エンジンや、当時は
存在すらしていなかった検索エンジンでも、概ね対応していると聞いています。
いわゆる、デファクトスタンダードというやつですね。
各検索エンジンの内部処理もこなれてきているようで、概ね仕様どおりの動きを
しているようです。
もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
のさらに向こう側には、一般のユーザがいるわけです。例えば、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を重要視するように書きましたが、やはり、こちらを
重点的に対策するべきかと思います。


08679/08672 CXB00940 としき Re^3: VZk07t5 の機能について
( 1) 19/02/01 14:50 08676:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

割り込みですみません。
目ずらし記事のプロフィールで使っている写真、アレはなんですか?
ビスケット?

08680/08672 DGF01024 めざら Re^4: VZk07t5 の機能について
( 1) 19/02/01 21:06 08679:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

石臼です.
実家の門の前に敷石の間を埋めるように敷いてあったのですが,
雪の日に撮影したら,ああいう色味になったので,気に入って使っています.
現在は我が家の裏庭に転がっています.

08681/08668 BQO00549 konno Re^7: rel="canonical" の誤用
( 1) 19/02/02 01:45 08678:としきさんへのコメント コメント数:1

> もちろん、全ての検索エンジンを敵に回すという判断もありですが、検索サイト
> のさらに向こう側には、一般のユーザがいるわけです。例えば、Vzに関して困り
> ごとを抱えた一般ユーザの、あたかも最後のわらというか蜘蛛の糸を、わざわざ
> こちらから断ち切ることもないというか、むしろ太く頑丈にしておいた方がいい
> のではないかな、と愚考するしだいです。

もちろん私も同じ思いでいます。それなのに、「VZEditor」でヒットしないのは
ユーザーにとっても理不尽な気がします。
対策前も対策後も変わらないので、違うアプローチが必要と感じます。

> > 各システムでは、サポートするメタタグのみを処理し、残りは無視されます。
>
> このように明記してあり、サポートする一覧の中にkeywordsはありません。
> いや、もちろん、グーグルの独自な処理は信用しないというのもありです。
> でも、世界中のWEB管理者が実験していて、やっぱりkeywordsは無意味という結果
> も出ているので、そこは素直に従ったほうが幸せになれるかと。

昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
ようにされたのですかね。今もキーワード詐欺的なページはあるようですが。

> 一方、上記「Google がサポートしているメタタグ」の一覧の中に、description
> はあります。
> 昔、#5638でもdescriptionを重要視するように書きましたが、やはり、こちらを
> 重点的に対策するべきかと思います。

> meta descriptionに関しては、フレーズよりもセンテンスのほうがいいらしい。
> 例えば、「ここはVZ Editor、NP2関連情報などを扱う掲示板です」とか。

これですね。
藁にもすがる思いでこのタグも少し変えてみました。



08682/08672 BQO00549 konno Re^4: 新着情報の更新
( 1) 19/02/02 01:50 08677:konnoさんへのコメント コメント数:1

> ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

やってみたら、何とか更新日時の表示は出来たようです。
ほとんど忘れかけていたので、余計な文字もそのままですが。
少しはリハビリになったかも。



08683/08668 CXB00940 としき Re^8: rel="canonical" の誤用
( 1) 19/02/03 18:24 08681:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 対策前も対策後も変わらないので、違うアプローチが必要と感じます。

えと、対策したのは、いつ?
私の経験だと、googleの場合、対策が反映されるのは、平均して1ヶ月です。
速くて2〜3日、遅くて2〜3ヶ月。
ネットの評判によると、遅いときは6ヶ月かかることもあるとか。
また、反映と効果は違いますので、反映されるのは速くても、効果のないことも
よくある話。この場合はまさに、違うアプローチが必要ですね。

> 昔はこのタグを利用するように聞いた気がするのですが、悪用されすぎて無視する
> ようにされたのですかね。

そのとおりです。
もしかしたら、検索エンジン以外で利用しているツールはあるかもしれませんが。



で、まぁ、話は戻るのですが。
根本的には、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/


08684/08672 CXB00940 としき 石臼
( 1) 19/02/03 18:32 08680:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

石臼でしたか。
これは蓋なのかな。上から見た図か下から見た図かもわかりません。

母の実家で見た石臼は、蓋の、わりと円周に近い位置に直径5センチ弱くらいの
丸い穴が開いていたのを覚えています。なぜ穴が開いているのかわからず、誰か
大人にたずねたら、その穴に木の棒を入れて回すのだと教えてもらった記憶あり。
当時、小学校低学年くらいだったかな、石臼を回したら塩が出た、という昔話は
知っていましたが、石臼の実物を見たのはそのときが初めてだったと思う。


08685/08672 DGF01024 めざら Re: 石臼
( 1) 19/02/04 00:03 08684:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

> これは蓋なのかな。上から見た図か下から見た図かもわかりません。

石臼は,似たような模様の溝がある面同志を合わせて使います.
中心の軸と,外側の穴に棒を挿し,穀物を別の穴から投入して上の石を回してやると,
溝のすき間に入り込んだ穀物が碾かれて粉になるという仕掛けになっているのは御存知かと.

自分が子供の頃には,既に市販の粉を買っていたようで,その頃から自宅では
庭の敷石代わりになっていました.2セットあったようですが,一方は散逸.
セットとして残っている方は,よく洗えば今でも使えるはずです.

粉も,碾きたてなら風味が違うのでしょうけど,そんな要請はありません.

08686/08668 BQO00549 konno Re^9: rel="canonical" の誤用
( 1) 19/02/04 00:22 08683:としきさんへのコメント

> えと、対策したのは、いつ?

#5638:Re^14: 対策  投稿者:としき   2011/09/04(日)
この後だと思います。
その前後で変わらないので、他に要因があるのかもと。

> ではどうするか、というと、私がめざらさんのところで提案した、パラメータの
> 並べ方に気を配る、というのも一つの手段だったりするわけですよ。要は、一つ
> のコンテンツを指し示すURLはなるべく少なくしましょう、ということ。
> そういう点から言うと、ここの掲示板は、例えばフォントの拡大縮小などという
> ブラウザ側に任せておけばいいようなことまでサーバで抱えてしまい、際限なく
> URL数を膨らませているのが現状。結果、検索エンジンにそっぽを向かれてしまう
> という状況に陥っているように見えるわけですよ。

なるほど、この拡大縮小機能は確かにもういらないですね。
この辺からぼちぼち弄ってみようと思います。



08687/08672 CXB00940 としき Re^2: 石臼
( 1) 19/02/04 00:46 08685:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

つまり、この写真は、中心軸の穴しかないということから、下側の石の、上側と
接する面ということでよろしいでしょうか。

> 石臼は,似たような模様の溝がある面同志を合わせて使います.

これは知りませんでした。
溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。


08688/08672 DGF01024 めざら Re^3: 石臼
( 1) 19/02/05 07:02 08687:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

そうですね.穀物を投入する穴がないので,下側です.

> 溝があるのは下側だけで、上側の石の下側の面は平面だと思い込んでいました。

石臼というのは,言うなればトンでもなく重厚なハサミなんです.
ハサミの一方の刃が大きな平面だとしたら,切れませんよね.
上下に溝があれば,剪断力が生じて穀物の実は削り取られることになります.

…との最後の行は,Wikipedia の臼の記述を参考にしました.(笑)

ふと生じた疑問は,十分に碾かれた粉が溝にいつまでも残らないか…てこと.
うーん,持ち上げて掃き出すのかな……使ったことがないので謎.



08689/08672 CXB00940 としき Re^4: 石臼
( 1) 19/02/06 00:59 08688:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/

今回、初めて、石臼の上と下の接する面の実態を知ることができました。
今までは、勝手に思い込んでいたもので自己完結していたのですよ。
どう思い込んでいたかというと、まず、下の石の上の面。
中心から放射状に溝が切られていると思っていました。
そして、構造としては、中心が一番高くなっていて、わずかな勾配がついている
ような感じ。この構造で、できた粉は遠心力と重力で勝手に落ちてくると考えて
いました。
そして、上の石の下の面は、前にも書きましたが、溝はなく、ほぼ平面。
だけど、石ですから、つるつるではなくザラザラで、これで十分に挽けると思い
込んでいたのです。
イメージとしては、すり鉢とすりこ木。ただし、すり鉢とは凹凸が逆転。
一方、すりこ木には特に溝なんてないけど、アレだけのザラザラ感で十分に粉に
できるわけですよね。という、過去の自分の経験と知識だけで妄想をたくましく
していたのでした。

おかげさまで、また一つ、新しいことを知ることができました。
ありがとうございました。


08690/08672 CXB00940 としき Re^5: 新着情報の更新
( 1) 19/02/06 01:29 08682:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> > ブログの形式が違うと思うので、更新情報対応は直ぐには出来ないですが。

更新情報って、ブログ本文から読み取っているのでしょうか。
あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
楽にできるとか、そういうことはありませんかねぇ。同じかな。
って、それよりも大きな問題があって。

> やってみたら、何とか更新日時の表示は出来たようです。

正しい日時の表示になっていませんよ。
最後のZが欠落してしまっているようです。
一番いいのは、きちんと換算して表示することですがね。
多分、探せば、変換する関数もあると思います。



余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
重複URLが発生する可能性ってあるのかなぁ。


08691/08672 BQO00549 konno Re^6: 新着情報の更新
( 1) 19/02/06 20:41 08690:としきさんへのコメント コメント数:1

> 更新情報って、ブログ本文から読み取っているのでしょうか。
> あまり変わらない可能性も高いとは思いますが、もしかして、rssから読むほうが
> 楽にできるとか、そういうことはありませんかねぇ。同じかな。

はい、ブログ本文から読み取っています。
rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

> 正しい日時の表示になっていませんよ。
> 最後のZが欠落してしまっているようです。
> 一番いいのは、きちんと換算して表示することですがね。
> 多分、探せば、変換する関数もあると思います。

最後のZって、下記の元データの末尾のことですか。

datetime="2019-01-12T15:14:36Z"

この"Z"はいらないと思ってカットしました。意味も分かってないですが。
他は下記のように、そのまま表示していますが、"T"も邪魔だなぁ。
2019-01-12T15:14:36

> 余談ですが、はてなって、きちんとcanonicalが設定してあるようですね。
> 重複URLが発生する可能性ってあるのかなぁ。

あ、もしかして、以前のブログがそのまま残っていても、重複として
この機能がキチンと働くという親切設計なんでしょうかね。
はてなブログ、良さそうですね。



08692/08672 CXB00940 としき Re^7: 新着情報の更新
( 1) 19/02/07 13:56 08691:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

> rss は見当たらないですが、たぶんあまり変わらないかなと思っています。

実際に試さずに発言しますが。
あまり変わらない、という点には、同意できる可能性が高いと思います。
ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
一体どこを見られているのか、ちょっと不思議。
ちなみに、ココログでも標準でrssは発行されますが、ご自分のブログから発見
することはできますか?

> 最後のZって、下記の元データの末尾のことですか。

そのとおりです。



なぜこういう話をしているかというと、動作確認がきちんとなされていないのに

> やってみたら、何とか更新日時の表示は出来たようです。

という記述を見てしまったので、おやおや、と感じてしまったからです。
具体的にどこかというと、konnoさんのスクリプトでは

> 2019-01-12T15:14:36

と表示されているわけですが、原文の目ずらし記事の表示では「2019-01-13」と
なっているはずです。これでは、一般的には「出来た」とは言いません。
普通、動作確認というのは、こういうことをチェックすることのはず。
この段階で、なんかおかしいと気がついてほしいものです。
そして、実は

> この"Z"はいらないと思ってカットしました。意味も分かってないですが。

もしカットしていなければ、結果オーライというか、一応、許容できる範囲と
感じる人はそこそこ存在するはず。なぜかというと、この"Z"がついていること
で、日時表記の国際規格であるISO 8601に準拠することになるから。
ん〜、わかりやすいかどうかは別として、Wikipediaの「ISO 8601」の項と、
あとそれから「協定世界時」の項にも、ざっくり目を通しておくことをお勧め
します。


08693/08672 BQO00549 konno Re^8: 新着情報の更新
( 1) 19/02/09 00:07 08692:としきさんへのコメント コメント数:1

> ただ、見当たらない、という点は不同意。だって、私、見つけていますから。
> 一体どこを見られているのか、ちょっと不思議。

もしかして、「読者になる」のボタンが 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に準拠することになるから。

なるほど、勉強になりました。
私としては、問題が無ければこのままいきたいと思います。



08694/08672 CXB00940 としき Re^9: 新着情報の更新
( 1) 19/02/10 01:32 08693:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> もしかして、「読者になる」のボタンが 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の記事、もしや、
読まれていらっしゃらないのでしょうか。
そうだとすると、完全にすれ違い状態だなぁ。

08695/08672 BQO00549 konno Re^10: 新着情報の更新
( 1) 19/02/10 23:46 08694:としきさんへのコメント コメント数:1

> はてなでもココログでもその他のブログでも、ブラウザそのもののメニューに、
> お気に入りとかブックマークといった項目があります。このメニューをクリック
> した場合に、「このページをブックマークに登録」というような意味の文言に共
> に「このページを購読」というような意味の文言が表示されます。そこから先に
> 進んでいってrssを見つけているのです。

あ、そっちだったですか。わかりにくいので私は利用してなかったです。

> あ、えと、ちょっと確認ですが。私が#8692で紹介したWikipediaの記事、もしや、
> 読まれていらっしゃらないのでしょうか。
> そうだとすると、完全にすれ違い状態だなぁ。

ここを見てやっと勘違いしていたのがわかりました。
+9時間分ずれていたんですね。m(__)m
余裕が出来たら修正してみます。



08696/08672 CXB00940 としき Re^11: 新着情報の更新
( 1) 19/02/11 00:03 08695:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> あ、そっちだったですか。わかりにくいので私は利用してなかったです。

確かに、いささかわかりにくいかも。
これ、調べてみたら、RSS AutoDiscoveryといって、機械が自動でRSSを認識する
ための機能を使っているようです。機械って、要は、ブラウザのようなソフトを
含んだ表現ですが。
逆にいうと、もしかすると人間にはわかりにくいだとか、わかりやすくするのは
自動認識するソフトの側の責任とか、そういったことがあるかもしれません。

> 余裕が出来たら修正してみます。

現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
いるがために、不正確な日時になってしまっている状況。
この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
それだけのことで、UTC表記における正確な日時の表示になります。
もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。


08697/08672 BQO00549 konno Re^12: 新着情報の更新
( 1) 19/02/12 00:20 08696:としきさんへのコメント コメント数:1

> > 余裕が出来たら修正してみます。
>
> 現状は、Zが欠落していることで、日本時間と推測される形式になってしまって
> いるがために、不正確な日時になってしまっている状況。
> この現状認識ができれば、改善には、そんなに手間はかからないでしょう。
> 何せ、削除してしまっている末尾のZを、削除しないようにするだけです。
> それだけのことで、UTC表記における正確な日時の表示になります。
> もちろん、正確な日本時間で表示してもらえれば、それはそれでありがたいです。

修正出来ました。
ソースを見ると、ブログ記事の下の方に、日本時間の表記があったので、そのまま使わせてもらいました。
正規表現の検索や置き換えは面倒ですが、一度ひな形が出来れば、キーワードを変えるだけで応用できるので
いいですね。良いものを教えていただいて、感謝です。(^_^)



08698/08672 CXB00940 としき Re^13: 新着情報の更新
( 1) 19/02/12 12:54 08697:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 修正出来ました。

確認できました。
いやぁ、よかったよかった。


今回の私の反省点。
#8694で、konnoさんは当然、#8692で私が紹介したWikipediaの記述を読んでいる
と思い込んでいたこと。このせいで、適切なコメントになっていません。
大変申し訳ありませんでした。

一方で、私の見たところの、今回のkonnoさんの対応の問題と思えるところ。
まず、めざらさんのブログの表示と自分の作ったスクリプトの出力を、きちんと
比較しているように見えないところ。目の前に表示されている、表示結果として
の日付を見ず、あさっての方角というかわき見というか、HTMLのソースばかりを
見てしまっている模様。分類すれば、これは不注意の範疇に入るのかな。
これ、車の運転で例えれば、目の前に歩行者がいるにもかかわらず、わき見して
そのまま突っ込んでいってしまうにも等しいというか。
ま、誰にでもあることではありますけどね。
もう一つは、#8691にご自分で書いていますが、末尾の"Z"を、思い込みで不要と
判断し、意味もわからず削除していること。これが何のためにあるのか、自分で
調べるなり誰かに質問するなりしていれば、問題の解決が早かったかと思います。
これも車の運転で例えれば、知らない交通標識を見たときに、思い込みで意味も
わからず無視して突っ込んでいって自爆する、というパターンに見受けられます。
これは、思い込みに分類するべきか、疑問を抱かないという点で好奇心の欠如に
分類するべきか。
さらに気になるのは、これらのミスがVzの改造においても発生している、という
ことがありそうだということ。大丈夫でしょうか。

もしかしすると、konnoさんのこれまでの生活や仕事で、注意力や好奇心が必要と
されたことはないのかもしれません。あるいは、最近になって減ったということ
であれば、これは老化現象の発露かもしれません。

くれぐれもご自愛ください。


08699/08672 BQO00549 konno Re^14: 新着情報の更新
( 1) 19/02/13 01:45 08698:としきさんへのコメント コメント数:1

> #8694で、konnoさんは当然、#8692で私が紹介したWikipediaの記述を読んでいる
> と思い込んでいたこと。このせいで、適切なコメントになっていません。

これは私が勘違いしていたからなので、としきさんには落ち度はないです。
申し訳ないです。

> 一方で、私の見たところの、今回のkonnoさんの対応の問題と思えるところ。
> まず、めざらさんのブログの表示と自分の作ったスクリプトの出力を、きちんと
> 比較しているように見えないところ。目の前に表示されている、表示結果として
> の日付を見ず、あさっての方角というかわき見というか、HTMLのソースばかりを
> 見てしまっている模様。分類すれば、これは不注意の範疇に入るのかな。

まあ、確かに勘違いと不注意はあるのですが、老化現象かも。


> これ、車の運転で例えれば、目の前に歩行者がいるにもかかわらず、わき見して
> そのまま突っ込んでいってしまうにも等しいというか。
> ま、誰にでもあることではありますけどね。

これは例えとしてはどうかと思いましたが、最近こういう事故が増えているので
私もいつかやってしまうのではないかという不安は増しています。老化か。

> これも車の運転で例えれば、知らない交通標識を見たときに、思い込みで意味も
> わからず無視して突っ込んでいって自爆する、というパターンに見受けられます。

こちらの例えは納得してしまいますね。(^^;

> これは、思い込みに分類するべきか、疑問を抱かないという点で好奇心の欠如に
> 分類するべきか。
> さらに気になるのは、これらのミスがVzの改造においても発生している、という
> ことがありそうだということ。大丈夫でしょうか。

思い込みは前からありますが、老化現象が疑われます。大丈夫でないかもです。

> もしかしすると、konnoさんのこれまでの生活や仕事で、注意力や好奇心が必要と
> されたことはないのかもしれません。あるいは、最近になって減ったということ
> であれば、これは老化現象の発露かもしれません。

前半の言い方はさすがに不適切だと思います。
老化現象で注意力や好奇心が低下することはあると思いますが、それは
認知力の低下かも・・・ やばい。



08700/08672 CXB00940 としき Re^15: 新着情報の更新
( 1) 19/02/13 09:30 08699:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 前半の言い方はさすがに不適切だと思います。

うわ、ごめんなさい。
いわゆる反語構文というのを狙ってみたつもりだったのです。
でも、読み返してみると、失礼な文章にしかなっていませんね。

大変申し訳ありませんでした。
ごめんなさい。


08701/08672 BQO00549 konno Re^16: 新着情報の更新
( 1) 19/02/13 22:54 08700:としきさんへのコメント

> > 前半の言い方はさすがに不適切だと思います。
>
> うわ、ごめんなさい。
> いわゆる反語構文というのを狙ってみたつもりだったのです。
> でも、読み返してみると、失礼な文章にしかなっていませんね。

まあ、私も知らずに失礼なことを言っていることが結構あるようなので
人のことは言えないんですが、お互いさまということで。

注意力が散漫になることは誰でもあるとは思いますが、私も最近
色々衰えてきているなぁとは感じています。
認知症になるのが一番怖いですね。

この掲示板でのやり取りが脳に良い意味で刺激を与えてくれるので、
生きている間は続けたいですね。

皆様、今後もよろしくお願いします。



08702/08672 CXB00940 としき Re^8: 新着情報の更新
( 1) 19/02/15 15:59 08692:としきさんへのコメント
参照先:http://toshiki.la.coocan.jp/

余談ですが。
rssって通常、ブログなんかはシステムが勝手に作ってくれます。
でも、人間が手作業で作ってもなんら悪いことはなくて。
実際、私のサイトでも、更新のたびに、手作業でアップロードしていたりします。
かれこれ10年以上継続していたということに、自分でびっくり。

ん〜、自動化できるかなぁ。


08703/08703 BNM00433 kino Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 10:06 コメント数:2

Windows10 のバージョンが1809になってから、Vtdosが文字化けするようになりました。
1803に戻そうと思いますが、その前にアドバイスを頂けたらと思い、書き込みました。
バージョンが上がるたびにいろんなアプリに問題が生じているようで、困ったものですね。
なお使用しているのは、Windows10 Pro 64ビットです。
また、CKWV+VTDOSの組み合わせです。
よろしくお願いいたします。


08704/08703 BQO00549 konno Re: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 22:58 08703:kinoさんへのコメント コメント数:1

> Windows10 のバージョンが1809になってから、Vtdosが文字化けするようになりました。
> 1803に戻そうと思いますが、その前にアドバイスを頂けたらと思い、書き込みました。
> バージョンが上がるたびにいろんなアプリに問題が生じているようで、困ったものですね。
> なお使用しているのは、Windows10 Pro 64ビットです。
> また、CKWV+VTDOSの組み合わせです。

全文字文字化けするなら、私も経験しています。
対処方法は、10#さんのBBSから引用して、#8667 に書きました。

> 最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
> 私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
> 10#さんのBBSから引用します。
>
> VTDOSを起動したら、タイトルバーを右クリック、
> コンソールウィンドウのプロパティを開き、
> オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる
>
> これでVTDOSを一度閉じて、再起動すると文字化けが解消します。

これでどうでしょうか。
もしも、特定の文字が化けるのであれば、10#さんのBBSで聞いてみるのがいいと思います。



08705/08703 DGF01024 めざら Re: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/01 23:02 08703:kinoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

もう少し具体的なお話を伺いたいですね.
どのようなタイミングで,どの字が化けるのか.

わたしも(他の方々も)文字化けに悩まされていましたが,
気がついたら,最近あまり文字化けに遭遇することがないように思います.
(まだ 1803 ですが…,その他の環境は同じかと思います.)

08706/08703 BNM00433 kino Re^2: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 00:16 08704:konnoさんへのコメント コメント数:1

konno さん、

早速ご回答いただきありがとうございます。
konnoさんのご指摘通りでした。
ありがとうございました。

#8667はちゃんとコピーして保存していたのですが、Ckwvの画面ではタイトルを右クリックしてもプロパティが出なかったので、そのままにしていました。




08707/08703 BNM00433 kino Re^2: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 00:23 08705:めざらさんへのコメント

めざらさん、

早速ありがとうございます。
konnoさんのご指摘に従ったところ無事文字化けはなくなりました。
できるだけバージョンを上げないようにしているのですが・・・


08708/08703 BQO00549 konno Re^3: Windows10 version1809 とVtdosの文字化け
( 1) 19/03/02 01:30 08706:kinoさんへのコメント

> #8667はちゃんとコピーして保存していたのですが、Ckwvの画面ではタイトルを右クリックしてもプロパティが出なかったので、そのままにしていました。

ああ、そうか、私も VTDOS+CKWV がデフォになっているので、CKWV 無しのVTDOS 単体と言えば良かったですね。
CKWVのようなソフトは説明が難しいですよね。便利というか、もう必須なんだけど。