From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16763 invoked from network); 18 Mar 2004 12:29:18 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 18 Mar 2004 12:29:18 -0000 Received: (qmail 12479 invoked by alias); 18 Mar 2004 12:28:27 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19658 Received: (qmail 12428 invoked from network); 18 Mar 2004 12:28:25 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 18 Mar 2004 12:28:25 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [62.189.58.19] by sunsite.dk (MessageWall 1.0.8) with SMTP; 18 Mar 2004 12:28:25 -0000 Received: from MAILSWEEPER01.csr.com (mailhost1.csr.com [62.189.183.235]) by lhuumrelay3.lnd.ops.eu.uu.net (8.11.0/8.11.0) with ESMTP id i2ICSOv22745 for ; Thu, 18 Mar 2004 12:28:24 GMT Received: from EXCHANGE02.csr.com (unverified [192.168.137.45]) by MAILSWEEPER01.csr.com (Content Technologies SMTPRS 4.3.12) with ESMTP id for ; Thu, 18 Mar 2004 12:28:02 +0000 Received: from csr.com ([192.168.144.127]) by EXCHANGE02.csr.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 18 Mar 2004 12:30:41 +0000 To: zw Subject: Re: memory leaks report In-reply-to: "Felix Rosencrantz"'s message of "Tue, 09 Mar 2004 23:46:09 PST." <20040310074609.94301.qmail@web10406.mail.yahoo.com> Date: Thu, 18 Mar 2004 12:28:23 +0000 Message-ID: <22097.1079612903@csr.com> From: Peter Stephenson X-OriginalArrivalTime: 18 Mar 2004 12:30:41.0932 (UTC) FILETIME=[D3D624C0:01C40CE4] Felix Rosencrantz wrote: > This is an old leak > 68 bytes in 1 blocks are definitely lost in loss record 8 of 19 > at malloc (vg_replace_malloc.c:153) > by zshcalloc (mem.c:508) > by newhashtable (hashtable.c:99) > by ??? > by ??? > by dyn_boot_module (module.c:625) > by boot_module (module.c:677) > by load_module (module.c:784) > by require_module (module.c:889) > by bin_zmodload_load (module.c:1615) I had a go at this last one before, but there's not enough information, so I had to guess. Some module initialisation function is initialising a hash table; the obvious one is zsh/parameter, but there was no obvious sign of a leak there. A test wehre every module is loaded sparately by hand with `zmodload zsh/...' should be able to pick up which it is. -- Peter Stephenson Software Engineer CSR Ltd., Science Park, Milton Road, Cambridge, CB4 0WH, UK Tel: +44 (0)1223 692070 ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************