Re: [SQU] assertion failed: pump.c:373 in 2.3-STABLE4

From: Alejandro A. Ramirez <ales@dont-contact.us>
Date: Wed, 24 Jan 2001 12:43:45 -0600

I cant get a backtrace of the problem, it seems that I have a problem with
the following library /usr/lib/libc.so.4 , do you know what can I do for get
this backtrace ???

I have compiled squid from sources instead of ports, and I havent sripped
the binaries:

cache# file squid
squid: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD),
dynamically linked, not stripped

cache# ll squid
-rwxr-xr-x 1 root wheel 1489577 Jan 24 10:02 squid

cache# gdb /usr/local/sbin/squid
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
(gdb) r -CNd1
Starting program: /usr/local/sbin/squid -CNd1
2001/01/24 10:37:27| Starting Squid Cache version 2.3.STABLE4 for
i386-unknown-f
reebsd4.1...
2001/01/24 10:37:27| Process ID 19890
2001/01/24 10:37:27| With 16424 file descriptors available
2001/01/24 10:37:27| Performing DNS Tests...
2001/01/24 10:37:27| Successful DNS name lookup tests...
2001/01/24 10:37:27| DNS Socket created on FD 7
2001/01/24 10:37:27| Adding nameserver 127.0.0.1 from /etc/resolv.conf
2001/01/24 10:37:27| Unlinkd pipe opened on FD 12
2001/01/24 10:37:27| Swap maxSize 36864000 KB, estimated 2835692 objects
2001/01/24 10:37:27| Target number of buckets: 56713
2001/01/24 10:37:27| Using 65536 Store buckets
2001/01/24 10:37:27| Max Mem size: 65536 KB
2001/01/24 10:37:27| Max Swap size: 36864000 KB
2001/01/24 10:37:27| Store logging disabled
2001/01/24 10:37:27| Rebuilding storage in /cache2/0/0 (DIRTY)
2001/01/24 10:37:27| Rebuilding storage in /cache2/1/0 (DIRTY)
2001/01/24 10:37:27| Rebuilding storage in /cache2/2/0 (DIRTY)
2001/01/24 10:37:27| Rebuilding storage in /cache2/3/0 (DIRTY)
2001/01/24 10:37:27| Rebuilding storage in /cache2/4/0 (DIRTY)
2001/01/24 10:37:27| Rebuilding storage in /cache2/5/0 (DIRTY)
2001/01/24 10:37:27| Set Current Directory to /cache2/0/0
2001/01/24 10:37:27| Loaded Icons.
2001/01/24 10:37:27| Accepting HTTP connections at 0.0.0.0, port 80, FD 23.
2001/01/24 10:37:27| Accepting SNMP messages on port 1610, FD 24.
2001/01/24 10:37:27| Accepting WCCP messages on port 2048, FD 25.
2001/01/24 10:37:27| Ready to serve requests.
...
...
few seconds
...
...
Program received signal SIGPIPE, Broken pipe.
0x48186440 in write () from /usr/lib/libc.so.4
(gdb) bt
#0 0x48186440 in write () from /usr/lib/libc.so.4
#1 0x80640d0 in commHandleWrite (fd=344, data=0xd79ee40) at comm.c:789
#2 0x8065300 in comm_poll (msec=0) at comm_select.c:451
#3 0x808732a in main (argc=2, argv=0xbfbffbf8) at main.c:698
#4 0x804a33d in _start ()
(gdb)

Greetings
Ales

----- Original Message -----
From: "Henrik Nordstrom" <hno@hem.passagen.se>
To: "Alejandro A. Ramirez" <ales@megared.net.mx>
Cc: <squid-users@ircache.net>
Sent: Tuesday, January 23, 2001 2:04 PM
Subject: Re: [SQU] assertion failed: pump.c:373 in 2.3-STABLE4

> You need to install a Squid binary compiled with the -g flag, and
> installed non-stripped. This is the default when building Squid from the
> sources, unless your compiler does not support debugging.
>
> Any core dump must also be from that binary.
>
> --
> Henrik Nordstrom
> Squid hacker
>
>
> Alejandro A. Ramirez wrote:
> >
> > Hi Henrik,
> >
> > Using gdb to get the backtrace, it seems that something its missing,
to
> > make this work correctly, do I have to install a stripped squid binary
or
> > something like that, if yes how can I do that???, or what do I need to
get
> > the backtrace correctly???
> >
> > gdb /usr/local/sbin/squid
> > (gdb) r -CNd1
> > ...
> > ...
> > ...
> > A few seconds
> > ...
> > (no debugging symbols found)...(no debugging symbols found)...

--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html
Received on Wed Jan 24 2001 - 11:48:27 MST

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