[wxruby-users] Segmentation Fault.
Alex Fenton
alex at pressure.to
Thu Aug 14 19:13:59 EDT 2008
Christos Vasilakis wrote:
> Then I tried to:
>
> root at casper:/home/cvasilak/wxruby/wxruby2# ruby
> /home/cvasilak/helloworld.rb
> /home/cvasilak/helloworld.rb:1:in `require': no such file to load -- wx
> (LoadError)
> from /home/cvasilak/helloworld.rb:1
>
OK, this looks good
> Then I tried to:
>
> root at casper:/home/cvasilak/wxruby/wxruby2# ruby -I lib/
> /home/cvasilak/helloworld.rb
> /home/cvasilak/helloworld.rb:4: [BUG] Segmentation fault
> ruby 1.8.6 (2007-09-24) [i486-linux]
>
> Aborted
>
> I tried the second example but this time I get a window but upon exit I
> receive the segmentation fault.
>
> That's really weird because as you say I use the same configuration as
> yours(Ubuntu 8.04, 2.8.7 wxwidgets etc).
I think the only difference is that I'm using a debug build package of
wxWidgets from Debian (it has the suffix -dbg) rather than the standard
libwx2.8. But that really shouldn't affect this.
I'd suggest you try doing updating the sources to ensure you're up to
HEAD (svn up) then doing a clean rebuild (rake reswig; rake). Then try
running it using the local library (ruby -Ilib ...)
If you're still getting the crash, it would be most useful to get a
backtrace from gdb debugger.
Try doing:
gdb --args ruby -Ilib helloworld.rb
Then at the gdb prompt:
gdb> r < ENTER>
If it stops after complaining about threads not found:
gdb> c <ENTER>
Then wait until it crashes. gdb should throw out some info. To get a
full backtrace, do
gdb> whe <ENTER>
This should give a backtrace of where the crash occurred.
thanks for your patience
alex
More information about the wxruby-users
mailing list