Found, and the same error exists at many places in the code.
/*
* warning: we do not clean this entry from Pools stack assuming
memPoolDestroy
* is used at the end of the program only
*/
void
memPoolDestroy(MemPool * pool)
causing memCleanModule() to again try to destroy pools already
destroyed by their modules..
Which is quite counter-intuitive. Will fix memPoolDestroy() and
memCleanModule(). The NTLM code is in my opinion correct here..
Regards
Henrik
On Sunday 10 March 2002 14:31, Henrik Nordstrom wrote:
> This is what I refer to (using ElecticFence):
>
> Program received signal SIGSEGV, Segmentation fault.
> memPoolInUseCount (pool=0x40880fb0)
> at
> /home/henrik/SRC/squid/SQUIDCACHE/commit-2.5/src/MemPool.c:300 300
> return pool->meter.inuse.level;
> (gdb) where
> #0 memPoolInUseCount (pool=0x40880fb0)
> at
> /home/henrik/SRC/squid/SQUIDCACHE/commit-2.5/src/MemPool.c:300 #1
> 0x08087049 in memCleanModule ()
> at
> /home/henrik/SRC/squid/SQUIDCACHE/commit-2.5/src/MemPool.c:121 #2
> 0x080866ad in SquidShutdown (unused=0x0)
> at /home/henrik/SRC/squid/SQUIDCACHE/commit-2.5/src/main.c:995
>
> I'll take a quick peek to see if I can pinpoint the culpit here.
> Shouldn't be too hard.
>
> Regards
> Henrik
Received on Sun Mar 10 2002 - 06:38:44 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:14:51 MST