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