Tuesday 20 July 2004 14:44, Matthias Urlichs ra=F0=EB:
> Yes -- still not terribly helpful however, we need to find out who
> releases the memory.
This is what I discovered with valgrind:
=3D=3D12898=3D=3D Thread 2:
=3D=3D12898=3D=3D Invalid read of size 4
=3D=3D12898=3D=3D at 0x3C217C4B: _gnutls_get_dh_params (gnutls_dh_primes=
=2Ec:37)
=3D=3D12898=3D=3D by 0x3C217B8E: proc_dhe_client_kx (auth_dhe.c:268)
=3D=3D12898=3D=3D by 0x3C203C36: _gnutls_recv_client_kx_message (gnutls_=
kx.c:329)
=3D=3D12898=3D=3D by 0x3C2001C2: _gnutls_handshake_server (gnutls_handsh=
ake.c:2241)
=3D=3D12898=3D=3D by 0x3C1FECA8: gnutls_handshake (gnutls_handshake.c:18=
92)
=3D=3D12898=3D=3D by 0x3C0619A6: SSL_do_handshake (gnutls.c:627)
=3D=3D12898=3D=3D by 0x3C061ACC: gnutls_SSL_accept (gnutls.c:670)
=3D=3D12898=3D=3D by 0x3C05F393: ldap_pvt_tls_accept (tls.c:928)
=3D=3D12898=3D=3D by 0x8058FEF: connection_read (in /mnt/user/usr/sbin/s=
lapd)
=3D=3D12898=3D=3D by 0x80564AA: (within /mnt/user/usr/sbin/slapd)
=3D=3D12898=3D=3D Address 0x3C510FE0 is 0 bytes inside a block of size 8 f=
ree'd
=3D=3D12898=3D=3D at 0x3C01F918: free (vg_replace_malloc.c:127)
=3D=3D12898=3D=3D by 0x3C2182C9: gnutls_dh_params_deinit (gnutls_dh_prim=
es.c:229)
=3D=3D12898=3D=3D by 0x3C061AA2: SSL_do_handshake (gnutls.c:662)
=3D=3D12898=3D=3D by 0x3C061ACC: gnutls_SSL_accept (gnutls.c:670)
=3D=3D12898=3D=3D by 0x3C05F393: ldap_pvt_tls_accept (tls.c:928)
=3D=3D12898=3D=3D by 0x8058FEF: connection_read (in /mnt/user/usr/sbin/s=
lapd)
=3D=3D12898=3D=3D by 0x80564AA: (within /mnt/user/usr/sbin/slapd)
=3D=3D12898=3D=3D by 0x3C34B110: thread_wrapper (vg_libpthread.c:837)
=3D=3D12898=3D=3D by 0xB800FACC: do__quit (vg_scheduler.c:1792)
Message-Id: <email address hidden>
Date: Tue, 20 Jul 2004 15:15:33 +0300
From: Modestas Vainius <email address hidden>
To: "Matthias Urlichs" <email address hidden>
Cc: Roland Bauerschmidt <email address hidden>,
<email address hidden>
Subject: Re: Bug#244827: libgcrypt7: more info
--Boundary- 02=_wzQ/ AUWO121Bn22 "iso-8859- 13" Transfer- Encoding: quoted-printable Disposition: inline
Content-Type: text/plain;
charset=
Content-
Content-
Tuesday 20 July 2004 14:44, Matthias Urlichs ra=F0=EB:
> Yes -- still not terribly helpful however, we need to find out who
> releases the memory.
This is what I discovered with valgrind:
=3D=3D12898=3D=3D Thread 2: get_dh_ params (gnutls_dh_primes= recv_client_ kx_message (gnutls_= handshake_ server (gnutls_handsh= handshake. c:18= usr/sbin/ s= usr/sbin/ slapd) malloc. c:127) dh_params_ deinit (gnutls_dh_prim= usr/sbin/ s= usr/sbin/ slapd) c:837) c:1792)
=3D=3D12898=3D=3D Invalid read of size 4
=3D=3D12898=3D=3D at 0x3C217C4B: _gnutls_
=2Ec:37)
=3D=3D12898=3D=3D by 0x3C217B8E: proc_dhe_client_kx (auth_dhe.c:268)
=3D=3D12898=3D=3D by 0x3C203C36: _gnutls_
kx.c:329)
=3D=3D12898=3D=3D by 0x3C2001C2: _gnutls_
ake.c:2241)
=3D=3D12898=3D=3D by 0x3C1FECA8: gnutls_handshake (gnutls_
92)
=3D=3D12898=3D=3D by 0x3C0619A6: SSL_do_handshake (gnutls.c:627)
=3D=3D12898=3D=3D by 0x3C061ACC: gnutls_SSL_accept (gnutls.c:670)
=3D=3D12898=3D=3D by 0x3C05F393: ldap_pvt_tls_accept (tls.c:928)
=3D=3D12898=3D=3D by 0x8058FEF: connection_read (in /mnt/user/
lapd)
=3D=3D12898=3D=3D by 0x80564AA: (within /mnt/user/
=3D=3D12898=3D=3D Address 0x3C510FE0 is 0 bytes inside a block of size 8 f=
ree'd
=3D=3D12898=3D=3D at 0x3C01F918: free (vg_replace_
=3D=3D12898=3D=3D by 0x3C2182C9: gnutls_
es.c:229)
=3D=3D12898=3D=3D by 0x3C061AA2: SSL_do_handshake (gnutls.c:662)
=3D=3D12898=3D=3D by 0x3C061ACC: gnutls_SSL_accept (gnutls.c:670)
=3D=3D12898=3D=3D by 0x3C05F393: ldap_pvt_tls_accept (tls.c:928)
=3D=3D12898=3D=3D by 0x8058FEF: connection_read (in /mnt/user/
lapd)
=3D=3D12898=3D=3D by 0x80564AA: (within /mnt/user/
=3D=3D12898=3D=3D by 0x3C34B110: thread_wrapper (vg_libpthread.
=3D=3D12898=3D=3D by 0xB800FACC: do__quit (vg_scheduler.
--Boundary- 02=_wzQ/ AUWO121Bn22 pgp-signature Description: signature
Content-Type: application/
Content-
-----BEGIN PGP SIGNATURE-----
QzwHO9JRnPq4hQR Am9oAJ4h5hXsFRt lP8XwiIpC7oV75I q5GwCcCVug ub+uO4UU=
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQBA/
XLhwlkMjRPY9HrF
=IJL2
-----END PGP SIGNATURE-----
--Boundary- 02=_wzQ/ AUWO121Bn22- -