Xapian discuss - Jun 2006 - apache + perl + xapian = segmentation fault (and corrupt stack)

Has anyone ever run into a case where xapian dumps a core without a  
viable backtrace?

#0  0x00000000 in ?? ()
#1  0x202efb9e in ?? ()
#2  0x9fbfef0c in ?? ()
#3  0x9fbfedbc in ?? ()
...
#550 0x003b934c in ?? ()
#551 0x003b8fe8 in ?? ()
#552 0x0000000b in ?? ()
#553 0x0004addd in run_method (r=0x9fbfef0c, offset=543877580,  
run_all=537458917) at http_config.c:327
Previous frame inner to this frame (corrupt stack?)

-- 
Rocco Caputo - rcaputo@pobox.com

On Tue, Jun 13, 2006 at 08:47:18PM -0400, Rocco Caputo wrote:
> Has anyone ever run into a case where xapian dumps a core without a  
> viable backtrace?
Not with Xapian, but I've seen it in various guises with, as you say,
stack corruption. In particular I've run into this problem when doing
things like strcat(0,...) inside deep stacks - whether glibc is
particularly vulnerable to this kind of thing or (more likely) the
compiler likes to optimise my variables in a strange way, I've never
figured out. It's a pain to debug, unfortunately :-(

J

-- 
/--------------------------------------------------------------------------\
  James Aylett                                                  xapian.org
  james@tartarus.org                               uncertaintydivision.org

Just a followup: I was invoking gdb incorrectly.  Specifying "gdb  
program coredump" works a lot better than "gdb --core coredump"
and
invoking "file program" inside gdb.

The underlying problem turns out to be an exception: REMOTE:Error  
reading block 3255370014: File too large.  I'm working my way  
backwards from there.

Thanks for your help.

-- 
Rocco Caputo - rcaputo@pobox.com


On Jun 13, 2006, at 20:47, Rocco Caputo wrote:
> Has anyone ever run into a case where xapian dumps a core without a  
> viable backtrace?
>
> #0  0x00000000 in ?? ()
> #1  0x202efb9e in ?? ()
> #2  0x9fbfef0c in ?? ()
> #3  0x9fbfedbc in ?? ()
> ...
> #550 0x003b934c in ?? ()
> #551 0x003b8fe8 in ?? ()
> #552 0x0000000b in ?? ()
> #553 0x0004addd in run_method (r=0x9fbfef0c, offset=543877580,  
> run_all=537458917) at http_config.c:327
> Previous frame inner to this frame (corrupt stack?)
>
> -- 
> Rocco Caputo - rcaputo@pobox.com
>
>
>
> _______________________________________________
> Xapian-discuss mailing list
> Xapian-discuss@lists.xapian.org
> http://lists.xapian.org/mailman/listinfo/xapian-discuss