> ログの中で行の順序が変になるのは何となく覚えがあるような。(^^;
単に順序が変わるだけでなく,スレッドの先頭番号(ログの後ろから三番目の項目)が別のスレッドの番号になっていたことが判明しました。
で,これを直して正常になるかと思いきや,まだ変だ。
子発言の数とか先頭から数えて何層目といった項目の調整が必要なのかな。
ちょっと面倒(笑)
いや,一応直ったのかな……野ざらしってキャッシュが他より長く残るらしくて,再読込/再表示のタイミングが少し遅いんですよね。そのせいでまだ直ってないのか……と落胆したのですが,スレッド先頭番号を修正したら正常になったように思えます。
ツリー構造が崩れたときの確認
1 ログの行順序が乱れていないか
2 スレッド先頭番号が別のスレッドにすり替わっていないか
今回は両方だったので,ひどく乱れて見えたということのようです。
お騒がせをいたしました。
ただ,その原因は判明していないので,再発可能性は残ります。
例の宣伝書き込みのせいということにしておこう(笑)
[5791]
Techknow for 9801 (V30)
文太
2025/04/11(Fri) 15:35
[
関連記事]
[
5766]へのコメント
としきさん
>ちなみに、PC-98用のTechknowを謳っている書籍はBNN社から発刊されている
>と聞いています。さらにいうと、archive.orgに収録されているらしい。
はい、正確な情報でした。そして、僕もこっちが欲しかった。手元にあった
わけだけど。餌まき、ありがとうございました。
98V の「V」は「V30」の意味だった。
PC-Techknow 98V 安井勉 1986_text.pdf ;archive.orgの
;ファイル名
PC-Techknow 98 V
著者安井勉
執筆DMSC (楠見哲男・柴田幸男.他)
昭和61年11月25日 初版発行
発行所株式会社ビー・エヌ・エヌ
定価3900円
ISBN4-89369-012-4
>もしかしたら、こちらには中間言語のもっと詳しくてわかりやすい説明が
>載っているかもしれません。ないかもしれませんが。
これについてはまだ調べてません。調べるかも、未定です。
もーね、どうしてこんなに? というぐらい多忙。迫りくる締め切り、、、。
そういうのと切れた人生だったはずなのに。でも、もうすぐ一段落します!
「N系BASICの中間言語仕様」
https://www.antun.net/tips/p2v/nBasic.html
これね、前にブックマークしてあったの。誰かの何かの参考になれば。
[5790]
しつこく TechKnow
文太
2025/04/11(Fri) 13:10
[
関連記事]
[
5766]へのコメント
以下、引用だらけです。あまり明示されていませんが、内容から判断が
つくでしょう。
はい、この手のこと、けっこうしつこいのです。
で、はい、としきさん、archive.org に、しっかりありました。
ま、8ビット機に、僕が手を出すことはないでしょうが。
実機がないとぜんぜん楽しくないね。ま、ここまで情報がまとめられて
いると、読んで学ぶことも多いのだろうなぁ。
ま、読む本というより調べる本なんでしょうけれど。
>ASCIIの出版した「PC-Techkonw 8800」
>ISBN4-87148-292-8。archive.orgにあるかなぁ。
PC-Techknow8801 Vol.1 1982_text.pdf
PC-Techknow 8800 Vol.1
1982/12/20 第1版第1刷発行 ;お、全角数字。僕は多用します
1984/12/05 第1版第9刷発行 ;「\z 」はほとんど使いませんが Zaku
ISBN 4-87148-292-8 c 3055 \2900 ;「\c 」はけっこう使う
;「\x 」はかなり使う。もち、RX-
;「\i 」もけっこう使います
--- 以下、引用 ---(適当に改行を入れています)
この、「PC-Tech Know シリーズ」は、NECのパーソナルコンピュータ、
PCファミリー(PC-8001、PC-6001、PC-8801) 中略 をまとめたもので、
構成は以下のようになっています。
PC-8000 シリーズ編(N-BASIC)
PC-6000 シリーズ編(N60-BASIC)
PC-8800 シリーズ編(N88-BASIC)
各シリーズ共、2巻程度にまとめる予定です。
内容は、それぞれのBASICの内部構造から、中略 機械語理解のポイントまで、
活用いただける情報が満載されています。
本書は、PC-8800 シリーズ第1巻の「PC-Techknow 8800 Vol.1」であり、
2巻以降も順次発刊の予定です。
はじめに
日本電気から最初のパソコンPC-8001が発表されたのが、1979年5月に開かれた
第1回マイコンショーのことです。
その後、ホビーユースを対象とした低価格パソコンPC-6001、
ビジネス機能をアップした本格的パソコンPC-8801が加わり、
選べる3機種、3機能を銘打ってPC-ファミリーができあがりました。
この中でも、PC-8801は、究極の8ビットマシンと言われるくらい並すぐれた
ハードウェア、ソフトウェアを有し、高度なグラフィック処理、日本語表示を
可能にしています。
[5789]
Re^2: 掲示板のツリー構造がおかしい?
konno
2025/04/11(Fri) 12:35
[
関連記事]
[
5785]へのコメント
> ログの中で行の順序が変になってました。
> なぜ見た目が変になるかの原因と直し方はわかったのですが,ログが壊れる原因はわからないので,再発の可能性はあります。まぁ,その時は手で直しましょうかね。
ログの中で行の順序が変になるのは何となく覚えがあるような。(^^;
UNIX TIME がおかしくなってるとか? PCの時間ががウイルスで狂ったとか?
0A改行が紛れているとか?
> あれ? 別のスレッドがまた変だな……
例の書き込みのツリーの上が変ですね。
あれが引き金になってるとか?
# うーん、時空の歪みがここまで・・・ああ、思いつかないNA φ(..; バキッ\(--;
> 誤動作が怖くて RX+ には出来ません。
誤動作ってわけじゃなくても,慣れ親しんだ環境ですからね。
メインフレームで Vi だの Emacs だの使っていた人ならともかく,ワードプロセッサから入った者はなかなか……。
まぁ,ふつうのテキストを検索する分にはそう変なことはないのだけれど,置換はちょっと怖い感じがしますね。置換前には必ずテキスト保存。(笑)
> そういえば、ZK じゃなくて、ZH+ 全/半同一視もVZでは使わないなぁ。
自分は半角カタカナと全角英数字は極力使わないようにしているので全半同一視の必要は感じないのですが,それが便利だという人もそれなりにいるでしょうね。
またG寝たw
もう旬は過ぎているのですが,四月はじめに別の店の訳あり品10Kgを注文し,今度は三日後に届いてしまいました。
これはクレームのレベルかと思うくらい,初めから傷んでいるものがいくつかありましたが,まぁ,旬は過ぎてるし仕方がないかと。
それにしても,訳あり品の価格設定が異常。昨年より千円くらい高い……と言っても,倍になっている食材もあるし,農家さんの大変さもわかるので,今までが安すぎたのかもしれません。
地元のスーパーマーケットで購入しても価格は変わらないなぁ……
早くうちの不知火が育たないかなぁ……
今年もル・レクチェの花が3輪ほど咲きました。
ル・レクチェは主に新潟で作られている洋梨の一種です。
かなり高級品種で高価なので,自宅で生らないかと苗を植えたのですが,植えてから七年を経過して依然こんな感じ。あまりに花が少なくて受粉もできなさそう。
花びらは白くて可愛いです。
> どうも掲示板のツリー構造がおかしくなっているように見えます。
確認しました。確かにインデント分の入れ子になっている部分が独立したような見栄えになっていますね。
しばらく当面注意深く様子を見てみましょう。
……と言ってしまっては何もしないみたいだから……こしょこしょ
ログの中で行の順序が変になってました。
なぜ見た目が変になるかの原因と直し方はわかったのですが,ログが壊れる原因はわからないので,再発の可能性はあります。まぁ,その時は手で直しましょうかね。
あれ? 別のスレッドがまた変だな……
[5784]
Re: Techknow シリーズ
konno
2025/04/11(Fri) 01:36
[
関連記事]
[
5778]へのコメント
> 微妙に違いますけどね。MSXより、こっちのほうが近いのでは?
> PC-Techknow 98V 安井勉 1986_text.pdf
> PC-Techknow6000Vol1_text.pdf
> PC-Techknow8000.pdf
> PC-Techknow8801 Vol.1 1982_text.pdf
> PC-Techknow8801mkII.pdf
おお! これは凄い! PDF付きではPDFのみ表示されますが重いし使いづらいので
.PDF を除いて検索するとお馴染みのデータが表示されました。\(^^)/
> もちろん中身は見ていません。
> もー大変になっちゃってるのよん! あーやだやだ。
大変の意味はわからないですが、全てのデータを保存も無理な話ですしね。(^^;
[5783]
Re^17: N88-BASICの中間語
konno
2025/04/11(Fri) 01:33
[
関連記事]
[
5775]へのコメント
> もしくは、思考の柔軟性に欠けているのか。
老化なのか最近はこれをよく感じます。
中間語ファイルをVZで開いたら読めそうだったのでそのまま使ってしまいました。
としきさんのDUMPを見るまでDEBUGが使えるとか思いもしなかったです。(>_<)
> > せっかくなので私も DEBUG の結果を張っておきます。
> これこれ、こういうのがほしかった。
私もほんとはこういう表示にしたかったんです。(^^;
> ちなみに私は常時RX+です。
私は正規表現をあまり知らないので誤動作が怖くて RX+ には出来ません。
そういえば、ZK じゃなくて、ZH+ 全/半同一視もVZでは使わないなぁ。
# ZKとは違うのだよ、ZK(ザク)とは! (゜゜)グフ☆\(--#)
[5782]
掲示板のツリー構造がおかしい?
konno
2025/04/10(Thu) 22:06
[
関連記事]
今の「N88-BASICのRENUMのようなマクロ」のツリーは
#5731からですが
一括表示にするとその上に
#5770が来ています。
どうも掲示板のツリー構造がおかしくなっているように見えます。
一度ログのバックアップを取って確認してみたほうが良い気がします。
新規の発言にしてしまいましたが、必要ならこれは削除しても構いません。
ご確認願います。
そういえば,わたしのは + を入れてなかったんだっけ。
で,わたしの手法だと打ち止めです。限界がわかったので。
[5780]
Re^17: N88-BASICのRENUMのようなマクロ
文太
2025/04/10(Thu) 15:18
[
関連記事]
[
5779]へのコメント
>[\s\t]+ のことをすっかり忘れて
[\s\t][0-9]+ ;直前の空白文字1つのみ
とすれば、バッファの節約になりませんか?
それぞれのやり方で完成に近づいているみたいですね!
> 考慮漏れといえば、検索文字列バッファのすり替えというか退避
これは自前でなくても ps[=pa, …… ps], でも十分でしょう。
手元でちょっとした失敗があったので,ご参考までに。
自前バッファを最初は「行番号だから8バイトもあればいいだろう」ということにしたら,どうやってもうまくいかない。バッファの中身を見たら行番号が途中でちょん切れていました。[\s\t]+ のことをすっかり忘れていたわけです。
大は小を兼ねる。まぁ,大きすぎる必要もありませんが……。
[5778]
Techknow シリーズ
文太
2025/04/10(Thu) 10:35
[
関連記事]
[
5770]へのコメント
微妙に違いますけどね。MSXより、こっちのほうが近いのでは?
なお、スペリングミスがありました。"Techknow" が正しい。
>> ということで引っ張り出してきたのが、ASCIIの出版した「PC-Techkonw 8800」
>> という本。ISBN4-87148-292-8。archive.orgにあるかなぁ。
>ググったら MSX2のがありました。\(^^)/
C:\WK\0000>bll
PC-Techknow 98V 安井勉 1986_text.pdf
PC-Techknow6000Vol1_text.pdf
PC-Techknow8000.pdf
PC-Techknow8801 Vol.1 1982_text.pdf
PC-Techknow8801mkII.pdf
もちろん中身は見ていません。
もー大変になっちゃってるのよん! あーやだやだ。
> ちなみに私は常時RX+です。
「別にどうでも……」とは言ったものの,手元でだけなら問題はありませんが,場末とは言え「おおやけ」の場に書くなら RX の退避・復帰は必要かと思います。
赤く塗っても中身は一緒?
> 4000 FOR I=1 TO A:NEXT'4000
ふ〜む。もしも I = 1 という記述だったら,わたしのだと変換の対象になりうるってことですね。1ならスルーされるとしても,2000 とかだったら必ず……。
やはり,キーワードを教えてもらわないとだな。
G寝た(笑)
> VZで開いて見えたイメージをテキストにしたのです。ここの人達ならわかるかと。(^^;
全くわかりません。
というか、テキストにしたことによって情報が化けてしまい、正確性が失われてしまっている。
化けた情報から元の情報を推測するなんてこと、konnoさんのようなニュータイプにしかできません。
どうもkonnoさん、善人かもしれませんが、自分の基準で他人を推し量る傾向が強いとみた。
もしくは、思考の柔軟性に欠けているのか。
> マシン語ならそのくらいで出来るかもしれませんね。
> せっかくなので私も DEBUG の結果を張っておきます。
これこれ、こういうのがほしかった。
これなら例えば GOSUB は A4 01 0E あたりかな、INPUT は A7 っぽいな、とわかりやすい。
ちなみに私は常時RX+です。
> 「必ずしも」と言うからには,通るときも通らないときもあるってことで。
これは「省略可能」という用語をいささか曖昧というか厳密性を欠いた方向に言い換えただけのような気がする。
> どこにこだわるってのはありますけど,文法にこだわるのは大切。
> また美しく読みやすくコーディングするって,一番大事なことだと思う。
文法は、こだわらないと、コンピュータ相手の場合は、きちんと動いてくれませんからね。ただ、美しく読みやすく、という点は、使い捨ての場合はこだわる必要もないと思う。もちろん、こだわったほうがいいのは間違いありません。でも、逆に、何回もみることになるコードの場合、見るのもうんざりするようなコードは、やっぱり見たくなくなるわけで。そんなコードは書きたくないな。
新バージョンありがとうございます。のちほど試させてただ来ます。
まずはこちらから。
> あと,ひとつ。重要な仕様の再確認なのですが……
> goto gosub だけでよいのですか? then とか else は?
> わたしはキーワードに束縛されないように組んでいるけど,気になる。
惑わせてしまって申し訳ない。
手元では GOTO GOSUB THEN ELSE RESTORE RESUME の置換を行うようになっています。
とはいえ、実は GOTO と GOSUB 以外はほとんどコメントアウトして実行しています。
それだけで十分に試験の役に立つと考えたからです。
GOTO だけでも試験できるかもしれませんが、1つだけだとうまくいっても複数だとうまくいかない、という経験があるもので、その2つを変換するようにしています。
で、一応、文法的には、その他に RETURN も行番号をとるので、フルァチ @チ ーメ pク ィチ `チ @ `チ Yがないので省略。
もうひとつ、これは当初は考慮漏れだったのですが、現実的にはニーズがないのでどうしよう、というのがあって。なにかというと、異体字、ではないな、表記の揺れ、といったほうがいいのかもしれない。実は、GOTO って、"GO TO" という、あいだに空白が入った表記を許容するのですよ。フルスペックを目指すなら、ここも対応が必要なところ。しないけど。
考慮漏れといえば、検索文字列バッファのすり替えというか退避も、全く考えていませんでした。完成バージョンでは必要でしょう。ただ、完成前の段階では、ヒストリーで残っていたほうがデバッグの役に立つな、と考えています。
> FGO(Fateか)なんてキーワードがなきゃいいですが……でも,
> カーソル移動とか発生しませんか?
厳密性を問わなければ、最初の変換で GOTO を FGOTO に変換。
そして最後に、FGOTO を GOTO に一括置換。
う〜ん、安直。
↑ このページの先頭