Re: [SQU] Why a core dump in cache disk?

From: Jai Lamerton <jlamerto@dont-contact.us>
Date: Tue, 23 Jan 2001 15:05:26 +1100 (EST)

Here is the output from bt:
(gdb) bt
#0 0x3ff800d63ac in strcmp () from /usr/shlib/libc.so
#1 0x120018064 in aclMatchAcl (ae=0x14017e380, checklist=0x1) at
acl.c:1260
#2 0x120018298 in aclMatchAclList (list=0x14017e900,
checklist=0x11fff7b90) at acl.c:1501
#3 0x1200183c8 in aclCheckFast (A=0x1401698e0, checklist=0x11fff7b90) at
acl.c:1518
#4 0x1200707b0 in snmpHandleUdp (sock=0) at snmp_core.c:506
#5 0x1200332d0 in comm_poll (msec=0) at comm_select.c:437
#6 0x12005c010 in main (argc=2, argv=0x11ffffd68) at main.c:698

Jai.

On Tue, 23 Jan 2001, Henrik Nordstrom wrote:

> So far soo good (you successfully launced gdb, and it understod the
> information). However, we do need some additional information to see
> anything useful. At the gdb prompt, please type "backtrace" or "where"
> (can be shortened to "bt") (all without quotes)
>
> --
> Henrik Nordstrom
> Squid hacker
>
>
>
>
> Jai Lamerton wrote:
> >
> > I have never used gdb before... I have just installed it and typed the
> > command you suggested. I'm not sure what i'm looking for.
> >
> > I got:
> > GNU gdb 4.18
> > Copyright 1998 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and
> [...]
> > Reading symbols from /usr/shlib/libc.so...done.
> > #0 0x3ff800d63ac in strcmp () from /usr/shlib/libc.so
> >
>

--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html
Received on Mon Jan 22 2001 - 21:07:57 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:57:31 MST