Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
C言語でアプリケーションを作成して、 テスト実行すると、たまーにこんなメッセージが出力されて(´・ω・`)ショボーンとなる ことがあります。 [root@SVRSTM01 unit]# ./common_test セグメンテーション違反です (コアダンプ) [root@SVRSTM01 unit]# はい、(´・ω・`)ショボーン いったい何がおきた!? そんなメッセージが出るなんてプログラム書いた覚えないんだけど!? メッセージを良く見るとコアダンプと括弧書きされてるだけで、 そのコアダンプとやらは・・・ [root@SVRSTM01 unit]# ls -ltr 合計 2277572 -rwxr-xr-x. 1 root root 14977 9月 25 09:44 2014 IPUpdater -rwxr-xr-x. 1 root root 25362 11月
人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 Apacheのデバッグの方法は多く紹介されていて、例えばgdbを使ってみましょうと紹介されている記事も多いです。しかし、操作の仕方が多岐に渡っていて、なんとなく敷居が高く感じて使わないという人も多いかもしれません。 例えば、Apache周りのエンジニアが一番気になるのは、Segmentation faultだと思います。そこで、今回は自分がSegmentation faultの原因を特定する時の一番手っ取り早い、gdbを使った方法を紹介しようと思います。gdbを使っていない人にとって、gdbって少し敷居が高いんじゃないかなぁ、と思っている人も多いかもしれませんが、今回の方法であればだれでも気軽にできると思います。 まずはバグを作る 今回は、自
普段Webサーバを運用していて、めんどくさいトラブルのひとつに「Segmentation fault」があります。 あれー?なんか500エラーがでるなーなんて思ってログを見るとSegmentation faultになってるときは死にたくなります。 そもそもSegmentation faultはメモリ上にあるデータに対して不正が行われたときに起こるもので、 インフラエンジニアにとってはなかなか手がだせないところでもあります。 それでもなんとかして治さないといけないわけなので せめてどのプログラムが悪さしてるかどうかぐらいは調べ上げてみます。 apacheでのログ apache + mod_perl での環境です。 こんな感じでエラーがでます。 #tail error_log [notice] child pid 26028 exit signal Segmentation fault (11
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く