orange @[email protected]

急に乾パン食べたくなった・・・＞＜

無理＞＜

35 36 35 36 35 34 34
気象庁 | 週間天気予報： 埼玉県 https://www.jma.go.jp/jp/week/317.html

とんでもなく暑い＞＜

難しい・・・＞＜

Z80における定数10の除算 | yasuokaの日記 | スラド https://srad.jp/~yasuoka/journal/631775/

例えばワンチップマイコンからプログラミングはじめたら、デバッグ出力に使えるようななんらかの部品繋がなきゃデバッグ出力でいいないし、ちょこちょこ書き換えて実行なんて出来ないだろうから気軽に実行しての試行錯誤なんてしないだろうし・・・みたいな＞＜

クラシカルなBASICでデバッグするのPRINTかBEEPくらいしか手段が無いから、教えられなくても普通に「どういうこと？＞＜；」って当たり前のようにしてた＞＜
逆に気軽にテキストや音を出力出来ない環境から始めた人だと、そういう風に考えないかも？＞＜　って言いたかった＞＜

ブレークポイント以外の使い方わからない・・・・＞＜

「どこまで実行したか？」「どこまで実行したらおかしくなってるっぽいか？」を中心に見るのがみたいな・・・＞＜

つまりこうするのは、クラシカルなBASICから入ったからなのかな？＞＜　って
https://mstdn.nere9.help/@orange_in_space/102521963911214878

バグの原因の見つけ方って、最初の頃に弄った環境の事情に影響されるのかも？＞＜

そういえば、クラシカルなBASICって実行してる行番号をずっと表示するやつあって、なんかそれに頼ってたようなかすかな記憶が＞＜

xク
oグ

なんてこったい・・・＞＜

ていうか、デバッガの高度な使い方わからないので、10数行程度の範囲まで絞り混んだら、printfデバッグっぽい感じになって、どこまで実行したかデバッグ出力に出しながら("section a1"みたいな文字列出す)ダメっぽい所見つけて、ダメっぽい条件で "oh!><;"とか"なんてこったい"とか出力させて「なんてこったい＞＜；」ってデバックしてる＞＜

問題の辿り方って人によって大きく違うのかも？＞＜
オレンジの場合は分割してって探すかも＞＜

FAXでSHA-1ハッシュ送るとかすればおk？＞＜(？)