Ruby 2.5 の SEGV と闘った話 - @watson1978 の日記
Ubiregi Advent Calendar 2018 の 5 日目です。 同僚が「Ruby 2.5 が SEGV するんだけど」というので調べて見たときの話です。結論から言うと Ruby 2.6 では直っています。 クラッシュログ 同僚の変更内容を手元の macOS で動かすと確かに SEGV して以下の様なクラッシュログが出力されていました。 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000 Exception Note: EXC_CORPSE_NOTIFY VM Regions Near 0: --> __TEXT 000
Rubyでオブジェクトのメモリが解放されるところを見る - kaeruspoon
RubyにはObjectSpaceというモジュールがあって、Heap内のオブジェクトを見たりすることができます。デバッグ目的で使うものだと思いますが、過去にとあるライブラリの中で使われていてRubyがsegmentation faultで落ちたりして痛い目を見たことがあります。怖いやつです。 たとえばObjectSpace.count_objectsはHeap内のオブジェクトを種類ごとにカウントしてHashで返してくれます。 def diff_object GC.disable old = ObjectSpace.count_objects yield if block_given? ObjectSpace.count_objects.each do |k,v| before = old[k] || 0 diff = v - before puts "[#{k}] #{before} ->
Segmentation Faultの傾向と対策 - minus9d's diary
C/C++のコードを書いてよく遭遇するのがSegmentation Fault、通称セグフォ。その傾向と対策をまとめてみた。 傾向 セグフォがよく起こるのは以下のとき。 メモリ違反 見てはいけないメモリ領域を参照したときに起こる。コード例は以下。 #include <stdio.h> int main(){ int array[10]; int i; for(i = 0; i < 20; ++i){ array[i] = i; } return 0; } 無限再帰 または 再帰が深すぎる 関数の無限再帰から抜け出せない時にもセグフォが起こる。コード例は以下。 #include <stdio.h> void loop(){ loop(); } int main(){ loop(); return 0; } また、理論上はどこかで再帰が終わるはずであっても、あまりに再帰が深すぎる場合も、やはり
セグメンテーション違反 - Wikipedia
Kritaのセグメンテーション違反の例 セグメンテーション違反（英語: segmentation fault）とは、ソフトウェアの実行時のフォールト状態（あるいはフォールト条件）の一種であり、ソフトウェアがアクセス禁止とされているメモリ上のエリアにアクセスしようとしたり、メモリ上の位置ごとに設定されているルールに違反してメモリにアクセスしようとするときに起こるものである。略してセグフォールト（英: segfault）とも。 たとえば、あるソフトウェアがオペレーティングシステム（OS）を上書きしようとしたり、そのソフトウェアに関してはリードオンリーと設定されている位置へ当該ソフトが書き込みをしようとする時に起こる。 UNIX系のオペレーティングシステム上では、不正なメモリにアクセスをするプロセスはSIGSEGVシグナルを受け取る。Microsoft Windows上では、不正なメモリにアクセ
GDBでSegmentation Faultの原因を突き止める - /* Grid Thinking */
Linuxのプログラムをデバッグするとき、一番困ることはあの有名の「Segmentation Fault」ですね。 プログラムが膨大でマルチプロセス等を使っていたら、どこで問題を起こしているのかすらわからないです。 本編はLinuxのCore Dump機能で問題発生行を特定する方法を紹介します。 まず、前提としてはSegmentation Faultは再現できること。（当たり前ですよね） 下記のプログラムを例とします。#include<stdio.h> #include<string.h> #define DATA "TEST" char mngfile[2][50]; int main() { memset( mngfile, '\0', sizeof(mngfile) ); GetMngFile(mngfile); return 0; } int GetMngFile( mngfile
perl で segmentation fault が起きたときの調べかた - Hatak::Techlog
サーバを構築した際に嵌まったのでメモしておきます。 CentOS6 系のサーバに perlbrew + Carton で環境を構築していたのですが、一通り構築が終わって plackup すると segmentation fault となってしまったのでした。 /var/log/messages を見てもこんなログばかり。 Jun 18 19:28:48 xx-xxxx kernel: app.psgi[2084] general protection ip:322fe17088 sp:49302b8e8cb3704b error:0 in ld-2.12.so[322fe00000+20000]
Fedora 7 (FC7) のLWPがSegmentation Fault、そんなとき | sugiyama-log
perlのLWPを大量に利用するプログラムを開発して、常時動かしていました。 最初は問題なかったのですが突然止まります。ログを見ると、httpsにアクセスしたときに止まるようです。 むむむ。 前はうまくいっていたような気がして、なんとなく再起動してみます。 まったく同じことをしてみると今度は動きました。再びデーモンモードにセットして、実行開始。でもまた落ちます。 むむむ。 さらに調べてみると、一度 Segmentation Faultで止まった後は、wget、w3mでもhttpsにアクセスできません。 さらにさらに調べてみると、恐ろしいことにsshdも死んでいます。 うへぇ。 gdbで見てみると、opensslでお亡くなりになる模様。 調べたら、LWPが依存しているCrypt::SSLeayと、opensslの特定のバージョンとの相性問題があるようです。 さて、どうしたものでしょう。一瞬d
Catalyst＋mod_perl2＋DBIC(DBD::mysql-v4.008)でSegmentation fault - Unknown::Programming
なんか良く分からんけどSegmentation faultが出て泣きそうだったんだけどやっと原因がわかったっぽい感じなのでメモしとく。 とりあえず環境は下記 CentOS 5.2 Apache 2.2.9 Perl v5.8.8 mod_perl 2.0.4 MySQL 5.0.51b 現象としてはサイトを数時間放置してアクセスすると必ずセグるというもので、当初は何がなんだか分からないL状態でした。 で、coreファイルを解析したところ、 Program terminated with signal 11, Segmentation fault. #0 0x048be024 in mysql_send_query () from /usr/local/mysql/lib/mysql/libmysqlclient.so.15 というメッセージが。どうやらmysqlに問題があるっぽいことがわか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dr Ruby Upgrade or: How We Learned To Stop Seg-Faulting And Love Ruby 2
サービス終了のお知らせ