[HOME]  [リストへもどる]  [全部表示]  [最新100]  [最新50]   [新着40] 
新着記事 40

8667備忘録 最近のWin10とVTDOS 投稿者:konno   2019/01/19(土) 19:01


最近のWin10にVTDOSをインストールすると、文字化けする場合があります。
私は無意識に弄ってそのまま忘れてしまっていたので、対処方法を
10#さんのBBSから引用します。


VTDOSを起動したら、タイトルバーを右クリック、
コンソールウィンドウのプロパティを開き、
オプションタブの「レガシーコンソールを使用する(再起動が必要....)」にチェックを入れる

これでVTDOSを一度閉じて、再起動すると文字化けが解消します。


ところで、最近Win10のビルド1809の更新がありましたが、デスクトップで1時間以上
ノートは3時間もかかりました。
32ビット版はメモリも少ない上に、HDDの空きが少ないのも影響したようで
要らないファイルを削除して空きを作りました。

うーん、ノートを買い替えると32ビット版Win10環境が無くなるので迷うところです。
予備機として動態保存しておけばいいかな。

    - No.8667 -             [リストへもどる ]
soft

8666Re: Queenの話 投稿者:konno   2019/01/08(火) 22:17
  8663 番 文太 さんへのコメント

> https://www.youtube.com/watch?v=RQWTUtlMs5Y
>  面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
> こんな1時間以上の番組をみてしまいました。
>  結論。僕には「これはカブキである」ですかね。
>  楽しい時間でした。

ああ、これ、私も観ましたよ。
私は歌詞がわからないので、最初は人を殺しちゃったのかと思ったものです。
マイケルジャクソンの「ビリージーン」も、歌詞を知って冷や汗が出ました。(^^;

# しらないままで、ずっといい曲だなぁと思っていたという。(^^;


    - No.8666 -   [コメント元:8663]     [リストへもどる ]
soft

8665Re^10: ココログの変 投稿者:konno   2019/01/08(火) 22:04
  8662 番 としき さんへのコメント

> もはや窓辺で水耕栽培状態。
> しかも、その窓には厚いカーテンがかかっていて薄暗い。
> やはり、きちんと手を加えないと土に返ることもかなわないかと。
> そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。

うう、もはや何の話かわけわかめな感じですが、カーテンは自分で捲ってね。(^^;
おいしそうな実があったら海賊が取りに行くかもしれませんが。(それは悪魔の実)

> 昨日あたりから流れているニュース。
> Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
> のだとか。
> 私、思想信条としては大いに賛同するところではあるのですがね。

これは知りませんでした。
良いんじゃないですかね。
ちょうど映画もゴールデングローブ賞だか取ったそうで、注目されてますしね。


    - No.8665 -   [コメント元:8662]     [リストへもどる ]
soft

8664Re^10: ココログの余談 投稿者:konno   2019/01/08(火) 21:51
  8661 番 文太 さんへのコメント

> >ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・
>  うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
> の中にはないようですね。

そうですよね、多分小学生ごろだと、普通に縁がないでしょう。

> We will Rock You (youtube)
> https://www.youtube.com/watch?v=-tJYN-eG1zk
> (歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
> 世界観と人生観。熱と若さ)

これ、歌詞はわからないけど、良かったですよ。映画の中のエピソードで。
数々の名曲が生まれるエピソードが、もうね、たまらなくいい!!

ああ、また観たくなっちゃうぅ。

> Queen, wiki
> https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
>  この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

私も下手の横好きで、色々聴いていましたよ。
だから、当時は特にクイーンのファンというほどではなかったんだけど。

>  とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
> きっと観にいくことになるのでしょう。
>  家族そろっての映画鑑賞も、とっても珍しいことなのですが。

やっぱりブームが起きているんですね。
好きな人はもう何十回と観に行っているそうで。
何回も映画館で観たくなる映画って、そうそうないですが、これは私的にも一番かもしれません。


    - No.8664 -   [コメント元:8661]     [リストへもどる ]
soft

8663Queenの話 投稿者:文太   2019/01/08(火) 17:57
  8661 番 文太 さんへのコメント    コメント数 1

https://www.youtube.com/watch?v=RQWTUtlMs5Y
 面白かった。そういう時代でしたか。6分の曲をきちんと鑑賞するのに、
こんな1時間以上の番組をみてしまいました。
 結論。僕には「これはカブキである」ですかね。
 楽しい時間でした。

    - No.8663 -   [コメント元:8661]     [リストへもどる ]
soft

8662Re^9: ココログの変 投稿者:としき   2019/01/08(火) 16:42
参照先:http://toshiki.la.coocan.jp/
  8660 番 konno さんへのコメント    コメント数 1

> 土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
> いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

もはや窓辺で水耕栽培状態。
しかも、その窓には厚いカーテンがかかっていて薄暗い。
やはり、きちんと手を加えないと土に返ることもかなわないかと。
そう、そのカーテンを捲ろうとするのはkonnoさんしかいないのですよ。


> ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・

昨日あたりから流れているニュース。
Queenのギタリストがサンゴ礁の保護を求める請願に署名するよう呼びかけている
のだとか。
私、思想信条としては大いに賛同するところではあるのですがね。
それにもかかわらず、イギリスの天文学者がアメリカの大統領に、というところ
に、かなり強い違和感を禁じえない。もしかしてあれか、天文学的観点、または
芸術家としての視座からすると、地球環境がのっぴきならない状況にあるという
判断なのでしょうか。実はそんなことではなく、日本人および日本国の為政者の
環境保護努力がていたらくだから、というのが答えだったりするとイヤだなぁ。

    - No.8662 -   [コメント元:8660]     [リストへもどる ]
soft

8661Re^9: ココログの変 投稿者:文太   2019/01/08(火) 12:54
  8660 番 konno さんへのコメント    コメント数 2

>ああ、今年も新年早々駄洒落全開だぁ。
 炸裂しまくってますね。(^^)V

>ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・
 うーん、代表的な曲はどっかで聞いているようですが、リアルタイムの熱狂は個人史
の中にはないようですね。

We will Rock You (youtube)
https://www.youtube.com/watch?v=-tJYN-eG1zk
(歌詞がまったく聞き取れないので、lyricsで調べたら、ちゃんと聞こえた。分かりやすい
世界観と人生観。熱と若さ)

Queen, wiki
https://ja.wikipedia.org/wiki/%E3%82%AF%E3%82%A4%E3%83%BC%E3%83%B3_(%E3%83%90%E3%83%B3%E3%83%89)
 この時代、僕はすでに時代錯誤にビートルズを聞いていたようでした。

 とはいえ、なぜか(ふつうに)映画のほうは家族内で注目を集めているようで(珍しい)、
きっと観にいくことになるのでしょう。
 家族そろっての映画鑑賞も、とっても珍しいことなのですが。


    - No.8661 -   [コメント元:8660]     [リストへもどる ]
soft

8660Re^8: ココログの変 投稿者:konno   2019/01/07(月) 21:24
  8658 番 文太 さんへのコメント    コメント数 2

> >あれ? 某屋敷には実った果実が山になっているという噂も。
> >みんなドック入りのようですが。
>  くくくくく。
>  あはははは。もうああ言えばこう言う。
>  笑わせてもらいました。

新年初笑いですね。私も大笑いしました。(^〇^)
テキは本の字にあり、とか。(それは違う変)

> >多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> >そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
>  このような比喩がすごくはまってしまう。

土巣から生まれ出たものは土州に還るのが自然の摂理かと。(違うって)
いや、少しは畑も耕さなくては来年の種蒔く路ないですしね。

>  皆様、がんばってくださいね。
>  明けました。おめでとうございます。

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

ところで、余談ですが、QUEEN はお好きですか? 世代間格差が気になるぅ・・・


# ああ、今年も新年早々駄洒落全開だぁ。


    - No.8660 -   [コメント元:8658]     [リストへもどる ]
soft

8659次の種 投稿者:konno   2019/01/07(月) 20:43
  8657 番 としき さんへのコメント

> あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

そ、そうです。(^^;
もちろんその意図を含めての喩え話です。(^^;;
スパゲティなソースでも美味しく料理できる人が出ないとも限らないし。

> 例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
> から楽ができる、ということもあるかもしれません。

ぶふっ、思わず吹いてしまいました。(^o^;
光陰矢の如しですね。

> そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
> 3年後になると、もっとツッコミが厳しくなったりして。

これはみんな同じですよね。放置すると他から突っ込まれるだけで。

> 家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
> でも、保存しているだけで蒔かないと芽は出ない。
> そういうのは結構あるかも。

最近見たのはジャガイモとかサツマイモ(違う)
良い種があるので接ぎ木をすれば甘い果実が実りそうと思っているんですが。
何か上手い接ぎ木の案がないですかねぇ。


    - No.8659 -   [コメント元:8657]     [リストへもどる ]
soft

8658Re^7: ココログの変 投稿者:文太   2019/01/07(月) 15:23
  8656 番 konno さんへのコメント    コメント数 1

>あれ? 某屋敷には実った果実が山になっているという噂も。
>みんなドック入りのようですが。
 くくくくく。
 あはははは。もうああ言えばこう言う。
 笑わせてもらいました。

>多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
>そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
 このような比喩がすごくはまってしまう。

 皆様、がんばってくださいね。
 明けました。おめでとうございます。

    - No.8658 -   [コメント元:8656]     [リストへもどる ]
soft

8657Re^7: ココログの変 投稿者:としき   2019/01/07(月) 12:48
参照先:http://toshiki.la.coocan.jp/
  8656 番 konno さんへのコメント    コメント数 1

ま、くれぐれも、無理のないように。

> 多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
> そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;

でも、そもそも文書化できるのはkonnoさんしかいないわけで。
めざらさんも、そして私にもできることはない。
ということは、腐って落ちることはありうるけど、大地に帰る可能性は皆無かと。
だって、そこで食物連鎖が途切れるから。
あ〜、でも、ソースが公開されていれば、新しい芽が出る可能性はあるか。

若いときの苦労は買ってでも、なんていう言い回しがありましたよね。私自身、
あまり強く同意はしていないのですがね。でも、少しは共感する部分もある。
例えば、60歳なんていう若いときに苦労しておけば、61歳になって年老いて
から楽ができる、ということもあるかもしれません。文書化という行為に関して
だけは、こういった計算が大いに当てはまるのではないかと、私は考えているの
ですよ。だから、34歳のときに苦労したくなかったから33歳のときに文書化
で汗をかいていたり、とか。
って、本当は、よそから突っ込まれたくないだけなんですけど。
そして、悲しいかな、一番ツッコミが激しいのが、1年後の自分だったりする。
3年後になると、もっとツッコミが厳しくなったりして。


> あれ? 某屋敷には実った果実が山になっているという噂も。
> みんなドック入りのようですが。
> 外しているかな。新しい種を仕入れる話とか。

多分、それは単なる噂。だと思う。私にも自信はない。
家主が自分に自覚がないうちに種を仕入れている可能性もあるかも。
でも、保存しているだけで蒔かないと芽は出ない。
そういうのは結構あるかも。

    - No.8657 -   [コメント元:8656]     [リストへもどる ]
soft

8656Re^6: ココログの変 投稿者:konno   2019/01/06(日) 21:45
  8655 番 としき さんへのコメント    コメント数 2

> ラクーカンにWordPressをインストールしたという猛者もいるらしい。
> というか、インストールするだけならかじった程度の素人でも可能らしいけど、
> 満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

なるほど。頑張れば入れることは出来そうな気もしますね。
でも、最後の行でくじけました。
今は軟弱の極みなので。(^^;

> あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
> の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
> ブルジョアみたい。

うーん、先送りは合っていますが、面倒は好ましくはありませんね。

> 例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
> よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
> の文書化の手間を省いています、といった感じで。

面白い表現ですね。(^^;
多分その果実は放置されて腐って落ちて大地に還るのを期待している可能性も。
そこから新しい種が芽吹いて育つか、鳥に食われて遠くに広がる可能性も。(^^;
# あくまで放置したいらしい。

> ちくしょ〜、うらやましくなんかないぞ!

あれ? 某屋敷には実った果実が山になっているという噂も。
みんなドック入りのようですが。
外しているかな。新しい種を仕入れる話とか。


    - No.8656 -   [コメント元:8655]     [リストへもどる ]
soft

8655Re^5: ココログの変 投稿者:としき   2019/01/06(日) 02:08
参照先:http://toshiki.la.coocan.jp/
  8654 番 konno さんへのコメント    コメント数 1

> なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。

ここだけ。
ラクーカンにWordPressをインストールしたという猛者もいるらしい。
というか、インストールするだけならかじった程度の素人でも可能らしいけど、
満足に動くようにするのなら、それこそ猛者レベルのスキルが必要らしい。

> そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・

あれだ、konnoさんの行動パターンとしては、なるべく先送りにすることにで面倒
の総量が増えるほうが好ましい、ということのようで。まるで、金利で生活する
ブルジョアみたい。
例えば、ドキュメントの問題にしても、将来の面倒を減らすために文書化に励む
よりも、なるべく将来に大きくなった面倒という果実を収穫できるように、現在
の文書化の手間を省いています、といった感じで。
ちくしょ〜、うらやましくなんかないぞ!
#なんのこっちゃ

    - No.8655 -   [コメント元:8654]     [リストへもどる ]
soft

8654Re^4: ココログの変 投稿者:konno   2019/01/06(日) 01:43
  8653 番 としき さんへのコメント    コメント数 1

> まずは余談にお付き合い。
> 私の中学時代は80年代前半。
> 当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
> ABBAの名前ぐらいは知っていましたがね。

そうか、「ボヘミアンラプソディー」を聴いたのは75年ごろなんですよね。
10年違うとしたら、私の場合は65年ごろか。
その頃のことはほとんど覚えていないのですが、小学生の頃はアニメや歌謡曲を
テレビで見てたくらいですねぇ。
中学の頃は兄の影響もあってラジオで色々聴くようになってましたね。

> 高校・大学のころはクラシックがメイン。
> 90年代になって社会人になってから、レッツェとかディッパを少し聞きました。

クラシックは学校の授業でしか聴く機会がないのと、授業中に怒られたトラウマが
いや何でもないです。

> とりあえず、私にとって、クイーンといったらエリザベス2世。

その女王様の国から「キラークイーン」なんて歌が出るのも凄いなぁと思いました。

> マーキュリーといったらセーラー戦士。(ぉぃ)

これを知っているというのは通な人なんですかね。(^^;

> 自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
> それこそ、Strict大好きなめざらさんをも満足させるくらいに。
> でも、そういうのって、当然ながら面倒なんですよ。

なるほど。でもこれって自前サーバーになるのでは。セキュリティが大変そう。
ココログでもHTMLの知識が有れば見栄えの調整は出来るので、これでいいかぁ。

> でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
> ないという意味で、運営にメールするというのは決して悪いことではないと。

そうですね。でもうだうだしていたら、メールを出すのが面倒になってたり・・・


    - No.8654 -   [コメント元:8653]     [リストへもどる ]
soft

8653Re^3: ココログの変 投稿者:としき   2019/01/05(土) 18:53
参照先:http://toshiki.la.coocan.jp/
  8651 番 konno さんへのコメント    コメント数 1

> > おえ,QUEENが余談なんすか?
>
> (^^;

まずは余談にお付き合い。
私の中学時代は80年代前半。
当時、聴いていた音楽は、歌謡曲を除くとYMOぐらい。
ABBAの名前ぐらいは知っていましたがね。
高校・大学のころはクラシックがメイン。
90年代になって社会人になってから、レッツェとかディッパを少し聞きました。
とりあえず、私にとって、クイーンといったらエリザベス2世。
マーキュリーといったらセーラー戦士。(ぉぃ)

> > CMS系のジェネレータなんて,糞ばかり.
>
> そういうものなんですか。

ま、そうとも限らないのですが。
自前でWordPressとかをインストールすれば、好きなようにいじれるはず。
それこそ、Strict大好きなめざらさんをも満足させるくらいに。
でも、そういうのって、当然ながら面倒なんですよ。
なので、

> 私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。

面倒なく記事を書く、という目的が達成できなくなるという。
でも、無駄に終わる可能性が高いとはいえ、解決策になりうる可能性がゼロでは
ないという意味で、運営にメールするというのは決して悪いことではないと。

    - No.8653 -   [コメント元:8651]     [リストへもどる ]
soft

8652Re^2: 2019年,今年もよろしくお願いします 投稿者:konno   2019/01/03(木) 22:40
  8650 番 めざら さんへのコメント

> 喪中のため,年頭のご挨拶は失礼させていただきます.
> 本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

そういえば、ブログの記事は読ませていただいていました。m(__)m
ともあれ、今年もよろしくお願いします。

>
> 来ましたね,30週年.何月リリースだったかな.
> 一応,5月ということで,記念のオフでも開催しますか.

記念オフいいですね、時期は検討するとして、是非やりたいですね。

> c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

(^^;
もし実現出来たらうれしいですが、VZの神様を前にしたら私固まっちゃいそう。
素人が適当に弄りまくってるんだから、冷や汗たらたらですよ。(^^;
初夢としたらいい夢ですね。

> わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
> 以前から編集テキストが大きく崩れる…ということが結構頻発していて,
> どのバージョンで発生することが多いのか検証しようとしています.
> (LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

げげ、そんなやばいことになってるんですか。
再現出来るものは調査してみます。

> とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
> 明示してはいただけないでしょうか.
> その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
> なにとぞ宜しくご検討ください.

わかりました。
私もこのところバグの発覚が相次いで版が混乱しているので、整理、管理を
出来る範囲で見直します。

> その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
> おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.

キチンとしたドキュメントは私の一番苦手な部類ですが、今年の目標、計画として
心がけたいと思います。


    - No.8652 -   [コメント元:8650]     [リストへもどる ]
soft

8651Re^2: ココログの変 投稿者:konno   2019/01/03(木) 22:17
  8649 番 めざら さんへのコメント    コメント数 1

> おえ,QUEENが余談なんすか?

(^^;
じつのところ、ココログはほとんど休眠していたので、誰も読んでないかもと思い
半分はクイーンの宣伝で書き込んだのでした。(^^;
「ボヘミアンラプソディー」マジ良いっすよ!!

> > ・・・運営にメールしてみるか。
>
> 無駄ですよ.そういうものなんです.

まだメールしてませんが、以前は普通に記事を書けていたように思ったので
ココログのエデイタが変わったのか、はたまたHTML の仕様が変わったのか
いずれにしてもこれは困った事象なので、どうしたものですかね。

> しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
> ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.
>
> CMS系のジェネレータなんて,糞ばかり.

そういうものなんですか。
私は見栄えがそこそこで面倒なく記事が書ければ良いだけなんですがねぇ。


    - No.8651 -   [コメント元:8649]     [リストへもどる ]
soft

8650Re: 2019年,今年もよろしくお願いします 投稿者:めざら   2019/01/03(木) 15:41
参照先:http://mezala.la.coocan.jp/
  8648 番 konno さんへのコメント    コメント数 1

喪中のため,年頭のご挨拶は失礼させていただきます.
本年もどうぞよろしくお願いいたします.> konnoさんはじめ,皆みなさま.

> さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。

来ましたね,30週年.何月リリースだったかな.
一応,5月ということで,記念のオフでも開催しますか.
c.mosさんや上村さんに,畏れながらお声掛けして……なんちゃって.

わたしの環境では,テンポラリファイルとEMSとの相性なのかもしれないのですが,
以前から編集テキストが大きく崩れる…ということが結構頻発していて,
どのバージョンで発生することが多いのか検証しようとしています.
(LXでもそこそこ起こるので,VZそのものの問題を疑っています.)

そこでボトルネックになるのが,版の管理なんですね.
そこで今さらお願いなのですが,もう少し版の情報を明示していただけないでしょうか.

konnoさんのご苦労は重々承知しているのですが,VZのページについて整理して欲しいのです.
一応わたしも版の情報(http://mezala.la.coocan.jp/vz/history/verdetail.html)を
提供しようとしてはいるのですが,これがまとめきれないのです.複雑で.

とりあえずで結構なのですが,各版の実行ファイルのサイズとタイムスタンプを
明示してはいただけないでしょうか.
その後,各版の機能説明を詳しく伺って,まとめたいと考えておりますので,
なにとぞ宜しくご検討ください.

その昔,榊原さんや上村さんは,マクロ本体よりもドキュメントに時間をかけたと,
おっしゃっていましたね.後世に残すために,明解な説明は何より重要だと思います.
正月から要求ばかりで申し訳ないですが,自分にあまり時間が残されていないので……
    - No.8650 -   [コメント元:8648]     [リストへもどる ]
soft

8649Re: ココログの変 投稿者:めざら   2019/01/03(木) 14:56
参照先:http://mezala.la.coocan.jp/
  8645 番 konno さんへのコメント    コメント数 1

> というのは余談なので置いといて

おえ,QUEENが余談なんすか?

> ・・・運営にメールしてみるか。

無駄ですよ.そういうものなんです.

ブログ系では「はてなダイアリー」が,わりあい文法に沿ったソースを出力していました.
なので,わたしは「はてな」を選択しました.

しかし,その「はてな」も「はてなブログ」のリリースで,見栄え民に迎合し,
ついに「ダイアリー」を棄てて「ブログ」へ全面的に移行しようとしています.

CMS系のジェネレータなんて,糞ばかり.
    - No.8649 -   [コメント元:8645]     [リストへもどる ]
soft

86482019'今年もよろしく 投稿者:konno   2019/01/01(火) 21:09
   コメント数 1

みなさま、明けましておめでとうございます。
今年もよろしくお願いします。

さて、今年2019年は、VZが誕生した1989年からいよいよ30周年となります。
30年間変わらずに使われ続けている稀有なDOSソフト、奇跡のソフトかと。
DOSが無くなってもVTDOSがあるじゃない(マリーアントワネットじゃないよ)

もうここまで来たら何でもありで、お気楽に逝きましょう。(字が違うって)

とりあえず、去年の纏めから

■■■■ リストスレッド表示2 (タイトルが変わらない記事を省略して表示) ■■■■

▼ - No.8638 - EMSテストマクロ - 文太 - 18/12/28-23:50
6
▼ - No.8645 - ココログの変 - konno - 18/12/30-15:37
1
▼ - No.8640 - VTDOSのお供 CKWV 私家改造版 - konno - 18/12/30-00:32
3
▼ - No.8632 - Tra_TAG.def のバグ - konno - 18/12/02-00:00
    No.8637 - Tra_TAG.def 改 k05 - konno - 18/12/25-03:13
6
▼ - No.8590 - VZk07t01 公開停止 & VZk07t 公開版の差し替え - konno - 18/11/16-22:33
    No.8624 - IMASK3 合体版の改造版 - konno - 18/11/21-21:28
    No.8628 - Re^3: IMASK と制約解除呪文 - 文太 - 18/11/24-21:39
    No.8626 - Re^3: VZk07t 修正版と IMASKとmaskman2合体版 - shadow - 18/11/24-08:45
36
▼ - No.8586 - GPD Pocket Windows10 64bit - konno - 18/11/13-00:32
5
▼ - No.8591 - DOSモバでSORT.DEF(高橋版) - konno - 18/11/16-23:45
4
▼ - No.8469 - アセンブラの再履修 popwindow - konno - 18/10/31-21:09
    No.8486 - Vz昔話 - konno - 18/11/03-19:42
    No.8477 - 画面サイズ250*80 はVZの限界? - konno - 18/11/01-02:46
103
▼ - No.8583 - V_cursor.def Ver06 - konno - 18/11/11-01:35
1
▼ - No.8493 - 備忘録 LXCLND.defの改造 - konno - 18/11/04-17:29
    No.8494 - 備忘録 VTDOS と pkxarc - konno - 18/11/04-17:57
11
▼ - No.8375 - VTDOS+VZ で #N、#P でのエラー - konno - 18/10/18-20:58
    No.8409 - &z("") on dos6.2 - 文太 - 18/10/21-23:07
    No.8433 - k07t3 は内部ワークの位置ズレ有り、公開停止します - konno - 18/10/28-02:37
    No.8452 - PC-98のファンクションキー - としき - 18/10/29-10:20
89
▼ - No.8473 - VZk07t5 アップ - konno - 18/10/31-23:28
    No.8484 - Re: VZk07t5 バグありました - konno - 18/11/02-01:34
2


整理するとこんな感じでしたが、10月以降に立てたスレッドが6件も過去ログに逝ってしまうなど
昨年は大変に盛り上がりました。
みなさま、本当にありがとうございました。

今年は猪突猛進の年ということで、どこに向かうかは全く分からないですが
なにとぞよろしくお願いします。


    - No.8648 -             [リストへもどる ]
soft

8647EMS_buff.def (0.5) 投稿者:文太   2018/12/30(日) 23:39
  8638 番 文太 さんへのコメント

 やりたいときにやってしまえ。
 記念に上げます。

 データ構造を少しだけ洗練させた(使うの、それ、ほんとに?)
 バッファを4つに増やした。EMS4ページ。
 きちんと環境管理できるなら、4つのマクロから別々にバッファを使えるはず、
なんだけど……。ヒストリーとか面倒なことなく。1個のデータね、それぞれ。
 こういう風にEMSって使えるのか、テストもまだろくすっぽしてないのにね。
 本質的には、約10年前の1kbuf.comのときと同じことをしています。
 同じところをぐるぐるぐるぐる。このパターンは不変。
 違いは、やっぱりVzマクロを素直に使うと(マシン語にばかり頼らないと)
コーディングが楽です。パパパっとできる。
 あくまでバッファを造ろうとしているだけなんだから、下はみんなブラックボックス
になるのが理想です。


=== EMS_buff.def (0.5) by Bunta ===;
#if0
 習作・部品・テスト用マクロ
 未完成(histcopy system, not yet)--- will you really do that?
  これは別マクロね、するとしても。
 以下は、テストのため、全部の機能を入れてしまってます。実用的には、
EMS情報領域確保、データ領域(EMS)確保
EMS解放
 の2つの間に、データの出し入れのマクロないしマクロ部品が存在するはずです(願望)

EMSに文字列を保存するテスト。
4ページ(16KB*4)の領域を、4つのバッファとして確保する。使いきれるとは思えないが。
Bv (logtbl) 256 前提。
pq..145+128以降の10バイト*4を恒久的管理用データ保存バッファとして使用。
 中身はアイテム個数、全体文字列長、先頭文字列長、EMSハンドル、EMSセグメント
 【データ構造】(a-d)
 a..0:アイテム個数
 a..1:データ全体長
 a..2;先頭文字列長
 a..3:EMS handle
 a..4:EMS frame seg

★カスタマイズが必要なのかもしれない箇所。
 ★1 Vzのお腹の中にあるべきデータ保存バッファ
 ★2 EMSページフレームのアドレス(セグメント)。vmapで調べておく。

二重起動しないようエラーチェックを入れた。
細かいことを書いておくと、文字列コピーとし、最後のヌルも転送することにした。
 その後の処理がこのほうが楽なような気がする。
EMS解放で、Bv管理データバッファもクリアするようにした。

 【to do】
 データの格納はヌル区切り、ヌルヌル末尾のヒストリー形式にすること。
 データ格納・管理が大変になるよ……。
#endif

* Macro
50 ^NX "EMS_buff"

	nn[, oo[, pp[, qq[,

	;--- sample string & its length with ending null
        n="aaaあdefい",			;<n>
        &Sn(n) nn=r+1,			;<nn>, +1 means "with null"
	o="bbbいいい",			;<o>
        &Sn(o) oo=r+1,			;<oo>
        p="cccうdefうx",		;<p>
        &Sn(p) pp=r+1,			;<pp>
	q="dddえええy",			;<q>
        &Sn(q) qq=r+1,			;<qq>

	;--- set Bv data buffer
	a=pq..145+128,		;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,		;<e> EMS frame address★2 各自、事前にチェック設定のこと
	(a..4==x)? {&m("EMS already gotten.") .}


	;-------------------------------------------------------
	;--- save EMS info
			a..0=1,		;item
			a..1=nn,	;all_length
			a..2=nn,	;top_str_length
        &Ea(1) 		a..3=r,		;EMS handle (allocation)
        &Em(a..3) 	a..4=r,		;EMS segment (mapping)

	;--- iseg strcopy (-> EMS)	<x> 4 identifiers, <y> str ptr in gz
	x=a, y=n, &00
        &m("1st string written on EMS(1); handle %d",a..3)
        &p
	;-------------------------------------------------------
			b..0=1,		;item
			b..1=oo,	;all_length
			b..2=oo,	;top_str_length
        &Ea(1) 		b..3=r,		;EMS handle
        &Em(b..3) 	b..4=r,		;EMS segment
	x=b, y=o, &00
        &m("2nd string written on EMS(2); handle %d",b..3)
        &p
	;-------------------------------------------------------
			c..0=1,		;item
			c..1=pp,	;all_length
			c..2=pp,	;top_str_length
        &Ea(1) 		c..3=r,		;EMS handle
        &Em(c..3) 	c..4=r,		;EMS segment
	x=c, y=p, &00
        &m("3rd string written on EMS(3); handle %d",c..3)
        &p
	;-------------------------------------------------------
			d..0=1,		;item
			d..1=qq,	;all_length
			d..2=qq,	;top_str_length
        &Ea(1) 		d..3=r,		;EMS handle
        &Em(d..3) 	d..4=r,		;EMS segment
	x=d, y=q, &00
        &m("4th string written on EMS(4); handle %d",d..3)
        &p
	;-------------------------------------------------------

&m("4 strings written on 4 EMS pages; handle %d,%d,%d,%d",a..3,b..3,c..3,d..3)
	qq], pp], oo], nn],
	.


	;--- strcopy prep		;<x> <y>
00:	ax=gz, si=y, cx=x..2,		;set source
	bx=x..4, di=0,			;set destination
	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")


;----------------------------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,	;Bv personal buffer★1 upto +126 (hometext.def)
	b=pq..145+138,
	c=pq..145+148,
	d=pq..145+158,

	;--- check if EMS buff exists or not
	x=$c000,	;EMS frame address★ 各自、事前にチェック設定のこと
	(a..4==x)?? {&m("EMS buffer not exists.") .}

	(ks&1)? >A	;Close EMS page by shift


	;--- copy str from EMS buff to PR

	!01 (r<0)? {&m("canceled.").}
	(r)>? {(x=a)(x=b)(x=c)(x=d)}	;<x>

        &Em(x..3)			;EMS mapped with handle <x..3>

	;--- strcopy prep
        ax=x..4, si=0, cx=x..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg strcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%s, read from EMS",pr)
	.

 :A 	;--- Del 4 EMS buffers ---

        &Ef(a..3)			;close EMS
        &Ef(b..3)			;close EMS
        &Ef(c..3)			;close EMS
        &Ef(d..3)			;close EMS

	&m("4 EMS buffers closed. Handle %d %d %d %d",a..3,b..3,c..3,d..3)

	;--- clear data buffer, thanx to mezala
        x=40/2,				;data buff/2
        (x){ x--, a..x-, }		;null by 2 bytes
	.

* P
01      "EMS buff str",15,4
        "A 1st string"
        "S 2nd string"
        "D 3rd string"
        "F 4th string"

*


    - No.8647 -   [コメント元:8638]     [リストへもどる ]
pre

8646Re^4: EMSテストマクロ 投稿者:文太   2018/12/30(日) 15:41
  8643 番 konno さんへのコメント

 頭を一緒につかってくださって、ありがとうございます。
 そうなの、そうなのよ、という感じがとってもしました。

>ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
>思ったんですが、もっと大変になりそうですね。
 「ファイルに書き出す」
 原始的だけど、これが、やっぱり正解中の正解でしょう。
 ほんとに「データ構造によっては」、いちばんいい。マクロも基本コマンド
でいいし。
 その結論みたいなのが、ちょびっとだけハイテクの入った、以下でした。

(再掲:#8154:Fラベル書き換えの意味 by 文太)
;恐ろしく邪悪なツリーだった。
;このマクロを探し出すのに、5分かかった。
;ああいうのは、イケナイ。
=== 009func by B ===;
ファンクラベル・ファイルを開き、ラインバッファに送ってから、
その「文字列」(1行)をファンクラベル領域(pq..100)に送り、
ファンクラベルをオリジナルに戻す。
ファイル名は決め打ち。c:\tmp\funcfile.txt。変更したければどうぞ。
ただし、上 (0fncfile.def)と連動すること。 
* M
50 ^^ "funcback"

	x="c:\tmp\funcfile.txt",
	mx[+,
	#R &?("%s",x) #m		;open funcfile
	#28				;send line to lbuf
	&Sm(pq..100,wa..18,244)
 	pn.4-,                          ;func key label ptr
	#C				;close funcfile
	mx], .

*
 ファンクラベルを書き換えたとき、書き戻しはどうするのか? 
 vz.defから元々読み込まれたメモリ上のオリジナル・ファンクラベルは
書き換えた時点でなくなっているのだから、どっか恒久的な場所に保存して
おかなくちゃいけない。で、ファイルだ、という展開でした。
 (ディスク上のファイルvz.defから再読み込みしたら? 検索が大変なのと、
逆=書き換えファイル用にも使えるから、こうなりました。
 じゃあ、これ、ファイルでなくEMSにしてみたら? うげげげげ。)

 とにかく。
 ね、恒久的データ保存領域って欲しくなるでしょ?
 僕だけかな? でも、何かすると、僕のばあい、必ずこの壁にぶつかって
きたものですから。


># たぶん大外れだな
 ぜんぜん。大当たりですよ。たとえば、そんな巨大保存バッファが使える
となったら、何をしたいのだっけ? とは少しは考えていましたから。
 嬉しいです、話が通じて、「そうそう、それのことなんですよ!」って
感じられるのは。m(__)m

>例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
>バッファ丸ごとコピー?する領域とかしておいて
>メモリに書き戻す、みたいな感じかなぁ。
>(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
>オーバーレイ的なものとか?
>ファイル方式の利点はサイズが可変長というところですね。

 上、新鮮で、ビンゴものでした。vz.defみたいなマクロファイルみたいなのが
ファイルの形式にせよ、メモリ上にせよ(1kbuf.com)、EMS上にせよ、取れたら、
使い道あるよなぁ、と思ってます。(注)
 「マクロなどのバッファ丸ごとコピー」。ステキです。
 できる? ほんとに必要? ということは、とりあえず考えないでおきます。(^^)
 あいかわらず夢をみている。
 だから、秀丸にはそうたやすく行けない。本格的にはぜったい行かないことが
決定されておりますが。だから、あのPATA HDの山と格闘しているわけで。

(注)これを追求すると、vz.comが起動時どのような仕組みでvz.defその他のdefを
読み込むのか、ということになる。最終的には、init.asm+core.asmぐらい?
 これまた楽しい夢想。

---------------------------------------------------------------------------
 今回は、大した時間を、VzないしVzマクロに使っているわけではありませんが、
プログラムって、メモリを使う、処理終わったらメモリを解放する、そして自分も消える
という風なのが超基本的姿なんだな、とか考えています。
 それこそ、dosの内部コマンドと外部コマンドみたいに。command.comの常駐部、
非常駐部みたいに。
 僕は、ずっとそこにいて、データを保持しつづけてくれる「常駐もの」みたいなの
を、ずっと前から欲しがっていたんだ、と。
 そして、この行く末が、マルチタスクなんだなぁ、と。インターフェイスは今も
好きではありませんが、Windowsはそれで偉かったんだ、とか。
 ネットワーク関係(インターネット)は、windowsですけどね。

 というわけで、「1kbuf.com」プロジェクトは、僕のVzにとっては、どんぴしゃに
正解だったんだ、と確信しております。多謝でありまする。


 さて、60枚の年賀状です! やれやれ。いつまでも逃げてるんじゃないの!


    - No.8646 -   [コメント元:8643]     [リストへもどる ]
pre

8645ココログの変 投稿者:konno   2018/12/30(日) 15:37
   コメント数 1

最近またココログを更新しています。
最新の記事をコピペして紹介すると


映画「ボヘミアン・ラプソディー」をIMAXで観たよ


2ヵ月前に、映画『2001年宇宙の旅』を 日比谷のIMAXで観て、その迫力に圧倒されたものだが、その時に「ボヘミアン・ラプソディー」の予告編を観た。



「これは、映画館で観たら凄い良いだろうなぁ。」と思っていたら、その後、NHKでクイーンの特集をやっているのを観て、たまらなくなり、行ってしまいましたよ、新宿のIMAXへ。(^^;



「いやぁ、良かった、最高!!」


それ以来、以前買ったミニコンポでガンガンクイーンを聴いているのでした。(^^;




また行きたいね、こんどは立川の極上音響とやらで聴きたいなぁ。



皆さんも是非観てもらいたい感動の物語です。(^_^)



コピペここまで ------------

いやあ、クイーン 良いですね。VZer 世代なら皆さん絶対はまると思います。
マジお勧めです!!

というのは余談なので置いといて
上の記事は、単純にコピペしてVZに張り付けたのですが、改行がおかしくなっています。
ブログの見た目よりあきらかに改行が増えていますね。
ブログのソースを見ればわかりますが、この増えた改行は
<div></div>
になっています。見えるかな。

実は、ココログのエデイタで改行すると、これになるんですが、今どきのブラウザでは
<div></div>
<div></div>
<div></div>
このように連続していても改行一つになってしまうので、あれれれ?
となったしまったのです。

しかたがないので、HTMLモードで、
<br>
<br>
<br>
※ 半角の<br>は改行に変換されたので、全角で書き直した。

こう手入力したら、連続改行になりました。
ところが、そのソースを見てみると
<div><p></p></div>
<div><p></p></div>
<div><p></p></div>
このように変換されているんですね。

どうなっとるんだ!!

ココログのエデイタは腐っているのか?
改行くらいまともに変換してくれよ(;_;)

ということで、何度も弄っていたらこんな状態になったのでした。
・・・運営にメールしてみるか。


    - No.8645 -             [リストへもどる ]
pre

8644Re^2: VTDOSのお供 CKWV 私家改造版 投稿者:konno   2018/12/30(日) 15:04
  8642 番 文太 さんへのコメント

>  大昔から(からって言っていいのかなぁ?)欲しかった機能です。

そう言ってもらえるとうれしいです。(^_^)
実は、Visual Studio 2017 の無料版を入れたので、久しぶりに弄ってみました。
以前弄ったときは、ランタイムが取り込めなくて、そのままになっていたので
仕切り直しです。
今はこのくらいが精一杯です。

>  1月末までには導入してみたいと思います。気が長すぎ?
>  そっちの使用頻度はとても低いので、優先順位が……。

やりたいこと、やるべきことを優先するのが正しいと思います。
でも、やるべきことはやりたくないものが多いのが辛いところですが・・・

>  まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
> くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
> ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

げげ、パーツ屋開業出来そうですね。(^^;
そういえば、年末にやるべきことがまだ終わっていなかった・・・
うう、せめて換気扇だけでも・・・


みなさん、良いお年を(^_^)


    - No.8644 -   [コメント元:8642]     [リストへもどる ]
soft

8643Re^3: EMSテストマクロ 投稿者:konno   2018/12/30(日) 14:43
  8641 番 文太 さんへのコメント    コメント数 1

>  Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
>  (1)徹底自己管理の2文字変数(バッファ本体は外)
>  (2)インクルードマクロ(バッファ本体含む)
>  というラインの延長で、とりあえずEMSを攻めてみることにしました。

ふーむ、データ構造によっては、ファイルに保存するのがいい場合もあるかと
思ったんですが、もっと大変になりそうですね。

例えば、項目別に区切って、変数などのデータ領域とか、マクロ?などを
バッファ丸ごとコピー?する領域とかしておいて
メモリに書き戻す、みたいな感じかなぁ。
(それってVZ.DEF みたいなマクロファイルそのものじゃ?)
オーバーレイ的なものとか?
ファイル方式の利点はサイズが可変長というところですね。


# たぶん大外れだな


    - No.8643 -   [コメント元:8641]     [リストへもどる ]
soft

8642Re: VTDOSのお供 CKWV 私家改造版 投稿者:文太   2018/12/30(日) 12:16
  8640 番 konno さんへのコメント    コメント数 1

 おお、素晴らしい拡張!

>・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
>右クリックだけでは何もしない

>・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない

 大昔から(からって言っていいのかなぁ?)欲しかった機能です。
 1月末までには導入してみたいと思います。気が長すぎ?
 そっちの使用頻度はとても低いので、優先順位が……。
 まだ引越しとHDの整理をしています……。IDE 80GB(2.5, 3.5 inch)なんてのを60個
くらい整理しています。隣の部屋に2100x500x1200(mm)なんてスチールラックを増設して
ジャンクパーツの整理、整理、整理……。いつ終わるのか……。

 よいお年を!


    - No.8642 -   [コメント元:8640]     [リストへもどる ]
soft

8641Re^2: EMSテストマクロ 投稿者:文太   2018/12/30(日) 12:09
  8639 番 konno さんへのコメント    コメント数 1

>文太さん、やってますね。(^_^)
 はい、ちょっとだけですが。m(__)m

>1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
 データ受け渡しのインターフェイスとデータ構造が問題で、素性が全部
分かっているぶん、1kbuf.comのほうが長い目でみて、安心安全なのですが、
ブラックボックスになるインターフェイス部分が、けっこう複雑で、、、。
 ま、そちらに落ち着くのだろうとは思っていますが。

>VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
>が良さそうな気が。問題はサイズですね。どのくらい要るのだろう。
 はい。まさしくそのとおりです。
 問題は、サイズ。どれだけ必要なの? というのがクルーシャルなところ。
 Bv256(vzlogはもちろん使わず)で、ぜんぜん足りなそうだというので、
 (1)徹底自己管理の2文字変数(バッファ本体は外)
 (2)インクルードマクロ(バッファ本体含む)
 というラインの延長で、とりあえずEMSを攻めてみることにしました。

>あ、私はEMSはわからないので、テストはパスします。(^^;
 いえいえ、何が起こるのか分からない実験ですから。
 「そういえば、あれはとってもやりたかったことだ」と思い出して、現実
逃避が主な目的で書いてみただけです。

    - No.8641 -   [コメント元:8639]     [リストへもどる ]
soft

8640VTDOSのお供 CKWV 私家改造版 投稿者:konno   2018/12/30(日) 00:32
   コメント数 1

10#さんの改造されたCKWVをちょっと改造しました。

 ・マウスホイールの送出コードにシフト系が残るのを修正したつもり

 ・オリジナルはマウス右クリックでペーストだが、シフトを押しながら右クリックに変更
  右クリックだけでは何もしない

 ・Ckw*touchsc: yes オプション追加、有効にすると、マウスの左クリックで何もしない
CKWV.CFG の中に以下の所に追加する。

!Ckw*topmost: no
Ckw*touchsc: yes
!Ckw*transp: 220

ミニマシンなどのタッチパネルで、タッチした時コピー動作になると煩わしいので
何もしないようにしたつもり。


動作保証は出来ないので、ご使用は自己責任で
ダウンロードは、VZの部屋からどうぞ

 CKWV902.LZH 188kb(2018-12-07版


# クリスマスには遅いけど、お年玉には早いかな。(^^;


    - No.8640 -             [リストへもどる ]
soft

8639Re: EMSテストマクロ 投稿者:konno   2018/12/29(土) 21:59
  8638 番 文太 さんへのコメント    コメント数 1

文太さん、やってますね。(^_^)

> 恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
> しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
> ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
> でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

1kbuf.com のような外部メモリ方式は使うのが大変でしたか。
VZ起動中という事なら、VZ.DEF など、インクルードマクロで直に自前バッファ
が良さそうな気が。
問題はサイズですね。どのくらい要るのだろう。

あ、私はEMSはわからないので、テストはパスします。(^^;


    - No.8639 -   [コメント元:8638]     [リストへもどる ]
soft

8638EMSテストマクロ 投稿者:文太   2018/12/28(金) 23:50
   コメント数 2

C:\DEF>vmap
----- EMS ver4.0 (frame: C000h) -----
handle pages   size  name
------ ----- ------  --------
     1     2    32k  for Vwx!
     1     2    32k  for Vwx!
     2     6    96k  VZ		;start

     2     7   112k  VZ		;^NX, sample string saved in EMS (1)
     2     7   112k  VZ		;^NY, sample string read & written to PR
     2     6    96k  VZ		;^N\Y, test EMS page closed (2)

 ※(1)から(2)までたどり着くのに、あいだ3時間あったら、5時間あったら
(もちろんVzをふつうに継続使用している)大丈夫なのか。途中不具合を誘発
しないか、(2)はふつうに行えるのか。これが課題です。

 できたような気がします。
 ただ、あくまで習作、テスト用です。

 EMSを保存バッファとして使えるのか、のテストです。
 たぶんできないと思う。思わぬ不具合に遭遇することになるのだと思う。

 発想はこうです。マクロバッファはあくまで一時的な保存バッファで、もっと
恒久的な(Vzが起動している間、僕の場合には常駐している間)バッファが欲
しい。 かつて konno さんに「1kbuf.com 113 2007-01-06 01:30」なんてのを作
ってもらったのですが(たぶんこっちに行くのだけど)、使うの大変なバッファ
でして、Vz標準の EMS 操作関数ではダメでしょうか? ということです。

 僕が悲観的なのは、ずっとこのEMSページをVzが管理してくれるのか、
ということ。どうなんでしょうか。このページを外してVzは自分のためにEMS
を使ってくれるのでしょうか? 前例がないような気がするのです。
 EMSをバンバン使っているマクロは高橋さんのマクロ。でも、マクロが終了
したら、そのEMSページ解放してるのね。保存バッファではなく作業バッファ
なんですね。
 というわけで、たぶん、失敗するのでしょう。

 お暇な方は改造するなりして、お使いください。あくまでテストとして。
 「こりゃまずいでしょう」という明らかなバグがあったらお教えてください。
 発想がまずいのなら、それも、どうか。

 しばらく自分でテストするつもりなので、即レスはないと思います。


 マクロの注意点。
 (1)キーアサインが僕のもののままです。読み出しとEMSの解放のほうは、
シフト起動です。

 (2)Bv256 前提です。EMSセグメント、ハンドル、文字列長を保存しておく
バッファがVzのお腹の中に必要です。
    消えないバッファは、こうとでもするしかないと思う。消えないバッファの
ための消えないバッファ。

 (3)高橋版の書式制御を使っています。konno 版でなにも問題ありません。


 メリークリスマス(遅いよ)&ハッピーニューイヤー 2019



=== EMS_buff.def by Bunta ===;
#if0
EMSに文字列を保存するテスト。
Bv (logtbl) 256 前提。
pq..145+128以降の6バイトを恒久的保存バッファとして使用
(中身は保存文字列長、EMSハンドル、EMSセグメント)
★カスタマイズが必要なのかもしれない箇所。
#endif

* Macro
50 ^NX "EMS_buff"

	;--- sample string & its length
        p="abcあdefいghiうjkelmnopqrstuvwxyz0123456789",	;<p>
        &Sn(p) l=r,						;<l>

	a=pq..145+128,			;Bv personal buffer★
					;upto +126, already used by hometext.def

	;--- save EMS info
        &Ea(1) 		a..0=r,		;EMS allocation, EMS handle 	<a..0>
        &Em(a..0) 	a..1=r,		;EMS mapping,    EMS segment	<a..1>
			a..2=l,		;strlen				<a..2>

	;--- memcopy prep
	ax=gz, si=p, cx=a..2,		;set source
	bx=a..1, di=0,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("string <p> written on EMS; handle %d",a..0) .

;------------------------------------------------------------

51 ^NY "fromEMS"

	a=pq..145+128,			;Bv personal buffer
					;to +126, already used by hometext.def

	(ks&1)? >a			;Close EMS page by shift

        &Em(a..0)			;EMS mapped with handle (a..0)

	;--- memcopy prep
        ax=a..1, si=0, cx=a..2,		;set source
        bx=gz, di=pr,			;set destination

	;--- iseg memcopy
	;str_cpy; ax,si -> bx,di, cx times

	&i("$(50,1F,53,07,F3,A4,C3)")

        &m("%*s, read from EMS",a..2,pr) .		;hiro Vz


 :a 	;--- Del EMS buffer ---

        &Ef(a..0)			;close EMS
        &m("EMS buffer closed. Handle %d",a..0) .

*


    - No.8638 -             [リストへもどる ]
pre

8637Tra_TAG.def 改 k05 投稿者:konno   2018/12/25(火) 03:13
  8636 番 konno さんへのコメント

> Tra_TAG.def v16k04 として、#test72 に置いてきました。

WEBデータによっては上手くいかない場合がありました。
改行コ−ドが、$0a のみの場合とかあるんですね。
それで、ct を思い出して、以下のように変更しました。

;	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入
	(ct!=1&&wn==0)?{&x(254)#m#e}#<	; cd を ct に変更、各種改行に対応


TRA_TAG5.DEF として、VZマクロの部屋に置いてきました。
御使用時はリネームしてください。


    - No.8637 -   [コメント元:8636]     [リストへもどる ]
pre

8636Tra_TAG.def 改 k04 投稿者:konno   2018/12/04(火) 23:17
  8635 番 konno さんへのコメント    コメント数 1

> 冒頭のルーチンを上のに変更したら、うまく動いているようです。

不要な部分を整理して、下記のようになりました。

	#] #? #> #< &x(255)		;バッファ溢れ対策 行の長さ255以上?
	(cd!=$d&&wn==0)?{&x(254)#m#e}#<	;コンソールなら改行挿入


Tra_TAG.def v16k04 として、#test72 に置いてきました。


ちなみに、Tra_TAG.def のルーチンは、vz16t.def にも使われていました。

> 12113/12115 xxxxxxxx  くらと           vz16t.defの雛形
> (15)   98/11/03 00:06                     コメント数:1
> 
> RE:MES 13 #04911 高橋 洋光 さん
> 
>   vz16t.def の雛形を作って見ました。


中身は同じものなので、バグも同様でしょう。


    - No.8636 -   [コメント元:8635]     [リストへもどる ]
pre

8635Re^3: Tra_TAG.def のバグ 投稿者:konno   2018/12/02(日) 23:44
  8634 番 konno さんへのコメント    コメント数 1

> 暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし

案の定駄目でした。

	dn[+, #] #? #> #< &x(255)	;1行の長さチェック
	(cd==$d)? >a			;カーソル255桁目が改行なら >a
	(wn==0)?{ #< &x(254) #m #e}	;コンソールなら254桁目に改行挿入
:a	#< dn],				;


冒頭のルーチンを上のに変更したら、うまく動いているようです。


    - No.8635 -   [コメント元:8634]     [リストへもどる ]
pre

8634Re^2: Tra_TAG.def のバグ 投稿者:konno   2018/12/02(日) 17:52
  8633 番 としき さんへのコメント    コメント数 1

> タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
> 時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。

ああ、そうですね。それを書くのを忘れてました。
直ぐには落ちないです。
検索窓やオープン窓などのヒストリーがマクロコードになってしまいます。
その一行窓を閉じた時に落ちることもあれば、なかなか落ちないこともあります。
[ESC]+M でマクロ一覧を見ると、VZ.DEF と VZFL.DEF 以外は消えてしまって
いたりとか、色々な事象が発生します。

今頭がウニでマクロコードが読めないので、上記の事象でバッファ溢れと推測しました。
私はやっぱり泥縄式人なんですね。

暫定の対策も、コンソールのみとか、カーソルが一番下にあったときとか考えてないし
私の環境で動けばいいやという程度です。
検索ワードピッタリにジャンプできないのは仕方がないですかね。
まあ、長すぎる行は改行しとけという事で。

> 約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
> ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
> 必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
> 気がするのですが、それを追及する必要はないとか、追及しても意味がないと
> いうことであれば、その理由をご教示いただければ幸いです。

追及すれば出来ないことは無いかもですが、今は全然読めないので止めておきます。
どなたかキチンと対策が出来るようなら是非御教示願います。m(__)m


    - No.8634 -   [コメント元:8633]     [リストへもどる ]
soft

8633Re: Tra_TAG.def のバグ 投稿者:としき   2018/12/02(日) 11:54
参照先:http://toshiki.la.coocan.jp/
  8632 番 konno さんへのコメント    コメント数 1

> タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

タグジャンプの際に、即時というか、すぐに落ちたということでしょうか。
時間差というか、しばらくしてから落ちるのに比べれば、切り分けは楽かと。
いや、もちろん、どんぐりの背比べ、という言葉もありますが。

約3000バイトを3分割したら落ちなくなったということは、約1000バイトならOK
ということですよね。なら、何バイトなら落ちるか、というあたりは追及する
必要はないのでしょうか。私は、そのバイト数からポイントが特定できるような
気がするのですが、それを追及する必要はないとか、追及しても意味がないと
いうことであれば、その理由をご教示いただければ幸いです。

    - No.8633 -   [コメント元:8632]     [リストへもどる ]
soft

8632Tra_TAG.def のバグ 投稿者:konno   2018/12/02(日) 00:00
   コメント数 1

使用中の Tra_TAG.def に、致命的なバグがありました。(>_<)

WEBデータなどでは、1行の長さがとても長く改行の無い文章がありますが
Grep で検索したワードの一覧でも長いものがあり、これを Tra_TAG.def で
タグジャンプしたら、マクロ領域を壊して、VTDOSが落ちました。

オリジナルの Tra_TAG.def でも同様です。
オリジナルVZでも高橋版VZでも同様でした。

落ちるデータは、We140*22行あり、1行で3080文字を超えます。
3分割で改行を入れると落ちないので、一時バッファ溢れだと思いますが
今見ても全く分からないので、取りあえず泥縄で対策しました。

Tra_TAG.def の冒頭に

	dn[+, #] #? #< i=ly, #> i=(ly-i)*we+lx,	;1行の長さチェック
	(wn==0&&i>=255)?{ #< &x(254) #m #e}	;コンソール&行255以上なら改行
	#< dn],					;


これを入れたら取りあえず問題なくなりました。

:A	si=r-1, di=pq..134+100, i3,	;フルパス部分を di へ取り出し

この辺が怪しいと思うんですが、全く読めない。(;_;)
困ったときのFGALDC から、えむしさんの記事を引用します。m(__)m


> 07047/07051 xxxxxxxx  えむし           MAP
> (15)   97/07/23 09:02  07007へのコメント

>  とりあえず、私が持っている gz の MAP を書いておきます。

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

gz:0000h+---------------+
        |  psp          |
   0100 +---------------+  ORG
   0110 |               |  ◆pc
        |               |
        |               |
        |  wseg         |
   0206 |               |  変数テーブル
   028E |               |  ◆pq(pc+382)
        |               |
        +---------------+  pq+194(pn-156)
   03EC |               |  ◆pn(pq+350)
   0442 |               |  fg(pn+86)
   04D2 |               |  ◆mg(fg+144)
        |  dseg         |
   05B9 |               |  ◆pv(mg+231)
   062A |               |  ◆vp(pv+113)
        |               |                ↓
   0690 +---------------+ vp+102(pq..99)  -- ここまでvzと同じ
        |               |  コマンドキーテーブル
   08AA |               |  (pq..110)コマンドキーの説明書き
        |               |
   0F73 +---------------+ mh
        |  macro_buf    |
        |               |
    〜       〜
    〜       〜
        |               |
   AFD2 +---------------+  pq..131 pu-bc:削除バッファ
        | cbuff Bc byte |
   B3D2 +---------------+  pq..132 pu:スタックバッファ
        | ubuff Bu byte | マクロ用配列バッファ
        |   stack ↑    | スタックメモリの若い方へ積み上げる
   B452 +---------------+  pq..133 pu+bu:表示文字列バッファ
        | pfbufp 84byte | &m の時、ここでいったん文字列にしてから表示
   B4A6 +---------------+  pq..134 pu+bu+84:tmpbuf
        | tmpbuf 256byte| コマンドラインのラインバッファなどに使われる
   B5A6 +---------------+  pq..135 pu+bu+84+256:tmpbuf2
        |tmpbuf2 256byte| エイリアスの文字列はここで一度展開
   B6A6 +---------------+  pq..136 pu+bu+84+256*2:tmpbuf3
        |tmpbuf3 160byte| ディスク転送アドレス(DTA)
        |               |  &? は、ここで一度展開してから出力
        +---------------+
        |               |
   BA2C +---------------+  pq..142、pn..-33 pu+bu+1498
        |               |  コンバートされた検索文字列のバッファ
   BAAC +---------------+  pq..143
        |               |  コンバートされた置換文字列のバッファ
   BBB4 +---------------+  pq..141(pq..141)
        |               |  &^用のオプションの初期値
   CF2C +---------------+  pq..146
        | asm_stack?    |
   D02C +---------------+  pq..147
   DADC +---------------+ pn..-27(pq..148)wm+228
        | line_buf      |  (先頭はCR/LF実質wm+230が始め)
        |               |
   EADC +---------------+  pq..149
        |tmpbuf4 256byte|  256 バイトのテンポラリ領域(ラインバッファの直後)
        |               |  &z 等のマクロ組込時以外は比較的自由に使用できる
        +---------------+  pq..149+256   ラインバッファの終端
        |               |


引用ここまで --------------------

pq..134 を一時ワークとすると、最大でも256byte 
あとは、tmpbuf2 tmpbuf3 合わせても、672byte で、それをも突き破って
マクロ領域を壊してしまったと思われます。


    - No.8632 -             [リストへもどる ]
pre

8631Re^4: IMASK と制約解除呪文 投稿者:konno   2018/11/25(日) 00:43
  8628 番 文太 さんへのコメント

> "ディレクトリ名",14
>         ↓
> "maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
>           ^^^
>   とかしておいて,!Filer の適当な部分に↑を仕込んで置くと,#N と同様に
>  表示できます。

そんな技があったんですか、何かすごい!!
でも必要性は? ですねぇ。
副作用が無いか不安がありますが、文太さんの常用環境なら問題ないのかな。


> 	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
>  の件ですが、
>  スルーするというか、(3)>? {>a>b>c} >z
>  なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
>  (3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
> ということだと思います。

スルーと言ったのは、} の壁を抜けて先に行ってしまうというつもりで言いましたが、
なるほど、まさに、(r) の事例なんですね。
とすると、「一般にあった方がよい」と言うより、「不具合防止」くらいに言わないと
オリジナルのままでは不具合が出ても原因がわからず困ってしまいそうな。


>  ちなみに、(10)>? {>a>b>c} >z でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
> ピリオドが安全装置になるということ。

今回、2重かっこになっているので、外側の、} の手前に置くと勘違いしていました。(^^;


>  野ざらしの「ゾンビ」については、分からずじまいでした。

とりあえず、おかしな挙動があったときは、} を疑ってみるように心がけます。


ところで、GNU Grep で、「リネーム窓の小発見」で検索したら、

C:\UT\GREP.EXE: Unmatched [ or [^

となって検索できませんでした。
"ー"が、"[" のコードに認識されているのかな?
 

    - No.8631 -   [コメント元:8628]     [リストへもどる ]
pre

8630Re^4: VZk07t 修正版と IMASKとmaskman2合体版 投稿者:konno   2018/11/24(土) 23:03
  8626 番 shadow さんへのコメント

> imask右側のファイラーのパスマスクが外れない対策でした。
> 理由は忘れましたが高橋さんの案を採用したようです。

FGALDC に見当たらないと思ったら、FGALPK だったんですね。

> 12960/12968 xxxxxxxx  高橋 洋光    RE:再度ファイラー定型句
> (14)   95/08/24 19:41  12952へのコメント  コメント数:1

95年にこういうやり取りがあったんですか。

>         fl...98-,

これは、

>                 &Sc(fl..0+98,e) ;反対側

これに使っているものの省略形だったんですね。
うう、私はPKから出直しです。


    - No.8630 -   [コメント元:8626]     [リストへもどる ]
pre

8629Re^2: IMASK3 合体版の改造版 投稿者:konno   2018/11/24(土) 22:06
  8625 番 shadow さんへのコメント

> > IMASK 動作中に、複数オープンしたくてスペースでマークしようとすると
> > "?" 入力になってしまうが、マークできるように変更しました。
> > "?" は、普通に入力するほうが体が覚えているもので。
> ここは使い勝手が良くなりました。

お、採用いただいたようで、嬉しいです。(^_^)
私的にはメッセージ色変更が気に入っています。(^_^)

    - No.8629 -   [コメント元:8625]     [リストへもどる ]
soft

8628Re^3: IMASK と制約解除呪文 投稿者:文太   2018/11/24(土) 21:39
  8623 番 konno さんへのコメント    コメント数 1

 お、俺も豆。

--- vzfl.def ---
1 "!Filer"
;ファイラで空いている1文字キー
;O,Q,Y,Z,  .,:-[

	(r)??{ (fg.0)?. #W #93 . }
;	(r==':'||r=='L')? r='D',
	r[, &Fm(r) (r>=0)? {
		 sp+=2, (r)>?{ #F #L #M #P #S #V #W #+ #> #< #O #E }
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)

	&Sh(pr,fl+34)		;by wanama DC 15 #13791 99/05/23	;★コレの件↓
	&e("#]") #]		;※制約解除 by Tomo : &p #nn など使用可能に


(下を引くまで上が何のことかわからず)
------------------------------------------------------------------------ コレね
>13791/13827 LDAxxxxx  和X             リネーム窓の小発見
>(15)   99/05/23 08:42

  標準 vzfl.def では以下のところ,を変更します。

"名前の変更",14
        ↓
"ren <- $pr",22
        ^^^
  すると,タイトルにファイル名が表示できます。
  桁は合わないけど。 > Miyata さん。(^^;

  一方 #K 窓。#N なんかでは <$pd> で fl+34 が表示されますが,#K 窓では
  <$pd> しても本物の pd しか表示されません。しかし,

"ディレクトリ名",14
        ↓
"maKedir:<$pr>",20                      ;&Sh(pr,fl+34)
          ^^^
  とかしておいて,!Filer の適当な部分に↑を仕込んで置くと,#N と同様に
 表示できます。

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

(2)
	. }			;※ . 追加(一般にあった方がよい)	;これは(2)
 の件ですが、
 スルーするというか、(3)>? {>a>b>c} >z
 なんて場合、}にヒットして、そしてとうぜん、>z を実行してしまうということです。
 (3)や(s)なら不定はありませんが、(r)だと万が一のばあいには、どこへ飛ぶか分からない、
ということだと思います。
 ちなみに、(10)>? {>a>b>c} >z でも、>z、つまり(3)と同じ結果のはずです。それで、} .の
ピリオドが安全装置になるということ。
 野ざらしの「ゾンビ」については、分からずじまいでした。

    - No.8628 -   [コメント元:8623]     [リストへもどる ]
pre