Re: [Lynx-dev] glibc-detected "double free or corruption bug" in lynx (2.8.8dev.14)

[dREPLACEeLETTEReEjBYeLETTEReAatGMA ILcom]

Thank you for you answer.

a) I used the stock lynx compiled for Linux Sabayon, available here:
http://ftp.sh.cvut.cz/MIRRORS/sabayon/entropy/standard/sabayon-limbo/packages/amd64/5/www-client%3alynx-2.8.8_pre14~0.tbz2

I think reasonably it was compiled using the script
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/lynx/lynx-2.8.8_pre14.ebuild?view=markup
called by the commandline `USE="bzip2 cjk gnutls -idn ipv6 nls ssl
unicode" emerge -nav =www-client/lynx-2.8.8_pre14` (will work on any
sabayon or gentoo installation, you may try a liveCD).

This commandline applies three of the patches publicly available at
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/lynx/files/
(click on the link labeled "1.1" to look at a specific patch; details
about bug number 352712, for example, can be found at
http://bugs.gentoo.org/show_bug.cgi?id=352712 ).

I provide here the meaning of elements in variable USE, that are
somehow passed to you configure script:

bzip2   : Use the bzlib compression library
cjk     : Adds support for Multi-byte character languages (Chinese,
Japanese, Korean)
gnutls  : Use gnutls library for HTTPS support (openssl is the default
library for HTTPS support).
-idn    : DO NOT Enable support for Internationalized Domain Names
ipv6    : Adds support for IP version 6
nls     : Adds Native Language Support (using gettext - GNU locale utilities)
ssl     : Enable HTTPS support.
unicode : Adds support for Unicode

################

b) Can you explain to me how to modify this script
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/lynx/lynx-2.8.8_pre14.ebuild
so that it will use valgrind ? (I know nothing about valgrind; you may
also just send me to a web page with an example of valgrind, I will
try to adapt it). To have a basic understanding of this script,
"emake" means make, "econf" means ./configure, ...

The bug happened when loading page
http://www.lesechos.fr/depeches/insolite/index.htm which I use a lot,
so I also thought that the bug was not reproducible.
Nethertheless, I will try to load all pages present in the
/tmp/lynxXXXXoXjg2y then-used folder and see if I can reproduce the
bug. This folder contains 285 files, and I cannot make an anonymized
version of it :-(. The last file in that folder,
L12307-227TMP.html.gz, is the one that triggered, once, the bug.

Are you able to use a coredump file if I provide one ? If you answer
yes, I will from know use lynx so that it dumps core next time I have
a bug to report.

The bug happened on a lynx process started 07 Jan 2013. The system has
been updated afterwards, on 09/01/2013, upgrading to
www-client/lynx-2.8.8_pre15 (from ..._pre14), and to
net-dns/libidn-1.26 (from ..-1.25). The bug happened on Monday, after
this upgrade.

################

Thank you soo much for taking care of Lynx.