Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 05 Nov 2023 00:00:45 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 274825] www/squid dumps core after updating from 6.3 to 6.4
Message-ID:  <bug-274825-7788-X1OY8ddfI5@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-274825-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-274825-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D274825

--- Comment #8 from Dimitry Andric <dim@FreeBSD.org> ---
(In reply to Dimitry Andric from comment #7)
#0  thr_kill () at thr_kill.S:4
#1  0x000000083078d304 in __raise (s=3Ds@entry=3D6) at
/usr/src/lib/libc/gen/raise.c:52
#2  0x000000083083e449 in abort () at /usr/src/lib/libc/stdlib/abort.c:67
#3  0x0000000000b95b2a in xassert (msg=3D0x4654ce "lowestOffset () <=3D
target_offset", file=3D0x471471 "stmem.cc", line=3D98) at debug.cc:1269
#4  0x0000000000895dfa in mem_hdr::freeDataUpto (this=3D0x859d94628,
target_offset=3D857) at stmem.cc:98
#5  0x000000000072f5b9 in MemObject::trimUnSwappable (this=3D0x859d94600) at
MemObject.cc:400
#6  0x00000000008a3800 in StoreEntry::trimMemory (this=3D0x859c08d90,
preserveSwappable=3Dfalse) at store.cc:1816
#7  0x0000000000c1eaca in Store::Controller::memoryOut (this=3D0x832d8b4c0,
e=3D..., preserveSwappable=3Dfalse) at Controller.cc:600
#8  0x00000000008b9cc5 in StoreEntry::swapOut (this=3D0x859c08d90) at
store_swapout.cc:168
#9  0x00000000008b00de in StoreEntry::invokeHandlers (this=3D0x859c08d90) at
store_client.cc:847
#10 0x000000000089e4bf in StoreEntry::write (this=3D0x859c08d90, writeBuffe=
r=3D...)
at store.cc:784
#11 0x000000000096cf76 in Client::storeReplyBody (this=3D0x857558118,
data=3D0x859deeb80
"\221\311^\312&\t\032^\314=D4=83\275\265=CC=B3\241\255|\236\321\3348=C7=B3\=
2357pi\352:\020\332\367\256\230\205}\357\2401V\306\352\2279=3D@",
len=3D10136) at Client.cc:1057
#12 0x000000000096b1f5 in Client::addVirginReplyBody (this=3D0x857558118,
data=3D0x859deeb80
"\221\311^\312&\t\032^\314=D4=83\275\265=CC=B3\241\255|\236\321\3348=C7=B3\=
2357pi\352:\020\332\367\256\230\205}\357\2401V\306\352\2279=3D@",
len=3D10136) at Client.cc:1049
#13 0x000000000083b93c in HttpStateData::writeReplyBody (this=3D0x857558118=
) at
http.cc:1415
#14 0x000000000083c095 in HttpStateData::processReplyBody (this=3D0x8575581=
18) at
http.cc:1498
#15 0x0000000000837cd3 in HttpStateData::processReply (this=3D0x857558118) =
at
http.cc:1295
#16 0x000000000083a153 in HttpStateData::readReply (this=3D0x857558118, io=
=3D...)
at http.cc:1265
#17 0x000000000084742b in CommCbMemFunT<HttpStateData, CommIoCbParams>::doD=
ial
(this=3D0x859d9d0d8) at ../src/CommCalls.h:190
#18 0x0000000000845f48 in JobDialer<HttpStateData>::dial (this=3D0x859d9d0d=
8,
call=3D...) at ../src/base/AsyncJobCalls.h:175
#19 0x00000000008476bc in AsyncCallT<CommCbMemFunT<HttpStateData,
CommIoCbParams> >::fire (this=3D0x859d9d0a0) at ../src/base/AsyncCall.h:147
#20 0x00000000009d78de in AsyncCall::make (this=3D0x859d9d0a0) at AsyncCall=
.cc:44
#21 0x00000000009d8c34 in AsyncCallQueue::fire (this=3D0x832ee49a0) at
AsyncCallQueue.cc:27
#22 0x00000000006d41a9 in EventLoop::dispatchCalls (this=3D0x821a0dc40) at
EventLoop.cc:144
#23 0x00000000006d4081 in EventLoop::runOnce (this=3D0x821a0dc40) at
EventLoop.cc:121
#24 0x00000000006d3ef0 in EventLoop::run (this=3D0x821a0dc40) at EventLoop.=
cc:83
#25 0x0000000000857fb4 in SquidMain (argc=3D5, argv=3D0x821a0dd50) at main.=
cc:1710
#26 0x00000000008570e5 in SquidMainSafe (argc=3D5, argv=3D0x821a0dd50) at
main.cc:1353
#27 0x00000000008570b2 in main (argc=3D5, argv=3D0x821a0dd50) at main.cc:13=
41
(gdb) frame 4
#4  0x0000000000895dfa in mem_hdr::freeDataUpto (this=3D0x859d94628,
target_offset=3D857) at stmem.cc:98
98          assert (lowestOffset () <=3D target_offset);
(gdb) p target_offset
$4 =3D 857

This doesn't really provide much more info, but I think the upstream fix is=
 not
sufficient. I'll report upstream.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-274825-7788-X1OY8ddfI5>