＠niftyであのパソコン通信時代のNIFTY-Serveを再現するというので思わず
申し込んでしまいました。

新しいNIFTY-Serve
http://www.niftyserve.com/info/about.htm

と思ったら、Facebookの登録会員向けのサービスだったんですね。
個人情報が心配なので、まだログインしてません。(^^;;

どなたか、Facebookのアカウントをお持ちの方がいたら、どんなものなのか
覗いてみてはいかがでしょう。(^^;

> どなたか、Facebookのアカウントをお持ちの方がいたら、どんなものなのか
> 覗いてみてはいかがでしょう。(^^;

ほんの数週間前、アカウントを取りました。
大学の指導教授からのご招待でしたから、無視するわけにもいきません。
でも、率直な話、よくわからん。というか、肌に合わない。
プライバシーなんぞの心配はしていませんが、それ以前に、UIがなんとも。
あの、無限にスクロールするインターフェース、嫌いなんですよ。
一部の検索エンジンでも、画像検索なんかに使われていますけど。

現在、その教授を除くと、大学の後輩２人と友達登録してあります。
でも、それだけ。
あんまり増やそうという活動もしていないというか、上記のUIの問題があって、
そもそも使い込みたいというモチベーションが湧かないのです。
もうしばらくはがんばって使ってみますけど、この調子では、８月末ぐらいには
退会することになりそうな感じ。

> 個人情報が心配なので、まだログインしてません。(^^;;

やってみました。野ざらし言#4122にも書きましたが
友達検索とかはプロバイダのパスワードを要求してるように見えるのでスキップして
いけました。

記念書きこしてきましたよ。(^_^)

野ざらし言でとらじさんが復活されててうれしい！！

としきさん

> ほんの数週間前、アカウントを取りました。

最近になって、Facebookつながりの話題が増えましたね。
それだけ浸透してきたのか、それともステマでしょうか。

> プライバシーなんぞの心配はしていませんが、それ以前に、UIがなんとも。
> あの、無限にスクロールするインターフェース、嫌いなんですよ。

最近は個人情報の大量流出とか大規模なサーバーのデータ消失などなど、
電子のもずくが大繁殖してますからねぇ。自己防衛は必要でしょう。
UIは好みもあるでしょうが、最近の風潮なのか、Win7もFirefoxも変に使いづらく
なってしまいましたね。

> もうしばらくはがんばって使ってみますけど、この調子では、８月末ぐらいには
> 退会することになりそうな感じ。

その前に一度は覗いてみてはいかがでしょう。
Facebookのアカウントがあればすぐにでも見れるんでしょうかね。

> 最近は個人情報の大量流出とか大規模なサーバーのデータ消失などなど、
> 電子のもずくが大繁殖してますからねぇ。自己防衛は必要でしょう。

最低限、自分のパソコンのデータのバックアップは必要ですね。
ところが、WinXPに乗り換えてからは全くバックアップをとっていません。
DOSのころはきちんとバックアップを取っていたのですがね。
あ、一つだけ例外がある。
自宅サーバのデータだけはバックアップをとってあるなぁ。
「信頼と実績」が宣伝文句だった某１番なサーバよりも落ちまくっていますが、
データの消失だけは全くありません。

> UIは好みもあるでしょうが、最近の風潮なのか、Win7もFirefoxも変に使いづらく
> なってしまいましたね。

Win7は、Vistaよりはまし、という人が多いようですけど。
Firefoxは、最新版は13ぐらいでしたっけ。
7→11にしたとき、最初はちょっと違和感がありましたけど、設定を変えまくって
とりあえずは問題なく使えています。４月に自宅のバージョンを上げて、６月末
に転勤するまで、自宅ではFirefox11、会社ではFirefox4を並行して使っていたの
ですが、右クリックメニューの並び順が一部異なっていて頻繁に間違えた他は、
特に私の使っている範囲ではあまり違いに気がついたところはありませんでした。
konnoさん、もしかしてFirefoxを思いっきり使い込んでいるんじゃないですか？

> その前に一度は覗いてみてはいかがでしょう。
> Facebookのアカウントがあればすぐにでも見れるんでしょうかね。

Facebook内でニフティに「いいね！」すると参加できる、とありました。
そこで「いいね！」をしてみたのですが、その後がよくわかりません。
UIがわからなくて参加できていないのか、それとも、招待状が送られてくるはず
なのが遅れているのか、そういうことすらわかりません。
という点も含めて、UIかなにかが不親切であることは間違いないようです。
なお「いいね！」をしてから現在までに約２２時間たちましたが、今のところは
それっぽいメールは届いておりませんしFacebook内のメッセージもありません。

> ところが、WinXPに乗り換えてからは全くバックアップをとっていません。

私はこれでデータを失くしました。(>_<)
というか、最近はリカバリ用のDiscがついてなくて、自分で作らないといけなくなってて、それを怠ったために、OSを買いなおす羽目になったばかりか、プリインストールのソフトも使えなくなってしまったのでした。
こんどのWin7PCではきちんとリカバリDiscを作りましたが、DVDRで5枚って・・・

> 7→11にしたとき、最初はちょっと違和感がありましたけど、設定を変えまくって
> とりあえずは問題なく使えています。

デフォの状態で使いにくいから設定を変えまくったと言う事なのでは。(^^;

> konnoさん、もしかしてFirefoxを思いっきり使い込んでいるんじゃないですか？

最新版では設定変更がわけわかめですよ。なので、設定を変えまくれるとしきさんのほうが使い込んでいるのは間違いないでしょう。(^^;
 
> なお「いいね！」をしてから現在までに約２２時間たちましたが、今のところは
> それっぽいメールは届いておりませんしFacebook内のメッセージもありません。

そうですか。なんか、Facebook登録したら、いろんなサイトで「いいね！」が表れるのでうっかりぽちったら大変な目にあいそうで怖いです。(^^;;

> デフォの状態で使いにくいから設定を変えまくったと言う事なのでは。(^^;

変えることが可能であれば問題ないでしょう。
変えることが不可能とか、あれとこれが二律背反、というのもよくある話ですし。
実は、旧バージョンが変えすぎていて、新バージョンの方が変更量が少なかった
りしているかもしれません。

> なんか、Facebook登録したら、いろんなサイトで「いいね！」が表れるので

Facebook登録の前から、いろんなサイトで「いいね！」が表れていますが、全く
ポチッたことがありません。もちろん、登録後も押したことがないんで、どのよ
うな変化があるのかはわかりません。
あ、でも、自分のサイトに「いいね！」ボタンをつけるのも面白いかも。

> Facebook登録の前から、いろんなサイトで「いいね！」が表れていますが

そ、そうでしたっけ。（汗
登録したことで、きになるようになったんでしょうねぇ。

> あ、でも、自分のサイトに「いいね！」ボタンをつけるのも面白いかも。

今気がついたんですが、コレを偽装してウイルスを仕込んだり危ないサイトに誘導
したりする悪質なサイトも有りそうですね、気をつけなくては。

> UIがわからなくて参加できていないのか、それとも、招待状が送られてくるはず
> なのが遅れているのか、そういうことすらわかりません。

やっと、招待状が送られてきました。
でも、やっぱり、さっぱりわかりません。
まず、facebookにログインした状態で、送られてきたメールのURLを開きます。
すると、NIFTY-Serveのページが開きます。
ここから、どうやればNIFTY-Serveにログインできるんでしょうか。

> ここから、どうやればNIFTY-Serveにログインできるんでしょうか。

やぁ、やっとわかりました。
これから、ちょっとさまよってみましょう。

> これから、ちょっとさまよってみましょう。

さまよってみていますが、、、
私はあちこちに顔を出していた人間なので、足跡付けも大変。
とりあえず今日はこの辺にして、続きは次の週末にでも。
実家へ帰れば、当時のログも残っているので、どのフォーラムにいつ参加したと
いうこともしっかりわかるはず。

> > これから、ちょっとさまよってみましょう。

拝見しました。さすが、いろんなところに参加されていたんですね。
このごろは晩御飯を食べると眠くなってしまい、レスがなかなかできなくて。
年のせいですかねェ。(ｵｲｵｲ
もしかしたら隠れ糖尿病か予備軍かもしれませんね。（ﾔﾍﾞｴﾖ
仕事の内容が変わって疲れやすくなっているのかもしれませんね。

> 実家へ帰れば、当時のログも残っているので、どのフォーラムにいつ参加したと
> いうこともしっかりわかるはず。

私も過去ログをちょっと見てみましたが、niftyの生ログはだいぶ捨ててしまっていて
いつごろからniftyに来たのかもわからなくなっています。
また古代遺跡のマシンの発掘サルベージをやるようかなぁ。(^^;

> 拝見しました。さすが、いろんなところに参加されていたんですね。

参加したフォーラムは、延べ60くらいでしょうか。自分でもわかりません。
ある時点で参加しているフォーラム数は最大で40そこそこのはず。
それ以上に参加すると、自分で収拾がつかなくなりますから。
でも、地層処分センターを見ると、発言したフォーラム数だけで40を超えていま
すね。

１２日は有給の消化ということで休みになりました。
なので、現在、酔いどれています。
もし、余裕があれば、再びNIFTYにアクセスしてみましょう。

> でも、地層処分センターを見ると、発言したフォーラム数だけで40を超えていま
> すね。

過去ログはやはり宝ですね。私はだいぶ捨ててしまって、残った生ログを見ると
FVCやFIBMやその他いくつかのフォーラムに行っていたようですが、今となっては
もうわからないですね。

> もし、余裕があれば、再びNIFTYにアクセスしてみましょう。

野ざらし言のほうで忙しいようですね。(^^;
私も行ってみます。(^^;

> 実家へ帰れば、当時のログも残っているので、どのフォーラムにいつ参加したと
> いうこともしっかりわかるはず。

実家へ行ってきました。
当時の生ログを全部持って帰ってくるのも大変なので、ちょいとgrepして、フォ
ーラムのオープニングの

＜FGAL・ドキュメント＞    FGALDC

という部分だけをこっちに持ってきました。
それと、一応念のため、NIFTYのコマンドプロンプトGOコマンドまたはDOコマンド
を発行した行も持ってきました。でも、これはGOコマンド直接ではなくメニュー
で選択した場合は引っかからないわけで、特にフォーラムの新規入会時の精度は
高くなさそう。まぁ、参考資料扱いということで。
でも、コマンドプロンプトのほうは、DOコマンドでQUITを発行している履歴なん
てものも抽出できているなぁ。これはこれで、もしかしたら少しは役に立つかも
しれない。

あとは、AWKあたりでフォーラムごとの初参加・最終参加を抽出して、そうねぇ、
地層処分センタに追記するかなぁ。入会期間、発言期間みたいな項目を追加して。

あ、「としきフォーラム」がしっかり引っかかってる。（笑）

NIFTY-Serve にNIFTY-Serve Library というのが出来たようです。
内容は当時のPCやワープロなどの写真と紹介みたいですね。
OASYS Pocket も紹介されてました。黒っぽいシックな色でかっこいいですね。
・・・と書き込んだ直後にコメント欄でとしきさんが書き込んでいるのに
気が付きました。(^^;

> あ、「としきフォーラム」がしっかり引っかかってる。（笑）

そんなフォーラムがあったんですか。(@.@)

FGALDCにはEstさんの書き込みがありましたね。

> > あ、「としきフォーラム」がしっかり引っかかってる。（笑）
> そんなフォーラムがあったんですか。(@.@)

知る人ぞ知る。
うそです。

当時のニフティのプロフィール機能ってご存知ですかね。
IDごとに一つ、１００行までのプロフィールに好きなことがかけたんですよ。
そして、ニフティのコマンドラインで ＞PROF AAA00000 みたいにたたくと、それ
を読み出すことができる、というものでした。
なので、私はそこに偽フォーラムを作ったのです。
実は、真の目的は、自作通信マクロ動作試験用。
通信マクロって、生ログの引用があっても大丈夫なように作るわけです。
で、偽フォーラムって、丸ごと生ログ引用と同じ形式になっているわけですから、
これでコケなければまず大丈夫、ってことです。
実は、私以前に、FGALTM（だったと思う）のSYSOPさんが、自分のプロフィールに
そのフォーラムの偽フォーラムを作っていたのを見たことがあります。
そういう紛らわしいものだとまずいと思ったので、私は完全に架空のフォーラム
をでっち上げたのでした。

> FGALDCにはEstさんの書き込みがありましたね。

おお、懐かしや。当時NT4使いで、私がVZの改造に嵌るきっかけとなったような。

> うそです。

うう、本当にあるのかと思ってしまいました。(;_;)

> 当時の生ログを全部持って帰ってくるのも大変なので、ちょいとgrepして、フォ
> ーラムのオープニングの
> 
> ＜FGAL・ドキュメント＞    FGALDC
> 
> という部分だけをこっちに持ってきました。

これでは埒が明かないということが判明。
何かというと、私、はじめてアクセスしたフォーラムに必ず入会したのではない
のですね。つまり、はじめてアクセスしたときは一時利用で、そのときすぐには
入会せず、数ヶ月してから気が変わって入会した、というパターンが結構多い。
あるいは、入会してもすぐに退会してしまい、その数ヵ月後に再度入会しなおし
ている、というパターンもある。
これらをチェックするために、結局もう一度実家に行って生ログにあたる羽目に
なりました。

いや、大変でした。

地層処分センター所収の、ということは発言したことのある、全部で４０ほどの
フォーラムをチェックしましたが、上記２つのパターンいずれも１０フォーラム
くらいずつありました。
また、地層処分センターの記載順にチェックしていったのですが、最初のうちは
要領がつかめず、最初の１０フォーラムのチェックにおよそ２時間。別に、過去
ログを読むのが面白くなって時間をとられた、というわけではありません。純粋
にチェックだけを行っていたのですが、マクロか何かで機械的にチェックという
わけにはいきません。どうしても前後をきちんと目視で確認する必要があって、
それで時間がかかってしまいました。
やっているうちに要領がわかってきて、残り３０フォーラムは１フォーラム５分
ぐらいでチェックできましたが、それでも２時間以上、トータルで約４時間かか
りました。

ちなみに、自分がどこのフォーラムに入っているかを表示する MYFORUM コマンド
というものがありました。これ、私は不定期に発行していました。
これの結果も、初めて拾ってみました。
自分が参加していたフォーラム数の推移がわかって、それなりに面白いですね。
TTYが生きているうちにやっておくべきだった、なんて思いました。
自慢になるのかならないのかわかりませんが、記念にこちらに投稿しておきます。

年月日
9308     ニフティ入会
930911   0
930921   4
9401     9
9409     24
9507     24
9508     24
9512     22
9601     20
9603     22
9608     29
9702     28
970303   28
970316   28
970320   26
970329   26
9704     24
9804     22
9807     23
9811     33
9903     35
9905     38
9906     37
9908     40
9910     41
0002     37
0004     38
0010     41
0101     42
0403     45
0509     43

０５年９月なんて、フォーラムサービスは全て終了してしまった後ですが、参加
していたフォーラムのデータはきちんと残っていた模様。どうなっていたのかな。

としきさん　konnoさん　こんちゃ

遅ればせながら私もかきこしてきました。
いつ入っていつやめたか？　判りません。
適当に書いてきました。
LOGがどこかにあるけど探せない．．．

K.TAMさん、こんにちは。

だんだん参加者が増えてますね。K.TAMさんもfacebookユーザーだったんでしょうか。

saki...さんがDCに参加されていたので、「コメントする」で書き込んだら
一覧に表示されないですね。掲示板方式ではなくてブログ方式なんですね。
昔のniftyとちがうう！！
私はやっぱり掲示板方式がいいですね。

という書き込みも表示されないし、いろいろ制限があるのかなぁ。

> これらをチェックするために、結局もう一度実家に行って生ログにあたる羽目に
> なりました。

追伸、つ〜か。
前述のものの他に、フォーラム名が変わっている、というのも結構ありました。
これのチェックが予想以上に大変。
例えば、FGALST。
FGALSLに名称変更ののち、フォーラム閉鎖となります。
ところがその後、後継というわけではなく、全く別のフォーラムがFGALSLという
名前でオープンしていたりします。
こういう場合に、自分がどこに所属していたのか、というのをはっきりさせるの
は手間がかかります。
まぁ、でも、１０フォーラムに満たない数だったのですがね。

> だんだん参加者が増えてますね。

自分が参加して、まず最初に驚いたのが、Facebookなのでてっきり実名登録かな、
と思っていたのが、実名は全く出ずにハンドル制だったこと。これはよい。

> 一覧に表示されないですね。掲示板方式ではなくてブログ方式なんですね。
> 昔のniftyとちがうう！！

というよりも、スレッドのルートしか表示されない、という表現が適切かも。

> 自分が参加して、まず最初に驚いたのが、Facebookなのでてっきり実名登録かな、
> と思っていたのが、実名は全く出ずにハンドル制だったこと。これはよい。

NIFTYの中ではいいんですが、Facebookの機能を利用すると実名や個人プロフィールが
まるみえなんだろうなぁ、と思うと複雑な気分です。
匿名も実名も一長一短ありますが、ハンドル制が一番いこごちがいいですね。

> というよりも、スレッドのルートしか表示されない、という表現が適切かも。

だといいんですが、表示形式がブログ式にしか見えないもので。
やはり会議室はコメントも全部見える方が情報の共有と言う点でも優れていますね。
コメントチェックのために毎回ログ全読みなんてやってられないし。(>_<)
その点ではブログよりも不便ですね。改善を強く望みます。

書き込みがすぐに反映しないのもやはりブログ式だからのように思えます。
ということで、要望を出してみました。

> 書き込みがすぐに反映しないのもやはりブログ式だからのように思えます。
> ということで、要望を出してみました。

これがよくわからない。
他にも同様の趣旨を書いている人がいるので、konnoさんだけの事象でもないよう
です。でも、私の場合、書き込んだらすぐに画面の再表示が自動で走って、即座
に書き込みが反映されているのです。

何だろう、環境の違いかなぁ。

> 何だろう、環境の違いかなぁ。

そうかもしれませんね。niftyによると、

> 「コメント」送信後、右上の「×」ボタンを押さずに待っていただくと、自動で更新され、書き込みが反映されるようになっています。

ということなので、もしかしたら「×」ボタンを押して閉じてしまったせいかも。
もしくは、環境によっては自動更新されないのかもしれないですね。

> だんだん参加者が増えてますね。K.TAMさんもfacebookユーザーだったんでしょうか。

そうですユーザーです。
でもfacebookはつまらないので最近入っていません。

Facebookの私の友人達は、毎日なに食べたとか、どこを歩いたとか．．．
同じ話題を毎日出してくるので、読むのが（見るのも）いやになりました。

．．なんて書くと私のブログもいろんな事書いているので、
読みにくいのでしょうね。一つの話題でブログを書くのが王道でしょうかねぇ。

> Facebookの私の友人達は、毎日なに食べたとか、どこを歩いたとか．．．
> 同じ話題を毎日出してくるので、読むのが（見るのも）いやになりました。

Twitter なども同じような感じがしますね。
私はブログでいいです。

> ．．なんて書くと私のブログもいろんな事書いているので、
> 読みにくいのでしょうね。一つの話題でブログを書くのが王道でしょうかねぇ。

ブログはカテゴリ別にできるのでいろんな話題があってもいいのでは。
K.TAMさんのブログ、楽しく拝見させてもらってます。(^_^)

> もうしばらくはがんばって使ってみますけど、この調子では、８月末ぐらいには
> 退会することになりそうな感じ。

Facebookのほうが我慢がならなかったので、Facebookの退会申請を出しました。
NIFTYのほうへの書き込みがどうなるかはわかりません。
そのうち、気が向いたら、また入会するかもしれませんが、いつになることやら。

> Facebookのほうが我慢がならなかったので、Facebookの退会申請を出しました。

私もFacebookのほうはまったく使っていませんね。今日のニュースで
誕生日の招待メールが不特定多数に行ってしまって4000人も集まり
暴動に発展してしまったとか聞くと、安易な個人情報公開は避けなければと
改めて思いました。
ということで、私もFacebook退会するかもしれません。

> NIFTYのほうへの書き込みがどうなるかはわかりません。

新しいNIFTY-Serveも会議室の復活ではなく単なる昔話を語る場でしかない
みたいで、閑古鳥状態なので、もういらないかなと思ってしまいますね。

> 新しいNIFTY-Serveも会議室の復活ではなく単なる昔話を語る場でしかない
> みたいで、閑古鳥状態なので、もういらないかなと思ってしまいますね。

まぁ、そんなモンでしょう。
ところで、Facebook退会後、私のNIFTYへの書き込みって、そのまま残っています？
それとも、削除されてしまっていますでしょうか？

> > 新しいNIFTY-Serveも会議室の復活ではなく単なる昔話を語る場でしかない

というか、ほとんどの人は１〜２度書き込むか名前だけ残して終わりみたいな
感じですね。ほとんどの人にとってはすでに過去の思い出なのかもですね。
それに、使い勝手が悪すぎて使う気にならないし。

> ところで、Facebook退会後、私のNIFTYへの書き込みって、そのまま残っています？

残っていますよ。この手の書き込みは自動で削除にはふつうならないですよね。
でも、今のままだともうすぐ全部消えてなくなりそうな気がしますね。(^^;

> 新しいNIFTY-Serve

その後の状況がどうなっているか、どなたか情報はありませんか？

> その後の状況がどうなっているか、どなたか情報はありませんか？

私も久しぶりに覗いてみましたが、相変わらず閑古鳥状態のようですねぇ。
一つ新しい機能ができたようです。引用すると、

> 新機能「ハンドル検索」

> ハンドル検索は、ハンドルごとの発言やコメントを、検索できるシステムです。 
> ページ上部の検索ボックスに、検索したい友達のハンドル名を入れて検索してみてください。部分一致検索を採用しているため、完全にハンドル名がわからない場合でもOKです。 

> 友達がどのような発言をしているか、過去友達だった人がNIFTY-Serveにきているかなどを調べたい時に、ぜひご利用ください。 

・・・ということで、としきさんのハンドル名を入れてみたら、
発言された記事の一覧が先頭1行目までずらりと表示されました。
会議室の見通しや使い勝手が悪いので、これは結構ありがたいですね。
でも、時すでに遅し、かな。

＃ 風邪を引いたみたいで、調子がいまいち、長引きそうです。

タイトルで終わってますが、新しいNIFTY-Serveが
@nifty IDをお持ちの方ならログインできるようになったようです。

いよいよフェースブック退会かな。

> タイトルで終わってますが、新しいNIFTY-Serveが
> @nifty IDをお持ちの方ならログインできるようになったようです。

再び参加してみました。
が、あまりどうということもないですね。

> 再び参加してみました。
> が、あまりどうということもないですね。

あいかわらず閑古鳥状態のようですが、微妙なリニューアルは継続しているようです。

■更新情報がわかりやすくなりました 

まだまだですが、少しは改善されているのかな。

■読み物コンテンツや、コンテストを追加しました 

・インタビュー 

・フォトコンテスト 

ライブラリが形を変えたようなかんじですかね。
手持ちの過去ログを検索して見たらFVCも覗いていたので書き込み追加しました。

＃ やっと私もFacebookアカウントを削除しました。削除も面倒くさいものですね。

　Miyata さんもお使いだったはずの Windows 用ファイラ Dyna を、Ｖｚファイ
ラから立ち上げようとしました。できましたよ。でも、Dyna にいるあいだはＶｚ
が使えないのです（前にでがらしさんから類似報告あり。なんちゃってファイラ
の話かな。see #03023）。
　しょうがないから、Dyna からあふ（ファイラ）を立ち上げ、Dyna を消すと、
制御がＶｚに返ってきました。試しにやっただけで、こんな使い方をするつもり
はありません。
　「そういうもの」 と知ってしまえばよいのですが、驚いたのが WinME でやっ
た場合。すぐさま制御が返ってくる。ＸＰの command.com か cmd.exe が、何か
を掴んで離さないみたいな感触でした。
　たとえばこれが、 そもそも konno さんが指摘したかったＸＰ（エミュレータ
環境）でのメモリ管理の無気味さなんでしょう。
　たしかに嫌な感じです。

　ＸＰではＶｚに素直にテキストエディタに収まってもらうしかないみたい。
「Ｖｚは環境だ」とは言いづらい。でも、CraftLaunch からしっかりＶｚを立ち
上げられてます。CraftLaunch （ランチャ）が偉いのでしょうけど。ほとんどパ
イソンで書かれてるランチャ。


　言ってしまおう。そもそもＶｚファイラから Dyna を立ち上げようとしたのは、
やはりＶｚはＬＦＮに強くはないから（ほとんど必要ないのだけど、Windows を
真面目に相手にするというのは、いちおうそういうこと）。そして画面の使い方
も Windows アプリが広くて良いところがある。 うまくマウスの呪縛から逃れら
れれば……。
　３種類ぐらいの  Windows ファイラを研究してますが（どれもキーカスタマイ
ズが大変）、そこにＶｚが登録エディタとして入れるかはまだやってません。狭
く考えれば、個人的な情報管理としてはＶｚで足りるのだけど、勝てないところ
もあります。 秀丸とか Dyna とか CraftLaunch とかと連係して、Ｖｚの環境よ
り大きな連係世界をつくるから。
　エディットするなら（入力）、Ｖｚを離れられませんが、推敲などだと、ワー
ドの広い画面が魅力になってます。ATOK2013  とかも買ったし。これが予想され
たようにワードと相性が悪そう……。

　「関連づけ」の呪縛から逃れる選択型ランチャ、「ポチエス」というのにも挑
戦する予定です。 濃いです。そうすると、.txt のファイルを、Ｖｚ、秀丸、ワ
ードから開けます。ま、Ｖｚファイラあるいはマクロでもやれるけど。キーボード
操作で何とかなる、ちょっと広い世界を見ようと思ってます。秀丸マクロは（某
所ででがらしさんががんばってた）、あんまりまだやる気になりません。まずコ
マンドと基本的使い方を覚えないと。あまり強い関心が沸かない。
　cmd.exe のコマンドラインというのが思うように使えないと、高機能ランチャ
に頼るしかないみたいです……。

CODEXS.DEFの反応が無くて淋しいので、こんどはtaglight.exeでやってみた。
色反転にはならないので、CODEXS.DEFほどのインパクトはないけど、文字列を
幾つも指定でき、色つきタグと共存できるのは、かなり便利です。
ぜひ一度試してみてください。(^_^)

なお、環境変数VZDEFのフォルダにtaglight.exeとtaglight.patが必要です。
taglight.patは、tagl.def用に拡張子の後ろにカンマの追加が必要です。
例
#C,C++コード用
:C,CP,H,

私が使用中のtaglight.patを、テスト板 #test53 に置いておきます。


=== tagl.def v.02 ===

; taglight.exe を使用して複数の指定文字列に手軽に色付けできるマクロです。
; 環境変数VZDEFのフォルダにtaglight.exeとtaglight.patが必要です。
; 起動すると、taglight.patを開き、編集中の拡張子の項目に移動します。
; 検索窓で文字列入力しEnterで文字列を貼り付け、繰り返し入力できます。
; 空Enterで指定終了し、tagl.patとしてセーブし、編集画面に反映させます。
; 上記の動作原理により、マクロ起動時は常にtaglight.patの設定になります。
; シフト起動なら直接tagl.patを実行します。

* M
80  ^^   "tagl"
#if 98
	.
#endif
        ?.					;編集モード以外なら終了
	(ks&1)? { mp[, >k }			;シフト起動なら専用pat実行へ
	#] 					;ステータスラインの再描画
	e=ne,					;編集ファイルの拡張子を保持
        sn[+, #O &?("%staglight.pat",pi) #m	;patファイルオープン
        sn],					;
        (s)?>q					;patファイル無ければ中止
        mp[2, ps[=pa,                    	;ページングモード，psすり替え
        (e)? {#F &?("%c",e) #m #c}       	;拡張子があれば検索
        #F &?("\n\n") #m #c      	 	;v02 空行まで進める
        ps], mp], #]                     	;ps等の復帰
:F	;---- #F 文字列指定 繰り返し -----------------------
	&m(" (%d 文字列指定  [ESC]=中止 [Enter]=設定終了).",c)
	mp[,					;ページングモード保存
	#F &Cr c=r,				;指定文字列入力(複数可)
	(c==-1)? >a				;[Enter]=設定終了
	(c==-2)? >z				;[ESC]=中止
	"D$(9)" #I #m >F			;★色指定、文字列挿入
	; ---- D が色指定(紫) 0〜7 A〜F を指定できる  -------
:a	#82 #s #s #s #s #h #h #h #h #m		;ファイル名変更(tagl.pat)
	#C (s)? 'y'				;クローズ
:k      #E &?("taglight.EXE /ptagl.pat",pi) #m	;専用pat読み込み実行
        #[					;編集画面に戻る

:z	mp], 					;ページングモード戻し
:q	&m("") 
	&d .					;終了

*
v.02	コメント内で色が付かないので、指定位置を後方に変更した。
v.01	とりあえず形が出来た。

なんか、こちらのサイトでお使いのアクセス解析、変なことになっているような
気がするのですが、大丈夫ですか？
具体的には、日付指定の、開始日と終了日をきちんと指定できないようです。
何か、裏技があるのかな？

で、なんでこちらのサイトのアクセス解析を見ようと思ったかというと。
検索エンジンの検索結果からの訪問者の場合、どのような検索キーワードで検索
してアクセスしてくれたかが記録に残ります。ところがここ１年ばかり、google
検索の結果からのアクセスの場合、検索キーワードを残してくれないものが多く
なっているのですね。例えば、うちはサイト全体のアクセス解析は行っていない
のですが、掲示板のアクセスに限って言うと

　　　　全google検索　うち、キーワードなし
2012/01　　236　　　　　　　 1
2012/02　　224　　　　　　　 2
2012/03　　268　　　　　　　31

2013/03　　163　　　　　　　27

こんな感じ。
なんでこんなことになっているかというと、以下を参照してください。

http://www.itmedia.co.jp/news/articles/1110/19/news077.html
http://ascii.jp/elem/000/000/743/743786/

というわけで、こちらのアクセス解析にはどういう影響が出ているか、あるいは
影響はあまり出ていないのかを見てみようと思った次第。が、なんか、こちらで
お使いのアクセス解析だと、影響が出ているかいないのかもわからないのかな。
だとすると、ちょっと残念かも。

としきさん、お元気そうでなによりです。

> 具体的には、日付指定の、開始日と終了日をきちんと指定できないようです。

すみません、2011年までしか指定できなかったのを修正した時に、開始日だけ
修正して、終了日を修正するのを忘れていたようです。近いうちに直します。

> 何か、裏技があるのかな？

私は開始年月日だけ指定して終了年月日は省略して使っていたので気が付きませんでした。
終了年月日を省略すると現在の日時までになるので、入力の手間が省けるということで、
そういう使い方しかしてなかったのですね。(^^;

> 　　　　全google検索　うち、キーワードなし

生ログを自前で解析しているわけですか、うちのは借りモノなので、キーワードなしの
項目が無いんですね。
ちょっと弄ればできそうな気はしますが、統計的な興味も技術的な興味もあまり
沸いてこないなぁ。ということで、やらない可能性が高いです。

それより、Win8 や、最近のブラウザなどが判別できないのを修正しないとなぁ。

> > 　　　　全google検索　うち、キーワードなし
> 生ログを自前で解析しているわけですか、

さっき、今月の今までの分のログを数えてみましたが、キーワード無しは２割を
超えていました。

> ちょっと弄ればできそうな気はしますが、統計的な興味も技術的な興味もあまり
> 沸いてこないなぁ。

ほら、私、ケチだから。
せっかく得られたデータだから、何かに利用しないともったいなくって。
そういえば、konnoさん、単なるカウンタではなくて高機能なアクセス解析を導入
した理由って何でしょうか。


余談。
最近、「統計学が最強の学問である」という本がずいぶん売れているようです。
私自身は読んでいないので、タイトルどおりの中身かどうかはわかりません。
ただ、統計関係の仕事に携わったことのある人間としては、最強かどうかは別と
して、統計学を全く知らないと、誰かに一方的にカモられるだけ、というような
思いを日々強く感じています。最近は妖しい数字が一人歩きしていますから。
まぁ、長いものに巻かれているだけなら統計学なんて全くわからなくても不自由
はありませんがね。でも、長いものに立ち向かおうとしているようなんだけど、
統計学の初歩すら知らないことをはからずも吐露してしまっているような記事を
某週刊誌に執筆した某評論家なんかを見ていると、あたかも徒手空拳というか、
はたから見ていて痛々しいものを感じます。

VZで修正したデータをアップロードしたら、文字化けで読めなくなってしまいました。
どうやらユニコードで表示されているようです・・・

そういえば、VTDOSの新版はユニコードの編集に対応していたなぁ、まさか・・・
と思って見てみたら、やっぱり、VTD_UTF8.CFGの中で、拡張子の指定が
html とか htm とか指定されてる〜 (>_<)

うう、これらをコメントにしたら、勝手にユニコードに変換されることはなくなったけど
すでに変換されてしまったファイルは元に戻らない。(;_;)
しかたないので、NKF のマニュアルを探してやっとこさ再変換しましたとさ。とほほ。

しかし、これは始まりに過ぎなかった。
修正版をアップしたものの、メニューで表示した年と違う年になってしまう！！
う、表示用だけ変更して、実体のほうを変更してなかった。(>_<)

うう、直したはずなのに、まだ年がずれたままだ！！
どうもサーバーかなにかのキャッシュが残っていて、すぐには反映しないみたいで、
そうこうしているうちに何日も経ってしまったのでした。

というような修羅場を経て、なんとか修正版がまともに動くようになったようです。
指定範囲が大きすぎるとサーバーエラーになるので、注意が必要です。

> そういえば、konnoさん、単なるカウンタではなくて高機能なアクセス解析を導入
> した理由って何でしょうか。

それはやっぱり、いろいろアップしだすと、ダウンロード数や参照数などが気になるし、
そうすると、普通のカウンタでは対応できないので、いろいろ試しているうちにどんどん
欲が出てきて、自分で修正、拡張できる今のじょじょカウンタになったわけです。
ここの過去ログにはその遍歴がしっかり残っているので、私の宝物ですね。

> 統計学の初歩すら知らないことをはからずも吐露してしまっているような記事を
> 某週刊誌に執筆した某評論家なんかを見ていると、あたかも徒手空拳というか、
> はたから見ていて痛々しいものを感じます。

ちょっと気になりますが、聞いてはいけないような気がするので聞かないことにします。(^^;

うーん、反応が無いなぁ、今どれだけの人がみてくれてるか、参照数を知りたいので、
新版はマクロの部屋に置いてみた。

Ｖｚマクロの部屋
http://homepage3.nifty.com/tamaneko/vzmac.htm


v.03	標準の[F06] と置き換え。[ESC]処理修正

ということで、標準の[F06] と置き換えて使用中です。
#F って、[ESC]で終了時の返り値が空のEnterと同じだったのね。知らなかった。(>_<)
私のマクロ知識はこんなもんなので、日々勉強ですね。(^^;
ちゅうことで[ESC]処理を修正しました。

> うーん、反応が無いなぁ

従来のpatファイルとの互換性がないと思われるのがボトルネックですかね。
改行前のカンマが要らないようにできませんか。

めざらさん、どもです。

> 従来のpatファイルとの互換性がないと思われるのがボトルネックですかね。
> 改行前のカンマが要らないようにできませんか。

改行前のカンマはあってもなくてもtaglight.exeの動作は同じはずです。
なので、互換性はあります。tagl.defはカンマがないと誤動作します。

タグ貼り付けの位置決め検索にはカンマがあったほうがマクロが簡単という理由です。
カンマなしで位置決めを簡単にやる方法があればぜひ教えてください。


ここから自分用の備忘録ですが、taglight.exeとtaglight.patが複数の場所にあると
うまく動かないことがあるようです。
環境変数VZDEFのフォルダにだけ置くようにしてください。必要ならpathを通してね。
Win7やVZDOSでは%path%を使用すると長くなりすぎて切れてしまうので、必要な分だけ
指定するのがいいです。

私は今まで、UTF8 はWindows用の文字コード規格で、VZには関係ないと思っていました。
なので、VTDOSがUTF8に対応してもほとんど関心を持っていなかったんですね。

ところが、#6369 の件以来、UTF8がHTMLなどで主流になりつつあるようだ、という
実感が湧いてきました。
個人的には、杮（こけら）落しという漢字がVZ（S-JIS)で扱えなかったことですね。
掲示板では表示されていますが、ログに落としたら、？に変換されてしまうでしょう。
これではVTDOSでUTF8ファイルの編集ができるとしても実用的には使えない。

そこで、UTF8固有の文字はVZで表示できなくても、きちんと書き戻す仕組みができないかと
10＃さんにおねだりしてみたところ、前向きに検討してくださるようで。
VTDOS BBS から引用すると

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

ところで、VTDOS固有の規格として、 S-JIS 0xfcfc をユニコード文字への
 エスケープ文字として予約しようと考えていますが、どうでしょうか？

 以前に konnoさんが 「?(ABCD)?」と表記されていたものを

{ 0xfc,0xfc,'A','B','C','D' }; // C言語表記
db 0fch,0fch,'ABCD' ; アセンブラ表記

と表現するイメージです。'\uxxxx' 、'U+xxxx' 、'&#uxxxx;'と同じような
意味です。

ⓐ

であれば、

db 0fch,0fch,'24D0'

と表記します。

これは出来ればkonnoさん以外からも意見がいただけたらと思ってます。
 
---------------------------------------------------------------------

ということです。
ここをご覧の皆様、何かご意見、要望などありましたら、いまのうちですよ。(^^;

> 個人的には、杮（こけら）落しという漢字がVZ（S-JIS)で扱えなかったことですね。
> 掲示板では表示されていますが、ログに落としたら、？に変換されてしまうでしょう。

うう、ログどころか、すでに書き込まれた時点で、変換されてしまっていますね。(>_<)
うちの掲示板はSｰJISなので、すでに時代に取り残されているのか。

> &#9424;
> であれば、

これも変換されていますね。この文字は、○の中にa が入っています。

この変換は、おそらく、jcode.pl か、simaguni.pl（たぶんこっち）の機能でしょう。
これらは広く普及しているので、この変換形式はWEBでは事実上の標準になっているかも。
ということは、この形式も選択肢の一つになるのでしょうか。

少年は辺境の地に生まれた。

少年は自分が他の人と違うことに気が付いた。

少年は管理社会の選別を逃れ真実をもとめて旅立った。

やがて少年は目指すものがテラにあることを知り、はるかかなたのテラを夢見た。

テラへの道のりは様々な困難が待ち受けていたが、彼は戦い続けた。

長い年月がたち、周りの人たちは皆変わってしまったが、彼は変わらなかった。

長い長い戦いの旅の末、彼はついにテラに到達した。

だがそこは彼の思っていたのとは違う世界だった。




PCの合計約2T
TV関係合計約7.6T

何か違う。

お久しぶりですね。
コンピュータのマザーと戦っていたのでしょうか。

> PCの合計約2T
> TV関係合計約7.6T

100MBのSCSIや120MBのIDEのクラスタエラーと戦っている私とは、もはや次元が
違いますね。
私は今月上旬にやっと、USBドライブ接続可能な液晶テレビを入手しました。
それまでは、壊れかけて画面が見えにくくなったアナログ液晶でした。
でも、録画しても、見ている暇がなさそう。
 

> コンピュータのマザーと戦っていたのでしょうか。

いやあ、某アニメのストーリーのパクリなんですが、マイナーすぎたかなあ。

私はパソコンの出始めから使い出していますが
当時のPCは16ビット4MHz　メモリ512K で、HDD無し、5インチFDD640Kだったか。
数年後に出たHDD付きが10Mだったかなあ。
当時は大容量だと思ったものです。

その当時はテラなんて国家レベルでもあるのかどうかと思っていました。

> 100MBのSCSIや120MBのIDEのクラスタエラーと戦っている私とは、もはや次元が
> 違いますね。

いや、そっちのほうが異次元の魔界なのでは。(^^;

> でも、録画しても、見ている暇がなさそう。

うちは映画やドラマも結構好きなのでどんどんたまってこうなってしまいました。(^^;

> > コンピュータのマザーと戦っていたのでしょうか。
> いやあ、某アニメのストーリーのパクリなんですが、マイナーすぎたかなあ。

おや、私も女性漫画家が原作の某アニメのつもりだったのですが。
すれ違ったかな。
konnoさんの考えていたアニメでは、ラスボスはなんだったんでしょうか。

> 当時のPCは16ビット4MHz　メモリ512K で、HDD無し、5インチFDD640Kだったか。

私の最初は、8ビット4MHz、メモリ64KB、5インチFDD320KBでした。なので

> その当時はテラなんて国家レベルでもあるのかどうかと思っていました。

16ビットパソコンの640KBのメモリにすらひるんでいました。

> いや、そっちのほうが異次元の魔界なのでは。(^^;

同意せざるを得ないかも。

> おや、私も女性漫画化が原作の某アニメのつもりだったのですが。
> すれ違ったかな。
> konnoさんの考えていたアニメでは、ラスボスはなんだったんでしょうか。 

そ、そうか、ラスボスでしたね。私はうすうすなもので。（汗
でもマザーの上にも更なるラスボスが載っていたような。（滝汗

> > > コンピュータのマザーと戦っていたのでしょうか。

確かに私もマザーとの戦いが長かったかもしれないですね。
テラに到達した今は調和をめざして戦っているのか。

皆さん、今年も1年間ありがとうございました。

今年のまとめを、と思いましたがもう忘れてるし。

そこでスレ一覧機能ですよ。
今年の新規スレッド一覧です。

▼No.6375 . テラへ - konno - 13/12/29-22:40 new
　 Re:04 
▼No.6373 .  VZはUTF8の夢を見るか - konno - 13/06/15-01:40 
　 Re:01 
▼No.6365 . 簡単色付け tagl.def - konno - 13/05/11-19:13 
　 Re:03 
▼No.6366 . アクセス解析 - としき - 13/05/19-21:31 
　 Re:03 
▼No.6363 .  CODEXS.DEFの改造 - konno - 13/05/03-23:06 
　 Re:01 
▼No.6338 . 掲示板のメンテナンス Opera対応のフォント調整 - konno - 13/04/28-21:51 
　 Re:08 
▼No.6270 .  VZ環境いいんかい - konno - 13/03/31-04:47 
　 Re:74 
▼No.6334 . ＸＰメモリ管理 - 文太 - 13/04/27-23:16 

▼No.6324 .  Linux 試用中 - あきろ - 13/04/24-00:17 
　 Re:02 
▼No.6278 .  VTDOS1.35 - konno - 13/04/15-01:01 

▼No.6251 .  VZ関連のBBS開設の歴史 - konno - 13/02/05-00:34 
　 Re:03 
▼No.6231 .  VTDOSが1.30に更新 - konno - 13/01/24-23:52 
　 Re:03 


少ないですが、新しいマクロなどもありましたね。

では皆さんよいお年を。

皆様、あけましておめでとうございます。

今年もよろしくお願いします。


2014年はXPのサポートも終了し、去年以上に激動の年になると思います。
VZの環境もさらに厳しくなり、いままでのようにはうまく動かないこともあるでしょう。

私もなかなか更新できないとは思いますが、新しい環境でVZのマクロが動かないなど
ありましたら気軽に書き込んでください。
できる範囲で対応したいと思います。

　あけましておめでとうございます。konnoさん、としきさん、きっと、めざらさんも。
　こっちで失礼させていただきますね。

　「まとめ」を眺めていて、ああ、そんな話があったかぁ、と思い出してまして。

　vzfl.def にこんな風に登録すると、Ｖｚが自由になります。
　あまり使ってないので記憶が曖昧ですが、 cuteexec というのを途中のランチ
ャとして使い、いわば自爆させるみたいな感じだったと思います。そっちの世界
も濃かったので、途中で挫折しております。
　というかＸＰ用ですから、挫折から立ち直る予定は、たぶん、ないです。
　まだＸＰでやってます。ＰＣ関係は、しばらく触っておりません。純粋なる仕事
の道具、健全なる道具になりはてています。しかし、ＸＰ後のＯＳについては、
真剣に考えなければいけないですね。やば、やば。

8	"",18,22
	"0 DF		%!%^cuteexec c:\p2\df\df.exe -w %1"
	"O Word		%!%^cuteexec c:\progra~1\micros~2\office\winword.exe %1"
	"H 秀丸		%!%^cuteexec c:\progra~1\hidemaru\hidemaru.exe %1"
	"W Wz		%!%^cuteexec c:\progra~1\WzEdit~1\wzeditor.exe %1"

　いちおう報告させていただきますね。
　FireFox に対してのみ、掲示板がおかしな挙動を示しています。FireFox のヴ
ァージョンは 26.0 です。
　IE, Chrome, Sleipnir では起きていないと思います。 記事を開くと「返信」
「コメント」用ボックスが重なった、おかしな画面になるというのが挙動です。

> 　IE, Chrome, Sleipnir では起きていないと思います。 記事を開くと「返信」
> 「コメント」用ボックスが重なった、おかしな画面になるというのが挙動です。

職場ですが、この症状は出ていませんね。
もう直したのかな。
Firefox26.0です。
文太さんのところではまだ継続しているというのであれば、もしかしたら設定の
問題かもしれません。
あるいは、アドオンとかＣＳＳの問題かな。
私のところでは、職場ということもあって、そんなにおかしなアドオンとか設定
とかは使用していないつもりなんですけどねぇ。

う、やっぱそっちに行ってしまったか（汗）

>もう直したのかな。
　いえ、まだのはずですし、原因は僕のFirefoxである可能性が出てきました。

>Firefox26.0です。
　これは同じです。

>文太さんのところではまだ継続しているというのであれば、もしかしたら設定の
>問題かもしれません。
>あるいは、アドオンとかＣＳＳの問題かな。

　どこを見たり、何を試したりすれば良いのでしょうか？

> >Firefox26.0です。
> 　これは同じです。

自宅のWinXPおよび職場のWin7のいずれもFirefox26.0ですが、両方とも、異常は
見受けられません。

> 　どこを見たり、何を試したりすれば良いのでしょうか？

コンピュータの再起動を行っても状況に変化はないわけですよね。
となると、まずはCSSがらみかどうかの切り分け。
Firefoxの左上のメニューの[表示]→[スタイルシート]からスタイルシートを使用しない
を選んでみた場合、どうなりますか？
とりあえずはここまで。

あと、具体的に、どんな表示になっているのか知りたいですね。
画面のスナップショットがとれるようなら、アザラシあたりにアップしていただけます
でしょうか。

としきさん、どうもどうも、です。

>自宅のWinXPおよび職場のWin7のいずれもFirefox26.0ですが、両方とも、異常は
>見受けられません。

　ああ、それでは、もろ環境依存っぽいですね。

>コンピュータの再起動を行っても状況に変化はないわけですよね。

　いまだ変わらずです。

>となると、まずはCSSがらみかどうかの切り分け。
>Firefoxの左上のメニューの[表示]→[スタイルシート]からスタイルシートを使用しない
>を選んでみた場合、どうなりますか？

　依然、変わらずです。

>あと、具体的に、どんな表示になっているのか知りたいですね。
>画面のスナップショットがとれるようなら、アザラシあたりにアップしていただけます
>でしょうか。

　アザラシにあがるよう努力してみます。
　色々なことのやり方を忘れており……。
　画面キャプチャはできました。

　■備忘録−−画面キャプチャ
　Print Screen 押す（アクティブ窓だけならALT+）
　ペイント、開く。そして、「編集」から貼り付け。保存。

　うう、結局、すごく美しくないことになってます……。
　済んだら、削除したいのですが、、、　＞めざらさん
　伝わるのに１カ月くらいかかったりして、、、。とほほ。
　すいませんです、関係者各位様。

> 　依然、変わらずです。

では、次。
Firefoxの左上のメニューの[ヘルプ]からアドオンを無効にして再起動してみたら
いかがでしょうか。
これで改善すれば、何らかのアドオンが悪さしています。
逆に、これで変化がなければ、う〜ん、なんだろう。
セキュリティソフトをはじめとした常駐ソフトが原因かなぁ。
ウィルスにたかられている、という可能性もありますが。
あ、えぇっと、接続はプロキシ経由か否か、というのも関係あるかなぁ。

次の段階としては、[ツール]メニューの中の[Web開発]というものをつかいたい
のだけど、これってデフォルトで使い物になるんだったかなぁ。覚えていない。
最終段階としては、Firefoxそのものの詳細なログをとる方法があって、一度だけ
使ったことがあるけど、そんなログを解析できるだけのスキルが私のほうにない。

としきさん、どうもです、m(__)m

>では、次。
>Firefoxの左上のメニューの[ヘルプ]からアドオンを無効にして再起動してみたら
>いかがでしょうか。
>これで改善すれば、何らかのアドオンが悪さしています。

　はい、ここで答が出ました。
　でもぉ、avast だったんですよぉ。アドオンの avast（セキュリティーソフト）
が何をブラウザにしてくれているのかは良く分からないけど、これを「無効化」
したままネットを使う勇気はないですぅ。
　というわけで、konno さんの掲示板には、ＩＥでアクセスするという方向でい
きたいと思います。

　少なくともブラウザ、ＣＳＳ、アドオンがらみで「やってみて意味のあること」
について、少しは勉強になったはずです。ありがとうございました。

　めざらさーん、アザラシのあれ、削除したいんですけど、できないんですぅ。
　「データ」欄があのまま書き込まれるとは思わず、あのような惨めなことに……。

> 　でもぉ、avast だったんですよぉ。
　まぁ，それが答えではないですけれどね，厳密には。htmlの文法がちょっとアレなので，どういう表示になるかは「不定」です。

　アザラシのは削除しておきました。上げられた画像を見るまでは，どんな表示になっているのか想像もつきませんでしたが，余白の部分に別の要素の内容が流し込まれているわけですね．CSSのからみと言えるかどうか……。なにしろ「不定」なので。

めざらさん

>> 　でもぉ、avast だったんですよぉ。
>　まぁ，それが答えではないですけれどね，厳密には。htmlの文法がちょっと
>アレなので，どういう表示になるかは「不定」です。

　ふーむ、僕は面倒なところには踏み込みません。

>　アザラシのは削除しておきました。

　多謝です。

>　上げられた画像を見るまでは，どんな表示になっているのか想像もつきません
>でしたが

　それなりに何かの役には立ったのですね、ありがとうございます。

文太さん、としきさん、めざらさん、今年もよろしくお願いします。

レスが遅れてすみません、ちょっとあっちの方に逝っていたもので。

掲示板の挙動ですが、うちでも問題ないみたいです。
[Web開発]なんて機能があるんですね。素人は手を出してはダメそうなイメージ。(^^;

ツール　＞ オプション　＞　コンテンツの「フォントと配色」のフォントは
何になっていますか。サイズは？

うちのは、HGゴシックM　サイズ18　になっています。
文字表示のみばえで調整したかもしれません。

実は私、アザラシにアップされた画像は見ていないんですね。が、Avastが原因と
聞いて、私も自分のブラウザのアドオンマネージャを見てみました。
・・・Avast、無効になっている。
有効にして再起動して・・・おぉう、これはひどい。
ただ、思っていたのとは違いました。
#6383によると

> 記事を開くと「返信」「コメント」用ボックスが重なった

とあったので、返信フォーム部だけが崩れていると思っていたのです。
が、私のところでは返信フォーム部はほぼ無傷。
その代わり、メッセージの本文部分が崩壊状態。
#6390でのめざらさんが表現していらっしゃる

> 余白の部分に別の要素の内容が流し込まれている

というような状態に見えます。

> 　でもぉ、avast だったんですよぉ。アドオンの avast（セキュリティーソフト）
> が何をブラウザにしてくれているのかは良く分からないけど、これを「無効化」
> したままネットを使う勇気はないですぅ。

私のところで無効になっていたということは、それがデフォルトなのか、それとも
何かがうっとうしくて意図的に無効にして、それっきり忘れているか。
そして、私も、こいつが何をやってくれているのかよくわかりませんでした。
Google先生に聞いても、やっぱりよくわからん。
そこで、何回か有効にしたり無効にしたりして試してみた結果、やっとわかりました。
Googleの検索結果あたりが一番わかりやすいかと思いますが、リンクをクリック
するまえに、そのリンクの飛び先が安全か危険かを表示してくれるというものの
ようです。
ただ、今までアドオンを無効にしていましたが、Avastが常駐で機能していれば、
危険なリンクをクリックしても、きちんと遮断してくれるのです。なので、今まで
実害はなかったのですが、危険なリンクをクリックした次の瞬間にAvastが派手な
アラームを出してくれるという形なので、あまり心臓にはよくないかも。
そういう意味では、事前に表示してくれるというのは、人によっては安心感を
得られるものかもしれませんね。
ということで、勇気の問題ではなく、精神衛生の観点から、有効化を継続することは
悪くない選択だと思います。もちろん、この掲示板以外のサイトでも表示が崩れる
可能性があるわけですから、実害がないという点から、私のように無効化を選択
しても問題はないでしょう。

さて、このアドオン、上記のようにFirefoxのレンダリングの部分に介入しています。
なので、HTMLの文法がアレだと、表示もソレっぽいものにしかなりません。
この辺は、めざらさんが書いている通りですね。

ただ、文太さん、発症したのは最近なんですよね。
ということは、最近のAvastのバージョンアップの影響かも。
すると、そのうち、再度のバージョンアップで回復するかもしれませんね。

> [Web開発]なんて機能があるんですね。素人は手を出してはダメそうなイメージ。(^^;

私にも全く使いこなせそうにありません。
ただ、タグの閉じタグとの対応とか入れ子関係はわかりやすく表示してくれるよう
なので、ソースとWeb開発ツールとを見比べれば、単純な誤りは早く発見できそう。

> ツール　＞ オプション　＞　コンテンツの「フォントと配色」のフォントは
> 何になっていますか。サイズは？

そこをいじっても、おそらく文太さんの問題は解決しなさそう。
根本原因は、掲示板のソースにあるからです。
本文部分を囲っているdivタグがよろしくない模様。
class使ってCSSで表示を修飾するのかと思いきや、ttタグを使って等幅フォント
指定にしていたりして、なんか非常に強い矛盾を感じます。
めざらさんにはあきれられてしまうかもしれませんが、一番単純には、divをpタグ
に変更するのがオススメ。で、等幅フォント指定も、そのpタグのclassで指定して
CSSで設定するのがよろしいのではないかと。

　としきさん

　細かに調査、フォローアップありがとうございました。
　ＩＥにすれば済むことだし、そもそもアクセスの頻度も高くはなく、新年のご
挨拶のつもりでしたから、むにゃむにゃむにゃです。
　めざらさんの解析や  konno さんの感想を聞いても、やっぱり僕にとっても誰
にとっても、大きな問題ではないのだろうと思っております。
　お手をわずらわせました。
　通りすがり的お客さんが余計な口出しをしてしまい、逆に迷惑をかけてしまっ
たのだな、と反省しております。
　それでも、勉強になりました。ありがとうございます。

>ただ、文太さん、発症したのは最近なんですよね。
>ということは、最近のAvastのバージョンアップの影響かも。
>すると、そのうち、再度のバージョンアップで回復するかもしれませんね。

#6382 ＸＰメモリ管理 （2014/01/03(金) 21:18）
#6383 掲示板の挙動？ （2014/01/07(火) 23:44）

　の間かな、とも思いますが、その前には何もなかったのか、と問われると、い
つその前にアクセスしたのか（きっと大昔）まったく記憶がないので、わからな
いのですが、次のヴァージョンアップに期待したいとは思います。ＩＥでアクセス
してるか、 この件をすっかり忘れて Firefox でという可能性も高いので、また
また、むにゃむにゃむにゃになってしまいますが。

> めざらさんにはあきれられてしまうかもしれませんが、一番単純には、divをpタグ

　全然あきれませんてば。AVASTの追加要素がどこに入ってきているのか，
文太さんの手元にダウンロードされた掲示板ソースを見ないと表示結果は想像できないのですが，
divである必然性は低いように思います。メッセージ内にブロック要素はないので，pで十分かと。

　ただ，preを選択したときに，そのpでpreを囲むことになるかと思うので，出力調整が必要になると思われます。
それは非常に面倒（余計な分岐が1セット以上増える）なので，AVASTが修正されるのを待って何もしないに一票。

> 　全然あきれませんてば。AVASTの追加要素がどこに入ってきているのか，
> 文太さんの手元にダウンロードされた掲示板ソースを見ないと表示結果は想像できないのですが，

うん、私も最初はそう思っていたんですが、どうやらそんなに簡単ではないらしい。
どういうことかというと、表示が変更されたものも変更前のものも、ソースを保存して
比較してみると、全く差がありません。
すなわち、AvastはFirefoxの内部的にレンダリング部分のみに介入している模様。

> 　ただ，preを選択したときに，そのpでpreを囲むことになるかと思うので，出力調整が必要になると思われます。

あ、そうか、その可能性もあるのか。
この点は全く考えていませんでしたが、どうなるのかな。

> それは非常に面倒（余計な分岐が1セット以上増える）なので，AVASTが修正されるのを待って何もしないに一票。

現在のバージョンのAvastって、ちょっと変なんですよ。
例えば、現在話題になっている、ブラウザのアドオンとして働く機能。
ブラウザのアドオン管理画面からは、アドオンの削除ができません。すげ〜不便。
確か、一つ前のバージョン、もしかしたら二つ前かもしれませんが、そのときは
スタートメニューあるいはタスクトレイ右クリックからAvastの設定画面を出して、
そこから削除することができました。
ところが、現在のバージョンでは、コントロールパネルの「変更と削除」から
変更を選んで該当機能のチェックをはずすようにしないと削除できない。
なんかめんどくさいぞ。

>AVASTが修正されるのを待って何もしないに一票。（めざらさん）
　僕も一票。なのですが、

>文太さんの手元にダウンロードされた掲示板ソースを見ないと表示結果は
>想像できないのですが
　ということなので、僕の手元では、割と容易に現象が再現できるので、
「ソース表示」をすれば、何かの役にたつのかな、と思いました。
　ところが、あれ、ブラウザというものには「ソース表示」という機能があった
ような気がしていたのに、このFirefoxでは、どこにあるのか、わからにゃいです。
　どっかにありますか？
　それとも、僕の何かの勘違いでしょうか？

　つまり、「ソース表示」の仕方を教えてもらえたら、やりますよ。
　もっとも、としきさんにも、そもそもこれができるなら、簡単にやれるのでしょう
とは、話についていっているつもりです。

　ああ、なんていう阿呆だ。
　不具合の出てる画面をそのまま保存すればいいことですね。
　としきさん、もし興味が向かれるのなら、どうぞ。

　失礼をいたしました。

> 　ところが、あれ、ブラウザというものには「ソース表示」という機能があった
> ような気がしていたのに、このFirefoxでは、どこにあるのか、わからにゃいです。

以前のバージョンと変わっているようです。
昔は、[表示]メニューの中にあったはずです。
今では、うわさの[ツール]→[Web開発]のなかにありますね。
ショートカットキーは[Ctrl]+Uです。

> 　もっとも、としきさんにも、そもそもこれができるなら、簡単にやれるのでしょう
> とは、話についていっているつもりです。

はい、実行済みです。
えと、私の誤解かもしれませんが
「Avastはソースを書き換えることによって表示に手を加えている」
というように、めざらさんは解釈している、と理解しました。
が、私のほうで見た限りでは、アドオンの有効化により表示が変化しても、
それぞれで保存したソースに差異はありません。
なので、ソースではなく表示部のみに介入している模様だから、ソースを取得
してもあまり意味はないのではないか、というのが私の考えです。
もちろん、私がめざらさんの意図を誤解していて、別の理由でソース取得が重大な
意味を持ってくるかもしれません。

めざらさん、としきさん、色々勉強になります。

> 今では、うわさの[ツール]→[Web開発]のなかにありますね。

これ、見てみたら色々な機能がここに集約されているんですね。
「開発ツールを表示」と「WEBコンソール」ではHTMLのチェックができるんですね。
これとソースの表示でソース上のミスが発見できました。
HTML文の冒頭に「#」が付いていて、明らかにコメントのつもりで入れてました。

とりあえずその行を削除しました。
あとはフォント指定に問題あるようですが、そのうちに。(^^;

これはFirefoxで書いています。
フォントの文字の線が細くて見えづらいので、MSゴシックをHGPゴシックMに変えたら
太字になって読みやすくなりました。

> これはFirefoxで書いています。
> フォントの文字の線が細くて見えづらいので、MSゴシックをHGPゴシックMに変えたら
> 太字になって読みやすくなりました。

これは、Firefoxの[ツール]→[オプション]のなかの「フォントと配色」の部分を
いじったということでしょうか。
ためしに、私もその設定にしてみたところ、太字になったことはなったのですが、
にじんだような感じの太字になってしまい、かえって読みづらくなってしまったので、
ＭＳ Ｐゴシックに戻してしまいました。
と、いうような感じで、閲覧者によって環境は異なるので、HTMLやCSSでの
フォント指定はあまり凝りすぎても意味はないのではないか、という気がしています。
それより、めざらさんも指摘されていることですが、フォントではなく、HTMLの
制御構造そのものの手直しに注力されたほうがよろしいでしょう。
今回はFirefoxでAvastのアドオン使用者のみに影響が出ていますが、このままでは
今後、別のブラウザやアドオンの使用者に影響が出てしまう可能性もあるからです。
こちらについては、

> あとはフォント指定に問題あるようですが、そのうちに。(^^;

そのうちに、などといっていられるようなものではなく、喫緊の課題だと認識
していただいたほうがよろしいでしょう。

> 「Avastはソースを書き換えることによって表示に手を加えている」
> というように、めざらさんは解釈している、と理解しました。

　です。でも言われてみれば，
　レンダリングして表示する段階でアレコレの要素を入れ込んでくるとなると，
ソースはあくまでもソースなので，ダウンロードしたものをそのまま表示しているから
何もわからないというわけですね。なるほど。

　「名前を付けて保存」でも，元からコピーしてくるだけなのでしょうから，
そうすると真相は藪の中なのかしら。

　まぁいいや。AVASTが修正するまでの話ですから，あまり考えても特に益はなし。

> この点は全く考えていませんでしたが、どうなるのかな。

　preはブロック要素なので、preを括るpはpreの開始によって閉じタグ省略とみなされ、
開始タグとセットにならない終了タグが出現する段階に至ってエラーになります。
見た目は改行が入るか入らないか、余白が減るかどうかという程度かもしれません。

　AVASTって結構人気があるのですね。わたしは導入した経験はないのですが、
MS Security Essentialsと比べて軽いのでしょうか。

　実は、個人的には、AVGが重くなってから軽いMSに乗り換えつつありまして… (^_^;

> 今後、別のブラウザやアドオンの使用者に影響が出てしまう可能性もあるからです。

　IEの表示に大きな問題が出れば、すぐに修正されそうですけどね。

　掲示板の出力調整は、CGIソースの分岐ごとに確認しなければならないので、
結構大変な作業になりますよね。元々HTMLの文法に無頓着な作者さんなのに加え、
機能追加でスパゲティになりやすいということもありますし、ここはあまり
プレッシャーをかけない方がよいかも。

　定年まで数年というわたしたちのような世代は、日常的屈折ですぐ鬱になっちゃう。
　やれやれ、です。（konnoさんはもう少し打たれ強いのかもしれないけど）

> > あとはフォント指定に問題あるようですが、そのうちに。(^^;
> そのうちに、などといっていられるようなものではなく、喫緊の課題だと認識
> していただいたほうがよろしいでしょう。

とりあえず、FierfoxのWEB開発で出るエラーは直しました。

   body,tr,td,th,div { font-size:"100%"; font-family:"$b_face"; }
　    ↓
   body,tr,td,th,div { font-size:100%; font-family:"$b_face"; }

   print "<b style='text-indent:18'>- 返信フォーム</b>\n";
　    ↓
   print "<b style='text-indent:18ch'>- 返信フォーム</b>\n";

パスワードの警告は他の掲示板でも出るので今回はスルーです。

文太さん、これで表示に変化はあるでしょうか。

> 　掲示板の出力調整は、CGIソースの分岐ごとに確認しなければならないので、
> 結構大変な作業になりますよね。

私はWin7の今でもVZで編集しているので、修正自体は大変とは思わないですね。
これが窓のエデイタだとたとえ機能豊富でも頭がついていけないし、もう根気が続かないでしょうね。

> 元々HTMLの文法に無頓着な作者さんなのに加え、
> 機能追加でスパゲティになりやすいということもありますし、ここはあまり
> プレッシャーをかけない方がよいかも。

(^^;;　反論できない。（^^;;
プレッシャーがかかるとすぐ逃げます。(^^;

> 　定年まで数年というわたしたちのような世代は、日常的屈折ですぐ鬱になっちゃう。
> 　やれやれ、です。（konnoさんはもう少し打たれ強いのかもしれないけど）

いやあ、私は打たれ弱いですよ。頑固なところはあるけど。
今はもう何事も無理せず時を待つのみですね。

> 　掲示板の出力調整は、CGIソースの分岐ごとに確認しなければならないので、
> 結構大変な作業になりますよね。

でも、今回、せいぜい５ヶ所かそこらだろう、という読みがあって、あのような
表現になりました。それに、今回問題になっているのは修飾つきdivとかttなので、
そのあたりで検索をかければモレも発生しなさそうですし。

> 元々HTMLの文法に無頓着な作者さんなのに加え、
> 機能追加でスパゲティになりやすいということもありますし、

うん、だから、「修飾つきdiv」を「修飾つきp」に単純に置き換えるだけ、という
方法の提案になったわけです。ほんのいくつかの単純置換なら、チェックだって
たいした工数にはならないでしょうし、機能追加というわけでもありませんから、
いくつかの環境（ブラウザとかフォントサイズ等の設定）で表示確認するだけで
終わってしまうはずですし。

> プレッシャーをかけない方がよいかも。

1気圧ぐらいの軽い圧はかけ続けたいです。うずうず。

konnoさん

>文太さん、これで表示に変化はあるでしょうか。

　「変化」について正確には分かりませんが、普通の表示にはまだなれていない
ようです。
　すいませんけれど、効率のことを考えても、ここから先はとしきさんにレポー
トをお願いしていただけますでしょうか。宜しくお願いいたします。

> 　すいませんけれど、効率のことを考えても、ここから先はとしきさんにレポー
> トをお願いしていただけますでしょうか。宜しくお願いいたします。

ほいほい、あとは引き受けましょう。
ただ、私も、この週末は携帯電話の電波もろくに届かないところに逃避する予定
ですので、モロモロ試すのは月曜日ごろになってしまうかもしれません。

なお、今のところのざっくりした試験では、驚くべき結果が出ています。
なんと、divが悪いのではなく、class="i"が悪い模様です。
もっというと、悪いのは「i」という識別子。
なので、もしかしたら、先頭のスタイルシートの「.i」を「.j」に変更し、
「class="i"」を「class="j"」に変更するだけで問題は解決するかもしれません。

> なんと、divが悪いのではなく、class="i"が悪い模様です。

Googleで調べた範囲では、ここまでたどりついたのは、日本では私が最初みたい。
海外では、既に本家Avastのユーザーフォーラムで問題提起は行われているよう
ですが、回答はついていない模様。
cf.
http://forum.avast.com/index.php?topic=144203.0

> 　AVASTって結構人気があるのですね。わたしは導入した経験はないのですが、
> MS Security Essentialsと比べて軽いのでしょうか。

Google検索結果の上位に出てくるいくつかのサイトやブログでの評判なので偏って
いるかもしれませんが、フリーのセキュリティソフトということに限定すると、
２０１３年段階では、評判の良いほうでかなり上位だったようです。
ところが、２０１３年末のバージョンアップ以降は逆に、重いだの誤検出だので
若干評価が下がっている模様。ただ、問題のないものを誤検出することはあっても
逆に危ないものをスルーしてしまうことはないようなので、最低限の仕事は
きちんとしてくれているようです。

私自身は昔、一時AVGを使っていたことがあるはずですが、ここ４〜５年はAvastを
使っています。ん〜、なんで乗り換えたんだっけかな。覚えていない。弟が使って
いたからかな。もしかしたら、数年間、セキュリティソフトを使っていなかった
期間があるかもしれない。

> なお、今のところのざっくりした試験では、驚くべき結果が出ています。
> なんと、divが悪いのではなく、class="i"が悪い模様です。
> もっというと、悪いのは「i」という識別子。

なんと、そうだったんですか。
この辺はうちはオリジナルのままのはずです。
見てみると、板塀も野ざらし言もこれを使用してないんですね。
こういう改造ができるのがやはり上級者なんでしょうね。

> なので、もしかしたら、先頭のスタイルシートの「.i」を「.j」に変更し、
> 「class="i"」を「class="j"」に変更するだけで問題は解決するかもしれません。

「.j」だと、「.jp」が検索に引っかかってしまうので、
「.m」と「class=m」に変更してみました。
これでどうでしょうか。＞文太さん

> Googleで調べた範囲では、ここまでたどりついたのは、日本では私が最初みたい。
> 海外では、既に本家Avastのユーザーフォーラムで問題提起は行われているよう
> ですが、回答はついていない模様。

わざわざテストして調べてくれたんですね。すごいです！！
進展があるといいですね。

> 「.m」と「class=m」に変更してみました。

うちでは改善しています。
とりあえず、報告まで。

> 「.m」と「class=m」に変更してみました。

　うちでも良いようです。

> > 「.m」と「class=m」に変更してみました。
> 　うちでも良いようです。

としきさん、文太さん、改善されたようでほっとしました。

> 海外では、既に本家Avastのユーザーフォーラムで問題提起は行われているようですが、回答はついていない模様。
> http://forum.avast.com/index.php?topic=144203.0

グーグルの翻訳が以下です。

--------------------------------------------------------------
 トピック：Firefoxの拡張機能に目障りCSSの呼び出し（103回） 

私たちは、AvastをでCSSコールに問題がある！。のFirefox 26とFirefoxの拡張機能ファイル：クロム:/ / WRC /コンテンツ/コモン/スキン/ CSS / extension.cssはナビゲーション中にすべてのページと呼ばれています。いくつかの"！重要」CSSプロパティでこのファイルでは「私」のCSSクラスがあります。問題：私たちは私たちのウェブサイトのデータテーブルに同じクラスを使用します。Firefoxの26の更新以降、当社のデータテーブルの多くは、この侵入CSSで分割されます。なぜFirefoxですべてのページと呼ばれるこのCSSファイルがある？

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

これだと、Firefox 26で拡張されたCSSの名前とバッテイングしているように見えますね。
どう解決するのやら。

konnoさん

　VTDOS対応版のＶｚ、ありがとうございました。
　遅くなりましたが、ついに、僕もWin7です。

　いやあ、 FEP 制御は、大変だったろうと思います。 まだまだですが、Ｖｚが
FEP をどういうタイミングで制御しているのか、その動作があまりに自然になっ
ているものですから、あまり考えたことがありませんでした。２ストロークキー
はもちろんですが、編集モードに限っても、#F では制御しないが、&j() 窓では
してる。メニューを出してもしてる、などなど、s の 1 〜 4 は大変だわ。

　そこで一点、いちおう報告しておきます。既にお気づきかもしれませんが。
　メニューを出すと、もしかすると、そこでキャンセルすると、メニュー枠の右
辺の１行先が縦に文字抜けします。伝わりますでしょうか。

あああああああああああああああ
--------あああああああああああ
｜ＡＡ｜あああああああああああ
｜ＢＢ｜あああああああああああ
｜ＣＣ｜あああああああああああ
--------あああああああああああ
あああああああああああああああ

　「あ」は背景のテキスト。四角がメニューです。

あああああああああああああああ
ああああ　ああああああああああ
ああああ　ああああああああああ
ああああ　ああああああああああ
ああああ　ああああああああああ
ああああ　ああああああああああ
あああああああああああああああ

　キャンセル後、上のように縦にテキスト文字が消えます。
　表示のみで、カーソルを文字が抜けた行にもっていくと再描画されて、戻ります。
　表示関係でサイズの計算が違うのかな、などと空想しました。

　万が一、konnoさんも気になるようでしたら、そして容易に直るようでしたら、
宜しくお願いします。

　マクロの中の&j()は、うーん、どうなってるんだ、という感じですね。
　fpmode?　mg.-9?
　FEP restore系マクロはまだよく試せてませんが、facemenuはメニュー後が駄目ですよね。
　メニューを出して、内部的に、FEP restoreをしているせいなのでしょうか。
　facemenu.defがあんなに複雑だけど短いコードで書かれてるとは、驚きでした。
　メッセージラインでモード型になってるのね。めざらさんに頼めたら、FEP制御も
進むかもしれないんですけどね。みんな、忙しいし、今さらのＶｚですから、しょうがない
のかな、、、。

　僕はVz on VTDOS、かなりいけると思ってますよ　＞おーる。
　真剣にMS-IMEを勉強しはじめました。なんだ、Ctrl+変換でメニューがでるのか、とか。
今まで、ここでマウスで操作していて、イライラしていた。

　（まとまりの悪い文章でもうしわけありません）
　&j(n)の仕様は、ｎが１〜９でオン（差異なし。過去との互換性？）、ｎが０でオフ、
−１のレストアは、、、アレ、、、ですよね。

konnoさん

　以下の振る舞いは、 たぶん konno さんのお考えがあってのことだろうと思い
ます。で、僕は自分が何をしようとしていたのかさえ分からなくなりました。
　どうしてマクロでないところは調教できて、&j(-1) だけ駄目？　とは思いますが。
　mg.-9 の動きについてもわかりません。

　ただ、&j(-1) の復帰を効きませんよね、という確認です。VZvtでは、mg.-9  を
参照しないでＩＭＥをオン・オフしてるのかな、という程度です。処理後の書き換えも
なし……。ま、マクロに不具合が出ても、大したことではないでしょう。

　２ストロークキー、＃Ｆ窓、＆ｇ窓、＃Ｏ窓、ファイラでは、ＩＭＥ制御ができて
いるという感触で、これなら、十分使えますよ。多謝です。
　あ、瑣末ですが、^KT change title stringの窓は制御がされてません。OFFになる
べきところのはずです。


=== Macrotmp by B ===;VTDOS上のVZvt02の&j(n), IME制御のテスト
;&j(10) (ATOK8用 FEP ON), &j(0) (FEP OFF)は効く。
;&j(-1)FEP状態復帰は効かない。
;以下のテストでは、FR（sysmode0）は変化しないはずなので考慮していない。
;ずっと編集モードだから。入力窓もメニューもファイラもない。
;もっとも考慮したくてもできないのだけど。

* M
50 ^^ "Macrotmp"
					;WinXP(FEP)	;Win7(IME)
&m("最初の状態, mg.-9: %d",mg.-9)	;0, 9		;0?, 9 <- manual setting
&w(120)							;  thru Instant macro

&j(10)
&m("start with ON, mg.-9: %d",mg.-9)	;0, 0		;10,10
&w(120)

&j(0)
&m("now OFF, mg.-9: %d",mg.-9)		;10,10		;10,10
&w(120)

&j(-1)
&m("Restore! it should be ON now. mg.-9: %d",mg.-9)
					;0, 0		;10,10
*
					;こちらは	;こちらは
					;読める		;読めない

　※もちろんＸＰでは、VZvtは使っていません。


【参考】vzmacro.shd より。
　FR  -   起動後ただちにＦＥＰをオン
　  指定する数値は FEP によって異なる
　  VZ 起動後はファイル名入力窓等での FEP 制御のため
　  前回のシステムモードが保存される（sysmode0）

　&j(n)       日本語 FEP の制御
　Japanese    r は保存
　  n = 0    : OFF
　  n = -1   : Restore
　  n = else : ON （値は使用 FEP に依存）

　mg.-9   前回の FEP の制御パラメータ
　  入力待ちになったときのシステムモードにより FEP の制御パラメータの
　  保存・復帰を行う
　  前回の入力待ちのときのシステムモードは変数 fr に保存されている
　  入力待ちのときのシステムモードが
　    編集モード → 他のモード  パラメータ保存 & FEP ＯＦＦ
　    他のモード → 編集モード  FEP パラメータ復帰

　以下、dseg.mapより。

135	fpmode		db	0		; ##156.109	
136	lastkey	     -8	dw	0FFFEh				

  ledit.asm
138	cend		dw	0
140	cmax		dw	0
142	cbufsz	     -2	dw	0


;-----------------
;	mg
;-----------------

konnoさん

　＃Ｏ窓は制御できてませんでした。

　また、コマンドラインへ下りるときは「別ルーチン」なんですって。
　調べてはいましたよね。いちおうご報告です。
　FQかよ、、、です。なんじゃそりゃ。


>01442/01446 xxxxxxxx  m.gann           RE:汎用ＦＥＰ制御
>(15)   96/09/21 21:44  01375へのコメント
>
>　えむしさん
>
>》　Ｖｚ起動後の fr は、 FQ+で２ストキーを押すと、0 以外の値を持っていると
>》いう理解でよろしいですね。
>　です。(^^)
>
>　ついでに、
>　最初、(FQ && ２ストロークキーで実行)? でやろうと思ったんだけど、後者の
>　チェックが難しいんですね。
>　ところが、FQ+ によるＦＥＰオフは、コマンドライン移行時のルーチンを使っ
>　ているため、fr にはそのシステムモード相当の 2 が入ります。（通常は 0）
>　それで、実にシンプルに、(fr)? で実現できたわけです。些細なことだけど、
>　こんなにうまく行った例は珍しい。(^^)

　窓が出るときの挙動をコントールしたいんですね、このあたりの話は。

　いえ、単純に（単純にならないんだよ＞アホ文太）、s==0で、&j(-1)に効いて
ほしいんです。このあたりを読んでいると、やっぱり純なＤＯＳかWin9x系に帰り
たくなります。
　プラットホームが違うと、こういう話、全部通じなくなっちゃうんですよね。

　何言ってんだ、Windows 7で、2014年に、Ｖｚが動いているだけでも喜べ　＞文太。
　だって、上は、１８年くらい前のやりとりですから。

　テスト環境でしかないのですが、今日も、Win7, VTDOS, VZvt から。

追伸：しつこいですが、こんな話は、ふつうＶｚを仕事として使う場合には、どうでも
いいことです。ＶｚはWin7でも、ちゃんと仕事をしてくれます。VTDOSとVZvtのお陰です。

　使えますよ、Ｖｚ　ｏｎ　Ｗｉｎ７　　＞おーる。

konnoさん

　こういう報告はしたくないのですが、IME制御より重大な事態を発見しました。
　Ｐ、Ｃ、Ｓのページングモード切り替えのはずの、「Shift + INS」で異常事態
になります。
　たぶん、マクロリピートかな、と思うのですが、ご確認いただけますでしょうか。

　なんかすごく根幹的に変なのかな、といういやな予感。
　マクロリピートと書いたのは、clppest.defで使ったと思しき文字列が編集画面
で挿入されていったからです。
　うーん、残念、マクロリピートでもclppestでもない。
　テキストスタック？
　どっからこの文字列はやってくるのだろう？
　編集テキストの一部かもしれません。
　Shift + INS で、かなりの高い確率で再現します。VTDOS自体を再起動しても、
のっけから出ました。

　けっこう遅いスピードで、だ、だ、だ、と編集画面に次々書きこまれてゆきます。

　何か似た事態を経験したような記憶があります。
　ここ２日のあいだの出来事です。ブロックぽいのかな。

　VZvt公開をやめるみたいな方向は、どうかなしでお願いしますね。
　いいとこまで来てるのですから。

IME関係は記憶の残滓にも引っかからないのですが。

> 　Ｐ、Ｃ、Ｓのページングモード切り替えのはずの、「Shift + INS」で異常事態
> になります。

こちらは、何かが琴線に触れました。
確か、キーワードとして「キーアサイン」というのがあったような。
解決できたかどうかも覚えていませんし、そもそも、本当にこの関係だったか
どうかという点からして妖しいかも。

> 　VZvt公開をやめるみたいな方向は、どうかなしでお願いしますね。
> 　いいとこまで来てるのですから。

こちらは同感。

Shift+INS 問題

　現在の状態については、10#さんのＢＢＳに書きました。興味のある方は、そちらを
ご覧ください。

としきさん

>こちらは、何かが琴線に触れました。

　過去ログにあった、過去にも報告があった、という意味でしょうか？
　意図がよく分からなかったのですが。
　これも、みんな、VTDOSなWin7から書いてます。使えますよ、ツメが色々必要だと
思うけど。
　みんなも助けて。ま、焦ることはありませんが。ゆっくり詰めていきましょう。

　あくまで推測・妄想です。
　mg.-9は、FEPにより異なるオンにする数字が入る容れ物だと思っています。
　&j(10)（ATOK8の場合）の１０という数字のことです。
　ATOK8の場合は、ここに、0か10だけ入ります。強引に９を入れたけど直された。
　問題は、ｆｒとかとの絡みで、どのタイミングで mg.-9  を書き換えているの
か、だと思う。

　ただ、＃Ｆ（制御しない）、２スト、ファイラ起動なんかでも、mg.-9 を使っ
てるのだとばかり思っていたから、 なんでだぁ？　と思いまいた。 あるいは、
vtvz.com（こう呼ばせてください）では、mg.-9 を書き換えてないみたいだった
から、どうやって制御してのるだろう？　と思ったのでした。

　間違い修正。^QJ = &g() 窓、制御できてませんでした。
　難しんだよねぇ。

としきさん

>キーワードとして「キーアサイン」というのがあったような。

　konnoさんのＢＢＳの過去ログではないと思う。違うキーワードを思い出してみて。

文太さん、VTDOS+vtVZ 気に入っていただいたようでうれしいです。

> 　Ｐ、Ｃ、Ｓのページングモード切り替えのはずの、「Shift + INS」で異常事態
> になります。

確認しました。オリジナルでも高橋版でも同じ挙動なので、VTDOSのキーアサインかと。
もうすでに10#さんに報告されてるようですね。

これはWindowsのクリップボードの文字列ですね。
考えようによっては便利かも。(^^;

> 　VZvt公開をやめるみたいな方向は、どうかなしでお願いしますね。
> 　いいとこまで来てるのですから。

やめるどころか、文太さんがVTDOSに乗り換えるのをずっと待ってたんですよ。
文太さんならこのIME制御のタコバグの原因を突き止めてくれると思って。(^^;

ともあれ、VTDOS乗り換えおめでとうございます。
これでVZは永遠の命を得たようなものです。

> 　過去ログにあった、過去にも報告があった、という意味でしょうか？
> 　意図がよく分からなかったのですが。

申し訳ない。
自分でもはまったことがある、という意味です。

えとですねぇ、PC-98からDOS/Vに移行すると、たとえばVzのキーアサインで言うと
「^^」が「^6」になるので戸惑ったりするじゃないですか。
で、私の場合、もしかしたら\[INS]ではなくて^[INS]だったかもしれないのですが、
[INS]関係ではまっていろいろやっていたときに、まるで上記のような、環境ごとの
キーアサインの差異のようだな、というようなことを思い浮かべたような気がして
います。
この件、どこかに書いたかなぁ。もしかしたらどこにも書いていないかもしれない。
とにかく、それっきりにしているということは、解決したかどうかはわかりません
が、自分の中では終了してしまっているということなのでしょう。

konnoさん

>文太さん、VTDOS+vtVZ 気に入っていただいたようでうれしいです。
　かなり気に入ってます。思ってた以上に。
　ただ、Windows 7 に色々、泣かされてます。ルートにファイルが書けない、
とか。引っ越しが大変です。

>> 　Ｐ、Ｃ、Ｓのページングモード切り替えのはずの、「Shift + INS」で異常事態
>> になります。
>これはWindowsのクリップボードの文字列ですね。
　そうでしたか。多謝。最初のclppest.defな方向が正解だったのですね。

>やめるどころか、文太さんがVTDOSに乗り換えるのをずっと待ってたんですよ。
>文太さんならこのIME制御のタコバグの原因を突き止めてくれると思って。(^^;
　原因？　それは、mg.-9を使ってないことでしょう。って、使えない理由があった
のでしょうね。
　僕にできるのは、これをオリジナルと同じにしてくださいよ〜、とおねだりする
ことだけです。

>これでVZは永遠の命を得たようなものです。
　Win8.1が2025年ぐらいまでサポートされるとしたら、永遠みたいなものですね。
　何とかＩＭＥを制御したいものですね。宜しくお願いします。

追伸：入力窓はできてない、とちゃんとkonnoさんは書かれてたのに誤った情報を
書き込み、すいませんでした。でも発見もありました。[ESC]O のファイル・オープン
では、制御が２回入るのですね。[ESC]を押したときのプレフィクスキー処理。
そして窓への処理。後半が問題のようです。って言うのは簡単ですねぇ。
　でも、これ、考えたことがなかった。まあ、Ｖｚが内部でしてくれることなので、
考えたことがなくて、当たり前なのですけれど。

追伸２：メニュー・キャンセル後の縦文字抜けは再現しませんか？

としきさん、了解です。

>えとですねぇ、PC-98からDOS/Vに移行すると、たとえばVzのキーアサインで言うと
>「^^」が「^6」になるので戸惑ったりするじゃないですか。

　琴線ね。それでこの表現が出たのかぁ。
　はい、僕も「PC-98からDOS/Vに移行」したときのことを今、よく思い出しています。
　FEP制御が効かなくて（２ストもプリフィクスも、もちろん窓も）
すさまじく使いづらくて泣きそうになった。実際、使わなかった。旧８ばかり
使っていた。Windows95では、マウスばかり使っていた。インターネット処女航海
以外は、とんと興味が持てなかった。
　で、榊原版にどっかで出会って救われました。
　使えないDOS/V機と旧８の中間地点ぐらいに今我々はいる、ぐらいでしょうか。

　意外にマクロはそのまま使えるのかなぁ、と空想してます。
　マニュアルな入力な場面意外では、マクロ終了で、IMEの状態を確認するというか、
間違いをその場で指摘される（ＩＭＥに）という感じになるのかな。
　#O "c:\tmp\bunta.tmp"だと、制御されてなくても、マクロは動く。
　&g("")で、日本語が入力できて驚く、とか。こっちは影響あるだろう……。

　僕の最大の杞憂は＃Ｆ窓。切った貼ったのマクロイドなもので。でも。もともと
制御されてないから、マクロに問題はないでしょう。&j(-1)が効かないのは、
いろいろとありましょうが。

> 　メニューを出すと、もしかすると、そこでキャンセルすると、メニュー枠の右
> 辺の１行先が縦に文字抜けします。伝わりますでしょうか。

これって、メニュー以外のウィンドウでの発生状況はどうですか？
これに類似というか、私、PC-98を常用していた時代に、たまにDOS/V版を使用
すると、ウィンドウに影がつくことに強い違和感を感じました。
現在、PC-98に入っている高橋版では影がつかないのですが、これって設定で
何とかできるのでしたっけ。確か榊原版ではPC-98でも影がついたような朧な
記憶があります。

文太さん
一つのツリーで４つぐらいの話題が錯綜してますね。(^^;

> 　原因？　それは、mg.-9を使ってないことでしょう。って、使えない理由があった
> のでしょうね。

やっぱりmg.-9ですか、今見ても自分が何をやっていたのか全く分かりません。(;_;)

> 追伸２：メニュー・キャンセル後の縦文字抜けは再現しませんか？

再現します。オリジナルでも高橋版でも出るのでVTDOS環境特有の現象でしょう。
おそらくWin7では内部コードがユニコードのため漢字表示のタイミングでなるのでは。

VZで対処するならメニュー・キャンセル後に画面再描画実行でしょうか。
VZの表示ルーチンが高速化の為手抜きなのかもしれないですね。
なので10#さんへの要望は躊躇してしまいますね。(^^;

konnoさん

>一つのツリーで４つぐらいの話題が錯綜してますね。(^^;

　僕もそういうのすごく嫌いなのですが、今回は、これで終息・収束できると思います。

>> 追伸２：メニュー・キャンセル後の縦文字抜けは再現しませんか？
>再現します。オリジナルでも高橋版でも出るのでVTDOS環境特有の現象でしょう。
>おそらくWin7では内部コードがユニコードのため漢字表示のタイミングでなるのでは。

　ビンゴ！　英数字の１バイト文字では出ないようですね。

としきさん（#6431）
>これって、メニュー以外のウィンドウでの発生状況はどうですか？

　ビンゴ！　&g("")窓でも発現するのを確認。
　そうかあ、メニューと入力窓は同じ原理なのかぁ……。

　複雑そうなのですが、10#さんに、ご意見伺いをしてきました。

文太さん

> 　どうしてマクロでないところは調教できて、&j(-1) だけ駄目？　とは思いますが。

結局VZのFEP制御の仕組みをわかってなかったから半端なつじつまあわせなんですよね。
とりあえず使うにはここまででまあいいかと妥協してしまいました。
文太さんのテストマクロのお陰で少し進展しました。
&j(-1) は一部効くようになったようです。

> 　mg.-9 の動きについてもわかりません。

私がこれを一番わかってなかったのが根本原因でしょう。
私はこの数値を入力待ちの状態で見ていました。
マクロの動作中は値が違ったんですね。

> 					;WinXP(FEP)	;Win7(IME)
> &j(10)
> &m("start with ON, mg.-9: %d",mg.-9)	;0, 0		;10,10

					; 入力待ち 10
> &j(0)
> &m("now OFF, mg.-9: %d",mg.-9)		;10,10		;10,10

					; 入力待ち 9
> &j(-1)
> &m("Restore! it should be ON now. mg.-9: %d",mg.-9)
> 					;0, 0		;10,10

					; 入力待ち 10

こんな感じになればいいんでしょうかね。
vzmacro.shd の　mg.-9 の説明は読んでませんでした。
多謝です。

konnoさん

>　結局VZのFEP制御の仕組みをわかってなかったから半端なつじつま
>あわせなんですよね。
>　とりあえず使うにはここまででまあいいかと妥協してしまいました。

　FEP制御の仕組みは、やっぱりどう見ても複雑ですよぉ。
　そもそも、VJEB, MTTK, ATOK, WXPがあり、iasがありmskanjiがあり、kkcfuncがあり。
　ま、ここまで戻らなくても（一度戻らないとどの部分が共通してるのか分から
なかった） 、cmos -> 榊原 -> 高橋と、いつも「FEP制御を改善した」だったわ
けですから。

　一見、VTDOSなら、IME ON/OFFだけなんだから簡単そうに思える。 しかし、既
存の上記複雑怪奇システムに入れて、不要部分を抜くというか飛ばさなくちゃい
けないわけで。

　fpmode(mg.-9), sysmode(s), basemode(sm)があり、あれ、sysmode0(fr)がないぞ？

　と、ここまで程度は、konnoさんの苦しみを理解しているつもりです。
　あの時点では、妥協するのが、妥協点を設定するのが賢明だったろうと思いま
す。
　あーあ、key.asm, key98.asm, keyibm.asm, macro.asmですよぉ。

>　文太さんのテストマクロのお陰で少し進展しました。
>　&j(-1) は一部効くようになったようです。

　とにかく、上は朗報です。どっかで何かの役に立てたなら。当人のスキルレベ
ルとは関係なく。m(__)m

>>mg.-9 の動きについてもわかりません。
>私がこれを一番わかってなかったのが根本原因でしょう。
>私はこの数値を入力待ちの状態で見ていました。
>マクロの動作中は値が違ったんですね。

　じぇんじぇん分かりませんねぇ。&j(0,10,-1) は比較的分かりやすいのかなぁ？？？

　というわけで、もし気持ちが許すようであれば、以下に何かコメントいただけ
れば幸いです。

　わ、分からん……、とつぶやいております。
　もし、もうちょっと一人でがんばらせろい、少しでも改善してやる、ギャーギ
ャー言ってないで、黙って見ておれ、ということなら、そのほうが嬉しいですが。



chk_ime	proc				; ======== vtdos&ckwv ==============
	mov	vtdosfp,2		; IME 手動on/off判定用　役割が？？？
chk_ime1:
	pushm	<ax,bx,dx>		;
	cmp	basemode,0		; sm edit?
	jnz	chkime8			; fp変更は編集モードのみ ->END
	cmp	sysmode,SYS_SEDIT	; s=0 編集モードか
	jnz	chkime8			; fp変更は編集モードのみ ->END
	mov	ax,7476h		; VTDOS&CKWV
	mov	bx,0003h		; IME on or off? ->dx
	int	2fh			;
	cmp	ax,0			;func success.    if fail (ax!=0)?>END
	jnz	chkime8			; non vtdos&ckwv
	mov	vtdosime,ax		; ????? dx ???　save IME ON/OFF info
	mov	al,fpmode
	cmp	al,-1			; fp(mg.-9) = -1 ?
	jz	chkime3			; to restore mode, will be killed
	cmp	al,0			; fp(mg.-9) = 0 ?
	ja	chkime4			;fep on (1..128)
chkime3:				;-1は↓で殺される
	mov	dl,0			; fp初期化 
	mov	al,9			; fp初期化
	mov	fpmode,al		; fp=9
	jmps	chkime6
chkime4:			;ここに来るまでdlにON/OFF情報がセットされてる
	mov	bl,9
	add	bl,dl		;dl=1ならbl=10, dl=0ならbl=9
	cmp	bl,al			; IMEモードが変わった?
	jz	chkime8		;

---------------------------------------------
これは何なんだろう？
;FEP_ACT	equ	2X
;FEP_MASK	equ	3X


	pushm	<ax,bx,dx>		; ====== vtdos&ckwv =============
	xor	dx,dx			; ah0,2 --> dl1   ON/ACT
	mov	dl,ah			; ah1,3 --> dl0   OFF/MASK
	and	dl,1			;　丸めてる
	dec	dl			;
	neg	dl			;
;	cmp	ah,2			;act?
	cmp	dl,1			;act/on?
	jnz	ctrfp2
ctrfp0:				;ON/ACT の場合
	cmp	fpmode,-1		; mg.-9 FEP on? 
	jnz	ctrfp1
	mov	dl,0		;OFFにする布石
	jmps	ctrfp2
ctrfp1:
	cmp	ah,2			;act?
	jnz	ctrfp2
	cmp	fpmode,10		; mg.-9 FEP on?
	jnz	ctrfp3
	cmp	fpmode,9		; mg.-9 FEP on?
	jz	ctrfp2
	cmp	basemode,0		; sm edit?
	jnz	ctrfp3
	cmp	sysmode,1		; s filer? ■3なの、入力窓なの？
	jz	ctrfp3
ctrfp2:			;状態設定	; dl 0:IMEoff  1:IMEon
	mov	ax,7476h		; VTDOS&CKWV
	mov	bx,0004h		; IME on/off
	int	2fh			;
	mov	al,dl			; ime mode
	mov	vtdosime,ax	;IME状態情報の保存

■s
　s　システムモード  sysmode
　  マクロ起動時には内部レジスタに代入される
　    0 : 編集モード
　    1 : 文字列入力モード
　    2 : コマンドラインモード
　    3 : ファイラーモード
　    4 : メニュー,(Y/N)等の１文字入力モード


　ちょっとテストを再現できませんが、m.gann  さんが言っていた「コマンドラ
インは別ルーチン」は、たぶん、そんなんだろうと思いました。
　また、 ファイラーに編集画面（s==0）からいく場合（#O #m）と、コマンドラ
インからいく場合（#98） では、 ｆｒの振る舞いが違いました。 またこの場合
（どうでもいいけど、機能していたから）最下行右のＦＥＰオンオフ表示が制御
されていませんでした。

　当たり前ですが、以下は本当のようでした。

>01750/01750 JAE01750  榊原　知         MES14 #6175 の続き:ＦＥＰ制御
>(13)   94/09/02 07:48

　＃Ｆでfrが１になっていた。

　以下はパクリもの（from めざら資源、オリジナル、mikome 作）ですが、たぶ
ん、リアルタイムに状態を教えてくれてるような気がしました。
　pm="...", &m(pm,...)、こ、こんなことできるんだ、と素直なマクロイドは驚
きました。
　本当に、fr と mg.-9 で有効かどうかは分かりませんが。窓を出すとき（[ESC]
O  とか）は、マクロが止まってしまうので（モードだから当たり前）、Instant
窓「#O」とか「#E」とかすると、いちおう正しそうな結果がでます。キーアサを
@O とか @E にするまで、思いついたけど、やれませんでした。
　つ、疲れた、、、。

=== Macrotmp by B ===;original by mikome
* M
50 ^^ "Macrotmp"
	?. a-,
:A      pm="fr=%xh mg.-9=%xh count=%d",
	&m(pm,fr,mg.-9,a)

        ep[+, &p ep],
        (s||r-#[)?{ &o(r) (ct>2)?a++, >A }
        &m("")
*

　（完全な独り言です。基本の覚え書きです）
　FEP制御は、ＶｚがFEPをオフにしたとき管理しなくてはならない状況を指す。
　&j(0)でオフにしたり、#Oでオフにした場合、ユーザの設定をＶｚの都合で
変更したのだから、コマンドが終了したら元に戻してやる。つまり、オフに
した場合だけ、管理・制御が必要。Ｖｚは勝手に、単独にオンしたりはしない。
オンはあくまで復帰（restore）。
　プリフィクスキーの話と、これはいちおう別。ルーチンは同じところを
使っているはずなんだけどね。


　あとは、僕としてはkonnoさんの奮闘に期待するしかない感じですね。
　FEP制御、複雑なんだよ、文太くん。そんな感じ。

　「これをテストしてくれ」の日が来ることを祈りつつ。

konnoさん

　参考になれば。m(__)m
　実は３日前につくり、そして誤って消してしまったのでした。そしてぐれました。
　ま、何にもなりそうもないのですが。
　「なんでヒストリーバッファにしてるの？」その他のマクロ技術についての
コメントはご遠慮ください。


=== Macrotmp by B ===
;FEP制御の仕組みを知ろうとする、たぶん徒労に終わるもがき

* M
50 ^^ "Macrotmp"

?.  &00 &01 &02 &03 &04 &05 &06 &07 &08 &09 	;バッファ確保

&20
&Sp(a,"start,    fr,%d; mg.-9,%d",fr,mg.-9)	;a,b,c .. と順にデータ格納

; --- &j(n) func ---
&j(10)
&Sp(b,"FEP on,   fr,%d; mg.-9,%d",fr,mg.-9)

&j(0)
&Sp(c,"FEP off,  fr,%d; mg.-9,%d",fr,mg.-9)

&j(-1)
&Sp(d,"FEP back, fr,%d; mg.-9,%d",fr,mg.-9)

; --- commands, Change sysmode (s) ---
&20
#O 		;s==1
&Sp(e,"#O,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

&20
#F		;s==1
&Sp(f,"#F,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

&20
#J		;s==1
&Sp(g,"#J,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

;-----

&20
#E		;s==2
&Sp(h,"#E,       fr,%d; mg.-9,%d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[

;--- ここまでFEP制御、完璧。以下は駄目
&20
mx[+,
#O #m		;s==3
&Sp(i,"filer1,   fr,%d; mg.-9, %d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[ #[
mx], 

;--- このルーチンはFEP制御が効く
&j(10)
&20
mx[+,
#E #98		;s==3
&Sp(j,"filer2,   fr,%d; mg.-9,%d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[ #[
mx], 

&?("%s",a) #m  &?("%s",b) #m  &?("%s",c) #m  &?("%s",d) #m
&?("-----------------------") #m
&?("%s",e) #m  &?("%s",f) #m  &?("%s",g) #m
&?("-----------------------") #m
&?("%s",h) #m  &?("%s",i) #m  &?("%s",j) #m 

&m("") .


;----- local macros; buffers & init routine -----

00:	a=5+$,."$(40,00)$[64]"
01:	b=5+$,."$(40,00)$[64]"
02:	c=5+$,."$(40,00)$[64]"
03:	d=5+$,."$(40,00)$[64]"
04:	e=5+$,."$(40,00)$[64]"
05:	f=5+$,."$(40,00)$[64]"
06:	g=5+$,."$(40,00)$[64]"
07:	h=5+$,."$(40,00)$[64]"
08:	i=5+$,."$(40,00)$[64]"
09:	j=5+$,."$(40,00)$[64]"

20:	fr=0, mg.-9=0,

*
[XP, FEP(atok8)]
start,    fr,0; mg.-9,0
FEP on,   fr,0; mg.-9,0
FEP off,  fr,0; mg.-9,10
FEP back, fr,0; mg.-9,0
-----------------------
#O,       fr,0; mg.-9,0
#F,       fr,1; mg.-9,0		;damashi by sakakibara, OK
#J,       fr,0; mg.-9,0
-----------------------
#E,       fr,2; mg.-9,10; sm,2; s,2	;素直みたいじゃないか。
filer1,   fr,0; mg.-9, 0; sm,3; s,3	;fr==0なら制御できなくて当たり前
filer2,   fr,2; mg.-9,10; sm,3; s,3	;うわっ？　どうやって制御できるの？


　※結論・提案：現在の高橋版ベースのvz.comでさえ、FEP制御は完璧ではない。
　　　filer1の結果を見よ。使ってても気がついてなかったし。
　　　&g(), #O の２つの窓が制御できたら素敵。
　　　ついでに、コマンドラインも制御できたらもっと素敵。
　　　これがずうずうしい妥協点というのはどうでしょう？


[Win7+CKWV+VTDOS, MS-IME, VZvt02]　以下は参考。現時点のVZvtの状態。
start,    fr,0; mg.-9,0
FEP on,   fr,0; mg.-9,0
FEP off,  fr,0; mg.-9,0		;restore不可になる
FEP back, fr,0; mg.-9,0
-----------------------
#O,       fr,0; mg.-9,0		;&j(-1)が効けば、ここも直るのじゃないか。甘いか。
#F,       fr,1; mg.-9,0
#J,       fr,0; mg.-9,0
-----------------------
#E,       fr,2; mg.-9,0; sm,2; s,2	;ここだけ直りたい。
filer1,   fr,0; mg.-9, 0; sm,3; s,3	;気にしない。できてるから。
filer2,   fr,2; mg.-9,0; sm,3; s,3	;気にしない、２。



　以下は、FEP制御が現在のままでも、いかにありがたいかの寓話。
　真実に基づいた物語ですが。

　あれ、プレフィクスキー制御が効かないみたい、、、。な、なんなんだ？
　えー、ぬか喜びしたんですかねぇ、、、。
　[ESC]Oは、[ESC]^Oとしてしのぐしかないのか、、、。
　日常のベースがまだＸＰなもので、、、。

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
1001 1095   4   18592  command                    23 24 2E
148F <--    1      48  vkeyc                      15
1493        1    1856  <free>
1508 <--    1    1648  vwx 1.08b -z2 -l6144 -x1   2F
1570        1    1920  <free>
15E9 <--    2  138448  vtvz 1.60v -z              1B 21 29
37B8-9FFF   1  427120  <free>

----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     2    32k  for Vwx!
     2     6    96k  VTVZ
  free  2040 32640k
 total  2048 32768k

　間違ってない。ちゃんとvtvz.comを使ってる。
　おかしい。プレフィクスもファイラーも効かない、、、。
　ファイラーは、編集画面から、コマンドラインから両方、効かない、、、。
　そうとう疲れているのか、、、。



　分かりましたよん。CKWV  なしの VTDOS だと、制御できません。 巣の VTDOS
でまず調べてくれ要請で、そのアイコンを作ったのでした。
　この環境だと、Ｖｚの編集画面の右下にＩＭＥのステータスが出ます。
　CKWV+VTDOS だと、Ｖｚ画面内には FEP みたいに、FEP ステータスが出ること
はありません。

　イエイ！　プレフィクスもファイラーもＯＫです。これらがないと、ほんと苦痛。

　あーあ、今日も、こんなにやっちゃったよ。やばい、日が沈む、、、。
　トマト苗とナス苗とゴーヤ苗が僕を待ってるんです。

　がんばれ、konnoさん！　

konnoさん

　何かを伝えたいのでもなく、何かを教えてもらいたいのでもなく。
　訳が分からん、という独り言。

------------------------------------------------------------------------
>00236/00242 xxxxxxxx  耳而夢斎         RE:ＷＤのＦＥＰ制御のやり方
>(13)   96/10/11 22:42  00228へのコメント

=== &j(x).def ===
;--- &j(x)の値を調べる（FEPを希望モードにセットし実行。FP+時）---
* macro
9 ^\ "" &j(0) &m("お使いの FEP（ﾓｰﾄﾞ）は &j(%d) で ON します.",mg.-9)
        &j(-1)
------------------------------------------------------------------------

　というマクロがある。当たり前ですが、FEPをオンにする&j(x)のxの値は
さまざま。konnoさんも僕もATOK8だから、10できている。しかし、たしかWXII
とかだと、xは１。

　で、ですね

&j(x)
-----------------------
start,    fr,0; mg.-9,0
FEP on,   fr,0; mg.-9,0
FEP off,  fr,0; mg.-9,10	;ここが10になるのは分かる。
FEP back, fr,0; mg.-9,0		;でも、WXIIなら、きっと１なのだろう。
				;だから、-1 or 0 or x>0 の３通りでやるの
				;か、、、。しかし９で丸めていいのか、、、。
				;相手がMS-IMEだけだから、いいのか、、、。
１行入力窓
-----------------------
#O,       fr,0; mg.-9,0
#F,       fr,1; mg.-9,0		;damashi by sakakibara, OK
#J,       fr,0; mg.-9,0		;そしてこれです。１行窓の制御には、
				;mg.-9が使われてないみたいじゃないか、
				;そもそも、ＶｚはどうやってFEP ON/OFF
				;をしてるのだろう、&j(10)とか&j(1)
				;とかしなくても、ＶｚはちゃんとFEPを
				;ON/OFFできる。もちろん、kkcfunc.sys
				;か、それぞれのFEPのAPIでそれをやる。
				;だから、、、。というわけで、key98.asm
				;とか見てしまったのですね。結果にたどり
				;つかなかったけど。
;--- keyibm.asm
IFDEF JBM
INT_ATOK	equ	60h
INT_IBM		equ	16h
INT_VJEB	equ	0F7h
ENDIF

　はい、DOS/V版 ATOK8は、int 60hでON/OFF します。意地悪なジャストシステム
は、MSKANJI API に対応してるのに、それを認めなかったそうですが、そっちも
いいはず。なお、Vzソースでは、ATOK6/7 しかありませんが、この辺りは、ATOK8
でも、通じるはずです。

　で、最初、mg.-9が違うのに、それなりに制御できてて、mg.-9を使わないと
おぼしい入力窓の制御はkonnoさんが諦めた、と知ったとき（５日ぐらい前）、
くらっとしちゃったんですよね。な、なんかがひっくり返ってるみたいだ、と。

　高橋さんは、MSKANJI APIだけで十分だろう、と言ってました。メニューでの
制御で（s==4）、たぶん、cmos版から変更した。そのときも、facemenu.defが
絡みました。

------------------------------------------------------------------------
>11882/11892 xxxxxxxx  高橋　洋光　　　 RE:ＶＺＴ：mg.-9 の値に変動？
>(15)   98/10/06 22:44  11870へのコメント

  #11870  えむし さん

》  fr を制御用に使うのはやめた。）のではないかと想像したのですが、 検索・置
》  換窓の方はそのままなのでしょうか。

  　システムモード 0 〜 2 は、今までいっしょです。
  　vzt02i で、すべてのモードに拡張して見たら失敗した。(^^;

》  んが、ＦＥＰ制御は９８の方がたいへんなんでしょうね。c.mos さんも ATOK で
》  苦労したと聞くし…。

  　いや、当時は各社バラバラだったから、c.mos さんも苦労したけど、今は、
  もうほとんどの FEP が MS-KANJI API に対応してますから問題ありません。
  対応してない奴はあたしゃ〜やんない。(^^;
------------------------------------------------------------------------

　そう、僕はテストに失敗したのですが、menuも制御したい。できてないはずです。

　窓２つ制御できたらいいのになぁ……。
　編集画面の＃Ｏだけでもいい……。


------------------------------------------------------------------------
>04560/04567 xxxxxxxx  高橋　洋光　　　 RE:ﾓﾊﾞのnecaiでのrefep.def
>(14)   98/09/16 23:23  04557へのコメント

  #04557  KITI さん

》　　各種FEP対応というのは可能でしょうか？　＞先生

　DOS/V 版は、今まで通り MSKANJI と IAS のみです。
　FEP のコントロールはもうやりたくない。
　もうどれほど苦しんだか、わかるでしょう？ (^^;
------------------------------------------------------------------------

　こんな話を聞いたら、やる気なくなるよねぇ。
　大事なのは妥協。ここだけは、と。


追記：とはいえ、「FEPの制御できないＶｚなんて使えねぇ」というコメントも
　山のようにありました。同感ですが、、、。

konnoさん

　しつこくてすいません。

　というわけで、 &j(-1) の FEP restore は諦めても、当初の konno さんの妥
協策のように、 restore すべきところを FEP off にするというのは現実的な解
かもしれない、と思いました。
　元の状態に必ずしも戻らなくてもいい。  ただ、以下の優先順位で、IME 強制
off を希望したいです。
　＃Ｏ（ファイルオープン窓）、menu、＃Ｅ（コマンドライン）で、復帰準備な
く、IME をオフする。s==0のときのみでいい。
　ここだけそういうわけにいくか分からないですが、こう決めてしまえば、basemode
とか、sysmodeとsysmode0の比較とか不必要で、＃Ｏ、＃Ｅのルーチンで、そして
sysmode==4のとき、ＩＭＥ強制オフとしてしまえそう。

　ファイルオープンで全角文字が入ったり、 menu で選択しようというとき全角
文字が入ったり、コマンドラインで全角。これらはかなりのストレスです。
　それらの作業を終えてＩＭＥが元の状態に戻っていなくても、それは半角・全
角の入力をくり返すときにも、マニュアル操作においてもやってしまうミス・オ
ペレーションですから、大したストレスではない。この辺が現実的な妥協案では
ないかと思います。

　こう性急に結論を出すのは、FEP restore にこだわりすぎると、すでにできて
いるファイラーがスパゲりそうだな、と思ったからです。
　レストアでなくオフを目指す。 これは、おそらく konno さんが最初に直観し
たように、正しい判断だと思う。後から話の辻褄を合わせてるみたいですけど、
「konno さんのお考えがあって」と最初に書いたとき、妥協は必要だろうと僕も
思っていたからです。


　と簡単そうに言うけど、[ESC]O で２回オフの処理なんだよね。 しかし、プレ
フィクスキーは全部レストアしてるよねぇ、、、。

　やはり、現在のkonno vtVZはけっこう完成している。実際的に完成している。
でも、あと３つくらいはオフしたい、なぁ。

　復帰なしオフなら、vtVZでは、frとかmg.-9とか完全無視、あるいは完全別
ルーチンでもいいのかも、と思ったけど、プレフィクスはレストアしてるから、
それはそれで、また大変そうですね。

　はあ、１日、頭のなかＩＭＥ制御ですねん。

　もちろん、愛用マクロでどうしても制御したいなら、Ｖｚにまかせず（&j(-1）
にまかせず）CKWV+VTDOSのＡＰＩを自分でコールすればよい。

　VTDOSでデバイスドライバはなしと決まったとき（知ったとき）、茫然とした
のは、こういうわけだったのだなぁ。頭よかったのかなぁ、あの頃、、、。
　よく分かってたじゃん。

　しばらく黙ります。

>　＃Ｏ（ファイルオープン窓）、menu、＃Ｅ（コマンドライン）で、復帰準備な
>く、IME をオフする。s==0のときのみでいい。

　s==0 のとき　→　sm==0 のとき。
　色んなところで色んな窓が出る。でも編集モードだけでいい。そこがいちばん
大事。
　とはいえ、＃Ｏの実体が分からない。あの一行入力窓は、タイトル行が違うだ
けで、他の窓でも同じだ、、、。あれは、file open のルーチンなのか？
　何が言いたいかと言うと、副作用で＃Ｆも強制オフしてしまう仕様は駄目です。
あそこはいちばんよく使う窓で、FEP 制御がいちばんされてはいけない場所だか
らです。

>　ここだけそういうわけにいくか分からないですが、こう決めてしまえば、basemode
>とか、sysmodeとsysmode0の比較とか不必要で、＃Ｏ、＃Ｅのルーチンで、そして
>sysmode==4のとき、ＩＭＥ強制オフとしてしまえそう。

　コマンドラインには編集モードとファイラ・モードから行ける。両方制御して
ほしいけど、前者を優先に考えてほしいです。Ｖｚはエディタである。

　「sysmode==4 のとき」というけど、メニューってあらゆる場所で出るのよ。
マクロでメニュー出すときに、&j(0) と入れるのとは、もう桁違いに違う。超絶
的に困難だよ。
　でも、basemode==0 && sysmode==4 だけでも、オフにしてほしい。
　難しいんでしょうね。システムメニューもいっぱいあるし、、、。


　もうちょい詰めてほしい、というのは本当ですが、無理なさらなくていいですよ。
　僕は知っている。これが悲しくなるほど辛い作業なのを。
　高橋さんのＤＣでのやり取りをほんの一部読み返して、うん、我が侭を言う資格
が自分にあるはずがない、と思った。

　まだ続くのか。きっと寝ているあいだも、こんなことを考えていたに違いない。
　いざとなったらこれでもいい。
　というか、Win7用のvtvz.defには入れてしまおう。

; --- vz.def ---
50 [ESC]O	"" &j(0) ((mg.-9)[, #O ((mg.-9)], &j(-1)	;&j(-1)よ、効け
50 [ESC]E	"" &j(0) ((mg.-9)[, #E ((mg.-9)], &j(-1)	;祈り

　まだ続くのか。きっと寝ているあいだも、こんなことを考えていたに違いない。
　いざとなったらこれでもいい。
　というか、Win7用のvtvz.defには入れてしまおう。

; --- vz.def ---
50 [ESC]O	"" &j(0) #O 
50 [ESC]E	"" &j(0) #E

konnoさん、皆さま

　大変申し訳ありません。報告に間違いがありました。
　どうやってそんな間違いができるのか分かりませんが、menuモードでも、
&a("test")のような１文字入力モードでも、IME制御はできています。

　ファイラだけでなく、メニューも大丈夫じゃないですか。ちゃんと.docに
書いてよ。facemenu.defがそんなに特殊なのか、、、。


　頻用マクロでメニューが最初に出るものは、Win7環境では、&j(0)を最初に
仕込もうか、とexmenu.defでチェックしたところ、menuで、IME制御はできて
いました。

　そして、いつかkonnoさんがやってくれると思うのですが、暫定的に、以下を
vtvz.defに導入しました。

#if W7
50 [ESC]O	"" &j(0) #O
50 [ESC]E	"" &j(0) #E
#endif


　IMEとの共存について。
　MS-IMEを僕は使っていますが、キーアサというかキーバッティングについて
簡単に報告します。

　問題は、「変換」キーでのIME起動トグルと、「無変換」キーのNFER扱いです。
　前者は、ATOK準拠にする、あるいは、自分で「変換」キーは「IMEオンオフ」だと
IMEの中で設定すればＯＫです。
　後者は、「無変換」キーをIMEで使わない設定にすれば、これもＯＫです。

　ときどき、IMEかCKWVが、システムとしておかしなことをしますが（VTDOS掲示板
参照のこと）、おおかたＶｚは、ほとんど無傷のまま、Win7環境で生きてますよ。

　konnoさんには失礼なのかもしれませんが（そうは思っていないので書きます）、
現在、Win7で日本語をＶｚから扱う場合、

　・&j(-1)が効かず、FEP制御をしているマクロでは、IME復帰はできない
　・上で僕の対処法を示した「ファイルオープン」と「コマンドライン行き」では、
IME復帰はできない。対処しないと、IME ONでそれぞれの窓に突入する。

　これが分かりやすいWinXP環境（FEP付き）との相違点です。
　これ以外でも、色々とあると思います。僕はこういうことでは自分に期待しないタ
イプなので、ま、現状で、とりあえず、じゅ,､ぶん使える、と満足してます。

　「十分」を「じゅうぶん」に直したら、「じゅ,､ぶん」になったなぁ。

　大したことではありませんが（僕にとっては）、 タイトルのＶｚの版で、
VTDOS 環境で振る舞いに違いがあります。
　常駐Ｖｚで、vz -z が効かない、VTDOS がフリーズするというものです。
　Vz  リフレッシュのために、vz -z, vz -z などとせずに、素直に VTDOS 窓を
閉じましょう。


　なお、command.com のヴァージョンによる VTDOS 下のＶｚの振る舞いにも違
いがあります。VZvt02において、です（Vzk07s3はIME制御が効かないので、以下
を調べていません）。

　MS-DOS 6.2V  のもの。CKWV  環境下での文字化けが比較的少ない。 右 Ctrl+
Break でマクロ・ストップする。
　PC DOS 2000 のもの。文字化け多し。右 Ctrl+Break でマクロ・ストップしな
い。

　理想的には、PC DOS J6.3/V のもののようです。次が MS-DOS 6.2V だと思わ
れます。

　何度も投稿に失敗しており、申し訳ありません。

　削除キーの設定を忘れていたため（Win7から書こうとすると勝手が色々と違い
まして、とほほ）、 この記事、および #2440 の記事が削除できません。

　この  #6443 の投稿内容に関して、試験ミスによって誤った情報を上げてしま
った可能性が高いと思われます。#2440に関しては、konnoさんが削除していただ
くという方法もあるのですが、次の投稿を読めばタコ文太のミスは明らかだと思
われますので、まあまあ、やれやれと、スルーしてください。

　しかし、#6443については、もう一度ゆっくりテストしますので、この情報はと
りあえず、無視してください。

　落ち着いて再検証した結果、上で報告した違いは存在しませんでした。

　>vz -z
　>vz -z
で、２つの版で振る舞いの違いなんてありませんでした。すいませんでした。

　文字化けについては、それなりの量の文章を書いてみないと分からないので、
分かりません。でも、たぶん、これは微妙に違いそうだ、あてになりませんが何
となく、全体に MS-DOS 6.2V  のほうが良さそうだ（コマンドへのレスポンスと
かね）、という感触でした。８００字ぐらい書いて１回ぐらいの頻度で、ＩＭＥ
をゴニョゴニョすると、出てしまうかも。
　推奨ヴァージョンの PC DOS J6.3/V をヤフオクで落札しちゃったんですけどね。

　（以下で、何回か小さな修正をしています。既に前にみていて環境設定の
　　参考にした方は、混乱しないように。正しくあろうとしております。）


ふれまわっちゃう！

　皆さま、ついにこの日が来ました！

　あじゃさんも、 キャロルさんも、 あきろさんも、その他その他の皆さま方、
Win XP/7/8/8.1 で IME 制御付きＶｚで、「Ｖｚよ、永遠なれ」を一緒に歌っち
ゃいましょう！
　なんだそれ？　☆＼(^^;)

　VTDOS が、IME の制御に成功しました。 きっと近日中に 10# さんから発表が
あると思いますが、VTDOS 側が ias の偽装ドライバ的仕組みをもち、CKWV と一
緒に MS-IME（IME の ATOK も）を制御しちゃうのです。よく分かんないんだけど、
あはは。
　たぶん、近日発表予定の VTDOS 1.39 にて。


　早い話が、FEP感覚で、ＶｚからIMEが使えてしまうのです。ばっちり制御され
てますよ。Vista以降、１６ビットだから日本語を扱うのが無理と言われてきた
僕らのＶｚが、ほとんど旧８時代と同じ姿で現れました。ワイド・テキストつきで。


　ゆっくりやりましょうね。以下は、VTDOS未経験な方へのガイドです。予習ね。
経験ありでも、僕みたいにおおかた忘れてる場合もあるでしょう。この場合、
復習と予習（139リリースは、まだだから）になります。

　（１）CKWV を導入（インスールも何も要らない。レジストリいじらない。解凍
するだけ。c:\ckwv が普通だと思うけど）。CKWV  Rev.7  です。ckwv.exe を
クリックで ckwv が起動です。でも、これはちょっと待ってね。
　VTDOS と連動するよう設定してあるはずですから、ほとんどなんの調整もいら
ない。僕が ckwv.cfg でいじってるのは、以下ぐらい。

CKWV.CFG----------------
Ckw*fontSize: 22
Ckw*geometry:  90x38-600+0
------------------------

　（２）VTDOS。 まだの人はすぐにレジストしたほうがいいです。僕は試用
に失敗して、面倒だから、「シェア代金送りますから、起動させるのをお許しく
ださい」 とかメールしました。 ￥４３２０なり。

　CKWV 単独で起動させるには、ckwv.cfg  をいじらなければなりません。VTDOS
の設定を先にしておきましょう。

　VTDOSの設定（かつてのあきろさんの説明が絶妙でした。Vz Wiki参照のこと。
この例はCKWV+VTDOS+VZを起動させる完成形）。

VTDOS.CFG---------------
BREAK=1
USECMD=1
TMP=C:\tmp
SHELL=c:\vtdos\command.com /e:8192 /p /msg /k c:\vtdos\vzks3.bat
;SHELL=c:\vtdos\command.com /e:8192 /p /msg /k c:\vtdos\vtvz.bat
WIDTH=90
HEIGHT=38
POWERSENSITIVITY=3000
DISKFREE=K
------------------------
　僕のはこんな感じ。

　（３）command.com、必要です。
　どうにか入手しましょう。 やはり、PC DOS 6.3 / 2000, MS-DOS 6.2V あたり
が良さそう。 買うしかないです。ヤフオクで何とかしてください。PC DOS 2000
は、新品がアマゾンで１万円。DOS での PCMCIA サポートも実際上使えなかった
し、 V-text もあれだったんですが、しょうがないなら、しょうがないですよ。
Ｖｚが、おじさんな僕らには、一生ものになるんですから。

　vzks3.batは、普通。
------------------------
@ECHO OFF
PATH=C:\VTDOS;C:\;C:\VZ;C:\TOOL;C:\BIN;C:\BAT;C:\WINDOWS
SET VZDEF=C:\DEF\
SET VZBAK=\TRASH
SET VZPATH=C:\ C:\DEF C:\TK C:\DOC
SET VZSYM=S16 ME
SET LFN=Y
PROMPT $P$G
cls

CHKTSR 2F VWX
If not errorlevel 1 c:\vz\vwx -z2 -l6144 -x1 -v1 -w
CHKTSR 15 VKEYC
If not errorlevel 1 c:\vz\vkeyc
c:\vz\vzks3 -z
c:\vz\vzks3 %1 %2 %3 %4 %5 %6 %7 %8 %9
------------------------


　（４）【１番大事なのはコレ！！！】

　vz.com  は、VZK07s3 を使うこと。10# さんは、FEP 制御なんか知らない人な
のです。プロのプログラマーだから、エディタはプログラムを書くために使って
る。FEP/IME を立てたまま、マクロを使ったりしない。だから、何となくこの版
で止まった。konno さんのその後の改変が好きとか嫌いとか、まったくなくです。
　ただ、この版で調整してあるそうなので、ぜったいこの版の vzibmj.com を使
うこと。


　（５）ＩＭＥとＶｚのキーバッティング回避。
　MS-IME のキー設定で、「変換」＝ IME オン・オフ（ATOK 派の僕の場合）、
「無変換」＝空にする（Ｖｚから NFER として使える）かな。

　（６）CKVW.EXE と VTDOS.EXE
　　CKWV.EXE（場合によっては CKWV.CMD の場合もあるとか）のショートカット
を作って、クリックで、はい、IME 制御つきＶｚが起動してくれます。
　CKWV  が VTDOS を呼び、VTDOS が Vz を呼ぶわけです。 途中に command.com
を入れて（知らない人いないと思うけど、忘れてる場合もあるかな、と）。

　ということは、上でしてきた環境設定で、
　　CKWV をクリックすれば CKWV+VTDOS+Vz が起動し、
　　VTDOS をクリックすれば、CKWV なしで、VTDOS+Vz が起動するわけです。

　CKWV をクリックと VTDOS をクリック。
　この２つのやり方で、何か問題が発生したとき、原因の切り分けがやりやすく
なります。「そこを別々にやってみてよ」と前に 10# さんに言われたのでした。


　雑な説明でごめんなさい。あきろさんの記事が役に立ちます。

　がんばってくださいね。


　追伸１： VTDOS が完成されているとは、僕は思ってません。おい、わざわざ
大声で言うな　＞文太。10#さんに失礼だろう！
　ともかく、完成してないものを完成させるのは、ユーザです。誰もがＶｚをと
ても限定された使い方で使ってます。10# さんの使い方は我々、あるいは僕とは
ずいぶん違う。だから、皆で使うのが良いと思うのです。Ｖｚもそんな風にして
今の姿になった。

　追伸２： IME 制御に関して、&j(n) 関数は、n>0,0,-1 が引数になります。
ATOK8 用とかに &j(10) なんて決め打ちしてるマクロな方も、修正する必要
はありません。

　追伸３： IME 制御のテストをざっとしました。facemenu.def もちゃんと制御
していました。  マクロ関係はテストがとても少ないですが、インスタント窓で
「&j(1)」が効かなかったのが、ちょっと、むにゃむにゃでした。マクロの中の
&j(1)は効くんですけどね。
　（これについては see #6452。今回、問題視すべきことではない。VTDOS に直接
起因することではないと思われるから。記憶しておくべきは、&j(1)はVTDOS下で
は、インスタント窓で効かない。が、マクロでは普通に通じる）。


　追伸４：僕のFEP関連オプションは以下です。あまり関係ないような気がしてい
るのですが。

VZ.DEF------------------
FP+			;vjeb/mttk/atok を制御
FR-			;日本語入力モードで起動
FK+			;拡張ファンクションキー
FQ-			;プリフィックスキー押下げ時にＦＥＰをＯＦＦにする
			;（隠しオプション）DOS/Vでは意味がない？ by m.gann
			;96/09/17 (15) #01335
------------------------
FTはとりわけ指定せず。

　追伸５：きっと  konno さんは、FEP 制御でずっと頭を悩ませてきたと思いま
す。とりわけ僕なんかのために。ありがとうございます。でも、僕もそうですが、
死んで肥やしになるのが生命の本質です。何一つとして無駄なことはありません。
　文太のヒステリーに耐えてきてくれたこと、そして、これからも耐えてくれる
だろうことに、ただただ感謝します。本当に。Thanks in advance（先にお礼を
言わせてくださいね）とか。(^^;　ありがとう。

　追伸６：超保守派なものですから、僕は主に VTDOS をＸＰで使ってます。 カ
ーソル移動がめっちゃ速くて、NTVDM 環境よりずっと快適です。これもＩＭＥ制
御のおかげ。そして、ワイドテキスト。カーソルがきびきび飛び回ってくれるＶ
ｚって、ほんと気持ちがいい。これが純ＤＯＳや WinME の快適さだったのです。
　イエイ！　猿飛び佐助！　３０年若返ったみたい。

文太さん

> 　皆さま、ついにこの日が来ました！

いったい何が起こっているのかと、理解するのに時間がかかりました。(^^;

> 　VTDOS が、IME の制御に成功しました。 きっと近日中に 10# さんから発表が
> あると思いますが、VTDOS 側が ias の偽装ドライバ的仕組みをもち、CKWV と一
> 緒に MS-IME（IME の ATOK も）を制御しちゃうのです。よく分かんないんだけど、

もしかしたらIME制御VTDOSの実験機が手に入ったのかと、VTDOS掲示板を見に行ったら
怒涛の書き込みでしたね。

それでVTDOS138やckwv7を落として起動実験するもシンクロせず。
ここでようやく、「もしかしたらうちのメールに来ているかも！！」と思い至り、
ゲットできました。
zipを解凍してできたBINをEXEに変えて無事起動し、シンクロ率が大幅に上がっている
のを確認しました。
10#さん、文太さん、ありがとうございます。

> 　 マクロ関係はテストがとても少ないですが、インスタント窓で
> 「&j(1)」が効かなかったのが、ちょっと、むにゃむにゃでした。マクロの中の
> &j(1)は効くんですけどね。　？　ちょっと複雑なマクロではあるんでしょう。

ところでDOSV版VZで$IASって完全対応してましたっけ。MSKANJIしか見てないもので。
FEPがらみのソースを見ていると$IASの部分は怪しい感じがしたような気が。
インスタント窓で「&j(1)」が効かなかったのも関係ありそうな気がしてます。

138以降かな、32ビット外部コマンドが動かなかったりしてますが環境設定もあわせて
見直さなくては。
文太さんのところでは問題ないですか。

> 　文太のヒステリーに耐えてきてくれたこと、そして、これからも耐えてくれる

　　（＾＾;;

> 　追伸６：超保守派なものですから、僕は主に VTDOS をＸＰで使ってます。 カ
> ーソル移動がめっちゃ速くて、NTVDM 環境よりずっと快適です。

> POWERSENSITIVITY=3000
これを０にするとKVZ限定ですが、もっときびきびになりますよ。Win7でも。
お勧めはしませんが。
XPはもうやばいので使ってないですね。


これからサードインパクトが始まるのか

konnoさん

>いったい何が起こっているのかと、理解するのに時間がかかりました。(^^;

　あ、そっか、分かりづらいか。皆さん、ちょっとまってね。VTDOS って個人営
業なので、レジストに１，２日かかります。まだの方はそっちをやっておいてし
まいましょう。
　ＩＭＥ制御付き VTDOS の公式リリースはまだです。すいません。

　僕とkonnoさんは、テスター、レビューアーとして、プロジェクトに参加させて
もらっているのです。もちろん、レジストしてあるから。

　けっして僕は  10# さんの営業（？）活動を手伝ってるわけではないですよ、
もちろん。それ相応の手間賃がかかってもいいでしょう？　そして、VTDOS は、
Ｖｚユーザだけのものでもありませんし。＞未レジスト状態の方々。

　ただ、もう我々Ｖｚｅｒには、この選択肢しかないのです。別のエミュレータ
やリナックス環境で冒険をしたい、あるいは研究をしたい、というハイスキルの
方を除いて。Win8.1でも動くＶｚ環境を今１つゲットしておくのは、けっして損
ではありませんぜ（やっぱり商売やってるな。リベートいくらもらってんだ？　
もらってないってば！）。



>ところでDOSV版VZで$IASって完全対応してましたっけ。MSKANJIしか見てないもので。
>FEPがらみのソースを見ていると$IASの部分は怪しい感じがしたような気が。
>インスタント窓で「&j(1)」が効かなかったのも関係ありそうな気がしてます。

　なるほど。 一瞬、だって NTVDM@XP + ATOK8(FEP) では効くんですよ、と思い
ましたが、そうか、FEP 制御のために使ってるルーチンがＶｚの中で違うわけで
すね。こっちは MS-KANJI だ。

　あ、でも、これもおかしい。

　念のため現象をもう一度整理すると、

　IME制御付VTDOS1.39のインスタント窓で&j(1)が効かない。
　同じ環境で、&j(1)だけのマクロを書いて動かすと、効く。（Ａ）
　XP + FEP ATOK8でも、インスタント窓で効く。
　m.gann作インスタント窓、オリジナル【マクロ文の実行】窓で、現象同じ。

　とすると、（Ａ）があるから、$IASが原因とは、どちらかというと考えづらいで
すよね。&e() なの？　何が違うんだろう？

>10#さん、文太さん、ありがとうございます。

　konnoさんが参加してくれたから、もう僕は安心。v(^^)z

　　（ちょこっと修正してます。）

　以下は、２日前に、10# さんに送ったレポートを少し整理したものです。
　足りないところや間違っているところは、突っ込みをいれ、正しい答えをお教え
ください。VTDOS新版は必要ありません。Ｖｚとはこう振る舞うものである、とご
指摘いただければよいのです。
　あるいは、この項目抜けてない？　でも。

　ま、後日、必要があればご確認ください。ＶｚにおけるFEP制御は、どこでなされ
るのか、という課題です。


　マニュアル操作のＶｚで、ＩＭＥ制御は、完璧にできている、という感想でした。
　僕がＶｚの動きを間違って理解してる可能性はありますけどね。


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

　【CKWV Rev.7 + VTDOS 139 + VZK07s3: iasルーチン経由でのMS-IME制御について】


　FEP制御とは、必要な場面でＶｚがFEPをオフし、そして作業が済んだらＶｚが
FEPを復帰＝オンにすることです。オフであったらオフのまま。[ESC]Oとすると、
FEP OFFになり、キャンセルすると、ONに戻る。これ。


プリフェクスキー			すべてＯＫ
* C コマンドキー
00 ^Q ^K [ESC] ^O ^I ^N	;２ストロークキー（最大６個）

もちろん、コマンドキー（^Aなど）も	ＯＫ

s==1（入力窓）−−主にきちんと復帰するか、制御なしは制御なしか

　Open File    【入力ファイル】   [ESC]O   (#O)       OK
　Save As      【出力ファイル】   [ESC]S   (#S)       OK
　New File     【新規ファイル】   [ESC]N   (#N)       OK
　Append to    【追加ファイル】   [ESC]A   (#A)       OK
　Path/mask    【パス・マスク】   filer P  ((#P))     OK
　Search       【検索文字列】     ^QF      (#F)       OK
　Replace      【置換文字列】     ^QA      (#56)      OK
　Put String   【複写文字列】     ^KA      (#61)      OK
　Line         【行番号】         ^QJ      (#J)       OK
　Rename       【ファイル名】     [ESC]P   (#82)      OK
　Title String 【タイトル文字列】 ^KT      (#84)      OK
　　(vz.def 「* T テキストウィンドウ」より)

s==2（コマンドライン）
　編集画面から				ＯＫ
　ファイラから				ＯＫ

s==3（ファイラ）
　編集画面から（#O #m）			ＯＫ
　コマンドラインから（shift+return）	ＯＫ

s==4（メニュー・yes/no １文字入力）	両方ＯＫ

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

VTDOS (iasでの制御つき)			XP + ATOK8
start,    fr,0; mg.-9,0			start,    fr,0; mg.-9,0
FEP on,   fr,0; mg.-9,0			FEP on,   fr,0; mg.-9,0
FEP off,  fr,0; mg.-9,1			FEP off,  fr,0; mg.-9,10
FEP back, fr,0; mg.-9,0			FEP back, fr,0; mg.-9,0
-----------------------			-----------------------
#O,       fr,0; mg.-9,0			#O,       fr,0; mg.-9,0
#F,       fr,1; mg.-9,0			#F,       fr,1; mg.-9,0
#J,       fr,0; mg.-9,0			#J,       fr,0; mg.-9,0
-----------------------			-----------------------
#E,       fr,2; mg.-9,1; sm,2; s,2	#E,       fr,2; mg.-9,10; sm,2; s,2
filer1,   fr,0; mg.-9, 0; sm,3; s,3	filer1,   fr,0; mg.-9, 0; sm,3; s,3
filer2,   fr,2; mg.-9,1; sm,3; s,3	filer2,   fr,2; mg.-9,10; sm,3; s,3
　　　　　　　　^^^^^^^ここからして、&j(1)でMS-IME起動ということなんだな。
		^^^^^^^ 1 だけでなく、１以上の数字。

　ほぼ同じ、おめでとう！！！　ハレルヤ！！！　メリークリスマス！！！
　新しい時代の始まりです。パチパチパチ。


以下のマクロを使用して、上を調査した。
=== Macrotmp by B ===
;FEP制御の仕組みを知ろうとする、たぶん徒労に終わるもがき

* M
50 ^^ "Macrotmp"

?.  &00 &01 &02 &03 &04 &05 &06 &07 &08 &09 	;バッファ確保

&20
&Sp(a,"start,    fr,%d; mg.-9,%d",fr,mg.-9)	;a,b,c .. と順にデータ格納

; --- &j(n) func ---
&j(10)
&Sp(b,"FEP on,   fr,%d; mg.-9,%d",fr,mg.-9)

&j(0)
&Sp(c,"FEP off,  fr,%d; mg.-9,%d",fr,mg.-9)

&j(-1)
&Sp(d,"FEP back, fr,%d; mg.-9,%d",fr,mg.-9)

; --- commands, Change sysmode (s) ---
&20
#O 		;s==1
&Sp(e,"#O,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

&20
#F		;s==1
&Sp(f,"#F,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

&20
#J		;s==1
&Sp(g,"#J,       fr,%d; mg.-9,%d",fr,mg.-9)
#[

;-----

&20
#E		;s==2
&Sp(h,"#E,       fr,%d; mg.-9,%d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[

;--- ここまでFEP制御、完璧。以下は駄目
&20
mx[+,
#O #m		;s==3
&Sp(i,"filer1,   fr,%d; mg.-9, %d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[ #[
mx], 

;--- このルーチンはFEP制御が効く
&j(10)
&20
mx[+,
#E #98		;s==3
&Sp(j,"filer2,   fr,%d; mg.-9,%d; sm,%d; s,%d",fr,mg.-9,sm,s)
#[ #[
mx], 

&?("%s",a) #m  &?("%s",b) #m  &?("%s",c) #m  &?("%s",d) #m
&?("-----------------------") #m
&?("%s",e) #m  &?("%s",f) #m  &?("%s",g) #m
&?("-----------------------") #m
&?("%s",h) #m  &?("%s",i) #m  &?("%s",j) #m 

&m("") .

;----- local macros; buffers & init routine -----

00:	a=5+$,."$(40,00)$[64]"
01:	b=5+$,."$(40,00)$[64]"
02:	c=5+$,."$(40,00)$[64]"
03:	d=5+$,."$(40,00)$[64]"
04:	e=5+$,."$(40,00)$[64]"
05:	f=5+$,."$(40,00)$[64]"
06:	g=5+$,."$(40,00)$[64]"
07:	h=5+$,."$(40,00)$[64]"
08:	i=5+$,."$(40,00)$[64]"
09:	j=5+$,."$(40,00)$[64]"

20:	fr=0, mg.-9=0,

*

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

　でも、マクロの関数。＆ｊ（ｎ）で、は、はまった。
　最大の難関といわれるfacemenu.defはいける。

　が、m.gann作インスタントマクロの窓で「&j(1)」を再び。ぐぐぐぐ。効かない、、、。
　XP+ATOK8(FEP)では効く。どういうことだろう？【未解決、僕には分からないだろう】

konnoさん

>138以降かな、32ビット外部コマンドが動かなかったりしてますが環境設定もあわせて
>見直さなくては。
>文太さんのところでは問題ないですか。

　見落としていました。
　たとえば何でしょう？
　僕は、tosfindとonigsedを使って問題なかったと記憶しているのですが。

C:\>tosfind /naaa.txt
/ C:\ /
C:\aaa.txt
C:\BUN_M\AAA.TXT
C:\TRASH\aaa.txt

3 files in 15560 dirs.

C:\>onigsed -n -e "/konno/p" c:\aaa.txt
konnoさん
　僕とkonnoさんは、テスター、レビューアーとして、プロジェクトに参加させて

　うん、大丈夫みたいですけど……？

　まさかね、ですが、僕は混乱を振りまく人なので、為念ですが（なつかし）。
　IME制御の効くVTDOS 139のリリースはまだです。たぶん、すぐですが。ちょっと僕が
10#さんと相談もなしに先走りました。興奮しちゃって。m(__)m

　CKWV も最近、Revision 7 と、新版になっています。
　レジスタード・ユーザの方も、ちょっと待って、両者とも最新版でご利用ください。

　あ、しつこいけど、レジストしなくちゃ、事実上、使えませんよ。試用時間１５分かな。

　もう一点。command.com の調達。グレイにフリーなものや、あまり強くは推奨
されてはいない（制限のある）freecom のもの。これらはオウン・リスクで使う
しかないですね。 ここの過去ログと 10# さんのところの掲示板に（最近の 10#
さんの発言）、断片的情報はあったと思います。
　Windows2000 についているもの（特殊形態）、モバギに内臓のものが、ライセ
ンスがはっきりしていて、たしか割とちゃんと使えるものだったように記憶して
います。

　これらの点を考えると、スタートの準備のために時間がかかる場合もあると思
いました。
　ヤフオクに出ていた PC DOS ２点、もう落札されちゃいましたしね。

　「マクロ文の実行」（通称「インスタント窓」）を裸にしました。

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

a="&j(10)",
&e(a)

51 ^\ "test2";"マクロ文の実行"

a="&j(10)",
&Sc(pw,a)
&e(pw)

52 ^A "test3";"マクロ文の実行"

&m("hit return")
&g("【マクロ文】",10,r"&j(10)")
&e(pw)

*

　現象把握に間違いはないようです。

	VTDOS+IME	NTVDM+FEP(atok8)
50	OK		OK
51	OK		OK
52	NG		OK

　こんな結果になりました。
　本物のマクロ師にしか解けない謎。僕には無理。
　けっこうＶｚマクロを思い出したみたいだけど。

　CKWV+VTDOSのＩＭＥ制御の話なので、ま、Ｖｚってこういう不可解な奴
なんだよなぁ、でいいと思います。
　&j(1)が効くんだから。

お久しぶりです。10#です。
長文になりますが、IAS関連で補足説明させていただきたいと思います。


僕が調べたところ、VZのDOS/V版(vzibmj?)は、FEPの制御として、
MS-KANJIとIBM-IASのみに対応しています。
上記以外のFEPに関しては、MS-KANJI互換APIによって制御されていると
思われます。
このうち、MS-KANJI APIは仕様的により高機能で複雑であることが一つと、
APIコールの方法が16bitコードを必要とするfar call呼び出しであることの
２点の理由により、MS-KANJIは不採用とし、さしあたり仕様的に単純な
IAS互換を試してみることにしました。


オリジナルのkeyibm.asmを調べると、VZのFEPの制御は
FEP_ON/FEP_OFF/fep_act/fep_mask の４種類のメソッドがあります。
このうち FEP_ON/OFFは一般的なFEPのモード切替です。
それに対して、fep_act/mask はFEP経由、バイパスとなっていました。
FEPのバイパスとはFEPを経由しないBIOSキー入力ですが、
これは特殊な方法を用いて実現されています。

TSRやデバイスドライバーで一般的に用いられるBIOSの拡張方法として、
割り込みフックという方法があります。
割り込みを拡張するプログラムは既存の割り込みベクタの内容を保存して、
自身のエントリーポイントに設定します。
割り込み処理ルーチンが呼び出されると、必要な処理を行った後、
通常は保存した割り込みベクターへFAR JMPします。

FEPが保存した割り込みベクターのアドレスが把握できれば、
アプリケーションはFEPをバイパスしてキー入力を行うことが可能ですが、
このアドレスを把握する一般的な方法はありません。

オリジナルのVZは、割り込みベクターから取得したアドレスからFEPの
jmp far cs:[xxxx]というコードをスキャンしてこのアドレスを取得して
いました。
このコードが見つかるまで終了しないため、見つからなければフリーズ
するようです。
VTDOS1.39にはこのコードは存在しないため、おそらくオリジナルのVZは
フリーズします。

この特殊機能、fep_act/fep_maskはk07s3のソースではマスク状態を保存
した後に、FEP_ON/FEP_OFFを呼び出すように変更されていました。


通常IASの検出はオープンハンドル法といって、"$IBMAIAS"というデバイスを
オープンできるかどうかで判断しています。
この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
ソースにはあるのですが、k07s3のソースには見当たりません。
このため、"$IBMAIAS∀・ｯﾍｸﾍUﾍqﾍｯﾍｸﾍPｻ"というファイルをオープン
しようとしています。
未確認ですが、おそらく通常のIASは検出できないものと思われます。
VTDOS1.39では先頭8文字のみを比較して、強制的にIASを検出させています。


VTDOS1.38で32bitプロセスを起動できない件ですが、
これはおそらく環境変数に問題があると思われます。一度、

$xset >env.txt

と実行して、おかしな環境変数が存在しないか確認願います。

僕が調べた限り、command.com 6.3 と freecom では、
Windowsにより設定された環境変数をうまく処理できない場合があり、
"KEY=value"
といった、通常の様式でない異常な環境変数を作ってしまう場合があるよう
です。

VTDOS1.38はこの環境変数をそのまま32bitプロセスに渡しています。
XPまでは異常な環境変数を渡されても、32bitプロセスを正常に起動して
いましたが、7以降はこれがエラーを返すようになりました。
VTDOS1.31-1.37は、32bitコンソールコマンドの起動時のみ、DOSの環境変数
を渡さずに、VTDOS自身の環境変数を渡すことで、この問題を対処療法的に
回避していましたが、1.38では問題の原因が特定できたため、DOSのエラーを
返すように変更しました。

もし、おかしな環境変数が出来ているようであれば、setの代わりに、$xsetを
使ってみてください。

command.com 6.3を使っていない文太さんはこの問題に遭遇していないかも
しれません。

10#さん

　長文の解説、ありがとうございました。いつの日にか、きちんと理解できたり
したら楽しいだろうな、と思っております。
　fep_act/fep_msk、少しイメージが。もがいた意味が少しはあったと。
　少なくともメールで書いた僕の懸念をはらしてくださいました。一番最初の懸
念です。ありがとうございます。

>もし、おかしな環境変数が出来ているようであれば、setの代わりに、$xsetを
>使ってみてください。
　たしかに、XP + MS command.com 6.2では、おかしな環境変数はできていないようです。

>command.com 6.3を使っていない文太さんはこの問題に遭遇していないかも
>しれません。
　僕には正確な原因は分かりませんが、問題に遭遇してはいません。ＯＳと
command.com それが原因なんでしょう。ありがたや、ありがたや。

　ここを見てる人は、
http://vtdos.bbs.fc2.com/
　も見ていると思いますが、ついに出ましたよ。

　ＤＬはこちらから。
http://vtdos.web.fc2.com/

　vtdos.txtの「■シェルについて」をお読みください。
　有益な情報があるみたいですよん。

文太さん

> 	VTDOS+IME	NTVDM+FEP(atok8)
> 52	NG		OK

おお、ほぼ特定できたんですね。インスタントの窓、 &g() の窓ですか。
&g窓はほんとにクセものですね。
でもこれ以外は完璧みたいなので実用には問題ないですね。
あとはじっくりやりましょう。

10#さん、詳細な説明ありがとうございます。
参考にさせていただきます。

> この"$IBMAIAS"というファイル名は終端にNUL文字が必要で、オリジナルの
> ソースにはあるのですが、k07s3のソースには見当たりません。

気が付きませんでした。確認してみたところ、高橋版以外はありました。
したがって高橋版の系列は皆抜けています。これは直します。

高橋版は初期のものでNULが一つ足りなくて、それ以降のはNULが無くなっています。
これはVZIBMJ.COMをVZで開いて、"$IBMAIAS"を検索してわかりました。

> VTDOS1.38で32bitプロセスを起動できない件ですが、
> 僕が調べた限り、command.com 6.3 と freecom では、
> "KEY=value"
> といった、通常の様式でない異常な環境変数を作ってしまう場合があるようです。

ダブルクオートで囲われるような書式ということならありませんでした。
MSDOS6.2 です。
32bitプロセスは起動しますね。
問題は32bitのコピーコマンドで、実行してもコピーできていないのです。
RCP32、CPY32、XCOPY CLPPST.EXE、どれもコピーできないようです。

XCOPY ではエラーが記録されていました。
2014-05-11 14:28:04 COMMAND(10BA) 94F3:2EC7 'Win32コンソールプロセス起動エラー 87 'CMD /C Xcopy  VZIBMJ.COM  C:\UT\VTDOS\VTDOS139''

あ、MASM32 もまともに動かないですね。これは痛い。

UMB=1 を設定しないと TAGLIGHT.EXE 常駐でエラーになりVTDOSが止まります。
Runtime error 105 at 0000:2674.
2014-05-11 14:33:25 COMMAND(10BA) 15C4:7602 '無効命令 65'

何が悪いかわかりません。

環境変数についてもう少し補足します。
正常な環境変数は

KEY=value

という形式の末尾にNUL文字が付いたものが続きますが、
不正な環境変数は、

KEY

という形式で、右辺と左辺を分ける'='が存在しません。
この形式が従来は認められていましたが、７以降は認められていません。
エラー 87 は CreateProcessのエラーコードで、
環境変数不正時に返されます。

command.com 6.3 および freecom はVTDOS上では、この異常な環境変数を
作ってしまう場合があり、Windows上で設定されている、DOSとは互換性の
低い環境変数に原因があると思われます。
（英数大文字以外を含む左辺であったり、数100バイトに及ぶ長さのもの）

最近のVTDOSでは拡張コマンド $XSET の使用を推奨しています。


UMBに関してですが、
1.38でコンベンショナルメモリーの構成に多少の変更があります。
従来はコンベンショナルメモリーの最終メモリーブロックはセグメントA000
未満までを占有していましたが、1.38は9FFF未満までとし、
9FFFのMCBは、MCBチェーンの終端、あるいはUMBへのチェーンが格納されます。
（UMB APIによって切り替えられる）
TAGLIGHT.EXE常駐に関してはこの辺りが関係しているものと思われます。
ざっと、ネットを検索して、TAGLIGHTの詳細情報が得られなかったので、
現状推測のみです。
以前konnoさんに伺った Malloc.def も関連してると思われます。

10#さん

> 不正な環境変数は、
> KEY
> という形式で、右辺と左辺を分ける'='が存在しません。

ありました。

WIN32Path=

が抜けていました。
実は私は、YSET というのを使っていて、問題ないと思っていたんですが

PATH=

が問題だったようです。

YSET PATH=

としたら解決しました。もちろん $XSET でもOKでした。
ありがとうございます。


> TAGLIGHT.EXE常駐に関してはこの辺りが関係しているものと思われます。
> ざっと、ネットを検索して、TAGLIGHTの詳細情報が得られなかったので、

TAGLIGHT.EXE はソースもないのですが、VZ検索文字列をカラー化でき重宝してます。

> 以前konnoさんに伺った Malloc.def も関連してると思われます。

これは難しそうですね。現状UMB=1なら動作するので問題ないです。
ただ、コンベンショナルめもりが64Kほど減ってしまいますね。(^^;

> おお、ほぼ特定できたんですね。インスタントの窓、 &g() の窓ですか。
> &g窓はほんとにクセものですね。

VTDOS139+CKWV7+VZのインスタントの窓(by m.gann)で

&j(1)

でIME ON にならないですが

&j(1) fr-

だと IME ON になりました。
タイミングとかでしょうかねぇ。

konnoさん、さすがです。そして、どんぴしゃです。

>&j(1) fr-　だと IME ON になりました。タイミングとかでしょうかねぇ。

　再現できました。

　はい、 僕も VTDOS のＩＭＥチェックを網羅的にしていたときに、このイディ
オムがとても気になったのです。「もしかしてずっと使ってきたこの書き方、間
違っていたのかなぁ」、と。

; --- log selection (control FEP & mode)
        &j(0) ((mg.-9)[, &j(0) fr+,		;FEP info save (ATOK, WX)

  :b    &s &m("") fr-, ((mg.-9)], &j(-1)	;FEP restore; thanx to Musai.
（blogjumpより）

とかです。

　&j(n) してから、ｆｒを操作してる。
　でも、インスタント窓で、(fr-)&j(1) でも効きました。は？

　でも、やはり、何がしかの理由で、このイディオムは正しいんですね。
　訳はわかりませんが（するとあのfr, mg.-9リストアップマクロも怪しいものですね）
やっぱり、伝統を守ります。昔から伝わってるものには、理由は分からぬとも、とりあえず
従っておけ、と。
　Ｖｚ、お前は深いのぉ、やっぱり。

　ありがとうございました。Win7からでーす。カ、カーソルがとろい、、、。

　（記録として書いておきます）

　僕も Win7 で RCP32, Onigsed, Tosfind で試してみました。 とりわけ環境変
数の異常は観察されず、ツールたちはふつうに仕事をしてくれたようでした。
　それでも、起きるときには起きるのですね。
　忘れてしまうかもしれませんが（そのときは、きっと誰も助けてくれない。自
分で解決するしかない）、現象報告と原因の解説、ありがとうございました。

　UMBとTaglightの件、ご指摘ありがとうございました。大事です。３年に一度、
ぜったいに必要になったりします。＞konnoさん

　ソースがない以上、あまり意味はないと思いますが、以下にTaglightはありま
す。＞10#さん
　寅治さんは、Ｗ９５時代の「伝説のマクロ師」です。

http://homepage3.nifty.com/mezala/vz/history/maclib1.html
　ここから「TAGLIGHT.EXE 06」を検索すれば落とせます。そこまですることはない
ように思いますけれど。でも、Ｖｚｅｒは感動したものです。寅次さんは、すご
かった。

TAGLIGHT 僕も動かしてみましたが、
コンベンショナルメモリーは３ｋぐらいです。
よかったら一度vmapの出力を見せていただけないですか？

10#さん

> よかったら一度vmapの出力を見せていただけないですか？

すみません、確認したら、VTDOS.CFGのオプションが違っていました。

TPALOW=1　　VTDOS137

;TPALOW=1　　VTDOS138 

このオプションの違いでメモリが少なかったのでした。
一応VMAPを貼り付けます。

;TPALOW=1　　VTDOS138 

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
EF01 1538   1   65520  umb
                       --- UMB total:  64 KB ---
1001 10BA   4   19632  command                    23 24 2E
14D0 <--    1     176  atclock                    28
14DC        1    1632  <free>
1543 <--    1    1648  vwx 1.08b -z2 -v2 -x1 -l4
15AB        1    1648  <free>
1613 <--    1    3088  taglight /v stay           10 2F
16D5        1    1696  <free>
1740 <--    1    3888  vzibmj 1.60s -sw2 -z       1B 21 29
1834-9FFE   1  556192  <free>

----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     1    16k  $ExtEnv$
     2     2    32k  for Vwx!
     3    14   224k  VZIBMJ
  free  2031 32496k
 total  2048-32768k


TPALOW=1　　VTDOS137

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
0081 013A   4   19632  command                    23 24 2E
0550 <--    1     176  atclock                    28
055C        1    1632  <free>
05C3 <--    1    1648  vwx 1.08b -z2 -v2 -x1 -l4
062B        1    1648  <free>
0693 <--    1    3088  taglight /v stay           10 2F
0755        1    1680  <free>
07BF <--    1    3888  vzibmj 1.60t -sw2 -z       1B 21 29
08B3-9FFF   1  619712  <free>

----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     1    16k  $ExtEnv$
     2     2    32k  for Vwx!
     3    14   224k  VZIBMJ
  free  2031 32496k
 total  2048-32768k


TPAEXT=1
TPALOW=1　　VTDOS139　　※この二つをONにするとメモリが大幅に空く

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
EF01 05BD   1   65520  umb
                       --- UMB total:  64 KB ---
0081 013D   4   19680  command                    23 24 2E
0553 <--    1     176  atclock                    28
055F        1    1664  <free>
05C8 <--    1    1648  vwx 1.08b -z2 -v2 -x1 -l4
0630        1    1680  <free>
069A <--    1    3088  taglight /v stay           10 2F
075C        1    1712  <free>
07C8 <--    1    3888  vzibmj 1.60t -sw2 -z       1B 21 29
08BC-DBFE   1  865312  <free>

----- EMS ver4.0 (frame: DC00h) -----
handle pages   size  name
------ ----- ------  --------
     1     1    16k  $ExtEnv$
     2     2    32k  for Vwx!
     3    14   224k  VZIBMJ
  free  2031 32496k
 total  2048-32768k

！！　おお！！　８６５Kも空きができた ！！

EMSのフレーム位置も変わりましたね。

----------------------------------------------------------------------------
        &j(0) ((mg.-9)[, &j(0) fr+,		;FEP info save (ATOK, WX)
  :b    &s &m("") fr-, ((mg.-9)], &j(-1)	;FEP restore; thanx to Musai.
----------------------------------------------------------------------------

　それほど多くはないですが、僕はこれを何も考えずに使ってきました。今回初めて
考えてみたのですが、これがこうでなければならない理由や理屈については、榊原さん
発表の「frをコントロールすることで、ＶｚのFEP自動制御の裏をかく」作戦では
説明がつかないことだけ知りました。
　榊原さんの作戦は、あくまで窓開閉時対策だからです。

　とはいえ、あきろさんが報告されているのを見かけたのですが、たとえシステムモード
が変わらない&j(n)でも、fr操作が必要な場合がある、というのは、やっぱり本当そうです。

　ですから、&g()窓の特殊性だけではなく、きっと、&j(n)関数には、場合によっては
frが絡んでくる、と考えいることにしました。

　分かりませんけれど。

　イディオム、ママ、でゆきます。動いているものには手をださない主義。

なるほど。
ちなみに僕はコワいのでTPALOW/TPAEXTは使ってなかったりします（＾＾；）

> ちなみに僕はコワいのでTPALOW/TPAEXTは使ってなかったりします（＾＾；）

そ、そんなぁ・・・
１０＃さんのお墨付きがあると思って安心して使っているのに。

何かこういう使い方は危険だとか、具体例のようなものでもあればありがたいです。
まあ使ってみてトラブルが出たら戻せばいいかと思ってますが。
TPALOW=1 はずっと使っていますが私の使い方では問題は感じないですね。
しばらくは超大容量空きメモリ(笑)VZを堪能します。(^_^)

文太さん

VTDOS+CKWVのIME制御実験版であるVZvtは別として、VZk07s3以降
k07t1まで更新はあるんですが、k07s3でないとダメな理由とかありますか。 
あるいはk07s3はここがいい、とか。

>・VTDOSでlf+の時LFNのリネームが出来なかった(k07s4〜k07s5)。
というバグもありますが、k07s3にもなにか（キー関係？）あったかもしれません。
バグではなくて拡張だけの違いかもしれませんが。

このころはDOCもキチンとしてないので見直し、整理してちゃんとしたソースも
上げなきゃと思いつつ幾星霜・・・

DOCやソースは思い出しながらぼちぼちと（汗

konnoさん

>VTDOS+CKWVのIME制御実験版であるVZvtは別として、VZk07s3以降
>k07t1まで更新はあるんですが、k07s3でないとダメな理由とかありますか。

　ええ、気になるのが自然だろう、と思っていました。 ですから 10# さんに問
い合わせた、というより、konno さんに伝えていただけますか、とお願いしまし
た。
　その間接的な回答が、#6453 になっているのだと思います。細かい点、具体的
な点は 10# さんにメールででも問い合わせるのが正確で良いのだろうとは思いま
す。
　実際的なコードという意味で、僕は何一つ理解していないのですから。

　いずれにせよ、今回のことは大きかった。
　10#さんにも、konnoさんにも（縁の下の力持ち役ですm(__)m）、多謝です。

> 　ええ、気になるのが自然だろう、と思っていました。 ですから 10# さんに問
> い合わせた、というより、konno さんに伝えていただけますか、とお願いしまし
> た。

なるほど、10#さんの立場で考えればソースを参照できる最後の版ですものね。
とすればこの版で動作検証するのが必然ということになるかも。

スレッドが込み合ってきたのでVTDOS139の話題はこちらで

まずは 10#さんの掲示板から引用
------------------------------------------------------------
Version 1.39 リリースノート - 10♯ URL 

IAS部分互換のFEP APIを実装しました。ckwvを併用することで、
IASに対応したDOSプログラムからIMEを制御できる可能性があります。
これまでもIME制御用にVTDOS専用APIを用意していましたが、
これと等価なことをIAS API経由でも実行できるようにしたものです。
 完全互換ではないので、期待通りの効果が得られない場合もあります。
 
----------------------------------------------------------------

ということで、窓のIMEをFEPと同様に制御できるというVZerの夢が実現しました！
更にVZ以外のDOSツールでもIME制御できる場合もあるでしょう。
VTDOS1.39 + ckwv7 のセットです。

&g()の窓、インスタントマクロの窓では挙動が若干違いますが

&j(1) fr- 　のように fr などと組み合わせれば&g()窓も制御できるようです。


1.38以降、環境変数の扱いが変更になっています。
従来の set 使用では問題が出る場合があるようです。
$xset や　yset のような拡張SET 使用するのがいいです。

path =　　　　も同様なので

$xset path =　　のように変更してください。


1.38以降、UMBのエミュレーション？追加されました。
UMB=0 　だとTAGLIGHT 常駐でエラーになります。
UMB=1　にしてください。


以上、備忘録です。

実はあまり何も考えずに、文太さんに薦められたものを
そのまま使ってる気がします。ソース込みの最終の版ですね。

確かにVTDOS上でVZを使うには、ソースが無いと意味が無い気がします。
調査解析したいわけじゃないんですけどね（＾＾；）

オリジナルの頃から改変して使ってたので、
10#版とcyu-patchの残骸もまだ残ってますよ。

konnoさんの配布ソースは世代間の差分ですか？
いい加減にLDFをかますとエラーになった気が・・・

横からすみません。
UMBオプションのパラメータはUMBサイズになるので、
1だと4で丸めるので、UMB 4kBytesになります。
現状、最大64kです。

なんとなく以前に比べて動作がもっさりな気がしたので
タスクマネージャのCPU使用率を見てみた（4スレッド表示）

大きなログファイルを開いてページ送りする
以前は負荷が50％くらいに上がっていたが、1.39では25％くらいか
ページ送り速度も遅くなったように見える。

文字化け対策の影響？
速度はともかく、CPU使用率が上がらないのはうちの今の環境のせいだろうか。
と思って1.37を見てみたら、40％くらいだった。
1.39+CKWV7 だと、55％くらいまで上がった。なぜ？


VTDOS単体のとき、全角文字にカーソルがあると、左右交互に点滅する。
文字化け対策の影響だろうが、これはこれでいいかも。

> UMBオプションのパラメータはUMBサイズになるので、
> 1だと4で丸めるので、UMB 4kBytesになります。

あれ？　VMAPの表示は64k になっていたような？　と思って確認したら

UMB=64

になっていました。ご指摘感謝です。

描画スレッドの同期に問題があったので
1.39では一旦シングルスレッドに戻しています。
おそらく1.40では対策済みです。

クアッドコアでのシングルスレッドの最大負荷は２５％になりますね。
（1コアを１００％で回してる）

ckwvはVTDOSが全速で描画しているときは全然追いつかないので、
これも1コアを１００％消費するので、トータルで５０％ぐらい？

VTDOS単体でのカーソルの左右交互は元からだったと思います。
コンソールの仕様かな？と思ってます。

誰宛？

>実はあまり何も考えずに、文太さんに薦められたものを
>そのまま使ってる気がします。ソース込みの最終の版ですね。

　えーと、万が一僕が何かを薦めたことがあったとしても、３年前の話ですよ。
ぜんぜん記憶にありませんし、本当？　と言いたい気もしますけれど。
　10# さんは自分で好きなＶｚを作れるので（よほどの必要性が生じなければしな
いだろうと思ってますが）、版にこだわりはないのだと思いますよ。＞konnoさん
　ソースがあったから、でしょう。

> 描画スレッドの同期に問題があったので
> 1.39では一旦シングルスレッドに戻しています。

やはり文字化け対策の影響だったんですね。

> おそらく1.40では対策済みです。

おお、対策版が出るんですね。わくわく　（＾＿＾）

> ckwvはVTDOSが全速で描画しているときは全然追いつかないので、
> これも1コアを１００％消費するので、トータルで５０％ぐらい？

そうか、別EXEだから別々のスレッドで動作できたんですね。この辺が
マルチコアの利点ですね。問題は同期か。

> VTDOS単体でのカーソルの左右交互は元からだったと思います。
> コンソールの仕様かな？と思ってます。

そ、そうでしたっけ、最近はCKWVのほうしか使ってなかったもので。

10#さん、こちらは見落としていました。

> 確かにVTDOS上でVZを使うには、ソースが無いと意味が無い気がします。
> 調査解析したいわけじゃないんですけどね（＾＾；）

やっぱりソーっスよね。

> konnoさんの配布ソースは世代間の差分ですか？
> いい加減にLDFをかますとエラーになった気が・・・

一応comもソースも、高橋版VZに対する自己解凍差分になっていたと思います。
最終版は t03k2 だったかな

誰宛でもなく備忘録

>XPまでは異常な環境変数を渡されても、32bitプロセスを正常に起動して
>いましたが、7以降はこれがエラーを返すようになりました。

>command.com 6.3を使っていない文太さんはこの問題に遭遇していないかも
>しれません。

　WinXP + MS command.com 6.2 でも、ばっちり出ているようです。
　set -> $XSET ですね。

　因みに、Windows 全体の環境変数の編集は、「マイコンピュータ」右クリック
--「プロパティ」--「詳細設定」--（下のほうのボタン）「環境変数」で調べら
れます。編集できます。
　え、こんな設定してあったのか、どうしてあれが通じるのか、と不思議に思っ
たことがあったのでした。これが原因かぁ。Win32Path に自分しか通さないよう
なパスが切ってあった。

　あう、VTDOS 環境では、右クリックで、クリップボードの内容がペーストされ
るよ（CKWV のほうの機能なのかな？）

 VTDOS1.40 が出ました。

まずはVTDOS掲示板からの引用

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

今回の主な変更点はANSIシーケンスによるV-TEXTエミュレーションを実装し、
Wineでの動作を実現しました。

DOSのコンソール出力は、ANSIシーケンスを多段に処理するという、
 意味不明なことが起こってます。（＾＾；）

Linux上でDOS用のUnixクローンlsを実行してディレクトリを表示するなどの、
シュールな操作も可能になります。

その他、$xsetを拡張しました。

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

ということで、詳細はおいおい検証してみますが、まずは気になるパフォーマンスを。

VTDOS単体では40%ほどになっています。1.37と同等か、より速くなった感じです。
カーソル移動もページ送りも速くなりました。

CKWV連動だと54〜58%ほどでこちらも上がっています。
カーソル移動もページ送りも速くなり、もたつきは感じません。
ばっちりです。（＾＿＾）

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

お久しぶりです。
プログラマではないので難しいことはわかりませんが下記のような現象が起こります。

win8.1 x64 VTDOS140において
VZK07S3のソースをアセンブルすると下記のエラーが出ます。

VZ非常駐のコマンドラインから実行するとエラーが出ます。
ml /Zm /VM /c /Cp %MASM% main.asm
ml /Zm /VM /c /Cp %MASM% scrn.asm

Out of environment space
Microsoft (R) Macro Assembler Version 6.00B 
Copyright (C) Microsoft Corp 1981-1992.  All rights reserved.

 Assembling: scrn.asm
error A4910: cannot open file: 
scrnIBM.asm(1881): warning A6:  : chkkanjilow
scrnIBM.asm(1894): error A2006:  : chkkanjilow
Microsoft (R) Macro Assembler Version 6.00B 
Copyright (C) Microsoft Corp 1981-1992.  All rights reserved.

VZ常駐のコマンドラインでは問題なくアセンブルできます。
また、VTDOS137ではVZ非常駐でも問題なくアセンブルできます。

私の環境だけの現象でしょうか？

shadowさん

> VZ常駐のコマンドラインでは問題なくアセンブルできます。
> また、VTDOS137ではVZ非常駐でも問題なくアセンブルできます。
> 私の環境だけの現象でしょうか？

$xsetは使用されていますよね。

 1.38以降、環境変数の扱いが変更になっています。
set の代わりに $xset や　yset のような拡張SET 使用する必要があります。
path =　　　　も同様なので
$xset path =　　のように変更します。

これで問題が出るのであれば、10#さんに報告したほうがいいでしょうね。
いままでVZ無しでアセンブルしたことないからなぁ。

うう、うちでVZの常駐解除して MK6.bat （アセンブルバッチ）実行したらエラーで落ちた。(;_;)

2014-05-21 00:23:57 VZIBMJ(25FB) 0003:2096 '無効命令 66'
2014-05-21 00:25:16 COMMAND(014F) 014F:0197 '無効命令 0F'

あれ？　もう一度やってみたらもうエラーが出ない？
最初のエラーはVZのVer違いか、その影響かも。

POWERSENSITIVITY=0　にしているのでタイミングの問題かも。
POWERSENSITIVITY=3000　くらいにして様子をみてみます。
そういえばうちはコンベンショナルメモリも拡張しているなぁ。
TPAEXT=1
TPALOW=1

shadowさんの設定はどうなっていますか。

$xset は32bit関連だったと思いますが、 masm6は16bitですよね。

Windows 8.1 x64 での不安定感は僕も経験があります。
command.comの無効命令 0F は割かし頻度高いです。
なぜか7x64では出ないんです、これが。

1.38で導入したUMB関連を一番疑っていますので、
頃合を見て調整を検討しています。

あと、文太さんが経験されている文字化けを、
僕も1.40で頻発するようになってるので、
次回アップデートの課題にしています。

konno さん
10#さん

> $xsetは使用されていますよね。
環境変数に同様の問題があったので$xsetを使っています。
あっ、アセンブルバッチのsetは変更していませんでした。
$xset HARD=IBMJ
$xset MASM=/DIBMJ
に変更してアセンブルしてみると
2014-05-21 19:20:54 ML(2EF3) 51C3:A812 'HMA REP MOVSW'
2014-05-21 19:20:54 ML(2EF3) 51C3:A816 'HMA REP MOVSB'
このようなログが60行ほど出ています。
setのままアセンブルすると上記のエラー＋下記も出ています。
2014-05-21 19:20:54 COMMAND(2E5E) 9576:2ACD 'Win32コンソールプロセス起動エラー 87 'CMD /C dir vzIBM.com''

> shadowさんの設定はどうなっていますか。
私の設定は下記のとおりです。

POWERSENSITIVIT=1500
USECMD=1
TPALOW=0
TPAEXT=0
UMB=64

因みに、UMBをコメントにしてアセンブルすると無限ループに入るのでXで閉じることになります。
アセンブルはソースの話題が出ていたのでたまたま試しただけなので通常の使用では問題ないのでアップデートは気長に待っています。

皆様

　ＰＣばかりでなく人生全体の調子が悪いので、出遅れております。
　今日も秀丸からの文太です。
　文字化けが10#さんのところでも出たようで、よかった（って言って
よいのか）。
　shadowさん、たぶん手で写されたのだと思うので問題ないと思いますが、
powersensitivitYです。vtdos.cfgに意味不明の言葉があると読み飛ばして
くれるのでしょうか。ああ、UMBがいっぱい。
　環境変数ばかりか、ほんとクリップボード近辺がおかしいです。これは
vtdosが原因ではなく。その切り分けだけは、できたのだけど、、、。やれやれ。

　ああ、上げなきゃよかった。↑
　clppset.exeの実行ファイルが壊れていた、というオチでした。
　どこでどうやって壊したのだか。
　やっとvtdosなしＸＰ＋ATOK8まで戻りました。

--- vtd_err.log ---
2014-05-19 21:23:50 CLPPST(1720) 7370:0077 '無効命令 00'
2014-05-19 21:33:13 CLPPST(1720) 7370:0077 '無効命令 00'
2014-05-20 23:24:07 CLPPST(1720) 7370:0077 '無効命令 00'
2014-05-21 12:27:22 CLPPST(1720) 7370:0077 '無効命令 00'
2014-05-21 21:13:34 CLPPST(1722) 7370:000D '無効命令 00'
2014-05-21 22:38:33 CLPPST(16A5) 2868:00BD '無効命令 6E'
2014-05-21 22:38:33 COMMAND(10AC) 0728:8D74 '無効命令 67'

　３日間ですよ。でもね、「これはvtdosが原因ではない」と正しく直観
しておりましたよん。
　もしかしたら泣き顔を見られたかもしれないけど。汗。

Win32コンソールの87は環境変数ですので、やはり$xset推奨に該当します。
MLのHMA警告は以前のVTDOSでは出てませんか？

UMB（というかMCB構成）の問題は、多少手を入れつつ様子を見てますが、
まだ改善には至っていません。
UMB=0で発生する現象はヒントになるかもしれません。

キー文字化けは修正できたっぽいのですが、
この不具合は1.40で出来たものなので、文太さんの現象はやはり原因不明です。

10#さん

>キー文字化けは修正できたっぽいのですが、
>この不具合は1.40で出来たものなので、文太さんの現象はやはり原因不明です。

　了解です。ようやく、VTDOS 140に追いつけたと思いますので、観察を継続します。

文太さん

vtdos.cfgから間違っていたので修正しました。
一度入力して問題なく動作していると自分では気づかないですね。

command.comによって挙動に差がありました。

MS-DOS6.2は常駐・非常駐共に問題なくアセンブルできました。
PC-DOS7.0(IBMDFT)とPC-DOS2000は常駐では問題なく非常駐ではアセンブルできず。
freecomは常駐では問題なく、非常駐ではmlが起動直後に固まります。

いずれもHMAの警告は出ています。

shadowさん

　#6492, 完璧なレポートですね。さすがです。テスターの鏡です。

　以下ですが、

>vtdos.cfgから間違っていたので修正しました。
>一度入力して問題なく動作していると自分では気づかないですね。

　ああ、コピペで元々が間違っていたんですね。
　後半の「問題なく動作している」については曖昧かな、僕にはよく
わからないぞ、と思いました。

　デフォルト（注）で動き、その指定（POWERSENSITIVIT=1500 <-最後の
Ｙ抜け）は無視されていた可能性が高いように思いました。（偶然？）結果
は同じですが。
　無指定・無記述でデフォルト動作みたいですよ。TPALOWとか僕は書いて
ないし。

　こんな実験をして、エラーメッセージもなく起動できましたから。

--- vtdos.cfg ---
SHELL=c:\vtdos\command.com /e:8192 /p /msg /k c:\vtdos\vtvz.bat
;POWERSENSITIVITY=3000
POWER=3000		;読み飛ばしなのだろう

（注）
--- vtdos.txt ---
POWERSENSITIVITY=n
  アイドル検出の感度を指定します。デフォルトは1500で小さいほど省電力。
  0で負荷管理無効

shadowさん

1.40は何かありそうですね。
vz.comをリネームしたら最近のVTDOSは全て起動BATで落ちてしまい、久しぶりに
DOS窓VZを立ち上げて修正しました。

検証不足ですが、LXSCHD.DEFのスケジュール追加でファイルの内容が一部入れ替わって
しまいます。
 保存前は正常に見えます。

1.38 と 1.40 で同じ現象が起きます。
1.37、1.39は問題ありませんでした。
 
とりあえず1.39で様子を見た方がよさそうですね。

lxschd.defを入手しましたが、
使い方が分からず往生しています。
1.38と1.39の違いがIAS関連のみなので、
この二つでの違いは謎です。
1.41はやや大きめのアップデートになります。

32bitのmasm6.14で試した限りは、問題なくアセンブルできました。
16bitのmasm6.11は386以降が必要なため、VTDOSではインストールできませんでした。
masm6の入手方法が分かれば教えていただきたいです。
最近のmasmは.186のアセンブルできませんね。

入手したのは、おそらく2001年ころでlink切れになっているようなので関連ファイルをメールにて送信しました。

うーん、niftyメールでは上手く送信できず、gmailでは実行ファイルは送信できないのですね。@yahoo.co.jpで送信しましたので未着であればご連絡ください。

失礼しました。
実行ファイルを添付できないと言ううことは受診もできないですね。

ml関連ファイルを”宅ふぁいる便”にアップロードしました。
ダウンロードURLはgmail宛に送信しました。
よろしくお願いします。

> lxschd.defを入手しましたが、
> 使い方が分からず往生しています。

lxschd.def V2.02 ですよね。
LXSCHD   DEF        23,651 99-04-08   15:01

私のは若干中身が違っていたので、上記のdefで検証しなおしました。
PC98用なのか、修正が必要です。157行目

;		    &Sc(CC,"A:\")
		    &Sc(CC,"C:\")  ; A:\ を C:\ に変更

その先、162行目も同じく変更

;		    &Sc(CC+64,"A:\")
		    &Sc(CC+64,"C:\")

これで起動すると、C:\ にカレンダーが作成されます。
新規作成なら問題ないようですが、サイズが43Kほどの物に追加作成して67kほどに
なると、57kあたりから古い日付の既存のデータで上書きされてしまいます。
保存する前は正常に見えた気がします。

追加作成は、現在の日時よりデータが古い場合に自動作成されます。

konnoさん

　完全に的外れだったらご容赦ください。

>PC98用なのか、修正が必要です。157行目
　ＬＸ用だから、ＬＸではＡが起動ドライブなのかな、とか。モバギしか知らない
のですが。ＬＸ用で、旧８用はないかと。

;		    &Sc(CC,"A:\")
		    &Sc(CC,"C:\")  ; A:\ を C:\ に変更
これで起動すると、C:\ にカレンダーが作成されます。

　これがとても気になりました。Win8以降については分かりませんが、Win7
では、ルートにファイルが作れなくはありませんか？　できるのですか？
　何か設定がありますか？

　疑問のような質問のような……？

konnoさん、と言いつつ、独り言です。

　時間があったら、lxschd.def  を入れてみて、スケジュール管理についてもう
少し真剣になってみたいな、とも思うのですが、ちょっと時間がなくて、ごめん
なさい。紙を使ってさえ、スケジュール管理ができていません、しくしく。

　でも、 間違っているかもしれませんが、konno さんのほうが 10# さんより、
Ｖｚマクロについては通じてる。lxschd.def  のどのあたりが問題を引き起こし
てそうか、VTDOS の何に引っかかっているのか、konnoさんならヒントとか出せる
のじゃないのかな、と思いました。
　余計なお世話、余計なお節介でした。m(__)m

　それから、これは本当に独り言というか空想なのですが、多くの人がエミュレ
ータ上でエディタのマクロまで動かそうなんて大変だとコメントしています（２
ちゃんねるとか）。実は、10# さんも同じことを仰っていた。もちろん、マクロ
によります。MS-Dos 自体をいじりまくる高橋さんのマクロなんて VTDOS で動い
たら、10# の執念に僕は脱帽するでしょう。あるいは、たとえば高橋さんのサブ
リナが動かないとなったら（debug が動くのだから動くのだろうと楽観）、この
場合、僕にはヒントの出しようもありませんが、エミュレートが不完全みたいで
す、どうにかなりませんか、とか言ってみると思う。
　これこれこんな風に、NTVDM ではいけるのに VTDOS では駄目です、とか。

　lxschd.def  がどこまで MS-Dos を直接いじっているのかは全くわかりません
が（スケジュール管理マクロがそんなに MS-Dos をいじる必要はないだろうと想
像しています）、僕は、Ｖｚがまともに動けば、大抵のマクロは動く、僕が偏愛
している  syo さん的なマクロなんて（僕がつくるマクロとか）動かないわけが
ない、と思ってます。基本コマンドに条件分岐とループが入っているだけみたい
なものですから。ポインタを使うといっても、所詮、Ｖｚのお腹のなかをいじっ
ているだけだろう。m.gann  さんのマクロはコードは超絶だけど、やはりＶｚの
お腹の中で賢く、Ｖｚの癖を読み切って計算させてるだけで、やはり同じく動く
だろうと思っています。基本（大ざっぱに言って）、Ｖｚマクロってキー入力の
自動化、キー入力ルーチンのエミュレートだと思っているからです。榊原さんの
言葉を、そんな風に解釈・理解してるだけなのですが。
　もしそれらのマクロが動かないなら、ふつうにマニュアルでエディットに使う
Ｖｚだって、まともに動いてくれないだろうと。そうだったら、ＶｚもVTDOSも
僕には使えない……。

　大きく間違っていたらお教えいただけると、あるいはご意見をお伺いできれば
幸いです。が、これはあくまで独り言です。

　もう一言。あまりに怠惰であることは承知のうえなのですが。konnoさんは、#6494で

>vz.comをリネームしたら最近のVTDOSは全て起動BATで落ちてしまい、久しぶりに
>DOS窓VZを立ち上げて修正しました。

　と書かれていました。本筋からずれたしょうのない質問なのですが、日本語入力
を捨てれば、英語版ＶｚはWin7でもそれなりに動くのでしょうか？ ＭＳジャパンが
command.comの日本語対応その他に怠慢しただけで、NTVDM+command.comは、Win7あ
るいはWin8でも健在ですか？　これがあるだけでも、ファイル管理ができるから、
朗報なのですが。m(__)m
　試すのが、簡単じゃないのです。m(__)m

　サポーターから野太い黄色い声のチアリーダーになりつつある、すね毛付き文太。
　厳しい季節を越えたら精力的にテスターします。m(__)m

　いやーん、「管理者権限」。こんな基礎的な話が通じてないわけがないですね。
失礼しました。

（某掲示板より）
-------------------------------------------------------------------------
　C:（７の  OS が入っているドライブ）ドライブでは Administrator の権限を
持ったユーザーでないと、セキュリティー上ドライブ直下にはフォルダーしか作
れないこと、 OS に悪影響を与えるフォルダーは一般のアカウント users（〜）
では’読み取りと実行’しか出来ないことが分かりました。

　どうしても  C: ドライブにファイルを書き込みたいならば Administrator の
権限を持ったユーザーアカウントを作り、そのアカウントでアプリを動かせば C:
ドライブにも書き込めます。
-------------------------------------------------------------------------

　で、lxschd.def  2.02 には（必要ないかもしれませんが）lxschd.doc が入っ
ていません。doc  が入っているのは、v. 1.1 で、これは「軟体保管計画」にあ
りませんでした。
　FGALDC  ライブラリの１８階（ＬＸ用？）にアップされていたからだと思われ
ます。
　管理者権限でやればＣのルートのデータファイルがつくれるわけで、検証実験
に問題はないのでしょう。
　ドック付き v. 1.1 の要不要については、10# さんに問い合わせメールを送り
ました。

　ドックがなくて使い方が分かる、あるいは容易に事故が再現できるマクロなの
かどうかは、僕には分かりませんでした。

> 　ＬＸ用だから、ＬＸではＡが起動ドライブなのかな、とか。モバギしか知らない
> のですが。ＬＸ用で、旧８用はないかと。

ああ、そうでした。そもそも名前がLX･･･でしたね。
今は日記や備忘録としてVTDOSで使用しているもので。

> 　これがとても気になりました。Win8以降については分かりませんが、Win7
> では、ルートにファイルが作れなくはありませんか？　できるのですか？

ということは、文太さんの環境ではルートにファイルが作れないということですか。
うちの環境では問題なく作れます。職場のPCでも。
DOS窓VZでも新規DAT作成できましたよ。
管理権限（アドミニストレータ）モードだから？
ユーザーモードではいろいろ制限があるようで、文太さんのはそうなっているのでは。

> 紙を使ってさえ、スケジュール管理ができていません、しくしく。

私も紙のスケジュール管理は無理です。
その私が唯一使えたのがLXSCHD.DEFなんですね。

> lxschd.def  のどのあたりが問題を引き起こし

まさにそのとおりでした。
データが６４ｋをまたぐ辺りでおかしくなるようです。
思えば以前から６４ｋを超えるスケジュールデータがおかしくなることが何度もあり
６４ｋを超えないように運用していたのと同根の問題かもしれません。

> 　それから、これは本当に独り言というか空想なのですが、多くの人がエミュレ
> ータ上でエディタのマクロまで動かそうなんて大変だとコメントしています（２
> ちゃんねるとか）。実は、10# さんも同じことを仰っていた。

え、そうなんですか。私はVZが動けばマクロも動くと思っています。
だって、VZ自体がマクロで動いているようなものでしょう。

> 　と書かれていました。本筋からずれたしょうのない質問なのですが、日本語入力
> を捨てれば、英語版ＶｚはWin7でもそれなりに動くのでしょうか？ 

もちろん32ビットWin7のDOS窓で日本語VZが30行、40行のLFNで動いていますよ。
文字化けしないFEPが無いだけです。あ、VJEやNECAIとかは試してないな。
Win8ではどうか知りませんが。
過去記事でいろいろ書いてあるはずですが、纏めないとわかりにくいですよね。

konnoさん、お騒がせし、またご丁寧にありがとうございます。

>私も紙のスケジュール管理は無理です。
　いや、これは意図が食い違っている。僕にとっては、紙がいちばんシンプルで
分かりやすいのです。スケジュール管理をＰＣやマクロには、根本的に任せられ
ない。 が、この思いこみを、lxschd.def で、と一瞬思ったのですが、日常と時
間の管理のために、ドコモバを持ち歩いたり、データ移動・同期を考えたり気に
したり、また電池の補充を準備したりより、根性で手帳がまだ成功の確率が少し
あります、というか、成功の確率、少しでいいから、あるといいな。

>その私が唯一使えたのがLXSCHD.DEFなんですね。
　過去ログで読みました。konnoさんにとっては、本当にそうなんですね。

>データが６４ｋをまたぐ辺りでおかしくなるようです。
　あ、Ｖｚにとっては不吉な数字。

>> 　それから、これは本当に独り言というか空想なのですが、多くの人がエミュレ
>> ータ上でエディタのマクロまで動かそうなんて大変だとコメントしています（２
>> ちゃんねるとか）。実は、10# さんも同じことを仰っていた。

>え、そうなんですか。私はVZが動けばマクロも動くと思っています。
>だって、VZ自体がマクロで動いているようなものでしょう。

　御意、です。よかった。うん、ぜったいそうですよ。ありがとー！　安心。

>もちろん32ビットWin7のDOS窓で日本語VZが30行、40行のLFNで動いていますよ。
>文字化けしないFEPが無いだけです。あ、VJEやNECAIとかは試してないな。

　ふ、不思議な世界。つまり、VTDOSなしだとまともな日本語入力ができない、
ということですね。でも、おお、ファイラは健在なんだ！！　ファイル名に日本語
なんて使わないもーん。
　はやく自分で体験してみなさいよねぇ。ただ、Win7では、Ｖｚが遅い、、、。


　別記事の話題。「管理者権限」、これですね。
　ルート。 いえ、MS-Dos だって、Windows だって、やっぱりルートにごちゃご
ちゃファイルを作るのは作法違反だとは思ってました。不都合がなかったので、
UNIX  使ってるわけじゃないし、 文句あっか、とやってきたのですが、Win7 に
「文句あり」と言われてしまいまして。
　でも、これ、転ぶ人はそれなりにいるみたいですよ。というか、セキュリティー
上、云々。
　まったくＰＣ初心者みたいな話で、お恥ずかしいかぎりです。m(__)m

リプライ先が・・・（＾＾；）

当初UMBがらみでMCBの構成を変更したことが起因しているものと想定して、
DOS3.X互換のMCBオプションを用意してみたんですが、これが原因では
なかったようです。

1.37〜1.40で思い当たる節がこの部分だけですので、以前から存在した問題が
環境の変化によって顕在化したものではないかと考えています。

環境の変化といえば、環境変数の問題の対策として、$XSETを用意しましたが、
これによって環境変数の構成が変化しているものと思われます。
また、ひょっとしたらcommand.comに始まる、各プロセスのロードアドレスも、
変化しているかもしれません。

いろいろ調べてるうちに、32bitコンソールの実行に問題があることが判明
しました。
これは32bitコンソールの実行中にコンベンショナルメモリーの一部を、
間違って書き換えてしまうもので、command.comの不正命令の原因でした。
具体的には3箇所不具合箇所があって、そのうち2箇所はかなり以前から
存在していましたが、書き換える確立は1/2で、それが顕在化する確立は
さらに下がるものと思われます。
残りの一つは８に対応する変更時に発生したもので、Windowsのコマンド
を実行する場合、他の二つに比べて高い確立で発生するものでした。

今回明らかになった障害は、実際の挙動に対しては間接的に作用するので、
具体的にどういった問題が発生するとも明確ではありません。
それゆえ、改善される内容も明確なものではありません。
例えば shadowさんのmasmの挙動を見てみると、出力されるエラーの内容は
変化しているようです。（但しメモリー不足のエラーが出ます）
lxschd.defは僕が試した1.1は、エラーが出て動かなかったものが、
動くようにはなりました。
（まだkonnoさんが遭遇した現象を試すにはいたっていません）

1.41はしばらく様子を見て公開する予定です。

10#さん

>1.41はしばらく様子を見て公開する予定です。

　ゆっくりいきましょうね！
　ロング・ヴァケーション中の、文太より。
　休んでばっかりじゃないの？

> （まだkonnoさんが遭遇した現象を試すにはいたっていません）

データは1行でもあれば追記されます。

07/08/01(水)

この日付データで起動すると６４ｋ超えて、保存した内容がおかしくなります。

07/09/01(土) 

こちらの日付ではおかしくならないです。

うう、DOS窓VZのBATをYSETにしたら問題が出ない？

konnoさん

　lxschd.defをちらと眺めlxschd.docをさらっと読み流した奴のコメントです。
　久しぶりで懐かしく、マクロの勉強にもなりました。これって構造体だなぁ、
とか。

>うう、DOS窓VZのBATをYSETにしたら問題が出ない？
　VTDOS がらみが原因なら、そこぐらいなのかなぁ、と少し思いました。
　konno さんは、lxschd.def 用に環境変数を使われてますか？　MS-Dos の環境
変数を使わなくても lxschd.def は使えますよね。そこが関係するのかな、と。

　もしかして、他のプログラム用の環境変数を YSET にしたら、問題が出なくな
った、という意味でしょうか？　だとしたら、メモリ管理にけっこう大きな問題
がありそう。

　10# さんは手間だから、lxschd.def  を試すとしたらきっと環境変数を使わず
デフォで試すだろうな、と思ったもので。
　まだ、興味が向かないというか、「スケジュール管理は間にあってるしねぇ」
みたいな感じでしたよ。ドックは入手されていました。

> >うう、DOS窓VZのBATをYSETにしたら問題が出ない？

すみません、ysetは関係なかったようです。

実行環境　	データ	作成時間
-----------------------------------
Win7Dos窓 	正常	1秒
dosbox0.72 	正常	24秒
200LX	 	正常	25秒　　※休日データ作成でマクロがエラーで止まる
VTDOS1.39	異常	3秒

こんな感じで、VTDOSだけ64ｋ以上でデータが異常になります。
200LXでデータが異常になったのは他の要因だったのかもしれません。
う〜む。

> 　konno さんは、lxschd.def 用に環境変数を使われてますか？

いや、何も設定してないです。

2.02で試してみました。
lxschd.datを64kオーバーさせる方法が思いつかなかったので、
各行をキーマクロで最大幅まで埋めたんですが、64kに至りませんでした。
仕方が無いので、全行コピペで行数2倍の荒業を試してみましたが、
現象を確認できませんでした。
といっても、これはリリースしたばかりの1.41での話しです。
ちなみに未だ新規行追加の方法を把握していません（＾＾；）

どうでも良いですが、仕事のタスク管理をVZだけでやってたりします。

>lxschd.datを64kオーバーさせる方法が思いつかなかったので、
>ちなみに未だ新規行追加の方法を把握していません（＾＾；）

　笑。

>どうでも良いですが、仕事のタスク管理をVZだけでやってたりします。

　でしょうねぇ。それでこそ、Ｖｚｅｒ。

　konnoさんのレポートもお見事でした。
　で、再現の条件としては、何が必要なのでしょう？

>といっても、これはリリースしたばかりの1.41での話しです。

　おお、早い、、、。
　1.41でも出ますか？　＞konnoさん？

　lxschd.datを作ったことのない文太でした。
　スケジュール管理をしたことがない文太、ですね。汗。

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

a="01234567890123456789012345678901234567890123456789012345678901", ;62bytes
i=1000,

(i){&?("%s",a) #m}		;(i){loop} 定数回ループ

;64 kilo bytes isn't the same as 64000 bytes, is it?  bunta?

*

> lxschd.datを64kオーバーさせる方法が思いつかなかったので、
> 各行をキーマクロで最大幅まで埋めたんですが、64kに至りませんでした。

あう、超簡単と思っていたので、そんな状態だったとは夢にも思いませんでした。

> 仕方が無いので、全行コピペで行数2倍の荒業を試してみましたが、
> 現象を確認できませんでした。

げげ、lxschd.def を使わないで検証テストですか。

> ちなみに未だ新規行追加の方法を把握していません（＾＾；）

すぐにわかると思っていたので説明が手抜きすぎたようですね。

１．最初にlxschd.def を起動すると、だいたい2か月前から一年後までの日付データを自動的に作成します。
「ESC」キーでlxschd.def は終了し、データを保存します。

２．そのlxschd.dat の中身を削除して

07/08/01(水)

この日付データを貼り付けて保存してください。

３．lxschd.def を再び起動します。
　自動的に日付データが追記され、一か月先までの64k超のデータが作成されます。

４．ページ戻しで日付が正常に減少することを確認します。
　行数が先頭で１になるのを確認します。

５．「ESC]で終了します、データは保存されます。
　マクロがエラーで止まった時は手動で保存してください。

６．lxschd.dat をオープンして最後までページ送りします。
　
　　13/06/11(火) あたりで内容が古い日付に変わります。

13/06/11(火) 
‥････
09/03/15(日) 
　・
　・
　・
10/04/02(金) 　最終データ

うちのVTDOS環境ではこうなります。
ちなみに、1.41でも異常になりました。


> どうでも良いですが、仕事のタスク管理をVZだけでやってたりします。

私的専用マクロでしょうか。
公開の予定は？
そういえば、10#さんのマクロ、見てみたいですねぇ。

うーん、手順どおりにやってみましたが再現しません。
他の要因でしょうか？
ちなみに僕はまだ k07s3 を使ってます。lxschd.defは2.02で、VWXは1.08B
vmapはこんな感じです。


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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
FB01 <--    1   10704  vwx 1.08b -v1 -x1          2F
FD9F-FF00   1    5648  <free>
                       --- UMB total:  16 KB ---
1001 1101   3   20608  command                    23 24 2E
150C        1    2816  <free>
15BD <--    1    3888  vz 1.60s -z                1B 21 29
16B1-9FFE   1  562368  <free>

----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1    13   208k  VZ
  free  2035 32560k
 total  2048-32768k


タスク管理にマクロは利用していませんよ。
「予定」のセクションに仕事の行程を1行ずつ任意にテキストにして、
適切な順番に並べ替えて、終わった順番に「完了」のセクションに移動するだけです。
一時期GTDとか言われてたやつです。
行単位の編集が手軽なエディターが最適なツールで、
別にＶＺでなくても実は良いです。

> うーん、手順どおりにやってみましたが再現しません。
> 他の要因でしょうか？

げげ、もしかしてうちの環境だけの問題なのか。
VZは高橋版でもダメで、sw2 も sw3 にしたり、vwxのオプションを変えたり、
VTDOS環境だけで出るのは何が違うのか。

あと思いつくのはVZ.DEFのオプションかなぁ。
あじゃさんの opt_lst.defの結果です。

---------- option.lst --------------------- 2014/05/30 (Fri) 01:12 --------
 DOSV  VZt  VZk  z+  St-  vw+  zk-
 
 Bt64     Bf4224   Bo32768  EM1024   XM1      Bm9445   Ba258    Hs256
 Hf256    Hx256    Ha256    Hw128    Bl8192   Bc1024   Bu256    Bv256
 
 SW3   TC10  WD0   We100 PG0   RS3   Ta8   Tb4   Ci0   Co2   WL1
 LC46  VM0   CA52  Sr39  Qt1   Qc10  Qw50  RM0
 
 An$0F  Ac$05  Al$1A  Ah$78  As$70  Ao$E0  Ar$B0  Am$5F  Ab$70  At$70
 Aw$70  Af$74  Ai$0F  Aj$74  Ak$2F  Ag$01  Au$70  Ae$02  Ay$00  vs$00
 vy$00  Ad$07
 
 Dl-  Dc+  Dt+  De+  Ds+  Db-  Dn-  Du-  Df+  Dp-  Dh+  Dg+  Dr+  Dj+  Dv+
 
 FM23    FW2050  FV1     FS2     FO2
 
 Ei+  Es+  Ez-  Eb-  Eu-  Et+  Eh-  Ew-  Ec+  Ex-  En-  Ev+  Ek-  Ea-  RO-
 Ej-  Eo+  El-
 
 RX-  ZH-  Sx+  Se+  Sd+  Sk+  Sy-  YN-  Sn-  Sq-  FP+  FR-  FK+  FQ+  Sz-
 
 Sc-  Nd+  Vb+  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da+  Nf+
 Ce2048   ml+  mc*  Ys$09  Yo$0E  Yr$0B
---------- End of option.lst ----------------------------------------------

10#さんのところはどうですか。


> タスク管理にマクロは利用していませんよ。
> 「予定」のセクションに仕事の行程を1行ずつ任意にテキストにして、
> 適切な順番に並べ替えて、終わった順番に「完了」のセクションに移動するだけです。

なるほど、手作業の切り貼りでしょうか。

> 別にＶＺでなくても実は良いです。

うう、10#さんがVZerでなかったら、VTDOSは存在しなかったんですね。
正直、VTDOSが生まれた今の状況は奇跡のようなものだと思います。

10#さん

>あじゃさんの opt_lst.defの結果です。（konnoさんwrote）

　というのは、

めざらさんの「軟体保管」
http://homepage3.nifty.com/mezala/vz/history/maclib1.html

で、以下を検索して落とせます。
VZ_OPT.DEF

VTDOS1.41ではメッセージの内容は変化しましたが、
メモリ不足のエラーが出ます。
6.1x以降の32bitMASMへの移行をお勧めします。

こんな感じですが、参考になりますかね。

---------- option.lst --------------------- 2014/05/30 (Fri) 23:51 --------
 DOSV  VZt  z+  St-  vw+  zk-

 Bt64     Bf16384  Bo32768  EM1024   XM0      Bm8194   Ba3      Hs256
 Hf256    Hx256    Ha256    Hw92     Bl8192   Bc1024   Bu32     Bv1024

 SW3   TC35  WD250 We250 PG0   RS1   Ta8   Tb8   Ci8   Co0   WL0
 LC59  VM0   CA52  Sr7   Qt0   Qc40  Qw100 RM0

 An$0F  Ac$0E  Al$0B  Ah$0B  As$0E  Ao$0D  Ar$0A  Am$0E  Ab$0B  At$0E
 Aw$0F  Af$0B  Ai$8E  Aj$0A  Ak$0E  Ag$01  Au$0E  Ae$12  Ay$00  vs$00
 vy$00  Ad$0F

 Dl-  Dc-  Dt-  De+  Ds-  Db-  Dn-  Du-  Df-  Dp+  Dh-  Dg+  Dr+  Dj-  Dv-

 FM7     FW1024  FV1     FS0     FO3

 Ei+  Es+  Ez-  Eb+  Eu-  Et+  Eh+  Ew+  Ec-  Ex-  En+  Ev-  Ek-  Ea+  RO-
 Ej+  Eo+  El-

 RX-  ZH-  Sx+  Se+  Sd-  Sk-  Sy-  YN-  Sn+  Sq+  FP-  FR-  FK-  FQ-  Sz-

 Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf+  Is-  Da-  Nf+
 Ce0      ml+  mc*  Ys$0F  Yo$0D  Yr$0E
---------- End of option.lst ----------------------------------------------

ちょっと前に文太さんに話したことですが、
僕はDOS時代使っていたソフトのほとんどを使い続けていますが、
古いソフトは当然動作保証が無いため、騙し騙し使っています。
最早Win2k時代の32bitアプリですら動くかどうかは怪しいですよ。
コマンドラインユーティリティーで32bit版がある場合は、
割りに早い段階で移行しています。

環境の設定や調整で安定すればラッキーだと思っていて、
そのための試行錯誤や、クラッシュに対するリカバリーや、
不具合回避の習慣化は身に染み付いています。
今回の障害も設定の調整で済めばラッキーだと思ってます。
（DOS自体がそういうものでしたよね）

DOS時代から、VZは設定や環境如何で不安定化しがちでしたので、
安定しているDEFにおいそれと手を入れることは無かったですし、
環境移行で問題が出る場合は極力慎重に、保守的に調整を入れています。

僕にとってはその程度の手間は掛けてもいいぐらい使い勝手のいい道具なんですが、
それゆえ、マクロの活用により利便性を追求する動機はあまり無く、
キーバインドに近い扱いだったりします。
その反面テキスト操作にコマンドラインを活用するため、xscriptや、キーマクロ
などは不可欠だったりします。

仕事の道具の一つとして日常的に活用してるため、コアなVZユーザーの一人
であることは間違いないのですが、マクロ文化などはほぼ知らずにいたので、
いわゆるVZerとは、似て非なるものだと思ってます。

VTDOSを一人立ち上げた時点ではVZは忘れられた存在で、
自称最後のVZユーザーという認識でした。

konnoさん、
　早い話が、10#さんは、Ｖｚは便利だけどマクロのことは任せるよぉ、と
仰っていると僕は解釈しました。

　特に何も思いつきませんでした。
　「賢い自分用の設定」について思いを馳せようと思ったのだけど、、、。
　知らない暗号がけっこうある、、、。

K: konno,  T: TenSharp,  B: Bunta
---------------------------------

K  DOSV  VZt  z+  St-  vw+  zk-
T  DOSV  VZt  z+  St-  vw+  zk-
B  DOSV  VZt  z+  St-  vw+  zk-

K  Bt64     Bf4224   Bo32768  EM1024   XM1      Bm9445   Ba258    Hs256
T  Bt64     Bf16384  Bo32768  EM1024   XM0      Bm8194   Ba3      Hs256
B  Bt64     Bf4096   Bo32768  EM1010   XM128    Bm7998   Ba2      Hs1024

K  Hf256    Hx256    Ha256    Hw128    Bl8192   Bc1024   Bu256    Bv256
T  Hf256    Hx256    Ha256    Hw92     Bl8192   Bc1024   Bu32     Bv1024
B  Hf512    Hx1024   Ha128    Hw512    Bl8192   Bc768    Bu512    Bv128

K  SW3   TC10  WD0   We100 PG0   RS3   Ta8   Tb4   Ci0   Co2   WL1
T  SW3   TC35  WD250 We250 PG0   RS1   Ta8   Tb8   Ci8   Co0   WL0
B  SW2   TC14  WD80  We80  PG0   RS4   Ta8   Tb4   Ci0   Co6   WL0

K  LC46  VM0   CA52  Sr39  Qt1   Qc10  Qw50  RM0
T  LC59  VM0   CA52  Sr7   Qt0   Qc40  Qw100 RM0
B  LC24  VM0   CA52  Sr165 Qt10  Qc50  Qw0   RM0

K  An$0F  Ac$05  Al$1A  Ah$78  As$70  Ao$E0  Ar$B0  Am$5F  Ab$70  At$70
T  An$0F  Ac$0E  Al$0B  Ah$0B  As$0E  Ao$0D  Ar$0A  Am$0E  Ab$0B  At$0E
B  An$0F  Ac$13  Al$1A  Ah$B0  As$F0  Ao$E0  Ar$B0  Am$0E  Ab$B0  At$70

T  Aw$0F  Af$0B  Ai$8E  Aj$0A  Ak$0E  Ag$01  Au$0E  Ae$12  Ay$00  vs$00
K  Aw$70  Af$74  Ai$0F  Aj$74  Ak$2F  Ag$01  Au$70  Ae$02  Ay$00  vs$00
B  Aw$70  Af$E0  Ai$0F  Aj$74  Ak$0E  Ag$01  Au$4F  Ae$12  Ay$00  vs$00

K  vy$00  Ad$07
T  vy$00  Ad$0F
B  vy$00  Ad$07

K  Dl-  Dc+  Dt+  De+  Ds+  Db-  Dn-  Du-  Df+  Dp-  Dh+  Dg+  Dr+  Dj+  Dv+
T  Dl-  Dc-  Dt-  De+  Ds-  Db-  Dn-  Du-  Df-  Dp+  Dh-  Dg+  Dr+  Dj-  Dv-
B  Dl-  Dc+  Dt-  De+  Ds+  Db-  Dn-  Du+  Df+  Dp+  Dh+  Dg+  Dr+  Dj-  Dv+

K  FM23    FW2050  FV1     FS2     FO2
T  FM7     FW1024  FV1     FS0     FO3
B  FM31    FW2048  FV1     FS1     FO3

K  Ei+  Es+  Ez-  Eb-  Eu-  Et+  Eh-  Ew-  Ec+  Ex-  En-  Ev+  Ek-  Ea-  RO-
T  Ei+  Es+  Ez-  Eb+  Eu-  Et+  Eh+  Ew+  Ec-  Ex-  En+  Ev-  Ek-  Ea+  RO-
B  Ei+  Es-  Ez-  Eb+  Eu-  Et+  Eh-  Ew-  Ec-  Ex-  En-  Ev-  Ek+  Ea-  RO-

K  Ej-  Eo+  El-
T  Ej+  Eo+  El-
B  Ej-  Eo-  El-

K  RX-  ZH-  Sx+  Se+  Sd+  Sk+  Sy-  YN-  Sn-  Sq-  FP+  FR-  FK+  FQ+  Sz-
T  RX-  ZH-  Sx+  Se+  Sd-  Sk-  Sy-  YN-  Sn+  Sq+  FP-  FR-  FK-  FQ-  Sz-
B  RX-  ZH-  Sx+  Se+  Sd+  Sk-  Sy+  YN-  Sn+  Sq-  FP+  FR-  FK+  FQ-  Sz-

K  Sc-  Nd+  Vb+  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da+  Nf+
T  Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf+  Is-  Da-  Nf+
B  Sc-  Nd-  Vb-  Sv-  Tv-  YM-  CH-  Hp-  Hp-  lf-  Is-  Da-  Nf+

K  Ce2048   ml+  mc*  Ys$09  Yo$0E  Yr$0B
T  Ce0      ml+  mc*  Ys$0F  Yo$0D  Yr$0E
B  Ce0      ml+  mc*  Ys$03  Yo$60  Yr$30

文太さん

> K: konno,  T: TenSharp,  B: Bunta

ナイスな比較表ですね。ありがたいです。
やっぱりVZって人それぞれで好みにカスタマイズできるのがいいですね。

で、いろいろ試したんですが、現時点で分かったこと。
VZがEMSを使わずにマクロバッファが足りなくてマクロが休日データ追加時に
止まった時かな？VTDOSで正常データができました。
あとは全部異常データになります。

文太さんの処ではどうでしょうか。

konnoさん

>文太さんの処ではどうでしょうか。
　すいません、僕は交通整理やアシスト役をやっていてテスターはやれていません。
　僕的には、ひと段落かな、という感じでいます。
　総じて、VTDOS 1.41、いい感じです。使用時間が短すぎますが、文字化けを見てません。

　記念に、ちょっと備忘録というか、調べてまとめてみました。
　気にしないでください、自分史みたいなものですから。
　ちょっと前からやりたかったの。


beginning	1981
MASM 3.0	1984, MS-DOS 3.0
MASM 4.0	1985, with symdeb 4.0, mapsym 4.0,  masm.exe 85,566 1985-10-16 04:00
MASM 5.0	1987
		1989, Vz Editor 1.5
MASM 5.1/6	OS/2アプリケーション（masm.exe -> ml.exe）1991, MS-DOS 5.0
MASM 6.1	32ビットWindowsのコンソールアプリケーション
		当初、バージョン6.1と6.11ではMS-DOS上で動作させるため
		Phar Lap TNT DOSエクステンダが同梱された。
		ただし、6.1は最終バージョンのWindows NTでは動作しない。
MASM 6.11	パッケージ販売されたMASMの最終バージョン
		MASM.EXE = a compatibility driver for users of earlier versions of MASM.
		ml.exe is the assembler. 6.0, ditto.
		1993/12, Vz Editor 1.6
MASM 6.11d	16bit 最終ヴァージョン（ml.exe  388,096  1995-02-19  10:30）1995
		1995, Win95
MASM 6.14	+patch, to 32bit Win Console Application 1999 
		2000, WinME
MASM 6.15	Visual C++ 6.0 プロセッサ・パックの一部。2000
		2001, WinXP
MASM 7.0	Visual C++ .NET 2002に同梱。
MASM 7.1	Visual C++ .NET 2003に同梱。
MASM 8.0	Visual C++ .NET 2005に同梱。
		x64版とあわせて（ml64.exe、x64コードをアセンブル）

【参考文献】
MASM, wiki:
http://ja.wikipedia.org/wiki/Microsoft_Macro_Assembler
MASM32:
http://www.masm32.com/history.htm
MS-DOS, wiki:
http://ja.wikipedia.org/wiki/MS-DOS#.E6.AD.B4.E5.8F.B2
Vz年表 by mezala:
http://homepage3.nifty.com/mezala/vz/history/chrono.html
MS Windows, wiki:
http://ja.wikipedia.org/wiki/Microsoft_Windows#Windows_95_.2F_98_.2F_98SE_.2F_Me

16bit
MASM 4.0		masm.exe  85,566  1985-10-16  04:00
MASM 5.1		masm.exe 110,899  1990-06-21  00:00
MASM 6.11d		ml.exe   388,096  1995-02-19  10:30
			masm.exe  49,152  1993-08-19  18:50
32bit
MASM 7.10.4035		ml.exe   413,696  2005-03-24  16:25
MASM 8.00.50727.218	ml.exe   357,120  2006-09-23  22:55

謎解きは梱包テープの端を探すかのごとくですね。

確かに僕の環境では休日データが出来ていません。
しかし６４ｋは超えています。
メモリ不足エラーの出ない範囲でBmを増加しても休日データは出来ません。

EMSを使わずにというのは、何かの条件で使うこともあるということ？
６４ｋ超えでマクロ実行がクラッシュしているということ？


僕の場合好みというよりは当てずっぽうでカスタマイズですけどね。
各設定値の意味や効果、限界値などは厳密には分かりません。
マクロも素人です（＾＾；）

> >文太さんの処ではどうでしょうか。
> 　すいません、僕は交通整理やアシスト役をやっていてテスターはやれていません。
> 　僕的には、ひと段落かな、という感じでいます。

うう、確かに文太さんのおかげでlxschd.defの所在や使い方などが伝わったのですが
そこまでやってくれているのに起動もしてないということはないのでは。(;_;)

でもこのマクロ、エラーで止まると表示オプションが変わってしまうのが難点ですね。
おかげさまで原因はだんだん絞り込めてきました。

> 謎解きは梱包テープの端を探すかのごとくですね。

わかります。なかなか見つからない時がありますよね。

> 確かに僕の環境では休日データが出来ていません。
> メモリ不足エラーの出ない範囲でBmを増加しても休日データは出来ません。

これは、_HOLIDAY.DEF という別マクロが必要でした。
軟体計画の、LXSCHD.DEF 2.0 にDOCと共に入っています。

> EMSを使わずにというのは、何かの条件で使うこともあるということ？
> ６４ｋ超えでマクロ実行がクラッシュしているということ？

・この時はEMSの無い環境だったので、_HOLIDAY.DEF が読み込めなかった。
　_HOLIDAY.DEF を実行しない時はデータは異常にならないようです。

・VTDOSで、TPAEXT=1、TPALOW=1　としてメモリを906ｋまで空けてマクロ実行すると
　休日データも入った正常なデータができました。

・マクロがメモリに残っている状態でもう一度データ作成しようとするとエラーになる。
　DOS窓VZでやったらDOS窓が消えました。
　LXSCHD.DEF はLXLOADER.DEF 使用を推奨しているので、&zと相性が悪い？

・1度の実行ではVTDOS以外は異常データが出来ていない。
　VTDOSでも保存するデータが64k以内なら異常にならない。

今までで分かったのはこのくらいですね。
私的にはこれ以上絞り込むのは難しそうです。
このマクロはハイテクを駆使していて、複数マクロの切り替えとかバッファメモリの
直接操作（EMS含め）している気がするので今回は相性的な問題かなと思います。
今まで通りデータが64kを超えないように運用すれば問題ないです。

> 僕の場合好みというよりは当てずっぽうでカスタマイズですけどね。
> 各設定値の意味や効果、限界値などは厳密には分かりません。

私も未だによくわかってないというか、さらに忘れてきていますね。

> マクロも素人です（＾＾；）

私もVZの改造デビュー当時はマクロ初心者を自認してました。
VZのソース弄りでマクロの理解がすすんで少しはレベルが上がったのかな。

konnoさん

>そこまでやってくれているのに起動もしてないということはないのでは。(;_;)

　すいません、本当なんです。再カスタマイズさえ、したことがないのです。使える
ようになるのに道が長すぎる、とのっけに判断しました。m(__)m
　VTDOSのために、今回（小さな範囲で）走り回っただけなのです。m(__)m

>これは、_HOLIDAY.DEF という別マクロが必要でした。
>軟体計画の、LXSCHD.DEF 2.0 にDOCと共に入っています。

　相当にデータ、プログラムが散逸してしまったマクロなんですね。

　konnoさん掲示板のこれまでのやり取りの情報のみから、以下をまとめました。
　僕はマクロの中身をまったく知りません。

LXSCHD.DEF 2.02		マクロ本体				軟体補完計画	◆
LXSCHD.DOC		取り説（v.1.1）				ベクター
_HOLIDAY.DEF		補助マクロ（LXSCHD.DEF 2.0に同梱）	軟体補完計画
LXSCHD.DEF 2.0		LXSCHD.DOCを含む			軟体補完計画	◆

　◆の２つで揃うと思われる。

丁寧な梱包ほどぐるぐる巻きだったりとかｗ
真の几帳面はテープの端を折り返す？

_HOLIDAY.DEFを導入して、祝日設定も動作しました。
その後に、２〜３回入力しましたが、やはり再現していません。

ちなみに、一応vmapが既出ですが、TPA拡張は使っていません。
EMSを利用すればマクロのロードはできるということでＯＫですよね。
TPA拡張はその環境でテストされたアプリはおそらく存在しない、
という意味では信頼性に不安は無いですか？
（オプションを用意しておいてなんなんですけど）

DOS窓が落ちるということは、DOS窓内で無効命令に飛んでるということですよね。
これは純正環境を正とした場合でもクラッシュする条件がある、
ということでＯＫですか？

LXLOADER.DEFというのは今回使用していませんが、これを使えば再現する、
ということであれば、これはLXSCHDでも_HOLIDAYでもなく、
LXLOAERの使用に伴う問題ではありませんか？

もし、LXLOADERの使用を中止すればこの障害は発生しないと仮定すると、
LOLOADERは怪しいマシン語とか使ってますね。
DOSのSETPSPとか、RESIZEとか、EMSのREALLOCとか呼び出しています。
DOSのRESIZEはVTDOSではいわく付きで、
自然な解釈の挙動として、割り当て済みメモリブロックのRESIZEを行いますが、
実際に呼び出される、フリーエリアのRESIZEをサポートすることになった、
という経緯があります。これが正しいのかどうかは分かりません。

EMSを使わないオプションで現象が再現される場合、EMSは白ということになります。

これ、僕一人で原因究明するとなると、僕のメモリーがクラッシュしますね（；−；）



*Interrupt jump tableより

DOS 2+ - RESIZE MEMORY BLOCK

AH = 4Ah
BX = new size in paragraphs
ES = segment of block to resize

Return:
CF clear if successful CF set on error AX = error code (07h,08h,09h) (see #01680 at AH=59h/BX=0000h) BX = maximum paragraphs available for specified memory block 
Notes: Under DOS 2.1-6.0, if there is insufficient memory to expand the block as much as requested, the block will be made as large as possible. DOS 2.1-6.0 coalesces any free blocks immediately following the block to be resized 

10#さん

　テープは絡まりまくっているようですね、笑。

konnoさんwrote at #6527
>　LXSCHD.DEF はLXLOADER.DEF 使用を推奨しているので、&zと相性が悪い？

　とのことですので、

>LXLOADER.DEFというのは今回使用していませんが、これを使えば再現する、
>ということであれば、これはLXSCHDでも_HOLIDAYでもなく、
>LXLOAERの使用に伴う問題ではありませんか？
>もし、LXLOADERの使用を中止すればこの障害は発生しないと仮定すると、

　konnoさんは、LXLOADER.DEFをお使いではないと思われます。 
　&z()マクロロード関数にバグがあり、関数の上位互換として各種のマクロ
ローダー・マクロがあります。

konnoさん、僭越ながら

>ちなみに、一応vmapが既出ですが、TPA拡張は使っていません。
>EMSを利用すればマクロのロードはできるということでＯＫですよね。

>DOS窓が落ちるということは、DOS窓内で無効命令に飛んでるということですよね。
>これは純正環境を正とした場合でもクラッシュする条件がある、

　つまり、
　TPA拡張なし、ＥＭＳありのVTDOSでどのような再現条件があるのか。
　「純正環境」=VTDOSなし環境でも、再現するのか。

　これでVTDOSの問題か、NTVDMあるいはマクロの問題か、切り分けられるよ、
と僕は読みました。

　そもそもマクロの所在やヴァージョンがごちゃごちゃで、再現条件も曖昧だと
迷宮入りっぽいな、と思っています。
　何となく、最初（#6510）VTDOSの問題かと思ったのですが、違うのかな、と
思いはじめています。

--- vzt.doc ---
　◎高橋版Ｖｚの機能
;---- バグフィックス -----
●&z() のバグフィックス。(!Open と wm==0 とキーボードマクロは今後対応予定）
---------------

　これは今回、関係がないと思います。

konnoさん、本筋からずれてごめんなさい。

10#さん、キーボードマクロ、僕も使うときには「だーいすき」と言いながら
使います。便利ですよね。
　キーボードマクロと&z()とかを話題に絡ませてしまったので、以下を大雑把に
調べました。

　ふつうの使い方では、以下に遭遇することは極めて稀、と言ってよいでしょう。
　僕は経験がない。
　また、高橋版の日付は以下だと思いますので、おおかたvz.com内でフィックス
されているようです。　vzt.com  60,888  1999-12-21  19:19
　ま、こういう、こゆーい世界なのです。テクニカルなことは、僕には理解不能
ですが。

　また、EmmettさんのLXLOADER.DEFは、以下の日付なので、きっと、高橋さんの
指摘を反映されて、そのような複雑なことをするローダーになっているのでしょう。
resize, EMS など。もちろん未見です。

LXLOADER.DEF 3.21　汎用外部マクロローダ v3.21　1999/03/16　仲原孝 (Emmett)

　年表風にまとめると、

m.gann指摘		94/08/14
高橋フィックス法	97/11/03
Emmett ローダー		99/03/16
高橋vzt.com		99/12/21

　僕は断片的な状況証拠から薄っぺらに推測しているだけなので、もうちょい
途中に色々あった・あるように思って下さい。

* ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * 

nifty: FGALDC
>08256/08293 xxxxxxxx  高橋　洋光　　　 &z() のバグフィックス
>(15)   97/11/03 20:03                     コメント数：1


  　&z(ptr) をバグフィックスすると以下のようになります。
  　（ラベル :e はロード失敗のエラー処理）

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

                (mg.14<pn.5)?>e                         ; ※１  by m.gann
                (wm)??{                                 ; ※２  by m.gann
                        (s-sm)?>e
                        (s==3)?{#[ &s #95 #E &d #98}
                              ?{&s cp[,#> lx[,#H #95 #E (r])?#u cp],#?}
                }
#ifn s16
                ;--- 榊原版対応 ----
                fg..33-,                                ; ※３  by m.gann
                                                        ; ※４
                (sm)?&i("$
                $(50,53,8B,1E,A0,01,B4,50,CD,21,A1,C4,03,0B,C0,74)$
                $(14,8E,C0,BB,FF,FF,B4,4A,CD,21,B4,4A,CD,21,72,05)$
                $(03,C3,A3,CA,03,5B,58,C3)")
#endif

                rr-,                                    ; ※５−１
                wm.2+,                                  ; ※６
                &z(ptr)
                (wm.21&$F0)??{                          ; ※７
                        r[,(sm)?&Em(fz)?&Em(wa..10) r],
                }
                pq..137.0-,                             ; ※８  by m.gann
                (r||rr==0)?>e                           ; ※５−２

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

  ※１  キーボードマクロでの不具合

  　私はキーボードマクロを使用してないため、全く研究してません。登録し
  ていないマクロをキーボードマクロから呼ぶと不具合が起こるとの事。(^^;
　  詳しくは PK MES13 #01742 参照。（--- see below, added by bunta）


  ※２　vz -z で常駐直後、編集モードへ一度もいかずに、\[CR] でファイラー
        またはコマンドラインで &z() を実行すると画面が崩れる。

  　常駐直後には、 Vz はまだ完全にはワークの初期化を終了していません。
  wm など初期化されぬまま(wm==0)、 &z() を実行してしまいます。

  　この辺は説明が難しい。&z() が実行できるなんて奇跡。(^^;
  　画面が崩れてしまうのは   &z() が EMS を使用、 Vz が EMS を使用する
  ためのワークも初期化さていないので再マッピングも不能（ vz 上のページ
  は変化するが、EMM ハンドル上では変化せず）。そのため、ファイラープー
  ルではなくて読み込んだ .def ファイルを使用して無理矢理強引に表示して
  るため。データのフォーマットが違うためグチャグチャ。(^^;


  ※３　未登録のプリフィックスキーでカスタマイズ後の不具合。

  　未登録のプリフィックスキーや、メニューでカスタマイズエラーを起すと
  headerp (fg..33) が初期化されずに残ってしまいます。   これはポインタ
  ですが、モジュールヘッダ部分をカスタマイズしたかどうかのフラグにもな
  っています。
  　このフラグが残っているため、再度カスタマイズした場合、モジュールヘ
  ッダ部分はすでにカスタマイズ済みと勘違いし、最後のモジュールと接続し
  てしまいます。


  ※４　編集モード以外で実行すると、メモリーアロケーションエラーでハン
        グする場合がある。

  　コマンドラインまたはファイラーから、スワップせずに command.com  を
  呼ぶと、pq..157  （ほぼ、kz:kp) の位置より後ろを、command.com を実行
  するために領域を解放します。この時、DOS はいろいろな情報をこの領域の
  先頭に埋めこみます（MCB : ﾒﾓﾘｰｺﾝﾄﾛｰﾙﾌﾞﾛｯｸ）。
  　command.com  実行後、編集モードへ行かなければ、この MCB はそのまま
  の状態になっています。&z() は この MCB がある場所と同じ場所を.def を
  読み込む場所にしているため、MCB の上にファイルを上書きしてしまい壊し
  てしまいます。再度  DOS を呼んだ時、情報は失われていますのでハングす
  る結果になります。


  ※５　.def ファイルをカスタマイズしなかった場合、rr が初期化されない。

  　&z()  など再カスタマイズ系の関数・コマンドは、文法的にエラーを起こ
  さなければ正常終了してしまいます（返り値 r は 0 ）。例えば、通常のフ
  ァイルや .def  ファイルで「* macro」の無い物は r==0 です。 この時 rr
  は変化しないので、&z() のエラー処理を r だけで判断した場合、>* &* を
  実行した時の動作は不定です。


  ※６　&z() で EMS を使用した場合、使用した EMS ページを解放しない。

  　&z()  は、ファイルをロードする場所がなければ（例えばメインメモリー
  を使い切ったなど） 、未使用な EMS を２ページ確保し、そこにファイルを
  読み込みます。しかし、クローズする時 wm.2 のテキスト番号は０番ですの
  でコンソールファイルと勘違いし、EMS を解放しません。 このページは Vz
  を終了しなければ常に使用中になってしまいます。
  　&z()  を実行するごとに新たに未使用なページを確保するので、フリーペ
  ージが２ページずつ減って行く結果になります。


  ※７  &z() で EMS を使用した場合、EMS のマッピングがそのまま。

  　&z() のテキストバッファが EMS の場合、マッピングを元に戻していませ
  ん。編集モードで実行した場合、もし編集ファイルが EMSに有った場合（コ
  ンソールなどは常に）、編集ファイルへ文字を書きこむと、画面が崩れファ
  イルが破壊されます。
  　ファイラーだと、 #P のパス名の変更を実行すると、パス名は変化します
  がファイル名は元のパスままです。


  ※８　ファイラーで &z() 使用後、#U (newpath) などを実行すると、カー
        ソル位置が変化する。

  　&z() 実行時、ファイル名をフルパス名に変換する時、pathbuf (pq..137)
  を使用します。本来ここは、ファイラーでパスを変更した場合にファイルの
  検索用に使用されます。&z () 使用後初期化しませんのでゴミが残ってしま
  い、#U などを実行した場合、通常カーソルは先頭に戻ってしまいます。


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

   !Open 時の &z() は特殊ケースなので省略。


* ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * 

nifty: FGALPK
>01742/01742 xxxxxxxx  m.gann           キーボードマクロと外部マクロ
>(13)   94/08/14 22:07

　マクロバッファに読み込まれていない外部マクロを、キーボードマクロに登録
　するとトラブルが発生します。これはモジュールメニューのキーボードマクロ
　サイズの異常として現われ、そのまま使い続けると、ハングアップなどの二次
　トラブルに見舞われます。

　この経験のある方、気になる方は次のチェックを入れておくと安心です。
　（キーボードマクロを活用している人は、案外少ないようでもあるが．．）

　このチェックにより、キーボード登録中、またはキーボードマクロから呼ばれ
　た場合は &z() 以降を実行しません。


41 ^K^ "再カスタマイズ"
        &07 &#80(0)

42 ^KZ "全角／半角変換" &07 &z("zenhan") >*     ;&07: 安全チェック
43 ^KB "矩形ブロック" &07 &z("block") >*

7:      &Im(fg+65,0)                            ;init storep, headerp
        (pn.5||mg..2..(-5).8=='$')??.           ;to kbd || from kbd
        &b(9) &q                                ;pn.5: dspkeyf


;7:     &Im(fg+65,0)                            ;init storep, headerp
;       dz[$a000, r=((lc-1)*160).2, dz],        ;画面左下隅の 'm' を検知
;       (r-'m'&&mg..2..(-5).8-'$')?.            ;するようにした場合
;       &b(9) &q


※　mg..2..(-5).8 の -5 はネストの深さによる。

※　&Im(fg+65,0) はカスタマイズエラー時の不具合い解消（前述）

※　こうした安全策を採用する場合は outlaw などの利用が有利。＞上村さん

※　トラブルだけ防止できれば十分だと思うけど。＞榊原さん

　m.gann

> 　konnoさんは、LXLOADER.DEFをお使いではないと思われます。 
> 　&z()マクロロード関数にバグがあり、関数の上位互換として各種のマクロ
> ローダー・マクロがあります。

文太さん、私の言いたかったことを分かりやすくまとめてくださり、どうもです。
答はLXLOADER.DEF3.21の中にありました。

軟体のLXLOADER.DEF3.21のパッケージの中の、BF_PLUS.DOC の解説を引用します。

---------------------------------------------------------------
　                   ※※　#BF+ の設定について　※※

　　中略

　さて、 問題は、メインメモリが Bf KBytes よりは残っているが、しかし Bf+32
  KBytes よりも少なくなってしまった場合です。 この時ＶＺは、メインメモリが
  足りないにもかかわらず、残りのメインメモリいっぱいのサイズのテキストバッ
  ファだけを確保して外部マクロを読もうとします。これでは、ちょっと大きなマ
  クロファイルは最後まで読み込まれず、「尻切れ」の状態でロードされてしまい
  ます。本来なら、こういう読み込み方が行なわれた場合は、何らかのエラーコー
  ドを返してロードを中断すべきところですが、ＶＺは何事もなかったように正常
  終了してしまうのです。

　　中略

  そこで、EMS ド貧民を救済するための方策が、この #BF+ の設定なのです。
                                    ＊
　この設定を行なうためには、 必ず Bf88 以上の数値を指定し、 かつオプション
  Sk- の状態で、ＶＺを起動することが絶対に必要です。こうすると、どんなにテ
  キストを多くオープンしてもメインメモリは常に  88 KBytes 以上は空いている
  ことになりますね。この状態で #BF+ にしておくと、強制的に LXLoader 内部で
  Bf52 に設定変更した上でマクロをロードしますので、 マクロをロードするテキ
  ストバッファが最低限  32 KBytes 程度は常時メインメモリに確保できるわけで
  す（88-52-32=4 の 4 KBytes は、ＶＺが作業用に使う余裕です）。

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

このDOCはLXLoaderの動作の仕組の解説のようですが、&zの不具合回避法としてみると
Bf88
Sk-
の設定がいいようです。先のopt_listでは私のだけ Sk+ になっていたので上記の
設定に変更してlxschd.def 実行したら、VTDOSで正常なデータが出来ました！！

先人の資料や過去ログはやはりお宝ですね。

なんとまー、問題の答えは古文書にありましたか。
VTDOSの不具合調査は時に発掘作業の様相を帯びることが多々ありますが、
ことVZに関しては先人の残した資料が最も有用ですね。
先人って、同世代なんですけどね（＾−＾）

konnoさん、おめでとう！　konnoさんなら、きっと解法を見つけるだろうと
思ってました、本当に！

>先のopt_listでは私のだけ Sk+ になっていたので上記の
>設定に変更してlxschd.def 実行したら、VTDOSで正常なデータが出来ました！！

　やった、解決！　いちおうチームプレイということで。v(^^)z

　僕、この.docを読んだことがあります。１２時間くらいかけないと、今は、何を
言っているのか分からないだろうけれど。

----------
@SK @Sk @sk 
その他のスイッチ
　Sk  -   ＤＯＳコマンド実行前にテキストスタックをクリア
----------

　うぐ、意味不明だ。

　とにかく、やった！　意味不明だけど、かなり嬉しいですよ。V(^^)z


10#さん、SK みたいな暗号の意味は、saki..さんの、stkhelp.defですぐ分かります。
マクロに興味がなくても、長期にわたってＶｚとつき合う場合、これは有用ですよ。
　辞書を引いても、何も考えない奴も使っておりますが。

「軟体」
STKHELP.DEF 1.60B11　汎用ヘルプシステム STKhelp v1.6β11　2004/12/29　長崎則久
STKHB11.LZH	14592	ish VZMACRO.SHD

　マクロもすごいのですが、VZMACRO.SHDがキモです。

　「同世代」、なのかな？　おじさんたち。
　でも、楽しいですよん。ワクワクしちゃう。
　こういうところで変に感動とかしてるし。

BF_PLUS.DOCを読んでみましたが、
このドキュメントからよくSk-を導き出しましたね。感心します。
逆にVTDOS以外の環境ではSk+でも問題なかったんですか？
オリジナルの&zはかなりコワい仕様（仕様？）だったようですね。
これはtVZでは解消されているため、LXLOADERは不要、という解釈で
ＯＫですか？

--- vzt.doc ---
■ &z() のバグフィックス
　詳細は FGALDC MES15 #08256 参照。（前掲 by bunta）
　ただし、その後に見つかった不具合は、vzt のみ更新してあります。
---------------
　ということは、まだあったのね。


-------------------
nifty: SVC
>00327/00499 xxxxxxxx  c.mos            -Bf
>( 2)   93/09/28 01:49  00318へのコメント

何件か報告がありますが、「-Bf」を無指定、あるいは1に設定して、
テキストバッファを常時EMS上にとると、1.58aでは動作が不安定になります。
（全くデバッグしていなかった）

とりあえず「-Bf64」でお使いください。

ちなみに、「-Bf」指定は、何のメリットもないです。
さらに、テキストバッファが32KBとなり、テンポラリのブロックサイズが16KBと
小さくなるため、ラージファイルのジャンプも遅くなります。
			c.mos
-------------------
　m.gannさんは、作者が「メリットなし」と言ったことにメリットを「創った」
わけなんだ、すごいなぁ。
　コマンド＃99もしかり。

-------------------
>02582/02587 xxxxxxxx  m.gann           ＃９９
>( 2)   93/11/25 22:55  02456へのコメント  コメント数：1

　以前、#99 を #O #J #56 の窓でも使えるようにして欲しいと要望したことが
　あったけど、なんの反応もなし。
　却下というより、話がとんと通じていないらしい。


>02625/02627 xxxxxxxx  榊原　知　　　　 謎のコマンド#99
>( 2)   93/11/26 19:48  02586へのコメント

　#02586　c.mos さん
　#99 の動作をソース上で追っかけてみましたが、これは偶然の産物みたいで
すね。
　１行入力ルーチンで #97以上のコマンドが実行されると、[CR]と同様に入力
した文字列をヒストリーに格納した後、呼出元にコマンド番号を返します。
　コマンドラインモードではコマンド番号を確認してそれに応じた処理をしよ
うとしますが、#99 というコマンドはないので何もしません。結局、入力中の
文字列がヒストリーに格納されるだけです。
　一方、 入力窓の場合は[ESC]かどうかを区別するだけですから、[CR]と同様
の処理が行なわれます。それで、入力窓の場合は #99 が使えないのです。
-------------------

　とんと通じてなかったんです。そこまで読むか、m.gannさん。

　あ、すいません、調子に乗りました。個人の著作物なので、こういう引用は
（こんなに盛大には）もうしません。


>これはtVZでは解消されているため、LXLOADERは不要、という解釈で
>ＯＫですか？

　これにちゃんと原理的に答えるのは konno さんの役回りです。
　僕は大丈夫でしょう、と思ってます。状況証拠： lxloader 必須という話は聞
いたことがない。

　vzt.doc に書かれてないバグまで潰してくれてるのだから、、、。
　&z()  関連かどうか記憶にありませんしちょっと調べられませんが、tVZ のあ
と、ＤＡＮＮＹさんが、dVZ を作られていて、さらにＶｚのバグを潰しています。
　困ったソフトですが（ふつうそうバグに遭遇することはないでしょう、という
のは高橋版をずっと使ってきた恩恵なのですが）、だからかえって、マクロ師た
ちが燃えた、というのも本当かもしれませんね。

　VTDOS 1.41、使ってゆきますね。
　何かあったらレポートさせていただきます。
　しばらく本業に集中します。m(__)m

10#さん、文太さん、すみません、間違いでした。

bf88、sk-　で正常データがいったんできたんですが、その後の再現では
また異常データが出るようになってしまいました。
環境を色々変更しているので混乱があったようです。

しかたがないので、bt64 を、bt32 に変えてみたら、こんどこそ正常になりました。

こんどは間違いないです。

bt32
bf88
sk-

の3点セットでlxschd.def は完璧に動作します。

bt32 にするとバッファが細切れになる分スピードが落ちることになるので
できればやりたくなかったのですが、背に腹は変えられない。
Win7ならその差はほとんど体感できないていどでしょうが。

> このドキュメントからよくSk-を導き出しましたね。感心します。

実は2010年ごろまでは、sk- だったようです。
なぜ sk+ に変えたのかまったく思い出せません。
このドキュメントの話は私も読んでいたので、これを見たときにピンときたのです。

> 逆にVTDOS以外の環境ではSk+でも問題なかったんですか？

おそらくどこかを壊してたんでしょうが、たまたま影響が出にくいところだったのかも。
事実、Sk- にしてから、コマンドラインの挙動が安定しました。
3点セットにしたら、Win7のDOS窓で起動時に出ていた不正な文字も出なくなりました。

> オリジナルの&zはかなりコワい仕様（仕様？）だったようですね。
> これはtVZでは解消されているため、LXLOADERは不要、という解釈で
> ＯＫですか？

TVZでほとんど解消はされていますが、上記のごとくまだバグは残っています。
オプションの組み合わせで解消できた今回はラッキーというべきでしょうか。

konnoさん、

>bt32, bf88, sk-,
>の3点セットでlxschd.def は完璧に動作します。

　おめでとうございます、今度は本当に。
　いやぁ、面倒でトリッキーな変数ですねぇ。
　悩んだあげく、bfは88にしました。btは64のまま。
　btは32でも、それほど、、、と考えて、マクロのサイズを調べました。
　stkhelpがデブ、vz.defもデブ、blogjumpもデブ、でも３２Ｋに収まってました。
　でも、ｂｔ６４で。

>bt32 にするとバッファが細切れになる分スピードが落ちることになるので……
>Win7ならその差はほとんど体感できないていどでしょうが。

　そうなのかぁ、マシン語というかＶｚ本体の処理ならそうなんでしょうね。
　いえ、僕はWin7でのＶｚの（Ｖｚマクロと外部コマンド−−grepとか−−）
動きの遅さに、やだなぁ、って思ってしまって、ＸＰのNTVDMがいいよ、まだ、
いや、WimMEが最高だ、とか思ってしまってます。
　本当に後ろ向きな奴です。でも、本気の仕事はこっちだな、との感を強くして
しまいました。
　でも、Win7でＶｚがＩＭＥ付きで動くというのは、とてつもない安心感です。

　今回もおつき合い頂きまして、ありがとうございました。 m(_B_)m

なるほど。
よほどでない限りBt64はデフォだと思うので、ここは盲点かもしれませんね。
僕も次にクラッシュが起きたときはBt32にしてみようかと思います。

有名な話ですが、command.comは子プロセスのためにメモリーを一部解放し、
戻ったときに、開放したメモリーの一部を再利用しようとしますよね。
チェックサムで妥当性の検証をした上でなんですが。

VZも開放したフリーエリアの再利用をしているフシがあるので、
command.comと衝突したりして、安定性に影響がでることもあるかな？
と想像しています。


grepは32bitでいいのを探せばネイティブの性能で動作しますよ。
僕は現状16bit2種類と32bit1種類使い分けてます。
16bitコマンドが使いにくくなってきてるので完全移行したいところですが、
新しいgrepはなかなか思うように探さなかったりします。
マニュアル読めよという話なんですけどね（＾＾；）

今更ですが再現したためご報告します。

僕の環境ではEMSを使用し、Btが54以上で再現しました。
これは以前からの条件なので、見落としがあったか、
それ以外の条件があるのかも知れません。

BtオプションとEMSが関係するtext.asmをざっと眺めてみましたが、
障害が発生する仕組みを見出すには至っていません。
あるいは、macro.asm辺りのほうが関連性が高いかもしれません。

えっと、後世に向けての覚書です。

> よほどでない限りBt64はデフォだと思うので、ここは盲点かもしれませんね。

Emmettさんは同じDOCの中で Bt32 にも言及しています。

> もしもこれで困る場合は、オプション Bt の値をもう少し小さくしてやる必要が
> ありますね。 といっても、Bt32 より小さくしたのでは、せっかくの #BF+ の設
> 定が無に帰することになりますから、 Bt32 で起動するのが最善の方策となるで
> しょう。このへん、設定に頭を悩ませる必要のあるところです。

これは少ないメモリをやりくりするための手段のようですが、Bt32はバッファの
転送サイズとしてある意味ベストサイズなのではないかと思います。
なにせ、VZには64kの境界をまたぐ処理にバグが残っているように思えるので。

32kで2度に分けて処理する場合は64kの境界を超えることがないのでバグが出ない
のではないかと思っています。

> VZも開放したフリーエリアの再利用をしているフシがあるので、
> command.comと衝突したりして、安定性に影響がでることもあるかな？
> と想像しています。

まさにその通りで、モードによっては同じエリアにマクロをロードすることがあります。
当然MCBの情報が壊されるので、その後外部コマンドを使用するとメモリアロケーションエラーになるわけです。

これはFGALDCでは既知の情報ですが、10#さんはDCには参加されてなかったでしたっけ。

> 新しいgrepはなかなか思うように探さなかったりします。
> マニュアル読めよという話なんですけどね（＾＾；）

うう、私もいまだにwgrepしか使えてないんです。脳の劣化のせいですかね。(^^;

10#さん、以下、ありがとうございました。

>今更ですが再現したためご報告します。
>えっと、後世に向けての覚書です。

　すごいです、ちゃんとしてます、さすがです。

　うーん、やっぱり出るんでしょうね、どうでもいいことですが、僕は最初、こ
れは「不具合」再現が難しそうだな、と思い、やがて、なぜか、きっとこれ、や
っぱり出るんだろうと思っていました。
　いつの日にか、ここに、こんなバグが！　ほら、条件を整えたら、皆のところ
でも出るでしょう、なんてなれたらいいですね。
　MS-Dos のメモリ管理とＶｚのそれ、なのかな……？
　lxloader、関係ないんだよなぁ……？

　◎高橋版Ｖｚの機能
●&z() のバグフィックス。(!Open と wm==0 とキーボードマクロは今後対応予定）
　　　　　　　　　　　　　　　　　 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
　　　　　　　　　　　　　　　　　 注意すべきは、いちおう、ここです。
　　　　　　　　　　　　　　　　　 エディタですから、まず、テキストの編集を
　　　　　　　　　　　　　　　　　 しましょう！
　　　　　　　　　　　　　　　　　 キーボードマクロを使う人は、基本コマンド
　　　　　　　　　　　　　　　　　 のマクロ化は、よくよく考えて行いましょう！

#81, ^K_, :KBM_Print　で、＆ｎｎとか出たら、注意ですよ。
キーボードマクロは、＃ａみたいなのの羅列であるのが普通です。

　閑話休題。

>grepは32bitでいいのを探せばネイティブの性能で動作しますよ。
>僕は現状16bit2種類と32bit1種類使い分けてます。

　なるほど、研究・実験してみます。するしかないですね。
　僕の３２ビット・コンソール・アプリについての印象はあまりよくありません。
思いっきりメモリが使えるはずなのに、速くない、という感触でした。どれだけ
の長さのスクリプトを読み込めるか、となったら、もちろん、３２ビットの圧勝
でしたが。
　16bit  として、僕はグレップで、cgrep, ygrep, izgrep, grep (GNU) を使い
分けているというか、それぞれをそれぞれの場所で習慣的に使ってます。32bit 
では、yagrep, jgrep2 ですね。最後のはコンソール・アプリでないので、ちょっと。
　10# さんの３つって何でしょう、教えてくれませんか。

　ＧＮＵは正統です。 でも、BRE, ERE, Perl5-like なんてオプションで分けな
いで（正規表現ってそれでなくても、すぐ間違えるから）、全部 Perl5-like で
いいな、と思ってます。それで、jgrep2 も（でも、あれは半端）。やはり本物は
yagrep。
see 野ざらし言: #4366.
http://hpcgi3.nifty.com/mezala/noz/wforum.cgi?no=4366&reno=4360&oya=4230&mode=msgview&page=0
　ただ、sed になると、ちょっと違いますかね。 置換は深刻なので。 これは、
serow SED と Onigsed です、僕は。

> 今更ですが再現したためご報告します。
> 僕の環境ではEMSを使用し、Btが54以上で再現しました。

Bt54以内なら再現しないということですね。
関係ない話かもしれませんが、10#さんが Bf16384 なのは何か理由があるのでしょうか。

> BtオプションとEMSが関係するtext.asmをざっと眺めてみましたが、
> 障害が発生する仕組みを見出すには至っていません。
> あるいは、macro.asm辺りのほうが関連性が高いかもしれません。

ひとつ前の記事に書きましたが、VZで64kをまたぐ境界付近の処理でバグが残って
いるように思います。そのからみではないかという気がします。

プロフィール情報とか何か影響することってありますかね。

niftyは会員だったこともあるんですが、基本的にROM専でした。
ログも残してないので何をやってたのかも定かでないです。

Bfはvz.defでは256なんですが、なぜ16384なんでしょうね。

> niftyは会員だったこともあるんですが、基本的にROM専でした。
> ログも残してないので何をやってたのかも定かでないです。

そ、そうでしたか。私もROMが長かったですが、表に出ない人も沢山居たんでしょうね。

> Bfはvz.defでは256なんですが、なぜ16384なんでしょうね。

Bfの数字 * 64 のようです。
Bf88 なら、88*64 で、5632 ですね。

VTDOS1.41+CKWV7を現在使用中ですが、２度致命的エラーで落ちました。

2014-06-11 23:24:51 VZIBMJ(1954) 1954:2975 '致命的エラー: 一般保護例外 0xc0000095 0x00413FE5'
2014-06-14 21:55:26 VZIBMJ(1954) 1954:2975 '致命的エラー: 一般保護例外 0xc0000095 0x00413FE5'

まだ原因再現の特定までいってないですが、コンソールの編集で
IME使用中にファイラーオープンしようとしたときに落ちたような。
私の環境が問題なのかもしれません。

独り言ですが

> ということは、文太さんの環境ではルートにファイルが作れないということですか。
> うちの環境では問題なく作れます。職場のPCでも。
> DOS窓VZでも新規DAT作成できましたよ。

えーと、今はできなくなりました。PCの環境を弄ったせいか
 ckwv7で、例のUAC だかのダイアログが出るようになってしまった。
VTDOS単独では出ないようですが、C:\ の変更は出来なくなりました。
これって嫌がらせとしか思えないよね。

> 管理権限（アドミニストレータ）モードだから？
> ユーザーモードではいろいろ制限があるようで、文太さんのはそうなっているのでは。

いままで気にしてなかったけど、UACをOFFにしてたんですね。
職場のPCは弄った覚えがないけどOFFになっているので、まあいいか。

うーん、しばらくC:\ を使わないで運用してみるかな。

VTDOS1.41+CKWV7 で、IME使用中に、IME ON のままで、半角の

 C:\

を入力すると、IMEが OFF になりますね。
うちの環境だけかもですが。

高橋版VZ + オリジナルVZ.DEF でも同じになります。

オリジナルVZ + オリジナルVZ.DEF も同様ですが、IMEの自動制御が効かないようですね。
この違いは高橋さんがDOS窓でFEP制御できるようにしてくれたからかな。

除算オーバーフローが起こっているようです。
現状VTDOSは0除算エラーをエミュレートしていますが、
除算オーバーフローを想定していません。
どう対応するかは検討課題とさせていただきますが、
通常このエラーは16bitコードの不具合に起因するため、
被除数の上位バイト／ワードに問題がないか確認をお勧めします。

これは僕の環境ではVTDOS以外でも同じ結果になります。
IMEの仕様というか設定じゃないですかね。

> 除算オーバーフローが起こっているようです。
> 通常このエラーは16bitコードの不具合に起因するため、
> 被除数の上位バイト／ワードに問題がないか確認をお勧めします。

げげ、もしかして、VZ ・・・なのか・・・
私のVZ.DEFの問題？・・・まだ続いているのかも。
外部コマンドで、WGREP を繰り返し使用している状況が多いので
コマンドラインの不安定さがまだあるのかもですね。
確認と言っても全然わからないですが。

> これは僕の環境ではVTDOS以外でも同じ結果になります。
> IMEの仕様というか設定じゃないですかね。

 IMEの設定でした。

IMEのツール、プロパティ、和英混在入力タブに
「対象文字列を自動で英数に変換する」と言う項目があり、
\\　　直接入力モード
C:\　 直接入力モード
となっていました。
この「直接入力モード」を例えば「一時的に半角英数モード」に変更すれば
IMEがOFFにならないですね。

おさわがせしました。

仮にファイラー絡みとするなら、
フォルダーの内容がFAT時代の想定を超えてきているとかないですか？
大量にファイルがあったりとか、超大容量のファイルがあったりとか、
やたら長いファイル名があったりとか。
僕が使ってるk07s3のファイラーは、ファイル名が長かったり、
ファイルサイズの桁数が多いとき、表示が異常になることがあります。
（system32とか）

VZのソースフォルダーで grep div *.asm すれば問題箇所の候補は列挙できます。
divに先立って、clr dxやclr ahなどがある場合は99%白です。
リンク時のmapファイルがあれば、VTDOSが表示しているアドレスから、
ソースの箇所を推測できるかもしれません。
symdebの逆アセンブルでも前後の表示は可能と思われます。

> 仮にファイラー絡みとするなら、
> フォルダーの内容がFAT時代の想定を超えてきているとかないですか？
> 大量にファイルがあったりとか、超大容量のファイルがあったりとか、
> やたら長いファイル名があったりとか。

量は多めですが、該当するような状況は無いと思います。
Win7のフォルダのセキュリティなどが影響することって無いですよね。

> 僕が使ってるk07s3のファイラーは、ファイル名が長かったり、
> ファイルサイズの桁数が多いとき、表示が異常になることがあります。
> （system32とか）

長すぎるファイル名は、お尻をカットしていると思います。
ファイルサイズの桁数が多いと横にはみ出しますよね。
表示だけでVZの動作には影響ないですか。

> VZのソースフォルダーで grep div *.asm すれば問題箇所の候補は列挙できます。
> divに先立って、clr dxやclr ahなどがある場合は99%白です。

うう、結構あるので見当もつきません。

> リンク時のmapファイルがあれば、VTDOSが表示しているアドレスから、
> ソースの箇所を推測できるかもしれません。

アドレスって
VZIBMJ(1954) 1954:2975 
この 2975 でしょうか。
VZ.MAP で近いのは
 0000:256A       FX_NEXTPOOL
 0000:2977       GETPOOLP

これはfiler.asmのこのへんかな。

;----- Set home position -----
;--> CX :files

fsethome	proc
		mov	ax,cx
		cwd
		div	bx
		push	ax
		mov	bx,hfiles
		mov	ax,[bp].fl_home
		cwd
		div	bx
		pop	dx
		sub	dx,ax
		mov	al,[bp].fl_wsy
		cbw
		cmp	dx,ax
	_if l
		mov	[bp].fl_home,0
	_endif
		ret
fsethome	endp

;--- Get pool pointer ---
;<--
; DX:BX :pool ptr

	public	getpoolp
getpoolp proc
	mov	bx,[bp].fl_bcsr
getpoolp1:
	mov	ax,type _dir
	mul	bx
	add	ax,[bp].fl_pooltop
	mov	bx,ax
	mov	dx,[bp].fl_seg
	cmp	bx,[bp].fl_poolend
	ret
getpoolp endp


> symdebの逆アセンブルでも前後の表示は可能と思われます。

debug しか使ったことが無くて、しかもだいぶ忘れてますが

VTDOS|C:\VZ\K07T2>debug VZIBMJ.COM
-u 2960
3D99:2960 8B4610        MOV	AX,[BP+10]                         
3D99:2963 99            CWD	                                   
3D99:2964 F7F3          DIV	BX                                 
3D99:2966 5A            POP	DX                                 
3D99:2967 2BD0          SUB	DX,AX                              
3D99:2969 8A4615        MOV	AL,[BP+15]                         
3D99:296C 98            CBW	                                   
3D99:296D 3BD0          CMP	DX,AX                              
3D99:296F 7D05          JGE	2976                               
3D99:2971 C746100000    MOV	WORD PTR [BP+10],0000              
3D99:2976 C3            RET	                                   
3D99:2977 8B5E0C        MOV	BX,[BP+0C]                         
3D99:297A B81600        MOV	AX,0016                            
3D99:297D F7E3          MUL	BX                                 
3D99:297F 034602        ADD	AX,[BP+02]                         
-q

なにか外していそうですね。もしかして256足しましたっけ。

VTDOSの問題箇所を調べてみましたら16bit除算でした。
VZのソースで、先立つcwd や clr dx が見当たらない divは
disp.asmに集中していますね。
参考になりますか？

10#さん

> VTDOSの問題箇所を調べてみましたら16bit除算でした。
> VZのソースで、先立つcwd や clr dx が見当たらない divは
> disp.asmに集中していますね。

参考になります。

VTDOS|C:\VZ\K07T2>WGREP -t -i -k vcb "div" *.*
------------------ DISP.ASM
DISP.ASM 591:	div	bx			;ax=(dx,ax)/bx dx=(dx,ax)%bx
DISP.ASM 648:	div	bx
DISP.ASM 745:	div	bx
DISP.ASM 788:	div	bx
DISP.ASM 978:	div	bx

disp.asmにはこれだけあります。

;--- Indicator bar ---
indibar2:
DISP.ASM 591:	div	bx			;ax=(dx,ax)/bx dx=(dx,ax)%bx
最初の所は自作の拡張インジケータバールーチンです。
オリジナルのルーチンを流用して見よう見まねで80桁に拡張しました。
一番怪しいかもですが、見てもわからないです。

indibar:
DISP.ASM 648:	div	bx
こちらがオリジナルのインジケータバールーチンです。

time2:	msdos	F_GETTIME	; int 21h 2ch  dh=秒
DISP.ASM 745:	div	bx
これは時計表示ルーチンです。
数値の範囲が変わることは無いでしょうからここはシロ？

sysparm2:							;##k08d
DISP.ASM 788:	div	bx
これはテキストサイズかな。VZの動作範囲内なら問題ないですよね。

;--- Display Line header ---
DISP.ASM 978:	div	bx
これは行番号表示ですね。私は普段表示させてないので違うと思います。


ふと思ったんですが、下記のルーチンでも使われてるんですね。
ここは問題は起こりえないですか。
------------------ SPRINTF.INC
SPRINTF.INC 245:		div	bx
SPRINTF.INC 248:		div	bx

sprintf.incは基数で割った余りを基数で割っているので、これは問題無いでしょう。
disp.asmの最後のdivは直前にclr dxがあるため問題ないと思われます。
それ以外はすべてgetcurptrの戻り値を処理してるようですね。
current ptrがtext sizeを大幅(2^16倍以上)に上回らない限り問題ないと思われます。

current ptrやtext sizeは、たぶんそのまんまの意味だと思うんですが、
current ptrがtext sizeを上回るような可能性はありますか？

> sprintf.incは基数で割った余りを基数で割っているので、これは問題無いでしょう。

そうなんですか、勉強になります。

> current ptrがtext sizeを大幅(2^16倍以上)に上回らない限り問題ないと思われます。
> current ptrやtext sizeは、たぶんそのまんまの意味だと思うんですが、
> current ptrがtext sizeを上回るような可能性はありますか？

うう、全然わからないです。

エラーの出た状況がコンソールとコマンドライン、ファイラーの行き来なので
また出たらお知らせします。

MS-DOS PlayerのVzeditor対応バージョンがUPされています。
早速、試したところ金野版ではファイラーにおいてカーソル
キー入力で止まる現象が起きます。

VZ　オリジナル版　→　ＯＫ
VZ16S16　榊原版　→　ＯＫ
VZT　高橋版　→　ＯＫ
VZC113　ちゅーた版　→　ＯＫ
VZEX　m.osako版　→　ＯＫ
VZTESTD　DANNY版　→　ＯＫ

金野版と止まらない版の違いはどこにあるのでしょうか？

shadow さん、お久です。(^_^)

> MS-DOS PlayerのVzeditor対応バージョンがUPされています。

MS-DOS Player for Win32-x64
http://homepage3.nifty.com/takeda-toshiya/

ですね、全然見ていませんでした。(^^;
で、落としてみたんですが、起動の仕方が判りません。(>_<)

> 早速、試したところ金野版ではファイラーにおいてカーソル
> キー入力で止まる現象が起きます。
> 金野版と止まらない版の違いはどこにあるのでしょうか？

うーん、アイドルが掴んで離さないのかなぁ？
もう卒業ですかね。(^^;

konnoさん

ショートカットのリンク先に下記でvzを起動できます。
c:\xxxx\msdos.exe vzibmj.com
もしくは
コマンドラインで msdos.exe vzibmj.com

作者さんも”VTDOSで動かす方が快適かと”書いてはいるのですがVZの改変版に違い
がでたので気になり書き込みました。

また、
MS-DOS Playerはgame.defが動作するようになりましたが常駐は対応されていません。
MS-DOS Playerで常駐使用するのは想定外かもしれません。
金野版は純な pc-dos J63V では問題なく動作していたと記憶しているのですが試す環
境がありません。USBでDOSが起動できるようにしてたので探せば確認はとれるので
すがあいにく時間がありません。

> ショートカットのリンク先に下記でvzを起動できます。
> c:\xxxx\msdos.exe vzibmj.com

やった、動きました。
msdos.exeのショートカットを作って、起動リンクにvz.com （リネームしたもの）
で動きました。
ありがとうございます。

> 作者さんも”VTDOSで動かす方が快適かと”書いてはいるのですがVZの改変版に違い
> がでたので気になり書き込みました。

確かに最近の版ではファイラーで固まってしまいますね。
初期のものから試してみると、vzk7 までは動きますね。
ロングファイルネームも表示されます。

VZK07    COM        60,974 03-09-25   23:25

もう公開していない版ですが、この版はたしかアイドルコール対応だったような。
ということで、動かなくなった原因は他のところにありそうです。
気が向いたら (^^; 調べてみます。

でももうスキルが全然ない(>_<)

> 初期のものから試してみると、vzk7 までは動きますね。
> ロングファイルネームも表示されます。

当該バージョンは家にはありませんでした。
DISKを整理したときに処分したのだと思います。

> ということで、動かなくなった原因は他のところにありそうです。
> 気が向いたら (^^; 調べてみます。
最近のバージョンでも純DOS及びVTDOSでは動作するのでMS-DOS Playerに対応できてない箇所があるのでしょうか。

>気が向いたら (^^; 調べてみます。
MS-DOS PlayerでVZが動作するとの情報が有り試してみた次第です。
気が向いたときに調べていただければ幸いです。

ところで私が主に使っているバージョン（VZK07S5）についてお願いがあります。
VZK07S5のソースファイルをUPしていただくことは可能でしょうか？
若しくはVTDOS&ckwv専用版を除いた最新版？VZK07T、VZK07T1のソースを
UPしていただくことは可能でしょうか？

よろしくお願いいたします。

shadow さん

> > 初期のものから試してみると、vzk7 までは動きますね。
> 当該バージョンは家にはありませんでした。

遅くなりましたが、ＶＺの部屋の過去のバージョンの所にＵＰしました。

k07は　　 03/09/27　　ファイラーでシフト系FUNCKEY & pc98版テスト
で、実行ファイルの日付が2日違いで、止まってしまう版でした。

K07　　 03/09/25　　k07 ベータ版？
こちらが動くほうの版です。

> VZK07S5のソースファイルをUPしていただくことは可能でしょうか？

これもＵＰしました。
久しぶりで、ソースの差分の取り方をすっかり忘れていたので、抜けがあったり
問題ありましたら教えてください。(^^;

> 若しくはVTDOS&ckwv専用版を除いた最新版？VZK07T、VZK07T1のソースを
> UPしていただくことは可能でしょうか？

これは来年の課題にさせていただきます。(^^;


ＶＺも21年を過ぎて、未だに使われているのは凄いことですね。
私は今はローカルデータの検索と備忘録くらいにしか使っていないので、
他の操作は忘れています。

なにはともあれ、今年も無事に終わりました。
みなさん、良いお年を。(^_^)

konno さん
 
あけまして、おめでとうございます。
年末の忙しい時期に対応して頂きありがとうございます。

> ＶＺも21年を過ぎて、未だに使われているのは凄いことですね。
> 私は今はローカルデータの検索と備忘録くらいにしか使っていないので、
私もエミュレーター（VTDOS）上でテキストベースのスケジュールとメモ編
集に起動する程度です。

本当に、ありがとうございました。

shadow さん

あけまして、おめでとうございます。

> 年末の忙しい時期に対応して頂きありがとうございます。

いやあ、年を越す前に少しでもやっておかないと悔いが残りそうな気がして。

> VTDOS&ckwv専用版を除いた最新版？VZK07T、VZK07T1のソース

ということで、VZK07T1のソースもＵＰしました。

VZK07Tのほうは公開後にソースを弄ってしまっていて、公開した実行ファイルと
同じにならないので今回はパスということで。

この版と最新版ＶＴＤＯＳの組み合わせがいいということになりますかね。

皆様、あけましておめでとうございます。
今年もよろしくおねがいします。

VZ1.5が世に出たのが1989年、世界はベルリンの壁が無くなるなど激動の時でした。
早いもので、もう今年で25周年なんですね。

VZ1.6が1993年で22周年ですか。
1995年にWindows95が出て、もうVZも終わりかなと思われたその時
1999年に高橋版が出て、窓対応VZに進化したおかげでVZ界は救われました。

その後、Windowsは、NT、2000、XP と変遷し、LFNが使えなくてもうだめと思われた時
2003年に私がたまたまLFN対応できちゃったものだから、そのままずるずると・・・

その後、Vista、７変わりで日本語入力ができなくなり今度こそ終わりかと思われた時
2009年、ＶＴＤＯＳ登場！！
これこそ天の助け、ＶＺ界の救世主に見えましたよ。

ということで、なぜか存亡の危機のときに必ず救い主が現れるという不思議なソフト

「ＶＺは永遠に不滅です！」

とか言ってみたりして。

まあ冗談はともかくとして、そろそろ次の世代が現れるといいなぁ。(^^;

> この版と最新版ＶＴＤＯＳの組み合わせがいいということになりますかね。
今後は、この組み合わせで使用していくことになると思います。プログラミン
グのスキルの持ち合わせはないのですがソースがあればなぜか安心するので頂
きました。

konnoさん　ここを見ている皆さま。　ご無沙汰しています。

現在のモバイル環境はAndroid系スマホなので、以前のVz+200LXの時のように
自分で文字を打つ、文字を加工する、ということが極端に減っています。

Webの画面をキャプチャーして後で見るのは、便利で簡単でよいのですが、
やはり文字情報を簡単に保存できたほうが、後々の資産になると思うことが
ままあります。

Android　に Vz はハングが多くてあきらめました。
Vzを今のwin環境で、できればモバイル環境で、Vzを復活させたい。
Win8タブレットはどうなのでしょうかね。

などと、昨年はVzから離れた１年でしたが、やはりVzが動くことに多いに
興味があります。今年もよろしくお願いします。

K.TAMさん、konnoさん、相当に遅いですが、おめでとうございます。

＞Win8タブレットはどうなのでしょうかね。
　ここだけですが、 VTDOS  なら問題ないはずですよ。  僕自身は行って  Win7
64bit までなので、経験はないのですが。

http://vtdos.web.fc2.com/
　こちらに動作確認がありました。
　あ、Win8にも32bitがあるんですね。色々と64<32だなぁ、と相変わらず後ろ向
きです。

　いい年にしましょうね！

皆さん、私も相当に遅いですが、今年もよろしくお願いいたします。

当方は、新しい環境で動かす方向より、今動いている環境のハードを確保する
方向です。基本的には、VZはHP200LX上がメインですし、、。
若干、後ろ向きかもしれないけど、もうこれで、最後まで貫き通そうかと
思っています。

K.TAM さん　ご無沙汰してます。

> 現在のモバイル環境はAndroid系スマホなので、以前のVz+200LXの時のように
> 自分で文字を打つ、文字を加工する、ということが極端に減っています。

私もIS01など使ってみましたが、VZ画面は小さいし、なによりキーが少なくて
思うように文字入力できないですね。
やはりフルキーボード付きで打ちやすい200LX+VZはいまだに最強です。
今は持ち歩いてはいませんが。

> Webの画面をキャプチャーして後で見るのは、便利で簡単でよいのですが、
> やはり文字情報を簡単に保存できたほうが、後々の資産になると思うことが
> ままあります。

私は夜出掛けるのが多いのでLXだと暗い所で使えないのが残念です。

> Android　に Vz はハングが多くてあきらめました。

残念ですが、これが現状ですね。

> Vzを今のwin環境で、できればモバイル環境で、Vzを復活させたい。
> Win8タブレットはどうなのでしょうかね。

Win8ならVTDOSが使えるので、あとはソフトキーボードがうまく使えるかどうか。
フルキーボード付きで200LXのようなものが出ないですかねぇ。

> などと、昨年はVzから離れた１年でしたが、やはりVzが動くことに多いに
> 興味があります。今年もよろしくお願いします。

なにか進展があるといいですね。
ということで今年もよろしくお願いします。

文太さん、私も亀ですが、おめでとうございます。

> http://vtdos.web.fc2.com/
> 　こちらに動作確認がありました。

VTDOS本家もがんばっていますね。
Linuxのエミュ、Wineでも動くようですが、エミュのエミュとかややこしい(^^;

> 　あ、Win8にも32bitがあるんですね。色々と64<32だなぁ、と相変わらず後ろ向
> きです。

Win8マシンはモバイル系でこれから動作報告が出てくればと、期待してます。
VZをいまだに使っている時点で世間的には後ろ向きと思われるでしょうが
古くても良い物は良い、流行に左右されないのが本物のプロ集団
（じじいともいう(^^;）

> 　いい年にしましょうね！

今年もよろしくお願いします。

masaさん、私も亀ですが、今年もよろしくお願いします。

旧暦の正月ならまだ先だしなぁ、と見てみたら、今年は2月19日なんですね。

> 当方は、新しい環境で動かす方向より、今動いている環境のハードを確保する
> 方向です。基本的には、VZはHP200LX上がメインですし、、。

やはり200LX+VZは今でも携帯入力マシンとして強力ですね。

> 若干、後ろ向きかもしれないけど、もうこれで、最後まで貫き通そうかと
> 思っています。

200LXは夜が弱点なので、シグマリオン２とかまた使ってみようかと思っています。
充電していないと初期化されて再起動が面倒ですが。
LXみたいな良いマシンが出ないかなぁ。

私はVTDOS環境の今でも検索はWGREPを愛用しています。
ヒット数が多すぎるとVTDOSが落ちることがありますが、窓になってからか
NT系になってからか、たまに起こっていたので、しかたがないかと諦めていました。

VTDOSでは結構頻繁に落ちます。
また、WGREP使用後に不安定になることもしばしばあります。

GREPの使用頻度は高いので、YAGREP に変えてみたところ、安定しているようです。

ところで、最近VTDOSBBSで
＞core.asm の endline 手続きで発生している
というのを見て、ソースを眺めていたところ、ふと閃いて、少し弄ってみました。

・・・・

おお、WGREPが安定して動くようになった！！
ヒット数が多くても全然問題なし！！

ということで、現在検証中というか、しばらく使ってみます。
まったくのカンで弄ったので、どこかを壊していないとも限らないので。(^^;

konno さん、お世話になっております。

> GREPの使用頻度は高いので、YAGREP に変えてみたところ、安定しているようです。
私の環境では、vtdos bbsに書いたSORT.DEF（高橋版）では100%の確率で落ちるのでSORT.DEF 0.51金近真一／木村修版に変更しています。
また、vgrep.defでも時々落ちる状況です。

> おお、WGREPが安定して動くようになった！！
> ヒット数が多くても全然問題なし！！
vtdosでは直ぐに対応することが難しいとのことなのでvzの対策が問題なければ変更箇所の情報をUPして頂ければありがたいです。

> 私の環境では、vtdos bbsに書いたSORT.DEF（高橋版）では100%の確率で落ちるのでSORT.DEF 0.51金近真一／木村修版に変更しています。


SORT.DEF（高橋版）はやっぱり落ちますね。調べてみたところ、
メニューを抜けた時のファイルクローズ処理で落ちているようです。
マクロの最後のサブルーチンです。

06:	; close
	(u)??.
	(u<0)?{&s id[,&#T(u) #C u-,&#T(-0]) &d.}
	bx=u,ax$3E00,&i($21) dx=pq..149,ax$4100,&i($21) u-,   ; ★

ここをコメントにすると、編集ファイルを閉じた時に落ちます。

;	F_CLOSE		equ	3Eh		; Close a File Handle
;	F_DELETE	equ	41h		; Delete a Directory Entry

ここではこの2つのDOSコールを読んでいますが、おそらく
VTDOSはF_CLOSEのタイミングでエラーメッセージを出しているのでしょう。
エラーメッセージ自体はまったく同じです。
今のところはこれ以上はわからないです。

> また、vgrep.defでも時々落ちる状況です。

これも調べてみますね。

> vtdosでは直ぐに対応することが難しいとのことなのでvzの対策が問題なければ変更箇所の情報をUPして頂ければありがたいです。

上記のように改善されていないので、効果のほどは？？？ですね。

SORT.DEF（高橋版）の件ですが、落ちない場合もありますね。
不思議なのは、ファイルサイズが600bytes程度でも落ちることがあることです。

ラップアラウンドって、64ｋを超えることではなかったのかなぁ？
カウントの数値が64ｋになったとか？
 -1 ＝ ＄FFFF で検出しているということはないでしょうが、どうにも腑に落ちない。
カウントは+方向と-方向をｃｌｄとｓｔｄで変えていると思いますが、この辺で
何かがおこっていないだろうかと（Windowsのシステム的に）
実はこういう疑問からVZのルーチンを弄ってみたのです。

NP2やDOSBOXやNTVDMでは同じファイルでも落ちませんね。

ちなみに、SORTルーチンのマシン語を逆汗してみたら、”REPNE SCASB”ありますね。