According to Rivera, Tony:
> Sorry about the attachment
> 
> Tony
> 
> -----Original Message-----
...
> > am attaching the output from 
> > 
> > gdb /opt/www/htdig/bin/htdig ./core
> > bt
> > quit
> 
> That's the right sequence of commands, but there was no attachement to
> your e-mail.

...
> This GDB was configured as "hppa2.0n-hp-hpux11.00"...
> Core was generated by `htdig'.
> Program terminated with signal 10, Bus error.
> Reading symbols from /usr/lib/libnsl.1...done.
> Reading symbols from /usr/lib/libxti.2...done.
> Reading symbols from /usr/lib/libm.2...done.
> Reading symbols from /usr/lib/libc.2...done.
> Reading symbols from /usr/lib/libdld.2...done.
> Reading symbols from /usr/lib/libnss_dns.1...done.
> #0  0x73aa4 in __bam_search ()
> (gdb) bt
> #0  0x73aa4 in __bam_search ()
> #1  0x6dd68 in __bam_c_search ()
> #2  0x6c4d4 in __bam_c_get ()
> #3  0x55e7c in __db_get ()
> #4  0x39eac in Get__6DB2_dbRC6StringR6String (this=0x40054f58, key=@0x7f7e0d38, 
>data=@0x7f7e0d18) at DB2_db.cc:334
> #5  0x2ce04 in __vc__10DocumentDBPc (this=0x400019a0, u=0x4105c170 
>"http://dsts.bmc.com/machines/UNIX-Backup-Network.html";)
>     at DocumentDB.cc:145
> #6  0x20ce4 in GetRef__9RetrieverPc (this=0xcc, u=0x410c4ca0 
>"http://dsts.bmc.com/machines/UNIX-Backup-Network.html";)
>     at Retriever.cc:1015
> #7  0x1d1c0 in parse_url__9RetrieverR6URLRef (this=0x7f7e07b8, urlRef=@0x410d4518) 
>at Retriever.cc:343
> #8  0x1ce80 in Retriever::Start (this=0x7f7e07b8) at Retriever.cc:292
> #9  0x26e54 in main (ac=3, av=0x7f7e0564) at htdig.cc:254
> #10 0xc0059f34 in ?? () from /usr/lib/libc.2
> (gdb) quit

Well, this does seem to make sense as a backtrace from htdig, but I don't
know why it would get a bus error in __bam_search().  Likely causes of bus
errors are null pointers or misaligned pointers, but this is deep into
the DB code, which is supposed to be tested and stable.  I would think
that somehow a system-specific bug is affecting your build of the code,
or the db.docdb (from which it's trying to fetch a record at the time
of failure) is corrupted, or both.  If you're rebuilding this database
from scratch when it fails, any corruption would have to be due to a bug.
(You're sure there aren't two processes simultaneously trying to update
the database, right?)

Anyone else have any suggestions?  I'm running out of ideas.  Jesse, you
use HP-UX, right?  Are you still lurking on this list?

-- 
Gilles R. Detillieux              E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre       WWW:    http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba  Phone:  (204)789-3766
Winnipeg, MB  R3E 3J7  (Canada)   Fax:    (204)789-3930

_______________________________________________
htdig-general mailing list <[EMAIL PROTECTED]>
To unsubscribe, send a message to <[EMAIL PROTECTED]> with a 
subject of unsubscribe
FAQ: http://htdig.sourceforge.net/FAQ.html

Reply via email to