[Pkg-octave-devel] octave-3.0.0 crashes at startup on ARM

[Thomas Weber]

Am Montag, den 28.01.2008, 01:21 +0100 schrieb Rafael Laboissiere:
> * John W. Eaton <jwe at bevo.che.wisc.edu> [2008-01-10 09:53]:
> 
> > The last bits of this execution path are apparently
> > 
> >   octave_shlib (void) : relative (false), rep (make_shlib ()) { }
> > 
> > (line 52 in oct-shlib.h) which is calling make_shlib from
> > oct-shlib.cc:
> > 
> >   octave_shlib *
> >   octave_shlib::make_shlib (void)
> >   {
> >   #if defined (HAVE_DLOPEN_API)
> >     return new octave_dlopen_shlib ();
> >   #elif defined (HAVE_SHL_LOAD_API)
> >     return new octave_shl_load_shlib ();
> >   #elif defined (HAVE_LOADLIBRARY_API)
> >     return new octave_w32_shlib ();
> >   #elif defined (HAVE_DYLD_API)
> >     return new octave_dyld_shlib ();
> >   #else
> >     return new octave_base_shlib ();
> >   #endif
> >   }
> > 
> > >From the info above, it's not clear precisely which line is causing
> > the crash, but according to the build log linked here:
> > 
> > | Build logs of crashing build can be found at
> > | http://buildd.debian.org/fetch.cgi?pkg=octave3.0;ver=3.0.0-1;arch=arm;stamp=1199146040
> > 
> > it seems that HAVE_DLOPEN_API is defined, so it should be executing
> > 
> >   return new octave_dlopen_shlib ()
> > 
> > [snip]
> 
> Thomas and I are running an ARM emulation under qemu and we could not get
> that far using gdb.  The gdb log is attached below.  I set a breakpoint at
> octave_dynamic_loader::do_load_oct and then step until the line 324 of
> dynamic-ld.cc ("octave_shlib oct_file;").  I then use stepi to try to catch
> where the segmentation fault occurs but I cannot even enter
> octave_shlib::make_shlib().
> 
> Would you have any ideas on how to pursue this?

Just for information: that build is without optimization (-O0) and lots
of libraries (qhull, pcre, ...) removed.

	Thomas