Bug#395273: All leafnode binaries die horribly
On Friday 27 October 2006 05:32, you wrote: On Thu, Oct 26, 2006 at 07:37:33PM -0700, Paul Johnson wrote: On Thursday 26 October 2006 08:15, you wrote: Could you please try running one of these applications under valgrind to see if that provides more information about what is happening? Is there any noob docs for this? I'm not a developer; valgrind isn't something I know. As root run: apt-get install valgrind or equivalent to install valgrind and then: valgrind /usr/bin/fetchnews to run fetchnews under valgrind and send the output from that. Running under valgrind will slow fetchnews down enormously: this is expected. See attached output. -- Paul Johnson Email and IM (XMPP Google Talk): [EMAIL PROTECTED] ==17318== Memcheck, a memory error detector. ==17318== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al. ==17318== Using LibVEX rev 1658, a library for dynamic binary translation. ==17318== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP. ==17318== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework. ==17318== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al. ==17318== For more details, rerun with: -v ==17318== ==17318== Conditional jump or move depends on uninitialised value(s) ==17318==at 0x4010C4E: (within /lib/ld-2.3.6.so) ==17318==by 0x41932AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x4192D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x419553C: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x419559D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F65F: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F74F: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x41711C5: __nss_hosts_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x4173E45: gethostbyname_r (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x417367D: gethostbyname (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318== ==17318== Conditional jump or move depends on uninitialised value(s) ==17318==at 0x4010C5D: (within /lib/ld-2.3.6.so) ==17318==by 0x41932AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x4192D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x419553C: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x419559D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F65F: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F74F: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x41711C5: __nss_hosts_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x4173E45: gethostbyname_r (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x417367D: gethostbyname (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318== ==17318== Conditional jump or move depends on uninitialised value(s) ==17318==at 0x4010C6C: (within /lib/ld-2.3.6.so) ==17318==by 0x41932AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x4192D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x419553C: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x419559D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F65F: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F74F: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x41711C5: __nss_hosts_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x4173E45: gethostbyname_r (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x417367D: gethostbyname (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318== ==17318== Conditional jump or move depends on uninitialised value(s) ==17318==at 0x4010C7B: (within /lib/ld-2.3.6.so) ==17318==by 0x41932AF: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x4192D1E: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x419553C: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x400B44E: (within /lib/ld-2.3.6.so) ==17318==by 0x419559D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F65F: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x416F74F: (within /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x41711C5: __nss_hosts_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x4173E45: gethostbyname_r (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318==by 0x417367D: gethostbyname (in /lib/tls/i686/cmov/libc-2.3.6.so) ==17318== ==17318==
Bug#395273: All leafnode binaries die horribly
On Mon, Oct 30, 2006 at 01:32:18PM -0800, Paul Johnson wrote: See attached output. Thanks, that's helpful. There seems to be something going wrong outside fetchnews but there does look to be a problem in fetchnews itself. Could you please generate a valgrind trace against a fetchnews binary with debug symbols? You can do this by rebuilding the source package and then running valgrind against the fetchnews binary in the source tree. To get the packages needed to do the build install things needed to do the build: apt-get build-dep leafnode apt-get install leafnode then get the source package and compile it: apt-get source leafnode cd leafnode-2.0.0.alpha20061010a dpkg-buildpackage -rfakeroot -us -uc -B and finally run valgrind on the resulting fetchnews binary: valgrind -v ./fetchnews If you're not comfortable with doing this please say and I'll upload something for you to try somewhere when I'm on the correct machine. -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Bug#395273: All leafnode binaries die horribly
On Mon, Oct 30, 2006 at 01:32:18PM -0800, Paul Johnson wrote: See attached output. Sorry, I should also have asked: could you please try running fetchnews with verbosity turned up: fetchnews -vvv (it's probably as well to do this outside of valgrind; if you don't feel comfortable with the debug symbols stuff this should be at least as useful). -- You grabbed my hand and we fell into it, like a daydream - or a fever. signature.asc Description: Digital signature
Bug#395273: All leafnode binaries die horribly
On Thu, Oct 26, 2006 at 07:37:33PM -0700, Paul Johnson wrote: On Thursday 26 October 2006 08:15, you wrote: Could you please try running one of these applications under valgrind to see if that provides more information about what is happening? Is there any noob docs for this? I'm not a developer; valgrind isn't something I know. As root run: apt-get install valgrind or equivalent to install valgrind and then: valgrind /usr/bin/fetchnews to run fetchnews under valgrind and send the output from that. Running under valgrind will slow fetchnews down enormously: this is expected. -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395273: All leafnode binaries die horribly
severity 395273 important thanks On Wed, Oct 25, 2006 at 04:33:19PM -0700, Paul Johnson wrote: Severity: grave Justification: renders package unusable Downgrading since this doesn't seem to affect all systems (the package was tested on i386 prior to upload, for example). -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395273: All leafnode binaries die horribly
On Thursday 26 October 2006 08:15, you wrote: On Wed, Oct 25, 2006 at 04:33:19PM -0700, Paul Johnson wrote: fetchnews and leafnode die with the following output: Could you please try running one of these applications under valgrind to see if that provides more information about what is happening? Is there any noob docs for this? I'm not a developer; valgrind isn't something I know. I was able to test these packages succesfully so it appears that there is something different about your systems which is triggering the problem. Given that it looks like memory corruption hopefully valgrind will be able to identify it. If it helps, running fetchnews/leafnode with env MALLOC_CHECK_=0 fetchnews (or leafnode) seems to work perfectly. -- Paul Johnson Email and IM (XMPP Google Talk): [EMAIL PROTECTED] pgpwKiKbQO1Nf.pgp Description: PGP signature
Bug#395273: All leafnode binaries die horribly
Package: leafnode Version: 2.0.0.alpha20061010a-1 Severity: grave Justification: renders package unusable fetchnews and leafnode die with the following output: *** glibc detected *** free(): invalid pointer: 0x0806d8af *** Aborted Package is thus unusable. -- Package-specific info: version: leafnode-2.0.0.alpha20061010a current machine: Linux ursa-major 2.6.17-2-k7 #1 SMP Wed Sep 13 17:18:46 UTC 2006 i686 GNU/Linux bindir: /usr/bin sysconfdir: /etc/news/leafnode default spooldir: /var/spool/news IPv6: yes default MTA: /usr/sbin/sendmail pcre version: 6.7 04-Jul-2006 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1000, 'unstable'), (999, 'experimental'), (500, 'testing'), (400, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages leafnode depends on: ii debconf [debconf-2.0]1.5.6 Debian configuration management sy ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii logrotate3.7.1-3 Log rotation utility ii netbase 4.27Basic TCP/IP networking system ii tcpd 7.6.dbs-11 Wietse Venema's TCP wrapper utilit leafnode recommends no packages. -- debconf information: * leafnode/update-groups: false * leafnode/tcpd: true leafnode/ppp: * leafnode/network: permanent leafnode/purge: false * leafnode/server: free.teranews.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]