最近掲示板の更新が無いせいか、スパムが出てきました。
多少の修正をしたので、書き込みが出来るかテストを兼ねて書き込みます。

> 最近掲示板の更新が無いせいか、スパムが出てきました。
> 多少の修正をしたので、書き込みが出来るかテストを兼ねて書き込みます。

このレスが書き込めていれば多分問題ないです。

konnoさん
　これが書き込めれば、さらに問題なしですね、きっと。
　いやあ、もう色々ありますね、ドタバタドタバタ。
　７月の長雨のあと、８月の猛暑。コロナはいわずもがな。
　個人的にも、まあ、もう、いっぱいありまして、なんかこの人生、振り回されっぱなし
だな、とか思っています。野菜もかなり酷い状態だし。発電その他の方向は、進歩はない
まま、８月は、ガシガシ電気作ってくれますね。まあまあ使えてるかな？
　調子の悪い野菜のために、大量の汗をかくのって、しんどいです。
　まだ修羅場はつづきそう。「学期」みたいな、スクールカルチャーは、ぐちゃぐちゃ
です。
　とにかく、お元気そうで何よりです。僕も、なんとか元気です。

> 多少の修正をしたので、書き込みが出来るかテストを兼ねて書き込みます。

konnoさんのところに書き込めなくなったせいでしょうか。
ここ数時間、うちの板塀へのスパマーのアクティビティがえらく高くなっています。
具体的には、２６日２０時以降の約４時間で約２５回。
でも、konnoさんのところとは傾向が違うかも。
うちに来ているのは、数文字の日本語の他はほぼ全て意味不明アルファベットと
ＵＲＬのみといった感じ。
そして、既存の対応ルーチンで全て遮断できているので、特に何も手は打って
いません。

> 最近掲示板の更新が無いせいか、スパムが出てきました。

管理人ご自身による怒涛の書き込み、というのがスパムに対して著効あり。かも。

> 　これが書き込めれば、さらに問題なしですね、きっと。

動作確認にご協力いただき、ありがとうございます。
久しぶりのソ−ス弄りで不安があったんですが、これなら大丈夫そうですね。
今回の修正でログのメンテが多少でも楽になればいいんですがね。

> 　いやあ、もう色々ありますね、ドタバタドタバタ。
> 　７月の長雨のあと、８月の猛暑。コロナはいわずもがな。

ほんとですね、今日も外は日差しが暑くてくらくらしそうでした。

> 　個人的にも、まあ、もう、いっぱいありまして、なんかこの人生、振り回されっぱなし
> だな、とか思っています。野菜もかなり酷い状態だし。発電その他の方向は、進歩はない
> まま、８月は、ガシガシ電気作ってくれますね。まあまあ使えてるかな？
> 　調子の悪い野菜のために、大量の汗をかくのって、しんどいです。

文太さんお忙しそうでなによりですね。(^^;
長い梅雨と猛暑と水害で野菜が高くなってまいっちゃいますよね。
ソーラーは今放置状態ですが、玄関ライトは元気に点いてます。

> 　まだ修羅場はつづきそう。「学期」みたいな、スクールカルチャーは、ぐちゃぐちゃ
> です。

学校や会社はテレワークになっていくんでしょうね。今は過渡期かと。

> konnoさんのところに書き込めなくなったせいでしょうか。
> ここ数時間、うちの板塀へのスパマーのアクティビティがえらく高くなっています。
> 具体的には、２６日２０時以降の約４時間で約２５回。
> でも、konnoさんのところとは傾向が違うかも。
> うちに来ているのは、数文字の日本語の他はほぼ全て意味不明アルファベットと
> ＵＲＬのみといった感じ。

うーん、傾向が違うので多分関係ないかとは思いますが。
こういうのは普通自動運転で攻撃するんでしょうかね。
うちに来るのは手動っぽい感じがします。

> そして、既存の対応ルーチンで全て遮断できているので、特に何も手は打って
> いません。

完全遮断出来てるのはうらやましいですね。
うちの掲示板は古いバージョンのままだからでしょうかね。

> 管理人ご自身による怒涛の書き込み、というのがスパムに対して著効あり。かも。

うちはしばらく更新が無いと書き込まれるみたいなので、案外そうなのかもですね。
管理者の存在確認だったりして。(^^;

> うーん、傾向が違うので多分関係ないかとは思いますが。

やっぱり違いましたか。

> こういうのは普通自動運転で攻撃するんでしょうかね。
> うちに来るのは手動っぽい感じがします。

今回、うちにきたのは明らかに自動運転と見ました。
２６日の２０時ごろから２７日の２０時ごろにかけて約９０回の書き込み失敗が
あり、とりあえずそれで収束したっぽい。
そして、書き込みの前には概ね４回の読み込みがありました。
また、事前に読んでいるのも掲示板本体だけで、ＣＳＳファイルだとか、掲示板
最下部に設置してある画像ファイルは読んでいないので、これが手動であるわけ
がない。
ただ、以前は、例えばJavaScriptを読んでいるから手動だ、という判断ができた
のですけどね。現在の進歩した機械はJavaScriptぐらい読んでしまうので、それ
だけでは手動判定ができない。Google先生のクローラーは、既に数年前の段階で
JavaScriptの実行までできていたわけですが、それが可能だとわかると、今では
スパマー連中まで実装している模様。
ということで、私の場合、手動判定は、上記のように、ＣＳＳや画像ファイルの
読み込み有無と、併せて、読み込みから書き込みまでにかかった所要時間の２つ
で判断していますが、それで本当に正しく判断できているかはなはだ疑問。
konnoさんの場合はどんな項目で手動判定をされています？

ところで、今回の場合、書き込み元は見事に分散がかかっていて、一番書き込み
回数の多いＩＰアドレスでさえ、たった５回。
これはあれかなぁ、ネットに接続されているテレビとか監視カメラとかエアコン
とかが乗っ取られて、スパムの発射台にさせられているパターンかも。


> 完全遮断出来てるのはうらやましいですね。

今回の場合、ほとんどは上記の通り、読み込みと書き込みの間隔で引っかかって
くれている感じですが、細かく見ると、いくつかはパスしてしまっている模様。
具体的にどの程度かは数えていませんが、１割とかそのくらいのような感じ。
ただ、幸いというか、今回の相手は空白を要求している偽認証欄に、ご丁寧にも
必ず何かを書いてくださっているので、それで遮断可能。また、プレビュー欄も
チェックが入っていなくて、うちはプレビューがよそと反転しているから、これ
もプレビューありの意味になってしまうので、書き込み完了まではたどりつけて
いない。
今回は、これらで遮断できています。

> > うーん、傾向が違うので多分関係ないかとは思いますが。
> やっぱり違いましたか。

あくまで個人的な感想です。(^^;

> ということで、私の場合、手動判定は、上記のように、ＣＳＳや画像ファイルの
> 読み込み有無と、併せて、読み込みから書き込みまでにかかった所要時間の２つ
> で判断していますが、それで本当に正しく判断できているかはなはだ疑問。
> konnoさんの場合はどんな項目で手動判定をされています？

あ、いや、単なる感です。(^^;;
そういえばこの間、めざらさんの所もスパム書き込みがありましたね。
更新情報で見ただけですが。
文面がうちと同じような感じだったので、同じところからなのかと思いました。

> ところで、今回の場合、書き込み元は見事に分散がかかっていて、一番書き込み
> 回数の多いＩＰアドレスでさえ、たった５回。
> これはあれかなぁ、ネットに接続されているテレビとか監視カメラとかエアコン
> とかが乗っ取られて、スパムの発射台にさせられているパターンかも。

ネット家電も乗っ取られてスパムの発射台になってしまうんですか？　怖いですね。
うちのテレビもやられてるかもしれませんね。

> ただ、幸いというか、今回の相手は空白を要求している偽認証欄に、ご丁寧にも
> 必ず何かを書いてくださっているので、それで遮断可能。また、プレビュー欄も
> チェックが入っていなくて、うちはプレビューがよそと反転しているから、これ
> もプレビューありの意味になってしまうので、書き込み完了まではたどりつけて
> いない。
> 今回は、これらで遮断できています。

プレビュー反転はやっぱり効果あるようですね。
うちも検討してみます。

うちはまたスパム書き込みをやられましたが、スクリプト対策が効きそうです。
また少し修正してみました。
この書き込みができていれば問題ないと思います。

> あくまで個人的な感想です。(^^;

(^^;
どこぞの通販番組のような。

> あ、いや、単なる感です。(^^;;

おっと、カン働きの悪い私には全く参考にならない回答というヤツですな。残念。

> ネット家電も乗っ取られてスパムの発射台になってしまうんですか？　怖いですね。

各メーカーとも、それなりにソフトウェアアップデートはやってくれているよう
なんですけどね。ただ、やっぱり例の、製造後何年、というやつがあるのだろう
と思います。
有名なところでは、もう４年ぐらい前かな、１５万台ほどのネットワークカメラ
を操った攻撃、というのがありました。
あと、掲示板スパムではなくメールのほうのスパムですが、やっぱりもう何年も
前から冷蔵庫発というのがあるようです。

> プレビュー反転はやっぱり効果あるようですね。

大昔に書いたことがあると思いますが、５箇所ほど、比較演算子のEQとNEを反転
させるだけですから、作業量は大した事はないと思います。

> うちはまたスパム書き込みをやられましたが、スクリプト対策が効きそうです。
> また少し修正してみました。

セキュリティの関係なんでね、何でもかんでもオープンにするわけには行かない
というのはその通りなんですが、外部からの監査とかレビューとかがないと効果
がないとか返って逆効果になっている部分が指摘できない、というデメリットも
あるわけで。
何が言いたいかというと、konnoさんがどういう対処をしているか知りたいな、と。
私のところは、人間相手なら「ご苦労様賞」というような感じで、書き込まれて
しまうことを承知でほとんどの対応策を開示してしまっていますけどね。それが
一般的だと言うつもりはありません。
でも、かつて、Vzとかいうエディタをはじめ、ソースを開示することで完成度を
向上させるという手法もあるわけで、ご一考いただけると幸いかな、と。いや、
もちろん、そもそもそういう手法はいやだ、という方に強要するつもりはありま
せんし、あわよくばそのロジックを私のほうでも参考にさせてもらおう、という
下心もあったりなんかするわけですが。あるいは、ここの掲示板で採用する手法
をここの掲示板で議論することに不安があるというのであれば、うちなりめざら
さんのところを使ってぜひ。



余談ですが、うちの板塀に対するアタック状況。
８月２８日は１０回ほどだったのですが、２９日〜３１日はそれぞれ３０回前後。
ただ、これだけの回数のアタックがあると、どんなにアクセス元が分散されても、
アクセス数の多いところが出てきます。ほとんどのアクセス元は５回以下だった
のですが、６回以上というアクセス元が４ヶ所ありました。そのうちの３箇所は
１０回以上、もう一つは９回。
なので、試しに、これら４箇所はアクセス禁止にして見ました。
４箇所のうち２箇所は台湾、あとの２つは韓国とベトナム。
うぅん、うちの板塀も国際的になったものだ。

ということで、現状、様子見。
３日〜５日程度、どう変化するか観察してみたいと思います。

> 有名なところでは、もう４年ぐらい前かな、１５万台ほどのネットワークカメラ
> を操った攻撃、というのがありました。

スマホのカメラを乗っ取られるのはテレビで見たことがあります。怖いですね。
最近のノートPCはWEBカメラ標準装備ですが、私は使わないのでガムテで塞いでいます。

> あと、掲示板スパムではなくメールのほうのスパムですが、やっぱりもう何年も
> 前から冷蔵庫発というのがあるようです。

IPアドレス偽装みたいなこともあるんでしょうかね。
テレビやHDDレコーダーのLANも踏み台にされていそうですね。

> > プレビュー反転はやっぱり効果あるようですね。
> 大昔に書いたことがあると思いますが、５箇所ほど、比較演算子のEQとNEを反転
> させるだけですから、作業量は大した事はないと思います。

余裕が出来たらチャレンジしてみたいと思います。

> セキュリティの関係なんでね、何でもかんでもオープンにするわけには行かない
> というのはその通りなんですが、外部からの監査とかレビューとかがないと効果
> がないとか返って逆効果になっている部分が指摘できない、というデメリットも
> あるわけで。

効果は、ありまーす。(^^;
まあ個人の掲示板なので、バグで動かないとか迷惑を掛けなければいいかなと。

> 何が言いたいかというと、konnoさんがどういう対処をしているか知りたいな、と。

たいしたことはしてないですが、大ざっぱに言うと
この手のスパムは過去ログにレスしているので、入力フォームを使っていないみたい。
つまり、スクリプトで不正な数値を直接書き込んでいると想像しました。
これをやられると、生ログを落としてVZで編集しないといけないので面倒です。

そこで前回から、書き込み時にレス番が古いのは撥ねるようにしました。
これでスパム削除して復帰が管理画面だけで出来ればメンテが楽になるわけです。

2度目の修正は、書き込み時のチェックを一つ追加しました。
内容は内緒です。(^^;


余談ですが、ドコモ口座のチェックがザルで、大変なことになっていますね。
個人の掲示板などとはわけが違うので、しっかりしてほしいです。
ゆうちょの窓口でドコモ口座と紐づけされていないか確認しなくては。(;_;)

> 最近のノートPCはWEBカメラ標準装備ですが、私は使わないのでガムテで塞いでいます。

これをやっている人は多いみたいですね。ただ、最近の、在宅ナンチャラ、の
関係で、しぶしぶカメラを使う、という人も多いらしい。

> IPアドレス偽装みたいなこともあるんでしょうかね。

そういった偽装は、ある意味、高級な部類になるんですけど。
そこまで高級なことはやっていないみたい。
例えば、なんか変なデータを大量に送りつけると制御を奪えるとか。
ひどいものになると、バックドアが開いているので簡単に乗っ取れるとか。
なお、ネットに接続できる機器の多くは、テレビだってHDDレコーダーだって大抵
Linux搭載だけど、最近は、Win10搭載の冷蔵庫というのもあるらしい。
そして、ひとたび乗っ取れてしまえば、あとはやりたい放題。
当然、その気になれば、スパムだってなんだって。

> この手のスパムは過去ログにレスしているので、入力フォームを使っていないみたい。

うわ。
機械からの攻撃は入力フォームを使わない、というのはわかりますが、過去ログ
に対するレスというのは、うちではないかも。あっても気がついていないだけ、
というのもありがちですが。
で、実は、それが目的ではないのですが、うちでは実質的にフォームを使わない
書き込みを排除することに援用できているものがあります。
うちの入力フォームの部分のソースを見ていただくとわかりますが、謎の怪しい
パラメータのrand1、rand2というのがあります。このパラメータのない書き込み
は遮断しているので、このパラメータを取得するためにフォームへのアクセスを
強制するような形になっています。

> 2度目の修正は、書き込み時のチェックを一つ追加しました。
> 内容は内緒です。(^^;

一番のキモ、というヤツでしょうか。私が最も興味のあるところだったりします。
ところで、優先順位というか、その内緒ルーチンは最後の砦っぽいことになって
いるのでしょうか。つまり、実際そこまでたどりつくものは少ない、という意味
で。それとも、雑魚というか、これで大量に引っかけている、という形ですか？
要は、他の対策ルーチンが全くなかった場合に、そのチェックだけでどれだけを
阻害できるか、ということです。９割以上カットできるのか、それとも他をすり
抜けてきた１％にしか効果がないのか。

> 余談ですが、ドコモ口座のチェックがザルで、大変なことになっていますね。

お金の絡むところですからね。困ったものです。



ところで、この掲示板に関して、余裕ができたら、などと悠長なことではなく、
すぐにでも手を入れていただきたいところがございまして。
何かというと、ツリー表示の部分。
トップというか、mode=list&list=treeでは問題がないようです。
でも、mode=allreadの場合、例えば#9561から始まるツリーとか、形が崩れて
しまっています。
mode=msgviewでも問題はないようなので、ツリーを表示するルーチンを比較
すれば簡単に原因を発見できる可能性は高いと思います。
比較的早急に対処していただくことを希望いたします。

新着情報の画面で、うちの掲示板の表示が崩れてしまいました。
としきさんの最後の書き込みが上手く読み取れずに表示がズレてしまったようです。
生ログや、新着情報のソースを調べましたが、結局原因がわかりませんでした。

とりあえず表示を正常化するために泥縄で修正して何とか表示は正常化できました。
よくわからないものを無理して使っていたので、何が消滅してもおかしくないですね。

原因究明のためにレスをしないでいましたが、結局原因もわからずです。
ソースもよくわからないものが、もっとわけわかめになってしまいました。(^^;
ボケた脳のリハビリにはなったかもです。(^^;;

> 機械からの攻撃は入力フォームを使わない、というのはわかりますが、過去ログ
> に対するレスというのは、うちではないかも。あっても気がついていないだけ、
> というのもありがちですが。

新着には表示されているのに、ツリーでは表示されないのです。
過去ログにレスしているからですが、フォームからは不可能ですよね。
で、この場合は、管理画面でも表示されないので削除も出来なくて面倒なのです。
今回の修正でそれが無くなってくれればメンテが楽になるのですが。

> うちの入力フォームの部分のソースを見ていただくとわかりますが、謎の怪しい
> パラメータのrand1、rand2というのがあります。このパラメータのない書き込み
> は遮断しているので、このパラメータを取得するためにフォームへのアクセスを
> 強制するような形になっています。

これは効果ありそうですね、参考になります。


> > 2度目の修正は、書き込み時のチェックを一つ追加しました。
> > 内容は内緒です。(^^;
> 
> 一番のキモ、というヤツでしょうか。私が最も興味のあるところだったりします。
> ところで、優先順位というか、その内緒ルーチンは最後の砦っぽいことになって
> いるのでしょうか。つまり、実際そこまでたどりつくものは少ない、という意味
> で。それとも、雑魚というか、これで大量に引っかけている、という形ですか？

内緒というのは嘘で、内容を忘れていたというのが本当の所です。(^^;
タイトルにURLが書かれていたのに、入力フォームで防げていなかったのですね。
なので、書き込み時にチェックするように追加しました。
うちの掲示板は穴だらけなので、一つ一つ塞いでいくしかないですね。

> > 余談ですが、ドコモ口座のチェックがザルで、大変なことになっていますね。
> お金の絡むところですからね。困ったものです。

問題なのは、ドコモ口座とか使ってないのに知らないうちにお金を抜かれてしまうことですね。
私も自分の所の穴も塞げないのでそういう仕事は向いていないのかも。(^^;


> でも、mode=allreadの場合、例えば#9561から始まるツリーとか、形が崩れて
> しまっています。
> mode=msgviewでも問題はないようなので、ツリーを表示するルーチンを比較
> すれば簡単に原因を発見できる可能性は高いと思います。
> 比較的早急に対処していただくことを希望いたします。

ああ、確かにツリーの縦線が崩れていますね。
この問題は、何度かソースを見比べているんですが、簡単には出来そうになくて。
私のスキルが足りないせいですが、今はもっと足りなくなっています。(;_;)
一応見てみますね。(^^;

> > は遮断しているので、このパラメータを取得するためにフォームへのアクセスを
> > 強制するような形になっています。
> 
> これは効果ありそうですね、参考になります。

ここで１つ注意点。
この２つのパラメータはあくまで、入力フォームへのアクセスを強制しているだけ
である、ということ。つまり、いったんこの値を取得されてしまったなら、あとは
この値を使い回されて、いくらでも機械的な投稿を許可してしまうような実装も
可能なわけです。
もちろん、私のところは、そんなことのないような仕組みを導入してあります。


> ああ、確かにツリーの縦線が崩れていますね。
> この問題は、何度かソースを見比べているんですが、簡単には出来そうになくて。

表示のうまくいっているところとおんなじロジックを使っているはずですから、
基本的にif文と、あとはもしかしたら３項演算子くらいを見ていくだけのはず。
と、軽く考えているのですが、そうでもないのかなぁ。

> もちろん、私のところは、そんなことのないような仕組みを導入してあります。

これがどういう仕組みなのかが気になりますが、それこそ企業秘密ですよね。(^^;

> 表示のうまくいっているところとおんなじロジックを使っているはずですから、
> 基本的にif文と、あとはもしかしたら３項演算子くらいを見ていくだけのはず。
> と、軽く考えているのですが、そうでもないのかなぁ。

何回も見直しているうちにわかる場合もあるかと思いますので、また見てみます。

> これがどういう仕組みなのかが気になりますが、それこそ企業秘密ですよね。(^^;

秘密でも何でもありません。単に、歴史に埋もれているだけ、といった感じ。
板塀#1531以下の発言に、さりげなく、でもしっかり書いてあったりします。
野ざらし言のほうにも導入させていただいております。野ざらし言#3509からの
ツリーは巨大ですが、やっぱりさりげなく、でもしっかり（以下略）
現在は、２つのパラメータのうち片方しか、中身というか値のチェックは行って
いません。もう片方は存在のみのチェックです。得られるメリットよりも弊害の
ほうが大きいことが判明したから。

> 何回も見直しているうちにわかる場合もあるかと思いますので、また見てみます。

ちょっと広過ぎる範囲を見直してしまっているのでしょうか。
今回、縦線の部分がおかしいのですから、そこだけに範囲を絞って比較してみたら
よいのではないかと思います。

> 新着情報の画面で、うちの掲示板の表示が崩れてしまいました。
> としきさんの最後の書き込みが上手く読み取れずに表示がズレてしまったようです。

#9775の表示がおかしかった、ということでしょうか。
新着情報って基本的にタイトルとか日付しか扱っていませんよね。
本文からも何か取り出しているというのなら、あの発言にはいろいろと変な記号
とかが使われていますから、そのせいかもしれませんが、その可能性は少ないと
見てよいのでしょうかね。

> 秘密でも何でもありません。単に、歴史に埋もれているだけ、といった感じ。
> 板塀#1531以下の発言に、さりげなく、でもしっかり書いてあったりします。
> 野ざらし言のほうにも導入させていただいております。野ざらし言#3509からの
> ツリーは巨大ですが、やっぱりさりげなく、でもしっかり（以下略）

外部リンクに繋がるように修正していただいて、どうもです。助かります。
ついついログを読みふけってしまいましたが、だいたいわかりました。
悲しいかな、脳力も集中力も低下して、直ぐに応用出来そうにないです。(;_;)

> ちょっと広過ぎる範囲を見直してしまっているのでしょうか。
> 今回、縦線の部分がおかしいのですから、そこだけに範囲を絞って比較してみたら
> よいのではないかと思います。

そう思って見てみましたが、やっぱりわかりませんでした。
適当に弄ってみましたが、却っておかしくなってしまったので、今回は諦めました。

> > 新着情報の画面で、うちの掲示板の表示が崩れてしまいました。
> > としきさんの最後の書き込みが上手く読み取れずに表示がズレてしまったようです。
> 
> #9775の表示がおかしかった、ということでしょうか。
> 新着情報って基本的にタイトルとか日付しか扱っていませんよね。

漢字で位置合わせしていたのでコードが変更されたのかなと思いましたが違うようです。
サーバーとかブラウザの挙動が変わったとかでしょうかねぇ。
Windowsの更新で何かが変わったのかもしれません。
原因を特定するスキルも無くなったのが悲しいです。(;_;)
Perlかもしれないですね。
豚にパール・・・

> 本文からも何か取り出しているというのなら、あの発言にはいろいろと変な記号
> とかが使われていますから、そのせいかもしれませんが、その可能性は少ないと
> 見てよいのでしょうかね。

本文より前でチェックしているはずなので関係ないとは思います。
泥縄でも直ってホッとしました。(^^;

> 悲しいかな、脳力も集中力も低下して、直ぐに応用出来そうにないです。(;_;)

うん、まぁ、そういうこともあるでしょう。
というか、私の言いたいことはそうではなくて。
いろいろと公開しておけば弱点を指摘してもらえるかもしれない、ということを
考えているわけですよ。どうせスパマーはこっちの書いたことを読むわけないし。
そしてまた、konnoさんにも手の内を明かしてほしいわけです。
もちろん、こちらからデメリットなんかを指摘できる、というのもありますが、
主眼としては、もしよさげな手であれば、うちでもパクりたい、ということで。


> そう思って見てみましたが、やっぱりわかりませんでした。

ん〜、確か、私の作って公開したルーチンを利用していただいているんですよね。
導入される際に、大幅に変えられてしまったのかな。
いや、実は私もすっかり忘れていたのですがね。
いいところと悪いところを比較して、そこが同じなら数行上の、使っている変数
に代入しているところを比較して、さらにそこが同じなら数行上、というように
たどっていけば、絶対どこかで使っている変数が違うとか、あるいは逆に、違う
変数を使わなければならないところで同じ変数を使っているとか、何か見つかる
と思うんですけどねぇ。

> ん〜、確か、私の作って公開したルーチンを利用していただいているんですよね。
> 導入される際に、大幅に変えられてしまったのかな。

その節は大変お世話になりました。お陰様で見栄えのいい罫線ツリーが出来ました。
今となってはもう忘却の彼方ですが。

> いいところと悪いところを比較して、そこが同じなら数行上の、使っている変数
> に代入しているところを比較して、さらにそこが同じなら数行上、というように
> たどっていけば、絶対どこかで使っている変数が違うとか、あるいは逆に、違う
> 変数を使わなければならないところで同じ変数を使っているとか、何か見つかる
> と思うんですけどねぇ。

そう思って見てみたんですが、全く読めなくなっています。(;_;)
ツリーは3種類ありますが、どれも共通のルーチンになっていないのです。

その中では、ツリー表示モードのルーチンが一番良いようです。
msgview のモードでも表示が乱れる場合がありました。
テスト板 #test001 で確認できます。

このリンクは allread モードですが、正常に表示されています。
ところが、msgview モードで見てみると、ツリーが乱れています。
このモードはとしきさんのルーチンを参考にしたのですが、何か間違えているようです。

もう少しあがいてみます。

> ツリーは3種類ありますが、どれも共通のルーチンになっていないのです。

なぜに。
いや、そりゃ、うちだって、いろいろと細かいところの差異はありますけど。
でも、ツリーごとにログを読んで、どの階層にいくつ発言があるという情報から
発言タイトル前の罫線情報を組み立てる、という構造は同じはず。

> もう少しあがいてみます。

もし自力更生をあきらめられたら、この掲示板にそれぞれのルーチンを書き込んで
ください。私が見てみましょう。ループの開始から罫線素片を代入しているところ
までだから１０行から１５行くらいになるでしょうか、それを３つ。

> でも、ツリーごとにログを読んで、どの階層にいくつ発言があるという情報から
> 発言タイトル前の罫線情報を組み立てる、という構造は同じはず。

基本構造は同じはずなんですが、私が読めなくなっただけかも。
マジで最近はソースを見ても全く分からなくなっています。

> もし自力更生をあきらめられたら、この掲示板にそれぞれのルーチンを書き込んで
> ください。私が見てみましょう。ループの開始から罫線素片を代入しているところ
> までだから１０行から１５行くらいになるでしょうか、それを３つ。

うーん、それがよくわからないという状態みたいで・・・
間違いも多くなったのは、目が悪くなったのもあるのかも（多分頭だ）
ボケ防止のために、また見直ししてみます。

> うーん、それがよくわからないという状態みたいで・・・

うわぁ、konnoさんがダンジョンで遭難したぁ！（笑）
いや、マジで、改造箇所が多くなりすぎているのではないかと思う。
可能なとき、可能な範囲でシンプル化を計ることをお勧めします。

とりあえず、罫線素片は見つかりますか？

> うわぁ、konnoさんがダンジョンで遭難したぁ！（笑）

階層の迷路に迷い込んでしまったようです。
HPがもう持たないので今すぐ回復魔法を〜・・・

> とりあえず、罫線素片は見つかりますか？

そこは単純に張り付けてるだけなんですが、魔法の呪文を忘れてしまったみたいな。
バルス！！　とか？　（それは禁呪）

ココログを久しぶりに覗いたら、としきさんのコメントが・・・

コメントのチェックはちょっと面倒なので、新着情報の画面に表示させてみました。
日本語はUTF8で化けてしまうので、直近４記事のコメント数だけ表示してみました。

これをやるだけでえらい時間がかかってしまいました。
検索ワードに余計な文字が紛れているのにずっと気が付かなかったり。(;_;)

> > とりあえず、罫線素片は見つかりますか？
> そこは単純に張り付けてるだけなんですが、魔法の呪文を忘れてしまったみたいな。

む、文字検索って、メモ帳にすら備わっている機能。
いわば、「ひのきのぼう」またはそれ以下の素手に近いようなもののはず。
なんかkonnoさん、力任せに殴りつけるべきところで、無理して魔法を使おうと
していらっしゃるような。

> 日本語はUTF8で化けてしまうので、直近４記事のコメント数だけ表示してみました。

新着情報を見てみたら、括弧に入った妖しい数字が５つ。
そのうち４つは直近４記事のコメント数として、あともう一つは一体なんだろう。
konnoさん、また新しいダンジョンを構築しつつあるのかな。

それはさておき。
大昔、ココログにはコメントがついたらメールで通知してくれるサービスがあったと
聞いたことがあります。
ま、ココログにもいろいろと種類がありますけど、konnoさんのお使いのものでもし
メール通知が使えるのであれば、そういうのを使うという手もあるかと。

> > > とりあえず、罫線素片は見つかりますか？
> > そこは単純に張り付けてるだけなんですが、魔法の呪文を忘れてしまったみたいな。

メインのツリールーチンをジイーーーと見ていたら、何となくわかってきました。
ListTreeOpen のルーチンを元に allread ルーチンを修正したら出来たみたいです。
#9561 のツリーを確認してみてください。

上手くいかなかったのは、msgviewのルーチンを見ていたからでした。
msgview だけは、毛色の違うモダンなやり方をしているようで、全く読めません。
ソースで言うと

        #各階層ごとの残り子発言数のカウント
        $x[$lx+1]=$child;
        $x[$lx]--;

        #各行先頭のツリー要素の文字列作成
        $padding = "　";
        for ($j=0;$j<$lx;$j++){
            $padding .= ($x[$j]<=0)?"　":"┃";
        }
        $padding .= ($x[$lx]<=0)?"┗":"┣";

ここだけタブでないので、恐らくとしきさんのルーチンを張り付けたのではないかと。
私の実装が悪いのでしょうが

> msgview のモードでも表示が乱れる場合がありました。
> テスト板 #test001 で確認できます。

このツリーで、"┃"の表示が正しくないのです。
読めないので修正しようがないのです。

ということで、ここも ListTreeOpen のルーチンに置き換えてみようと思います。


> む、文字検索って、メモ帳にすら備わっている機能。
> いわば、「ひのきのぼう」またはそれ以下の素手に近いようなもののはず。
> なんかkonnoさん、力任せに殴りつけるべきところで、無理して魔法を使おうと
> していらっしゃるような。

何となく、時空の歪みか異世界のレスと混沌しているような気が。(^^;
まあ、今の私の状態は正しく言い当てているような。(^^;

昔マンモスの骨で力任せに叩いて暮らしていたくせが抜けてないのかも。(^^;
あるいは超古代のオーパーツ（VZ）に触れて、猿から進化した記憶か？

> > 日本語はUTF8で化けてしまうので、直近４記事のコメント数だけ表示してみました。
> 新着情報を見てみたら、括弧に入った妖しい数字が５つ。
> そのうち４つは直近４記事のコメント数として、あともう一つは一体なんだろう。
> konnoさん、また新しいダンジョンを構築しつつあるのかな。

ああ、直近４記事は、直近５記事の間違いでした。m(__)m
もう指折り数えないと、階層もわからない瀕死の状態です。（それは単なる老化）

> 大昔、ココログにはコメントがついたらメールで通知してくれるサービスがあったと
> 聞いたことがあります。
> ま、ココログにもいろいろと種類がありますけど、konnoさんのお使いのものでもし
> メール通知が使えるのであれば、そういうのを使うという手もあるかと。

今もあるかもしれませんが、最近はメールも毎日チェックしなくなっているもので。
簡易ではありますが、新着情報で見る方が簡単なもので。(^^;

> ListTreeOpen のルーチンを元に allread ルーチンを修正したら出来たみたいです。

テスト板も含め、どこも修正が完了したようですね。めでたい。
コードのほうがどこもおかしくなければ、それこそ、データのほうがスパム修正の際に
しくじったとかで何かおかしくなってしまった、なんてことも考えたのですけどね。
あ、でも、テスト板のほうのallreadの表示結果のHTMLソースをうちの板塀のソースと
比較してみたら、なんかちょっと改行が多い気がする。
まぁ、ブラウザが表示の際に削除してしまうから実害はないんだけど。
でも、こういう細かいところが、もしかしたら不具合の発生原因になっているかも。
ということで、ちょっと確認。
全角空白と罫線素片の間に、なんか改行が入るようなコードがあります？


> msgview だけは、毛色の違うモダンなやり方をしているようで、全く読めません。
> ソースで言うと

私、自分のところではどうなっていたかと確認したのですが、３ヶ所とも同じような
コードになっていて、逆にそれでうまく行っているのですよ。
ということは、今回書いていただいたのとは違うほうのソースと並べて見比べれば
どこがよいとか悪いとかわかるかもしれません。

> 今もあるかもしれませんが、最近はメールも毎日チェックしなくなっているもので。
> 簡易ではありますが、新着情報で見る方が簡単なもので。(^^;

そもそもの前提が正しいかわからないので、以下、与太話として聞いて下さい。
あの手のメール通知は、全てではありませんが大抵の場合、任意のメールアドレス
に通知できるようになっています。つまり、PCのメールアドレスではなく携帯の
メールアドレスに飛ばすことが可能なことがほとんど。
また、携帯を持っていない人というのはいますが、PCよりも携帯の使用頻度が低い
人というのはまずいません。なので、携帯のほうに通知するようにすれば多くの
問題が一挙に解決するかも。
もちろん、普段は携帯は引き出しの奥にしまってあるとか、しばらくぶりに携帯の
電源を入れたら数百通のメールが溜まっていた、なんて話はごくまれに聞きます
から、konnoさんがそういう人であればこの方法は有効には使えませんけど。



ここでPR。
「としきのやしき」付属掲示板「やしきの板塀」では、コメント通知メール機能が
使えます。ぜひみなさん、メールアドレスの登録をお願いします。
と、それ以前に、掲示板への書き込みもよしなに。
以上、スパム書き込みでした。

うう、セーブしたファイルのサイズが半分になっていました。(;_;)
直前に使用したマクロが、多分 SHADOW.DEF だと思います。
もしかしたら VTDOSには対応していないのかもしれません。(;_;)

それはさておき

> テスト板も含め、どこも修正が完了したようですね。めでたい。

テスト板のツリーは元々 allread は正常表示していて、msgview が未だに直ってないのです。

> 全角空白と罫線素片の間に、なんか改行が入るようなコードがあります？

う、"\n" が入っていました。修正します。

> 私、自分のところではどうなっていたかと確認したのですが、３ヶ所とも同じような
> コードになっていて、逆にそれでうまく行っているのですよ。
> ということは、今回書いていただいたのとは違うほうのソースと並べて見比べれば
> どこがよいとか悪いとかわかるかもしれません。

「板塀（掲示板）の手入れ（改造）」の中に、ツリー表示のルーチンがあったので
うちの msgview と見比べてみました。 

・・・うう、やっぱりわかりませんでした。(;_;)

> うう、セーブしたファイルのサイズが半分になっていました。(;_;)
> 直前に使用したマクロが、多分 SHADOW.DEF だと思います。

私、そのマクロを知らないんですが、ファイルサイズが減少するような副作用が
あるものなんですか？


> ・・・うう、やっぱりわかりませんでした。(;_;)

なら、なおさら、そのわからない部分をここに書き込んでみるのが吉かと。

> もしかしたら VTDOSには対応していないのかもしれません。(;_;)

　考え方が逆ではないですか？
　SHADOW.DEFみたいな，生身の腹に手を突っ込んで内臓の位置を換えるような際どいマクロを，エミュレータ上で使うなんて。…てゆうか，今までずっと使っていて，今回初めて問題が生じたのですか？むしろそっちの方が驚きです。

> また、携帯を持っていない人というのはいますが、PCよりも携帯の使用頻度が低い
> 人というのはまずいません。なので、携帯のほうに通知するようにすれば多くの
> 問題が一挙に解決するかも。
> もちろん、普段は携帯は引き出しの奥にしまってあるとか、しばらくぶりに携帯の
> 電源を入れたら数百通のメールが溜まっていた、なんて話はごくまれに聞きます
> から、konnoさんがそういう人であればこの方法は有効には使えませんけど。

うーん、もしかしたら私はまれな部類に入るのかもしれませんね。(^^;

> 「としきのやしき」付属掲示板「やしきの板塀」では、コメント通知メール機能が
> 使えます。ぜひみなさん、メールアドレスの登録をお願いします。
> と、それ以前に、掲示板への書き込みもよしなに。

そういえば以前登録して通知メールが来たんですが、タイトルが化けていたような。
UTF8 がらみとかでしょうかね。
コメントがあったことはわかるので問題は無いですが。
そういえば最近書き込んでなかったですね、試してみます。

> 私、そのマクロを知らないんですが、ファイルサイズが減少するような副作用が
> あるものなんですか？

y.mikome さんの超絶技巧マクロです。
VZの内部構造にバリバリ依存していそうなので、私の私家版VZが原因かもしれません。
今となっては原因究明すら無理でしょう。(;_;)

> > ・・・うう、やっぱりわかりませんでした。(;_;)
> なら、なおさら、そのわからない部分をここに書き込んでみるのが吉かと。

違いがあるように見えないんですよ。
全文貼り付ければ私が見落としている所が発見できる可能性もあるかもですが。
もう少し考えます。

> 　考え方が逆ではないですか？
> 　SHADOW.DEFみたいな，生身の腹に手を突っ込んで内臓の位置を換えるような際どいマクロを，エミュレータ上で使うなんて。…てゆうか，今までずっと使っていて，今回初めて問題が生じたのですか？むしろそっちの方が驚きです。

としきさんのレスにも書きましたが
VZの内部構造にバリバリ依存していそうなので、私の私家版VZが原因かもしれません。
マシン語も使っているので、VTDOSとの相性問題も可能性はゼロではないかもですが
今となっては原因究明すら無理でしょう。(;_;)

今までも何度か使っていたと思いますが、ファイルが壊れていないかはわからないです。
今回のファイルは100k超えていたので、バッファや64k超えの問題かも。
原因は気になりますが、気力が無いので追及するのも今は無理ですね(;_;)。

＃　もはや SHADOW.DEF などもオーパーツの部類、異次元の遺物なのかも

> うーん、もしかしたら私はまれな部類に入るのかもしれませんね。(^^;

大丈夫。
私が使っているのだってガラケーですから、最近のスマホ使いの人たちからしたら
充分まれな部類に入っています。

> そういえば以前登録して通知メールが来たんですが、タイトルが化けていたような。

登録完了の際の通知ですか？
それとも、完了後のコメントが付いたときの本番というかそちらのメール？
もしそのメールが残っていれば、ぜひ情報提供をお願いします。

> y.mikome さんの超絶技巧マクロです。
> VZの内部構造にバリバリ依存していそうなので、私の私家版VZが原因かもしれません。

なんとなく興味は引かれますが、毒の沼に足をとられそうな気がしますので、今回は
おとなしく迂回することにいたしましょう。


> 違いがあるように見えないんですよ。

やっぱり念のため、データ側というかログファイのほうを点検したほうがいいかも。

> 私が使っているのだってガラケーですから、最近のスマホ使いの人たちからしたら
> 充分まれな部類に入っています。

PHSサービスはもう終わったんですよね？
ガラケータイプのスマホでしょうか？

私はPHSを解約してからキャッシュレス的な使い方を考えてスマホにしてみたんですが
予想通りほとんど使いこなせてないです。(;_;)
そんなところにドコモ口座問題などが出て、もうどうしようかと。

> > そういえば以前登録して通知メールが来たんですが、タイトルが化けていたような。
> 登録完了の際の通知ですか？
> それとも、完了後のコメントが付いたときの本番というかそちらのメール？

新しく板塀に書き込んだら、コメントメールが届きました。
以前登録したのがまだ生きていたんですね。

コメントメールのタイトルと思っていましたが、差出人の後半が化けていました。

としき＠家主◇儒闢●●占●●●●●●●ｼ

こんな感じで、●は難しい漢字などです。
どうも、UTF8 とも違うような感じです。

SHADOW.DEF は、めざら資源の軟体補完計画にあるのは、Ver1.00 ですね。
私が使用しているのは、Ver1.01 でした。
探してみましたが、どこにあったものかわかりませんでした。

以下に違いを書き出します。

11行目

v1.00	・他画面スクロールマクロ対策
v1.01   ・ちょっとした修正


83行目

d 　の文字がありますが削除修正されています


※　この d の文字の削除修正だけのようです

> PHSサービスはもう終わったんですよね？

昔、PHSサービスが終了するまでPHSを使っていたんで、ただ同然でFOMAに乗り換え
られました。このFOMAがいわゆる3Gというヤツですね。
そして、そいつをいまだに使っています。
なお、現在一般的なスマホはほとんど4G。
ということで、私、FOMAサービスが終了するまでしがみついていれば、ただ同然で
5Gに乗り換えられるのではないか、と、淡い期待を抱いております。

> ガラケータイプのスマホでしょうか？

ガラケータイプのスマホって実物に触ったことがないのですが、なんとなくあれは
4Gのような気がしています。

> 私はPHSを解約してからキャッシュレス的な使い方を考えてスマホにしてみたんですが
> 予想通りほとんど使いこなせてないです。(;_;)
> そんなところにドコモ口座問題などが出て、もうどうしようかと。

個人的には、キャッシュレス狙いなら交通系のPASMOかSuicaと、あとはごく一般的な
クレジットカードの二刀流で充分だと思っています。
スマホでも何でもいいのですが、何か一つに集約してしまったほうが利便性は高まる
しポイント還元なんかの点でも有利とか、多くのメリットがあります。なのですが、
その分のデメリットとして、万が一何かがあったときのダメージがでかい、という
のがあって。例えば、その集約した何か（スマホでもクレジットカードでも）を
落としたらどうなるか、ということは考えただけでも恐ろしくて。
とりあえず、以前にも書いたことがあるかもしれませんが、災害対策としての現金、
それも小銭は確保できていますか？

> コメントメールのタイトルと思っていましたが、差出人の後半が化けていました。
> としき＠家主◇儒闢●●占●●●●●●●ｼ

うげげ、情報提供ありがとうございます。
大昔、類似の事象が発生したことはあります。板塀#2728でチラッと触れています。
でも、その後は少なくとも自分宛には事象が発生していないんですよ。
自分に発生せずにほかの方に発生する、というのが一番バグ取りが困難。
さてどうしよう。

> やっぱり念のため、データ側というかログファイのほうを点検したほうがいいかも。

あ、もう一つ思いついた。
手元にあるのとアップロードされているのとで中身が異なる、ということはないで
しょうか。つまり、古いバージョンをアップロードしてしまった、というパターン。
この場合、手元のものをアップロードしなおせば解決。
その前に古いものというか現在アップロードされているものを事前に確保できれば
なおよし。

さすがにそんな単純な問題ではないと思いますけどね。
でも「そんなことはありえない」と切り捨ててしまったところに正解がある、と
いうのはよくある話。
例えば、将棋なんかでも、多くのプロが真っ先に切り捨ててしまうような手が実は
それこそ「神の一手」みたいな絶妙な手だったりするかもしれないわけで。

私が 200LX で使っている SHADOW.DEF も v1.01 でしたが，
確かに軟体補完計画に掲載していないですね。すぐ消された ISH だったのかな。

それにしても，v1.00 の余分な d てのは，単に手が滑っただけなんですかね。
マクロバッファ上では :B&05>Ad[nul] となっていて，カスタマイズエラーにはならない。
直前に条件抜きでジャンプしてしまうので，dは実行されることはなく。……ふむ……

無理に探すほどのこともないかな。v1.01

わたしも Willcom の PHS が終了するときに 3G だか 4G 回線に乗り換えましたが，
MNP が可能で DDIポケット(AirH" PHONE) 時代から使っていたメールアドレスを
そのまま使用可能ってだけで，特別な特典のようなものはなかったなぁ……。

> ただ同然で5Gに乗り換えられるのではないか、と、淡い期待を抱いております。

実質的に利用人口が少なすぎて，特典つけてまで移行させない……に一票。(^_^;

> > コメントメールのタイトルと思っていましたが、差出人の後半が化けていました。
> > としき＠家主◇儒闢●●占●●●●●●●ｼ

この化けてる部分って，7ビットに収まる ASCII だけのメールアドレスですよね。
そんなとこが化けるのかなぁ……。

あ，ここ，わざわざ書き換えてるのか……。
漢字の何かで置き換えようとしているんですかね。

> 昔、PHSサービスが終了するまでPHSを使っていたんで、ただ同然でFOMAに乗り換え
> られました。このFOMAがいわゆる3Gというヤツですね。
> そして、そいつをいまだに使っています。

4Gが出て大分経つので3Gはもう終わっているかと思っていました。
ググってみると

キャリア別終了予定時期 
　au 　　　　　　2022年3月 
　ソフトバンク 　2024年1月 
　NTTドコモ　　　2026年3月

まだ直ぐには終わらないようですね。

> ということで、私、FOMAサービスが終了するまでしがみついていれば、ただ同然で
> 5Gに乗り換えられるのではないか、と、淡い期待を抱いております。

私は一度完全に解約してしまったので、電話番号も変わりました。
なお、耳も悪くなったせいか、電話機能では聞き取れないことがあります。
オフ会があれば連絡用にメールのアドレスならお知らせ出来ます。

> 個人的には、キャッシュレス狙いなら交通系のPASMOかSuicaと、あとはごく一般的な
> クレジットカードの二刀流で充分だと思っています。

やっぱりそうですか、私も使い勝手はその方がいいように感じました。
ただ、電子マネーカードは種類が多すぎるので集約化してほしいですね。

> スマホでも何でもいいのですが、何か一つに集約してしまったほうが利便性は高まる
> しポイント還元なんかの点でも有利とか、多くのメリットがあります。なのですが、
> その分のデメリットとして、万が一何かがあったときのダメージがでかい、という
> のがあって。例えば、その集約した何か（スマホでもクレジットカードでも）を
> 落としたらどうなるか、ということは考えただけでも恐ろしくて。

スマホが財布代わりにならないかと思いましたが不正使用されるのは怖いですね。
スマホ決済が使えない場合も多いようなので、結局使えてないのです。

> とりあえず、以前にも書いたことがあるかもしれませんが、災害対策としての現金、
> それも小銭は確保できていますか？

現金は持ち歩いていますが、小銭がたまるのとやり取りが鬱陶しいのです。
カードが統一されるのが一番なのですが、マイカになるのかなぁ。


> > コメントメールのタイトルと思っていましたが、差出人の後半が化けていました。
> > としき＠家主◇儒闢●●占●●●●●●●ｼ
> 大昔、類似の事象が発生したことはあります。板塀#2728でチラッと触れています。
> でも、その後は少なくとも自分宛には事象が発生していないんですよ。
> 自分に発生せずにほかの方に発生する、というのが一番バグ取りが困難。

なるほど、アドレス部分が化けているのは誤変換ということでしょうか。
私はNiftyのWebmail  を使用しているのですが、関係ありますかね。

> > やっぱり念のため、データ側というかログファイのほうを点検したほうがいいかも。

テスト板だけ不具合があるようなので、テスト板のログも見てみましたが、わかりませんね。

> 手元にあるのとアップロードされているのとで中身が異なる、ということはないで
> しょうか。つまり、古いバージョンをアップロードしてしまった、というパターン。

これは無いです。
まずテスト板でテストしてますんで。(^^;

とりあえずは実害はないようなので、自力解決を目指します。

> 実質的に利用人口が少なすぎて，特典つけてまで移行させない……に一票。(^_^;

その可能性は低いとタカをくくっているのですよ。
ゼロではない程度、くらいに思っています。
ま、ある種の博打ですがね。
でも、去年の段階でまだ数百万のユーザがいたはず。
なので、仮に５年後の段階で数十万のユーザがいれば、何らかのアクションがある
と期待したいところ。

> この化けてる部分って，7ビットに収まる ASCII だけのメールアドレスですよね。
> そんなとこが化けるのかなぁ……。

#9819によると、ASCIIだけのところが漢字に化けたらしい。
うむ、「魂魄でふ」類似のマクロを期待。
＃おいこら

> なお、耳も悪くなったせいか、電話機能では聞き取れないことがあります。

私も、昔から耳が悪くて、2Gのころの携帯電話は私には使い物になりませんでした。
そんなときに出てきたPHSは音声圧縮方式がそれまでの携帯電話と異なり、飛躍的に
音質がよく、これなら私にも使えるということで契約したのです。
その後の携帯電話は、とりあえず現状では私にも使えるものになっています。

> ただ、電子マネーカードは種類が多すぎるので集約化してほしいですね。

概ね同感ですがね。
ま、この辺も競争で、自然に淘汰されていくのでしょう。
あるいは、ほとんど淘汰されない代わりに相互乗り入れみたいな形になって、
利用者の側では細かいところで自分にベストなものを苦労して探し出すことが
できればメリット大だけど、そんなことはほとんどの人に無理、とか。
でも、こういうのを市場原理に任せずに無理やり集約化しようとすると、独裁だの
強権主義だの排除を唱えた誰かみたいだの言い出す人が現れることでしょう。
もちろん、独裁者万歳、という人が世の中の多数であれば、あっという間に集約化
が図られるはず。この辺はいわば、世の中にアマゾン以外の小売店は要らない、
とか、Google以外の検索エンジンは要らない、というのと同じような発想なわけで。
konnoさんて、そういう方でしたっけ？

> カードが統一されるのが一番なのですが、マイカになるのかなぁ。

くれぐれも落とさないように。


> なるほど、アドレス部分が化けているのは誤変換ということでしょうか。

そうみたいですね。
ところで、タイトルや本文はきちんと読めます？

> 私はNiftyのWebmail  を使用しているのですが、関係ありますかね。

現状、というか、自分宛が化けなくなってからは、NiftyのWebmailも含めて、異常は
出ていません。まぁ、一時的な試験でしか使っていないので、たまたまそのときだけ
異常がなかったのかもしれませんが。
また、他にもこの機能を使われている人はいらっしゃるのですが、なんらかの異常が
あったというフィードバックは一度も受けていません。
あ、そうだ、NiftyのWebmailだと、右端のほうに「全ヘッダー表示」というリンクが
あると思いますが、そこをクリックして表示される差出人の欄はどうなっています？

> 私が 200LX で使っている SHADOW.DEF も v1.01 でしたが，
> 確かに軟体補完計画に掲載していないですね。すぐ消された ISH だったのかな。

なるほど、その可能性が高いかもしれませんね。

> それにしても，v1.00 の余分な d てのは，単に手が滑っただけなんですかね。
> マクロバッファ上では :B&05>Ad[nul] となっていて，カスタマイズエラーにはならない。
> 直前に条件抜きでジャンプしてしまうので，dは実行されることはなく。……ふむ……

実害はないと、ふむふむ。φ(.. )ﾒﾓﾒﾓ

> 無理に探すほどのこともないかな。v1.01

一応もう一度探しましたが、やっぱり見つからないですね。
探していたら、文太さんの書き込みを見つけてしまいました。

DC13_995.LOG 38066:       　わけshadow.def, pair.defに感謝します。こいつらは、ほんと便利

めざらさんへのコメントみたいですが、分かる人にはわかります。
顰蹙でしたら削除します。(^^;　

> 私も、昔から耳が悪くて、2Gのころの携帯電話は私には使い物になりませんでした。
> そんなときに出てきたPHSは音声圧縮方式がそれまでの携帯電話と異なり、飛躍的に
> 音質がよく、これなら私にも使えるということで契約したのです。
> その後の携帯電話は、とりあえず現状では私にも使えるものになっています。

私もPHSは高音質なので使っていたのですが、まさか4Gスマホで聞き取れないとは・・・
音声が極限まで圧縮されているような、相手の機種にもよるのでしょうが・・・
そういえば、テレビで見るスマホでWEB会議の音声も途切れ途切れで聞き取りにくいですね。

> もちろん、独裁者万歳、という人が世の中の多数であれば、あっという間に集約化
> が図られるはず。この辺はいわば、世の中にアマゾン以外の小売店は要らない、
> とか、Google以外の検索エンジンは要らない、というのと同じような発想なわけで。
> konnoさんて、そういう方でしたっけ？

いいものであれば私は全然こだわりはありません。

> > カードが統一されるのが一番なのですが、マイカになるのかなぁ。
> くれぐれも落とさないように。

自分の全てがこれに入っていると思うと怖いですね。
安全性は担保できるのかなぁ。
指紋認証とか顔認証が併用できれば安心できるかな。

> ところで、タイトルや本文はきちんと読めます？

他は問題ないようです。

> あ、そうだ、NiftyのWebmailだと、右端のほうに「全ヘッダー表示」というリンクが
> あると思いますが、そこをクリックして表示される差出人の欄はどうなっています？

最初探してもわかりませんんでした。
プレビュー画面を出したときに出るんですね。(^^;
これも問題はないようです。
どうなっているんでしょう。

> いいものであれば私は全然こだわりはありません。

大体そうなんですけどね。
世の中には、アマゾンのおススメが的確すぎて不気味だ、とか、Googleに個人情報
の全てが握られているようでいやだ、という人が多くて。

> 自分の全てがこれに入っていると思うと怖いですね。
> 安全性は担保できるのかなぁ。
> 指紋認証とか顔認証が併用できれば安心できるかな。

そういったものを利用することで、他人に使われない、という部分は担保できそう
ですけどね。
でも、全てを１つに集約すると、落とした自分自身のほうが、家にも帰れない、
誰にも連絡できない、という状況に陥ることが容易に想像できて。
この辺、私、妄想が激しいかもしれない。
だけど最近は、家の鍵もスマホ、という時代になりつつありますので、マジで
スマホを落とすと家に入れないことになる。
スマホをもっていない人を入れない、という意味では、安全性の高い家という
事になるのですが、これはkonnoさんの言う安全性とはちょっと意味が違うかと。


> > あ、そうだ、NiftyのWebmailだと、右端のほうに「全ヘッダー表示」というリンクが
> > あると思いますが、そこをクリックして表示される差出人の欄はどうなっています？

> これも問題はないようです。

これが数少ない手がかりなんです。
問題ないの一言で済まさず、それが具体的にどのように表示されているか、ここに
書いていただけないでしょうか。
あ、メールアドレスのアルファベットの部分は、全部aとかzとかに置き換えて
くださいね。

> とりあえずは実害はないようなので、自力解決を目指します。

データ構造というか、ツリーの形状のシンプルなところで動作を解析することを
おススメします。
例えば、#test037をみてみましょうか。
ルートの37番、子供は１つだけですから、その次の39番の頭に付く罫線素片は
Ｌ字型のものであるはずです。ところが、横Ｔ字型が付いてしまっている。
これは、条件式が間違っているのか、それともその条件判断で使っている変数の
中身が間違っているのか。
仮に変数の中身が間違っているとしたら、その変数にはどこでどんな値が代入
されているのか。と、逆に追いかけていくしかないのでしょう。

> だけど、最近は、家の鍵もスマホ、という時代になりつつありますが、マジで
> スマホを落とすと家に入れないわけで。

私はそういうことを考えると鍵もお金もリモート化したくないですね。
スマートキーなどで便利になると思ったら、それで高級車が簡単に盗まれるという
本末転倒になったりして、キャッシュレスもまだまだ怖いですね。

> > > あ、そうだ、NiftyのWebmailだと、右端のほうに「全ヘッダー表示」というリンクが
> > > あると思いますが、そこをクリックして表示される差出人の欄はどうなっています？

題名	：	「やしきの板塀」掲示板でレスポンスがつきました
差出人	：	としき＠家主<xxxxxxxxxxxxxxxxxxxxxx>

これでよろしいでしょうか。
"＠"や"."も表示した方が良かったですかね。

> 本末転倒になったりして、キャッシュレスもまだまだ怖いですね。

私も全く同感なんですがね。
でも、これって、konnoさんが#9825で望んだ

> ただ、電子マネーカードは種類が多すぎるので集約化してほしいですね。

の成れの果てというか行き着く先なんですよ。
結局、konnoさんは、そして世の中の多くの人は何を望むのか。
その望みはきちんとリスクを考慮しているのか。
私には疑わしく思えることが多数。


> 題名	：	「やしきの板塀」掲示板でレスポンスがつきました
> 差出人	：	としき＠家主<xxxxxxxxxxxxxxxxxxxxxx>
> 
> これでよろしいでしょうか。

状況は理解できましたが、私が思っていたのとは違う。
かなり私のほうに誤解がある模様。
ということで、確認させてください。
#9819で差出人の後半が化けていると指摘されましたが、これは受信箱のメール一覧
の画面でのことということでよろしいのでしょうか。違うならご指摘ください。
最初、私はそうではなく、メールを選択して本文まで表示させた段階でも文字化けが
継続していると考えたのです。いや、どの状態のときに文字化けが発生していると
いうことがkonnoさんの文面から読み取ることができなかったもので。
また、本文まで表示させたときは「全ヘッダー表示」で文字化けが発生していない
ことが今回確認できましたが、「簡易ヘッダー表示」の場合はどうなるでしょうか。

フィーチャーフォンの利用者って，まだ百万人単位で残っているのですか。
近ごろの刑事ドラマでも，すっかりスマートフォンになっているので，
てっきり一段少ない単位かと想像していました。


さて，文字化けの件ですが，魂魄でふの出番はまるでないようで，おそらく，
アスキー文字列ではなくて，マルチバイトの文字列様態のコードが転送されたと考えられます。

たとえば，本来なら「としき＠家主<toshiki@iodn.zyx.co.jp>」のような文字列で，
（松葉括弧の扱いはよくわかりませんが）何らかの理由で欠落・混入があっても，
後半のアスキーの部分が「◇儒闢●●占●●●●●●●ｼ」のように化けるということは
ちょっと考えにくいかなと思います。（●は不明なのでしょう）

「◇儒闢」の部分のコードは，819E 8EF2 E893 となり，明らかに EUC の範囲ではない。
大家さんのサーバがどんなシステムかは分かりませんが，メールアドレスを偽装するときに
文字列ではない部分のバイナリで上書きしたのではないでしょうか？

> 結局、konnoさんは、そして世の中の多くの人は何を望むのか。
> その望みはきちんとリスクを考慮しているのか。
> 私には疑わしく思えることが多数。

スマホは結局電源の問題とか故障のリスク、不正アクセスなどのリスクを考えると
今はまだ完全な実用とは言えないですね。
カードも一元化した方が便利なんですが、やっぱりセキュリティは完全ではない。
そう考えると生体認証が将来標準になり、カードで補完する人類補完計画かな。


> #9819で差出人の後半が化けていると指摘されましたが、これは受信箱のメール一覧
> の画面でのことということでよろしいのでしょうか。違うならご指摘ください。

その通りです。合っています。

> 最初、私はそうではなく、メールを選択して本文まで表示させた段階でも文字化けが
> 継続していると考えたのです。いや、どの状態のときに文字化けが発生していると
> いうことがkonnoさんの文面から読み取ることができなかったもので。
> また、本文まで表示させたときは「全ヘッダー表示」で文字化けが発生していない
> ことが今回確認できましたが、「簡易ヘッダー表示」の場合はどうなるでしょうか。

これは私の説明不足でしたね。
メール一覧以外では全て正常に表示されています。

> メール一覧以外では全て正常に表示されています。

は？　nifty側だけの問題？

> そう考えると生体認証が将来標準になり、カードで補完する人類補完計画かな。

概ね同感というか。
実際には違うかもしれないけど、何かが標準となって、別の何かが補完する体制
というのが安全のために推奨されて、でも多くの人は面倒だからと何か一つしか
選択しない、というのが現実的な来るべき未来予想図のような気がしています。

> これは私の説明不足でしたね。
> メール一覧以外では全て正常に表示されています。

ありがとうございます。
いろいろと試して、自分のニフティアドレス宛に通知メールを飛ばして、無事、
といっていいのかどうかわかりませんが、再現させることに成功しました。
めざらさんご指摘のように、どうもこれはニフティ側の仕様の問題が絡んでいる
ような気もしていますので、解決が可能かどうかわかりませんが、とりあえずは
取り組んでみたいと思います。
 

> フィーチャーフォンの利用者って，まだ百万人単位で残っているのですか。

調べればもっと新しいデータもあるかもしれないのですが。
ざっくりと検索したところ、引っかかってきたのが2019年10月29日時事通信。
タイトルは「ｉモード、２６年３月に終了＝スマホ普及で契約減−ドコモ」と
なっていますが、その本文には、2019年9月末のｉモードの契約数は約７６０万
と書いてありました。

> たとえば，本来なら「としき＠家主<toshiki@iodn.zyx.co.jp>」のような文字列で，
> （松葉括弧の扱いはよくわかりませんが）何らかの理由で欠落・混入があっても，
> 後半のアスキーの部分が「◇儒闢●●占●●●●●●●ｼ」のように化けるということは
> ちょっと考えにくいかなと思います。（●は不明なのでしょう）

自分のところで再現できたので判ったことがあります。
どうも、閉じる側のダブルクォートが、なんか化けてしまっている模様。
逆かもしれない。
正確には、「"としき＠家主◇儒闢（以下略）」となっていて、頭のダブルクォートが
一覧画面では見えてしまっています。ところが、一覧画面の他の方からのメールの場合、
差出人名トップのダブルクォートって見えないのですよ。
おそらく、この辺が何らかの悪さをしている模様。
つまり、どこかのエンコードの段階で除去されなければならないダブルクォートが残って
しまい、そのために以後が全部こけてしまっているらしい、と。
でも、私、今までケーブルテレビ屋のWEBメールで受信していますが、こちらではきちんと
頭のダブルクォートが除去されているので、一体何がどうなっているのか。

とりあえず、メールの送信者名のエンコードについて、もう一度勉強しなおしてみたいと
思います。

> DC13_995.LOG 38066:       　わけshadow.def, pair.defに感謝します。こいつらは、ほんと便利

あのー，資源のアドレスを示すときは，もっと論理的な指示をしてくださいませんか。
切り分けログのファイル名や行番号などは，個々の環境に依存しますのでね。
通常，995という表示だと期間を示すと想像するわけで，1999年5月のように見えますが，
わずか1ヶ月で3万8千行のログがあるとは思えませんね。（探すの苦労したぜ）

それはともかく，どうして「顰蹙」の可能性があるのですか？

> > メール一覧以外では全て正常に表示されています。
> 
> は？　nifty側だけの問題？

もしかしたらそうかもしれないですね。
ココログもシステムとして使い勝手がいまいちなところがあって
システムの改修などプログラム的に弱いところがあるような気がしていたので。
バグ取りが不十分とかありそうな。

> いろいろと試して、自分のニフティアドレス宛に通知メールを飛ばして、無事、
> といっていいのかどうかわかりませんが、再現させることに成功しました。

おお、一歩前進ですね。(^_^)

> めざらさんご指摘のように、どうもこれはニフティ側の仕様の問題が絡んでいる
> ような気もしていますので、解決が可能かどうかわかりませんが、とりあえずは
> 取り組んでみたいと思います。

もしもニフティ側のバグだとしても、実害はないので今のままでも構わないです。

> どうも、閉じる側のダブルクォートが、なんか化けてしまっている模様。
> 逆かもしれない。
> 正確には、「"としき＠家主◇儒闢（以下略）」となっていて、頭のダブルクォートが
> 一覧画面では見えてしまっています。ところが、一覧画面の他の方からのメールの場合、
> 差出人名トップのダブルクォートって見えないのですよ。
> おそらく、この辺が何らかの悪さをしている模様。
> つまり、どこかのエンコードの段階で除去されなければならないダブルクォートが残って
> しまい、そのために以後が全部こけてしまっているらしい、と。

素人考えですが、私が掲示板などのソースを弄っていてうまくいかない時
ダブルクオートをシングルクォートに変えたらうまくいった場合がありました。
多分違う話でしょうが。

> おお、一歩前進ですね。(^_^)

二歩下がらないように気をつけます。

> もしもニフティ側のバグだとしても、実害はないので今のままでも構わないです。

いや、konnoさんはそうかもしれませんが。
やっぱ、他のお客様のことも考えませんと。
利用者あっての掲示板、そして、利用者あっての付加機能。
もっとも、本心では、これ以上お客様が増えるとは思っていませんが。
あとは、私の美意識の問題、ということで。
こいつが結構、自分でもウザいと思うことが多々あって。
私の提供したルーチンをお使いいただいているkonnoさんにツリー表示のバグを
直していただきたいのも、この美意識とやらのせいかも。
printfデバッグ、というか、変数の中身を表示してみたらいかがでしょう。

> 素人考えですが、私が掲示板などのソースを弄っていてうまくいかない時
> ダブルクオートをシングルクォートに変えたらうまくいった場合がありました。

あとで試してみましょう。
そのほかにも、そもそも引用符無しにしたらどうかとか、いろいろと試してみたい
と思っています。
もちろん、受信側がニフティ以外の場合にもこけないことの確認もあるし、少し
まとまった時間が必要かもしれません。

> > DC13_995.LOG 38066:       　わけshadow.def, pair.defに感謝します。こいつらは、ほんと便利
> 
> あのー，資源のアドレスを示すときは，もっと論理的な指示をしてくださいませんか。
> 切り分けログのファイル名や行番号などは，個々の環境に依存しますのでね。

あう、すみません、これは文太さんからいただいたログ形式で、そのまま張り付けてしまいました。
このころはまだ SHADOW.DEF はバリバリに使われていたということで。

> 通常，995という表示だと期間を示すと想像するわけで，1999年5月のように見えますが，
> わずか1ヶ月で3万8千行のログがあるとは思えませんね。（探すの苦労したぜ）

はい、99年5月以降のログですね。
キーワードで検索すればすぐだと思いましたので。(^^;
ちなみに、DC13のログは

2004/10/16  23:11         2,371,466 DC13_968.LOG
2004/10/16  17:57         1,684,140 DC13_977.LOG
2004/10/16  17:57         1,397,337 DC13_986.LOG
2004/10/16  17:57         2,074,171 DC13_995.LOG
2004/10/16  17:57         2,123,527 DC13~009.LOG
2008/08/05  17:39         1,227,235 DC13~031.LOG

こんなにあるんですね。切り分けルールは約2メガですかね。

> それはともかく，どうして「顰蹙」の可能性があるのですか？

文太さん向けだったんですが、クローズなDC時代の発言を勝手にアップしたもので。
まあいいか、毒を食らわば皿まで。(^^;

> 07095/07096 xxxxxxxx  文太             RE:なんだが興奮して眠れないので
> (13)   00/07/17 01:34  07079へのコメント

これですね、文太さん、ごめんね。m(__)m

> 07095/07096 xxxxxxxx  文太             RE:なんだが興奮して眠れないので
> (13)   00/07/17 01:34  07079へのコメント

　おほほほほ。僕は自分の発言が入っているツリー（過去ログ）を読むのが嫌いでして……。
　pair.def、shadow.defの話なのかな？

　いえ、３年ぶりくらいにblogjumpをやってみたくなりまして。
　飛びました！
　何やら、むさいさんのお世話になっているようで（何百回あったのだろう、、、。多謝
です m(__)m by facemenu.def）。

　これ、渡米前だな、内部レジスタと返り値ｒの話をしてるみたいだぞ。うん、あの
ころは、Ｖｚマクロがまだぜんぜん分ってなかった。怖いもので、もう４年くらいマクロを
書いてないと思うけど、本当かどうかも分らないが、「いや、その気になればまだ
いくらでも書けるよ」という、無根拠な自信があります。
　むさいさんに、基礎を叩き込んでいただいたお陰だとおもっています。それも、何度も
何度も何度も、ありがとうございました。

　いやあ、ほとんど飛んだだけで読んでませんが、懐かしいですね。
　渡米１年前だろう。きっとまだblogjumpを書き始めていない……。ＮＥＣ９８を使って
いたと思う。まさか2020年に、まだメインでＶｚを使っているとは想像もしていなかった
ろう。

　何やら賑やかですね。長い長い深い深いツリーになっているようで、嬉しいです。

> やっぱ、他のお客様のことも考えませんと。
> 利用者あっての掲示板、そして、利用者あっての付加機能。

ああ、そうでした。私はユーザー目線でしか考えてなかったですね。

> あとは、私の美意識の問題、ということで。

としきさんらしいですね。この辺が私はいい加減なもので。(^^;

> 私の提供したルーチンをお使いいただいているkonnoさんにツリー表示のバグを
> 直していただきたいのも、この美意識とやらのせいかも。
> printfデバッグ、というか、変数の中身を表示してみたらいかがでしょう。

う、そうですね、print は試してみます。
ただ、SHADOW.DEF 関連が少しあるので、こちらを先に片づけようかと。
書いておかないとすぐ忘れてしまうので。(^^;

> 　おほほほほ。僕は自分の発言が入っているツリー（過去ログ）を読むのが嫌いでして……。
> 　pair.def、shadow.defの話なのかな？

わい、文太さんを召喚できた。＼(^^)／ ﾔｯﾀ-

> 　いえ、３年ぶりくらいにblogjumpをやってみたくなりまして。
> 　飛びました！

VZの方もお元気そうで何よりです。(^_^)

> 　いやあ、ほとんど飛んだだけで読んでませんが、懐かしいですね。
> 　渡米１年前だろう。きっとまだblogjumpを書き始めていない……。ＮＥＣ９８を使って
> いたと思う。まさか2020年に、まだメインでＶｚを使っているとは想像もしていなかった
> ろう。

20年前、DOS6 ですか、私はWin98かME あたりか、まあまあ先端を目指していたようです。

> 　何やら賑やかですね。長い長い深い深いツリーになっているようで、嬉しいです。

気が付けばツリーが長くなっていますね。それでも６９レスくらいか。
SHADOW.DEF 関連が少し書くことがあるので、別スレでやります。

著作権関連について，若干誤解があるように思います。

nifty会議室は決してクローズドではありません。会員であれば誰でも読むことが出来ました。
（その後niftyが公開せずに削除したのは，負荷がかかるし保持が面倒だったからと思われます。）

クローズドな環境の代表は，会員個人が開設できたホームパーティーですね。
ここは主宰者個人の許可があって初めて読むことができますし，勝手に不特定多数に公開できないですね。

また，konnoさんの行為は「引用」に当たりますので，発言者の許諾を得る必要はありません。
ひとこと断りを入れて引用するのは実に紳士的だと思いますが，そこまで気にする必要はないでしょう。

昔，一段落くらいを長々と何行も引用符付きで貼り付けておいて，自分のコメントは「そうですね。」の一言…
…なんてスタイルの人がいましたが，そういうのは引用とは言えないので嫌われていたように思います。
なんて言ったかな，あの人の名前。確か有名なデザイナーだかコメディアンのような名前だった。

まぁ，「美意識」って人それぞれですよね。

他所様の玄関が片付いていないと気になる一方で，自宅の玄関の散らかり様は見えない。
（としきさんのことではなくて，我が家の話です。）

そのくらいのことだと思うのですが，自分の「美意識」を意識することは，
実はとても大事なことだと思います。

アイデンティティーとでも言いましょうか，存在価値を自己に見出すというのは，
人間が生きていく上で必要不可欠なもので，それを持てなくなったらオシマイかな。
それと同じくらい自己否定も大事で，程度もんですが向上のために必要なのでしょう。

ああ，秋なんだな。(ﾟ-ﾟ)ﾄﾎｲﾒ

> なんて言ったかな，あの人の名前。確か有名なデザイナーだかコメディアンのような名前だった。

私がニフティに入会した時期がそもそも、あの方の活動末期というか。
何であんなに嫌われているのだろう、と思っていましたが、そうですか、そういうレスの
つけ方をしていたのですか。
いや、私の見えていた範囲では、ちょっと（どころではなく）癖のある文体でしたが、そこまで
嫌われるほどかなぁ、と思っていたので、なんとなく謎が解けたような気がしています。
いや、あの方のほうが、某宇宙人に比べればよっぽど地球人ぽかったというか。

> nifty会議室は決してクローズドではありません。会員であれば誰でも読むことが出来ました。
> （その後niftyが公開せずに削除したのは，負荷がかかるし保持が面倒だったからと思われます。）

会員制だからクローズドだと思ったんですが、狭義とか広義の違いかな。
今なら、フェースブックとかインスタグラムとかは、会員でないと読めないですし。
その中の情報を勝手に外に出すのは場合によっては顰蹙を買うかと。

> クローズドな環境の代表は，会員個人が開設できたホームパーティーですね。
> ここは主宰者個人の許可があって初めて読むことができますし，勝手に不特定多数に公開できないですね。

それはその通りですね。ヘタすりゃ訴訟問題になりますからね。

> また，konnoさんの行為は「引用」に当たりますので，発言者の許諾を得る必要はありません。
> ひとこと断りを入れて引用するのは実に紳士的だと思いますが，そこまで気にする必要はないでしょう。

半分はネタですから。(^^;
偶々見つけた発言が面白そうだったから、問題ないだろうという前提で引用してます。

> 昔，一段落くらいを長々と何行も引用符付きで貼り付けておいて，自分のコメントは「そうですね。」の一言…
> …なんてスタイルの人がいましたが，そういうのは引用とは言えないので嫌われていたように思います。
> なんて言ったかな，あの人の名前。確か有名なデザイナーだかコメディアンのような名前だった。

これ、すぐに浮かんだ人がいますが、言わない方が良さそうですね。(^^;

> まぁ，「美意識」って人それぞれですよね。
> 他所様の玄関が片付いていないと気になる一方で，自宅の玄関の散らかり様は見えない。
> （としきさんのことではなくて，我が家の話です。）

う、まんま私にも当てはまる。(^^;

> アイデンティティーとでも言いましょうか，存在価値を自己に見出すというのは，
> 人間が生きていく上で必要不可欠なもので，それを持てなくなったらオシマイかな。
> それと同じくらい自己否定も大事で，程度もんですが向上のために必要なのでしょう。

私は自己否定はしないように心しています。鬱になるだけなので。反省は必要かと。
この掲示板を通して皆さんとの交流ができたことが私の存在証明と思っていますし
過去ログは私が活動した証となる宝物です。
DCの過去ログも公開出来ないかと夢想していました。

> ああ，秋なんだな。(ﾟ-ﾟ)ﾄﾎｲﾒ

そういえば急に冷え込んできましたね。（違う）

内容がタイトルと異なりますが，敢えてそのままにします。

ああ，そういえばスケールのやたら大きな名前の人，いましたねぇ…。
あまりよく憶えていないのですが，ひとの話をとことんスルーする人でしたっけ。
読み返す価値もないと思うので改めて確認しようとも思いませんが，
とにかく自分とは住む世界が違うという気が……宇宙人ですもんね。いまさら納得。

かの方については，わたし自身通信マナーにさほど厳格でない自覚もあったし，
きょくりょくフォローしたいと思っていた初心者向け会議室で彼だけ無視も違和感があり，
まぁ，そこそこお相手はしていたのですが，ときどき含ませてみる助言みたいなものを
まったく意に介さないふうだったので，最後はどうでもよくなってしまったような。

通信初心者向けフォーラムのBLふぜいが「僕の会議室」とか言ってのけるのが一番いやだったな。
まぁ，そういう面を含めて，niftyの会議室では長幼に関係なく勉強させてもらいました。
この辺が，お後がよろしいようで，かな。

私も年をとって記憶が妖しくなっているので、今回を最後とします。

昔、私の嫌いな方については、板塀#1174に書いたことがあります。
今回話題の大文字のみのハンドルの方って、もしかしたら、その私の記事で書いた
一番嫌いな方かもしれない。断言はできませんけどね。
なんとなく、活動時期がずれているような気もするから別人のような気もするけど
全く自信はありません。
昔の不快感を思い出すだけなので、いまさら検索する気は全くありません。

#9857 以降で話題にしていた十分割ジャンプマクロの問題点が解消出来たのでアップします。
オリジナルVZでも動作しますが基本的には高橋版系用です。


=== JUMP_10.def === H_oka,DANNY,wanama,konno 100／10分割ジャンプ,行番号付

;=== JUMP_10.def === H_oka,DANNY,wanama １００／１０分割ジャンプ,行番号付
;17079/17177  Ｈ岡  その３：ファイル十分割地点へジャンプ ;(15)  00/10/31
;どんな大きなファイルでも、十分の一刻みで、正確に、ファイル内のお望みの地点へ着地してくれます。
;※ 高橋版系以外のVZ は、&Ld が使えないため不正確です。実用ファイルサイズも約2M までです。
;[ESC]+0 なら1〜99入力 百分割ジャンプ/100 以上なら行番号ジャンプ
;使用している汎用変数：n,p,i		Ver0.3  2020-10-21

*M

80 [ESC]0 "きっちり十分割ジャンプ：巨大ファイル対応版"
	?.
	n=r,					; ★[ESC]+数字を n に
	(n==0)?>j				; ★[ESC]+0 なら1〜99入力へ
#if tVZ
	n=n*10, pw.1='0', >t			;高橋版以降
#endif
	&s #_ i[, i=ln, 
	(i<0)?{i=(-i/(-i/7))+1,n=(-ln/i)*n, &#J(n) >A}  ;32767行以上に対応
	n=(ln/10)*n, &#J(n) 			;めざら資源の VZ Macro FAQ から
:A	i], &d >q
;17200/17467  和生  RE:RE*4:その３：ファイル十分割地点へジャ;(15) 00/11/16
:j						; ★[ESC]+0 なら1〜99入力 百分割ジャンプ
	&g("",-9) n=r, &Cr (n==-1)?.			;-9:Line No. /[ESC]etc.
	&Sn(pw)(r>2)?{ &s &#J(n) #e &d #m >q.}	;100 以上なら行番号ジャンプ 65534行まで
#ifn tVZ
	&s #_ n=(ln/100)*n, &#J(n) &d >q.	;百分割ジャンプ   VZ Macro FAQ から
#endif
	n=pw.0&$f*10+pw.1&$f,			;n:%
	(pw.1)??pw.1='0',			;着地微調整
:t	p126+wa,				;p:mark0,
	#] &Tz(wa) p..0=ax, p..1=dx,		;ファイルサイズ DANNY
	&Id(p,100) &Im(p,n) &Ia(p,r*n/100)	;r:mod revise
	#U (ax+$8000<$80c8 && dx==0)?>q ;.	;200 byte
:u	ds[+, #]
#if kVZ
	(300){ #d (r)?{} (pw.1-pq..133.11)??{} }   ;status chr, kvz,ovz:.11
#else
	(-1){ #d (r)?{} (pw.1-pq..133.10)??{} }   ;status chr, tvz:.10
#endif
	ds],
:q
;	&m("Jump to %d",n) ;&w(40)   ;.
	&m("") 
	&d .

*


このマクロ中で、VZは32767行以上は数値がマイナスになってしまうので
	(i<0)?{i=(-i/(-i/7))+1,n=(-ln/i)*n, &#J(n) >A}  ;32767行以上に対応
の行で 32767行以上に対応させてみたんですが

	i=(-i/(-i/7))+1,

この変な計算は誤差を少なくするための苦肉の策です。(^^;
何かうまいやり方無いですかね。

> ダブルクオートをシングルクォートに変えたらうまくいった場合がありました。

やっと、こいつを試してみたのですがね。残念ながら、改善せず。
その他、いろいろと試していますが、いまだ解決には至らず。

試したこと１：
「主」という文字が悪さをしているかと思い、文字列の順番を変えて「家主のとしき」
としてみたけど、やっぱり「き」の文字以降が文字化け

試したこと２：
全角文字に引き続いてダブルクォートが悪いのかと思い、最後に半角スペースを
挿入してみたら、文字化けのパターンは変わったけど状況は変わらず

とりあえず、今日はもう時間切れ。次は今週末あたりに時間が取れるかなぁ。
あと試してみたいのは、全く引用符なしにするとどうなるか。
それと、全角を使わなかったらどうなるか。
なんか、その辺りに正解がありそうな気がする。

> > やっぱ、他のお客様のことも考えませんと。
> > 利用者あっての掲示板、そして、利用者あっての付加機能。
> ああ、そうでした。私はユーザー目線でしか考えてなかったですね。

この辺はね、民間企業で働いている期間が長いと、製造者というかサービス提供側の
感覚がいやでも身についてくるような気がしています。

> > あとは、私の美意識の問題、ということで。
> としきさんらしいですね。この辺が私はいい加減なもので。(^^;

ただ、その美意識とやらがよって立つ基準がいい加減ですから。

> > printfデバッグ、というか、変数の中身を表示してみたらいかがでしょう。
> う、そうですね、print は試してみます。

$padding .= ($x[$lx]<=0)?"┗":"┣";
$padding .= $x[$lx];

なんてやれば、簡単に表示できますよね。
もちろん、他の変数だってOKだし、テンポラリ変数に値を保存すれば値の変わる変数の
変化前後を確認することもできるし。

> 	i=(-i/(-i/7))+1,
> この変な計算は誤差を少なくするための苦肉の策です。(^^;

ごめんなさい、これでなぜ誤差が少なくなるのかが私にはわかりません。
これが理解できれば

> 何かうまいやり方無いですかね。

うまいかどうかは別にして、他の方法を提案できるかもしれないんですがね。
よろしければ、説明していただけないでしょうか。

> やっと、こいつを試してみたのですがね。残念ながら、改善せず。
> その他、いろいろと試していますが、いまだ解決には至らず。

状況は思っていたよりも複雑なんですね。
ふと思ったんですが、「＠」は大文字ですが、もしかして小文字と同一視されてるとか
この文字を他の文字に変えてみたらどうかと思ったのです。
全くの素人の発想なのでありえないとは思いますが。

> > 	i=(-i/(-i/7))+1,
> > この変な計算は誤差を少なくするための苦肉の策です。(^^;

この式だと，定数にしても一緒ですよね？

i==-70      (70/(70/7))+1        → 8
i==-700     (700/(700/7))+1      → 8
i==-7000    (7000/(7000/7))+1    → 8
i==-28000   (28000/(28000/7))+1  → 8

　完全に日記的ですが、前に話題に出てましたし。m(__)m

　【シェーバー替え刃】
　今日、ブラウンの替え刃を買ってきました。わりとサドンデス的に、ばたっと
お亡くなりになったから。異音がして、切れ味が最低になり、、、。
　４７３０円。高いねぇ。

　【無線ルーター】
　ついでに（ではないけど）、無線ルーターも。職場でＺｏｏｍしなくてはならず、
それだけのために職場を訪問。理屈では、何も問題なくインターネットできるはず
だった。もちろん、できなくて、原因がわからず、サポートデスクのお世話になる
こと１時間。「ルーターが壊れてますね」との結論。ちょっとどうしてもＺｏｏｍ
できる環境が必要だったから、大きなネットワークの中で、マスターIPアドレス
みたいなのを仕込んでもらって、とりあえずの対処療法ダン。しかし、新たな
ルータを買わなければならず、上のついでに。
　ｔｐ−ｌｉｎｋという会社のもの。売れ筋らしい。１１ａｃで、１７３３Ｍｂｐｓ
というスピードが現在の「普通」らしい。無線ＬＡＮ（信用ならん）ではなく、
ふつうの有線ルータ部分が必要だっただけなのだけど、どうせそのうち無線もするし。
　９９５０円。こんなものらしいです。

　【ルータ用ＡＣアダプタ】
　（完全な余談ですが、この壊れたルータ、もちろん、その場で廃棄されたのですが、
そのＡＣアダプタは、１２Ｖ、１Ａのものでした。これだけばらして、鉛１２Ｖ充電に
どれくらい使えるか試してやろうと思ってます。逆に、ルータというのが１２Ｖで動く
のが標準なら、昔としきさんが言っていたように、そっちに太陽光余剰電力を使う、
という手も、確かにあるな、と思いました。が、固定的で恒常的な充電回路がなかなか
作れないので、まあ、遠い将来にむけた計画、ということになります）

　【ノートＰＣ、ＵＳＢ−ＬＡＮアダプタ】
　最後が、上の事態で必要になった、ノートＰＣ、Ａｓｕｓのもの（型番が機械的
すぎるので省略）、Ｗｅｂカメラ付きの大きいノート、ＳＳＤでオフィス付き、
７万円弱。驚いたのは、有線ＬＡＮポートがなかったこと。今は半半ぐらいだって。
僕は、有線が好きなので、USB3.0とＬＡＮケーブルを繋ぐアダプタも購入しました。
　VTDOS環境、def環境を（FGALDC全ログを含む）、いつものようにがばっとコピー
するところまでやりましたが（USB 8GB メモリより）、DDWINな辞書環境は動くこと
を確認しましたが、Vzまでたどり着かず。これは、ものすごくおまけなので、
　もちろん、マシンは、Win10 64bit です。

　【ワイヤレスマウス】
　さらに（ほんとの最後）、上のノートＰＣ用に、生まれては初めての、Bluetooth
接続ワイヤレスマウスなるものも購入。近所のノジマでは、ワイヤレスを超オススメ
していたようだったので。こわごわやりましたが、これは問題なく繋がりました。
　単３電池の管理が面倒そうだけど。

　世の中、進化する部分とそうでない部分と、ありますね。
　そういえば、八王子のヨドバシのシェーバー売り場では、Panasonicがやたら
がんばっていました。別に、シェーバーのメーカーに、僕は贔屓はありません。

> $padding .= ($x[$lx]<=0)?"┗":"┣";
> $padding .= $x[$lx];
> 
> なんてやれば、簡単に表示できますよね。

うう、表示させてみたんですが、値がおかしい？
何処かがバグってると思って色々弄ってみましたが、もうぐちゃぐちゃ。(>_<)
疲れてしまいました。
しばらく放置することにします。m(__)m

> > 	i=(-i/(-i/7))+1,
> 
> ごめんなさい、これでなぜ誤差が少なくなるのかが私にはわかりません。
> これが理解できれば
> うまいかどうかは別にして、他の方法を提案できるかもしれないんですがね。
> よろしければ、説明していただけないでしょうか。

　i=(-i/(-i/10)),

これが元の計算式なんですが、i がマイナスになると、ジャンプ先も
かなりマイナスになってしまうんです。
１０で割るところを試行錯誤して７にしたら誤差が少なくなったというだけです。
私は計算が苦手なので自分でもよくわからない式になってしまいました。(^^;

と思ったら、めざらさんから助言が。(++;

> > > 	i=(-i/(-i/7))+1,
> 
> この式だと，定数にしても一緒ですよね？
> 
> i==-70      (70/(70/7))+1        → 8
> i==-700     (700/(700/7))+1      → 8
> i==-7000    (7000/(7000/7))+1    → 8
> i==-28000   (28000/(28000/7))+1  → 8

ああ、ほんとだ！！

私は本当に計算が苦手なので、適当にやっていました。(^^;

	i=(-i/(-i/7))+1,
これは
	i=8,
と同じなんですね。ということは

	(i<0)?{i=(-i/(-i/7))+1,n=(-ln/i)*n, &#J(n) >A}  ;32767行以上に対応
この式は
	(i<0)?{n=(-ln/8)*n, &#J(n) >A}  ;32767行以上に対応

こんなに簡素になるんですね。(@.@)
ありがとうございます。m(__)m

いやいやいやいや。
助言ではなくて，ツッコミですよ。

としきさんの疑問とたぶん同じだと思うのですが，知りたいことは「なぜ，この式なのか。」です。
ここに論理的な理解が及ばないから，そこが知りたいという素朴な理由です。

ふつう，16ビットで負の値を正に直したいときは $8000 を加算してやると思うのです。
このケースでそれが適用できるかどうかは別の話になりますけどね。

試行錯誤というのは，まぁ論理で攻めてる雰囲気が薄いですが，よくありますよね。
ただ，なぜ誤差が少なくなるのか？という評価になると，多少の検証が必要かと思います。

まぁ，十分割位置ジャンプなら「だいたい」で構わないわけですが…。
わたしなんざ，$8000行を超えるテキストに対応しないって仕様でやってますし。

いやぁ、やっと原因がわかりました。
メール送信に使っているソフトの、これはバグといってもいいでしょうね。
作った人は「舐めた仕様だ」というかもしれない。
実際、私も、自分だけで使うのならこういう舐めた仕様のソフトを平気で作りますが、
さすがに公開するソフトではなかなかできないなぁ。

CGIでメールを送信する場合、一般的によく使われるのはsendmailというソフトです。
こいつはコマンドライン式のソフトですが、えらく多機能というか、Outlookとか
Thunderbirdの送信部だけを取り出したものに匹敵するだけの機能があります。
最近はあまりないと思いますが、かつてはこいつにメール送信の下請けをやらせて
エディタをメーラーに仕立て上げるマクロなんていうものもUNIXにはありました。
私もDOS上で作成することを夢見たことがあります。cf. nifty:FGALDC/MES13/#09838
ただ、いかんせん、このソフトは高機能すぎるもので、うちのような軟弱なサーバ
には明らかにオーバースペック。確か、私がメール送信機能を実装しようとした当時、
Windows用の実行ファイルのファイルサイズは 1MB を超えていたのではなかったかな。
そこで私の選んだsendmailもどきのソフト、必要にして充分な機能はありましたが、
逆に最低限の機能しかなく、実行ファイルサイズは 200KB を切っていました。
ということで、喜んで使っていたのですがね。ところがどっこい。

メールの差出人欄では一般的に、漢字コードとしてはJISコードが使われます。
JISコードの場合、１バイト文字と２バイト文字は同時使用ができません。
なので、切替のためのコードというのがあります。
俗に、漢字IN（KI）、漢字OUT（KO）などと呼ばれています。
漢字OUTというのは実は不正確というか、実体としては半角INと呼ぶべきだ、などと
いう議論もありましたが、要はそういうコードを使って切り替えているわけです。
ところが、私の使っているメール送信ソフトには、ここにとんでもないバグが潜んで
いました。なんと、KOが付加されないのです。
これはほとんどバグといってもいいと思います。
ただ、なぜこれが仕様でもいいかというと、多くの場合、KOの欠落を検知したソフト
は、それなりに修正してしまうのですよ。だから、私の使っているケーブルテレビ屋
のWEBメールでは発覚しなかったし、niftyのWEBメールでもメール詳細画面では修正
されてしまっていたわけだし。すなわち、受信側がそれなりに対応してくれることを
期待した仕様、というわけです。本来、どこの誰が受信するかわからないわけです
から、そんなことは期待してはいけないんですけどね。つまり、世の中を舐めた仕様、
というわけです。そして、niftyのWEBメールのメール一覧画面だけが仕様に厳密
だったために、今回、発覚に至ったわけです。

一応ですね、運用対処というか回避方法というのも発見できまして。
どうするかというと、一般的に送信者欄というのは送信者名と送信者のメールアドレス
が併記されていますよね。これを、送信者名だけにしてしまう、というもの。
送信者のメールアドレスは、メーラーとメールサーバの間の裏でやり取りできれば、
仕様上はメール本体内に記載する必要はありません。ただ、メールを受け取った人が
困る、というだけ。あれだ、封筒に差出人は書いてあるけど、中の便箋には書いて
ない、というヤツ。
こうすると、送信者名の末尾のKOが欠落する形になります。すると、さしものnifty
のメール一覧画面でさえ、続行する文字が全くない場合として扱うわけで、結果、
変な文字化けは表示されなくなります。めでたしめでたし。



って、全然めでたくない。
さすがに私、この、メールアドレスの記入のない形式のメールを送る気にはなれず。
ということで、現状、niftyのWEBメールのメール一覧画面では文字化けが継続中。
もしかしたら、その他のメーラーでも発覚していないだけで発生する可能性はある
わけです。
本格対処は、メール送信ソフトの入れ替え。これがなかなか踏ん切りがつかず。
おそらく、他のお客様からのクレームが来た段階で、重い腰をあげて本格対処を実施
する事になると思われます。
それまでは、konnoさんにはご迷惑をおかけいたしますが、我慢してください、と
いうことで。

ごめんなさい。

> この式だと，定数にしても一緒ですよね？

ただ、Vzは整数演算ですよね。
割り切れない値、例えば69とか71だった場合、どうなるのでしょうか。
もしかしてkonnoさん、そういう値でいくつか試してみて、誤差が少なくなると誤解
してしまったとか。

> 　i=(-i/(-i/10)),
> これが元の計算式なんですが、i がマイナスになると、ジャンプ先も
> かなりマイナスになってしまうんです。
> １０で割るところを試行錯誤して７にしたら誤差が少なくなったというだけです。

i はマイナスにはなってはいけないんですか。
やっぱりよく理解できないので、追加で質問。
プラスの値のときはいいや、例えば、i がいくつの時にはいくつになって欲しい、
という一覧のようなものを出していただけませんか？
要は、入力と出力の対照表というか。

入力　　→　出力の希望値
    -2　→
  -500　→
 -1000　→
 -8000　→
-16000　→
-32000　→

このくらいあればいいかな。
これだけあれば、希望する値と実際に得られた値から、そこそこ誤差が評価できると
思います。

> 　【シェーバー替え刃】

最近、ここ２週間ぐらい前かな、私も替え刃を買ってきました。
多分、３年ぶりくらいだと思う。もしかしたら５年ぶりくらいかも。
電気屋に行ったら、シェーバー売り場に「１年半に１回は刃を換えよう」みたいな
看板が出ていました。これは、その電気屋のご意見なのかどこかのメーカーの宣伝
なのか、それとも業界の総意なのかは確認していません。
ただ、これっておそらく、毎日シェーバーを使った場合の話だと思う。私の場合、
ここ４〜５年は週に平均して３回をちょっと超えるくらいしか電気シェーバーって
使わないんですよ。あとは、いわゆるカミソリを使用。
なので、３年以上で刃を交換というのは、私の使用実態に照らして実に適正である
ような気がしています。

> 　ついでに（ではないけど）、無線ルーターも。職場でＺｏｏｍしなくてはならず、

Zoomって、半年ほど前はセキュリティでずいぶん問題になっていたようですが、
最近はどうなんでしょう。Zoom爆弾とやらで、どこぞの議会の公聴会が中止に
追い込まれただの、裁判が妨害されただの、いろいろあったようです。
まぁ、文太さんが直接ターゲットになることはなさそうですが、そこらの主婦でも
学生でも、逆恨みの対象になって妨害される、ということはありそうです。
なので、うちの会社の場合、リモートが許可されているのは、マイクロソフト
のTeamsとかいうやつだけらしい。
もっとも、私のような現業作業員には、全く縁のない話なんですけどね。

> うう、表示させてみたんですが、値がおかしい？

どうおかしいか書いていただければ、何らかのアドバイスもできる可能性があるん
ですけど。
あとは、例えば

$padding .= ($x[$lx]<=0)?"┗":"┣";
$padding .= $lx;

とか、

$temp = ほにゃらら
（略）
$padding .= ($x[$lx]<=0)?"┗":"┣";
$padding .= $temp;

なんていうコードを駆使して、一つずつ変数の値をチェックしていくとか。
あ、そうだ、ループの先頭でログファイルを読んでいると思いますが、それの変数の
並びとか変数名のミスタイプとかはありませんか？


> 何処かがバグってると思って色々弄ってみましたが、もうぐちゃぐちゃ。(>_<)

いじる前に、正常に出力できている部分との比較はやって見ました？
つ〜か、もしかして、何も確認せずにいろいろ弄っているんですか？
それは悪手でしょう。
プログラムは論理なんですから、一つ一つ確認してかからねば。
文学とか絵画とか音楽なら直感を信じたほうがよい結果が出ると思いますけど。


> しばらく放置することにします。m(__)m

あらら、残念。

話を元に戻させてもらうと，十分割位置の値となれば，元の数が大きいほど
…と言っても，符号なし（$8000未満）での話ですが…誤差が少ないですよね。
で，十分割位置ジャンプが望まれるということは，それなりに大きなファイルのはず。
10行未満の誤差って，無視してもいいと思うのですが，気になりますか？
100行未満のテキストだと誤差が大きくなるけれど，そんなテキストでは無意味かと。

そんなに厳密な結果を求めてないと思うのですが，そう思うのはワタシだけかな(^^;
より厳密を求めるなら，10倍（100倍でも結果は同じ）にして誤差を減らすでしょう。
1/10を求める前に，ln に(n/10の)nを掛けてから10で割ってもいいわけですが。

そもそも，「元の計算式 i=(-i/(-i/10)),」という意図を測りかねてまして。
符号つきのときだけ誤差が大きくなる……何故だろう……

> いやいやいやいや。
> 助言ではなくて，ツッコミですよ。

はい、的確な解答で突っ込んでいただき、ありがたいです。m(__)m

> としきさんの疑問とたぶん同じだと思うのですが，知りたいことは「なぜ，この式なのか。」です。
> ここに論理的な理解が及ばないから，そこが知りたいという素朴な理由です。

最近は特に論理的に考えるということが出来なくなっているみたいで
こんな風にして見たらどうだろう、という極めていい加減なことをやっていました。

> ふつう，16ビットで負の値を正に直したいときは $8000 を加算してやると思うのです。
> このケースでそれが適用できるかどうかは別の話になりますけどね。

私は$8000を超えるとマイナスになるというのがどうにも飲み込めなくて
一番わかっていない分野かもしれません。(^^;
これが分かればビット演算でもスイスイできそうな気はしますね。

> 試行錯誤というのは，まぁ論理で攻めてる雰囲気が薄いですが，よくありますよね。
> ただ，なぜ誤差が少なくなるのか？という評価になると，多少の検証が必要かと思います。

マイナスの時に、1/10 だと非常に誤差が大きくなってしまうので、数字を変えてみて
1/8 が誤差が少ないなと感じたわけです。

> まぁ，十分割位置ジャンプなら「だいたい」で構わないわけですが…。
> わたしなんざ，$8000行を超えるテキストに対応しないって仕様でやってますし。

VZの仕様がそうなっているのを、今回改めて確認出来て、不満を持ちました。
せめてマクロの関数くらいロング対応に出来なかったのかなぁと。
私にスキルがあれば、スイッチで切り替えて実現したいものなんですが・・・
今はもう出がらしみたいで何にも出来そうもないですね。

> ところが、私の使っているメール送信ソフトには、ここにとんでもないバグが潜んで
> いました。なんと、KOが付加されないのです。

げげ、そんなことになっていたのですか、これでは普通気が付かないですよね。

> というわけです。そして、niftyのWEBメールのメール一覧画面だけが仕様に厳密
> だったために、今回、発覚に至ったわけです。

なるほど、たまたま相性の悪い組み合わせだったということですか。

> 一応ですね、運用対処というか回避方法というのも発見できまして。
> どうするかというと、一般的に送信者欄というのは送信者名と送信者のメールアドレス
> が併記されていますよね。これを、送信者名だけにしてしまう、というもの。

名前で文字化けしているのに、それで直るとは頭が付いていきません。(^^;
素人考えですが、KO を名前に埋め込んだら・・・うまくいくわけないか。

> 本格対処は、メール送信ソフトの入れ替え。これがなかなか踏ん切りがつかず。
> おそらく、他のお客様からのクレームが来た段階で、重い腰をあげて本格対処を実施
> する事になると思われます。
> それまでは、konnoさんにはご迷惑をおかけいたしますが、我慢してください、と
> いうことで。

ということは、niftyのWEBメールで通知受け取ってるのは私だけと言うこと？　(^^;
あ、勿論私は今のままでも問題ないです。

> 　今日、ブラウンの替え刃を買ってきました。わりとサドンデス的に、ばたっと
> お亡くなりになったから。異音がして、切れ味が最低になり、、、。
> 　４７３０円。高いねぇ。

替え刃だけでその値段ですか、私はそれより安いパナソニック製です。(^^;
剃り残しはありますが、たまにカミソリを使う程度で。

> 　【無線ルーター】
> 　ｔｐ−ｌｉｎｋという会社のもの。売れ筋らしい。１１ａｃで、１７３３Ｍｂｐｓ
> というスピードが現在の「普通」らしい。無線ＬＡＮ（信用ならん）ではなく、
> ふつうの有線ルータ部分が必要だっただけなのだけど、どうせそのうち無線もするし。

今はそんなにスピードが出るものなんですか。
私が持っているのは３００Mbpsだったかな、年々スピードは上がっているんですね。

> 　最後が、上の事態で必要になった、ノートＰＣ、Ａｓｕｓのもの（型番が機械的
> すぎるので省略）、Ｗｅｂカメラ付きの大きいノート、ＳＳＤでオフィス付き、
> ７万円弱。驚いたのは、有線ＬＡＮポートがなかったこと。今は半半ぐらいだって。

おお、新しいPCおめでとうございます、SSDは乱暴に扱っても壊れないのでいいですね。

> 　VTDOS環境、def環境を（FGALDC全ログを含む）、いつものようにがばっとコピー
> するところまでやりましたが（USB 8GB メモリより）、DDWINな辞書環境は動くこと
> を確認しましたが、Vzまでたどり着かず。これは、ものすごくおまけなので、
> 　もちろん、マシンは、Win10 64bit です。

いつでもVZ出来るという安心感が良いですよね。(^^;
私は掲示板の書き込みはいつもVZでやっています。
他のエデイタは使えない体になっているの。

> げげ、そんなことになっていたのですか、これでは普通気が付かないですよね。

この辺を解析するためには生のメールのデータが必要です。
そして、メーラーの種類によっては、容易に入手可能です。
Thunderbirdとか、CATV屋のWEBメールとか。
実際、会社ではThunderbirdを使っているのですが、会社からでは規制の関係で
niftyに接続できない。一方、自宅ではメーラーを使っていなくて、全部WEBメール
で済ませています。
ということで、今回は、自作のメール受信ソフトであるPOPoutを使って生のメール
を取得する羽目になりました。何をやっているんだか。

> 名前で文字化けしているのに、それで直るとは頭が付いていきません。(^^;

ある特定の箇所以降が文字化けするわけです。
なので、その箇所以降に文字がない状態にしてやれば、そもそも化けるものもない、
ということです。

> 素人考えですが、KO を名前に埋め込んだら・・・うまくいくわけないか。

実は私も一瞬この方法を考えました。
でも、なんとなく、KOのコードごと、文字コード変換されてしまいそうな気がする。

> ということは、niftyのWEBメールで通知受け取ってるのは私だけと言うこと？　(^^;

通知メールの登録ユーザは、全部で約10人。
そのうち、niftyをご利用の方は、約3人。
ただ、私にわかるのはメールアドレスまで。
おそらく、他のniftyユーザの方は、メーラーで受信するようにしているのでは
ないかなぁ。

> そんなに厳密な結果を求めてないと思うのですが，そう思うのはワタシだけかな(^^;

私は、性格的に、厳密な結果を求めてしまいそう。
それはともかく。
konnoさんは、何らかの基準と比較して、誤差が大きいと感じていると思うのです。
ところが、私には、その比較対象がわからない。
だから、その、比較の基準がわかれば、もしかしたらアドバイスができるかも、と
思ったわけです。
まぁ、要するに

> そもそも，「元の計算式 i=(-i/(-i/10)),」という意図を測りかねてまして。

私にもこいつがわかっていない、ということです。

i=(-i/(-i/10))
 
この式だと，定数にしても一緒ですよね？

i==-70      (70/(70/10))        → 10
i==-700     (700/(700/10))      → 10
i==-7000    (7000/(7000/10))    → 10
i==-28000   (28000/(28000/10))  → 10

> 入力　　→　出力の希望値
>     -2　→
>   -500　→
>  -1000　→
>  -8000　→
> -16000　→
> -32000　→

あのう、十分割マクロなので、１０％〜９０％まで、１〜９しか入力しないのです。
この数字は意味が分からないので、十分割前提でやらさせてもらいます。

dc13-05.log   1,459,244　約1.4Mのファイルでテスト
37917行あります。-27619

	  1/10 		  1/8
	％　　行	％　　行
---------------------------------------
10%	 7%  2761	 9%  3452
20%	14%  5522	18%  6904
30%	22%  8283	27% 10356 
40%	29% 11044	36% 13808
50%	36% 13805	46% 17260
60%	44% 16566	54% 20712
70%	51% 19327	63% 24164
80%	58% 22088	72% 27616
90%	65% 24849	82% 31068


fgaldc_010407_0851.log   1,726,897　約1.7Mのファイルでテスト
43108行あります。-22428

	  1/10 		  1/8		  1/5
	％　　行	％　　行	％　　行
------------------------------------------------
10%	 5%  2241	 6%  2803	 9%  4485
20%	 9%  4484	12%  5606	19%  8970
30%	14%  6726	17%  8409	28% 13455
40%	19%  8968	23% 11212	38% 17940
50%	23% 11210	29% 14015	47% 22425
60%	28% 13452	35% 16818	58% 26910
70%	33% 15694	41% 19621	75% 31395
80%	38% 17936	47% 22424	84% 35880
90%	42% 20178	53% 25227	93% 40365


どうですか、大分違うでしょう。
大きい（行数が多い）ほど誤差が多いので、1/5 も試してみました。

私がやりたかったのは、このように、1/8〜1/5 を可変したかったのでした。
ログかソースかなど、テキストの内容によって傾向も変わります。
良い案がありましたら是非ご教授を。m(__)m

厳密な結果を求めてしまいそうな性格の方は，ファイルの特定比例位置に飛ぶのに
行番号という空行すら含む数値を用いることに違和感を感じませんか？

例えば，行番号で5/10の位置に移動したときに，ステータスラインの位置表示が
50％ちょうどを示すとは限らないわけですよね。

よく考えるのは，wa+78 にセットされる eofp(EOF lptr)を使うというものです。
これを使うと，行番号を使うときのようにファイルの末尾に一旦飛んで最大値を
取得する必要がないので劇的に高速なうえ，ロングポインタなので計算が楽。
konnoさんが悩むような負数を意識する必要はありません。

pに4バイトのローカルバッファを確保し，nはn/10を&g()で取得しておきます。
&Le(p,wa+78) &Im(p,n) &Id(p,10) &Le(wa+126,p) #U

これだけ。

ただし，wa+78にeofpが入るタイミングや条件がよくわからない。
大きなファイルはいいけど，小ささファイルだと0のままだったりする。
だから0だったら普通に行番号ジャンプに切り替えるとかにすれはいいのかな……
あるいは「仕様」で，「ジャンプする必要はありません」とメッセージ。(笑)

> あのう、十分割マクロなので、１０％〜９０％まで、１〜９しか入力しないのです。
> この数字は意味が分からないので、十分割前提でやらさせてもらいます。

ごめんなさい。ここはちょっと私に誤解がありました。
私、i って、飛び先の行番号が入っていると思い込んでいたんですよ。
その上のコードに i=ln, ってあるのを見落としていました。

ただ、ここでやっぱり疑問。
この

> ;32767行以上に対応

というコードで求めたいのは、i なんでしょうか。それとも n ？


> dc13-05.log   1,459,244　約1.4Mのファイルでテスト
> 37917行あります。-27619

> fgaldc_010407_0851.log   1,726,897　約1.7Mのファイルでテスト
> 43108行あります。-22428

いろいろと試した結果として、10よりも8のほうが精度が高そう、というのは理解
できました。で、それは最終結果ですよね。
私がもしかしたら提案できるかも、というのは、途中の部分。
すなわち、#9864でkonnoさんが

> この変な計算は誤差を少なくするための苦肉の策です。(^^;
> 何かうまいやり方無いですかね。

とおっしゃるので、途中経過の部分で誤差を減らせるかも、と考えたわけです。
つまり、最終結果で誤差を減らすために、途中の部分の i とか n とかが重要では
ないか、と愚考するしだい。
ということで、いくつかの（いろんな）i に対して、欲しい i なり n なりの値を
提示していただければ、それにあうような式なりロジックなりをでっち上げることが
できる *かもしれない* 、ということです。

なので、いくつかの（多くの）i（または ln かも）に対する、欲しい値を提供して
いただけますでしょうか。
なにとぞよろしくお願いいたします。

> 厳密な結果を求めてしまいそうな性格の方は，ファイルの特定比例位置に飛ぶのに
> 行番号という空行すら含む数値を用いることに違和感を感じませんか？

これは、私にとっては、仕様の問題。
行番号で××に飛ぶ、という仕様であれば空行ありの数値で全く違和感なし。
そうではなく、ファイルサイズで××、ということであれば逆に、行番号でどこそこ、
ということに対して違和感発生。

面倒な方向で考えて見ると、やっぱり素直にロング演算。
もし演算にバグがあるというなら、自前で倍精度整数のルーチンを組んでみる、とか。
入力と出力がそれぞれ一つずつなら、アセンブラでもいいかも。

> せめてマクロの関数くらいロング対応に出来なかったのかなぁと。

v1.6 以降であれば，普通にロング演算子を使えるわけですから，

= t = by H_ear
#if 0
ジャンプのテスト
#endif
* mad for vz!
1 ^\ "" ?.
	&g("n/10")
	(r<1)?{ #^ . }
	(r>9)?{ #_ . }
	&s n=r,
	&m("Jump to %d/10",n)
	&> p=r, &Im(p,0)
	#_ &Ia(p,ln) &Im(p,n) &Id(p,10)
	&#J(p..0)
	&m("")
	&d #] .

0:	; ---- buffer ----
	(3+$)."$[4]"
*

ふつうに出来るのではないかと思うのですが……

> ジャンプのテスト

す、凄い、オリジナルVZでもキチンと高精度で動いています！！
えーと、どうやっているんだろう。

> 	#_ &Ia(p,ln) &Im(p,n) &Id(p,10)

ファイル末尾に飛んで、ln の最大行数をロングで1/10にしているんですね。
行数分割でこんなに精度よく分割できるとは、思っていませんでした。

ファイルサイズでロング計算だとオリジナルVZでは暴走してしまうんですが
行数での計算なら大丈夫みたいですね。

ln を使っているので、65535行を超えるファイルは駄目ですね。
だいたい2M以上のファイルでは使えないですが、暴走しないのは安心です。
VZ自体がロング行数対応だったら無制限だったのに、そこが残念です。

これ、いただきます。ありがとうございます。

> なので、いくつかの（多くの）i（または ln かも）に対する、欲しい値を提供して
> いただけますでしょうか。

前回の一覧の意味がやっと分かりました。

> 入力　　→　出力の希望値
>     -2　→
>   -500　→
>  -1000　→
>  -8000　→
> -16000　→
> -32000　→

この数値で出力の希望値というのとはちょっと違いますが、自分なりに分岐でやってみました。

	&s #_ i[, i=ln,
	(i>=0)?{n=(ln/10)*n,>A}
	(i>-4400)?{n=(-ln/1)*n,>A}		;32767行以上に対応
	(i>-9800)?{n=(-ln/2)*n,>A}
	(i>-14600)?{n=(-ln/3)*n,>A}
	(i>-19000)?{n=(-ln/4)*n,>A}
	(i>-22000)?{n=(-ln/5)*n,>A}
	(i>-26000)?n=(-ln/8)*n,
:A	&#J(n) 
	&d &m("%d %d %d",i,n,j)
	i], &d .

大体ですがこんな感じです。
数字は実際のファイルの行数から近い数字にしています。いい加減ですが。

この多重分岐を、一行の式でまとめたいという希望でした。

めざらさんがロング計算で高精度のものを作ってくれたので、こちらは頭の体操と言うことで。

> ファイルサイズでロング計算だとオリジナルVZでは暴走してしまうんですが

製品版でも高橋版でも一定の条件を満たせば暴走の発生／回避の問題は同じですね。

#_ &Ia(p,ln) &Im(p,n) &Id(p,10)

これは計算の順序が重要で，先に1/10を求めるのではなく，lnにnを掛けます。
通常ありえないと思いますが，割った結果がショート整数に収まらないと暴走するから。
結果的にその方が誤差も少なくなるはずです。


> ln を使っているので、65535行を超えるファイルは駄目ですね。

「仕様」ですね。
そもそも，そんな巨大なファイルを開いて末尾へ飛んで行数を取得するような
効率の悪すぎる仕様のマクロを使うことがそもそも…と思います。
まぁ，どのような仕様にしようが，行番号ジャンプの制限はそこまでではないでしょうか。
末尾に飛んで，行番号を取得して，(A)一旦1行目に戻って，さらに #e で戻り値がなければ，
取得した値に65536を足して，(Aに戻る）…これじゃきりがないですよ。

> VZ自体がロング行数対応だったら無制限だったのに、そこが残念です。

金野版で拡張しますか？

仕様がすべての原点ですね，確かに。

>行番号で××に飛ぶ、という仕様であれば空行ありの数値で全く違和感なし。

行番号ジャンプマクロなら当然そうですね。
ただ，n/10位置ジャンプマクロは目的の行が存在するわけではない。
きっちりn/10の位置に何らかのセクション開始がある固定行文書なら別ですが。

なので，多少の誤差は「仕様」のうちなんじゃないかと思います。
ファイルを開いている人間は総行数なんてご存知ないわけですから，
ジャンプした後でステータスラインの％位置を見ることで大まかな判断をします。
だから，そこがあまりずれてない方が少し安心な気がしますね。

としきさんの考える仕様と論理的コーディングの意味は全く正しいと思いますよ。
「作る側」の考え方としては，たぶんそれしかないし，逸脱するのは余計なお世話。

ただ，自分は使う中で「ちょっとした違和感」が有るのではないかな，と思った次第です。
マクロって，痒いところに手が届くから楽しいのかな…って。

> この多重分岐を、一行の式でまとめたいという希望でした。

めざらさんのものほどかっこよくはありませんが、とりあえず、65500行程度までは
対応できていると思えるルーチンが以下。

(i<0)?{n=(32767/10-i/10)*n, &#J(n) >A}  ;32767行以上に対応

あぁ、謎のマジックナンバーが発生している。
私のところでは古いVzを引っ張り出すのが面倒なんで、実際の動作確認は行って
いません。なので、うまく行かなかったらごめんなさい。

> なので，多少の誤差は「仕様」のうちなんじゃないかと思います。

私も全くそう思うんですが、利用者によって、その「多少」の範囲が異なることが
多くて。

> マクロって，痒いところに手が届くから楽しいのかな…って。

そうそう、これはありますよね。

> これは計算の順序が重要で，先に1/10を求めるのではなく，lnにnを掛けます。
> 通常ありえないと思いますが，割った結果がショート整数に収まらないと暴走するから。

元の数値が2バイト整数なら全く問題ないように思います。
試したところではオリジナルVZで、3,276,798 までのロング除算が出来るようです。

xxxxxx.x09   3,276,798　 のファイルで正常に計算できているように見える
XXXXXX.X08   3,276,800　 のファイルで暴走

> そもそも，そんな巨大なファイルを開いて末尾へ飛んで行数を取得するような
> 効率の悪すぎる仕様のマクロを使うことがそもそも…と思います。

VTDOS環境では一瞬ですね。0.1秒とかそんなレベル？
なのでサイズは気にならなくなりました。

> 末尾に飛んで，行番号を取得して，(A)一旦1行目に戻って，さらに #e で戻り値がなければ，
> 取得した値に65536を足して，(Aに戻る）…これじゃきりがないですよ。

なるほど、そのように計算するわけですか。参考になります。
そのうち試してみたいですね。

> > VZ自体がロング行数対応だったら無制限だったのに、そこが残念です。
> 金野版で拡張しますか？

久しぶりにVZのソースを眺めてみましたが、全くわかりませんでした。(;_;)

としきさん、定数が間違っていますよ。

誤：
> (i<0)?{n=(32767/10-i/10)*n, &#J(n) >A}  ;32767行以上に対応

正
(i<0)?{n=(6554+i/10)*n, &#J(n) >A}  ;32767行以上に対応

おっと、定数だけでなく、符号も間違ってやがる。
どうも、脳みそが腐っていたようです。単に眠かっただけかも。

> 誤：
> > (i<0)?{n=(32767/10-i/10)*n, &#J(n) >A}  ;32767行以上に対応
> 
> 正
> c(i<0)?{n=(6554+i/10)*n, &#J(n) >A}  ;32767行以上に対応

としきさん、ありがとうございます。
初め上手く動かないなぁ、と思ったら、修正版が出ていたのですね。
凄い！　どのサイズのファイルでも高精度にジャンプします！！

> おっと、定数だけでなく、符号も間違ってやがる。
> どうも、脳みそが腐っていたようです。単に眠かっただけかも。

＃（出すのが）早すぎたんだ。
　短けぇゆめだったなぁ・・・（某アニメ風です、ごめんなさい）

私は符号付の論理的なことはまるきりダメみたいなので
このままゴックンします。m(__)m

ロング計算に比べた利点は、暴走しないことですね。(^_^)
と思ったけど、暴走するのはサイズ方式だった。m(__)m

> (i<0)?{n=(6554+i/10)*n, &#J(n) >A}  ;32767行以上に対応

！　なるほど，この手があったか。
双方早々に1/10にする誤差を回収。
切上げと切捨てのバランスが絶妙。

十分割ジャンプは、DC15のＨ岡さんのマクロが元祖だと思います。
今回めざらさんのロング演算のマクロに触発されて、ファイルサイズで出来ないかと
原点に戻ってみました。
当時のＨ岡さんの書き込みを転載してしまいます。
無断転載ごめんなさい。m(__)m


> 17079/17080 xxxxxxxx  Ｈ岡             その３：ファイル十分割地点へジャンプ
> (15)   00/10/31 20:01

　皆さん、こんにちは。

　どんな大きなファイルでも、十分の一刻みで、正確に、ファイル内のお望み
の地点へ着地してくれます。

=== JUMP_10.def === m(_H_)m
* M
89^\"きっちり十分割ジャンプ：巨大ファイル対応版"
    ?.
    mx+, &g("Jump n/10") mx-, n=r, (n<0||n>10)?.;0≦n≦10
    &s #_ #> &Le(pr,wa+82) &Ia(pr,cp-2)         ;wa+82=head lptr
    &Im(pr,n) &Id(pr,10)                        ;ファイルサイズをn/10分割
    &Sp(pf,"%s ->%lx",wa+146,pr..0,pr..1)       ;pf=拡張タグ情報
    dn[-, #O #e #m dn], ky1,                    ;カーソル行=画面上端＋１行
    &m("Jump to %d/10",n) &d #] &b(2)
*
======


今回の改造のきっかけは、#O でジャンプが、SHADOW.DEF で問題になったからですが
このファイルサイズを求める方式は &Tz に置き換えていて、今まで試していませんでした。
このルーチンはVZのバージョンに依存してないようです。

    &s #_ #> &Le(pr,wa+82) &Ia(pr,cp-2)         ;wa+82=head lptr

ファイルの末尾に飛んで、wa+82 + cp-2 でファイルサイズが得られるようです。

    &Im(pr,n) &Id(pr,10)                        ;ファイルサイズをn/10分割

DC15 17120より
> 　wa+82 は、今読み込んでいる巨大ファイルがテキストバッファから溢れてし
>まった冒頭部分のサイズを示しています。ファイル末尾の cp-2 は、テキスト
> バッファに納まっているファイル部分のサイズを示しています。したがって、
> これら２つの数値の合計がファイルサイズになります。
> 
>                                                        Ｈ岡 m(_H_)m


ここで、ファイルサイズを1〜9倍してから1/10にしていますが

	&Id(pr,10) &Im(pr,n)

先に除算することで、&Id の限界をギリギリまで使えると考えました。
これで試したところではオリジナルVZで、3,276,798 までのロング除算が出来るようです。

xxxxxx.x09   3,276,798　 のファイルで正常に計算できているように見える
XXXXXX.X08   3,276,800　 のファイルで暴走

そこでＨ岡さんと、めざらさんと、DANNYさんのマクロを悪魔合体。(^^;
これで試すと、dx の値が $32 以上で暴走するようなので、このようにしました。

	&s #_ #> &Le(p,wa+82)			;wa+82 + cp-2 = ファイルサイズ
	&Ia(p,cp-2) ax=p..0,dx=p..1, &d		;ロング加算 wa+82=head lptr
	(dx>=$32)?{&m("3.2M サイズオーバーです").} ; 3,276,800以上はoVZ暴走

tVZ以前なら、3.2M以上で「3.2M サイズオーバーです」と表示して終了
暴走することはありません。(^_^)
行数方式だと約2Mまでしか使えないので、3.2Mまで使えるのはうれしいです。

tVZ以降なら暴走はしませんが、11M以上？のファイルでは挙動不審になるような？
そこで、tVZ以降は

	&Tz(wa) p..0=ax, p..1=dx,		;tVZファイルサイズ DANNY

このルーチンにしたら問題なく動作します。
これで現在考えられる範囲ではベストのジャンプマクロが完成しました。
マクロは別レスでアップします。

現在考えられる範囲ではベストのジャンプマクロが完成しましたのでアップします。
マクロの改造ポイントの説明は、#9906 にあります。


=== JUMP10.def === 
;	 Ｈ岡,DANNY,和生,めざら,konno 100／10分割ジャンプ,行番号付
;元ネタ 17079/17177  Ｈ岡  その３：ファイル十分割地点へジャンプ ;(15)  00/10/31
;どんな大きなファイルでも、十分の一刻みで、正確に、ファイル内のお望みの地点へ着地してくれます。
;※ 高橋版系以外のVZ は、&Ld の制限で実用ファイルサイズは3.2M までです。
;[ESC]+0 なら1〜99入力 百分割ジャンプ/100 以上なら行番号ジャンプ
;使用している汎用変数：n,p		Ver0.4  2020-11-08

*M

80 [ESC]0 "きっちり十分割ジャンプ：巨大ファイル対応版"
	?.
	n=r,					;[ESC]+数字を n に
	(n==0)?>J				;[ESC]+0 なら1〜99入力へ
	n=n*10, pw.1='0', >T			;1〜9は十分割ジャンプ
:J						;[ESC]+0 なら1〜99入力 百分割ジャンプ
	&g("",-9) n=r, &Cr (n==-1)?.			;-9:Line No. /[ESC]etc.
	&Sn(pw)(r>2)?{ &#J(n)  &d  >q.}		;100 以上なら行番号ジャンプ 65534行まで
	n=pw.0&$f*10+pw.1&$f,			;n:%
	(pw.1)??pw.1='0',			;着地微調整
:T	p126+wa, #]				;p:mark0,wa+126
#if tVZ
	&Tz(wa) p..0=ax, p..1=dx,		;tVZファイルサイズ DANNY
#else						;oVZは3.2Mまで
	&Im(p,0)				;pをクリア
	&s #_ #> &Le(p,wa+82)			;wa+82 + cp-2 = ファイルサイズ
	&Ia(p,cp-2) ax=p..0,dx=p..1, &d		;ロング加算 wa+82=head lptr
	(dx>=$32)?{&m("3.2M サイズオーバーです").} ; 3,276,800以上はoVZ暴走
#endif
	&Id(p,100) &Im(p,n) &Ia(p,r*n/100)	;r:mod revise
	#U (ax+$8000<$80c8 && dx==0)?>q 	;200 byte
:u	ds[+, #]
#if kVZ
	(50){#d (r)?{}(pw.1-pq..133.11)??{}}   ;status chr, kvz,ovz:.11
#else
	(50){#d (r)?{} (pw.1-pq..133.10)??{} }   ;status chr, tvz:.10
#endif
	ds],
:q	&d &m("Jump to %d％",n) ;&w(40)   ;.
;	&m("") 
	.

*


Ver0.4  2020-11-08	Ｈ岡さんと和生さんとめざらさんとDANNYさんのマクロを悪魔合体。(^^;
Ver0.3  2020-10-21	32767行以上に対応?  (^^;
Ver0.2  2020-09-00	まぼろし〜? (^^;
Ver0.1  2006-11-09	Ｈ岡さんと和生さんとDANNYさんのマクロを悪魔合体。(^^;

> 初め上手く動かないなぁ、と思ったら、修正版が出ていたのですね。
> 凄い！　どのサイズのファイルでも高精度にジャンプします！！

入力と出力のペアがわかれば式を立てるのはそれほど難しくないはずですが、
常用していないマクロなんで、ロジックを追いかける羽目になってしまいました。
もしkonnoさんがコードではなく数値で具体例を提供してくれれば、もう少し早く
正確なコードを出せたかも。
私も、何が必要かということをわかりやすく提示できていないのも悪いのですが。
ということで、掲示板スクリプトのほうでも、どういう出力を希望しているのに
どういう結果が出ているのかということをきちんとわかりやすく書いていただければ、
私またはそれ以外の方からアドバイスがあるかもしれません。


> 私は符号付の論理的なことはまるきりダメみたいなので

それはそれでそれなりに理解できます。
であるならばなおさら、他の人を頼っていただきたい、というか。

> このままゴックンします。m(__)m

＃チコの実というの。とっても栄養があるのよ（違）

> もしkonnoさんがコードではなく数値で具体例を提供してくれれば、もう少し早く
> 正確なコードを出せたかも。

私は計算ものが苦手なので、何が問題かが直ぐに理解できないようです。年のせい？

> ということで、掲示板スクリプトのほうでも、どういう出力を希望しているのに
> どういう結果が出ているのかということをきちんとわかりやすく書いていただければ、
> 私またはそれ以外の方からアドバイスがあるかもしれません。

これは多分他でバグっている影響を受けている気がするので、また見てみます。

> ＃チコの実というの。とっても栄養があるのよ（違）

う、酸っぱい・・・って、違う！　クコの実じゃあ
しばらくだまされてしまいました。(^^;
チコちゃんに叱られるぅ。

> 先に除算することで、&Id の限界をギリギリまで使えると考えました。
> これで試したところではオリジナルVZで、3,276,798 までのロング除算が出来るようです。

すみません、嘘を書いていました。m(__)m
実際の計算は、1/10 ではなく、1/100 でやっていました。

>	i10, &Id(pr,10*i) &Im(pr,n*i)	; 1/10と1/100 共用のため

1/10 の計算だと、327,678 を超えると暴走します。

それで閃いたんですが、だったら、1/1000 なら、32M まで出来るのでは？
で、やってみたら、出来ました。＼(^^)／ ﾔｯﾀ-

xxxxxxxx.x01   11,375,571　 のファイルで正常に動作しているように見える
xxxxxxxx.x00   11,734,237　 手持ちの最大のファイルで動作不定

11.7M のファイルは私の環境ではVZの編集限界を超えているようなので
他の問題で動作不定になっている可能性もあります。
少なくとも、11.3M までは正常動作するので、実用上無制限と言えそうです。

試しに乗算を先にしてどうなるか見てみました。

    &Im(pr,n*i)					;ロング乗算 * 100〜900
    &Id(pr,10*i)				;ロング除算  1/1000

これだと、11.3M のファイルで、30% までは正常で、40% 以上で動作不定になりました。
11.3M * 400倍でロング乗算がオーバーフローしたようです。
やっぱり先に除算することで、&Id の制限を含めて最大限に使えるようです。
1/1000 固定だと小さいファイルでうまく動かないのでサイズで倍率を変えます。

修正したＨ岡さんのマクロを再掲します。


=== JUMP_10.def === m(_H_)m
* M
89^\"きっちり十分割ジャンプ：巨大ファイル対応版"
    ?.
    mx+, &g("Jump n/10") mx-, n=r, (n<0||n>10)?.;0≦n≦10
    &s #_ #> &Le(pr,wa+82) 			;wa+82 + cp-2 = ファイルサイズ
    &Ia(pr,cp-2)        			;ロング加算 wa+82=head lptr
    ax=pr..0,dx=pr..1,i100,(dx==0&&ax<$7000)?i1, ;ファイルサイズで倍率調整
;    &d &m("%x %x %d",ax,dx,i) .		;dx確認用
    &Id(pr,10*i)				;ロング除算 ★先に除算 1/1000
    &Im(pr,n*i)					;ロング乗算
    &Sp(pf,"%s ->%lx",wa+146,pr..0,pr..1)       ;pf=拡張タグ情報
    dn[-, #O #e #m dn], ky1,                    ;カーソル行=画面上端＋１行
    &d &m("Jump to %d/10",n) &d #] &b(2)
;    &d &m("%x %x %d",ax,dx,i) .		;dx確認用
*

現在考えられる範囲ではモアベターなジャンプマクロが完成しましたのでアップします。
マクロの改造ポイントの説明は、#9910 にあります。
日替わりじゃぁ。(^^;

Ver0.5  2020-11-09	oVZで 11.3M まで使用可能に、全てのVZに対応
VZEXはステータスラインのアドレスが全然違うようなので分岐させています。


=== JUMP10.def ===
;	 Ｈ岡,DANNY,和生,めざら,konno 100／10分割ジャンプ,行番号付
;元ネタ 17079/17177  Ｈ岡  その３：ファイル十分割地点へジャンプ ;(15)  00/10/31
;どんな大きなファイルでも、十分の一刻みで、正確に、ファイル内のお望みの地点へ着地してくれます。
;※ 高橋版系以外のVZ は、実用ファイルサイズは11.3M までです。それ以上は不定
;[ESC]+0 なら1〜99入力 百分割ジャンプ/100 以上なら行番号ジャンプ
;使用している汎用変数：n,p,i		Ver0.5  2020-11-09

*M

80 [ESC]0 "きっちり十分割ジャンプ：巨大ファイル対応版"
	?.
	n=r,					;[ESC]+数字を n に
	(n==0)?>J				;[ESC]+0 なら1〜99入力へ
	n=n*10, pw.1='0', >T			;1〜9は十分割ジャンプ
:J						;[ESC]+0 なら1〜99入力 百分割ジャンプ
	&g("",-9) n=r, &Cr (n==-1)?.			;-9:Line No. /[ESC]etc.
	&Sn(pw)(r>2)?{ &#J(n) >q .}		;100 以上なら行番号ジャンプ 65534行まで
	n=pw.0&$f*10+pw.1&$f,			;n:%
	(pw.1)??pw.1='0',			;着地微調整
:T	p126+wa, #]				;p:mark0,wa+126
#if tVZ
	&Tz(wa) p..0=ax, p..1=dx,		;tVZファイルサイズ DANNY
#else						;oVZは11Mまで
	&Im(p,0)				;pをクリア
	&s #_ #> &Le(p,wa+82)			;wa+82 + cp-2 = ファイルサイズ
	&Ia(p,cp-2) ax=p..0,dx=p..1,		;ロング加算 wa+82=head lptr
#endif
	i10,(dx==0&&ax<$7000)?i1, 		;ファイルサイズで倍率調整
	&Id(p,100*i) &Im(p,n*i) &Ia(p,r*n/100)	;r:mod revise
	i-, #U (ax+$8000<$80c8 && dx==0)?>q 	;200 byte
	(pc..1=='XE')?{#d >q }			;VZEXはstatusの位置が違う？
	ds[+, #] i-,				;ステータス画面更新
	p10+pq..133,				;％の手前の数字位置
	(p.1=='%')?p9+pq..133,			;VZTの場合
	(100){ #d i++, (r)?{} (pw.1-p.1)??{} }	;一致するまでカーソル進める
	ds],
:q	&d &m("%s Jump to %d％",pc,n) ;&w(40)
;	&m("") 
	.
*

Ver0.5  2020-11-09	oVZで 11.3M まで使用可能に、全てのVZに対応
Ver0.4  2020-11-08	oVZで 3.2M まで使用可能に、Ｈ岡さんと和生さんとめざらさんとDANNYさんのマクロを合体。(^^;
Ver0.3  2020-10-21	32767行以上に対応?  (^^;
Ver0.2  		まぼろし〜? (^^;
Ver0.1  2006-11-09	Ｈ岡さんと和生さんとDANNYさんのマクロを泥縄合体。(^^;

昨日NHKの「ためしてガッテン」で、リモート会議のことをやっていました。
リモート会議では、リアルな会議に比べて発言が盛り上がりにくいらしいです。
その原因は、目線が合わないかららしいのですが、対策は、何と！

発言に対して頷く人がいると共感が生まれて盛り上がるそうです。（本当？）
話をするほうは、頷く人がいると話しやすくなりそうな気はしますが。

また、神ラッパーの人も、腕を固定させると言葉が出てこなくなるという実験もあり
身振り手振りが言葉を生み出す助けになっているみたいな話も。
画面上で身振り手振りや頷きが映る方が全体が盛り上がりやすいかなとは思います。

掲示板は興味を持ちそうな面白そうな話題を振るのが一番かな。(^^;

#9898 の、めざらさんの発言を参考にして、ロング行表示 long_ln.def
を作ってみました。
16Mの巨大ファイルでも一瞬です。(^^;


=== long_ln.def ===

;	"ロング行表示：巨大ファイル対応版	Ver0.1 2020-11-13
;	使用変数 i,j,l,n,pu,

*M
80 ^\ "ロング行表示：巨大ファイル対応版"
	?.
	&s
	#M &Le(pu,wa+126)			;現在位置マーク
	#_ #> n=ln,				;ファイルの最後へ
	&> l=ln,j=i,				;最大行取得
	&>					;現在行取得
	&d &m("最大%,lu行 %d　現在%,lu行 %d",n,j,j,l,i,i)
	.
0:	i-,
:A	&#J(1) #e #e (ln<0)?{i++, >A}		;i=65536*i
	&Le(wa+126,pu) #U			;現在位置に戻す

*

Ver0.1	2020-11-13	取り敢えず作ってみた

元ネタ#9898：Re^8: 十分割ジャンプ、ロング計算マクロ 　投稿者：めざら 　 2020/11/07
末尾に飛んで，行番号を取得して，(A)一旦1行目に戻って，さらに #e で戻り値がなければ，
取得した値に65536を足して，(Aに戻る）…これじゃきりがないですよ。

最近の、十分割ジャンプマクロなどの実験で、VZの編集限界のファイルサイズが
以外に小さいなと感じていました。
#9910 でも

> xxxxxxxx.x01   11,375,571　 のファイルで正常に動作しているように見える
> xxxxxxxx.x00   11,734,237　 手持ちの最大のファイルで動作不定
> 
> 11.7M のファイルは私の環境ではVZの編集限界を超えているようなので
> 他の問題で動作不定になっている可能性もあります。

このように書いていましたが、この11.7Mのファイルは、[ESC]Sで別名セーブしても
セーブ後のファイルサイズが 8M 以下になってしまうのです。
これを正常にしようと、VZの設定を色々変えてみましたが、駄目だったのです。
これが私の環境での VZの限界なのかと思っていました。

ところが最近、別の巨大ファイルがあって、正常にセーブ出来るのを知りました。

 11,460,783 ISH_ALL.LOG

名前でわかるように、11.4MのISHデータの集合ログです。
これに別のログファイルを追加してセーブしていくと、約16Mまでになりました。

 15,913,088 ISH_ALL.LO4

だいたいこの辺が限界で、16Mを超えるファイルは作れないようです。
このファイルは、オリジナルVZで十分割ジャンプマクロも正常に動作します。

ということは・・・今までテスト用に使っていた 11.7M のファイルが壊れている？

ガーーーン

何と言うことだ、これからこのファイルの壊れているところを調べなくては。(;_;)

konnoさん

　あまりどんぴしゃな記述を見つけられなかったのですが、Ｖｚ１．６が扱える
最大ファイルサイズは１６ＭＢです。Emmettさんがいっぱい書いていました。
　黒本のどっかにあったのかな？
　１．６以前は、この制限がなかった、とも。

　なにがゆえにこの制限がでてきてしまったのかを調べたかったのですが、
僕は、もう安全志向のかたまりなので、扱う大きなファイルは、それこそログ
ファイルぐらいで、ま、いっか、となってしまいました。

> 　黒本のどっかにあったのかな？
> 　１．６以前は、この制限がなかった、とも。

黒本77ページにありますね。
以下引用。

> ただし従来はテンポラリファイルのサイズに制限はありませんでしたが、
> Ver1.6は合計16MBということになります。

> 　あまりどんぴしゃな記述を見つけられなかったのですが、Ｖｚ１．６が扱える
> 最大ファイルサイズは１６ＭＢです。Emmettさんがいっぱい書いていました。
> 　黒本のどっかにあったのかな？

以下のように、VZ16.DOC にも書かれていますね。

VZ16.DOC
　ＥＭＳ、ＸＭＳ、テンポラリファイルを、合計１６ＭＢまで管理できます。詳しくは、「３．２ マルチファイル」をお読みください。
★注意★
　１６ＭＢというのはあくまで管理の上限です。テンポラリファイルを管理する場合は、別個に管理用のワークエリアが必要です。この個数に限りがあるため、特にテキストバッファのブロックが小さい場合（ＥＭＳ上にある場合）には、１６ＭＢ全てを使えない場合があります。


黒本の「３．２ マルチファイル」の中に、１．６以前はテンポラリファイルの制限がなかった、とありますね。
と書こうとしたら、としきさんが先に書いていますね。(^^;


> 　１．６以前は、この制限がなかった、とも。

ということは、1.57 なら、16M以上の編集ができるということ！？
V1.57の README.DOC には

　ＥＭＳの利用可能な最大ページ数は、マニュアルとは異なり「２ＭＢ」までです。
※　いずれの場合も、ＶＺが使用できるＥＭＳページ数は最大128ページ（2MB）です。

EMSは2Mまでしか使えないので、残り全てをテンポラリファイルでやっていたんですね。
当時の低速HDDはともかく、今なら充分実用的な速度で動くかも、動作すればですが。

VTDOS+CKWV で、VZ1.57 を動かしてみました。
起動させるのは実に28年ぶりとなります。(^^;

やってみたら、「メモリが足りません」で動きません。(>_<)
原因は、1.6用のVZ.DEF を読み込んでいたからでした。<(^^;)
環境を変えたくないので、VZ1.COM と VZ1.DEF にリネームして

VZ1/VZ1

とやって起動できました。＼(^^)／ ﾔｯﾀ-

  15,913,088 ISH_ALL.LO4

このファイルを開いて、末尾に別のファイルを何度か追加すると

  17,009,668 ISH_ALL.L08

ここまで大きくなってもセーブ出来ました。
VZ1.6 ではこのファイルをセーブできません。

編集可能かどうかは、ファイル末尾にジャンプさせてトップに戻す。
これでテンポラリエラーが出たら編集不能ということになります。


MSDOS Player でも動作確認してみました。
起動はすぐにできましたが、ファイルのセーブでテンポラリエラーになります。
原因は、環境変数 TMP が長すぎるせいのようです。
専用BAT で、TMP=C:\TMP\ としたら問題なくなりました。

これは意外と使えるかもです。(^^;
未だにVZ1.5 を使っている人がいるかどうかわからないですが
はまってしまいそう。(^^;

＃ 十分割ジャンプマクロ行数版を入れてしまったし。(^^;
　としきさんの式が役に立ちました。m(__)m

VIEW.ASM 1010行目にそれらしきところを見つけたので弄ってみました。
★印が追加した部分です。
アセンブラをほとんど忘れているので全く読めていません。
迷える子羊に愛の手を。m(__)m


;--- Set line numbler ---
;-->
; AX :current line
; CX :target line
;<--
; DX :line count

	public	setnum
setnum	proc
;	pushm	<ax,cx,di,es>		;
	pushm	<ax,bx,cx,di,es>	;★
	clr	bx			;★
	clr	dx
	cmp	ax,cx
	je	slnum8
	mov	di,ax
	movseg	es,[bp].ttops	; ##1.5  18 ttops dw ? ; text area top seg tz
	cmp	di,[bp].ttop		;★これはどう？
;	call	istop			;★これは違う？
	je	slnum1			;★
	inc	bl			;★
slnum1:					;★
	clr	ah
	cmp	di,cx
	je	slnum8
_ifn b
	xchg	di,cx
	not	ah
_endif
	sub	cx,di
	mov	al,LF			;改行の数を数える
_repeat
  repne scasb
  _break nz
	inc	dx
	tst	cx
_until z
	tst	ah
	jz	slnum8
	neg	dx
slnum8:
;	call	istop			;★
;	je	slnum9			;★
;	inc	bl			;★
;	dec	di			;★
;	jmps	slnum1			;★
slnum9:					;★
	mov	[bp].atrtxt1,bl		;★ Vn に bl 入れる
	popm	<es,di,cx,bx,ax>	;★
;	popm	<es,di,cx,ax>		;
	ret
setnum	endp

> VIEW.ASM 1010行目にそれらしきところを見つけたので弄ってみました。

ごめんなさい。ここは違っていました。m(__)m

色々調べていたら、めざら資源で、高橋版の拡張関数を見つけました。

&Ln(p,str) 十進数（ロング）の取得
&Lh(p,str) 十六進数（ロング）の取得

この関数のソースの該当箇所も見つけました。
うちの（miyataさんの）STKHELP.SHD には載っていなかったのです。
そのうち追加して公開したいと思います。(^^;

何故こういう話をしたかと言うと、ロング行番号を得るのに必要な気がしたからです。

DC15の03889番で、Emmettさん が要望した関数でした。97/01/08ですね。
そして、DC15の13454 の高橋さんの発言　99/04/08

>   　&n &h のロング版。&Ln(p,str) &Lh(p,str) が入ってます。
>   　将来、行のロング化の下準備。(^^;

なんと、高橋さんは行のロング化を考えていたようでした。
道半ばで終わってしまったのは残念です。m(__)m

> これは多分他でバグっている影響を受けている気がするので、また見てみます。

なぜ「他でバグっている」と思われたのでしょうか。
その根拠は？

まだいろいろと遊んでいたんですけどね。

> どうするかというと、一般的に送信者欄というのは送信者名と送信者のメールアドレス
> が併記されていますよね。これを、送信者名だけにしてしまう、というもの。

これをですねぇ、送信者のメールアドレスを前に、送信者名を後ろにするという、
一般的な並びと逆転させていたのですね。
すると、私宛の通知メールはニフティ宛でもCATV屋宛でも、一見問題がないように
見えていました。ところが、ニフティからさらに転送するようアドレスにレスを
つけたところ、なんとエラーメールが帰ってきてしまいまして。
そして、このエラーメールが、かなりびっくりな内容。
まず、エラーの理由が、Fromの欄に複数のアドレスがある、となっている。
よくみると確かに、私のアドレスのほかに、怪しげなニフティのアドレスが入って
いる。どうやら、送信者名の後ろのKOが欠落してしまったために、なんか変な
ところと繋がってしまって、それがFrom欄のメールアドレスと認識されてしまった
模様。
さらによくみると、このエラーメールは、転送失敗、となっている。
そして、転送先のアドレスまで明記してある。
おいおい、ニフティさん、これってセキュリティ的に大丈夫なの？
メールの仕様というかRFCに準拠したらこうなる、ということなら仕方ないけど。
でも、ニフティの設定のおかげで私は、そのアドレスがメールの転送を使っている
とか、転送先のメールアドレスまで入手できてしまうわけで、なんか気持ちが悪い。

> なぜ「他でバグっている」と思われたのでしょうか。
> その根拠は？

根拠はありません。(^^;
数値がそもそも正常なルーチンと比べておかしいのです。
何度も見直しているのにわからないので、色々考えてしまうのです。
もっとも、今まで何度も見直してやっと記述ミスに気が付いたことは何度も。(^^;
行き詰ったら一旦放置して他の事をやるほうがドツボにはまりにくいかと。(^^;

> おいおい、ニフティさん、これって、セキュリティ的に大丈夫なの？
> メールの仕様というかRFCに準拠したらこうなる、ということなら仕方ないけど。

某大手〇〇からのメールも化けてるみたいです。(^^;
そのうちニフティさんが修正するとは思いますが。

> 数値がそもそも正常なルーチンと比べておかしいのです。

前にも書いたかと思いますが、期待される値がいくつで、でも実際に出力される
値がいくつか、ということを、こちらに書いていただくわけには行きませんか。
それによっては、私からアドバイスできることもあるかもしれません。
できれば、複数のサンプルというか手がかりがあれば、解決する可能性はそれだけ
高くなるかもしれません。

そして、それで解決しない場合は、最後の手段の一つ手前の手段、というのも、
一応、私の中では用意されていたりするのですが。

> 前にも書いたかと思いますが、期待される値がいくつで、でも実際に出力される
> 値がいくつか、ということを、こちらに書いていただくわけには行きませんか。

実は今はとしきさんのルーチンではない方に変えてしまっているんです。
色々あって、直ぐには対応できないと思います。

#9920 の 行番号取得ルーチンの解析 からヒントを得て
65535行を超える巨大ファイルの指定行にジャンプするマクロが出来ました。
&Ln(p,str) 十進数(ロング)の取得 の使い方、これでいいのかな。


=== jump_L.def === 
;	65535行を超える巨大ファイルの指定行にジャンプ	Ver0.1
;	シフト実行なら現在行の表示
;	使用変数 n,i,j,l,pu,
*m
80^\""?.
	(ks&1)?>C				;シフト実行なら現在行の表示
	&g("",-9) &Ln(pu,pw)			;&Ln(p,str) 十進数(ロング)の取得
	n=r, &Cr (n==-1)?.			;
	n=pu..1, #^				;ファイルの先頭へ
:B	(n>0)?{&#J(-1) #x  n--, }		;65536行ジャンプ
	(ln==0&&n>0)?>B 			;n>0の間繰り返し
	(ln!=0)?{&#J(-1) >C }			;指定行が大きすぎる時は最後まで
	&#J(pu..0) &d pu..2=pu..0,				;余りの行ジャンプ
	&m("現在%lu行 Ln=%u行 %u",pu..0,pu..1,pu..0,pu..1)	;
;	.	;※ ここをコメントにすれば全行数も確認できる
	&w(60)	;お好みで
:C	&s #M &Le(pu,wa+126)			;現在位置マーク
	#_ n=ln,				;ファイルの最後へ
	&> l=ln,j=i,				;最大行取得
	&>					;現在行取得
	&d &m("最大%,lu行 %d　現在%,lu行 %d Ln?%u",n,j,j,l,i,i,pu..2)
	.
0:	i-,
:A	&#J(1) #e #e (ln<0)?{i++, >A}		;i=65536*i
	&Le(wa+126,pu) #U			;現在位置に戻す
	.

65535行を超える巨大ファイルの指定行にジャンプ	Ver0.2

通常ジャンプに対応してなかったので★印追加しました。
これで標準の行番号ジャンプと置き換えられるので、起動キーも、＾QJ に。
入力窓を[ESC]や[ENTER]で閉じたら現在行表示としました。


=== jump_L.def === 
;	65535行を超える巨大ファイルの指定行にジャンプ	Ver0.1
;	シフト実行なら現在行の表示
;	使用変数 n,i,j,l,pu,
*m
80^QJ""?.
	(ks&1)?>C				;シフト実行なら現在行の表示
	&g("",-9) &Le(pu,0) &Ln(pu,pw)		;&Ln(p,str) 十進数(ロング)の取得
	n=r, &Cr (n==-1)?>C			;★返り値が-1なら現在行の表示
	&s n=pu..1, #^				;ファイルの先頭へ
	(n==0)?>D 				;★65535行以内なら普通にジャンプ
:B	(n>0)?{&#J(-1) #x  n--, }		;65536行ジャンプ
	(ln==0&&n>0)?>B 			;n>0の間繰り返し
	(ln!=0)?{&#J(-1) >C }			;指定行が大きすぎる時は最後まで
:D	&#J(pu..0) pu..2=pu..0,			;余りの行ジャンプ
:E	&d &m("現在%lu行 Ln=%u行 %u",pu..0,pu..1,pu..0,pu..1)	;
	.	;※ ここをコメントにすれば全行数も確認できる
;	&w(60)	;お好みで
:C	&s #M &Le(pu,wa+126)			;現在位置マーク
	#_ n=ln,				;ファイルの最後へ
	&> l=ln,j=i,				;最大行取得
	&>					;現在行取得
	&d &m("最大%,lu行 %d　現在%,lu行 %d Ln?%u",n,j,j,l,i,i,pu..2)
	.
0:	i-,
:A	&#J(1) #e #e (ln<0)?{i++, >A}		;i=65536*i
	&Le(wa+126,pu) #U			;現在位置に戻す
	.

*

2020-11-25	Ver0.2	通常ジャンプに対応してなかったので★印追加
2020-11-23	Ver0.1	&Ln()使用して65535行を超えるジャンプ実現

konnoさん

>65535行を超える巨大ファイルの指定行にジャンプ	Ver0.2
　なかなかに実用性の高そうなマクロですね、おいおい！

>通常ジャンプに対応してなかったので★印追加しました。
　とはいえ、このように日々Ｖｚマクロが進化してゆくのを見ていると、
けっこうな幸福感が得られているのも事実です。
　すばらしい！

>これで標準の行番号ジャンプと置き換えられるので、起動キーも、＾QJ に。
　なるほど、そのキーアサの機能でしたか！　知ってます、あんまり使わないの
ですが、＾Ｆ（＾ＱＦがオリジナル？）の検索で飛んでしまうからなんでしょう。
　うん、使い方を開拓する余地があるかもなぁ……。

>入力窓を[ESC]や[ENTER]で閉じたら現在行表示としました。
　おお、やる！！！

> 　なかなかに実用性の高そうなマクロですね、おいおい！

そう言ってもらえるとうれしいです。(^_^)

> 　とはいえ、このように日々Ｖｚマクロが進化してゆくのを見ていると、
> けっこうな幸福感が得られているのも事実です。

実はオリジナルvzでも出来ないかと、マシン語でロングが無いかと検索したら
既にロングジャンプがありました。げげ！
進化どころか過去にも追いつけてない。(;_;)

> >入力窓を[ESC]や[ENTER]で閉じたら現在行表示としました。
> 　おお、やる！！！

ここだけは私のルーチンの良いところです。-1 で65535行に飛べます。


さて、見つけたのは、あむのさんのマシン語ロングジャンプマクロです。
マシン語で十進数を取得するルーチンはありがたくいただきます。m(__)m

上手く動かない場合があったので若干修正とコメントを加えました。★印部分です。
これで、-2 以下の負数も入力ジャンプできます。
&SF() が何か誤動作している気がして変更しました。間違っていたらご指摘ください。


> 07177/07189 xxxxxxxx  あむの           RE:Ｑ：65535行以降へジャンプするには？
> (15)   97/08/03 03:17  07152へのコメント  コメント数：1

=T
１行窓でジャンプする行番号を入力して下さい。
※　１行窓で数字以外の文字が入力された場合はエラー
※　数字文字列がロング変数の範囲を超える場合はエラー
* M
81 ^\ ""
    ?.
    mx+,&g("【行番号】",14) &Cr mx-, i=r,   ;★ i=r, 追加
;    &SF(pu+bu+84,$a) (r)?.                  ;[ESC]/[CR]のみは終了 by m.gann さん
    (i==-1)?.                               ;★[ESC]/[CR]のみは終了 &SF()は良くない？
    (i<0)?{ &#J(i) i0, >e }                 ;★入力が - なら通常ジャンプ
    &s p=pq..149,                           ;榊原版： pu+bu+84 -> pu+bu+340
    &Sn(pw) cx=r,r=pw,
    (cx){ (r.0 > 47 && r.0 < 58)?r++,? >q } ;Numeric Check
    &00 &i(r) (r)?>q
    #^ #< c1+p..1,i0,
:l  (c--)?{
        &#J(-1) (ln-0~)??{ #> #d (r)??{i++,>l} } (0)
    }? &#J(p..0) 
:e  &m("【Long Jump】End (ln:%,lu)",ln,i) &d. ;★ :e 追加
:q  &m("【Long Jump】Error") &d
 
0:  ;数値文字列をロング変数に変換
    ;   ->  ax  数値文字列
    ;       bx  ロング変数用バッファ
    ;       cx  数値文字列のレングス
    ;   <-  r   0:成功  1:変換失敗
    ax=pw,bx=p,(3+$)."$
    $(8B,EB,8B,F0,33,FF,3E,89,7E,02,3E,89,7E,00,BF,0A)$
    $(00,3E,8B,46,00,F7,E7,8B,D8,AC,25,0F,00,03,D8,83)$
    $(D2,00,3E,89,5E,00,8B,DA,3E,8B,46,02,F7,E7,0B,D2)$
    $(75,0C,03,C3,72,08,3E,89,46,02,E2,D5,F8,C3,F9,C3)"
*
　あまり大きなログファイルがなくテスト不足ですが。^^;

CKWV+VTDOSにおける起動の不具合です。
ckwvのソースのパッチ情報を10♯さんが公開されています。
この不具合は、うちでも以前から確認済みでしたがCKWV9は
使用してないので放置していました。

忘れた頃に巡回していますがVzを使用する機会は間違いなく減っています。
windows10はmifes、iosではフリー版LiquidLogicを使用することがほとんどです。

> CKWV+VTDOSにおける起動の不具合です。
> ckwvのソースのパッチ情報を10♯が公開されています。

shadowさん、情報ありがとうございます。

> この不具合は、うちでも以前から確認済みでしたがCKWV9は
> 使用してないので放置していました。

VTDOSBBSから引用しますと

> Windows10のバージョン1909 から20H2 にアップデートしたところ、起動できなくなってしまいました。
> Windows10 Home で64ビットです。
> CKWV+VTDOS

うちの環境を確認したら、1909でした。
20H2 はまだ強制ではないようで、色々不具合があるようですね。

10#さんのコメントを引用すると

> この現象については僕の方でも確認しています。
> 差し当たりckwvのソースにパッチを当ててリビルドすることで解消出来るようです。
> main.cppの以下の二行をコメントアウトします。

> 1053: *pflags = backup_flags;
> 1054: *pshow = backup_show;

これだけで直るなら、やってみようかと思いましたが、ダウンロードしたファイルを
コピーしようとして自分の改造ソースに上書きしてしまいました。(;_;)

＃よくわからないものを無理して使うから

うう、ボケが酷くなっているようで、コンパイル出来るか自信がなくなりましたが
ちょっとやってみます。

> 忘れた頃に巡回していますがVzを使用する機会は間違いなく減っています。
> windows10はmifes、iosではフリー版LiquidLogicを使用することがほとんどです。

shadowさんがお使いなら使い勝手が良いんでしょうね。
私はもうVZ以外使えそうもないので、こういう情報はありがたいです。

年の暮れで、みなさんもkonnoさんもお忙しいことかと思います。
私も忙しいのですが、忙しさに取り紛れて忘れてしまいそうなんで、今のうちに
書いてしまいます。

konnoさんのサイトのトップページからリンクしてあるBBS新着情報、私の作った
CGIをもとにして作られたと記憶しています。各BBSからデータを引っ張ってくる
わけですが、その際、RSSフィードを提供している場合、そのフィードのデータを
使うことを強く推奨しました。#7734ですね。掲示板の生HTMLそのものを使うことに
比べて、CGIの作製が楽だとか誤認識が減らせるとか、メリットしかないわけです。
でも、konnoさんは自分の修行のためなのか利用者に対する意地悪のためなのか
（それはないと思う）楽ができるRSSフィードからのデータを使わず、わざわざ
掲示板本体の生HTMLデータを使ってBBS新着情報を構成されました。

その結果、数日前より、VTDOS BBSの新着発言の部分で、発言者の表記がおかしな
事になってしまっております。
できれば、早急にCGIを訂正していただけるとありがたく思います。

> その結果、数日前より、VTDOS BBSの新着発言の部分で、発言者の表記がおかしな
> 事になってしまっております。
> できれば、早急にCGIを訂正していただけるとありがたく思います。

VTDOS BBS の表示では発言者名の問題とリンクの不具合がありましたね。
取り敢えず不具合のあるリンクは止めてしまいました。
発言者名の不具合はこれから調べてみます。

RSSはどうだったか、もう覚えていないので、調べてみます。

 
> これだけで直るなら、やってみようかと思いましたが、ダウンロードしたファイルを
> コピーしようとして自分の改造ソースに上書きしてしまいました。(;_;)
> 
> ＃よくわからないものを無理して使うから
> 
> うう、ボケが酷くなっているようで、コンパイル出来るか自信がなくなりましたが
> ちょっとやってみます。
 
10# さんのところで報告したkinoです。
彼からは回答をいただいたのですが、そもそもプログラムも
マクロも書けないので手も足も出ません。
よろしくお願いいたします。
一台を1909に戻して凌いでいますので、気長にお待ちしております。

VZのことでkonnoさんに毎年一度は助けていただいております。
今時プログラムやマクロを書けないのにVZを使えているのはひ
とえにkonnoさんのおかげです。
ありがとうございます。

> 10# さんのところで報告したkinoです。
> 彼からは回答をいただいたのですが、そもそもプログラムも
> マクロも書けないので手も足も出ません。
> よろしくお願いいたします。
> 一台を1909に戻して凌いでいますので、気長にお待ちしております。

kinoさん、どうもです。
20H2 はまだ正式版ではないようですし、愛の鞭かもですね。(^^;
それにしても直ぐに原因個所と対策が出せるとは流石です。私にはさっぱりわかりません。
私もまだ20H2にしてないので、未確認のものでよければやってみます。

現在の状況
新しいノートPCにはコンパイル環境が無かったのでまず入れてみました。
Visual Studio 2019 Community 無料版を入れてみましたが、何かうまく動かない気がして
一旦アンインストールして、Visual Studio 2017 Express を入れてみました。
以前のノートPCは Visual Studio 2017 Community 無料版だったのですが、もう無いみたいで。

でも結局うまく動かないので、Visual Studio 2019 Community 無料版を入れ直しました。
で、オリジナルのCKWVのソースはコンパイル出来たようです。ワーニングは沢山出ました。
実行ファイルサイズがずいぶん大きいので、中身が同じではないかもです。
今この版でVZ使っていますが、とりあえず動いてはいます。

以前のノートPCは 2004 というのに更新されましたが、CKWV は動いているようです。
更新にめちゃくちゃ時間がかかりましたが。(^^;
上書きしてしまった自分のソースもこちらにあったようです。(^^;

> VZのことでkonnoさんに毎年一度は助けていただいております。
> 今時プログラムやマクロを書けないのにVZを使えているのはひ
> とえにkonnoさんのおかげです。
> ありがとうございます。

そう言っていただけるとうれしいです。
こちらこそ皆さんの助けがあって、おかげさまでここまで続けられて来ました。

これからソースを修正してコンパイルしてみます。

CKWV　20H2暫定対応テスト版を、VZの部屋にアップしました。

●VTDOSのお供 CKWV　20H2暫定対応テスト版　　2020-12-24
・Windows10のバージョン20H2 にアップデートしたところ、CKWVが起動できない不具合発生の情報
・10#さん御教示の修正したCKWVをVisual Studio 2019 Community 無料版でコンパイルしてみました
・この版は起動時に、「ckwv Rev.900 と連動しています」と表示します。
・20H2での動作確認出来ていないので、ご使用は自己責任でお願いします
ダウンロード　CKWV900.LZH 187392bytes（2020-12-24テスト版）


私は動作確認できませんので、ちゃんとコンパイルされているかわかりません。
動作報告お待ちしています。
10＃さん、いつもソースのご教示ありがとうございます。

> CKWV　20H2暫定対応テスト版を、VZの部屋にアップしました。

早速 ckwv900.lzh (2020-12-24テスト版)をダウンロードしようとすると、
「失敗、ウィルスを検出しました」と表示が出て、ダウンロードができま
せん。
何か私の操作ミスでしょうか？

> 早速 ckwv900.lzh (2020-12-24テスト版)をダウンロードしようとすると、
> 「失敗、ウィルスを検出しました」と表示が出て、ダウンロードができま
> せん。
> 何か私の操作ミスでしょうか？

げげ、昨日は問題なかったのに、今LZHを解凍したらウイルスと判定されて削除されました。
開いていたCKWV環境もいつの間にか閉じてしまったようです。
というか、タスクバーのアイコンも消えてしまいました。

ディフェンダーの設定で除外ファイルに指定すれば消えないようですが、ウイルス認定はそのままのような。
LZHの解凍が問題になっているとしたら、ZIP にしたらどうなるか。
今環境が無いので、これから試してみます。

> LZHの解凍が問題になっているとしたら、ZIP にしたらどうなるか。
> 今環境が無いので、これから試してみます。

げげ、7z1900.exe をダウンロードしてウイルススキャンしたら、これもウイルス認定！！

＃なんじゃこりゃーー！！

ノートン３６０ではウイルス認定にはならないですね。
ノートンパワーイレイサーでファイルをスキャンをすると「・・・安全かどうかを判断するのに十分な情報がありません」とメッセージが出るので使用の可否は自己責任ですね。
ちなみに10#さんのckwv9.lzhも同様です。

> ノートン３６０ではウイルス認定にはならないですね。
> ノートンパワーイレイサーでファイルをスキャンをすると「・・・安全かどうかを判断するのに十分な情報がありません」とメッセージが出るので使用の可否は自己責任ですね。
> ちなみに10#さんのckwv9.lzhも同様です。

私のアップした版がウイルス感染確定はしていないということですね。
ありがとうございます。
CKWV.EXE は以前からウイルスコードに引っかかることがあったので多分大丈夫かな。

今回は私のコンパイルした版が使用中も含めて全部削除されたようです。
オリジナルとは微妙にコードが違ってるんでしょうかね。
LZHファイルは削除対象にはなりませんでした。LZHは展開できないからかな。


>> げげ、7z1900.exe をダウンロードしてウイルススキャンしたら、これもウイルス認定！！

このファイルをさっきウイルススキャンし直したら問題なくなっていました。
除外ファイルに指定したCKWV.EXEも指定解除しても問題なくなっています。
恐らくウイルス誤検出が続出して更新されたのでしょう。

ということで、今回の版は使用可能になったと思います。動くかどうかは別として。(^^;

> ということで、今回の版は使用可能になったと思います。動くかどうかは別として。(^^;

問題なく動きました。(^^)!
本当にありがとうございました。m(__)m
これでまたVZとしばらくは一緒に生きのびていけそうです。

> > ということで、今回の版は使用可能になったと思います。動くかどうかは別として。(^^;
> 
> 問題なく動きました。(^^)!
> 本当にありがとうございました。m(__)m
> これでまたVZとしばらくは一緒に生きのびていけそうです。

おお、動きましたか、コンパイルも問題なさそうで、何よりです。
10＃さんのおかげです。私からもありがとうございます。

> おお、動きましたか、コンパイルも問題なさそうで、何よりです。
> 10＃さんのおかげです。私からもありがとうございます。

2日ほど問題なく動いていたのですが、今日起動しようとすると
「ウィルスが発見されました」という表示が出て、ckwv.exe が削除されました。

もう一度ckwv900.lzhを落としてやり直そうとしたところ、「ウィルスが検出されました」と出て、
「検出された脅威；Trojan:win32/wacatac.D5!ml」と表示されます。
訳が分からないので、さしあたりバージョンを1909に戻して様子を見ることにし
ました。

 

> 2日ほど問題なく動いていたのですが、今日起動しようとすると
> 「ウィルスが発見されました」という表示が出て、ckwv.exe が削除されました。
> 
> もう一度ckwv900.lzhを落としてやり直そうとしたところ、「ウィルスが検出されました」と出て、
> 「検出された脅威；Trojan:win32/wacatac.D5!ml」と表示されます。
> 訳が分からないので、さしあたりバージョンを1909に戻して様子を見ることにし
> ました。

私の所も同じ状況になってしまいました。うちは 1909 です。
仕方がないので当分除外ファイルに指定しておきます。

konnoさん、皆さま

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

　いえ、例年、konnoさんが「あけおめ」って書いて、というのが習慣になって
いたじゃないですか。
　今年はないなぁ、と。
　昨年の振り返りとかは面倒でしょうから、まあいいとして、元気ですよね？
　昨年は末まで大活躍だったみたいじゃないですか。
　僕は、メインがまだWin7なのと、そっち方面のＶｚは、すごく適当な付き合いに
なっているので、まだwin update対応版ＣＫＷＶは試せていないのですが。

　年末は、腐海の大掃除でたいへんでした。まだやってますね。とりあえず
リチウムは整理がつきました。５００本はコレクションしました。３０本くらい
つないで、動けないモバイルバッテリーを作る予定。４個。１２０本消費。
　ただ今、鉛の整理中（大小ふくめ２０個ぐらい！）。元気な奴は１年放置でも
さほど自己放電していない。
　最後の調教整理がニッスイ＆ニッカド。適当な整理箱が見つからず、これから
スーパーでダンボール箱を物色してきます。
　どういう大掃除なのでしょうか。

> konnoさん、皆さま
> 
> 　あけましておめでとうございます。

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

> 　いえ、例年、konnoさんが「あけおめ」って書いて、というのが習慣になって
> いたじゃないですか。
> 　今年はないなぁ、と。

うう、またサボっていました。最悪春節にでもいいかとか。(^^;

> 　昨年の振り返りとかは面倒でしょうから、まあいいとして、元気ですよね？

おかげさまで何とか無事に過ごせております。
年末になってコロナの変異種が猛威を振るっているようなので極力出かけずにいました。
でぶ症が酷くなったかもですが。(^^;

> 　昨年は末まで大活躍だったみたいじゃないですか。
> 　僕は、メインがまだWin7なのと、そっち方面のＶｚは、すごく適当な付き合いに
> なっているので、まだwin update対応版ＣＫＷＶは試せていないのですが。

うう、それは結局ウイルス扱いされてしまって使えません。
もしかしたら本当にウイルス感染しているかも？

> 　年末は、腐海の大掃除でたいへんでした。まだやってますね。とりあえず

腐海・・・うちも、また一つ部屋が腐海に飲み込まれてしまった。
ここもじき飲み込まれてしまうかも。グゲゲゲ、、、

もうとっくの昔なんですけどね。(^^;

> リチウムは整理がつきました。５００本はコレクションしました。３０本くらい
> つないで、動けないモバイルバッテリーを作る予定。４個。１２０本消費。
> 　ただ今、鉛の整理中（大小ふくめ２０個ぐらい！）。元気な奴は１年放置でも
> さほど自己放電していない。
> 　最後の調教整理がニッスイ＆ニッカド。適当な整理箱が見つからず、これから
> スーパーでダンボール箱を物色してきます。
> 　どういう大掃除なのでしょうか。

あ、そっちの方でしたか、置けるところがあるのはうらやましいかもです。
うちはもう勘弁、置くとこないぞ。(;_;)
（いや、掃除しようよ）

konnoさん

>うう、またサボっていました。最悪春節にでもいいかとか。(^^;
　ということであれば、問題ないです。呼び出してしまったんですね、すいません。
　柄にもなく、ちょっと心配してしまって。３０日までアクティブにやってたのになぁ、と。

>おかげさまで何とか無事に過ごせております。
　何よりです。

>年末になってコロナの変異種が猛威を振るっているようなので極力出かけずにいました。
>でぶ症が酷くなったかもですが。(^^;
　僕は、糖尿病予備軍と医者に脅され、毎日歩いてますよ。だいたい夕食後、夜７時半
くらい。

>うう、それは結局ウイルス扱いされてしまって使えません。
>もしかしたら本当にウイルス感染しているかも？
　ウィルスじゃない、と設定すればいいんでしょ。
　そのうち試させていただきます。m(__)m

>腐海・・・うちも、また一つ部屋が腐海に飲み込まれてしまった。
>ここもじき飲み込まれてしまうかも。グゲゲゲ、、、
>もうとっくの昔なんですけどね。(^^;
>（いや、掃除しようよ）
　あはははははは。
　掃除しましょう！　僕は大きいところはすませましたよ。この先は永遠に続きそう。

　どうでもいいこと。
　年末にリチウムが大量入荷したので、discharge計測機能つきの高級っぽい
チャージャーを奮発しました。アマゾンで買いました。６千円ぐらい。中国から送って
もらうと４千円でした。失敗！

　日記です、すいません。
　いちおう、書こうと思ったのには、みなさん、車のバッテリーのメンテは大丈夫
ですか、というお節介な意図も少しありました。

　#9534に書かせてもらっているように、１３か月前くらいに車載バッテリーを
載せ換えています。大掃除の最後で、車のバッテリーの電圧もチェックしてみました。
車載バッテリーのほうは体感で済ませてきてしまったので、ログがほとんどないの
ですが。

<<0>> Sekiya recycled, 75D23L（52Ah, 420 CCA）--- 再生新品、ＣＣＡ最高。抵抗最低。
526/416 CCA, 5.68 mΩ, 12.99V　GOOD　【現役】フォレスターに載っている
　12.36(21/01/11), 

　体感的に怖いところはほとんどないのだけど、測ってみたら上のような具合。CCA
とか内部抵抗とかも測りたいのだけど、メーターがどっかに消えてる。まだまだ大掃除
は続くのでしょう。

　#9534によると、12.36Vはあんまり宜しくないみたい。今日は、横着して、ちょい乗り
のあと３０分アイドリングしておきました（久しぶり）。明日にならないとアイドリング後
（充電後）、電圧がどう変化するかはわかりません。

　まだ１年ちょっとなので分りませんが、セキヤさんの再生バッテリーはけっこう当たり
かも、という印象をもってます。


　この車に、前に載っていたのは、以下です。居間で太陽光の電気を受け取っています。
そっちの意味では現役バリバリです。

<<3>>
Subaru, 75D23L （52Ah, 420 CCA）--- 車での現役引退、まだ行けたのかも？【居間】
397/416 CCA, 7.03 mΩ, 12.74V　GOOD 
　12.79, 12.73, 12.53, 12.26, 12.20, 

　ちょっと今、がしがし使っているので、12.20Vがどうなっているのか、ちゃんとチャージ
したらどこまで上がるのかはわかりません。太陽光による充電は常になされてきました。
足りないけど。

　どうでもいいことですが、かつて僕は、BALのちゃんとした車用バッテリー充電器を
使っていたのですが、最近はバイク用を使ってます。もちろん１Ａも流れていなそうだから
時間はかかりますが、無音なのです。BALのは、ファンがうるさくて家族に不人気ですし、
僕もうるさいと思うから、バイク用を使う。夜中もずっとやってる場合があります。

　ふたたびリモートワーク（オンライン授業）の日常が帰ってきてしまって、こうなると
奥様ががんがんiPadを使うことになるのですが、とりあえず、２枚のパネルが作ってくれる
電気で、情報機器用の電気は足りてます。足りなくなるのは、僕がリチウムとかニッスイの
充電池を調教したり調査したりするのに、いっぱい電気が必要だからです。
　居間とベランダに８個の鉛バッテリーがあるという展開になってます。パネルを増強して
（まだやってない！　持ってるのに！）、鉛を１４個にする予定です。

　飛びますが、リチウムも、２０３０年にむけて、ＣＯ２実質ゼロにむけて、大きく進化
しそうですね。

電気自動車【テスラ】の電池はどうなっているのか？
https://www.youtube.com/watch?v=ChKYxbzA93g

パナソニックが新型電池を開発！
https://www.youtube.com/watch?v=ITU_O-xYWEs&t=136s

　パナソニックはどうなるのか？　トヨタと組めるのか？　電気、バッテリー界隈、面白く
なりそうですね。

【脱ガソリン社会】EV化で電力不足＆失業者増加？トヨタ社長の苦言にひろゆき
「世界はEVが主流。輸出メインの日本もそうならざるを得ない」自動車産業の今後は？
https://www.youtube.com/watch?v=lN418d_VoqQ
　個人的に、これを僕はものすごく興味深く見ました。ひろゆきさん、得意な人では
ないのだけど、ここでは超スルドイと思う。

バッテリー容量比較

　バイク屋さんに久しぶりに行って来て、大、中、小の３つの鉛バッテリーを
もらってきました。もうテスター持参なので、あまりハズレはありません。

(30) Yuasa, YTX14-BS, 12.6Ah(20HR), CCA 200A, 12.56V
(31) Yuasa, YT9B-BS, 8.4Ah(20HR), CCA 120A, 11.43V
(32) Yuasa, YTX5L, 4.2Ah(20HR), CCA 80A, 12.11V

　冒頭の数字は管理番号です。電圧は初期電圧（笑）。

　(30)が「大」とされていますが、バイク用としては大きめ（ナナハン用まで
大きいのかは不明）というだけです。自動車用（軽）のものが28Ahといった
容量なので、じゅうぶん重いけど、鉛バッテリーとしては、まあ中型サイズです。

　(32)は、ゲンチャリ用より少し大きめ。ゲンチャリ用は（ものによるのでしょう
けど）、2.4Ahとかみたいです。

　で、これの規格上の容量を比較してみようと思いました。
　この鉛の電池を全部、18650に移せたら、何本になるんだろう？　などという
どうでもいい疑問がわいてしまったから。


---------------------------------------------------
　　　　　　　　　　　　18650	NiMH(big)　Eneloop単３
(30) 12.6x12V= 151Wh　　１８　　３１　　　６２（本）
(31)  8.4x12V= 101Wh　　１２　　２１　　　４２（本）
(32)  4.2x12V=  50Wh　　　６　　１０　　　２０（本）
---------------------------------------------------

(Li-ion, 18650) 2Ax4V   =8Wh
(NiMH大)　　　　4Ax1.2V =4.8Wh　古い電動アシストのバッテリー
　　　　　　　　　　　　　　　（２４Ｖモーターを回すので、普通２０本が
　　　　　　　　　　　　　　　　直列でプラケースに入ってます）
　　　　　　　　　　　　　　　かつて、「謎のニッスイ」と呼ばれてました。
(Eneloop,単３)　2Ax1.2V =2.4Wh


　エネループ（ダイソー品を含め）の単４というのを比較的よく使っています。
もちろんニッスイです。ガーデンソーラーライトとかですね（廊下の常夜灯に
なっている）。
　(30)のバッテリーで、８０本とか入りそうなのね。
　（もちろん上は全部理論値です。充電と放電ではぜんぜん違うし、僕の使っている
バッテリーはすべて中古品・劣化品なので、現実の効率は理論値とはぜんぜん違う。
ただ、どれも同じように？劣化しているので、本数の計算は２／３ぐらいにすると
現実的なのでしょう）



　じつは、玄関横と洗面所で、廃棄予定の鉛バッテリーに最後の仕事をしてもらって
いるところなんですね。なんだか、けっこう頑張ってくれるのね〜と思っていて。
照度（電気）が足りなくなったら、捨てます。
　これらの代替品なわけです。

---------------------------------------------------
2) FB14L-A2, Furukawa, 14Ah (10HR), 190 CCA 放電など激しいかも。11V台でねばる、継続使用決定。3Wライトで１０日とか持つ。12.4V入ればＯＫ。使える。劣化したかな？　様子見。廃棄予定
　12.81, 11.86, 10.59, 11.20, 10.13, 12.41(使える), 10.85, 10.66, 中略 10.52, 10.09, 10.55, 9.94, 12.31, 

(B) AZ, ATX14-BS, 12.57, 現在１Ｆ洗面所にて使用中。廃棄予定
　12.51, 10.87, 12.43, 
---------------------------------------------------

　けっこうまめまめしいというか、暇人ですね、僕。
　メンテを怠ると、すぐダメになるよ、ということを知らしめているようです。
　ちなみに、2), (B) --古い管理番号-- は、１年前くらいに入手したらしいです。
これも、ログにあった。

---------------------------------------------------
◆2021/01/07 (Thu)  玄関常夜灯バッテリーの状況
玄関　　大　(1) YTX12, 12.48, 
洗面所　　　(B) AZ,　　12.57, 

◆2021/01/08 (Fri)  バッテリ・リナンバリング
---------------------------------------------------

　というログなので、１月８日ぐらいから、ずっと使ってる。１６日ぐらいだ。
つまり、２週間以上。ふつうはこんな酷使はしませんけれど。最後、しぼりとって
いるんです。

　日記っぽい、というか、日記でした。失礼しました。

文太さん、バッテリー頑張っていますね。

> 　いちおう、書こうと思ったのには、みなさん、車のバッテリーのメンテは大丈夫
> ですか、というお節介な意図も少しありました。

この間定期点検に出したら、バッテリーが充電不足と言われました。
買い物くらいしか乗ってないせいですね。たまには遠くへドライブしなくては。

> 　飛びますが、リチウムも、２０３０年にむけて、ＣＯ２実質ゼロにむけて、大きく進化
> しそうですね。
> 
> 【脱ガソリン社会】EV化で電力不足＆失業者増加？トヨタ社長の苦言にひろゆき
> 「世界はEVが主流。輸出メインの日本もそうならざるを得ない」自動車産業の今後は？
> https://www.youtube.com/watch?v=lN418d_VoqQ
> 　個人的に、これを僕はものすごく興味深く見ました。ひろゆきさん、得意な人では
> ないのだけど、ここでは超スルドイと思う。

長そうなので内容は見てないですが、この間の大雪で立ち往生したのを見て
ＥＶは無理だなと思いました。
現状では問題が多すぎますね。

10年後に石油が枯渇するというのならＥＶを開発するしかないと思いますが。
新しいエネルギーを開発するのが先だろうと思いました。
ＥＶ大国中国では石炭不足で停電が多発しているらしいですし。(^^;

> この間定期点検に出したら、バッテリーが充電不足と言われました。
> 買い物くらいしか乗ってないせいですね。たまには遠くへドライブしなくては。

私は去年の夏の定期点検の前に車のバッテリーを更新しました。
#8140でも書いた、野猿街道沿いのイエローハットで新しいバッテリーを購入し、
自宅で自分で交換。それまで車に積んであったものは自宅で予備役。そして#9730
で書いた、液漏れさせてしまって満足な容量が確保できなくなってしまった旧の
予備バッテリーをイエローハットに持ち込んで引き取ってもらいました。
これで安心と思いきや。
実は、つい先日、今月中旬に定期点検を受ける予約をディーラーに入れておいた
のですがね。その５日ほど前、二晩ほど車内灯を点けっぱなしにしてしまって。
ヤバイ、と思いましたが、厳寒の中でもかろうじてエンジンは始動可能。
でも、これは絶対なんかいわれると思いまして、ちょっと事前にドライブしよう
と思ったのですが、あまり時間が取れない。点検予約は１５時からだったので、
当日の午前中、国立府中インターから八王子西インターまで往復してきました。
そのおかげか、点検の際にはバッテリーについては特に何も指摘されずにすみ
ましたがね。でもまさか、#9102で書いたようなことを、購入してたった半年の
バッテリーでやる羽目になるとは。

> 長そうなので内容は見てないですが、

私もネット動画ってあまり見ませんね。
つ〜か、動画そのものをあまり見ない。
どうしても一定の時間、張り付いていないとなりませんから。
調べもので必要なときだけ、仕方なく見る、といった感じ。
それよりも興味があるのは、文太さんの情報源というか、どこからこういう情報を
集めてくるのか、ということ。

> 現状では問題が多すぎますね。

同感です。現状ではエネルギー容量が少なすぎる。

> 10年後に石油が枯渇するというのならＥＶを開発するしかないと思いますが。
> 新しいエネルギーを開発するのが先だろうと思いました。

おそらく、石油は枯渇しないでしょうが、二酸化炭素の排出削減という観点から
新しいエネルギーの開発圧力は強まるでしょう。だけど、そのエネルギーをどう
持ち運ぶか、というと、やっぱりバッテリー？
この辺が一番難しい問題かも。

> ＥＶ大国中国では石炭不足で停電が多発しているらしいですし。(^^;

ＥＶ小国である日本でも、LNG不足で停電が発生しそう、といっているぐらいです
からねぇ。
中国では今後、原子力発電所を大増設するらしいけど、それも石炭不足への対応
というよりも大気汚染対策の側面が強いらしい。

konnoさん

>文太さん、バッテリー頑張っていますね。
　そうですね、どうもとっても大好きみたいです。
　昨晩も、工作、工作、工作。

>この間定期点検に出したら、バッテリーが充電不足と言われました。
　ああ、これは嬉しい。俺だけじゃない！（笑）

>この間の大雪で立ち往生したのを見てＥＶは無理だなと思いました。
　この弱点があるんですよね。悪路にとても弱い。
　ただ、もう方向性とタイムスケジュールはほぼ確定だと思います。水素ではなく
ＥＶ。本当にそうなるかは分りませんが、東京で２０３０年には、ガソリン車新車
販売禁止とかになる予定だそうですし。９年先。
　僕は、この時間枠だと次の次はＥＶ一択なんだろうなぁ、と思ってます。

https://www.youtube.com/watch?v=lN418d_VoqQ
18:30
　ぐらいに各国の予定が書かれてます。
　動画のポイントは、輸出企業のトヨタは、ＥＵ、中国、アメリカに合わせるしか
ない、ということみたいです。

>ＥＶ大国中国では石炭不足で停電が多発しているらしいですし。(^^;
　もう一つのポイントは、ほんとにガソリン車→ＥＶシフトをすると電気が足りない
（当たり前）。原発１０基が必要です、ということ。
　１０年で１０基の新設は、日本ではムリだろうなぁ（やるのかな？）と……。
　いちおう洋上風力にそこそこ国家予算が組まれてたと思いましたが。

としきさん、お久さな感じでしたよね？

>でもまさか、#9102で書いたようなことを、購入してたった半年の
>バッテリーでやる羽目になるとは。
　おほほほほ。俺だけじゃない２。

>私もネット動画ってあまり見ませんね。
　たぶん、僕がいちばんのYouTubee（ユーチュービー）。
　employer, employee, interviewer, interviewee（後者は受身の語尾）。

>それよりも興味があるのは、文太さんの情報源というか、どこからこういう情報を
>集めてくるのか、ということ。
　18650は趣味としても、エネルギーとか異常気象とか大陸移動とかは、職業の
範疇で、動画、よく見ます。学生にも、「この動画のここを見ておくように」とか
言います。動画に解説させてます。

>同感です。現状ではエネルギー容量が少なすぎる。
　最新の（？）技術では、コバルトを使わないリチウムが優秀らしく、１０分の充電で
４００キロ走るそうですよ。商業化一歩手前だったと思う。
　たぶん、ここはクリアするでしょう。

>二酸化炭素の排出削減という観点から新しいエネルギーの開発圧力は強まるでしょう。
　間違いなく。

>中国では今後、原子力発電所を大増設するらしいけど、
　そうなるんでしょうね。ニュースは届いていませんでしたが。あの砂漠を太陽光パネルの
海にすればなんとでもなるだろうよ、と言いたいけど、あの国に何を言ってもムリです
からねぇ。

SDGs

　「どうやってその情報？　文太さんが？」というご質問への回答の２本目です。

　この動画自体はまあまあ、ですが。

紙・プラではない「夢の素材」【SDGs】
https://www.youtube.com/watch?v=Pr24wU_zZPI

紙でもプラスチックでもない石灰石由来のLIMEX
たんぱく質由来の素材（スパイバー）
アイスバッテリー（温度管理、対フードロス、コロナワクチン輸送、アイ・ティー・イー）

　てな内容です。おお、こういうテクノロジー大好き。石油嫌い、プラスチックも嫌い、
原発はもっと嫌い。
（最初の２つなんかは、すごくありがたいものですけどね。３Ｄプリンタ、欲しいぞ。
たぶん、そのうち絶対買うと思う）

　理工学部の学生が興味を持ちそうで、僕も興味があるものは、こんなふうにメモして
おきます。オンライン授業時代のサバイバル術。授業のネタですね。
　若者の活字離れはすごくてですね（語学では圧倒的に書かせてますが）、動画に
シフトしています。自分で作る気は（能力も）ありませんけれど。

　これは、YouTubeのＡＩ（？）が、「あなたこういうの好きでしょ」とリコメンド
してくれたものです。検索エンジンを使うばあいと、たまたま（？）見つかるばあいが
あります。

　連投ごめんなさい。

トヨタ、5年ぶり世界販売首位　20年952万台、VW抜く
https://news.yahoo.co.jp/pickup/6383520

マツダ、国内で初めて量産EV販売開始　リース限定から方針転換「挑戦の第一歩」
https://news.yahoo.co.jp/pickup/6383522
　しかし４５１万は高すぎ。中国製が５０万以下だったと思う。ここでだけ
比較してもしょうがないけど。

　なんて記事はいちいちクリッピングしたり、メモったりはしませんが、
なんとなく頭には入ってしまいますね。やがて抜けるけど。

　ＥＶの時代だ。トヨタはどうなる？　ＥＶするしかないでしょう。早くした
ほうがいいぞ。５００万人以上の雇用がかかってるんだからね。ま、ひろゆきさんが
言ってたとおり、国の問題ですが。期待うすだなぁ。


　閑話休題。と、隣にリチウムの広告。

https://item.rakuten.co.jp/3rwebshop/3r-evl02/?scid=af_pc_etc&sc2id=af_102_1_10001643

　１．５Ｖ、単３型のリチウム！　ついに来たかぁ。来ると思ってた。電池革命だ。
けっこう安いぞ。
　もちろんしばらくは買いません。苦労して電池ボックスを作って、中古品を使いまわす
所存。でも、職場でも、やがてこれが廃棄されるのでしょう。　＞としきさん、めざらさん

　レスをもらったから調子に乗っているわけではありません。そうかもしれませんが。

　居間で太陽光パネルに繋がっている４つをチェックして、ログを更新しました。
　僕以外の誰にとっても面白いデータではないでしょうが、こんなふうにケアしてあげると、
長生きしますよ、きっと、というメッセージです。

　以下、無用なデータの列挙、ご容赦。

◆2021/01/10 (Sun)  居間の４つ整理　　※ここの日付は最初のチェック（情報整理）日。

<<0>> Sekiya recycled, 75D23L（52Ah, 420 CCA）--- 再生新品、ＣＣＡ最高。抵抗最低。
526/416 CCA, 5.68 mΩ, 12.99V　GOOD　【現役】フォレスターに載っている
　12.36(2021/01/11), 12.56, 12.65, 12.81, 12.58(01/28), 

<<1>>
Pana, 75D23L SB, 48Ah, 12.43V　【居間】
　12.52, 12.48, 12.67, 12.78, 12.60, 12.68, 12.40, 12.57, 12.79, 12.13, 
13.36, 12.84, 12.64, 12.51, 12.56, 

<<2>>
Pana, 75D23R, 52Ah (5HR), 12.78V 【居間】
　13.06, 12.97, 12.93, 12.89, 12.75, 12.92, 12.90, 12.94, 12.65, 12.83, 
12.81, 12.86, 12.61, 12.50, 12.68, 12.55, 12.78, 12.68, 12.55, 12.49, 
12.24, 13.11, 12.59, 12.42, 12.41, 12.22, 

<<3>>
Subaru, 75D23L （52Ah, 420 CCA）--- 車での現役引退、まだ行けたのかも？【居間】
397/416 CCA, 7.03 mΩ, 12.74V　GOOD 
　12.79, 12.73, 12.53, 12.26, 12.20, 12.41, 13.12, 12.88, 12.61, 12.66, 

<<4>>
Furukawa, 55D23L, 320 CCA, 48Ah (5HR), 12.53V 【居間】
　13.82, 12.83, 12.54, 12.33, 12.23, 13.57, 12.91, 12.88, 12.60, 12.91, 


　冒頭の日付などは、もちろん、Ｖｚマクロで出してます。マクロはバカみたいなので
（かなり便利ですが）あげません。vegidai.defというもので、vegitable dairy の意味です。
家庭菜園用日記マクロ。メニューでさまざまなファイルを呼び出し、ファイル末尾に飛び、
◆マーキングと日付を入れてくれる、カーソルをタイトル欄に飛ばす。おしまい。
　かなり使っているマクロです。Ｖｚマクロ、健在です。
　今日の気温変化を記録するために、お天気関係サイトに飛ぶ項目もメニューにはあります。
　どうでもいいぞ！

　ポイント１：<<0>>は、問題視されていたセキヤ再生バッテリー。無根拠に「体感的に
不安はない」と書いていて、ちゃんとやらなきゃ、と思っていた。12.81はおそらく通勤した
日に帰って来て割とすぐにとった記録。12.58は、日常使いのあと１日おいての記録（現実の
状態）。
　とりあえず、セキヤさんバッテリー、１年２ヵ月後は元気です、ということ。

　ポイント２：<<3>>。フォレスターにセキヤの前に載っていた奴。12.66。問題ないですね。
（バッテリー交換は１年後でも問題なかったろう）

　<<2>>は、充電が必要ですね。
　<<4>>は、チャージャーによる充電後（たぶん２日後）くらい。太陽光発電はそれほど
強力ではない。

　12.60ぐらいを保ちたいと思ってます。この４つがあそこに居座るようになって、たぶん、
半年ぐらいです。情報機器の充電には、これらとは別のシステムが使用されています。たまに
そっちの電気が足りなくなると、こっちでもやることもありますが。12V->5Vコンバータとか
を出してきたり接続したりするのが面倒なので、なるたけやりたくないのです。あっちの
システムはもう固定されているので楽。

　これらのバッテリーからの電気の取り出しには、端子にダイソー・メガネクリップを
つけてワニ口ケーブルで、というパターンが多いですね。というか、メガネクリップは
常に付けてある状態です。このアイディアはkonnoさんからもらいました。多謝です。すっごく
有用です。システムを一部さらに固定化するつもりなので、そのときは、クリップと
お別れでしょうけれど。

　あ、ログはですね、５センチＸ７センチぐらいの紙片がバッテリーに貼り付けてあり、
そこに数値を適当に書き込んでおき、２週間か１か月に１回ぐらいでログ（vegidaiの
テキストファイル）に転記しています。テスターはバッテリーの横に常駐しています。
　毎日、そのマクロを起動しているわけではありません。

　居間の４つは別々になってます。ときどき並列接続にして、たとえば<<4>>から<<2>>に
チャージなんてことをすることもありますが、バイク用バッテリー・チャージャーのほうが
楽なので、並列はあまりやりません。
　電気代とかは、ほとんど気にしてません。遊びです。楽しいからやってるだけです。

　電気代とガス代（ストーブ系はこっち）は、毎月記録をつけていて、過去４年分くらいの
比較ができるのですが、夏が暑ければ電気代があがり（クーラー）、冬が寒ければガス代
（ストーブと給湯、風呂など）があがる。気をつけているつもりだけど、全体の減少傾向
（低予算化）は顕著には観察されていません。

　どうみてもコスパ（労力 vs 支出減）は合いませんが、趣味ですから。
　うちの奥様は、居間のあの風景に慣れたようです。ま、iPad, iPhone用の電気、ぜんぶ
僕が作ってますから、文句は言えまい。

> としきさん、お久さな感じでしたよね？

私も耄碌していますから、時間感覚なんてあってなきが如し。


> 　最新の（？）技術では、コバルトを使わないリチウムが優秀らしく、１０分の充電で
> ４００キロ走るそうですよ。商業化一歩手前だったと思う。

いろいろとあるようですね。
私がさっき掴んだネタが以下。
ttps://gigazine.net/news/20210126-technology-five-minute-charge-battery/

ただ、時々忘れる人がいるのですが、大電力を充電するためにはそれを流せるだけの
電線が必要。だから、プラグインハイブリッドなんかでありがちですが、一般家庭の
電線で充電する場合は当然、そんな短時間では充電できない。
もちろん、抜け道、ではないな、正攻法というか、以前にも文太さんには指摘したことが
あると思うけど、同じ太さの電線でも、電圧が高ければたくさん電力を送り込める。
とはいえ、一般家庭ではエアコンなんかで高電圧の部分もあるけれど、せいぜいが
２００ボルト。とてもとても、６万ボルトだの１００万ボルトだのというわけには
行かない。逆に、１２ボルト送電なんて低圧でやったらロスが大きすぎる。


> 　18650は趣味としても、エネルギーとか異常気象とか大陸移動とかは、職業の
> 範疇で、動画、よく見ます。学生にも、「この動画のここを見ておくように」とか
> 言います。動画に解説させてます。

そうか、仕事で必要なのか。
それなら、いろいろと引っかかってきて当然ですね。
YouTubeの右側に出てくるお勧め動画も、かなり的確ですよね。
さすが、世界中の多くのユーザーのビッグデータを使っているだけある。

あ、そうか、多分これが効いてきたんだな。
以前、文太さんに紹介されたなんかの動画を見ているときにYouTubeにお勧めされた
ということで、動画をひとつ、#9156で紹介しました。でも、あとから文太さんに、
Gigazineのサイトに掲載されているのを#9483で教えていただきました。私自身は
Gigazineのサイトからこの動画を見た記憶はないのですが、Gigazineそのものには
よくアクセスしている。
おそらく、こういったことも、ＡＩというのは分析してくれているのでしょう。


> >中国では今後、原子力発電所を大増設するらしいけど、
> 　そうなるんでしょうね。ニュースは届いていませんでしたが。

多分、これが私が紙で読んだ記事。違うかもしれないけど。
www.nikkei.com/article/DGKKZO63173700Y0A820C2TJM000
ネットだと有料会員限定のようでした。そして私は非会員。




余談ですが、３Ｄプリンタにもいろいろあって、プラスチックではなく金属を出力
できるものもあるらしい。あるいは、食品を出力できるものだとか。
もしプラスチックがお嫌いなようでしたら、こういったものをどうぞ。
値段はわかりませんが。
あるいは逆に、印刷という形での出力ではなく、レーザーで切り刻んで形を作るという
レーザーカッターなんていうのはいかがでしょう。

> 　閑話休題。と、隣にリチウムの広告。

> 　１．５Ｖ、単３型のリチウム！　ついに来たかぁ。来ると思ってた。電池革命だ。

これ、どういう仕組みになっているのかが非常に気になる。
前にも書いたことがあるかもしれないけど、電池の電圧っていうのは大抵の場合、
陽極と陰極の極板の材質でほとんど決まってくる。だけど、そのくらいの電圧に
なる新しい材質が見つかったという話は聞いたことがない。
一方、電池そのものは既存の材質だけど、単３のパッケージの中に電圧変換回路
まで仕込んでしまった製品というのは既出。あまり性能はよくないらしいけど。
電圧変換の際のノイズが出るとかね。
tps://search.rakuten.co.jp/search/mall/%E5%8D%98%EF%BC%93+1.5v+%E9%9B%BB%E6%B1%A0+%E3%83%AA%E3%83%81%E3%82%A6%E3%83%A0/

> 実は、つい先日、今月中旬に定期点検を受ける予約をディーラーに入れておいた
> のですがね。その５日ほど前、二晩ほど車内灯を点けっぱなしにしてしまって。

今の車はロックするとすぐに照明が消えると思いますが、車内灯をＯＮにしていると
消えないで点きっぱなしなんでしょうか。だとしたら気を付けなくては。

> > 現状では問題が多すぎますね。
> 同感です。現状ではエネルギー容量が少なすぎる。

容量もそうですが、充電時間と充電時の電力が大問題でしょう。


給油と同じ早さ、5分でフル充電できるEV用バッテリー…イスラエルのStoreDot社が開発
https://news.yahoo.co.jp/articles/acf23b9a8911004185c5586478f5b22d2c350054

このニュース記事のコメント欄から引用します

> 国内の乗用車の半分がEVになった場合は、ざっくりと追加で1000万kwの電力が必要となります。原発10機分です。夏も冬も電力が逼迫してる日本で、そんな電力どこから持ってくるのでしょうか？

> 仮にカラから40kw/hまで一時間で充電すると40kwの変電設備だね。
> 5分ですと12倍つまり、480kwの変電設備が必要で、これって程ほどの工場一個分だね。次から次と充電すれば設備稼働率は問題ないけど、たまに充電では採算合わないね。
> 逆にこんなのが次々と必要になるなら電力インフラ崩壊。ただでさえ節電要請が出ています。本当にEVなるなら今から発電所設置計画を行わないと間に合わなく東京都の様に計画停電になるかもね。

> EVってのは、普通の家庭で使用する電力の1週間分の電池容量あるんですよね？それを5分で消費するってことは、瞬間的に2000世帯分の電気消費が発生するってことですよね？> 大停電が起こりそう…

こんな意見が多数出ています。
最近の中国の停電もＥＶ車の複数同時急速充電で起こっていたりして。

> おそらく、石油は枯渇しないでしょうが、二酸化炭素の排出削減という観点から
> 新しいエネルギーの開発圧力は強まるでしょう。だけど、そのエネルギーをどう
> 持ち運ぶか、というと、やっぱりバッテリー？

バッテリーの製造リサイクル、火力発電はかなりのＣＯ２排出するそうです。
ＥＶによる二酸化炭素の排出削減はまやかしだといわれているようです。
現状ではプリウスのほうがＣＯ２も含めて分があるような話も聞きます。

> 中国では今後、原子力発電所を大増設するらしいけど、それも石炭不足への対応
> というよりも大気汚染対策の側面が強いらしい。

中国は昨年の三峡ダムの水害で下流の発電所、原発が駄目になったみたいな話も。
本当の所はわからないですが、既に相当やばいことになっているのでは？

> 今の車はロックするとすぐに照明が消えると思いますが、車内灯をＯＮにしていると
> 消えないで点きっぱなしなんでしょうか。だとしたら気を付けなくては。

１０年前の車なんでね。
天井中央にある車内灯その１は、常時ＯＮ／ドア連動／常時ＯＦＦの切替式。
ところが今回消し忘れたのは、ルームミラーのところにある車内灯その２。
こちらはドアなどには全く非連動のＯＮ／ＯＦＦ式。
余談ですが、その前に乗っていた３０年前の車の場合、ルームミラーのところ
だけに車内灯があり、これが常時ＯＮ／ドア連動の切替式。常時ＯＦＦがないの。
確かその車の場合だったと思ったけど、上位グレードには常時ＯＦＦがあった
ように覚えています。別の車種かもしれないけど。


> 容量もそうですが、充電時間と充電時の電力が大問題でしょう。

私も同じところを気にしていますが、少しは楽観的かも。
充電時間については、私は昔から、充電済みの電池に交換する方式がよいと思って
いるのですが、これはこれで問題があるらしい。私は、デメリットを上回るだけの
メリットがあると思っているのですけどね。
充電時の電力の話だと、２１世紀になったばかりのころだったかな。
もう２０年近く前のことなのでうろ覚え。間違いがあったらごめん。
ニフティのポケ３の会議室での話だったと思う。
単３ニッケル水素(容量:2000mAhクラス)２本を約１５分で充電できるという触れ込みの
充電器がありました。エナジャイザーだったかな。ところがこれ、試しに買ってみた
人の話によると、充電器とコンセントの間に入るＡＣアダプターがとにかく巨大。
500ミリリットルの牛乳パックぐらいの大きさがあって、しかもそれがトランス式
だから重い。まぁ、金属の塊のようなものですからね。
それだけの電力を供給するためにはこれだけのものが必要なんだ、という話ですが、
知らない人、あるいは覚悟の足りない人にはとんでもない話です。


> 給油と同じ早さ、5分でフル充電できるEV用バッテリー…イスラエルのStoreDot社が開発

ネタ元はBUSINESS INSIDERですか。一般的な解説だとこうなるのか。
どうしても私、仕組みとか技術とかのほうに興味を持つらしくて。
これの技術的な内容を解説したものが、私が#9959で書いた
ttps://gigazine.net/news/20210126-technology-five-minute-charge-battery/
ですね。

> このニュース記事のコメント欄から引用します

電力不足の恐れ、という点は私も危惧するところではあります。
ただ、試算というやつはいくらでも数字をいじれるというのもありますが、一方で、
明らかに誤った試算というものもあって。
明らかに誤ったほうの試算からいくと、以前、私に、日本の車が全てＥＶになった
場合を試算した結果を教えてくれた人。当然、電力不足という結果になるのですが、
その人の試算の場合、全ての車がエネルギーゼロから満タンまで一気に充電すると
いうことで電力量を計算しやがった。いや、そんなの、例えガソリン車だって、
日本中のスタンドのガソリンの在庫が一瞬でなくなるだろうが。
そういってやったら、「あ！」だと。
まじめに計算するなら、ガソリンスタンドの業界団体が年間の販売量というやつを
公開しているはずなので、そのガソリンの量からエネルギー量を計算し、それを
キロワット換算して、というのが一番妥当。

逆に、楽観的に数字をいじった試算の話。
まずは欧州の、いわゆる環境左翼のような人たち。そういう方々は、巨大な発電所
から高電圧の送電線で電気を運ぶというのが嫌いなようです。それなりに送電ロス
というのもありますしね。
そこで出てきた試算。電気の地産地消のようなもので、風車だの再エネだので、
都市で消費するエネルギーをこじんまりと作るとどうなるか。確か福島の原発事故
の２〜３年後ぐらいに聞いた話だったと記憶しています。
結論としては、ドイツやフランスやスペインあたりの、人口数十万から百万くらい
までの都市なら充分可能、らしい。確か、ボンだかデュッセルドルフだか忘れたけど、
わりと具体的な都市名が出ていたような気がする。
そんな試算、私は信じません。
ところで、左翼の反対は右翼ですが、環境右翼という言葉はあまり聞かない。
でも、電気を送電線で運ぶのが好きな方々というのはいるわけで。
当然、その人たちも試算をする。どういう試算かというと、ベトナムあたりの雨の
多いところで水力発電し、それを日本まで持ってくる、とか言い出す。実現できれば
それは確かにエコだけど、これもまだ技術的に実現しておらんやないけ。

ま、皆さん、自分の都合のいいところだけみているのでしょう。
例えば、米国の共和党の方々。
大統領が変わったので米国の化石燃料産業に関係する５００万人が路頭に迷う、
とか言い出す。もしかしたら別のエネルギー関係の産業で１０００万の雇用が生み
出されるかもしれないのに。もちろん、それは逆の立場からの見方なので、実際には
その中間のどこかに落ち着くのでしょう。
蒸気機関ができたとき、あるいはコンピュータができた時だって、なくなった職業は
あるけど、それ以上の新しい職業はできているわけで、トータルとしてはそんなに
心配はいらないんですけどねぇ。


> バッテリーの製造リサイクル、火力発電はかなりのＣＯ２排出するそうです。

だから、アメリカの巨大バッテリー工場、太陽電池とかで電気を作ろうとしている
のですね。なるほど。


> 中国は昨年の三峡ダムの水害で下流の発電所、原発が駄目になったみたいな話も。
> 本当の所はわからないですが、既に相当やばいことになっているのでは？

もしかして、三峡ダムの関係だったのかなぁ。
ほんのしばらく前、見出しだけでスルーしてしまった記事があったのですよ。
記憶ですが、「中国の原発、水害のおそれで延期」というような感じでした。
これを見かけたのは今年になってからだったので、当然、三峡ダムの危険もピークを
過ぎていましたし、それどころか三峡ダムの件をすっかり忘れていて、それと結び
つけることすらしなかった。元記事の日付のチェックもしませんでしたしね。
これを見かけたときには、見出しだけでは延期されたのが着工なのか稼動なのかが
判断できず、しかもおそれということは被害が予期されているけれどまだ被害は出て
いないと私は判断し、でも水害のおそれのあるところに原発を作っちゃだめだよねぇ、
とだけ思って記事を読まずにそのままスルーしてしまった、ということを思い出し
ました。

文太さん

> 　昨晩も、工作、工作、工作。

私もネタの元は仕入れていたりするのですが、中々着工できません。(^^;

> >この間定期点検に出したら、バッテリーが充電不足と言われました。
> 　ああ、これは嬉しい。俺だけじゃない！（笑）

コロナ禍が始まってから皆さん同じような状況なのでしょう。
ガソリンスタンドも苦しいでしょうね。

> 　ただ、もう方向性とタイムスケジュールはほぼ確定だと思います。水素ではなく
> ＥＶ。本当にそうなるかは分りませんが、東京で２０３０年には、ガソリン車新車
> 販売禁止とかになる予定だそうですし。９年先。
> 　僕は、この時間枠だと次の次はＥＶ一択なんだろうなぁ、と思ってます。

バッテリーや発電所などのエネルギーの革新が起こればいいんですが
豪雪地帯とかでは当分ガソリン車は無くならないと思います。
自衛隊とか非常用に一部は残るかと思います。

> 　もう一つのポイントは、ほんとにガソリン車→ＥＶシフトをすると電気が足りない
> （当たり前）。原発１０基が必要です、ということ。
> 　１０年で１０基の新設は、日本ではムリだろうなぁ（やるのかな？）と……。
> 　いちおう洋上風力にそこそこ国家予算が組まれてたと思いましたが。

原発は危険なので、全く新しいエネルギー革命が起きてほしいですね。
日本は地熱発電をやれば足りてしまうのではないかとちょっと思ったり。

> １０年前の車なんでね。
> 天井中央にある車内灯その１は、常時ＯＮ／ドア連動／常時ＯＦＦの切替式。
> ところが今回消し忘れたのは、ルームミラーのところにある車内灯その２。
> こちらはドアなどには全く非連動のＯＮ／ＯＦＦ式。

なるほど。うちの車は１５年ものですが、ルームミラーには付いていないですね。

> 単３ニッケル水素(容量:2000mAhクラス)２本を約１５分で充電できるという触れ込みの
> 充電器がありました。エナジャイザーだったかな。ところがこれ、試しに買ってみた
> 人の話によると、充電器とコンセントの間に入るＡＣアダプターがとにかく巨大。
> 500ミリリットルの牛乳パックぐらいの大きさがあって、しかもそれがトランス式
> だから重い。まぁ、金属の塊のようなものですからね。

大きさ重さも凄いですが、電池の発熱は大丈夫なんでしょうか。
物凄く寿命を縮めそうですね。(^^;

> ネタ元はBUSINESS INSIDERですか。一般的な解説だとこうなるのか。
> どうしても私、仕組みとか技術とかのほうに興味を持つらしくて。
> これの技術的な内容を解説したものが、私が#9959で書いた
> ttps://gigazine.net/news/20210126-technology-five-minute-charge-battery/
> ですね。

ネタ元同じだったんですか、見覚えがあるなぁと思ったら。
最近は新しい技術が続々と出ているようですね。
電極板？　を６０℃に熱すると１０分で充電できるとか・・・

> 当然、その人たちも試算をする。どういう試算かというと、ベトナムあたりの雨の
> 多いところで水力発電し、それを日本まで持ってくる、とか言い出す。実現できれば
> それは確かにエコだけど、これもまだ技術的に実現しておらんやないけ。

うーん、仮に接続出来たとしても電線抵抗の減衰で全く使えないとしか思えません。(^^;

> 大きさ重さも凄いですが、電池の発熱は大丈夫なんでしょうか。
> 物凄く寿命を縮めそうですね。(^^;

トランスの発熱は話題に出ていたような。
電池の発熱や寿命についてはまったく覚えていませんが、確か定格の充放電回数
は当時の普通のニッケル水素と遜色はなかったはず。

> 電極板？　を６０℃に熱すると１０分で充電できるとか・・・

電池の充電は、そもそもが化学反応です。
そして、多くの化学反応は、温度が高いほど反応速度は速い。
ただ、反応すること自体による発熱だとか、温度が上がりすぎて暴走とか、だから
最適な温度を保ちたいのだけどそれが難しいとか、いろいろとあるらしいです。

> うーん、仮に接続出来たとしても電線抵抗の減衰で全く使えないとしか思えません。

ところが、その筋の人たちの試算では、理論的には大丈夫らしい。
以前、電圧が高ければ高いほどロスが少ない、ということを述べましたが、どうも
それだけではなくて。wikipediaの「直流送電」のところによると、長所／短所は
ありますが、ざっくりいって、交流よりも理論的なロスは少なくなるらしいので
長距離送電も大丈夫な模様。
欧州では結構実用的に使われているようです。だから環境左派は以下略。

> 豪雪地帯とかでは当分ガソリン車は無くならないと思います。
> 自衛隊とか非常用に一部は残るかと思います。

おっしゃるとおり、最後まで残るのは非常用だと思います。
ただ、単純にエネルギー効率を考えると、ガソリンを使ったレシプロではなく、
軽油を使ったディーゼルかもしれません。昔と違って今のディーゼルはススを
撒き散らすということもありませんし。
それに、最近は軍用にも使われるハマーにも電気自動車という話もあるようです
し、現在がどうなっているかは知りませんが、かつては北欧の自動車メーカーの
ボルボも電気自動車がどうのといっていたので、軍用や寒冷地仕様という部分では
それなりに何とかなりそうな気もする。
おそらく、私やkonnoさんが難しいと思っている部分はなんか知らないうちに解決
して、その代わり、思いもよらない部分がどうにもならずに普及失敗、というのが
ありがちなパターンではないかと。


> 日本は地熱発電をやれば足りてしまうのではないかとちょっと思ったり。

私も同感なんですが。
#5542でもチラッと触れていますが、観光業者というか温泉旅館の方々の反対が
多くて。日本は観光業界の力が強いから。後藤トラベル（違）とか。

　すいません、かなり酔っ払っていて、疲労こんぱいしてます。
　何なんだよ、これ、という展開で。
　ごめんなさい。

＞これ、どういう仕組みになっているのかが非常に気になる。
　うーん、やばいですね、1.5Vのリチウム。
　買う気はないです。
　1.2Vのエネループ（充電池優等生）がどうして1.5Vになれないか、と思っていました。
　3.7Vのリチウムを1.5Vにするには、トリックが要りますね。
　だめだ、電池革命は、まだまだ先だ。

>前にも書いたことがあるかもしれないけど、
>電池の電圧っていうのは大抵の場合、陽極と陰極の極板の材質でほとんど決まってくる。
　たぶん、前には書いてないと思う。
　すごい、としきさん、全般に、何を知ってるか、何を書いたか、自分を知ってます。
　ここは例外ですが、「ここに書いた」が指摘できる。
　一部、「あなたは、それを希望してましたよ」もありましたが。はい、それ、クリアしました。

　環境左派の文太でした。

> 　すいません、かなり酔っ払っていて、疲労こんぱいしてます。

今日は私も酔っ払っています。
最近は、概ね週に１回程度、自宅で酒を飲んでいます。
私が疑問なのは、接待なし・お一人様で夜遅くに居酒屋で酒を飲むことを禁止する
のがなぜコロナ対策になるのか、ということ。苦しんでいる店舗のことを考えると、
私としては、営業時間ではなく入店時の同伴者数で規制をかけるべきだと思うの
ですが、履き違えた国会議員とか親方とか一般市民とかが沸いて出ることを考える
と、営業時間で一律規制するのも致し方ないのかなぁ。
今がチャンスと、どこかで１人カラオケで朝まで歌いまくるか。
ちなみに現在、疲労困憊はしていません。が、昨日は宿直明けで、本来は今日は休日で
１日中寝ていられるはずだったのですが、急遽研修。１日中、高所作業用の安全装備の
話を聞いていました。眠くてかなわん。
あまりにも悔しかったので、あるいは眠くて理性がはじけ飛んでいたので、研修会場
と同じ建物の中にあった土産物屋で土産購入。
何を買ったかというと「白い恋人」と「ちんすこう」。
すげ〜組み合わせ。


> 　うーん、やばいですね、1.5Vのリチウム。

やばいですか？
ん、やばいかも。
仕組みが分かれば、私はやばくないと判断する可能性もあります。
3.7ボルトのリチウム電池にDC-DCコンバータ内蔵、というのは既にあるわけで。
ただ、前にも書きましたが、そういった製品の一部でノイズ撒き散らしまくりな
製品があるらしいので、そういうものを掴まないように気をつける必要はあります。

> >前にも書いたことがあるかもしれないけど、
> >電池の電圧っていうのは大抵の場合、陽極と陰極の極板の材質でほとんど決まってくる。
> 　たぶん、前には書いてないと思う。

そのようですね。
似たようなことは#9711で書いていますけどね。

　こつこつレスを返す文太です。あと１０分で会議だ、運命の会議。
　コロナ対応で命がけ（会議自体はＺｏｏｍです）。４月以降の授業形態の話。

>私も耄碌していますから、時間感覚なんてあってなきが如し。
　いえ、どうでもいいことですが、すごい記憶力、検索能力です。でも検索するため
には、キーワードが必要。すげえ！

>ただ、時々忘れる人がいるのですが、大電力を充電するためにはそれを流せるだけの
>電線が必要。だから、プラグインハイブリッドなんかでありがちですが、一般家庭の
>電線で充電する場合は当然、そんな短時間では充電できない。

　なるほど。まだ現実的には考えていませんが、やはり家で夜中のうちに充電は
できないといけない。８時間で１００キロ走るぐらいなら、そう大変でもないでしょう。
うーん。
　ただ、元ネタのひろゆきさんが言うには、町のなかのそこらじゅうに（ガソリン
スタンドのごとく）、充電ステーションがなければＥＶは普及しない。これはどうみても
お国がやらなくては間に合わない。社会主義でもなくドイツでもない日本では、
まあ、ムリでしょうね。
　ガソリンスタンドの大元に（エネオスと何だっけ？）大量の補助金をだして、
ぜんぶＥＶ用充電ステーションにしなさい、とすれば、できなくはないか。
　その前に電気はどうやって作るの？　だな。
　「脱炭素いくぞ」の宣言は、原発再稼動・新設いくぞ、という意味だという主旨の
記事を読みました。そうなんだろうな、と思いました。

　（こちらは、お昼の１２時５０分くらいに書かれました）

#9711より

>ある種類の電池が発生できる電圧というのは、正極と負極の極板の物質でだいたい
>決まるのではなかったかな。電解液の成分も関与するとは思うけど。

　わお！　恐ろしい記憶力。
　としきさんが教師にならなくてよかったと思う。そうとう性格の悪い教師になれる。
学生にとって不利なことは（もちろん自分にとって不都合なことも）、自然に忘れる
（記憶しておくつもりも毛頭ない）のが良い教師です。あはははは。

　今日も疲れてます。３時間半の会議（中身は稀にみるくらいに重要で真剣）で
くったくった。この程度でここまで疲れるとは、そうとう耄碌しておるな、と自覚。

　いいお土産ですね。その組み合わせは最高です！

　konnoさんも持ってるダイソー３００円スポットライトに外付け（着脱可能 by JST
ソケット）電池ボックスをちょっと前に作ったのですが、それが大のお気に入りで、
眺めて癒されてます。
　いいね、この仕様、と。３つあるので階段室がいい感じに明るい。
　つ、疲れとる……。癒してくれ〜。

>逆に、楽観的に数字をいじった試算の話。
>まずは欧州の、いわゆる環境左翼のような人たち。そういう方々は、巨大な発電所
>から高電圧の送電線で電気を運ぶというのが嫌いなようです。それなりに送電ロス
>というのもありますしね。

　あれ、あとどこにレスをつけたいのだっけ？　状態ですが。

　はい、環境左翼は、たぶん原発が嫌いです。だから、ローカリゼーションとスマート
グリッドがこれからのあるべき形と考えるようです。分散型。
　そこらじゅうに小さな原発とか、や、やめてください！　と。
　やれるものなら、東京に作ってみろい！　となる
　あ、僕、ここで感情的になっているわけでも、強く反論したり主張したりしたい
わけではありません。
　エネルギー事情は、ま、短い時間のスパンでみれば、複雑ですから。

　ただ「脱炭素」と、アメリカの大統領が変わったとたん、とりあえず言い出す
わけで、あいかわらずダメだねぇ、とは思う。
　日本の政治は老害だと思う。そんなお年よりたちが、１０年、２０年先のことを
真面目に考えられるはずがないと思う。

　しっかりベトナムには石炭火力を輸出するし、川崎あたりに新規の石炭火力も作る
らしいし。ＣＯ２を逆に吸収できるテクノロジーを開発できるから大丈夫だ、と
無根拠な夢にすがるし。

『日本と再生 光と風のギガワット作戦』
https://www.youtube.com/watch?v=g8syYn0KTss

　ガリガリの環境左翼の作品なので（裁判やってる人たち）、みなくてよいと思いますが、
いちおうドイツの事情が（きっと偏向おおいにありで）紹介されてます。
　これは授業では使いません。役所広司主演の『東京原発』を使います。環境ゼミで原発を
１回も扱わないわけにはいかないので。

　少し元気になりつつある、み、た、い。こんな時間に元気になるな！

>> 　昨晩も、工作、工作、工作。
>私もネタの元は仕入れていたりするのですが、中々着工できません。(^^;

　スポットライト用電池ボックスはできてます！　容量にして、単３エネループ
が５本くらいが並列になってます。まず消えない。
　いま、５種くらいの電池ボックス（出力用と充電用。1.2V NiMH x 5 で血圧計を動かす
のとか）を製作中です！　止まってますが……。
　ちょっと前に夜中に木片にかんながけをしていたら、ものすごい幸福感に包まれて
しまいました。変な奴。

>コロナ禍が始まってから皆さん同じような状況なのでしょう。
>ガソリンスタンドも苦しいでしょうね。

　あまりに疲れていたので、ふだんほとんど見ない夜１０時のＴＶニュース（解説番組）を
見たら、クリーニング屋が廃業か、とやってました。リモートワークで、Ｙシャツの
クリーニング需要が激減なんですって。
　飲食と観光にかぎらず、ぜんぶ大変みたい。
　あ、ガソリンスタンドはどうなのかな？　ですが、車はある程度売れてるらしい
です（トヨタでさえ減収らしいですが）。公共輸送機関が使えないから、車での
移動が増えているらしいです。全世界的に。

>日本は地熱発電をやれば足りてしまうのではないかとちょっと思ったり。

　ほんとに。ほんの一部で開拓が始まっているらしいですが、としきさんが言うとおり、
温泉（観光）資源は失えないらしいです。
　左翼っぽいかもしれませんが、僕は社会主義をそれほど信用してはいません。が、
このあたり、国ががばっとやればできるのに、とは思います。それしか方法ないと
思うし。利権が生まれない公共事業はダメなんでしょう。
　ゴートゥーも、予約サイト・旅行代理店の利権らしいですし。

> 　いえ、どうでもいいことですが、すごい記憶力、検索能力です。でも検索するため
> には、キーワードが必要。すげえ！

記憶力はごく平均だと思います。
ただ、検索については非常に興味がありまして。
そして、好きこそ物の上手なれ、というやつが効いているのでしょう。
もう２０世紀のころですが、世の中にサーチャーという職業があるのを聞いて、
そこはかとない憧れを抱いたり。さらにそれ以前、高校生のころには、図書館の
司書に対して、そこはかとない憧れ。
だから、Google検索が進歩していろいろなものを引っかけてくれるようになった
現在では、いかにして余分なものを検索結果に出さないようにするか、みたいな
部分を探求したくなったり。

> 　なるほど。まだ現実的には考えていませんが、やはり家で夜中のうちに充電

現在でも深夜電力という制度はあるわけですから、その線がそこそこ現実的かと。

> スタンドのごとく）、充電ステーションがなければＥＶは普及しない。これはどうみても
> お国がやらなくては間に合わない。社会主義でもなくドイツでもない日本では、
> まあ、ムリでしょうね。

「日本では、まあ、ムリ」という結論部分に限ると、概ね賛成。
でも、大勢には影響を与えないと思うけど、いくつか細かい部分で反論したい。
一つは「バスに乗り遅れるな」という日本人の特質。
ひとたび、それが世の中の主流となれば、付和雷同というか、みんなそうなってしまう
可能性は一定程度考えられる。
昭和４０年代なかばに、心理学者の多湖輝先生が同僚の発言として紹介されたジョーク
を覚えています。おそらく、元発言は昭和４０年代前半だと思いますので、今では理解
できる人も少ないと思いますが、大意、こんなものでした。
「あの団地の屋上のテレビのアンテナの半分でも、深夜にこっそりカラーテレビ用に
塗り替えたら、電気屋にカラーテレビの注文が殺到するだろう」
当時はまだカラーテレビと白黒テレビでＮＨＫの受信料に差があり、それぞれテレビ
のアンテナの色が違った、という歴史的事実を知っていないと、全く理解不能ですね。

もう一つは、社会主義ではないがゆえに、それが金になると思えば、みんなが参入
する、ということ。Windows95が登場してインターネットがブームになったあの時代、
当時まだＮＴＴに勤めていた私は、通信状況の急激な変化に追い立てられる羽目に
なっていたのですがね。全く聞いたことのないような会社が次々に高速モデムを発売
したりして、驚いたものです。同様に、かなりの規制緩和が必要ではありますが、
例えば、個人の一般家庭が深夜電力で貯めた電気を日中帯に販売できるようにして
差益を得られるようにしてしまえば、そこらでいくらでも電気は入手できるはず。
もちろん、利権とか既得権益とか、そもそも安全性の問題もあるので実現可能性は
ほぼ皆無だと私は思っていますが、現実というのは両極端の間のどこかに落ち着く
物だということについては強い確信があります。

> 　その前に電気はどうやって作るの？　だな。

そう、その問題のほうが大きい。
日本中の木を切って、その木を燃やす火力発電で少しは何とかならないかなぁ。
材木に加工することに比べれば手間もコストもかからないし、カーボンニュートラル
だし、切って新しく植えることで荒れ果てた山林も少しは回復するし。

> 　はい、環境左翼は、たぶん原発が嫌いです。だから、ローカリゼーションとスマート
> グリッドがこれからのあるべき形と考えるようです。分散型。

環境左翼にも派閥はあって。
二酸化炭素が増えるよりは原発、という派閥もあるらしい。
一方で、メガソーラーや巨大洋上風力といった大規模発電からの送電も、結局は
巨大資本を利することになるからいやだ、という分散教条主義とでもいうべき派閥
もあって、文太さんはもしかしたらこちらに近いかも。
でも、大きいほうが分割損がなくなることにより効率がよくなり、それはすなわち
低コストで供給できることを意味するわけで、結局は消費者が安いものを選択する
限り大規模派の勝利は動かない。もちろん、一般消費者に対して経済合理性のある
選択を許さないという社会体制も世界にはいっぱいあるわけでして、そういう世界
を希望すれば夢はかなうかもしれない。

> 　そこらじゅうに小さな原発とか、や、やめてください！　と。
> 　やれるものなら、東京に作ってみろい！　となる

私は原発そのものには否定的ではないというか。
私が原発反対なのは廃棄物問題が解決していないからというだけなので、絶対に
ありえないとは思うけど、もし万が一その問題が解決した暁には、ぜひ東京にも
原発を作っていただきたいところ。
地震で爆発するなんてことは微塵も考えていないところが私が私であるゆえん。

> 　日本の政治は老害だと思う。そんなお年よりたちが、１０年、２０年先のことを
> 真面目に考えられるはずがないと思う。

橋下徹が曰く、国会すら変えられないような集団が、いろんな日本社会の問題点を
変えられる力なんてない、と。うぅん、深い深い。
ただ、若い人間が選挙に行かない以上、老人が当選してしまうという現実がある
わけでして。迂遠かもしれないけど、まずはそちらから攻めるほうが正攻法かと。

まぁ、世の中には政治とか経済とかの議論が苦手な人もいるようですけどね。
でも、そういう議論は必要なことなんですけどねぇ。
だって、議論しないと、どこに問題があるかもわからないわけで。
そして、若者たちは特にそういう議論をしないがゆえに、声が届いていない。
若者に限らず、現状を何とかしたいと思っていても、議論を回避することによって、
自身の思いが伝わらないということは多々あります。特にそういう人たちに限って、
思いが伝わらない理由が自分たちの議論嫌いに原因があると思い至らない傾向も
あるような気がしています。そして、政治家とか他人のせいにしたがる。
困ったものだ。

＞一つは「バスに乗り遅れるな」という日本人の特質。
　まあ、僕もそうも思います。世界のマーケットが相手なので。何しろ関連企業
（下受け多数）を含めると５００万人の雇用・生活なわけで、ＥＶ化でこけると
（ハイブリッドに執着してガラパゴスになると）、日本沈没しそうです。
　ま、トヨタもそうバカではあるまい。が、国の支援がないと……。
　ワクチンが良い例でしょうね、「バス」特性。先進国の中でいちばんワクチンを
嫌がっているそうです。ところが、皆が打ちはじめたら、「俺の番はまだか」と
なると思う。もっとも打つ側がちゃんと準備できるのか、不安。


＞もう一つは、社会主義ではないがゆえに、それが金になると思えば、みんなが参入
＞する、ということ。
　まあ、そうでもありましょう。ただ、なんだかこの国、この国民、すごく貧乏に
なって行きそうだからなぁ。
　Win95のころは、まだ国に勢いがあったような気がする。

>> 　その前に電気はどうやって作るの？　だな。
>そう、その問題のほうが大きい。
>日本中の木を切って、その木を燃やす火力発電で少しは何とかならないかなぁ。
　それはダメでしょう。いちおう２０３０年が「短期的」目標みたいで、２０５０年
には、本気で「実質ゼロ」のはずで（達成できないだろう。西洋諸国から怒られ、
見下されるのだろう）、森はあんまり伐ってはいけません。ほっとけば（たぶん、
ほっとかなくても）２０００個ぐらいの限界集落が森に飲み込まれるはずで、森は
勝手に増える、というのがこの資源の少ない国のほとんど唯一のアドバンテージなの
ですから。
　それに、生木火力発電所って、聞いたことがない。

>環境左翼にも派閥はあって。
>二酸化炭素が増えるよりは原発、という派閥もあるらしい。

ジェームズ・ラブロック
https://ja.wikipedia.org/wiki/%E3%82%B8%E3%82%A7%E3%83%BC%E3%83%A0%E3%82%BA%E3%83%BB%E3%83%A9%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF

　この人がわりと初期の人ですね。

>一方で、メガソーラーや巨大洋上風力といった大規模発電からの送電も、結局は
>巨大資本を利することになるからいやだ、という分散教条主義とでもいうべき派閥
>もあって、文太さんはもしかしたらこちらに近いかも。

　なるほど。分散教条主義者の文太。

　ある程度、人類の人口が減っていってしまう、（注１）
　ある程度、皆で文明的便利を諦めてしまう、（注２）
　ある程度、皆で農業をする（自分の体は自分で管理しよう）
　ある程度、皆で太陽光発電しよう（国は補助金をいっぱい出す）
　ある程度、というかかなりの程度、この格差拡大をおさえよう
　それがとっても好きな人以外、あんまり長く働かないようにしよう

　ま、（実現するにはなが〜い時間がかかりそうだけど）国連のＳＤＧｓの
目標みたいな、たんなるヒューマニストなだけなんですけどね。

（注１）
https://www.bbc.com/japanese/53413717
（引用）
----------------------------------
出生率の低下により、世界の人口は2064年にピーク（約97億人）を迎えた後、
今世紀末には約88億人にまで減少するという予測を、米ワシントン大学の
研究チームが発表した。研究者たちは、社会に「仰天するほどの」衝撃を
もたらすことになる出生率の低下に対して、世界は準備不足だと指摘している。

　このペースでも、この規模でも足りない。
　「人口を減らせ」という発想はヒューマニズムではないが、ヒューマニズム
がヒューマニズムを、あるいはヒューマンを殺す、というパラドックスが
じつに人間らしいのです。


（注２）
　たしか７６億人の現在でも、日本人の平均的な暮らしを世界の人々がするには、
地球３個ぶんくらいのエネルギーが必要です。地球が３個必要、が正確かな。
　我々の「平均的な暮らし」は、あと１０年、あと３０年で落ちてゆくので、
３０年後には、計算上、「地球２．５個でもいいよ」となるのかもしれない。
　いずれにしても、足りません。


　都市直下型地震が３０年以内にやってくる可能性は、たしか７０％ぐらいのはずです。
明日でも３０年後でも７０％。エゴイストなので、東京に原発は嫌です。どこでも
嫌ですが、新潟か東京か、の二択なら、新潟の人、補助金だすから東京きて、と言う。
そっちに作らせて、あるいは、柏崎刈羽（世界最大）を動かさせて、と言うのでしょう。
どれだけ金をつまれても来ない人は来ないでしょうが。僕かな？

> 　まあ、そうでもありましょう。ただ、なんだかこの国、この国民、すごく貧乏に
> なって行きそうだからなぁ。

貧乏になりたい人はともかく。
豊かになりたい人は、それが金になると思えば、水素だろうが電気自動車だろうが
そちらのほうに行くはず、と考える私は楽観的過ぎるかも。
例えば、電気自動車なんて巨大資本でなくても作れるわけだし。
テスラなんて、１５年前には影も形もなかった。
あるいは、水素だって、貯めるとか使うというのは難しいけど、作るだけなら簡単。
そういえばかつて、支配階層に反逆するために、ご禁制の「塩」の製造に手を染めた、
なんてことで歴史の教科書に載った偉人がいるらしい。
あるいは、大麻だって世界的に解禁されてきているわけだし、ほんのちょっとした
ブレークスルーというヤツで世の中は大きく変わってしまうかも。


> 見下されるのだろう）、森はあんまり伐ってはいけません。ほっとけば（たぶん、
> ほっとかなくても）２０００個ぐらいの限界集落が森に飲み込まれるはずで、森は
> 勝手に増える、というのがこの資源の少ない国のほとんど唯一のアドバンテージなの

なんだろう、なんかすれ違っている気がする。
現在、森を切らない、切る人手が足りない、だから山林が荒れ果てている、という
のがこの国の林業の問題点だったはず。だからガシガシ切るべし、と私は思って
いるのです。そして自然林と違って人工林の場合、きちんと人手を入れてやらねば
大雨などで流失し、土砂災害等で限界集落どころか下流の都市部まで押し流して
しまい、当然、同時に森も崩壊し、逆に減ってしまうはず。
何か、私か文太さんのどちらか、または両方に誤解があるのかも。

> 　それに、生木火力発電所って、聞いたことがない。

数日前、テレビのチャンネルを適当に変えていたときに見た番組。放送局がどこ
だったかは覚えていませんが、番組制作はディスカバリーチャンネルだったかと。
カナダの森林の奥地で木を伐採し、チップ化して燃料として欧州に輸出する、と
いうような内容でした。
そのときには、ふ〜ん、といった感じで終わってしまったのですが、今、日本
ではどうなんだろう、ということで、ちょっと調べてみました。
ttps://www.npobin.net/hakusho/2019/topix_03.html
へぇ、思っていたよりも導入量は多く、そしてまた問題点も多い、といった感じ。

> トランスの発熱は話題に出ていたような。
> 電池の発熱や寿命についてはまったく覚えていませんが、確か定格の充放電回数
> は当時の普通のニッケル水素と遜色はなかったはず。

ふうむ、温度センサーでバッテリーの温度管理をしていたりして。
劣化しないギリギリの大電流を流しているということですよね。

> 電池の充電は、そもそもが化学反応です。
> そして、多くの化学反応は、温度が高いほど反応速度は速い。
> ただ、反応すること自体による発熱だとか、温度が上がりすぎて暴走とか、だから
> 最適な温度を保ちたいのだけどそれが難しいとか、いろいろとあるらしいです。

私が見た記事では、先にバッテリーのヒーターで６０度にしてから充電を始める装置
をバッテリーに組み込んで実現したとか。
当然温度管理は厳密にやっているのでしょう。

> ところが、その筋の人たちの試算では、理論的には大丈夫らしい。
> 以前、電圧が高ければ高いほどロスが少ない、ということを述べましたが、どうも
> それだけではなくて。wikipediaの「直流送電」のところによると、長所／短所は
> ありますが、ざっくりいって、交流よりも理論的なロスは少なくなるらしいので
> 長距離送電も大丈夫な模様。
> 欧州では結構実用的に使われているようです。だから環境左派は以下略。

うう、私は直流の方が送電ロスが大きいからエジソンが負けたのだと思っていました。
勉強になりました。
それでも実現可能性はほとんどないと思います。

> ただ、単純にエネルギー効率を考えると、ガソリンを使ったレシプロではなく、
> 軽油を使ったディーゼルかもしれません。昔と違って今のディーゼルはススを
> 撒き散らすということもありませんし。

そのディーゼルは排ガス規制クリアできなくて欧州で絶滅してませんか。
あと、石油から軽油を取ってもガソリン成分が残るから、使わないと無駄になるとか。
残った重油は発電所で使う、というのが結局一番現実的なのかも。
発電所なら排ガス処理もしっかりできるだろうし。

> おそらく、私やkonnoさんが難しいと思っている部分はなんか知らないうちに解決
> して、その代わり、思いもよらない部分がどうにもならずに普及失敗、というのが
> ありがちなパターンではないかと。

１０年後には何らかのエネルギー革命が起こっていて全て解決、となればうれしいのですが。
新しいバッテリーは出始めていますが、それ以上のものが出るのを期待しています。

> #5542でもチラッと触れていますが、観光業者というか温泉旅館の方々の反対が
> 多くて。日本は観光業界の力が強いから。後藤トラベル（違）とか。

海外の事例では地熱と温泉が両立できていたような気がしましたが。
五頭トラブルは５爺が黒、、、いやなんでもないです。

> 　ちょっと前に夜中に木片にかんながけをしていたら、ものすごい幸福感に包まれて
> しまいました。変な奴。

何となくわかる気がします。
ドラマとか観ていて泣けてくることが最近はよくあります。
心が感動するのでしょう。
いいことだと思っています。

> 見たら、クリーニング屋が廃業か、とやってました。リモートワークで、Ｙシャツの
> クリーニング需要が激減なんですって。
> 　飲食と観光にかぎらず、ぜんぶ大変みたい。

やっぱりみんな大変なんですよね。一部業者だけ補償って違うと思います。

> 　あ、ガソリンスタンドはどうなのかな？　ですが、車はある程度売れてるらしい
> です（トヨタでさえ減収らしいですが）。公共輸送機関が使えないから、車での
> 移動が増えているらしいです。全世界的に。

通勤とか仕事では確かに増えていそうですね。
近場の買い物だけだとバッテリーにやさしくない。(;_;)

> 　ほんとに。ほんの一部で開拓が始まっているらしいですが、としきさんが言うとおり、
> 温泉（観光）資源は失えないらしいです。

例えば草津とかはわざわざお湯の温度を冷ましているくらいなので、先に発電に使えば
自然に丁度良い温度に出来るのではないかと思ったり。
失業者が増えるのかな。

> 私が見た記事では、先にバッテリーのヒーターで６０度にしてから充電を始める装置
> をバッテリーに組み込んで実現したとか。
> 当然温度管理は厳密にやっているのでしょう。

温度センサーつきのバッテリーというのは既にありますが、過熱したら充電を停める
程度の制御しかしていませんでしたからね。わざわざヒーターを組み込むのは、将来
有望な技術かもしれません。


> それでも実現可能性はほとんどないと思います。

ごめんなさい、ここから下、ちょっと長くなります。
ベトナムからの長距離送電、という点に限れば、かなり厳しいものがあると私も
思います。
ただ、先に示したwikipediaの「直流送電」の記事の中で、欧州で既に実用化、
および計画中の送電線がどうなっているかという地図は既にごらんになっている
と思いますが、北海やバルト海で結構長い区間が繋がっています。また、記事中
に記載の現在の最長距離は、アフリカで1,700kmだそうです。
ということで、もう少し現実的な人は、ロシアや中国から原子力で作った電気を
買おう、というようなことを、１０年前の東北の震災後の計画停電のときに言って
いました。何せ、既に国内でも青函海峡で実用化されているわけです。ならば、
宗谷海峡や間宮海峡を越えることぐらいなんでもないだろう、という言い分。

あと、ベトナムからの送電、konnoさんは９９％以上ありえないと思っているかと
思いますが、実は私はそれよりはもう少し実現可能性があると思っているのです。
半信半疑、というくらい。
昔、マーフィーの法則というのが流行ったのを覚えておられるでしょうか。
アメリカ空軍のエンジニアのマーフィーさんが言い出したとされるもので、理論的
に厳密ではありませんが、ある種の経験則としてそれなりに高い確率で成立したと
いわれています。
似たような経験則にクラークの法則というものがあります。
これはイギリスの空軍将校だったクラークさんの言い出したものです。
これの第１法則は以下のようなものです。
「高名で年配の科学者が可能であると言った場合、その主張はほぼ間違いない。
　また不可能であると言った場合には、その主張はまず間違っている。」
後段の例としては、１９世紀はじめ、
「時速３０マイル以上だと人間は呼吸できないので急行列車は実用化不可能」
とおっしゃった大科学者がいらっしゃったらしい。
あるいは、ここでの最近のテーマである電力伝送。
一つの発電所から多数のお宅に送電線を引く。当然それらは並列接続。そして、
それらご家庭の中にも複数の白熱電球がある。それらも当然、並列接続。この状況
を、専門の物理学者は「電流の無限分割問題」と称したそうな。もちろん、実際
には有限ですが、数学者なんかと同じ発想なんでしょう。そして、大科学者たちは
それが不可能だと言った。しかし、エジソンは実際に発送電システムを構築して
不可能ではないことをやって見せた。
そして前段の例。
核融合発電なんかはよい反例ですが、大科学者が理論的にできると言ってもまだ
できていないことはいくらでもある。だけど、できる可能性があるからみんなが
挑戦しているわけです。
そして、ベトナムからの送電の話もその類。
これを言っているのは、東北大学の総長をやっていた西澤潤一。
この人、光ファイバ通信に使うデバイスの開発だのなんだので、押しも押されも
せぬ、とんでもない大科学者。ノーベル賞をもらっていてもおかしくない業績を
多数あげている人です。実際、高輝度青色ＬＥＤはノーベル賞の授与対象になって
いますが、この方は高輝度赤色ＬＥＤを開発している人です。
こういう人が「できる」といったのですから、実現は１００年後かもしれませんが、
理論的には不可能はないのだろうなぁ、と、私は思うわけです。

> そのディーゼルは排ガス規制クリアできなくて欧州で絶滅してませんか。

絶滅はしてませんが、現在、電気自動車と同じくらいのシェアまで下がってきて
いるようですね。私、ガソリン車も同じように下がっているものだと思っていた
のですが、実はここ３年ほど、ガソリン車のシェアって伸びていたのですね。
知らなかった。
ただ、欧州の排ガス規制の現状をよく知らないのですが、一昨年・一昨々年に
欧州ではちょっと二酸化炭素の排出量が増えたようで、実はこれがディーゼルが
減ってガソリンの割合が増えたせいではないか、という説もあるようです。なので
純粋に二酸化炭素のことだけを考えるとディーゼルもまだがんばれそうですが、
なかなかそういうわけにも行きませんよね。

> やっぱりみんな大変なんですよね。一部業者だけ補償って違うと思います。

同感です。
でも、ならどうすればよいのか、というのは私にはわからない。
例えば、全ての人に金を配った場合。大変な人は当然助かります。
でも、仮に私が受け取っても、困っている居酒屋に行って２２時ごろに飲食する、
というわけにも行かず。
おそらく、困っている人をどうやって見つけ出すか、どうやって線引きをするか、
いかに素早く実行するか、という点についてのよいアイディアが私にあれば、私も
もっと政府を罵倒できるようになるのでしょう。

> 例えば草津とかはわざわざお湯の温度を冷ましているくらいなので、先に発電に使えば
> 自然に丁度良い温度に出来るのではないかと思ったり。
> 失業者が増えるのかな。

失業者はわかりませんがね。
各地の温泉業者が反対しているのは、温度ではなく、湯の湧出量そのものが低下
する可能性を危惧している模様です。
今まで５０軒の温泉宿を運営するぐらい出ていたのが５軒分くらいしかなくなって
しまったらどうしてくれる、という問いに対する答えを用意している開発業者しか
開発できない状況になっているようです。

> ただ、欧州の排ガス規制の現状をよく知らないのですが、一昨年・一昨々年に
> 欧州ではちょっと二酸化炭素の排出量が増えたようで、実はこれがディーゼルが
> 減ってガソリンの割合が増えたせいではないか、という説もあるようです。なので
> 純粋に二酸化炭素のことだけを考えるとディーゼルもまだがんばれそうですが、

ディーゼルの排ガス規制って、CO2よりも、PM2.5 ではないですかね。
昔の都知事がペットボトルに入れて見せていた黒い煤かと。
今は中国が最大の排出国なのかな、石炭も燃やすし、放射能も飛んできていそう。
中国から飛んできたPM2.5で東京が注意警報だすとか、勘弁してもらいたいです。
そういうのは元から絶たないとどうしようもないですね。

過ちては改むるにはばかることなかれ、といいます。
今回、私は何を間違ったのか、いい機会なので、ちょっと勉強してみました。

まず、間違っていなかった点。
ディーゼルのほうがガソリンよりも二酸化炭素を出さない、ということ。
wikipediaによると、

> 2010年現在の大型舶用ディーゼルの熱効率が50%に達するのに対し自動車用
> ディーゼルの熱効率は40%、ガソリン機関の熱効率が30%程度

だそうです。これはつまり、同じ量の二酸化炭素を出すだけの石油を入力した場合、
出力として得られるパワーはディーゼルのほうが大きい、ということを意味して
います。
そして、現実として、もともと日本ではディーゼルが少ないという状況に対して、
欧州ではかつては大きかったシェアが最近は減少傾向にあります。
わかりやすいグラフとしては
ttps://prtimes.jp/main/html/rd/p/000000012.000055373.html
ここなんかがよさげ。
そもそも欧州の排気ガス規制はどうなっているのかというと、wikipediaによると

> メーカー平均で走行1キロメートルあたりの二酸化炭素(CO2)排出量を95グラム以下

ということなので、小型車が多ければディーゼルのほうが有利なはず。
では、実際はどうなっているのか。
同じような疑問を解説しているのが、自動車雑誌のカートップのサイト。
ttps://www.webcartop.jp/2021/01/644150/
ここの２ページ目によると

> そうしたなかで、近年は欧州メーカーでもSUVなど大型車ラインアップが増えており、
> メーカー全体で考えるとディーゼルよりも、48Vマイルドハイブリッドやプラグイン
> ハイブリッド車の比率を高めることが、今後のCO2規制対応に見合うと判断する欧州
> メーカーが多い。

とのこと。
そうか、そういうことなのか。
つまり、結局は二酸化炭素の排出規制。
ちなみに、ITmediaのサイトによると
ttps://www.itmedia.co.jp/business/articles/1510/05/news012_3.html

>　なぜならば、ディーゼルの排出ガス削減には2つのトレードオフ関係があるからだ。
>    NOxとCO2
>    NOxと粒状物質（PM）
>　つまり厳しいNOxの規制があると、CO2削減が難しい。日米は社会制度がそうなって
> いたのだ。裏を返すと、EUではNOxの削減が難しい社会制度になっているということ
> でもある。

だそうな。ふ〜ん。



> 中国から飛んできたPM2.5で東京が注意警報だすとか、勘弁してもらいたいです。

いや全く。
かの国はディーゼルどころか、ほとんど規制のない石炭が主力ですからねぇ。
とはいえ、あれだけの人口がそれなりの生活を送るとなると相当のエネルギーは
必要。太陽電池なんかは大増産していて、日本のメーカーは価格競争でもはや
太刀打ちできずに撤退、なんて話もあるようだけど、夜間の蓄電ということまで
考えると、やはり石炭火力なり原子力をすぐになくすわけにも行かないでしょう。

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

　すいませんね、ちょっと謝罪とご挨拶のためだけに書き込んでます。
　いやあ、疲れてる、疲れてる。
　修羅場がくるのは分っていたのですが、このような無様なことになるとは。
　修羅場は抜けたのですが、疲労は抜けない。体全体がぐにゃぐにゃしてます。
頭もボー。
　あーいやだ、いやだ、年ですね。

　バイオマスの件、仰ることごもっともでした。藻谷さんがすごく勧めてたのに。
　直流送電の件、wikiを興味深く読み始めたのだけど、だ、だめだ、頭に何も
入らない、状態。

　少しして体力回復したら、またきます。しばしお待ちを。
　ブチってしまって、ごめんなさい。
　あ、たぶんkonnoさんも、ブチったな、ごめんなさい。

文太さん、としきさん、横からですが

> 　いやあ、疲れてる、疲れてる。
> 頭もボー。
> 　あーいやだ、いやだ、年ですね。

私もコロナ疲れでストレスも溜まっています。
たまには気を付けながら息抜きドライブもしています。

> 　バイオマスの件、仰ることごもっともでした。藻谷さんがすごく勧めてたのに。

バイオマス？　疲れているのかワードを探せないので、検索してみました。

#7927： Re^16: 高齢者社会待ったなし！！ 投稿者： 10♯ 　 2017/10/29(日)
#7941： Re^22: 高齢者社会待ったなし！！ 投稿者： 10♯ 　 2017/10/31(火) 

この2か所で10＃さんが高度なお話をされていましたね。もう4年前か。
ということで、キーワードは使っていなかったんですかね。
日本は未使用材は無限に育つと思うので可能性も無限ですよね。

> 　直流送電の件、wikiを興味深く読み始めたのだけど、だ、だめだ、頭に何も
> 入らない、状態。

私も以下同文です。としきさんごめんなさい。

> 私もコロナ疲れでストレスも溜まっています。

うん、やっぱり、そういう方が多いようですね。
ほとんど影響のない私のような人間は、おそらく少数派なのでしょう。
電気もガスも水道も交通機関も止まらないかぎり、他人と対面を必要とする趣味
も持っていないエッセンシャルワーカーであるところの私においては、この状況、
決してうれしくはありませんが、だからといって余計に疲れるということもない
わけでして、まだ当分はコロナ疲れという言葉に無縁な生活を送れそうです。
もちろん、少しは影響もありますけどね。
でも、例えば秋葉原に行く回数、１年に２回から２年に１回に減ったからといって、
それがどれだけ影響があるかというと、大した事はない。
ただ、仕事においては、コロナとは関係ない部分で疲れています。
仕事の量は高々５％かそこらしか減っていないのに、同じ仕事をしている人員が
３割も減らされるという状況が襲い掛かってくるのです。
ちなみに、現在は交代制勤務なんで、宿直明けの日はアップ系だけど、その翌日は
ダウン系、という状況ですが、４月以降は常日勤になりそう。すると、テンション
の波は平準化されそうですが、低位安定になる可能性も否定できず。
ただ、仕事の内容も微調整されそうなんで、それが良いほうに転ぶか、それとも
悪いほうに転ぶか。

> バイオマス？　疲れているのかワードを探せないので、検索してみました。

バイオマス、ではなく、藻谷さん、がキーワードである可能性もあるかも。

> 日本は未使用材は無限に育つと思うので可能性も無限ですよね。

可能性は常に無限大。
でも、単なる可能性のままで終わってしまうことのなんと多いことか。

> 私も以下同文です。としきさんごめんなさい。

わざわざ謝っていただくには及ばないというか。
それよりも、私の間違っているところとか気がついていないところを、たとえ
３年後でもいいですから、ご指摘いただけるほうがはるかにありがたい。

ちょっと思い出したことがあったので、自分のところにレスをつけます。もしも
間違ったことを書いていたら、記憶は当てにならないということでごめんなさい。

> そこで出てきた試算。電気の地産地消のようなもので、風車だの再エネだので、
> 都市で消費するエネルギーをこじんまりと作るとどうなるか。確か福島の原発事故
> の２〜３年後ぐらいに聞いた話だったと記憶しています。

確かこのときに聞いた話だったと思うけど、近い時期の別のときに聞いた話かも
しれない。電気を作るに当たって、今ほど蓄電技術が発達していなかったことも
あって、ベース電源として火力発電所の使用はしぶしぶながら当然のこととして
許容されていました。そして、ここからがますます妖しくなるのですが、確か、
化石燃料も最低限は使うことになっていたのではなかったかなぁ。バイオマスに
ついては全く覚えていませんが、ごみ発電だけでは不足する、という議論だった
ことは覚えています。ただ、高効率の発電システム、プラス、熱電併給の採用に
よって、同じ二酸化炭素排出量で３倍のエネルギーを取り出せる、というような
話だったかと。


> > バッテリーの製造リサイクル、火力発電はかなりのＣＯ２排出するそうです。
> だから、アメリカの巨大バッテリー工場、太陽電池とかで電気を作ろうとしている
> のですね。なるほど。

おそらくバッテリーが主要因なんでしょうが、生産の際に排出される二酸化炭素
の量は、ＥＶはガソリン車の２倍くらいになるらしい。では、ライフサイクルと
いうかランニングコストというか、走行時まで含めた総二酸化炭素排出量はどう
なるか。これをまじめに研究した論文をマツダが出しているようで、その論文の
解説が自動車雑誌のベストカーのサイトに載っていました。
ttps://bestcarweb.jp/news/63994
これによると、充電に使う商用電源の二酸化炭素排出量まで考えると、日本では
かなり長距離を走ればＥＶのほうがトータル排出量が少なくなる、つまり、逆に
走行距離が短いようではエンジン車のほうが二酸化炭素が少ない、ということに
なる。また、石炭火力の多いオーストラリアでは、電気自動車に乗れば乗るほど
二酸化炭素が増えるし、アメリカやヨーロッパではまた異なった結果になるとの
こと。
ただ、この論文、電気自動車派の人からすると、前提条件などが古すぎて現実的
ではない、ということになるらしくて、もしかしたらポジショントークかも、と
いうことを念頭においていただきたいのですが、以下のようなご意見もあります。
ttps://blog.evsmart.net/electric-vehicles/electric-is-cleaner-mazda-lca/
ttps://blog.evsmart.net/electric-vehicles/ev-global-life-cycle-co2-emissions-less-than-ice/
結論としては、アメリカや欧州の場合は５万キロ以上走れば電気自動車のほうが
二酸化炭素排出量が少なくなる、ということらしい。
そして、この部分だけに限ると、概ね妥当な結論らしい。
このあたりを別の視点、というよりも別の国の視点から解説した動画が以下。
ttps://www.youtube.com/watch?v=N0D4jUEmTMQ
ただ、これ、英語。
ありがたいことに、この動画の概要を日本語で説明してくれているのがGigazine。
ttps://gigazine.net/news/20210222-electric-vehicle-vehicle/
でも、やっぱり５万キロなのね。
私のように、買って１０年で３万キロに届かない程度しか乗らない人間にとって
は、二酸化炭素排出量という点ではエンジン車のほうが地球に貢献できるみたい。

ということで、#9966で私は

> おっしゃるとおり、最後まで残るのは非常用だと思います。

と書きましたが、非常用よりも微小需要用として、ガソリン車は残り続けるかも
しれない、と思うようになってきました。

別のツリーにします。

#9988にも書きましたが、各方面に申し訳ないほどに日常がほとんど変わっていない
という意味で、私はいわゆるコロナ疲れというのはありません。

一方、実家に住んでいる私の弟、今の仕事は国産某社のスマートウォッチの関係。
やっている内容は製造側のバグ取りだかユーザーサポートのバックヤードなのか
よくわかりませんが、ほぼ完全に在宅勤務に移行しました。そして本人は、この
変化を喜んでいる。通勤時間が節約になるし。だけど、ほとんど家から出ない上
にストレスの少ない生活を送れるということもあって、昨年、半年ほどの期間で
１０キロくらい太ったらしい。その後、体を動かさずに、ほとんど食を細くする
だけで、３ヶ月で５キロぐらい減らしたようですけど。

体重といえば、職場の某先輩。濃厚接触者疑いということで、疑いが晴れるまで
１週間あまり自宅待機を食らっていたのですが、そんな短期間で体重が３キロか
そこら増えたとか。どれだけ飲んでいたのやら。

実家の母の場合は、バス旅行だの老人会のお茶会だのカラオケだのウォーキング
だのラジオ体操だのモロモロが中止になって、外出はほとんど日常の買い物だけ
になっています。でも、なぜだかあんまりコロナ疲れって感じていないみたい。
本人の自覚症状もないようだし、はたから見ていても以前と全く変わりないよう
に見える。あれか、それなりに長生きしている人間は、それなりに達観している
というか、人間ができているというか、あまり動じないものなのかもしれません。

さて、私のように日常がほとんど変わらない人は少数派だと思いますが、うちの
弟のように楽な方向に変わったという人々とどちらが多いか、というのはとても
興味のあるところ。多くの人は、文太さんのように、日々の苦労が増える方向に
変化していることでしょう。ただ、それにも方向性があって、文太さんのように、
今までしていなかったことをするようになった、というのと、うちの母のように、
今までしていたことができなくなった、というのがあると思います。当然ながら
どちらかだけというのは少なくて、人によってはいろんな比率で両方が組み合わ
さっていることでしょう。

ところで、konnoさんはコロナ疲れということですが、何をする羽目になったので
しょうか。あるいは、何ができなくなったのでしょうか。差しさわりのない範囲
で書いていただけないでしょうか。もしかしたらお役に立てるかもしれません。
可能性は低いけどね。

としきさん、こんばんわ

　そろそろ何か考えて何か書きたいかな、レスしたいかな、と感じると、純粋な
コロナ疲れではないけれど、すごく疲れる《予想外の出来事》が、予想どおり
起こって、疲れるのですねぇ。
　すいません。愚痴っぽい。

>多くの人は、文太さんのように、日々の苦労が増える方向に
>変化していることでしょう。ただ、それにも方向性があって、文太さんのように、
>今までしていなかったことをするようになった、というのと、

　これは大方あたりですが、何がどうなるか分らないから、準備が３倍も４倍も
かかる、将来とつながっている現状が把握、確定できない、というのが疲れの
主要な原因かと思います。
　非日常の連続で、どうともなれと思えれば、楽な部分がなきにしもあらず
なのですが、読めないのに読もうとする将来が重いですね。今日も、げんなり
する展開になってるし。

　端的に、コロナどうなるの？　となんだか感染者数とか尾身会長はこう見立てて
いるなんてのを、ついつい追いかけてしまい、そこでまた疲れる、みたいな
感じですね。

　あと営業系の人は、これが分かってくれるのかも。相手が人間なんですね。
人間の中の人間。そいつの現実認識とのすり合わせ。今はガイドラインを示して
あげなくてはいけない先生達が相手。すぐに、「え？　地方の人は東京に来い、
対面授業です、って言ったじゃないですか」とか言い出しそうな学生が相手。
　現実なんて、その人の中にあるもの、その人の目に映った世界にすぎない、とか
ド文系なことを突きつけられて疲弊しています。

　冒険なんてずっと続いたら、そりゃ、アドレナリンが出なくなりますよ、と
やっぱり愚痴っぽいのですよねぇ。
　自分の仕事に集中できない。これが、ああ嫌だ、と長時間感じている原因ですね。

　愚痴連発になっちゃった。ごめんなさい。

DOSVAXJ3でもVz使えますよ。V-Textも使えますし、日本語入力もできます。
CドライブとかをmountすればWindows側のファイルも扱えますし、lfnにも対応しています。

> DOSVAXJ3でもVz使えますよ。V-Textも使えますし、日本語入力もできます。
> CドライブとかをmountすればWindows側のファイルも扱えますし、lfnにも対応しています。

通りすがりさん、こんにちは

これは凄いですね。
早速落として起動してみましたが、デフォルトだとほぼ何もできないです。
設定を弄ってうまく動いたら別スレで書きますね。

有用な情報ありがとうございます。

通りすがり さま
有用な情報をありがとうございます。

LFN 版使用時は，Eb- というのが少々キツイ制限かな…と思いました。 
限られた環境で使用するということを前提にすれば問題はないですけどね。
自分の主戦場は HP200LX なので。

久々に，Windows環境について追記できそう。

新しいツリーにします。

DOSVAXJ3 という、dosbox系のエミュレータが登場しました。
dosv ax j31 の各機種に対応したソフトが使えるようです。

紹介者は、通りすがりさんです。有用な情報ありがとうございます。
元のツリー#9992
> DOSVAXJ3でもVz使えますよ。V-Textも使えますし、日本語入力もできます。
> CドライブとかをmountすればWindows側のファイルも扱えますし、lfnにも対応しています。


作者様は、「軟式」というサイトの人みたいです。
https://www.nanshiki.co.jp/software/dosvaxj3.html

以下に説明を引用します。

DOSVAXJ3
●解説
　akm 氏による DOSBox 派生版の DOSVAX を元に作成した AX & J-3100 & DOS/V Emulator です。
　東芝 DOS or PC-DOS/V or MS-DOS/V、J-3100 or DOS/V 用 FEP、FONTX2 形式のフォントファイル、フォントドライバ、ディスプレイドライバ、Visual C++ のランタイム等は不要です。フォントファイルを使用して画面を実機に近づける事も可能です。東芝 DOS、DOS/V 等のイメージファイルからのブートも可能です。
　日本語キーボードに対応しています。
　Windows IME / Linux XIM を使用して日本語入力ができます。
　Wengier Wu 氏による DOSBox-lfn の修正を取り込み、ロングファイルネームや画面上の文字のクリップボードへのコピー等に対応しています。
●対応 OS
　Windows 7/8.1/10
　Linux (Ubuntu 18.04, Debian 9, CentOS 7, Fedora 28, Raspberry Pi OS(Buster) 等でビルドおよび動作確認)


さて、動作報告です。#9993 で、

> 早速落として起動してみましたが、デフォルトだとほぼ何もできないです。
> 設定を弄ってうまく動いたら別スレで書きますね。

こう書いていましたが、上手く動かなくて難儀しました。
起動すると、窓表示になるんですが、キー入力がキチンと表示されないのです。
設定を弄ってもあまり改善しません。
私の環境だけかもしれませんが、上手く動かないので心が折れかけました。(;_;)


そういえば全画面では試してなかったなぁ、と思い、ALT+Enterを押してみました。
そうしたら、VZがキチンと動きましたよ！！　＼(^^)／ ﾔｯﾀ-

コマンドラインで

CHEV VT                svga    解像度  800× 600  文字 100×37
CHEV VT2               xga     解像度 1024× 768  文字 128×48

このように chev vt で切り替わる V-text モードを指定できます。
漢字モードでも、プリフィックスがキチンと効いています。
これはソースを勉強したいところですね。


dosboxj.conf　の変更点

[dosbox]
#jfontname=ＭＳ 明朝
jfontname=ＭＳ ゴシック

[dos]
#automount=true
automount=auto

[autoexec]
mount c c:\DOSVAXJ3
mount d c:\UT
mount e c:\VZ
path=z:\;c:\;c:\mi;c:\tool;c:\dos;c:\jwc;d:;e:
d:


追記

現状、Ctrl+Fキーや、Alt+FキーがVZで使えないので実用は厳しいです。
今後の進化に期待しています。

> DOSVAXJ3 という、dosbox系のエミュレータが登場しました。

フリーウェアというのが良いですな。
シェアウェアを使うのがはばかられる会社の環境にも遠慮なく入れられそうです。

さて、会社の６４ビットWin10にいきなり入れる前に自宅の環境で試そうとしました。
標記されている対応OSだとWindowsは７以降なんですが、手元のWin7にはわけあって
後日導入予定。まずは古いXPマシンに入れてみました。

> > 早速落として起動してみましたが、デフォルトだとほぼ何もできないです。

WinXPだからなのか、私のところではmountコマンドがうまく機能しないようで、
ゆえに、デフォルトだとほぼ何もできません。
また、それ以外の部分でちょっとこれはというものがありまして。
なんか、変な音がするのですよ。
ちょうど、昔々のブラウン管式CRTでかすかなピリピリ音が鳴っていたような感じ
の、同期周波数で音の高さが変わるような、ちょうどあんな感じのもの。
使っているのは液晶ディスプレイなんですがね。なんかちょっと懐かしい感じ。
この音、起動直後の窓表示でも全画面でも、vtモードでもvt2モードでも出ます。
マシンのボリュームを変えても変化しないし、[mixer]でnosound=trueにしようが
[speaker]でpcspeaker=falseにしようが音が出るところから、スピーカーがらみ
ではない模様。
会社の環境では、おそらくかなり高い確率でこの音は認知できないことでしょう。

とりあえずは、自宅のWin7での動作チェック。
そして、次の週末は出社当番なので、時間があれば、会社でいろいろと遊んでみたい
と思います。

標記されている対応OSだとWindowsは７以降なんですが、手元のWin7にはわけあって
> 後日導入予定。まずは古いXPマシンに入れてみました。
> 
> WinXPだからなのか、私のところではmountコマンドがうまく機能しないようで、
> ゆえに、デフォルトだとほぼ何もできません。

最近のコンパイラだと標準ではXPに対応してないのかもしれないですね。
動けばラッキーという感じでしょうか。
互換モードではどうでしょうね。

> なんか、変な音がするのですよ。
> ちょうど、昔々のブラウン管式CRTでかすかなピリピリ音が鳴っていたような感じ
> の、同期周波数で音の高さが変わるような、ちょうどあんな感じのもの。
> 使っているのは液晶ディスプレイなんですがね。なんかちょっと懐かしい感じ。

液晶ディスプレイの周波数とエミュレータの周波数が共振しているとかでしょうか。
私の耳では判別できそうにないです。

> とりあえずは、自宅のWin7での動作チェック。
> そして、次の週末は出社当番なので、時間があれば、会社でいろいろと遊んでみたい
> と思います。

私はVZで Fキーが使えないとロクに使えないので、よろしくお願いします。

めったにないことなので許して。
まぁ，それだけじゃナニなので……

1 ^\ "" ?. &a("OK/NG") (r)?{a=pv-8,}?{a=pv-4,} &m("【%4s】",a) .

> めったにないことなので許して。

めざらさん、こんにちは。なかなかお茶目なんですね。(^_^)

と思ったら、スパムが〜。最悪のタイミング！　(>_<)


> まぁ，それだけじゃナニなので……
> 1 ^\ "" ?. &a("OK/NG") (r)?{a=pv-8,}?{a=pv-4,} &m("【%4s】",a) .

おお、マクロのお土産ですか、ならいいか。(^^;

・・・

なんか、マクロ久しぶりで、何をやっているのか全然わかりません。(;_;)
stkhlp.def によると

pv　　#g などの短縮記号からコマンド番号へ変換する   ?
  　　テーブルへのポインタ。                        
　　・標準 help.def で使用されている。              
　　　※各種内部ワークのベースポインタとして使われていることが多い。

なるほど・・・少しわかってきたような。(^^;
[ESC]で抜けると、OK なんですね。(^^;
ということで、[ESC]で抜けた時は、"esc" を表示するようにしてみました。

1 ^\ "" ?. &a("OK/NG") b=r,(b)?{a=pv-8,}?{a=pv-4,}(b==-1)?{a="esc",} &m("【%4s】",a) .

泥縄ですが、久しぶりに頭の体操になりました。(^^;