見て頂き、修正していただきました。おかげさまでツリー表示は完璧になりました。ヤッタ-としきさん、ありがとうございました。2いやぁ、何とか動いてくれたようで助かりました。一応、かなり複雑なツリー構造も含め、一通りの動作確認はしていますがね。使ったデータが、うちの板塀のデータですから。どんなチェック漏れがあるやら、想像もつきません。いうか、コードを書いた人が想像できないところにバグが忍び込むわけで。そのうち、異常なパターンが発覚したら、そのたびに直すしか。私、konnoさんのコードを読みきって修正したわけではなく。正常な出力のallreadと異常なmsgviewを比較しただけなんで。いうロジックでツリーを出力しているのか、いまだによくわかっていない。ま、動けば正義、というのはあるわけで。いえ、動かないとき、だとか、動かなくなってしまったとき、のことを考えてプログラミングしておいたほうが、いろいろと楽ができるとは思いますけど。思わせられる人がいたことを思い出したりしました。いやぁ、何とか動いてくれたようで助かりました。しきさんのチェックなら間違いないと思っていました。ありがとうございました。一応、かなり複雑なツリー構造も含め、一通りの動作確認はしていますがね。使ったデータが、うちの板塀のデータですから。どんなチェック漏れがあるやら、想像もつきません。人任せではなく自分でもチェックはした方がいいということですね。前になったりしていますね。違いはこのくらいでしょうか。分岐の前にやっていたのが原因でした。(>_<)どうやら私は分岐で躓く傾向があるようです。プログラミングしておいたほうが、いろいろと楽ができるとは思いますけど。メールで言っていた、インデントや不要なコメントなどですね。これからは気を付けるようにします。思わせられる人がいたことを思い出したりしました。1実は私自身、$mxの初期化漏れってそんなに影響があるとは思っていませんでした。なんかうまく行かなかったので、わりと早い目に追加しました。配列を設定する側で添え字のインクリメントが間違っていたため、配列を読み出す部分で配列の正しい位置にアクセスしてもデータが取り出せず、未定義の情報で条件判断するはめになってしまい、"┃"と空白のどちらを出力するかという部分がうまくいっていなかったのでした。メールで言っていた、インデントや不要なコメントなどですね。不要なコメントの部分、あれはほんと、まるで迷彩のような。軍事用語でもありますが、私がコードを読んだ第一印象は、マージャン漫画でのこの言葉。SFへのマジレスでよくある、透明人間は回りを見ることができないとの説から、光学迷彩を放った本人(konnoさん自身)が迷彩にやられてしまった、という感じも受けました。インデントのほうはねぇ。こちらはちょっと長くなります。これは、コーディングスタイルとかいって、スタイル、つまり美学の領域。美学って確か、文太先生の専門だったような気もする。最近のkonnoさんのBASICのコード。最近いじった部分がわかるほうが良い、と思う人なら、昔のコードの部分は行番号があって大文字、最近いじった部分は行番号無しで小文字にする、とか。一方で統一感があったほうが美しいと思う人なら、全て大文字で行番号つきに統一、といろいろな考え方があるわけです。どの立場に立とうが、プログラムの論理構造、つまり順次・選択・反復といった構造をわかりやすくするためには字下げしかありません。前から、これは当たり前のこととされています。昭和60年ごろに書かれた本には「いまや字下げをしないプログラマは・・・」などという記述があったりします。えぇと、いい機会だから書いてしまおうかな。#10398でも書いていますね。私の持っているのは昭和61年11月の第4刷。この本が出る2年位前からOh!PCに掲載されていたものがまとめられたのですがね。この本が出た前後で、Oh!PCに掲載されるサンプルコード、特に学習用の講座などのコードはみんな、なだれを打って、という感じで、読みやすいコードになりました。その後、ベーマガのコードはあまり変わったようには見受けられませんでしたが、ASCIIやI/Oのコードは、数年後には少し変わったかも。(;_;)ま、私がとりわけぐうたら、と言うのもありますが。プログラムを作るのって、結果が欲しいから作るものだと思っております。デバッグは楽なほうがいいと思っています。あのコードは、なんかわざわざデバッグそのものを楽しむためのコードのような。「デバッグ楽しいなぁ〜(;_;)」という経験の多寡でも考え方は変わるかも。実は私自身、$mxの初期化漏れってそんなに影響があるとは思っていませんでした。なんかうまく行かなかったので、わりと早い目に追加しました。うまくいっていなかったのでした。うう、やっぱり基本がわかっていないとこういうミスを出しやすいのですね。BASICでも同じようなところで躓いて直すのにえらく時間がかかってしまいました。不要なコメントの部分、あれはほんと、まるで迷彩のような。しまった、という感じも受けました。私も義体化が進んできたので、バトーのようになるのでしょうか。(違)BASICではコメントを緑に表示しているので、マジで迷彩服のようになってます。#10398でも書いていますね。見かけたら読んでみたいですね。「デバッグ楽しいなぁ〜(;_;)」という経験の多寡でも考え方は変わるかも。↑ククッ、、思わず吹いてしまいました。私のことを的確に言い当てているような。理解できていないというのもあって。したら、$mxの初期化って、それほど重要ではないかもしれない。少なくとも、allreadのほうでは初期化してあったような。それに、初期化しておいて害になることもないし。#10398でも書いていますね。私には、文体が引っかかるんですよ。この時代のコンピュータの本を書く人って、特徴的な文体の人が何人かいて。一人、ナツメ社あたりからアセンブラか何かの本を出していた人で、どうにも文体が肌に会わなかった人がいたような記憶もある。見たらタイトルが微妙に違う。「BASICによるプログラミング・スタイルブック」と、中黒があるのが正解。工夫に、工夫をとなっている。中身に文法解説はほとんどない。行番号をそろえようといった項目が46個あり、各節の中でそれぞれ根拠と共に例示がなされている。当時の普通科高校生でも十分読める文章でしたから、文章としては今なら中学生にも理解できると思う。いや、BASICのほうを解説してやらんとダメか。それでは、ちょっと一休みして。つぎはいよいよ、konnoさんご希望の、掲示板検索ルーチンに取り掛かってみますか。いつ開始するか全くめどは立っていませんが。1ククッ、、思わず吹いてしまいました。会話の意味がまったく分からない。これが日本語であることは認知しておりますが。それより、おお、そんな会話があったのか、1年ちょっと前。検索したのは分かりますが。林晴比古著『BASICによるプログラミング・スタイルブック』を図書館で探してみましょう。興味をもっているのですね。コンパイラのマニュアル・プリントアウトを持って行ったのです。「ハノイの塔」のコード・プリントアウトとともに。始まらない......。>小さい円盤の上に大きいものを重ねることはできない。[補説]フランスの数学者>リュカによって1883年に考案された。発売時に、アジアに伝わるパズルという>架空の設定で宣伝されたため名付けられた。ベトナムはベトナム戦争の前までフランスの植民地でした。日本もほぼ瞬間的に植民地化しましたけれど。ああ、インパール作戦。konnoさん、konnoさんのお祈りのおかげで、例の地獄の作業、あの日のうちに終わりました。いまは次の修羅場に備えております。konnoさんに感謝し、お祈り返しもいたしました。