[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] hobbitd_channel still crashing everyday
- To: hobbit (at) hswn.dk
- Subject: Re: [hobbit] hobbitd_channel still crashing everyday
- From: Henrik Stoerner <henrik (at) hswn.dk>
- Date: Thu, 25 Oct 2007 10:16:24 +0200
- References: <1d23acab0710231118u74cf98eer1df154dd303ff690 (at) mail.gmail.com> <20071023200234.GD16672 (at) hswn.dk> <BAY138-W11B4D91D708229B6FDDFF59F940 (at) phx.gbl> <961092e10710240715n33d04591geeb37fa388645090 (at) mail.gmail.com> <001d01c8164f$49af93d0$04011818 (at) rr.com>
- User-agent: Mutt/1.5.15+20070412 (2007-04-11)
On Wed, Oct 24, 2007 at 11:05:16AM -0400, Sean R. Clark wrote:
> [8] sigacthandler(0xb, 0x0, 0x80467f0, 0xf, 0x0, 0x0), at 0xfee56253
> ---- called from signal handler with signal 11 (SIGSEGV) ------
> =>[9] bbh_item(hostin = 0x80739a8, item = BBH_NET), line 466 in
> "loadhosts.c"
> [10] load_hostnames(bbhostsfn = (nil), extrainclude = 0x8046ddc
> "hobbitd_channel", fqdn = 134508012), line 112 in "loadhosts_file.c"
This trace doesn't make sense - the "bbh_item()" function isn't called
from the "load_hostnames()" function. So I think there's some corruption
of the stack involved.
Either that, or the binary you're running doesn't match the source code
you have (ie. your source files were not used to compile the binary that
is running).
If you load the binary and core into gdb as you did to get the stack
trace, could you then do this:
gdb> fr 10
This should print out that you're now at stackframe #10, which is the
"load_hostnames" routine.
gdb> p *inbuf
gdb> p name
gdb> p title
These print out the value of a number of variables.
gdb> fr 9
gdb> p *hostin
Regards,
Henrik