mysqlenvの管理配下にデバッグオプション付きのMySQLをインストールする - $shibayu36->blog;
【2022/09/09追記】もっと簡単な方法があったみたい！ .@shibayu36 たまたまイニシエに書いた mysqlenv をつかおうとおもったら https://t.co/zGzCnjVWH1 こんなブログを発見 実は定義されていない引数は mysql-build にそのまま渡るので `mysqlenv install --as 5.6.35-debug 5.6.35 --debug-with` するだけでいけるっぽいですhttps://t.co/ZwYpQ265SW— さいくろん (@xaicron) 2022年8月18日 最近アルゴリズムの勉強をしていて、MySQLの挙動を追う機会があった。そこでMySQLのデバッグを出来るようにと、MySQL :: MySQL 5.6 リファレンスマニュアル :: 24.4.1.1 デバッグのための MySQL のコンパイル に書いてあるよう
デバッグprintfの仲間達
printfは複雑な挙動をするので信頼できないことが多い。おいつめられると以下のようなものをprintfがわりに使う。 デバッグwhile(1) コードが止まるかどうかを判定することでフローを確認する。マシン語数命令で完結するのでかなり信頼できる。OS無し環境でも使えるのが嬉しい。Windows環境下ではプログラムを終了させるのが面倒。副作用が無いので時間かかっているだけなのか判定できない。 デバッグ *(int*)0 = 0; (デバッグSEGV) プログラムが終了するかどうかを判定してフローを確認する。さらにcoreを吐かせたり、JITデバッグしたりしやすい。ライブラリを必要としないので、abortよりも信頼できるしバックトレースもきれいに出る。が、Windows GUIはたまに例外を握り潰してることがある気がする(やめてくれ) デバッグexit(1) プログラムが終了するかどうかでフ
デバッグ話を始めると「デバッガ?そんなもの使えない環境なのでprintfですが何か？」「printf?printfがあるだけ幸せだと思えよ」とか言う人がたくさん出てくる件について
昔からの憧れだった電動はぶらしを大人の財力を使って買った。 使った感想は…なんというか…あまり…素晴らしいとは思えないな… と、いうのは、最近自分の考えをテキストに起こすということをやってなくて気付いたのだけど、自分の考えをブレないようにするためには、もしくは自分の考えが変わったときに、それを認識できるようにするにはテキストに起こしておくというのが重要だな、と、思ったのだった。 あと、「J」のほうはどこの会社の社員なのかバレるのに十分な情報をweb上に置いてしまったので、なんというか、色々と書きづらいのだというか。そういう。 ほとんど気にする人はいないと思うけど…余計な誤解を生む可能性が0でない以上、xxたん萌え〜、とかそういう余計なことを書き辛いなあという。いや、書かないが。 とは言っても、ここもバレてるも同じだが…まあ、ここまで読んでる人は過去ログまで十分さかのぼって読んでる人で、いら
メモリ破壊の現場を見つけるTips - I am Cruby!
RubyAdventJP, GC, Ruby（この記事はRuby Advent Calendar jp: 2009 : ATNDの4日目です。前日はmrknさんでした） 健全なるRubyistであれば、RubyのGCをいじることが週に一度はあるでしょう。そのときに困るのが、GCをいじってしまったことによるバグの修正です。GCをいじるというのは想像以上に難しく、少しでも書き間違えるとメモリ破壊が発生します。そのときに使えるTipsをこの記事で書くことにします。 みなさんご存じの通り、メモリ破壊というのは原因を特定するのが困難です。これは問題が発覚する場所とメモリ破壊が起こった現場が位置的に遠いことに起因しています。偉大なるハッカーのまつもとさんですら、その発見は困難です。 [ruby-dev:38628] Re: [BUG: trunk] called on terminated objec
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C/C++プログラマのための開発ツール
IBM Developer
