(gdb) backtrace
#0  match (mask=0x0, string=0x8143843 "Cleveland-r.Oh.US.partynet.org") at
match.c:170
#1  0x806eca3 in attach_confs_byname (cptr=0x8143800,
     name=0x8143843 "Cleveland-r.Oh.US.partynet.org", statmask=53248) at
s_conf.c:700
#2  0x80706d6 in conf_check_server (cptr=0x8143800) at s_conf.c:1621
#3  0x805e2af in mr_server (cptr=0x8143800, sptr=0x8143800, parc=8,
parv=0x8124520) at m_server.c:311
#4  0x8068d26 in parse_client (cptr=0x8143800, buffer=0x81439a1 "SERVER",
bufend=0x8143a0d "")
     at parse.c:916
#5  0x8068663 in client_dopacket (cptr=0x8143800, length=108) at packet.c:123
#6  0x806d52e in read_packet (cptr=0x8143800, socket_ready=65) at s_bsd.c:725
#7  0x806dbe4 in read_message (delay=60) at s_bsd.c:1044
#8  0x8051153 in main (argc=0, argv=0xbfbffbb4) at ircd.c:735
#9  0x8049639 in _start ()



At 08:13 PM 12/17/2001 -0500, you wrote:

> > Problem:
> > when i try and link my server on this shell to the rest of the network it
> > just dies out. (dumps the core).
>
>If you have gdb installed, we'd appreciate a stack trace.  Here's how you
>get it:
>
>Run the command "gdb /path/to/binary/file /path/to/core/file"
>When the "(gdb)" prompt appears, type "backtrace"
>Paste the entire output of gdb into an email directed to [EMAIL PROTECTED]
>
>Save the binary file and the core file; we may need more information from
>the core.  Do *not* send the core file (or the binary file); they are too
>large to be reasonably transferred through email, and the information is
>most easily extracted on the machine on which they were built anyway.
>--
>Kevin L. Mitchell <[EMAIL PROTECTED]>

Reply via email to