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

07680/07656 GST01234 10# Re^8: ckwvとappcrash
( 1) 17/03/03 03:32 07678:としきさんへのコメント コメント数:1

知的所有権というよりは、機密保護の観点から閉鎖環境での開発はあるらしいです。
役所系というか、公共事業とかになると、旅行行くのにも申請が必要だったりとか…
そんな環境で仕事させられること考えたらぞっとしますけど。

集中のためにリラックスするとかありますね。
シグナルが多重になるとマルチタスクする必要が出てきて効率は下がりますよね。
それに対して、プライオリティーの低いシグナルをマスキングするようなノイズは、
むしろあったほうが集中出来る気がします。
テレビの映像はジャマくさいけど窓の景色はOKみたいな。

不具合の原因の当たりが付いてないときなどは、集中=視野狭窄になる場合もあるので、
集中しないほうがウマく行く場合もあります。
なんというか、集中しててもアイデアは出てこないな、と。

産業倫理的な考え方の中には人間の仕組みを無視してるが故に、
人間に合わない=非生産的なのも多くある気がします。
そのしわ寄せが過労の問題とかに繋がってくんじゃないかな?と。
僕は確信してますが。

07681/07656 CXB00940 としき Re^7: ckwvとappcrash
( 1) 17/03/03 23:35 07679:文太さんへのコメント
参照先:http://toshiki.la.coocan.jp/

本題からずれまくって申し訳ないのですが。

>  知の、情報処理の巨人ですね。で、でも、あんまり好きくない……。

巨人かどうかについては、特に意見はありません。
いや、単に、お二方の事績をあまり承知していないだけなんですがね。
好きかどうかという点では、私は、好きでも嫌いでもないですね。
プラス5からマイナス5まで、ゼロを含めた11段階評価で、お二人ともマイナス1
からプラス2の間くらい。だから、買わずに立ち読みだけで済ませたという。
もしや、二人とも、ちょっとリベラルっぽい点が文太さんには合わないのかな。
池上さんは文春やら産経新聞やら読売新聞に批判的なようだし、佐藤さんの方は
リベラルで有名な東京新聞にコラムを連載していたはずだし。
それはさておき。
文太さんのお好きな方の情報収集や情報処理の方法を調べて参考にすれば十分かと。
あるいは、嫌いな方であれば、テキストを批判的に読む、という方法を使うとか。


07682/07656 CXB00940 としき Re^9: ckwvとappcrash
( 1) 17/03/03 23:35 07680:10#さんへのコメント
参照先:http://toshiki.la.coocan.jp/

> 知的所有権というよりは、機密保護の観点から閉鎖環境での開発はあるらしいです。

うわぁ、缶詰って漫画家や作家だけだと思ってたけど、こんな職業まで・・・

> シグナルが多重になるとマルチタスクする必要が出てきて効率は下がりますよね。
> それに対して、プライオリティーの低いシグナルをマスキングするようなノイズは、
> むしろあったほうが集中出来る気がします。

あるある。
好きな音楽がかかっているのがいいとか。
人間は、割り込み処理のオーバーヘッドが大きいですからねぇ。

> 集中=視野狭窄になる場合もあるので、

これは私もよくあります。
私の場合は、集中しても結果が出なかったあとの、リラックスしたときに解決する
という経験が何回かあります。最初からリラックスしていたらダメというか、
集中→リラックスが、ある種の、最近ハヤリの言葉で言うところのルーティーン
というヤツのような感じで。


07683/07683 GST01234 10♯ 東アジア情勢
( 1) 17/04/14 01:40 コメント数:2

ここのところ非常に予断を許さない状況が続いていますが、
その意図を汲む限り、かなりレベルの高い合理性に基づいてるようにも思えます。
火中の栗を拾うとか、虎穴に入らずんば〜的なリスクテイクといいますか…
うまいことバカ息子をとっちめることが出来ればまさしく拍手喝采のトリックスター。
ドル安誘導の狙いもあるなら、さらに座布団もう一枚。
しかしこれ、ちょっと間違ったら相当マズいことにもなりますよね…

ttp://www.yomiuri.co.jp/feature/TO001479/20170413-OYT1T50117.html?from=yartcl_blist


07684/07683 CXB00940 としき Re: 東アジア情勢
( 1) 17/04/14 23:16 07683:10♯さんへのコメント
参照先:http://toshiki.la.coocan.jp/

> うまいことバカ息子をとっちめることが出来ればまさしく拍手喝采のトリックスター。

これはまさに同意見ですが、はたしてそううまく行くか。私はいささか悲観的。
空母派遣も、こちらから手を出すという意味ではなく、向こうが暴走した場合に
自国民を収容するという目的からではないか、なんて説もあるくらいだし。

> ドル安誘導の狙いもあるなら、さらに座布団もう一枚。

これについては異なる意見。
有事の円買いで、円に対してはドル安になるかもしれませんが、通貨というのは
ドルと円だけではありません。ひとたび事が起きてしまえば、メキシコペソだの
ユーロだのに対してはドル高に振れるのではないか、と考えているのです。
でもって、そういった通貨に対してドル高になることは、閣下は決してお望み
ではないのではないかと忖度するしだいでございます。


07685/07683 BQO00549 konno Re: 東アジア情勢
( 1) 17/04/16 23:03 07683:10♯さんへのコメント

> ここのところ非常に予断を許さない状況が続いていますが、

はい、アジアの情勢は今ギリギリの綱渡り状態です。
今アジアに何かあったらうちも大変なことになってしまいます。
そうならないように私も毎日ギリギリのところでやっています。
アジアは長年の大事なパートナーですからね。
もう納期対応で毎日アップアップですよ。

って、違う話をしているよなぁ・・・



07686/07686 BQO00549 konno 全画面版 funkie.def 05k
( 1) 17/04/23 23:03

全画面版のfunkie.def をVerUPしました。
機種に依存しないようにしたのでポケ3などでも使えると思います。
起動キーで全画面と通常画面をトグルできるのでステータスの確認が簡単です。
(^_^)

是非お試しください(^_^)


=== funkie.def ===.05k

ステータスラインとファンクションラインをずらして全画面表示
ログ読み、読書が全画面で出来る、KVZに依存しない版
起動キーのトグルで通常画面とトグルできるので手軽に試せる
シグ2やポケ3など小物VZマシンで威力を発揮

*m

85 @F "FUNKIE"
	(s||wt)?.			;single only
;	(wa==wo)?.			; コンソールは対象外
	(wa.54==0)?>q			; 起動の度にトグル
	(ks&1)?{a$302,ap$70,#E#[}
	?{a$201,ap-,#?}
	wa..28=lc<<8+lc-a,		; 28 thom dw ? ;screen home ptr
:s	wa.54=0,			; ステータスライン off
	#]				; #85 ステータスラインの再描画
	wa.56=lc,wa.57=lc-1,		; FKEYライン
	>e				; wa.56:tw_sy 24 / 57:tw_cy 23
:q	wa.54=1,			; ステータスライン on
	wa.56=lc-1,wa.57=lc-2,ap$70,	; FKEYライン
:e	&m("")
	&d				; wa.56:tw_sy 23 / 57:tw_cy 22
	#]				; #85 ステータスラインの再描画
	.

*


#う〜ん、釣れるかなぁ


07687/07687 CRG00666 文太 ckwv.exe しくしく
( 1) 17/05/05 21:50 コメント数:1



 ぼやきです。ぼやきなふりをしたリクエストです。
 ckwv.exe , 相変わらず使えてません。 でもIME制御のないVzの
使いづらいこと、使いづらいこと。
 日本語書いてる場面が多いので、IME はかなりの場合、立ってます。で、ファ
イルを閉じようとして、[ESC]+C とかしようものなら、あれれ、Cとか入力され
てしまう。ツースルトークキーの ^QR とかでも同じ。^Q まで通ってしまうもの
だから、無残にRとか書かれてしまう、、、。
 今日、Win10 のマシンを買いました。もう安いものですから、年度初めは、ほ
とんど毎年1台みたいなものです。使われないマシンの山と化しています。不具
合があったら、もう直そうとか原因をさぐろうとかしようともしない、、、。
 で、今日は、Win10 の64ビット版なんて、もうどうでもええわい的な機種選
択。もしかしてぇ、とか思って ckwv.exe。おお、Win10 自体にはねれらました。
 たぶん〜、もともと使われているライブラリーみたいのが古くって、それがど
こだか判明させてアップデートさせて、 いろんなところを tweak して、再ビル
トする、なんてやってられないんだろうなぁ、と思うのですが、や、やはり、I
ME制御してほしいなぁ。そう思っている人は多いのではないのかなぁ、なんて
思ってます。
 ドネーション5千円でいかがでしょうか。手間賃考えたら、同志が10人いり
ますかねぇ。
 ええい、太っ腹、最後の面倒をみてやるよ、なんて、ならないかしら?

 DOSとかWinMEとかしてればいいんでしょうが、本気でないお仕事の合
間なので、 ああ、こんなのVzで片づけたいと思って触ると、つい [ESC]+C と
かやって、だんだんVzが嫌いになってきてしまってます。といって、WZとか
秀丸にいまさら移れないというのが辛いところ、、、です、、、。
 というわけで、どうにか「世界最小の無線子機」の設定もすんだので(WiF
i内蔵じゃないのか? このノート)、Toshiba Satelite B551 なるマシンから
書き込んでみます。

 ご存じの方も多いと思いますが、Win10, Win8/8.1に似たごちゃごちゃしたインター
フェイス。コントロールパネルやなんかの場所を探すのにいちいち苦労する、
なにやってんだか、もののOSです。すべては慣れなのかな、、、。
 でも、XPを10年くらい使いながら、本当はMEのほうがぜんぜん使いやすい
よ、と密かに思い続けてました。今もそう思ってます。



07688/07687 BQO00549 konno Re: ckwv.exe しくしく
( 1) 17/05/06 01:26 07687:文太さんへのコメント コメント数:1

文太さん

>  ckwv.exe , 相変わらず使えてません。 でもIME制御のないVzの

状況がよくわかってないですが、CKWV.EXE が動かないという話ですよね。

>  で、今日は、Win10 の64ビット版なんて、もうどうでもええわい的な機種選
> 択。もしかしてぇ、とか思って ckwv.exe。おお、Win10 自体にはねれらました。

うちもckwvがセキュリティに引っかかったことがありました。
Win10ではWindows Defenderの除外リストに登録して凌いだような気がします。

>  ご存じの方も多いと思いますが、Win10, Win8/8.1に似たごちゃごちゃしたインター
> フェイス。コントロールパネルやなんかの場所を探すのにいちいち苦労する、
> なにやってんだか、もののOSです。すべては慣れなのかな、、、。

そのコントロールパネルのセキュリティの項目に除外の追加があると思います。


07689/07687 CRG00666 文太 Re^2: ckwv.exe しくしく
( 1) 17/05/06 17:19 07688:konnoさんへのコメント コメント数:2

konnoさん

 ありがとうーーー!!!
 そうだ、そうだった。 まだ Win10 マシンでは試せていないのですが、メイン
の Win7 マシンでは、無事、avast の除外リストに ckwv.exe を登録することに
より、我がVzはIME制御を取り戻しました。
 頭が固くなっているんですね。なぜかアメリカに行ってたときに、付け焼刃に、
中途半端に対処したものですから、このメインのマシンでも ckwv は封印してし
まっていました。前に「除外リスト」に入れて難を逃れたことがあったのに、で
す。
 がまんがまんしながら、ckwv なしのVzをしていたのです。 で、このメイン
のマシンはキーボードがまともというか、慣れきっているので、IMEの手動オ
ン・オフがある程度はできてきていたのです。もちろん、常に不満を抱えながら
ですが。で、Win10 のノートマシンは、リターンキーが小さい等々、キーボード
に不慣れなうえ、あのインターフェイスの Win10 なもので(Classic Shell で、
Windows 標準の表情にまだ戻せてない。あのチャームみたいのをどける方法もま
だ)、ぜんぶ ckwv のせいにして、不満たらたらになっていたわけです。
 まだ自助努力できる。たしかに。
 ありがとうございました。
 いやあ、全体に間抜けで怠惰だっただけなのですが、本当に助かりました。た
まには(!)ぼやいてみるもんですね。
 ありがとうございました。
 IME制御つきVz、ラブ、な感じ。ああ、これがVzだ。らくちんです。m(__)m


 余談:今回買った2台のマシンは(デスクトップとノート。   両方、 Win10,
64bit)、例によって「まーぶる」での中古品です。 メモリ増設(4GB->8GB)、
SSD起動ドライブ(120GB)の横にいちおう 500GB のデータ用・新品HDD。
 つまり、えい、

 デスクトップ:HP Compaq Elite 6000 Pro, 20インチ液晶モニタ付き、
Core 2 Duo, 2.93GHz, 8GB mem, 128GB SSD, 500GB HDD。\32,580
 (CPUのしょぼさ−−なの?−−をSSDでカバー。たしかに起動は速い)

 ノート:Toshiba dynabook Satellite B551, 
Core i5-2450M, 2.50GHz, 8GB mem, 500GB HDD。\33,479

 SSDもHDも、全部、新品です。それぞれ3万円ちょっと。もう分解とか
修理とか、しませんよね。
 するのは、調教のみ。つまり頼れるのは自分のスキルだけの荒野、、、。
 ぜんぜん自信なし (~_~;


 余談2:僕は「まーぶる」に、だいたいいつも「かしわ餅」をもって自分で
ピックアップに行きます。無料配送なんだけど。まあ、お店の人たち好きだし、
前近代的工場みたいなショップの雰囲気も好きだし。

 そこで聞いた話。当たり前の事実なんだけど。MSはもうメディア付きのOSも
オフィスも売ってないのだって。ぜんぶダウンロード。モノとしてもらうのは
ライセンスキーの紙っぺらのみ。
 そして、これらがWin7->Win10のアップグレードマシンだからもあるのでしょう
けど(何をどうしているのやら)、リカバリーという行為がやたら、やたら
面倒。クリーンインストールもやたら敷居が高く、リカバリーまで簡単ではない
となると(色々とあって詳細不明。これから調べます)、万が一の場合に備える
なら、もう、起動ドライブのコピーがいちばん楽だって。だから何かが不安だったり、
使い倒したいなら、起動ディスクのクローンを作っておけですと。
 さらに、OSがBIOSをバイパスする仕様らしく、いままでの概念が通じないらしい。
 「Windowsからじゃ、SSDだとは分からないんですね?」
 「あ、BIOSに入らないと、それは見えませんね。ただBIOSは普通バイパスする
ので、、、。入るのにちょっとコツが要ります、、、。」

 もうメンテとか開腹とか、する気になりませんよねぇ。
 時間があれば、やっぱり色々やり始めそうだけど、時間が、、、。
 時間ができたと思ったら、来年になっており、次のマシンを買っていたりする、、、。
 愛のない人生みたい、、、。


 余談3:
http://tanweb.net/2016/03/22/7336/
 Windows Defenderについて、最低限のリサーチをしました。なるほど。
 けっこう強力みたい。何も考えずにavastを入れたのだけど。
 あうあう。IME制御、ステキ。


 余談4:
 ああん、IME制御が利いてる。上をアップするのに、とらじさんのclpestの
お世話になるのですが、その起動キーが、^OK なの。Kが印字されず、IMEが
座って立った! 偉い!



07690/07687 BQO00549 konno Re^3: ckwv.exe しくはっく
( 1) 17/05/06 23:50 07689:文太さんへのコメント

文太さん

> の Win7 マシンでは、無事、avast の除外リストに ckwv.exe を登録することに
> より、我がVzはIME制御を取り戻しました。

やはりCKWVは今でもウイルスチェックに引っかかるんですね。
ウイルスとは認定されなくても、疑われるソフトということですね。

> Windows 標準の表情にまだ戻せてない。あのチャームみたいのをどける方法もま
> だ)、ぜんぶ ckwv のせいにして、不満たらたらになっていたわけです。

チャームって何だっけ? って過ぎたことはすぐに忘れてしまうもので、(^^;
ぐぐってみると
> Windows8 で画面の右上か右下の隅にマウスカーソルを持って行くと表示される
> メニューがチャーム。シャットダウンなどの基本機能も隠されたチャームに
> 組み込まれてしまったため、Windows 8 ユーザーはかなり混乱した
> Windows 10 では、そのチャームはなくなりました
ということで、思い出した!!
私もWin8とか店頭で弄ろうとして何もできなかったという黒歴史が・・・

>  余談:今回買った2台のマシンは(デスクトップとノート。   両方、 Win10,
> 64bit)、例によって「まーぶる」での中古品です。 メモリ増設(4GB->8GB)、

うう、うらやま・・・ 民間はつらいつ・・・


> となると(色々とあって詳細不明。これから調べます)、万が一の場合に備える
> なら、もう、起動ドライブのコピーがいちばん楽だって。だから何かが不安だったり、
> 使い倒したいなら、起動ディスクのクローンを作っておけですと。

これは私もまだやっていないので、やっとかないとですね。



07691/07687 GST01234 10♯ Re^3: ckwv.exe しくしく
( 1) 17/05/07 06:46 07689:文太さんへのコメント コメント数:1

何が起こってたのかよく理解していませんが、
解決したようで何よりですね。

取るに足らない問題解決を、昔いた場所に求めるのは、
何らか象徴的な意味があるのかも知れませんね。

精神的な拠り所が新しい場所に変わるときに、
一瞬だけ、古い場所の事を思い出した、とか?

#あー、win10ではavastは多分無い方がいいですよ。
#今時MS以外のアンチウィルスはそれ自体に脆弱性があるって、
#確かシマンテックの人が言ってました。


07692/07687 CRG00666 文太 Re^4: ckwv.exe しくしく
( 1) 17/05/08 00:02 07691:10♯さんへのコメント

すいません、こちらで簡単マトレスです。
1ミリも進んでおりませんで、そういえばappcrashとかはどうだったんだっけ? 
少しは復習して前進したいな、とは思っているのですが。

konnoさん
 起動ディスクのクローン化は、もっとも安直な(でもディスク代がかかる)リカバリー手法です。
ドライバもソフトもデータも、その時点まで完全復活する。ソフトの不具合もバグも再現してしまい
ますが。
 といいつつ、今回購入のとは違う2台のマシン(メイン)のクローンすらまだ作ってない、、、。

10#さん
 了解です。ありがとうございます。Win10では、avastを外してみます。


07693/07693 DGF01024 めざら 第二回 PDA博物館開催
( 1) 17/05/15 16:47 コメント数:3
参照先:http://mezala.la.coocan.jp/

みなさん,こんにちは.

PDA博物館(館長・井上真花[LXのみかちゃんです])の第二回が20日に開催されます.
https://kakakumag.com/pc-smartphone/?id=10229

久々に江戸に上るので,ミニオフなんかしたいと思うのですが,お付き合いくださる方
いらっしゃいませんか〜〜 (笑)


07694/07693 BQO00549 konno Re: 第二回 PDA博物館開催
( 1) 17/05/15 23:21 07693:めざらさんへのコメント

めざらさん、こんにちは

> PDA博物館(館長・井上真花[LXのみかちゃんです])の第二回が20日に開催されます.
> https://kakakumag.com/pc-smartphone/?id=10229

おお、今度の土曜日ですか、私は前回は行けなかったので行ってみたいですね。

> 久々に江戸に上るので,ミニオフなんかしたいと思うのですが,お付き合いくださる方
> いらっしゃいませんか〜〜 (笑)

リンク先の開催概要を引用しますね。

-------------------------------------------------
■開催概要
「知の流域を知る そして新たな源流へ PDA博物館 supported by 価格.comマガジン」

・日時:5月20日(土)13:00〜16:00
「触れる」「並べる」「考える」 の3テーマで開催予定

・会場 :デジタルハリウッド大学 駿河台キャンパス
東京都千代田区神田駿河台 4-6 御茶ノ水ソラシティ アカデミア 3F、E15-17 教室
(交通アクセス)
JR「御茶ノ水駅」聖橋口より徒歩1分、東京メトロ千代田線「新御茶ノ水駅」直結、丸ノ内線「御茶ノ水駅」より徒歩4分
http://www.dhw.ac.jp/access/

・入場無料(当日、直接会場におこしください)

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

ということなので、会場で集合して、その後ミニオフという流れでしょうか。
う〜ん、行きたいと思うんですが、土曜日都合がつくかどうかが問題で・・・
む、夜の部だけだったら・・・う〜む・・・



07695/07693 CXB00940 としき Re: 第二回 PDA博物館開催
( 1) 17/05/16 00:34 07693:めざらさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

> 久々に江戸に上るので,ミニオフなんかしたいと思うのですが,お付き合いくださる方

む、ぜひお付き合いいたしたく。
ただ、翌日の日曜が朝から仕事ですし、前日も宴会の予定が入っていたりする。
それ以前に、現在、体調があまりよろしくなくて。
先週の金曜日に猛烈な腹痛に襲われて、医者に駆け込んだら、虚血性腸炎だと。
大量のアルコールは大出血を招きそう。
少量のアルコールは血の巡りをよくしてくれるので症状が改善するということに
ついては人体実験済みだったりしますが。(おいこら)

> PDA博物館(館長・井上真花[LXのみかちゃんです])の第二回が20日に開催されます.

う〜ん、展示には心を惹かれるのだけど、トークイベントのほうは、登壇者にも
テーマにも全く興味が湧かないなぁ。


07696/07693 BQO00549 konno Re^2: 第二回 PDA博物館開催
( 1) 17/05/17 23:52 07695:としきさんへのコメント コメント数:1

としきさん

> それ以前に、現在、体調があまりよろしくなくて。
> 先週の金曜日に猛烈な腹痛に襲われて、医者に駆け込んだら、虚血性腸炎だと。
> 大量のアルコールは大出血を招きそう。

無理しないでくださいね。
私も体調がいまいちなので、長丁場は苦しいかも。
喫茶店でオフでもいいですよ。

> う〜ん、展示には心を惹かれるのだけど、トークイベントのほうは、登壇者にも
> テーマにも全く興味が湧かないなぁ。

私も展示が見られればいいなと思いますが、伊藤さんという方はWinCEのソフトで
お世話になっていると思うので、お顔を拝見できればいいなぁ。

午後4時までなので、それまでには駆けつけたいなぁと思っています。


07697/07693 DGF01024 めざら Re^2: 第二回 PDA博物館開催
( 1) 17/05/19 18:26 07695:としきさんへのコメント
参照先:http://mezala.la.coocan.jp/

> 先週の金曜日に猛烈な腹痛に襲われて、医者に駆け込んだら、虚血性腸炎だと。

そりゃ大変ですね。大丈夫ですか?
まぁ,それはともかく(おい),わたしもろくに飲めないのでミニオフという
心積もりでしたから,出ていく機会にお会い出来ればいいんですよね。

> う〜ん、展示には心を惹かれるのだけど、トークイベントのほうは、登壇者にも
> テーマにも全く興味が湧かないなぁ。

そもそも博物館ですから,展示がメインなんですよね。
触れるかどうかはわかりませんが,ちっちゃいもの好きにはたまりません。

それでは会場でお会い出来れば,あとはそのときの流れということで。
よろしくおねがいします。

07698/07693 DGF01024 めざら Re^3: 第二回 PDA博物館開催
( 1) 17/05/19 18:32 07696:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

> 喫茶店でオフでもいいですよ。

はい,その線でいきましょうか。
実際,わたしは酒精が一定量入ると耳が遠くなって聞いているふりしてるだけ(オイ)
なので,お話できたほうがいいです。

> 私も展示が見られればいいなと思いますが、伊藤さんという方はWinCEのソフトで
> お世話になっていると思うので、お顔を拝見できればいいなぁ。

わたしにとっては,伊藤さんはW-Zero3応援団という印象が強くて(今はWin Mobile)
情報をあれこれ頂いていたくちです。

それでは,よろしくお願いします。

07699/07693 BQO00549 konno Re^4: 第二回 PDA博物館開催
( 1) 17/05/19 23:32 07698:めざらさんへのコメント コメント数:2

> > 喫茶店でオフでもいいですよ。
> はい,その線でいきましょうか。

ではその線でよろしくお願いします。

> 実際,わたしは酒精が一定量入ると耳が遠くなって聞いているふりしてるだけ(オイ)

私も耳が悪いのでいつも聞いてるふりです(おいおい)

> わたしにとっては,伊藤さんはW-Zero3応援団という印象が強くて(今はWin Mobile)
> 情報をあれこれ頂いていたくちです。

そうでしたね。W-Zero3 懐かしいなぁ。あれがあのまま大画面化していれば・・・

明日は手持ちの小物も持って行きますので、飛び入り大歓迎です。
さて、何台持って行けるかな?


07700/07693 BQO00549 konno Re^5: 第二回 PDA博物館開催
( 1) 17/05/20 07:23 07699:konnoさんへのコメント

> さて、何台持って行けるかな?

シグマリオン2、ポケットポストペット,IS01,IS02を準備しています。
いずれもVZが動くポケットVZマシンということで。
小さいVZに興味のある方は是非ご参加を(^_^)


07701/07693 CXB00940 としき Re^5: 第二回 PDA博物館開催
( 1) 17/05/20 10:39 07699:konnoさんへのコメント
参照先:http://toshiki.la.coocan.jp/

稼働率95%以上まで回復してきました。
昨夜、飲みに行く前は稼働率90%未満だったことを考えると、驚異的な(笑)
回復力。

> ではその線でよろしくお願いします。

私もその線でお願いします。

> 私も耳が悪いのでいつも聞いてるふりです(おいおい)

私も耳が悪いので、だから声がでかかったりします。


これから身支度して、11時すぎには出発予定。
ただ、新橋駅前SL広場の古本市に立ち寄る予定なんで、御茶ノ水到着は14時
をすぎるかなぁ。
今日は身軽を徹するので、残念ながらVzの動くマシンはもって行かない予定。


07702/07693 CXB00940 としき Re: 第二回 PDA博物館開催
( 1) 17/05/21 00:29 07693:めざらさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

どもども、お誘いいただきありがとうございました。
いろいろと、楽しませていただきました。
ただ、どう見てもあれって、うるさい親父の集まりにしか見えないような気が
する。(苦笑)
ま、私もね、他の人と一緒になって、あのマシンがないだの言っていたわけで、
決して他人事ではないのですが。あと、中国語の電子辞書にしか見えない端末が
2〜3混じっていたのですが、あれってPDAだったのかなぁ。

また何か、面白い催しの情報があれば教えてください。
よろしくお願いいたします。

07703/07693 DGF01024 めざら Re^2: 第二回 PDA博物館開催
( 1) 17/05/21 07:47 07702:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

お付き合いくださいまして,どうもありがとうございました.

特定年齢集団のせいではなく,妙に太って声のでかい人が多かったような…….
自分やkonnoさんも腹は出てきているものの,声はか細いから完全に傍系だったですが.

帰りに気づいたのですが,konnoさんの連絡先を確認するのを忘れてました.
いまだにW-ZERO3時代の連絡先しか控えていなくて,電話もメールも変わってました.
(自分の方はスマフォにPHSのをそのまま引き継いだので,変わっていませんが.)

としきさんは虚血性疾患を経たようには思えないほど,相変わらずお元気で,
稼働率90%に嘘はありませんでしたね.

自分もスマフォじゃなく,やっぱり物理キーボード付きにすればよかったなぁ……
メール書くのにソフトキーボードも使えないメーラなので,
メモパッドで書いて貼り付けているなんて非生産的.

ありがとうございました.

ま,PDAの定義も人それぞれなので,アレコレありますよね.
あそこにいた人たちは,物理キー大好き派が多かったのかな.自分も含め.

07704/07693 BQO00549 konno Re^3: 第二回 PDA博物館開催
( 1) 17/05/21 20:32 07703:めざらさんへのコメント

皆さん昨日はお疲れさまでした。

知らないものもあって、今でもそそられる逸品がありました。
もちろんVZが走りそうなキーボード付きですが。

> 帰りに気づいたのですが,konnoさんの連絡先を確認するのを忘れてました.
> いまだにW-ZERO3時代の連絡先しか控えていなくて,電話もメールも変わってました.

あれ? そうでしたっけ?
後でメールします。

> としきさんは虚血性疾患を経たようには思えないほど,相変わらずお元気で,
> 稼働率90%に嘘はありませんでしたね.

いやまったくスカウターが振り切れるほどのパワーを感じましたね。
だが私もあと一段の変身を残しているので、負けませんよ、ホホホ

> 自分もスマフォじゃなく,やっぱり物理キーボード付きにすればよかったなぁ……

今キーボード付きはほとんど無いですからね。
私はWin10タブレットを手に入れて慣れようかと思っていますが・・・

> あそこにいた人たちは,物理キー大好き派が多かったのかな.自分も含め.

未だにキーボードを超えるインターフェースが出ていないということですよね。
それが実現した時がVZの終焉の時かな。いやいや、まだまだ。

次は7年後にやるらしいですが、それまで持つかどうか?

また何か面白いイベントがあれば教えてください。
よろしくお願いします。



07705/07705 CXB00940 としき マッシュアップもどき
( 1) 17/06/06 21:32 コメント数:2
参照先:http://toshiki.la.coocan.jp/

私の興味のないものの筆頭は色系ですがね。ファンクションキーとかにもあまり
興味がないもので、いろいろと御無礼をしております。

さて、数日前のことです。
LaCoocanのPerlのライブラリのディレクトリをぼ〜っと眺めていました。すると、
知らないものがありました。「LWP」というものです。これは一体なんだろう、と
いうことで検索してみると、なんと、HTTPで他のサイトにアクセスできるものだ
とのこと。
たしか、以前の@homepageの時代は、ニフティのCGIからよそのサイトにHTTPでの
アクセスができなかったはず。それが正しいかどうかはもはやわかりませんが、
そのような仕様だと聞いたため、仕方なく自宅のサーバに仕込んだCGIがいくつか
あったりします。だけど、これはもしかして、それらをニフティに移転すること
が可能かも。とはいえ、そういうもののほとんどはawk+wgetという構成で作った
ので、作り直すのも面倒なのだけど。
余談ですが、以前の@homepageのときはawkの処理系が入っていたのでawkのCGIと
いうのもアリだったのですが、現在のLaCoocanにはawkは入ってない模様。
ん〜、残念。

とりあえず、使った事のない機能なので、まずは習作の1つでも。って、そんな
気取ったものではなく、あちこちのサイトのルーチンを切り貼りするだけです。
単にどこかのサイトのデータを引っ張ってくるだけ、というのでもいいのですが、
マッシュアップもどきを目指してみました。つまり、複数のサイトからデータを
引っ張ってきて結合させてみる。具体的には、ここ「今日のテーマ」と、めざら
さんのところの「野ざらし言」の最近の発言の発言者と日付を取り出し、それを
日付順にソートして表示させて見ました。
以下のURLで、そのサンプルCGIの結果が表示されます。

tp://toshiki.la(略)jp/cgi-bin/dummy.cgi

作者の気分次第で公開は終了します。
参考までに、スクリプトのサイズは90行弱、約3KB。
コメントとか改行とかがいっぱい入っているけど、エラーチェックはほぼ皆無。
制作所要時間は約1日。
Perlの基本文法を忘れていたので、無駄に時間がかかってしまいました。


ここの掲示板からあちこちにジャンプできるようにしたkonnoさんなので、もしか
してこういうのが好きかなぁ、と思って書いてみました。


07706/07705 DGF01024 めざら Re: マッシュアップもどき
( 1) 17/06/07 09:41 07705:としきさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

なるほどねー.
この手法で,所謂「まとめ」とか掲示板リングみたいなのも可能なのですかね.

使いみちがまだあまり想像できないでいるのですが,
よくよく考えると,「HTTPで他のサイトにアクセス」というところからの理解が必要…
…ということがわかりました.(とほ…)

うーん,わたしはなんて無知なんだろう……
(かつて,こういう輩にシステム管理をまかせていた職場って…… (-_-;)

07707/07705 BQO00549 konno Re: マッシュアップもどき
( 1) 17/06/07 21:23 07705:としきさんへのコメント コメント数:1

> 知らないものがありました。「LWP」というものです。これは一体なんだろう、と
> いうことで検索してみると、なんと、HTTPで他のサイトにアクセスできるものだ
> とのこと。

私も見てみましたが、知っているものがありませんでした。(^^;

> マッシュアップもどきを目指してみました。つまり、複数のサイトからデータを
> 引っ張ってきて結合させてみる。具体的には、ここ「今日のテーマ」と、めざら
> さんのところの「野ざらし言」の最近の発言の発言者と日付を取り出し、それを
> 日付順にソートして表示させて見ました。

おお、凄い!! こんな機能が欲しかったんです〜。

> ここの掲示板からあちこちにジャンプできるようにしたkonnoさんなので、もしか
> してこういうのが好きかなぁ、と思って書いてみました。

まさにこういうことをやりたいと思っていたところです。
しかし、どうやればいいのか全く分かりません。(;_;)

厚かましいお願いですが、そのCGIのソースをメールでいただけないでしょうか。
私は改造はやりますが、ゼロから作るスキルは無いんですぅ。m(__)m


07708/07705 CXB00940 としき Re^2: マッシュアップもどき
( 1) 17/06/09 11:33 07706:めざらさんへのコメント
参照先:http://toshiki.la.coocan.jp/

> 使いみちがまだあまり想像できないでいるのですが,
> よくよく考えると,「HTTPで他のサイトにアクセス」というところからの理解が必要…

複数のサイトから、というのは、私も今回始めて取り組んでみたところ。
単独のサイトから、というのは、既に自宅サーバでやっています。
具体的には、某新聞社のサイトからニュースを取得し、情報を絞り込んで出力する、
というCGIが稼働中。どう絞り込むかというと、作者が不要と判断したHTMLのタグ
を削除したり、カタカナやアルファベットの全角文字を半角化したり。こうする
ことによって、携帯電話でニュースを読む際のパケ代が節約できる、という寸法
です。
そのほか、思いつくところとしては、うちの会社からはドメイン指定でアクセス
できないサイトが多数ありますが、LaCoocanならアクセスできます。ということ
で、LaCoocanをダミーとして経由させてみるとか。あと、ドメイン指定ではなく
中身の問題でアクセスできないところには、問題になりそうな語句を全部伏字に
して中継してみるCGIなんていうのも作れそうですよね。そんなものでもうれしい
人はいるかもしれない。
あるいは、もっと単純なものとして、例えば、うちの板塀にはRSSの提供機能が
あります。でも、そちらやここにはありません。なので、外付けで勝手にRSSを
提供するCGIを作ってみる、なんてこともできそうです。

まぁ、私もたいしたアイディアはありませんが、こんなものも作れるぞ、という
ことで。

07709/07705 CXB00940 としき Re^2: マッシュアップもどき
( 1) 17/06/09 11:44 07707:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 厚かましいお願いですが、そのCGIのソースをメールでいただけないでしょうか。

えと、該当のCGIの拡張子を.txtとすればダウンロードできるようにしました。
こちらは、2〜3日程度で削除します。
LaCoocanのCGIの仕様を知らなかったのですが、拡張子を.txtとすると、実行可能
属性をつけていても実行不可になるのですね。

今回、改めて掲示板CGIの出力したHTMLを眺めてみましたが、加工のしやすさと
いうことだけを考えると、シンプルなほうがいいですね。出力がシンプルという
ことは、多くの場合、掲示板CGIそのものもシンプルになるのでしょうが、そう
とは限らないところも興味深いところです。


07710/07705 BQO00549 konno Re^3: マッシュアップもどき
( 1) 17/06/09 21:29 07709:としきさんへのコメント コメント数:1

> えと、該当のCGIの拡張子を.txtとすればダウンロードできるようにしました。
> こちらは、2〜3日程度で削除します。

おお、ありがとうございます。
さっそく落として動かしてみました。
いやあ、これはいいですね。
いろいろ弄ってみます。

とりあえず、少し弄ったら、うちのポータル(そんな大層なものではないが)
トップページかどこかに置いてみたいと思います。



07711/07705 CXB00940 としき Re^4: マッシュアップもどき
( 1) 17/06/10 12:55 07710:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

.txtは削除してしまいました。

> とりあえず、少し弄ったら、うちのポータル(そんな大層なものではないが)
> トップページかどこかに置いてみたいと思います。

どんなものができてくるのか期待大ですが、その前に。
あくまでもあれは単なる動作確認のサンプルですから。
少しいじるくらいではなく、大々的にいじっていただくことを希望。


07712/07705 BQO00549 konno Re^5: 板塀の壁は高かった
( 1) 17/06/11 21:08 07711:としきさんへのコメント コメント数:1

> あくまでもあれは単なる動作確認のサンプルですから。
> 少しいじるくらいではなく、大々的にいじっていただくことを希望。

実は板塀の中のお宝を狙っていたのですが、壁が高すぎて挫折中です。
うう、今の私のスキルはとしきさんに大きく離されてしまったかも。(;_;)

取りあえずオリジナルのソート順を逆にするだけは出来ました。(^^;
道は遠い・・・



07713/07705 CXB00940 としき Re^6: 板塀の壁は高かった
( 1) 17/06/13 16:58 07712:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 実は板塀の中のお宝を狙っていたのですが、壁が高すぎて挫折中です。

お宝なんかあるわけないと、家主自身は思っているような気がします。
#なぜ三人称?
ただ、単なる壁の落書きであっても、書いたのがバンクシーだったりすると評価
が跳ね上がるという現実もありますしね。横山大観とか黒田清輝が書いて落款の
押してある「へのへのもへじ」がいくらになるか見てみたい気もします。

それはさておき。
どうやら、LaCoocanからはウチの板塀にはアクセスできない模様。
なぜそんなことが起こるのかと、いろいろとネットで検索してみても、そのもの
ズバリの回答は見つからない。LWPでうまくアクセスできない、という観点で検索
を重ね、やっと英語のサイトで見つけたのは、そういうときのありがちな原因は
アクセス元のファイヤーウォール(今回はLaCoocan側)で制限されていることが
多い、というもの。
そこで、自宅のサーバならびにゲートウェイルータでダミーのポートをいくつか
オープンし、LaCoocanからアクセスしてみたところ、どうやらこれが正解の模様。
例えば、110番ポートや443番ポートだと、きちんとウチのサーバまで届きます。
ところが、ウチのサーバで使っている9801番ポートはもとより、8000番ポートや
8080番ポート、あるいは81番ポートなんていうもので試すと、ウチのサーバまで
全然たどりついてこない。つまり、LaCoocan側で、相手先のポート番号指定での
ファイヤーウォールが機能している、ということなんでしょう。

ということで、LaCoocan側の裏仕様のおかげで、ウチのサーバが某所からの強烈
なアタックを受けること避けることができているんだ、と、無理やりプラス思考
をめぐらせることにします。

07714/07705 BQO00549 konno Re^7: 板塀の壁は高かった
( 1) 17/06/13 23:24 07713:としきさんへのコメント コメント数:1

> どうやら、LaCoocanからはウチの板塀にはアクセスできない模様。

げげ、そうだったんですか、って、それ以前で挫折してたんですが。(^^;;

> ところが、ウチのサーバで使っている9801番ポートはもとより、8000番ポートや
> 8080番ポート、あるいは81番ポートなんていうもので試すと、ウチのサーバまで
> 全然たどりついてこない。つまり、LaCoocan側で、相手先のポート番号指定での
> ファイヤーウォールが機能している、ということなんでしょう。

なるほど。ようやくわかってきましたよ。
よしんば完璧なプログラムが出来たとしてもATフィールドに阻まれるという
2段構えの作戦ですな。(違うって)

でもおかげさまですっかり錆びついていた頭が大分回ってきたようです。
何か方法が無いでしょうかねぇ。

> ということで、LaCoocan側の裏仕様のおかげで、ウチのサーバが某所からの強烈
> なアタックを受けること避けることができているんだ、と、無理やりプラス思考
> をめぐらせることにします。

今世界中でサイバー攻撃が激しいですからねぇ。
やっぱり板塀は難攻不落の城か関所か、塀開きまへんなぁ。


07715/07705 CXB00940 としき Re^8: LaCoocanの壁が高い
( 1) 17/06/14 00:15 07714:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> よしんば完璧なプログラムが出来たとしてもATフィールドに阻まれるという

ATフィールドというには、穴がいっぱい開いているような気もする。
実は穴のほうが全体のほとんどを占めている、いわゆるピンポイントバリア状態
だったりすると、それはそれでイヤかもしれませんが。

> 何か方法が無いでしょうかねぇ。

LaCoocan以外のサーバを使う。
っていうのは当たり前すぎて面白みがありませんな。
例えば、自宅サーバとか、その他モロモロ。



全然関係ありませんが、LaCoocanのCGIからよそのメールサーバにアクセスする
サンプルも作ってみました。

tp://t(略)n.jp/cgi-bin/webpop.cgi

例によって、拡張子を.txtにすればダウンロード可能ですが、前回と違って今回
はパスワードの部分などを変更してあります。
こういうのも、きちんと作りこめば、自前のWebMAILが作れそうです。
あと、LaCoocanにはCGIの定期実行なんて機能もあるということなので、そういう
のと組み合わせてメールの自動転送とか。
あるいは、メールとWEBを組み合わせたマッシュアップなんていうのも面白いかも。
具体的なアイディアは全くありませんがね。


07716/07705 BQO00549 konno Re^9: LaCoocanの壁が高い
( 1) 17/06/15 23:54 07715:としきさんへのコメント コメント数:1

> LaCoocan以外のサーバを使う。
> っていうのは当たり前すぎて面白みがありませんな。
> 例えば、自宅サーバとか、その他モロモロ。

よくわかりませんが、フレームに引っかかって本文が読めない状況も
あるように思えます。
フレーム無しのリンクとかできないでしょうかねぇ。

> 全然関係ありませんが、LaCoocanのCGIからよそのメールサーバにアクセスする
> サンプルも作ってみました。

頂きました。
サンプルがあると有り難いです。
いつか使えるようになるといいですね。


07717/07705 CXB00940 としき Re^10: LaCoocanの壁が高い
( 1) 17/06/16 14:33 07716:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

> よくわかりませんが、フレームに引っかかって本文が読めない状況も
> あるように思えます。

あぁ、そうか。
うちの板塀はかなりトリッキーなことをやっていますからねぇ。

まず、CGIではなく、普通のブラウザでアクセスすることを考えてみましょう。
ブラウザにURLを入力した場合、

・DNSサーバに相手サーバのドメイン名を問合せ
・DNSサーバから相手サーバのIPアドレス応答あり
・相手サーバにアクセス
・相手サーバから目的のコンテンツの応答あり

といったような手順をふみます。
ところが、うちの板塀の場合、固定のドメインをとっていません。
つまり、そのまま何の工夫もしなければ、IPアドレスが変わるたびに、ブラウザ
に入力するURLを変更しなければなりません。これではちょっと不便なんで、この
状況を避けるために、フレーム方式を導入してあるのです。
この場合にどのような挙動になるかというと

・DNSサーバにフレーム外側サーバのドメイン名を問合せ
・DNSサーバからフレーム外側サーバのIPアドレス応答あり
・フレーム外側サーバにアクセス
・フレーム外側サーバからフレームの応答あり
・ブラウザがフレームと判断しフレームの中身を解析
・ブラウザがフレームの中身のサーバにアクセス
・フレームの中身のサーバから目的のコンテンツの応答あり

という形になります。
こうすることにより、フレームの外側を書き換えれば、フレームの中身のサーバ
のIPアドレスが変わってしまっても、ブラウザに入力するURLを一定に保つことが
可能となっています。
要するに、うちの板塀にアクセスするためにはブラウザが自動で行っている余計
な仕事もCGIにやらせないといけないわけです。すなわち、

・ブラウザ相当のフレーム解析機能があるプログラムを作り
・それがきちんと動くことが必要で
・さらに謎のファイアーウォールを突破しなければならない

という、三段構えの作戦が必要になってくるわけです。
もちろん、最初からフレームの内側のサーバに、ピンポイントで攻撃を仕掛ける
プログラムを作れば当面は機能するものができるはずです。だけど、こちらのIP
アドレスが変わったとたんに機能不全に陥るわけで、そのたびごとにプログラム
を書き換えるというのはオススメできるものではありません。

ということで、最後の壁を口実にして、あきらめたほうがいいかもしれません。


07718/07705 BQO00549 konno Re^11: LaCoocanの壁が高い
( 1) 17/06/21 00:07 07717:としきさんへのコメント コメント数:1

> ・ブラウザ相当のフレーム解析機能があるプログラムを作り
> ・それがきちんと動くことが必要で
> ・さらに謎のファイアーウォールを突破しなければならない

うう、色々試しましたが、やっぱり駄目でした。
壁が高すぎました。


> という、三段構えの作戦が必要になってくるわけです。

こ、これは、ジェットストリームアタック?
ならば最初のフレームを突破して踏み台にしてジャンプして・・・
・・・だ、駄目だぁ、壁が高過ぎるぅ。

これはもう、50メートル級の巨人でもないと壁に届かないか・・・
ということで、板塀攻略作戦はしばらく休止します。

> もちろん、最初からフレームの内側のサーバに、ピンポイントで攻撃を仕掛ける
> プログラムを作れば当面は機能するものができるはずです。

LWPからだとどうもダメみたいです。
今回は諦めて修行しなおします。


07719/07705 GST01234 10♯ Re^11: LaCoocanの壁が高い
( 1) 17/06/21 01:21 07717:としきさんへのコメント コメント数:2

フレームで名前解決てなかなか面白い発想ですね。

perlは使ったこと無いので無責任発言になりますけど、
HTML::DOMでフレーム(というかHTML)の解析は出来るんじゃ無いですかね?

謎のファイアーウォールはLWPのheader情報をゴニョゴニョする感じすかね?
これは試行錯誤になると思いますけど。
謎のファイアーウォールがcoocan.jpのドメインやIPを弾いてたら無理ですが…


07720/07705 CXB00940 としき Re^12: LaCoocanの壁が高い
( 1) 17/06/21 09:05 07718:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> こ、これは、ジェットストリームアタック?

というよりも、どちらかというと、わらの家と木の家はクリアできても、レンガ
の家はクリアできない、というほうに近いかも。

> これはもう、50メートル級の巨人でもないと壁に届かないか・・・

壁は、越えることだけを考えてはいけないらしい。
隙間をすり抜けるとか、倒すとか、下に穴を掘ってくぐり抜けるとか・・・
ドナルド君が作ろうとしている新しい壁よりも、対処は楽だと信じたいところ。

> LWPからだとどうもダメみたいです。

そうなんですよ。これが最大の問題の、謎のファイアーウォールです。
うちで使っているルータにポート変換機能があれば、他のポートも開けてご来訪
をお待ちする、ということができるんですがねぇ。
というか、最近はめっきりスパムも減りましたから、わざわざスパム除けで変な
ポートにしておく必要も減ってるんで、うちが素直に80番ポートに変更する、と
いう手もあるはず。でも、当面はあの番号のままで行きます。


07721/07705 CXB00940 としき Re^12: LaCoocanの壁が高い
( 1) 17/06/21 09:05 07719:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

謎のファイアーウォールって、試してみた範囲が狭いのですが、結果から推測
するに、どうやらcoocan.jp側の出口に設置してあるみたいなんですよ。
なので、着弾側が口をあけて待っているにもかかわらず被弾しない。

最近の民生用ルータの状況は知りませんが、昔、コレガの安いルータには
IPマスカレードの部分でIPアドレスだけでなくポート番号まで変更してくれる
機種がありました。こういうのを使えば、きちんと被弾するポートで
待ち受けて、変なポートのサーバに接続させることも可能なんですけどね。


07722/07705 GST01234 10♯ Re^13: LaCoocanの壁が高い
( 1) 17/06/21 19:40 07721:としきさんへのコメント

セキュリティーの都合上、余計なポートを閉じておくのは、まああることな気はします。
443が通るのであれば、としきさんのサイトをSSLでも接続できるように設定するとかですかね?


07723/07705 BQO00549 konno Re^13: LWPのソース
( 1) 17/06/25 22:32 07720:としきさんへのコメント コメント数:1

亀レスですが

> > LWPからだとどうもダメみたいです。
> 
> そうなんですよ。これが最大の問題の、謎のファイアーウォールです。

LWPのソースを見ていて、ちょっと気になったのが

		$field =~ s/^://;

こういう =~ s/^://; の記述が多いなと。
これは、'HTTP://' の ':' より前をを削除する処理だと思いますが、板塀では

	my $url2 =  'http://152.081.hinocatv.ne.jp:9801/bbs/wforum.cgi';

このように直リンクにすると、タイムアウトエラーになります。
もしかして途中の ':' が引っかかったりして無いでしょうかねぇ。
たぶん関係ないのでしょうが。




07724/07705 BQO00549 konno Re^12: LaCoocanの壁が高い
( 1) 17/06/25 22:37 07719:10♯さんへのコメント コメント数:1

10#さん

> perlは使ったこと無いので無責任発言になりますけど、
> HTML::DOMでフレーム(というかHTML)の解析は出来るんじゃ無いですかね?

なるほど、逆の発想ですか。
ドムはやっぱり攻める側なんですね。(^^;

> 謎のファイアーウォールはLWPのheader情報をゴニョゴニョする感じすかね?
> これは試行錯誤になると思いますけど。
> 謎のファイアーウォールがcoocan.jpのドメインやIPを弾いてたら無理ですが…

アドバイスありがとうございます。
でも今は全然わからないので、将来の課題にします。


07725/07705 CXB00940 としき Re^14: LWPのソース
( 1) 17/06/25 23:08 07723:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> もしかして途中の ':' が引っかかったりして無いでしょうかねぇ。

「:9801」のポート番号の有無については、私も最初に疑いました。なので、
ためしに、LaCoocanのサイトに「.coocan.jp:80」みたいな形でポート番号つき
でアクセスしてみたのですが、問題なくアクセス可能でした。
また、うちのサイトで80番ポートを開放し、ダミーのサーバを建ててみましたが、
「:80」ありでもなしでも着弾を確認できました。残念ながら、ダミーのサーバ
はプロトコルのルールに従った応答を返すことができないので、スクリプトの側
ではタイムアウトになってしまいましたが。
この方法で、80番のほかに、25番と110番、443番ポートなら、うちのサーバまで
到達することを確認しました。


07726/07705 BQO00549 konno Re^15: LWPのソース
( 1) 17/06/26 00:04 07725:としきさんへのコメント コメント数:1

> 「:9801」のポート番号の有無については、私も最初に疑いました。なので、
> ためしに、LaCoocanのサイトに「.coocan.jp:80」みたいな形でポート番号つき
> でアクセスしてみたのですが、問題なくアクセス可能でした。

ああ、そうか、他のポート番号で確認済みだったですね。
今の私のスキルではやっぱり無理みたいですね。


07728/07705 GST01234 10♯ Re^13: LaCoocanの壁が高い
( 1) 17/06/26 01:19 07724:konnoさんへのコメント コメント数:1

DOMはほとんどの言語では一般的な技術なので、参考資料も豊富にあります。
使うのそんなに難しく無いと思いますよ。

07729/07705 GST01234 10♯ Re^16: LWPのソース
( 1) 17/06/26 01:26 07726:konnoさんへのコメント コメント数:1

スキル以前にLaCoocanのファイアーウォールが9801のoutgoingを空けてないと思います。
というより、80,25,110,443などの、一般的に利用されるポートのみを空けていると…

とどのつまり、LaCoocanのサーバーかとしきさんのサーバーでの対応が無いと…
あるいは、第三のサーバーにスクリプトを仕込んで仲介するなどの仕組みを用いないと
接続できないと言うことになりますね。


07730/07705 BQO00549 konno Re^14: LaCoocanの壁が高い
( 1) 17/07/02 18:31 07728:10♯さんへのコメント

10#さん、亀レスでごめんなさいね。

> DOMはほとんどの言語では一般的な技術なので、参考資料も豊富にあります。
> 使うのそんなに難しく無いと思いますよ。

このところ、年のせいか、集中力が全くないです。
頭がオーバーロードしてリセット再起動のループみたいな。

今は、LWP で何か形にしたく、これで手一杯の状態です。
DOMはやっぱり来年の課題かな。


07731/07705 BQO00549 konno Re^17: 10#さんの掲示板
( 1) 17/07/02 18:41 07729:10♯さんへのコメント コメント数:1

> とどのつまり、LaCoocanのサーバーかとしきさんのサーバーでの対応が無いと…

とりあえず板塀の壁を乗り越えるのはあきらめました。
ブラウザって凄い複雑高度なことをやっているんですねぇ。

それで、今度は、10#さんの掲示板を表示させようとしているんですが・・・
今度はUTF8の壁が・・・

まだ全然出せる状態ではないですが、これはなんとかなりそうな気がするので
試行錯誤しています。



07732/07705 CXB00940 としき Re^18: 10#さんの掲示板
( 1) 17/07/03 11:16 07731:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 今度はUTF8の壁が・・・

単純に文字コードを何とかするのであれば、この掲示板で使っているjcodeの
ファイルを援用するのが一番簡単な気がする。
気がするだけであって実際には試していないのですが。

あと、文字コードの壁とは別に、HTMLを直接あれこれするのも面白いですが、
この際、RSSフィードのほうが、目的によってはハンドリングが楽かもしれません。

07733/07705 BQO00549 konno Re^19: UTF-8 から Shift JIS に変換
( 1) 17/07/03 21:55 07732:としきさんへのコメント コメント数:1

> 単純に文字コードを何とかするのであれば、この掲示板で使っているjcodeの
> ファイルを援用するのが一番簡単な気がする。

jcode.pl は、UTF8 に対応していないのかと思っていました。
サーバーのライブラリを利用するのもよくわからないし。

そこで、以前お気に入りに入れていたサイトのページが役に立ちました。

UTF-8 から Shift JIS に文字コードを変換する方法
http://www.vividcode.info/perl/utf8ToSjis.xhtml

このページから引用します。
--------------------------------------
Jcode.pm が使えない環境で文字コードの変換をしようと思うと、jcode.pl を使うことになると思います。 jcode.pl はおそらくどんな環境でも使用できると思うのですが、UTF-8 を扱えないという致命的な欠点があります。 そこで私が nifty を使用していたときに自分で作って使っていた UTF-8 から Shift JIS に文字コードを変換するサブルーチンを改造したので公開してみます。


使い方

詳しい説明は後回しにしてとりあえず使い方。

utf8ToSjis.pl
utf8ToSjisTable.pl

上の 2 つのファイルをダウンロードしてください。表示用に拡張子を ".txt" にしているので、".pl" に変更してください。で、ライブラリの PATH が通る位置に置いて下さい。後は以下のように require して関数を使用するだけです。
--------------------------------------------

このファイルをCGIと同じところに置いて呼び出しただけできちんと変換できました。
これは素晴らしい!!
有用なプログラムや情報、ありがたいです。感謝します。

余談ですが、上記の utf8ToSjisTable.txt をVTDOS+VZで開いてページ送りすると
VTDOSが落ちますね。バイナリなので仕方がないのかな。
リネームして utf8ToSjisTable.pl だと落ちないですね。

> この際、RSSフィードのほうが、目的によってはハンドリングが楽かもしれません。

これも敷居が高いので将来の課題ですね。
ところで、板塀のフレーム内で更新情報を何か入れることは可能でしょうか。
それなら読みだせそうなもので。
私がやりたいのは更新情報の表示なのです。


07734/07705 CXB00940 としき Re^20: UTF-8 から Shift JIS に変換
( 1) 17/07/04 22:58 07733:konnoさんへのコメント コメント数:2
参照先:http://toshiki.la.coocan.jp/

そうか、Jcode.pm と jcode.pl って違うものなのね。
似たような名前なので勘違いしていました。

> 私がやりたいのは更新情報の表示なのです。

って、それこそRSSの目的そのものですよね。ウィキペディアによると、

> RSSは、ニュースやブログなど各種のウェブサイトの更新情報を簡単にまとめ、
> 配信するための幾つかの文書フォーマットの総称である。

ってなってますから。それに、RSSのほうが機械可読性が高いから、仮に自分で
プログラムを作るとしても、作りやすいとか誤認識が減らせるとか、いろいろな
メリットがあるはず。だから、うちの板塀にも、利用者がほぼ皆無だということ
がわかっているにもかかわらず、RSSの出力機能を実装したのだし。


> ところで、板塀のフレーム内で更新情報を何か入れることは可能でしょうか。
> それなら読みだせそうなもので。

それは難しい気がする。いや、これも気のせいかも。
それとは違うのですが、簡単な方法を一つ、思いついてはいるのですがね。
私のポリシーに、いささか反するもので、採用することに躊躇しています。


07735/07705 GST01234 10♯ Re^21: UTF-8 から Shift JIS に変換
( 1) 17/07/05 06:59 07734:としきさんへのコメント コメント数:1

RSSってXMLなのでXML::DOMでっていう…
この手のインターネット情報交換方式、全般的にJSONで置き換えてくような動きって出てこないんですかね?
今時の専用クライアントAPIは大概REST+JSONに落ち着いてる気がしますが…



07736/07705 CXB00940 としき LaCoocanのCGIでXMLの解析
( 1) 17/07/05 14:25 07735:10♯さんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

konnoさんがDOMに取り組むに当たって、一つ課題があって。
それは、LaCoocanのライブラリには、XML::DOMが入っていないということ。
XML配下にはPerserしかない。Simpleすらないのです。
その状況から自前で何とかするっていうのは、かなり敷居が高いと思う。
もちろん、何とかする方法はあるわけなので、謎のファイアーウォールに比べれば
はるかに容易だとは思いますが。

> この手のインターネット情報交換方式、全般的にJSONで置き換えてくような動き

「まだ」出てきていないだけ、っていう可能性はありませんかねぇ。
あるいは、出てきているけど、まだ小さい火種で、大きなムーブメントになって
いない、とか。
最近はほとんどいないけど、ほんのちょっと昔には、データをテキストで流すと
非効率、なんてことを信仰している老人もいたし。

> 今時の専用クライアントAPIは大概REST+JSONに落ち着いてる気がしますが…

昔、JSONについては勉強したことはあるのですがね。
自分の中で熟成するのにずいぶん時間がかかりました。
やっと最近、自分のサイトのパンくずリストをJSONで書こうとしてみたり。
でも、私、最近のWEBアプリの動向はフォローしていなかったもので、RESTって
名前も知りませんでした。
ちょっと勉強してみましたが、なるほど、これはシンプルでいいですね。
やっぱり、ユーザ数なんかを考えると、ブラウザなりスマホなりのエンドユーザが
使うエージェントがサポートし、GoogleとかFacebookとかAmazonが大々的に何かの
データを流し始めて、一般に普及するというパターンかなぁ。
さもなければエロ系か。


07737/07705 GST01234 10♯ Re: LaCoocanのCGIでXMLの解析
( 1) 17/07/05 15:43 07736:としきさんへのコメント コメント数:1

> やっぱり、ユーザ数なんかを考えると、ブラウザなりスマホなりのエンドユーザが
> 使うエージェントがサポートし、GoogleとかFacebookとかAmazonが大々的に何かの
> データを流し始めて、一般に普及するというパターンかなぁ。


よくよく考えれば、以前からある汎用的なインターネット技術を各種SNSが
置き換えて行ってるというのはありますね、
で、それらSNSのAPIは既にREST+JSON。
既存サービスのAPIが置き換わっていくのでは無くて、
既存サービス自体が置き換えられつつあると…

で、それら今時のSNSはクライアント・サーバー間だけでなく、
サーバー・サーバー間もREST+JSONのAPIで連携してたりします。

マッシュアップというのはとどのつまり、サイト・サービス間での連携なのですが、
本来、最終出力形式であるHTMLを介するため、ちょっと回りくどい。
中間表現であるJSONはより効率的だったりします。

JSON自体は構文解析がコンパクトで済む、ということもありますが、
Perl、PHP、JavaScriptなどの、一般的なスクリプト言語では概ね直接扱える、
というのもありますね。
ルーツはawkの連想配列だったりします。


07738/07705 BQO00549 konno Re^21: UTF-8 から Shift JIS に変換
( 1) 17/07/05 22:33 07734:としきさんへのコメント コメント数:1

> > 私がやりたいのは更新情報の表示なのです。
>
> って、それこそRSSの目的そのものですよね。

あ、そうだったんですか。
私使ったことが無いのでわかってなかったですね。

> ウィキペディアによると、
> > RSSは、ニュースやブログなど各種のウェブサイトの更新情報を簡単にまとめ、
> > 配信するための幾つかの文書フォーマットの総称である。

ということで、ウィキを読んでみたんですが、「幾つかの文書フォーマットの総称」
と言うだけあって複雑で敷居が高く感じてしまいました。

> ってなってますから。それに、RSSのほうが機械可読性が高いから、仮に自分で
> プログラムを作るとしても、作りやすいとか誤認識が減らせるとか、いろいろな
> メリットがあるはず。

今やっているものがひと段落したら勉強してみます。
来年以降になるかもですが。

> > ところで、板塀のフレーム内で更新情報を何か入れることは可能でしょうか。

> 簡単な方法を一つ、思いついてはいるのですがね。
> 私のポリシーに、いささか反するもので、採用することに躊躇しています。

うう、ポリシーに反するのでは無理にお願いもできないですね。
でもRSSという可能性もあるのか。


07739/07705 BQO00549 konno Re^2: LaCoocanのCGIでXMLの解析
( 1) 17/07/05 22:45 07737:10♯さんへのコメント コメント数:2

> で、それら今時のSNSはクライアント・サーバー間だけでなく、
> サーバー・サーバー間もREST+JSONのAPIで連携してたりします。

あう、今度は JSON ですか。
ジェーソンはチェーンSOで繋がると。

> マッシュアップというのはとどのつまり、サイト・サービス間での連携なのですが、

あ、そうだったんですか。
知らないまま流してました。

> JSON自体は構文解析がコンパクトで済む、ということもありますが、
> Perl、PHP、JavaScriptなどの、一般的なスクリプト言語では概ね直接扱える、
> というのもありますね。
> ルーツはawkの連想配列だったりします。

なにか、これからの主流のように感じてきました。
勉強しなくては。


07740/07705 GST01234 10♯ Re^3: LaCoocanのCGIでXMLの解析
( 1) 17/07/05 23:30 07739:konnoさんへのコメント コメント数:1

awk の頃の連想配列は添え字、内容共に文字列か数値しか扱えませんでしたけど、
今時のスクリプト言語は内容として連想配列やその参照を取り扱うことが出来、
木構造を取り扱えるようになってます。
で、これを持って静的型付け言語でいうところの構造体を代替しています。

Perlではハッシュ参照とか多次元連想配列とか呼ばれているようですね。
PHPやJavaScriptにもほぼ同じ概念がありますが、
これの、JavaScriptでの表記方法で仕様化されてるのが JSONです。
Perl を理解してればそんな難しい話ではないと思います。


07741/07705 CXB00940 としき Re^22: UTF-8 から Shift JIS に変換
( 1) 17/07/06 00:17 07738:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> > って、それこそRSSの目的そのものですよね。
> あ、そうだったんですか。
> 私使ったことが無いのでわかってなかったですね。

一発使ってみればわかりやすいのかも。
最近のマイクロソフトのブラウザはわかりませんが、昔のMSのIEだと[ALT]+Jあたり
で何か反応したと思う。
Firefoxの場合は[ALT]でメニューを出して[ブックマーク]でプルダウンの上のほう
に「このページを購読」というのがあるはず。
ここの掲示板では無効のはずですが、例えばVTDOSの掲示板とかうちの板塀では
RSSフィードが表示されると思う。
実は現在、わけあって、自分の環境では試せなかったりする。
確か、RSSフィードにもCSSが適用できて見栄えを変えることができるとか何とか、
にゃまさんに聞いたんだったっけかなぁ。

> 今やっているものがひと段落したら勉強してみます。

む、何ができてくるんだろう。
わくわく。

> > 簡単な方法を一つ、思いついてはいるのですがね。
> > 私のポリシーに、いささか反するもので、採用することに躊躇しています。

> うう、ポリシーに反するのでは無理にお願いもできないですね。

もっと別の方法がないか考え中。
とりあえず、踏ん切りがついたら、こちらでご案内させていただきます。


07742/07705 CXB00940 としき Re^3: LaCoocanのCGIでXMLの解析
( 1) 17/07/06 00:17 07739:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> ジェーソンはチェーンSOで繋がると。

一部では、厚切りとか13きんとかは禁句らしい。
#どこの一部だよ

> > マッシュアップというのはとどのつまり、サイト・サービス間での連携なのですが、

英語の辞書では、マッシュポテトのmashって、「すりつぶす」って意味らしい。
でも、このツリーで話題になっているWEBサービスとしての意味からいうと、
日本語としては「混ぜ合わす」というほうがなんとなくしっくりくる。


07743/07705 BQO00549 konno Re^4: LaCoocanのCGIでXMLの解析
( 1) 17/07/07 01:39 07740:10♯さんへのコメント コメント数:1

> Perlではハッシュ参照とか多次元連想配列とか呼ばれているようですね。
> PHPやJavaScriptにもほぼ同じ概念がありますが、
> これの、JavaScriptでの表記方法で仕様化されてるのが JSONです。

こういう説明を見ると意外に簡単そうに見えたので、ちょっとググッてみました。
うう、やっぱりとっかかりが無いとさっぱりわからないです。

> Perl を理解してればそんな難しい話ではないと思います。

考えてみたら私は Perl を理解して弄っているわけではないなぁと思い至り。
道は遠い。


07744/07705 GST01234 10♯ Re^5: LaCoocanのCGIでXMLの解析
( 1) 17/07/07 10:43 07743:konnoさんへのコメント コメント数:1

実のところJSONを利用する上で、JSON自体を覚える必要はほとんど無いですが…
次のPerlサンプルで出来ることは大体の言語で可能になってます。



use JSON;

#-----------------------------------------------------------------------------

# $resの内容をJSONに変換して表示

# 実際にはサーバーでDBに問い合わせした結果をJSONに変換して
# httpヘッダを付けて送信するなど


my $res = {
	articles => [ {
		id => 1,
		text => "test1",
	},
	{
		id => 2,
		text => "TEST2",
	},
	{
		id => 3,
		text => "Test3",
	},
	]
};

my $json = encode_json($res);		# $resの内容をJSONに変換

print "$json\n";			# JSONを出力


#-----------------------------------------------------------------------------

# JSONを $rcvに取得して表示

# サービスとしては、クライアントからJSONでリクエストを送る場合など
# クライアント・ブラウザーのJavaScriptも似たような処理が可能


my $rcv = decode_json($json);		# JSONを$rcvに取得

my $recs = $rcv->{articles};		# $rcvのarticlesを$recsに取得

foreach (@$recs) {			# $recsを列挙
	print "#$_->{id}: '$_->{text}'\n";
};


07745/07705 BQO00549 konno Re^23: UTF-8 から Shift JIS に変換
( 1) 17/07/08 01:13 07741:としきさんへのコメント コメント数:1

> Firefoxの場合は[ALT]でメニューを出して[ブックマーク]でプルダウンの上のほう
> に「このページを購読」というのがあるはず。

おお、メニューにありました。
初めてRSSの表示を見ましたよ。
新着記事の一覧表示みたいなものなんですね。

> > 今やっているものがひと段落したら勉強してみます。
> む、何ができてくるんだろう。
> わくわく。

だから新着情報の表示ですってば。RSSとは違うのだよ。

> もっと別の方法がないか考え中。
> とりあえず、踏ん切りがついたら、こちらでご案内させていただきます。

おお、何ができてくるんだろう。わくわく。

ところで、板塀のフレームの中の「掲示板トップ」というリンクを
クリックすると、フレームが無限に増殖しますね。
中の人は無限の住人なのだらうか。



07746/07705 GST01234 10♯ Re^4: LaCoocanのCGIでXMLの解析
( 1) 17/07/08 01:31 07742:としきさんへのコメント

元々は音楽の表現手法の一つですね。
ja.wikipedia.org/wiki/%E3%83%9E%E3%83%83%E3%82%B7%E3%83%A5%E3%82%A2%E3%83%83%E3%83%97

↓これが元祖らしい。80年代
www.youtube.com/watch?v=pyPw9Ua1UlY

↓HR×HIPHOP
www.youtube.com/watch?v=hUViClqjqbY

↓和製テクノ×和製テクノ
www.youtube.com/watch?v=SUytJLArDrg


07747/07705 BQO00549 konno Re^6: LaCoocanのCGIでXMLの解析
( 1) 17/07/08 01:32 07744:10♯さんへのコメント コメント数:1

> 実のところJSONを利用する上で、JSON自体を覚える必要はほとんど無いですが…
> 次のPerlサンプルで出来ることは大体の言語で可能になってます。

おお、サンプルのソース、ありがとうございます。
上と下は別々のルーチンなんですよね。

> # $resの内容をJSONに変換して表示
上のルーチンをPerlCGIに張り付けてみましたが、実行時エラーになりました。
内容は全く分かっていません。




07748/07705 GST01234 10♯ Re^7: LaCoocanのCGIでXMLの解析
( 1) 17/07/08 01:36 07747:konnoさんへのコメント コメント数:1

一応Windows版のPerl 5.14.2 で動作確認済みです。
一番上の use JSON; 付けてますか?

07749/07705 BQO00549 konno Re^8: LaCoocanのCGIでXMLの解析
( 1) 17/07/08 01:46 07748:10♯さんへのコメント コメント数:1

> 一応Windows版のPerl 5.14.2 で動作確認済みです。
> 一番上の use JSON; 付けてますか?

その use JSON; だけ付けてもエラーになります。
新規のCGIにしてもダメみたいです。
LaCoocanの制限でしょうかね。
おいおい勉強します。


07750/07705 CXB00940 としき Re^24: UTF-8 から Shift JIS に変換
( 1) 17/07/08 01:47 07745:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> ところで、板塀のフレームの中の「掲示板トップ」というリンクを
> クリックすると、フレームが無限に増殖しますね。

おわっ、これは失敗。
板塀本体のほうはそのような事が起きないように慎重にテストを繰り返したと
いうのに、こちらのほうは全く何も試したことがなかった。
こちらの修正のほうを先に取り掛かります。


07751/07705 GST01234 10♯ Re^9: LaCoocanのCGIでXMLの解析
( 1) 17/07/08 02:16 07749:konnoさんへのコメント

エラーの内容が分からないのでなんともあれなんですけど、
LaCoocanでは JSON は使えないようになってるのかな?
ハッシュが使えないって事はないと思うんだけど…


07752/07705 BQO00549 konno Re^25: 壁の穴
( 1) 17/07/08 22:06 07750:としきさんへのコメント コメント数:1

> > ところで、板塀のフレームの中の「掲示板トップ」というリンクを
> > クリックすると、フレームが無限に増殖しますね。

なるほど、ようやくわかってきましたよ。
実は、板塀の直リンクをお気に入りから行くとフレーム無しになるんですね。
ところが、うちの掲示板に張り付けた直リンクをクリックすると・・・
なんと、無いはずのフレームが現れるではないですか。
こ、これは・・・

CGI経由を検知したらごにょごにょ・・・ですか〜

やっぱりATフィールドは存在したのか。
それも、無限力の井出ONの謎の壁力か。
壁は伝説の巨人に守られていたのだらうか。



07753/07705 CXB00940 としき Re^26: 壁の穴
( 1) 17/07/09 01:54 07752:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

増殖といったらYMOのアルバム。
#古いなぁ

とりあえず、無限に増殖する問題に対して、最終的な解決を与えることができた
ようです。宇宙のかなたへ送ったわけではありません。
そうです、残さず食べてしまえばいいのです。
#それはくりまんじゅう

って、これも古いネタですな。
まじめな話、何とか解決したっぽい。
例によって、十分な試験は行われておりません。


> 実は、板塀の直リンクをお気に入りから行くとフレーム無しになるんですね。
> ところが、うちの掲示板に張り付けた直リンクをクリックすると・・・
> なんと、無いはずのフレームが現れるではないですか。

過去数年は、お気に入りからもフレームが現れるようになっていました。
ところが、ほんの数ヶ月前、それでは不都合がある状況というものが存在する
ことに気がつきまして。あいにく、私の技術力では、その辺の問題を解決できな
かったので、このような仕様となっております。

> やっぱりATフィールドは存在したのか。

AT field ではなく AT fluid なら、そこらのイエローハットあたりで売っている
かも。エネルギー保存則は維持されるはずですが。


07754/07705 BQO00549 konno Re^27: 壁の穴
( 1) 17/07/09 19:08 07753:としきさんへのコメント コメント数:1

> とりあえず、無限に増殖する問題に対して、最終的な解決を与えることができた
> ようです。

えーと、試した範囲では変わっていないような気がします。
以下に直リンクを

  http://152.081.hinocatv.ne.jp:9801/bbs/wforum.cgi

これで見てもらえますか。
まあ、「掲示板トップ」という罠を踏まなければ問題ないんですが。

板塀#2737 のようなリンクは正常に動作しているようです。
この応用で更新情報できないかしらん。

> AT field ではなく AT fluid なら、そこらのイエローハットあたりで売っている
> かも。エネルギー保存則は維持されるはずですが。

これが切れると暴走が止められないわけですね。(^^;
やはりメンテは大事ということでまとまるのだらうか。


07755/07705 CXB00940 としき Re^28: 壁の穴
( 1) 17/07/10 13:30 07754:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> えーと、試した範囲では変わっていないような気がします。
> 以下に直リンクを

うちで試すと直っているようなんですけど。
もしかして、ブラウザ側に問題があって、フレームの中が再読み込みされていない
とか。
まず、再読み込みしないで状況が再現するか確認し、それから再読み込みして、
さらに状況が再現するか確認してみてください。あと、ブラウザが異なると
状況が異なるという可能性もあるかもしれません。


> これが切れると暴走が止められないわけですね。(^^;
> やはりメンテは大事ということでまとまるのだらうか。

暴走っていうのは、制御が効かない状態なワケです。
なので、設計の段階で、きちんと負帰還が効くようになっていれば、ちょっとや
そっとはメンテの手を抜いても、大抵は大丈夫なはずなんですがねぇ。
例えば、原子炉でも、既存の商用炉は穴をあけると冷却が止まって暴走しますが、
開発中の高温ガス炉なんかでは、冷却を止めると反応が止まる方向に進むように
なっているわけだし。もちろん、穴をあければ放射能は漏れますし、利点がある
だけ欠点も多々あるはずですけどね。


07756/07705 BQO00549 konno Re^29: 壁の穴
( 1) 17/07/11 22:55 07755:としきさんへのコメント

> うちで試すと直っているようなんですけど。
> もしかして、ブラウザ側に問題があって、フレームの中が再読み込みされていない
> とか。

あれ? 今試したら直ってる!?
共用のPCでは直ってましたね。
ノートPCのほうは、挙動がちょっと違っていて、フレーム無しの表示になりました。
再読み込みしたらフレームが現れてそれ以降は増殖しなくなりました。
うう、フレーム無しがよかったのにぃ・・・・

> 暴走っていうのは、制御が効かない状態なワケです。
> なので、設計の段階で、きちんと負帰還が効くようになっていれば、ちょっとや
> そっとはメンテの手を抜いても、大抵は大丈夫なはずなんですがねぇ。

機械はそうなんですが、最近の暴走は人の誤操作や思い込みやなんやらで
人間系の暴走が増えていますよね、

でも壁の穴をふさげばもう安心。
さあ、これから人類の反撃ののろしをあげ
人類補完計画の完遂だぁ!!



・・・ああ、暴走が止まらない。



07757/07757 BQO00549 konno 新コンテンツ 「BBS 新着情報」
( 1) 17/07/12 23:29 コメント数:2

タマの猫ハウスに新コンテンツ 「BBS 新着情報」(仮)を追加しました。

トップページの一番下のリンクです。

としきさんから頂いた、LWPのソースを元にしています。
ありがとうございます。

VTDOS BBS
野ざらし言
今日のテーマ
の新着記事3タイトル表示します。

VTDOS BBS は解析が不十分なので、親記事が上になる変則的な表示になっています。

完全試行錯誤の泥縄式(縄文式)どつぼです。

永遠のみかん製ともいう。


07758/07758 BQO00549 konno MS-DOS Player の更新
( 1) 17/07/14 23:42 コメント数:3

MS-DOS Player 2017-07-14版が出ました!!
最近頻繁に更新がありましたが、今回の更新はびっくり!!うれしい!!

MS-DOS Player for Win32-x64 のページです。
http://takeda-toshiya.my.coocan.jp/msdos/index.html

以下、更新内容の引用です。
--------------------------------------------------------
2017/7/14
INT 21h, AX=440Ch, CL=5Fhをサポートしました。
INT 2Fh, AX=1A01h, CL=5Fhをサポートしました。
いずれもディスプレイの情報を設定するサービスですが、画面サイズのみ設定可能です。
MODE CON COLS=40 LINES=25とか出来るようになっているかと思います。

INT 21h/2Fhのサービスによって、コンソールに文字を表示する際に、
INT 29hの処理がフックされている場合は、INT 29hを経由するように修正しました。

制限として、INT 29hの処理がフックされている場合、STDINからの入力を待って、
更に入力に対してエコーを返すサービス(INT 21h, AH=01h/0Ah/3Fh)を実行中は、
仮想マシンのCPUの動作が停止して、タイマ割り込みが発生しなくなります。

これらのサービスの入力待ちの処理は、仮想マシンのCPU上でループするのではなく、
MS-DOS Playerのサービスの処理上でループすることで待機しています。
この待機中も、タイマ割り込みが発生できるように、CPUを回し続けるために、
別スレッドでサービスの処理を実行して、そちらで入力待ちをしてやって、
メインスレッドでは、CPUでダミールーチンを実行し続けるようになっています。
(この辺りについては、2017/2/22の記事をご参照ください。)

この別スレッドで実行しているサービスの処理内で、コンソールにエコーを返す際に、
INT 29hを実行するために、メインスレッドで回っているCPUに茶々を入れることが
構造的にとても難しかったため、INT 29hの処理がフックされている場合は、
サービスの処理をそのままメインスレッドで実行するようにしました。
このとき、メインスレッドで入力待ちをしている間、CPUの動作が停止してしまうため、
タイマ割り込みは発生できなくなります。

また、INT 29hの処理内で、再度コンソールに文字を表示するINT 21h/2Fhのサービスが
呼び出された場合、無限ループに入らないように、INT 29hは再発生しません。

今回の実装で、CPUコアからDOSのシステムコールのエミュレーションが呼ばれて、
その中で、INT 29hを実行してIRETするまでCPUコアを回してやって、
その中で、またDOSのシステムコールのエミュレーションが呼ばれて、といった感じで、
再入することを想定していなかった色々な処理を再入しまくってます。
何かしら処理に矛盾を来たしていないか、安定性に問題ないか、色々と苛めテストに
ご協力いただけますと幸いです。

本件は、VZエディタの私家版を開発されている、金野様よりご指摘いただきました。
VZエディタからDOSコマンドを実行する際に、INT 29hをフックすることで、
DOSコマンドの実行結果を取り込む、みたいなことをしているそうです。

Windows NTやOS/2上のコマンドプロンプトでも、コンソールに文字を表示する際に、
INT 29hを経由しないそうですが、意外と互換性が微妙なんですかね?
(この問題を補うために、toint29というソフトが公開されています)

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

ということで、実はMS-DOS Player 作者の武田さんに、
VZのコンソールが使えるようにならないかメールしたのです。
構造的に難しいとのことで、諦めていたんですが、実現してくれました!!
超嬉しいです!!

VZerにとってコンソールは大きな武器なので、これが使えないと実使用が難しい。
これから MS-DOS Player を本格的に試験運用していくつもりです。

武田さん、本当にありがとうございます。


07759/07758 BQO00549 konno MS-DOS Player の使い方と利点
( 1) 17/07/15 01:03 07758:konnoさんへのコメント コメント数:1

・MS-DOS Player の使い方と利点

i486_x86 の中のmsdos.exeをパスを通したフォルダにコピーして
ショート−カットアイコンのプロパティのリンク先に

C:\UT\msdos.exe -n40,120 vzibmj.com /vz

と入れて起動したら、120桁40行のV-TEXTで起動する


・・・と思ったら、今回のVerでは、80桁25行のままみたい。
どうやら、-n を入れるとダメみたいですね。
-n は使えないが、プロパティの中のレイアウトで行桁数変更できます。

command.com を使えば、BAT も常駐もできます。

C:\UT\msdos.exe -x -v7.0 e:\command /c c:\ut\vzp.bat


・MS-DOS Player の利点

多種類のcommand.com が動作する
MSDOS Ver2.0〜Ver7.1 Win98のcommand.comまで動くそうです。
PCDOS,DRDOSやFreeCOMやGRDOSまでも・・・凄いですね。
ただ、Win95のcommand.comで試したら、DIRが表示しないようです。
なので、現状 DIR でLFN表示は実現出来ていません。

ソーサーが動く(英語版ソフトなので文字化けはするが80*25で)
VTDOSでは動かないソフトも動く可能性があるということですね。



07760/07757 CXB00940 としき Re: 新コンテンツ 「BBS 新着情報」
( 1) 17/07/15 13:49 07757:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> 永遠のみかん製ともいう。

みかんせいじんのこうげき!
うゎ〜、やられたぁ〜!

いや、そうではなくて。
大元のサンプルにバグがあると、それをそのまま使ったプログラムにも当然バグ
が組み込まれるわけで。
いや、何がいいたいかというと、バグってます。
それも、私のサンプルからして。
まさに、#7326で私が書いた事の類例といってもいいかも。

何が悪いかというと、発言日時の取得ルーチン。
これ、最低限のチェックしかしていません。なので当然、余分なものがいっぱい
引っかかってきてしまいます。
結果、#7758のように、発言本文中に日付形式の文字列があると、その部分が全て
発言日時のフィールドだと誤解して、以下、不具合発生。
解決策は、チェックを厳しくすること。

とりあえず、うちのdummy.cgiは、今回のkonnoさんの発言だけは誤認しない程度
にチェックを厳しくしましたが、当然、その程度はすり抜ける発言が現れること
は十分に考えられます。

この際、きちんと対応されることを強くお奨めいたします。


07761/07757 BQO00549 konno Re^2: 新コンテンツ 「BBS 新着情報」
( 1) 17/07/15 23:53 07760:としきさんへのコメント コメント数:1

> いや、何がいいたいかというと、バグってます。

思いっきりバグってましたね。

> それも、私のサンプルからして。
> まさに、#7326で私が書いた事の類例といってもいいかも。

うう、1年以上前の書き込みですか、ほとんど覚えてない・・・
ツリーがやたら長いし、思わず読みふけってしまうし・・・

> 何が悪いかというと、発言日時の取得ルーチン。
> これ、最低限のチェックしかしていません。なので当然、余分なものがいっぱい
> 引っかかってきてしまいます。

ああそうか、タイトルに日付を入れたせいか。なんでかなぁ〜と思ってました。
早速VerUPか(違うって)



07762/07757 CXB00940 としき Re^3: 新コンテンツ 「BBS 新着情報」
( 1) 17/07/16 13:45 07761:konnoさんへのコメント コメント数:1
参照先:http://toshiki.la.coocan.jp/

> ああそうか、タイトルに日付を入れたせいか。なんでかなぁ〜と思ってました。

タイトルではなく、本文に 2017-07-14といった日付が入っているのがいけないの
ではないかと思います。
あと、今日のテーマの新着情報だけ、不等号が尻尾にくっついていたりします。
それから、太字指定タグがついているけど閉じタグがないとか、なんかいろいろ
微妙に不自然。

> 早速VerUPか(違うって)

いや、違いません。
ここは一発、ぜひとも。


07763/07757 BQO00549 konno Re^4: 新コンテンツ 「BBS 新着情報」 Ver0.3
( 1) 17/07/17 21:20 07762:としきさんへのコメント

> タイトルではなく、本文に 2017-07-14といった日付が入っているのがいけないの
> ではないかと思います。

うう、完全にボケてました。頭が全く働かなくなってますね。(;_;)


> あと、今日のテーマの新着情報だけ、不等号が尻尾にくっついていたりします。
> それから、太字指定タグがついているけど閉じタグがないとか、なんかいろいろ
> 微妙に不自然。

正規表現の使い方がわかっていませんでした。
夜も寝ないで昼寝して試行錯誤を重ねてやっとまともになったと思います。

> > 早速VerUPか(違うって)
> いや、違いません。
> ここは一発、ぜひとも。

VerUP って、改善されたものを言うイメージを持っているんです。
今回のは単なるバグ取りなんでねぇ。
仕事では書類などの更新を リビジョンアップと呼称しているので
どう違うのかなと思ったら

> 「バージョン」は「版」と言う意味で、ソフトウェアの機能が異なる(機能の追加や変更がある)場合に異なった番号になります。
> 「リビジョン」とは「修正」「改訂」といった意味で、機能は変更せずに不具合を修正する場合にリビジョン番号を変更します。

こういうことですか。
表示ではなく呼び方的な違いということかな。
せっかくなので、見栄えも少し弄りました。


07764/07764 CXB00940 としき マッシュアップもどき その2
( 1) 17/07/18 16:08 コメント数:1
参照先:http://toshiki.la.coocan.jp/

ツリーも大きくなっているので、新しいツリーを起こします。

ご要望にお答えして、いろいろと検討してみました。
まず、#7733で検討依頼を受けた更新情報の件。
当初は、投稿があるたびにどうするか、ということを考えていました。
実際、とりあえず動く程度のサンプルを実装してみたのですがね。
ちょっとサーバのタイミングがずれるだけでエラーを吐いてくださる。この点は、
ロジックを変更せずとも、もっと速いサーバならば問題は出ないはずです。
あと、このルーチンをどこに入れるか、というのも問題。
投稿完了メッセージ出力直前が一番簡単なんですが、するとエラーになった場合、
投稿が完了しているにもかかわらずエラーメッセージが表示されるわけで、これ
はよろしくない。
また、発言の修正や削除があった場合にも情報は更新される必要があると思うの
ですが、そんなあちこちに不安定なルーチンを仕込みたくないというのもあって。
結局、サーバ上で時刻指定でバッチを動かし、定期的に更新情報をアップロード
することにしました。アップロード先はLaCoocan。URLは以下のとおり。
tp://toshiki.la(略)jp/itabei.rss
わざと、微妙に正時からずれた時刻にしてありますが、毎日、だいたい午前4時
ごろにアップロードされます。こういう形なので、即時性は担保されませんが、
少なくとも1日たてば確実に更新情報は反映されます。

次に、このRSSを使って、再びマッシュアップもどきを作ってみました。
今度は、うちの板塀とVTDOSの掲示板です。
当初はVTDOSの掲示板もRSSを取得する形にしたかったのですが、FC2のBBSで提供
しているRSSって、件数が少ないのですね。
でも、そうしなかった最大の理由(または本当の理由)は、日付の形式。
月が、数字ではなく、アルファベット3文字だったのですね。
これの変換が、難しくはないのですが、面倒で。
いや、面倒というのも変か。関数一発ですから。
やっぱり、件数が少ないことが真の理由かも。

その他、いろいろと小技も盛り込んでいます。
例えば、文字コードの変換。
せっかく、LaCoocanにはEncodeってライブラリが組み込まれているのですから、
こいつを使いましょうよ、というサンプルになっています。
使い方としては、
  外部から読み込んだデータは内部コードにdecode
  外部にデータ出力する前に内部コードからencode
  文字列処理は内部コードで行う
  ただし、スクリプト自体がShift-JISなら、日本語の文字列定数もdecode要
  (スクリプト自体がUTF-8なら文字列定数の処理不要)
といったところでしょうか。

最後、おまけ。
これはもしかしたら10#さんが嫌がるかな。
VTDOS BBSへのリンクに、妖しいオプションを仕込んでみました。
FC2 BBSにはこんな機能もあるんだよ、というサンプルになっています。

ということで、いろいろと怪しいサンプルCGIのURLは以下のとおりです。
tp://toshiki.la(略)jp/cgi-bin/rssget.cgi
例によって、拡張子を変更すればダウンロード可能。
もちろん、サンプルなんで、エラーチェックは甘アマ。
顕在化していませんが、動かないパターンやこけるパターンは頻出の予定です。

07765/07764 BQO00549 konno Re: マッシュアップもどき その2
( 1) 17/07/19 07:18 07764:としきさんへのコメント

> ご要望にお答えして、いろいろと検討してみました。
> まず、#7733で検討依頼を受けた更新情報の件。
> 結局、サーバ上で時刻指定でバッチを動かし、定期的に更新情報をアップロード
> することにしました。アップロード先はLaCoocan。URLは以下のとおり。
> tp://toshiki.la(略)jp/itabei.rss


おお、ブラウザで開くとRSSの更新情報そのままなんですね。
対応いただきありがとうございます。

> 次に、このRSSを使って、再びマッシュアップもどきを作ってみました。
> 今度は、うちの板塀とVTDOSの掲示板です。

おおお、これはいいですね。完璧です。

> その他、いろいろと小技も盛り込んでいます。
> 例えば、文字コードの変換。
> せっかく、LaCoocanにはEncodeってライブラリが組み込まれているのですから、
> こいつを使いましょうよ、というサンプルになっています。

うおおお、凄いですね、やっぱりライブラリで出来たんですね。

> 最後、おまけ。
> これはもしかしたら10#さんが嫌がるかな。
> VTDOS BBSへのリンクに、妖しいオプションを仕込んでみました。
> FC2 BBSにはこんな機能もあるんだよ、というサンプルになっています。

おお、わくわく、これから中身を見てみます。


07766/07758 BQO00549 konno Re: MS-DOS Player の現状
( 1) 17/07/20 20:18 07759:konnoさんへのコメント コメント数:1

ショート−カットアイコンのプロパティのリンク先に

C:\UT\msdos.exe -x vzibmj.com /vz -nq

で取りあえずVZは起動しますが、やはり commannd.com が無いとまともに動かない。
この環境で、set , Ver などのコマンドは動くが、CMD.EXE なのかしら?
これらの内部コマンドはVZのコンソールに反映されません。
 toint29 を使用してもダメなので、もしかして内部コマンドとか?

この環境での Vmap これはVZのコンソールに反映されます。

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

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
0205 sys    4    9152  <config>
0445        1    8192  <free>
0646 <--    1    3888  vzibmj 1.60t /vz -nq       1B 22 29
073A        1  724032  <free>
B800 sys    1       0  <config>

----- EMS ver4.0 (frame: C000h) -----       ----- XMS ver3.00 -----
handle pages   size  name                   HMA not used
------ ----- ------  --------               EMB free: 31680 KB
  free  2033 32528k
 total  2048-32768k


> command.com を使えば、BAT も常駐もできます。
> C:\UT\msdos.exe -x -v7.0  e:\command /c c:\ut\vzp.bat

さて、この指定で Windows10 Pro Ver 1607 のノートPCは動くが
 Windows10 Home Ver 1703 のデスクトップPCが動かない。
この詳細はもっと調べてから書きますが、まず現状の問題点を。

 shift + F08〜F10 キーが効かない
 ctrl  + F01 キーが効かない

これは痛いです。切り貼りなどで使っているので、これが使えないと実用出来ない。
この文は最初素のVZで書き始めたが、マクロも動かないので、Vmapの表示だけ。
次にcommannd.com経由のVZで続きを始めたが、切り貼り出来なくて即諦めました。

VTDOS 付属の KEYCODE.EXE で、キーコードが発行されてないのを確認しました。
 alt + F04 でMS-DOS Player が終了するのは仕様だから仕方ないですね。

ああ、やっぱりVTDOS環境は極楽だぁ。

> MSDOS Ver2.0〜Ver7.1 Win98のcommand.comまで動くそうです。
> PCDOS,DRDOSやFreeCOMやGRDOSまでも・・・凄いですね。

すみません、GRDOS は勘違いだったようです。
 GWBASIC をなぜかGRDOS と思い込んでしまったようです。
もうろくじじいだなぁ。


07767/07758 BQO00549 konno Re^2: MS-DOS Player の現状
( 1) 17/07/21 23:57 07766:konnoさんへのコメント

> > C:\UT\msdos.exe -x -v7.0 e:\command /c c:\ut\vzp.bat
> さて、この指定で Windows10 Pro Ver 1607 のノートPCは動くが
> Windows10 Home Ver 1703 のデスクトップPCが動かない。
> この詳細はもっと調べてから書きますが、まず現状の問題点を。

調べてみると、幽霊の正体見たり、みたいな面妖なことになっていた。
DOS6.2のcommannd.com が悪いのかも、と思ってFreeCOMのに入れ替えようと
VZで削除しようとしたが出来ない。他で使っていないのを確認して
エクスプローラーで削除しようとしたがファイルが見つからない。

システムファイルが表示されてないのかと確認し、隠しファイル
の表示にチェックを入れたら見えるようになった。
よく見ると、アイコンの色が薄いので、隠し属性になっているのか?
だが、VZの属性表示では何も属性が付いていない。
取りあえず、エクスプローラーで削除して、FreeCOMのに入れ替えた。

そうしたら、あっけなくMSDOS Player が動きましたよ。何だったんだ。

ところが今度はフォントのトラブルが。
英語モードになったのか、変なフォントに切り替わってしまった。
MSゴシックも消え、ターミナルもサイズ表示が消えて最小表示になる。

再起動しても変わらず、何をしても直らない。
色々試行錯誤した末にやったことはよく覚えていないが、たぶん
最小表示のまま起動させ、その窓の上のアイコンを右クリック
プロパティのフォントタブを開き、たぶん数字入力窓に20と入れて
Enter したら直ったみたいな。

ところで、CLPPST.EXE が動きませんね。古いデータを貼り付けるだけで
別窓のデータの切り張りができないです。

c:\vz\CLPPST.EXE /W c:\vz\CLPPST.TMP
This program must be run under Win32

コンソールの履歴にはこんな表示が。
32ビットコマンドがだめなのかなあ。

ZCPY32もダメみたい。

c:\vz\CLZCPY32 /u C:\VZ\-LES\12C1EA~1 C:\UT\IME
This program cannot be run in DOS mode.

ちょっと表示の化けがあるかな。

ZCPY32 /u C:\VZ\-LES\12C1EA~1 C:\UT\IME
This program cannot be run in DOS mode.

もう一度実行したら違う表示に。

ここまでMSDOS Playerで書いたが、CLPPST.EXEが動かないので
SAVEしてVTDOS窓で開いて切り貼りする羽目に。(^^;


07768/07757 BQO00549 konno Re: 新コンテンツ 「BBS 新着情報」 Ver0.4
( 1) 17/07/24 01:05 07757:konnoさんへのコメント コメント数:1

タマの猫ハウス新コンテンツ 「BBS 新着情報」Ver0.4 に更新しました。
としきさんから頂いた、LWPのソースを元にしています。
板塀の対応ありがとうございます。

VTDOS BBS
やしきの板塀
野ざらし言
今日のテーマ
の新着記事4タイトル表示します。



07769/07757 DGF01024 めざら Re^2: 新コンテンツ 「BBS 新着情報」 Ver0.4
( 1) 17/07/24 15:33 07768:konnoさんへのコメント コメント数:1
参照先:http://mezala.la.coocan.jp/

こりゃーいいや。
ブラウザのホームにある野ざらしをこっちに差し替えちゃえ。

07770/07757 BQO00549 konno Re^3: 新コンテンツ 「BBS 新着情報」 Ver0.4
( 1) 17/07/24 23:22 07769:めざらさんへのコメント

> こりゃーいいや。
> ブラウザのホームにある野ざらしをこっちに差し替えちゃえ。

おお、需要があったようで。(^_^)
私も更新チェックのためにいくつもクリックしていたのが一回で済むように
なったので、サンプルを提供してくれたとしきさんに感謝です。


07771/07758 BQO00549 konno MS-DOS Player の更新 2017/7/24版
( 1) 17/07/26 01:32 07758:konnoさんへのコメント コメント数:1

MS-DOS Player 2017-07-24版が出ました.

以下、更新内容の引用です。
--------------------------------------------------------
2017/7/24

キーの押し離し、キーの読み込みがあった際に、BIOSデータエリア内にある、
キーバッファの内容や、キーバッファの書き込み・読み込み位置の情報を、
然るべく更新するように修正しました。
キーバッファの内容を直接参照するソフトが動作するようになったかと思われます。

こちらの不具合は、Pedro Pablo Lopez Rodriguez様にご指摘いただきました。
スペインのマドリード工科大学(Polytechnic University of Madrid)で、
Operating Systemの教授をされているそうです。
もし拙作が、教育や研究のお役に立てているようでしたら光栄ですね。

Shift+F8〜F10、Ctrl+F1を入力できない不具合を修正しました。
WindowsキーおよびMenuキーを無視するために、スキャンコードが5Bh〜5Ehの場合は
キーバッファに入れないようにしていたのですが、
ShiftまたはCtrlキーとファンクションキーを同時に押したときのスキャンコードで、
5Bh〜5Ehになるものがあり、これらも無視されてしまっていたようです。

また、-nオプションが機能していなかった不具合を修正しました。

これらの不具合は、前回に引き続き、金野様にご指摘いただきました。

INT 29hの処理中、TSCが正しく更新されない不具合を修正しました。
RDTSC命令はPentium以降ですので、リリースしているバイナリでは無関係です。

また、INT 29h、またはINT 21h/2Fhでキー入力待ちなど時間が掛かるサービスの実行中に、
タイマ割り込みによって更にINT 21h/2Fhで時間が掛かるサービスを呼び出した場合は、
サービスの処理待ちの為に更に別スレッドを立ち上げないようにしました。
普通はそのようなことはないかと思いますが、念のための安全対策です。


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

ということで、Shift+F8〜F10、Ctrl+F1の不具合が修正されました。
武田さん、ありがとうございます。

command.com についてですが、Win98 の command.com が良いようです。
Dir で LFN が表示出来ます。
-V オプションがあると起動できないみたいです。

MEU というメモリ表示ソフトは表示が超遅いですね。
どこかでウエイトが効いているのかな。



07772/07758 BQO00549 konno MS-DOS Player の更新 2017/7/27版
( 1) 17/07/27 21:42 07771:konnoさんへのコメント コメント数:1

MS-DOS Player 2017-07-27版が出ました.

以下、更新内容の引用です。
--------------------------------------------------------
2017/7/27
通常のMS-DOS環境上で、Win32/64のプログラムを実行すると、
This program cannot be run in DOS mode.
と表示されて、そのままプログラムが終了するようになっています。
これは、Win32の実行ファイルのヘッダ内に、このようなメッセージを表示して
そのまま終了するようなMS-DOS用スタブプログラムが埋め込まれて、
MS-DOS環境ではそちらが実行されるようになっているからです。

MS-DOS Player上でWin32のプログラムを実行した場合も同様の動作でしたが、
INT 21h, AX=4B00h, INT 2Eh, またはINT 2Fh, AX=AE01hなどのサービスで、
Win32のプログラムを子プロセスとして起動しようとした場合は、
system() Win32 APIを使って、Win32の子プロセスとして実行するようにしました。
このとき、子プロセスが終了するまで、MS-DOS Playerは待機します。

ただし、INT 21h, AX=4B01h/4B03hなど、プログラムファイルをロードするだけで、
実際には実行しない場合は、プログラムファイルがそのままロードされます。
その後に、メモリ上にロードしたプログラムに処理が移った場合は、従来通り、
This program cannot be run in DOS mode.が表示されて終わりです。

なお、指定されたコマンドラインをそのまま丸ごと、system()に投げています。
16bitのプログラムとパイプで繋ぐようなケースは考慮していません。
また、子プロセスがコンソールに文字を表示する際、MS-DOS Player側のINT 29hは
経由されませんのでご注意ください。

こちらの処理は、あくまで子プロセスの起動時のみとなります。
「msdos (プログラム名)」で起動時に指定したプログラムがWin32の場合は、
This program cannot be run in DOS mode.が表示されますが、
この場合は素直に対象のプログラムを直接起動してください、ということで(を

MS-DOS PlayerでCOMMAND.COMを実行して、その上でWin32のコンソールアプリを
シームレスに使用できるようになっているかと思います。

Windows上でVZエディタを使用する際、CLPPST.EXEというWin32のプログラムを使って、
Windows側のクリップボードと連携しているそうです。
今回の修正で、この仕組みが動くようになっているといいのですが…。
素直にINT 21h, AX=4B00h辺りを使っててくれれば大丈夫だと思うんですけどね。

# DOS時代はSEDIT派でしたので、VZエディタの使い方をよく知らなかったり(苦笑)
# 検証ご協力お願いいたします>今野様

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

ということで、MS-DOS Player上のVZで CLPPST.EXEが動くようになりました。
その他のWin32プログラムもばっちり動いています。
武田さん、ありがとうございます。

前回の記事で
> command.com についてですが、Win98 の command.com が良いようです。
> Dir で LFN が表示出来ます。
> -V オプションがあると起動できないみたいです。
と書きましたが、使い方がいまいちわかっていなかったようです。
武田さんからメールを頂いたので引用します。

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

Microsoft純正のCOMMAND.COMは、INT 21H, AX=3306Hを使ってDOSのバージョンを取得して、
それが期待した値であるかをチェックするようになっています。
デフォルトではV7.10を返すようになっていますので、Win98のCOMMAND.COMを使う場合は
-vオプションを指定しなくてもそのまま動作します。
(逆に、V7.10以外を-vオプションで指定してしまうと動作しなくなります。)

例えばMS-DOS V6.22のCOMMAND.COMを使用する場合は、"msdos -v6.22 command.com"のように
バージョンを指定する必要があります。
または、MS-DOS Player内蔵のデバッガを使って、INT 21H, AX=3306Hを呼んでいるところで
ブレークを掛けてやれば、起動時のバージョンチェックのルーチンを簡単に見つけられますので、
ルーチンを潰すようにCOMMAND.COMにパッチを当ててもいいかと思います。

FreeDOSで使われているFreeCOM辺りだと、そもそもバージョンチェックすらしてないので、
こちらを使う方が簡単かもしれません。

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


07773/07758 BQO00549 konno Re: MS-DOS Player の更新 2017/7/27版
( 1) 17/07/28 21:55 07772:konnoさんへのコメント コメント数:1

MS-DOS Player でVZをアセンブルしてみた。

ver
Windows 98 [Version 4.10.2222]

mk6.bat
Turbo Link  Version 2.0  Copyright (c) 1987, 1988 Borland International
msdos error, ax= 0006h
exe2com: can't find input file vzibmj.exe
exe2com 1.04 by Chris Dunford/The Cove Software Group

 ドライブ C: のボリュームラベルはありません.
 ボリュームシリアル番号は 0000-0000
 ディレクトリは C:\VZ\vzk\K07T4

ファイルが見つかりません.
                        24,118.86 メガバイトの空きがあります.


ということで、TLINK.EXE でエラーになって実行ファイルができないです。

Turbo Link  Version 2.0  Copyright (c) 1987, 1988 Borland International
Warning: no stack

正常ならこういう警告表示が出て、実行ファイルは出来ます。
警告表示でエラーになって終了しているのかな?

いっぽう、comannd.com 6.20 の場合、DELコマンドでエラーになります。

ver
MS-DOS Version 6.20

del *.obj
不明なエラーです.


VZ使用で出る不具合もあるかもしれませんが、実用にはもう少し検証を
続けるようですね。使いながら気づいたことを書いていきます。



07774/07758 BQO00549 konno Re^2: MS-DOS Player の試用報告
( 1) 17/07/30 15:47 07773:konnoさんへのコメント コメント数:1

GREP の動作の違い

VTDOS + izgrep
VTDOS|C:\VZ\K07T5>C:\UT\IZGREP.EXE "AF"
^C で終了できる。

MS-DOS Player + izgrep
C:\VZ\K07T5>C:\UT\IZGREP.EXE "AF"
^Cが効かない、どのキーでも終了できない。


VTDOS + ygrep
VTDOS|C:\VZ\K07T5>C:\UT\YGREP.EXE
検索 pattern を指定してください。
ygrep.hlpをygrepを起動するdirectoryに置いてください。

VTDOS|C:\VZ\K07T5>C:\UT\YGREP.EXE "AF"
普通に検索されます。

MS-DOS Player + ygrep
C:\VZ\K07T5>C:\UT\YGREP.EXE
何もしない?

C:\VZ\K07T5>C:\UT\YGREP.EXE "AF"
何もしない?


VTDOS + yagrep
VTDOS|C:\VZ\K07T5>C:\UT\YAGREP.EXE "AF"
^C で終了できる。

MS-DOS Player + yagrep
C:\VZ\K07T5>C:\UT\YAGREP.EXE "AF"
'C:\UT\YAGREP.EXE" "AF' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。


MS-DOS Player +VZで操作中何度か完全に固まりました。
一度はファイラーだったかな? キーコード調査中だったかな?
一度は日本語文の編集中で、作成中の文章が保存できなくなって困った。
窓を閉じることもできない状態でした。
タイトルバーのアイコンをクリック→編集→全選択→コピー
で、表示画面のデータは別窓VZに保存出来た。やれやれ

int29h 対応でかなり手を入れてもらったので、その影響かも。
VZ固有の問題かもしれないですが、追及は難しいですね。
ということで、実用にはまだ厳しいです。



07775/07758 GST01234 10♯ Re^3: MS-DOS Player の試用報告
( 1) 17/07/31 21:52 07774:konnoさんへのコメント コメント数:1

VTDOS+VZでも年数回はフリーズすることありますけどね…
初回リリース時点でその頻度には落ち着いてましたけど。

07776/07758 BQO00549 konno Re^4: MS-DOS Player の試用報告
( 1) 17/08/02 00:47 07775:10♯さんへのコメント コメント数:1

> VTDOS+VZでも年数回はフリーズすることありますけどね…
> 初回リリース時点でその頻度には落ち着いてましたけど。

そうですね、VTDOS登場のころを思い出します。
それで思い出したのが、各種command.comの非互換性です。
#4473 で、Win98やWin95のcommand.com で

> dirとたたいた結果は

>> 'r' は、内部コマンドまたは外部コマンド、
>> 操作可能なプログラムまたはバッチ ファイルとして認識されていません。

>なんか、最初の2文字がどこかに消えてしまった模様。

ということがあり、純DOSのcommand.comで調整されたVTDOSでは
Win98やWin95のcommand.com で ポインタのずれがあったような気がします。
MS-DOS PlayerはWin98のcommand.comを使用しているようなので、逆に
ポインタがずれたりとかないでしょうかね。

また、#5744 で、

> どうやら、DOSは、引数が無い場合、引数エリアのメモリをクリアしていないようです。
> なんという手抜き!!
> おそらくVTDOSと擬似常駐VZの環境ではクリアされていたということでしょうね。
> スペースによる違いはスペースまで読むか無視するかという動作の非互換性ですね。

と書いたように、command.com によって、スペースの処理とか違ったりして
今回の事象と何か関連ありそうにも思ったりしました。


> MS-DOS Player + yagrep
> C:\VZ\K07T5>C:\UT\YAGREP.EXE "AF"
> 'C:\UT\YAGREP.EXE" "AF' は、内部コマンドまたは外部コマンド、
> 操作可能なプログラムまたはバッチ ファイルとして認識されていません。

これ、よく見ると引用符の位置がおかしくなっていますね。

C:\VZ\K07T5>C:\UT\YAGREP.EXE 'AF'

と変えてみたら、コマンド入力待ちになって、^C で終了出来ました。


あとは、編集中、特定の文字入力でVZマクロが起動したりしました。
VZのキーコード取得は変態的なことをやっているので
キーバインドの調整が必要かもしれないと素人考えで思いました。
編集中に固まったのはこれが原因かもと思いました。
いずれにしても、再現できないと特定が難しいですね。


ところで、今までの動作検証は全て非常駐VZでした。
MS-DOS Player ではまだVZを常駐で動作できていません。
どなたか常駐で使用できている人はいませんか?


07777/07758 BQO00549 konno MS-DOS Player の使い方
( 1) 17/08/07 00:06 07776:konnoさんへのコメント

MS-DOS Player のページが更新されました。  
今回は、MS-DOS Player の使い方の記事になっています。
長いですが以下に引用します。

----------------------------------------------------------
2017/8/4
子プロセスとして32bit/64bitのプログラムを実行できるようになった件ですが、
 子プロセスとして起動した32bit/64bitのプログラムが終了するまで、
MS-DOS Playerに処理が戻らないことを意識していただく必要があります。
 特に子プロセスとパイプを繋ぐときはご注意ください。

 例題として、TYPEコマンドとMOREをパイプで繋ぐケースを考えてみます。
 以下、話を単純化するため、64bit Windows上の話とします。
COMMAND.COM, MORE.COMは16bit、CMD.EXT, MORE.EXEは64bitのプログラムとします。
 使用するMS-DOS Player(MSDOS.EXE)も64bit版とします。


	>MSDOS.EXE COMMAND.COM
	>TYPE HOGE.TXT | MORE.COM

MS-DOS Player上で動いている、16bitのCOMMAND.COMと、16bitのMORE.COMを
 パイプで繋いでいますが、これは問題なく動作します。
このパイプは、MS-DOS Playerの仮想DOS環境上で繋がれたパイプとなります。


	>MSDOS.EXE COMMAND.COM
	>TYPE HOGE.TXT | MORE.EXE

子プロセスとして起動した64bitのMORE.EXEが終了するまで、MS-DOS Playerに
処理が戻りませんので、TYPE HOGE.TXTの出力はMORE.EXEに繋がりません。
つまり、MS-DOS Playerの仮想DOS環境上では、32bit/64bitの子プロセスと
 パイプを繋ぐことはできません。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE.COM

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXE上では、
16bitのMORE.COMは動作しません。
また、CMD.EXE上でEXITして終了するまで、MS-DOS Playerには処理は戻りません。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE.EXE

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXEと、64bitのMORE.EXEを
 パイプで繋いでいますが、これは問題なく動作します。
MS-DOS Playerとは関係なく、普通にコマンドプロンプト(CMD.EXE)を起動して、
 普通にTYPE HOGE.TXT | MORE.EXEを実行したときと同じ状況です。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。


	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MSDOS.EXE MORE.COM

MS-DOS Playerから子プロセスとして起動された64bitのCMD.EXEと、別に起動された
MS-DOS Playerとパイプを繋いでいますが、これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
またこのとき、MORE.COMは、最初に起動したCOMMAND.COMとは別のDOS仮想環境上で
動作していることにご注意ください。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE.EXE

64bitのMS-DOS Playerと、64bitのMORE.EXEをパイプで繋いでいますが、
これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
またこのとき、MORE.EXEは、MS-DOS Player上の子プロセスとしてではなく、
MS-DOS Playerとは別のプロセスとして起動していることにご注意ください。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE.COM

MORE.COMは、MS-DOS Player上の子プロセスとしてではなく、MS-DOS Playerとは
別のプロセスとして起動することになりますが、勿論、64bit Windows上では
16bitのMORE.COMは動作しません。


	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MSDOS.EXE MORE.COM

MS-DOS Playerと、別に起動されたMS-DOS Playerとパイプを繋いでいますが、
これは問題なく動作します。
このパイプは、64bit Windows上で繋がれたパイプだということにご注意ください。
また、COMMAND.COMとMORE.COMは、別のDOS仮想環境上で動作していることに
 ご注意ください。


	>MSDOS.EXE -cMORE32.EXE MORE.COM
	>MSDOS.EXE COMMAND.COM /C TYPE.HOGE.TXT | MORE32.EXE
	>MSDOS.EXE COMMAND.COM
	>CMD.EXE
	>TYPE HOGE.TXT | MORE32.EXE

16bitのMORE.COMを、MS-DOS Playerに埋め込んで、64bitのプログラムに変換すれば、
64bitのプログラムとパイプを繋ぐことが可能です。

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


どうやら、今回の32ビットのGrep が挙動不審だった原因も同じようですね。
16ビットのVZから32ビットの対話型コマンド(Grep)は使えないようです。
WGREPなどの16ビットのGrepを使えば問題ないということですね。

あるいは、shadowさんご紹介のKWIC FinderなどのGUIアプリを使って、
クリップボード経由でVZに張り付けるか。

今回の一連のVZ対応更新で、VZ使用環境が飛躍的に向上したのは間違いなく
本当にありがたいです。

よくわからないものを無理して使うのは素人ユーザーの所以か。


#ああ、またまた妄想が・・・


「消滅しただと!! 丸ごとか!!」
「よくわからないものを無理して使うから、使途が暴走したんだわ。」
「だがこれも全てシナリオ通りだ。四回文書が無くなるのも計画の内さ。」
「ああ、そうだな。」
「われわれが最初のVZを参考にして人の手で作り上げたものだからな。」
「VZ改シリーズは完成していたのか。」
「これで〇〇補完計画も進むだろう。」



07778/07758 BQO00549 konno MS-DOS Player 2017/8/12 の更新
( 1) 17/08/14 20:28 07758:konnoさんへのコメント

MS-DOS Player が更新されていました。
以下引用です。

----------------------------------------------------------------
2017/8/12
キーバッファの処理を改良しました。
SO1において、キー入力が安定するようになりました。

従来は、MS-DOS Playerのコード上のFIFOバッファで管理していたのですが、
これを、BIOSデータエリア上のキーバッファで管理するようにしました。
キーバッファの内容を直接参照するソフトの動作が改善しているかと思います。

また、BIOSデータエリア上のキーバッファが空でない場合は、32msecおきに
IRQ1(キーボード割り込み)を発生するようにしました。
キーバッファにまだデータが残っているのに読みに来なくて、次にキーが押されて
割り込みが発生したときに、その前に押されてキーバッファに残っていたキーが
遅れて取り込まれて、今押されたキーは取り込まれないままバッファに残る、
みたいな状況が改善しています。

ただし、BIOSデータエリア上のキーバッファはたった16文字分しかありません。
これに収まりきらない分は、従来のFIFOバッファの方に入れておいて、
BIOSデータエリア上のキーバッファに空きができたら、従来のFIFOバッファから
順次移していくようにしています。
IME上で長い文章を入力して、一気に変換して確定すると、コンソールに対して
一気に入力が反映されるので、このような仕組みが必要になります。

2017/8/11
INT 10h, AH=0Ehを修正しました。
画面に1文字表示する機能ですが、AH=09h/0Ahと同様に、BHに出力先の画面番号が
入っているものと勘違いしていました。
現在選択されている画面への出力、ということでいいみたいですね。

MEU.COM対策で、キー入力をチェックをしながらスピンロックしている場合に、
Sleep(10)のかわりに、_mm_pause()を実行するよう修正した件について、
もう少し修正をおこないました。

2017/8/9
メモリユーティリティのMEU.COMの表示が遅い問題を修正しました。

キー入力の有無のチェックの処理を、短期間に繰り返し実行している場合には、
スピンロックをしていると見做して、キーチェック毎にSleep(10)してやることで、
キー入力をスムーズにする処理が入っています。
こちらのソフトでは、1文字表示する毎に、何故かINT 21h, AH=06h, DL=FFhで
キー入力のチェックをしており、上記の条件に当てはまっていたため、
1文字表示する毎にSleep(10)してしまっていました。

Sleep(10)の代わりに、_mm_pause()を実行するように修正しています。

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

おお、MEU の表示が速くなった。\(^^)/ ヤッタ-

最近はVZのほうを弄っているので、あまり動作報告できないです。
10#さんから頂いたパッチを積み残したままだったんですが
最近必要を感じて、泥縄を弄っているところです。例えば、

MS-DOS Player for Win32-x64 謎WIPページ

このような長いタイトルのWEBのページをテキストに落として
VZで見るのに、SFNだとタイトルがわかりにくいので
LFNで表示させたいが、半角空白があるとうまくないのです。

やっと形が出来てきたところですが、MS-DOS Player+VZだと
現状開けないので、まずVZをきちんと形にしないとね。
この文章はMS-DOS Player+VZで書いてます。

# 全てはVZのために



07779/07779 BQO00549 konno #if から始まる真苦労道
( 1) 17/08/17 22:36

MSDOS PlayerでVZが使えるようになると色々検証することになります。
高橋版VZでLFNファイラーが使えるかどうか、また、新VZのバグ出しの
ためにRfとLfを連動させるようにファイラーマクロを修正した。

vzFl.def の SFN → LFN 切り替えマクロ、修正前は

.:V	 (s-3)?{ r'W'-fg.51&4, >^ }		 ;walkmnu:fg+51 dw
	&Sc(si=pa,pi,3) r++.0-,di=r,cx=ha-4,	;without si,di,cx ?
	ax$71a0, &i($21) (ax-$7100)?{		;H.Konno for XP etc.
#if tVZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
	#V.	;5-->1-->LFN
#else
	} #V.	;5-->1
#endif


これを、下記のように修正

.:V	 (s-3)?{ r'W'-fg.51&4, >^ }		 ;walkmnu:fg+51 dw
	&Sc(si=pa,pi,3) r++.0-,di=r,cx=ha-4,	;without si,di,cx ?
	ax$71a0, &i($21) (ax-$7100)?{		;H.Konno for XP etc.
#if (rf<2)					; Rf 対応VZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
;	#V.	;5-->1-->LFN
	rf=lf,#V.	;5-->1-->LFN		; Rf を Lf と連動(仮)
#elseif (Lf<2)					; Lf 対応VZ
	(fv&4)?fv1,?(lf!)??fv5, fv^=4,} 
	#V.	;5-->1-->LFN
#else
	} #V.	;5-->1
#endif


ここからが本題です。

#if (rf<2)					; Rf 対応VZ
#elseif (Lf<2)					; Lf 対応VZ

ここで、Rf や Lf に対応したVZ だけ通り、それ以前のVZは、スルーします。
どちらもフラグなので、この式で0でも1でも真になります。
こういう形式にすることで、オリジナルのVZでも未定義のIDとしてスルーし、
エラーにならず、全てのVZで共通のマクロが動作します。

この形式は高橋版で拡張された機能ですが、説明はFGALDCの会議室のログ
にしか存在しないので、知らない人もいるのではないでしょうか。
 stkhlp.def の VZMACRO.SHD にもありませんでした。

ということで、stkhlp.def と VZMACRO.SHD にまで手を付ける羽目に。


# 海賊VZの船長は積み残したお宝を乗せるためにVZの載る船を作ってくれる
  船大工を仲間に引き入れた。
  いつでもどこでもVZしたい、が当初からのテーマ、船は多い方がいい。
  (VZを)産めよ増やせよ地に満てよ
  いよいよマクロの4高の一角に手を出す展開に。
  さあ、次はどんな冒険が待っているんだ。



07780/07780 BQO00549 konno rensave.def v2.0 の再改造
( 1) 17/08/21 01:45

ねこさんの RENSAVE.DEF の再改造です。


昔FGALDCの会議室で改造したんですが、テンポラリエラーが出るようになって、
使わなくなっていました。
今回また必要性が高まったので、見直してバグを見つけました。


> 08064/08074 KFR04247  H.Konno          rensave.def v2.0 にバグ?
> (14)   04/05/06 01:01
> 
> みなさんこんにちは。
> 
> 私は毎日のように rensave.def 2.0(世代管理セーブ by ねこ)の
> お世話になっています。(ねこさん、ありがとうございます。)
> これが無いとVZのバージョン管理も出来ないんですが、最近、
> バグと思われる現象に出会いました。
> 
> それは、拡張子が1文字の時に使用すると、ピリオドが消えて、
> ファイル名と拡張子がつながってしまうと言うものです。
> たとえば、
> 
> abc.c のようなファイルを編集し、rensave.def でセーブすると、
> abcc になってしまうんです。オリジナルVZでも、XP、Win98Me、
> LX でもなるので、rensave.def のバグかと思ったわけです。
> 皆さんの所ではどうでしょうか。
> 
> 08066/08074 KFR04247  H.Konno          RE:rensave.def v2.0 にバグ?
> (14)   04/05/12 02:34  08065へのコメント
> 
> > 問題のコードは,
> >        #82 #h #m #82 #u #m                     ;ファイルを読み込む
> >…の部分です。
> 
> 手動でやってみて納得しました。未修正のファイルも修正済みになりますね。
> 
> 最初の (mr-1)?. というのは、mr が1以外なら終了と言うことですよね。
> とすればこの時点で mr は1になっている?
> と言うことで、この部分をコメントにして見ました。
> 
> ;        #82 #h #m #82 #u #m                     ;ファイルを読み込む
> 
> なんかバグが無くなって正常に動いているように見えます。(^^;
> 
> -- H.Konno --

こんなやり取りをしていたんですが、実はこの部分が重要だったという落ち。
短いので全部張り付けます。


====== rensave.def    世代管理セーブ  by ねこ ======
;====== rensave.def 2.0  世代管理セーブ by ねこ ======
* m
80 [ESC]F "rename save"
	?. (mr-1)?. ;&s				;Readonlyは除外
	&m("世代管理セーブ")		;メッセージ
	#]					; ★k cp をテキストバッファに
	&s
;;	#82 #h #m #82 #u #m			;ファイルを読み込む
	&Sh(pf,nm) 				;ファイル名コピー
	ax$4e00, cx-, dx=pf, &i($21) n-,	;ファイル検索
	(ax!=$12)?{				;見つかったら
		&Sy(pf)				;ファイル名解析
		&Sc(pr,pf,cx-pf+(r&2/2-1))	;prにコピー
	:A	&Sp(r,".%03d",n)		;連番拡張子付加
		ax$5600,dx=pf,di=pr,
	#M #_ #U				; ★k テンポラリエラー対策
		r[, &i($21) r],			;rename
		(ax==5)?{n++,>A}		;既に有るなら連番増分
		&Sh(pf,pr)			;ファイル名ヒストリにコピー
	}
	&d &m("%sにバックアップ",pf) &s		;メッセージ
	#S #m &d #?				;現テキスト保存
	&m("%sにバックアップしました",pf)		;メッセージ
	#C
*
====== bottom of rensave.def ======


★印が今回の改造部分です。
要は、セーブ前にディスク上のファイルをリネームするのですが
その時点で大きいファイルでは一部しか読み込んでいないため
セーブ時にファイルの追加読み込みをしようとして、ファイルが無い!!
で、テンポラリファイルエラーになるわけです。

これは手動でやっても同じなので、セーブ前にディスク上のファイルを
リネームするときはその前にいったんテキストの最後までジャンプさせる
必要がある、ということでした。


# 過去に積み残したお宝が山積みで掘り起こしが大変だぁ〜!!