Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.ruby > #3338
| From | Grant Schoep <matobinder@gmail.com> |
|---|---|
| Newsgroups | comp.lang.ruby |
| Subject | Re: Ruby app core dump on shutdown |
| Date | 2011-04-21 16:14 -0500 |
| Organization | Service de news de lacave.net |
| Message-ID | <b1422664ec2263bf4e23c6ecc778a70d@ruby-forum.com> (permalink) |
| References | <d820c7bc9c9b2ac3576e78f26533b344@ruby-forum.com> <d9b01fe92856d95a389c25daf757bfb8@ruby-forum.com> |
Roger Pack wrote in post #994110: > does gdb help at all in this case? This is where I don't think gdb is helping me out, the first point where shows is (gdb) where #0 0x8744568d in ?? () Cannot access memory at address 0x8744568c All the rest of the threads are in varying states of #0 0x40000402 in __kernel_vsyscall () I have attached a "thread apply all where" that shows all the threads I'm loading the core file via "gdb /prod/ruby/bin/ruby core.12345" Where /prod/ruby/bin/ruby is the ruby interpreter the ruby script was using. Attachments: http://www.ruby-forum.com/attachment/6139/gdb.where.txt -- Posted via http://www.ruby-forum.com/.
Back to comp.lang.ruby | Previous | Next — Previous in thread | Find similar | Unroll thread
Ruby app core dump on shutdown Grant Schoep <gschoep@digitalglobe.com> - 2011-04-20 12:29 -0500
Re: Ruby app core dump on shutdown andrew mcelroy <sophrinix@gmail.com> - 2011-04-20 12:59 -0500
Re: Ruby app core dump on shutdown Roger Pack <rogerpack2005@gmail.com> - 2011-04-20 14:04 -0500
Re: Ruby app core dump on shutdown Grant Schoep <matobinder@gmail.com> - 2011-04-21 16:14 -0500
csiph-web