はじめてのにき

_ デバッグ話

面白いな。

http://twitter.com/hyoshiok/status/1128189973

printf デバッグマンセーなのでしたすいません。 探偵の話でいうとデバッガ使うなんて なんかチートくさくて、 むむっ…ここがあやしい! という個所に数点 printf を仕込むだけで バグつぶせるというのがかっこいいのではないかとか。

いや、なんだろうな、やまぁ、デバッガもいいんだけど、 結局どういうパスを通ったか、 がサクっと見れる手軽な方法は結局 printf なんだよなーという。

というかたいていのバグは適当に printf 入れたら取れて、 逆にデバッガを使わせてくれるほどのバグを愛している気がする。

まぁ前の gdb 話とかもそうだけど、 hyoshiok さんの触ってるレイヤーが デバッガマンセー/printfとかデバッグするためにプログラムを変えるのはダメ、 にさせてるんじゃないかなぁとか。

http://twitter.com/hyoshiok/status/1128192153

区切り

http://twitter.com/alohakun/status/1128200458

printf できる環境は恵まれてる…だけど、 まぁこれは逆もあるんじゃないかな。 デバッガでデバッグしにくい種類のバグもあるんじゃないかなぁと。 ptrace にアタッチされてるプログラムで何起きてるかーとかは printf と core 吐かせて調べるの二択だったし、 動的生成されたコードとかもデバッガじゃ アドレスしかわからんから printf でどの生成された関数が どのアドレスを占めてるかーとか表示しておいた方が ラクになるしーとか。 あとひゃくだいのましんがありますどこかで落ちます どこかは前もってしりません、 とかいう状態だとコアだけじゃねえ…とか。

逆に言うとデバッガを使えないくらいのバグも愛している気もする。

あと逆に言うと printf デバッグしやすいコードというか、 ログ出力にまみれたコードを書くと そのログ出力は軽いドキュメントを 同時に書くことにもなって良いとかそういう。 あと perl の -D オプションとかいいですよね。 使ったことないですが。

区切り

http://twitter.com/ko1_twitter/status/1128216306

デバッガ構築フレームワークだけど、 とりあえず ruby-gdb とかを作ってくれるんだと理解した。

pygdb とかあった気もするけど使ってみたことないな。

区切り

http://twitter.com/alohakun/status/1128220699

デバッグしやすいコード。 1行にまとめない…についてはなるほどなぁ。 要は if 文中の && と || とかのことだと理解。 それでなくても僕は && || の連打は好きじゃない。 ゴルフでは別だけど。

ただまぁ、何列目がどうとかを記録してないのが 現状のデバッグフォーマットの不備である、 って話もある気もする。

マクロ取っておく…もなるほどなぁ。 一時変数は減らせーっていう、 一般的なコーディングガイドラインに完全に反するけど、 反する理由の一つに十分になると思う。 インライン関数にも言えると思う。

ただまぁ、インライン関数に関しては 現状のデバッグフォーマットの不備略。

なんか最近の dwarf は色々 inline 関係増えてるよね。 なんか増えてるなぁというくらいで、よーわかってないですが。

レジスタの値を変数に取っておく…はよくわからなかった。 明示的にレジスタ使う指示出してるようなクミコミ〜な話かな。

区切り

http://twitter.com/ko1_twitter/status/1128227215

慣れちゃうとかこいいデバッガなくても だいたいわかっちゃう話。 そのおかげで喰えてるという話もというあるある話

区切り

http://twitter.com/ko1_twitter/status/1128227588

プログラム可視化。 やりたいです。ずっとやりたい。 あとクラスタ可視化。

無駄に派手なだけで情報としては何もわからない種類の可視化が やりたいだけなので、明らかに求められてない感が強いですが。

なんとなくキラキラ光ってるような 攻殻機動隊で見たような感じのもの、 とかいういい加減なイメージしかなくて 具体的にどうするとかは深く考えてない。

そう Ubigraph も一度使いたいっていうか Ubigraph 的なもの作りたいなぁとずっと。 しかし Ubigraph の論文は印刷だけして メモ帳になって散逸しまった…

http://twitter.com/ko1_twitter/status/1128237592

Erlang 可視化。 いいなあ。面白そうだなー

区切り

しかしささだけんって魅力的なことばかりやってるなぁとかいつも思う。 なんで必死に人員募集とかしてるのかと

区切り

http://twitter.com/alohakun/status/1128238876

VM 上なら完璧にデバッグできるという話。 なんでスレッドが完全再現できるのか…？ 本番でも VM 上って話かな。 それであれば valgrind で スケジューラの乱数種固定すれば現状でも余裕でできるが 本番もそれじゃ速度的なメリットが全て消し飛ぶしな…

区切り

http://twitter.com/ko1_twitter/status/1128239770

並列プログラムのデバッグに可視化が有効らしい。 そうなのか… どういう視覚化があればデバッグしやすくなるという 感じなんだろう。

区切り

http://twitter.com/hyoshiok/status/1128244316

CPU作ってる人が海外にいる話。 インテルってどういう人が入れるのかとか興味が。

一度 CPU 作ってみたいよなぁ。 また東大に入れば…とか時々思う

区切り

http://twitter.com/ko1_twitter/status/1128216306

http://twitter.com/ko1_twitter/status/1128249671

probe をつっこむ系話。 ruby-valgrind をですね…

区切り

結論としてはデバッグもデバッガも楽しいよねとかいう。 あと twitter 追いにくすぎるので可視化して欲しい

(02:44)

_ 飛行

めも

[1]  1月20日(火)  NH008
 東京（成田） - サンフランシスコ
 17:05発09:10着  飛行時間：09:05
 エコノミークラス/OK

[2]  2月5日(木)  NH007
 サンフランシスコ - 東京（成田）
 10:50発15:05着(翌日)  飛行時間：11:15
 エコノミークラス/OK

なんかつまり火曜は会社に行く感じか。 これだと遅刻しようがない感じでうれしい。

(03:02)

_ 自信

http://www.f13g.com/blog/2009-01-18/

は、正直なところないのでした。 たいていこういうのはなんか終わってから ああそういう手があるのかぁという感じで負ける気がする。

ただまぁ僕の思いつくあたりはやったなぁという感じなのでとりあえずという。

まだなんか自力で思いつけることはある気がするんだけど、 こういうのって時間経過してから見直したらなんかあったりするよねーという 不思議効果を期待して、提出直前の時期放置→見直し、 て感じでなんかあったら再提出する感じにしようかなぁと。

この手のはコンテストの主催が出さない方針である以上 あんまり情報出すべきじゃないのかなぁと思ってたんだけど、 まぁ今見ると結構情報出てるみたいなので書くと、 60倍はまぁ提出の段階、つまり14日晩には越えてます。 あと目に入った範囲では負けてそうな成績は今のところはないかな。

(03:31)

_ HDD

http://slashdot.jp/hardware/article.pl?sid=09/01/18/0636236

ああこれバックアップ用の HDD が該当してるなあ。

で、どうしたらいいのかな。

(04:11)

_ なんか

Windows に USB 刺しても認識しない。 既になんかおかしい説。 まぁ linux から使えてりゃいいのか。

(04:34)

_ ケータイ

年末に酔っ払って折ってしまったケータイをどうにかしようとした。 なんかウィルコムショップに行くと15800円払うか17000円払うかしろと言う。 うーん前回はなんか10000円だった気がするお…とか思いつつ いやそうな顔をしてたら実はもう一つ手段がありまして、 代替機を長期で貸し出せますよとか言ってきた。 はよ言えというか前回言えという感じであった。 まぁ1年で二度も折るなという感じもするが。

でまぁ長期貸出は3500円のところサポートコインがあるのでタダです！ とかで結局単にダウングレードしただけで終わった。 これはラッキー。

(23:28)