Bug#757735: Build with either gcc 4.8 or clang

2014-08-17 Thread Raphael Manfredi
Hi Luca, I'm building with gcc 4.8 here when developing, and it works fine. I recommend building with gcc 4.8 or with clang, rather than removing optimizations from xmalloc.c, which is a hotspot in the application! Cheers, Raphael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debia

Bug#757735: So it may be a compiler optimization bug

2014-08-17 Thread Raphael Manfredi
Hello Brian, So your tests demonstrate that it may be a compiler optimization bug. In order to confirm that, could you please try to compile xmalloc.c with -O3, and see if it runs (the normal optimization is -O2). Also, could you show in the bug report which compiler you are using and which vers

Bug#757735: Need special debugging

2014-08-16 Thread Raphael Manfredi
Brian, It's bad news to know that the program runs without optimizations but fails when compiled with optimizations: that either means the program is incorrectly doing something undefined, that leads to this different behaviour, or that some of the optimizations performed by the compiler are wrong

Bug#757735: Chirugircal removing of compiler optimizations

2014-08-15 Thread Raphael Manfredi
Hi Brian, The gdb trace shows that compiler optimizations are preventing debugging: some variables having been optimized out, and therefore their printed value, if any, is inconsistent. In order to remove optimizations in the malloc() implementation, you need to go into the source tree of gtk-gnu

Bug#757735: Grave bug indeed

2014-08-14 Thread Raphael Manfredi
Daniel, This is a grave bug indeed. Since it appears very early in the initialization process and I cannot reproduce it here obviously, I am going to need your help to spot what is going on. Obviously, you're going to have to run it through gdb, but you need to go past the initial SIGSEGV event,

Bug#757735: This is not a bug

2014-08-13 Thread Raphael Manfredi
Dan, The log.txt attached to the bug report shows that you're running under gdb and gdb is getting a SIGSEGV, halting you in sig_compute_pc_index(). This is perfectly normal, as gtk-gnutella is triggering a SIGSEGV on purpose, and trapping it, in order to compute where the current PC is stored in

Bug#654905: Cannot configure dpkg-dev, complains about tar --warning

2012-01-06 Thread Raphael Manfredi
Package: dpkg-dev Version: 1.15.8.8 Severity: grave Justification: renders package unusable The following happens when I attempt to install 1.16.1.2: tar: unrecognized option `--warning=no-timestamp' Try `tar --help' or `tar --usage' for more information. dpkg-deb: error: subprocess tar returned

Bug#653059: glade-2: Crashes at startup

2011-12-23 Thread Raphael Manfredi
Quoting Josselin Mouette: : This package is no longer in unstable; it???s not even in squeeze. Comment je maintiens le GUI GTK2 de gtk-gnutella maintenant alors? Il y a un paquet de remplacement pour glade-2? Raphael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a s

Bug#653059: glade-2: Crashes at startup

2011-12-23 Thread Raphael Manfredi
Package: glade-2 Version: 2.6.8-2 Severity: grave Justification: renders package unusable Running "glade-2" now displays the following error: -- Gtk-Message: Failed to load module "gail" (glade-2:6322): Gtk-WARNING **: GtkSpinButton: setting an adj

Bug#549318: hplip: hp-devicesetup -u/--gui requires Qt4 GUI support

2009-10-02 Thread Raphael Manfredi
Package: hplip Version: 3.9.4b-1 Severity: grave Justification: renders package unusable After upgrading to the new hplip, I'm no longer able to launch hp-devicesetup. I get the following messages: warning: Qt/PyQt 4 initialization failed. error: hp-devicesetup -u/--gui requires

Bug#545356: initscripts: Missing dependency on sysvinit-utils

2009-09-06 Thread Raphael Manfredi
Package: initscripts Version: 2.87dsf-2+b1 Severity: grave Justification: causes non-serious data loss I "apt-geet install initscript" and it failed to grab the corresponding sysvinit-utils package. This caused /sbin/fstab-decode to be missing and therefore /etc/init.d/umountfs would not properly

Bug#470202: amanda-server: After upgrading from 2.5.1, amcheck -c fails with "Socket operation on non-socket"

2008-03-09 Thread Raphael Manfredi
Package: amanda-server Version: 1:2.5.2p1-1 Severity: grave Justification: renders package unusable After upgrading from 2.5.1, my "amcheck -c" now fails with: WARNING: paris: selfcheck request failed: error sending REQ: send REQ to paris.ram.loc failed: Socket operation on non-socket I did not