[squid-users] segfault with freebsd 4.4

hi,

I've compiled squid (2.4stable1) on a new FreeBSD 4.4 box (I copied the
config file from a production fbsd 4.2). When it receives a request, it
segfaults immediately. Here is a quick backtrace with gdb.
Can someone give me a pointer what to try next? Should I report it to
squid-dev?

thanks,
Miki

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) set args -NCd1
(gdb) run
Starting program: /tmp/squid-2.4.STABLE1/src/squid -NCd1

Program received signal SIGSEGV, Segmentation fault.
0x2816afd4 in strdup () from /usr/lib/libc.so.4
(gdb) backtrace
#0 0x2816afd4 in strdup () from /usr/lib/libc.so.4
#1 0x8097be0 in rfc1035NamePack (buf=0x855e80c "", sz=500, name=0x0) at
rfc1035.c:181
#2 0x8097cae in rfc1035QuestionPack (buf=0x855e80c "", sz=500,
name=0x0, type=1, class=1) at
rfc1035.c:209
#3 0x809841b in rfc1035BuildAQuery (hostname=0x859c620
"inside.ericsson.se", buf=0x855e800 "",
szp=0x855ea00) at rfc1035.c:499
#4 0x8061df6 in idnsALookup (name=0x859c620 "inside.ericsson.se",
callback=0x80774ac
<ipcacheHandleReply>, data=0x8575a30) at dns_internal.c:505
#5 0x8077743 in ipcache_nbgethostbyname (name=0x855f888
"inside.ericsson.se", handler=0x805d7c4
<commConnectDnsHandle>, handlerData=0x85a2100) at ipcache.c:420
#6 0x805d79f in commConnectStart (fd=17, host=0x855f888
"inside.ericsson.se", port=80,
callback=0x8063e7c <fwdConnectDone>, data=0x85a20c0) at comm.c:245
#7 0x8064424 in fwdConnectStart (data=0x85a20c0) at forward.c:310
#8 0x806447c in fwdStartComplete (servers=0x8575ff0, data=0x85a20c0) at
forward.c:320
#9 0x807fb1e in peerSelectCallback (psstate=0x859f280) at
peer_select.c:199
#10 0x807fe6d in peerSelectFoo (ps=0x859f280) at peer_select.c:303
#11 0x807f9a4 in peerCheckAlwaysDirectDone (answer=1, data=0x859f280) at
peer_select.c:174
#12 0x804d939 in aclCheckCallback (checklist=0x857fc00,
answer=ACCESS_ALLOWED) at acl.c:1734
#13 0x804d800 in aclCheck (checklist=0x857fc00) at acl.c:1700
#14 0x804dbde in aclNBCheck (checklist=0x857fc00, callback=0x807f94c
<peerCheckAlwaysDirectDone>,
callback_data=0x859f280) at acl.c:1844
#15 0x807fd36 in peerSelectFoo (ps=0x859f280) at peer_select.c:260
#16 0x807f8e3 in peerSelect (request=0x855f800, entry=0x85a2040,
callback=0x806442c
<fwdStartComplete>, callback_data=0x85a20c0) at peer_select.c:154
#17 0x8064a8e in fwdStart (fd=16, e=0x85a2040, r=0x855f800) at
forward.c:523
#18 0x805b648 in clientProcessMiss (http=0x855e000) at
client_side.c:2227
#19 0x805b425 in clientProcessRequest (http=0x855e000) at
client_side.c:2165
#20 0x8057b8e in clientCheckNoCacheDone (answer=1, data=0x855e000) at
client_side.c:340
#21 0x8057b51 in clientCheckNoCache (http=0x855e000) at
client_side.c:330
#22 0x8057aee in clientRedirectDone (data=0x855e000, result=0x0) at
client_side.c:320
#23 0x80816f6 in redirectStart (http=0x855e000, handler=0x8057858
<clientRedirectDone>,
data=0x855e000) at redirect.c:103
#24 0x8057744 in clientAccessCheckDone (answer=1, data=0x855e000) at
client_side.c:232
#25 0x804d939 in aclCheckCallback (checklist=0x857fb00,
answer=ACCESS_ALLOWED) at acl.c:1734
#26 0x804d800 in aclCheck (checklist=0x857fb00) at acl.c:1700
#27 0x804dbde in aclNBCheck (checklist=0x857fb00, callback=0x805766c
<clientAccessCheckDone>,
callback_data=0x855e000) at acl.c:1844
#28 0x8057591 in clientAccessCheck (data=0x855e000) at client_side.c:179
#29 0x805c943 in clientReadRequest (fd=16, data=0x857f900) at
client_side.c:2739
#30 0x805f70c in comm_poll (msec=1000) at comm_select.c:432
#31 0x8079598 in main (argc=2, argv=0xbfbffba0) at main.c:720
#32 0x804a375 in _start ()
(gdb) quit
The program is running. Exit anyway? (y or n)
Received on Fri Oct 19 2001 - 02:37:28 MDT