Processed: Re: Bug#334407: gbib segfaults after update
Processing commands for [EMAIL PROTECTED]: > tags 334407 - fixed Bug#334407: gbib segfaults after update Tags were: fixed help confirmed Tags removed: fixed > severity 334407 important Bug#334407: gbib segfaults after update Severity set to `important' from `grave' > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
tags 334407 - fixed severity 334407 important quit On Tue, Jun 06, 2006 at 08:01:37PM +0200, Peter Henseler wrote: > Hello, > > I just reproduced the problem on an up-to-date sid system. The problem > seems to be connected to the libesd0 library. First I had installed the > package libesd-alsa0 (0.2.36-3), which provides libesd0. With this > package gbib terminates with a segfault on startup. Substitution of the > package libesd-alsa0 with the package libesd0 (0.2.36-3) resolves the > problem. Well I just tried to install libesd-alsa0 and gbib still run fine. Since you found a work-around I downgrade this bug to important. However, since gbib does not itself use sound it is suspicious that libesd0 fix the problem: it is probably not a bug in gbib. Could you try to compile gbib and run it under gdb ? Here how to proceed: # apt-get install fakeroot build-essential # apt-get build-dep gbib $ apt-get source gbib $ cd gbib-0.1.2 $ dpkg-buildpackage -rfakeroot $ gdb ./gib Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
tags 334407 fixed quit On Wed, Oct 19, 2005 at 02:05:01PM -0700, Steve Langasek wrote: > On Tue, Oct 18, 2005 at 10:15:45PM +0200, Philipp Frauenfelder wrote: > > Am Mon, Oct 17, 2005 at 10:38:09PM -0700 hat Steve Langasek getippert: > > > Two people have tried and failed to reproduce this problem on an > > > up-to-date > > > sid system. > > > Same for me. If I set up an up-to-date chroot of sid, the > > problem is not reproducible. I guess upgrading the right library > > will fix the problem. > > Hmm, ok. I also can't reproduce the problem in testing, and the valgrind > output doesn't point to any errors in gbib itself, so I guess this is a > transient library problem and the bug should be closed? I could not reproduce the problem either, so I am to agree with your assessement and tags the bug fixed. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#334407: gbib segfaults after update
Processing commands for [EMAIL PROTECTED]: > tags 334407 fixed Bug#334407: gbib segfaults after update Tags were: help confirmed Tags added: fixed > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
On Tue, Oct 18, 2005 at 10:15:45PM +0200, Philipp Frauenfelder wrote: > Am Mon, Oct 17, 2005 at 10:38:09PM -0700 hat Steve Langasek getippert: > > Two people have tried and failed to reproduce this problem on an up-to-date > > sid system. > Same for me. If I set up an up-to-date chroot of sid, the > problem is not reproducible. I guess upgrading the right library > will fix the problem. Hmm, ok. I also can't reproduce the problem in testing, and the valgrind output doesn't point to any errors in gbib itself, so I guess this is a transient library problem and the bug should be closed? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#334407: gbib segfaults after update
Am Mon, Oct 17, 2005 at 10:38:09PM -0700 hat Steve Langasek getippert: > If you have a valgrind report for this program, you may want > to post it to the bug report. Here it is. Please note that gbib is working under valgrind and segfaults without it on my system. Regards -- Philipp | work: [EMAIL PROTECTED] +41 1 802 20 00 Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ ==23937== Memcheck, a memory error detector. ==23937== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==23937== Using LibVEX rev 1367, a library for dynamic binary translation. ==23937== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==23937== Using valgrind-3.0.1, a dynamic binary instrumentation framework. ==23937== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==23937== For more details, rerun with: -v ==23937== --23937-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --23937-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --23937-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --23937-- DWARF2 CFI reader: unhandled CFI instruction 0:50 ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8EC6C2: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==23937==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8F4DEE: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD818F: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD8B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFDA07C: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFDA1DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB4E68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB500E: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB6BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BF6338B: getpwuid_r (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BDC137A: (within /usr/lib/libglib-1.2.so.0.0.10) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8F4DFD: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD818F: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD8B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFDA07C: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFDA1DD: __libc_dlopen_mode (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB4E68: __nss_lookup_function (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB500E: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFB6BCF: __nss_passwd_lookup (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BF6338B: getpwuid_r (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BDC137A: (within /usr/lib/libglib-1.2.so.0.0.10) ==23937== ==23937== Conditional jump or move depends on uninitialised value(s) ==23937==at 0x1B8F4E0C: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD818F: (within /lib/tls/libc-2.3.5.so) ==23937==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==23937==by 0x1BFD8B85: _dl_open (in /lib/tls/libc-2.3.5.so) ==23937==by 0x1BFDA07C: (within /l
Bug#334407: gbib segfaults after update
Am Mon, Oct 17, 2005 at 10:38:09PM -0700 hat Steve Langasek getippert: > Likewise, a full backtrace may be a bit more helpful than just citing the > innermost stack frame, which only tells us "something happened somewhere > which abused the memory management interface". I get --8<--8<--8<--8<--8<--8<--8<--8<-- Starting program: /usr/bin/gbib (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1216735552 (LWP 23847)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216735552 (LWP 23847)] 0xb7a59be1 in __gnu_cxx::__pool::_M_reclaim_block () from /usr/lib/libstdc++.so.6 (gdb) bt #0 0xb7a59be1 in __gnu_cxx::__pool::_M_reclaim_block () from /usr/lib/libstdc++.so.6 #1 0x0806889f in __gnu_cxx::__mt_alloc >::deallocate () #2 0x080688c2 in std::_Vector_base >::_M_deallocate () #3 0x08069205 in std::vector >::_M_insert_aux () #4 0x080692e9 in std::vector >::push_back () #5 0x08066bf0 in new_commands () #6 0x08060232 in BibentryTable::commandSize () #7 0x0806028a in readBibrc () #8 0x08060418 in main () (gdb) The program is running. Exit anyway? (y or n) y --8<--8<--8<--8<--8<--8<--8<--8<-- Regards -- Philipp | work: [EMAIL PROTECTED] +41 1 802 20 00 Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
Am Mon, Oct 17, 2005 at 10:38:09PM -0700 hat Steve Langasek getippert: > Two people have tried and failed to reproduce this problem on an up-to-date > sid system. Same for me. If I set up an up-to-date chroot of sid, the problem is not reproducible. I guess upgrading the right library will fix the problem. Regards -- Philipp | work: [EMAIL PROTECTED] +41 1 802 20 00 Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
On Mon, Oct 17, 2005 at 11:46:19PM +0200, Philipp Frauenfelder wrote: > Am Mon, Oct 17, 2005 at 07:35:29PM +0200 hat Peter Henseler getippert: > > after upgrading from version 0.1.2-6 gbib segfaults on program startup > > and dumps a core file. The command: > > gdb -c core `which gbib` > > tells me: > > #0 0x0f77bfa0 in __gnu_cxx::__pool::_M_reclaim_block () from > > /usr/lib/libstdc++.so.6 > > I hope, this helps to locate the bug. > > > > So long, the problem can be circumvented by downgrading to the former > > version 0.1.2-6. > Same on i386. Sorry, I have no quick idea what went wrong. > However, running gbib under valgrind (only for i386 and amd64), > I get a lot of errors and a working gbib. This usually indicates > that an array bound overwrite takes place which is caught by > valgrind and does not do any harm anymore. Without valgrind, the > array bound overwrite destroys something which leads to the > error. Two people have tried and failed to reproduce this problem on an up-to-date sid system. There is not enough information in this bug report to fix it without being able to reproduce it. If you have a valgrind report for this program, you may want to post it to the bug report. Likewise, a full backtrace may be a bit more helpful than just citing the innermost stack frame, which only tells us "something happened somewhere which abused the memory management interface". -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#334407: gbib segfaults after update
tags 33407 + confirmed help thanks Am Mon, Oct 17, 2005 at 07:35:29PM +0200 hat Peter Henseler getippert: > after upgrading from version 0.1.2-6 gbib segfaults on program startup > and dumps a core file. The command: > gdb -c core `which gbib` > tells me: > #0 0x0f77bfa0 in __gnu_cxx::__pool::_M_reclaim_block () from > /usr/lib/libstdc++.so.6 > I hope, this helps to locate the bug. > > So long, the problem can be circumvented by downgrading to the former > version 0.1.2-6. Same on i386. Sorry, I have no quick idea what went wrong. However, running gbib under valgrind (only for i386 and amd64), I get a lot of errors and a working gbib. This usually indicates that an array bound overwrite takes place which is caught by valgrind and does not do any harm anymore. Without valgrind, the array bound overwrite destroys something which leads to the error. The version -6 was compiled with a former compiler which did not provoke the problem. Due to real world problems, I do not have the time to fix this in the near future. Upstream has similar problems. :-( Regards -- Philipp | work: [EMAIL PROTECTED] +41 1 802 20 00 Frauenfelder | home: [EMAIL PROTECTED] +41 1 862 73 14 [PGP]| http://www.frauenfelder-kuerner.ch/ Proudly running Debian GNU/Linux. See http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334407: gbib segfaults after update
Package: gbib Version: 0.1.2-7 Severity: grave Justification: renders package unusable Hello, after upgrading from version 0.1.2-6 gbib segfaults on program startup and dumps a core file. The command: gdb -c core `which gbib` tells me: #0 0x0f77bfa0 in __gnu_cxx::__pool::_M_reclaim_block () from /usr/lib/libstdc++.so.6 I hope, this helps to locate the bug. So long, the problem can be circumvented by downgrading to the former version 0.1.2-6. Regards, Peter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2-peter Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gbib depends on: ii gdk-imlib11 1.9.14-24 imaging library for use with gtk ii libart2 1.4.2-25 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libesd-alsa0 [libesd0]0.2.36-1 Enlightened Sound Daemon (ALSA) - ii libgcc1 1:4.0.2-2 GCC support library ii libglib1.21.2.10-10 The GLib library of C routines ii libgnome321.4.2-25 The GNOME libraries ii libgnomesupport0 1.4.2-25 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-25 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-9 X Window System Input extension li ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m gbib recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
