From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4451 invoked from network); 28 Oct 2003 14:32:57 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 28 Oct 2003 14:32:57 -0000 Received: (qmail 21954 invoked by alias); 28 Oct 2003 14:32:48 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19208 Received: (qmail 26251 invoked from network); 28 Oct 2003 14:26:08 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 28 Oct 2003 14:26:08 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [128.178.50.179] by sunsite.dk (MessageWall 1.0.8) with SMTP; 28 Oct 2003 14:26:7 -0000 Received: (qmail 12882 invoked from network); 28 Oct 2003 14:26:06 -0000 Received: from smartdatapc1.epfl.ch (HELO rhin.pse.sd) (128.179.50.2) by psemail.epfl.ch with SMTP; 28 Oct 2003 14:26:06 -0000 Received: from fred by rhin.pse.sd with local (Exim 3.36 #1 (Debian)) id 1AEUnD-0001Id-00; Tue, 28 Oct 2003 15:25:55 +0100 Date: Tue, 28 Oct 2003 15:25:55 +0100 From: Frederic Gobry To: Peter Stephenson Cc: zsh-workers@sunsite.dk, 217915-forwarded@bugs.debian.org Subject: Re: NSS LDAP/TLS crashing Message-ID: <20031028142555.GA658@rhin> References: <20031028130248.GA25490@scowler.net> <4239.1067350191@csr.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <4239.1067350191@csr.com> User-Agent: Mutt/1.5.4i Sender: --UugvWAfsgieZRqgk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Looks like there's some interaction between zsh's memory handling and > the library functions. I'm surprised to see zcalloc (which is a zsh > function) so near the top of the call stack. Does zcalloc appear as a > symbol in the C library in question? In that case we probably need to > rename it. Given the stack address (0x080...), it looks as if the actual function =66rom zsh is called. There probably was a corruption somewhere before that... I hope the valgrind trace will be of some use. The first invalid writes are a bit worrying, aren't they ? Fr=E9d=E9ric --=20 Fr=E9d=E9ric Gobry SMARTDATA =20 http://www.smartdata.ch/ PGP: 5B44F4A5 Lausanne - Switzerland +41 21 693 84 98 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/nnxzFjQHpltE9KURAtJeAKClzB5PX6BBY23MGAmKbrF4GwOt+QCgkMNI 4QsAhDpgGlkAZtZbbuiJq3s= =6hA9 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk--