Segmentation fault with ruby 1.9.3p328 (2012-11-13) [x86_64-linux]
I'm experiencing sporadic segmentation faults in a ruby daemon running with:
ruby 1.9.3p328 (2012-11-13) [x86_64-linux]
The daemon in question sits in a loop pulling messages out of an ActiveMQ server using the stomp gem; DOM parsing a file locally using libxml-ruby; then stuffing another message back on to the server using the same stomp client. I haven't been able to isolate the problem into a smaller block; but I can reproduce it in ~15 minutes on an AWS test server.
I've included two examples of crash output, I have several more from 1.9.3p286.
Happy to try patches or anything further to help debug/diagnose the issue.
#1 [ruby-core:49336] Updated by Usaku NAKAMURA about 4 years ago
Can you check with trunk?
Yes, it may be difficult, I know.¶
It seems that crash1.log suggests the cause is in libxml-ruby gem, maybe GC bug.
crash2.log suggests ... ..... a string passed to Pathname is broken.
Does anyone have any idea?
#2 [ruby-core:49623] Updated by Geoffrey Giesemann about 4 years ago
Argh, my bad - I think it's a problem with how we were using libxml-ruby rather thank a ruby bug.
We had an area of code where we weren't correctly importing nodes into documents (see "Memory Management" in http://libxml.rubyforge.org/rdoc/) which looks like it caused bizarro heap corruption :S
For some reason this is much easier to replicate when you have a deeper call stack - like if you're inside a stomp gem handling a message frame - than it is with a vanilla code sample.
I have a reasonably small code sample to reproduce this, but you'll need a STOMP server to make it work.
#3 [ruby-core:50030] Updated by Yusuke Endoh about 4 years ago
- Status changed from Open to Feedback
- Target version set to 2.0.0
Could you show the small code sample?
I'm very happy if you kindly show the process to setup STOMP server :-)
We can make no progress without it.
Yusuke Endoh email@example.com