Bug 167569 – net-p2p/gtk-gnutella-0.96.3 has Assertion Failure with SmoothGNOME-based themes

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description William Keaney 2007-02-19 02:16:14 UTC]

gkt-gnutella (GTKG) will build and install just fine with the GTK2 interface selected.  However, when launching it fails with:
---
Assertion failure (halloc.c:75) "value"
---
When built with identical configuration options, except using the GTK1 interface, there is no such problem.  I have reported this to [e-mail] and am awaiting response, but thought that in the mean time it may be a good idea to either add a USE flag to the ebuild or cause it to default to the GTK1 interface.  Currently the GTK2 interface is chosen by default.

Reproducible: Always

Steps to Reproduce:
1. Configure & build net-p2p/gtk-gnutella, selecting the GTK2 interface
2. Run gtk-gnutella
3. 

Actual Results:  
Program crashes with ' Assertion failure (halloc.c:75) "value" '

Expected Results:  
Application should work with the GTK2 interface, or be configured to use the GTK1 interface by default.

[Comment 1 William Keaney 2007-02-19 02:19:28 UTC]

Created attachment 110599 [details]
BT

Output from running gtk-gnutella in GDB, including full backtrace.

[Comment 2 Jakub Moc (RETIRED) 2007-02-19 07:49:28 UTC]

See http://www.gentoo.org/proj/en/qa/backtraces.xml for hints how to generate a more useful backtrace; also post emerge --info please.

[Comment 3 William Keaney 2007-02-19 14:10:06 UTC]

Thanks Jakub.  I read the page, and rebuilt GTKG by hand using " ./Configure -Oders -Dgtkversion=2 -Dccflags='-O1 -ggdb' ".  So the extra debugging info should be included, and the binary should not be stripped.  I purge my build directory of GTKG with a 'make clean && make clobber' before each build, and test directly from that directory, so I am certain that I'm debugging the correct build. 
The BT is still just as informative as it was before, even using 'thread apply all bt full'.  I tried rebuilding gdb with FEATURES="nostrip" just to be safe, but still get the same results.
A couple of folks from the GTKG mailing list have replied, and say that it Works For Them; I am going to check over my system to see if anything is out of sorts.
Here is my 'emerge --info':
Portage 2.1.2-r9 (default-linux/x86/2006.1, gcc-4.1.2, glibc-2.5-r0, 2.6.19-beyond2 i686)
=================================================================
System uname: 2.6.19-beyond2 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.20GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Fri, 16 Feb 2007 00:59:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.20
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-fsigned-char -march=pentium4 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-fsigned-char -march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/einit /usr/portage/local/layman/enlightenment /usr/portage/local/layman/xeffects /usr/portage/local/layman/custom-kernels /usr/portage/local/layman/n4g /usr/local/portage /usr/local/proaudio/overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="16bit 16bittmp X Xaw3d aac aalib acl acpi aim aimextras allegro alsa ansi ao apache2 apm aqua_theme artworkextra async athena audiofile avi bash-completion berkdb bidi bitmap-fonts bonobo bootsplash bzip2 cairo calendar caps cardbus cdda cddb cdio cdparanoia cdr ck-plus cle266 cli corba cracklib crypt css ctype cups curl curlwrappers dba dbus debug dga dio directfb dlloader doc dpms dri dvd dvdr dvdread eds effects emboss emoticon encode escreen ethereal evo evolution exif expat fam fastbuild fbcon fbdev fbsplash ffcall ffmpeg firefox flac flash flood font-server fontconfig foomaticdb force-cgi-redirect fortran ftp gatos gb gd gdbm geoip gg gif gimp glibc-omitfp glitz glut glx gmail gmailtimestamps gmp gnome gnome-print gnomecanvas gnutls gphoto2 gpm gsnd gstreamer gtk2 gtkhtml gtkspell guile gzip hal hardened hardenedphp hdaps hddtemp iconv icq idn imagemagick imap imlib inkjar ipv6 irc isdnlog jabber jack jackmidi java javascript jikes jpeg jpeg2k kdeenablefina kerberos kqemu lcms ldap libcaca libg++ libgda libwww lm_sensors mad maps mcal memlimit midi mikmod mime mimencode ming mmap mmx mng mono motif mozcalendar mp3 mpeg mplayer msn msnextras ncurses new-login nextaw nfs nls nptl nptlonly nsplugin objc odbc offensive ofx ogg openal opengl openssl oscar oss pam pam_console pam_timestamp pcre pdf pdflib perl plugin pmu png posix ppds pppd prelude python qt4 quicktime readline real reflection reiser4 samba sasl scanner screen sdl sensord session simplexml slang sndfile soap sockets sounds speedo spell spl spreadsheet sse sse-filters sse2 ssl svg svga sysfs syslog sysvipc tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd vcdimager vidix vim-with-x vnc vorbis win32codecs wma wmf wordperfect x86 xanim xim xine xinerama xml xml2 xorg xosd xpm xrandr xscreensaver xsl xv xvid yahoo zlib zydas" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia nv"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 4 Hans de Graaff 2007-02-20 07:19:17 UTC]

I think it is a very bad idea to default to GTK1 just to solve this issue. For most people the GTK2 interface works just fine, GTK1 is close to being deprecated in Gentoo, and the gtk-gnutella GTK1 interface is less featureful than the GTK2 interface.

Instead, let's focus on the bug and fix it. From the discussion on the gtk-gnutella mailing list it looks like this is actually a problem with one of GTK's theme engines?

[Comment 5 William Keaney 2007-02-21 00:36:21 UTC]

After much reconfiguring and rebuilding, I still can't get a decent stack trace out of this beast.  However, the problem seems to be related to SmoothGNOME-based themes.  GTKG works fine using other GTK2 themes (such as ClearLooks or ThinIce).  I'm still looking into what SmoothGNOME does that would kill GTKG.

[Comment 6 William Keaney 2007-02-22 14:22:48 UTC]

There was a bug in the smooth engine; a patch, which has already been applied upstream, can be found here:  http://bugzilla.gnome.org/show_bug.cgi?id=393312

[Comment 7 Hans de Graaff 2007-02-22 14:36:09 UTC]

Gnome folks, I noticed that this bug is not yet in a released version of gtk-engines. Whether or not you want to apply this patch in the meantime is up to you.

[Comment 8 Daniel Gryniewicz (RETIRED) 2007-02-22 22:36:41 UTC]

I added the patch to 2.8.2-r1

[Comment 9 Mart Raudsepp 2007-06-18 07:31:11 UTC]

2.8.2-r1 ebuild doesn't actually apply the patch...
Seeing as how 2.10 is in ~arch now, I think it's obsolete now anyway, right? :)

[Comment 10 Hans de Graaff 2007-06-18 18:16:24 UTC]

Assuming that gtk-engines 2.10.x will be stable sometime soon it may not be worth it to fix the 2.8.2-r1 build and let it sit in ~ for a month, I agree.