Bug 76967 – Centericq 4.13.0 (~amd64) crashes viewing a user's details.

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Rob 2005-01-06 16:37:57 UTC]

Centericq run from Konsole crashes when trying to view a user's details.
Centericq is ~amd64 (not marked stable yet, for good reason ;)) 


Reproducible: Always
Steps to Reproduce:
1.Connect to your AIM account using Centericq
2. Find a buddy and press '?' to view information.

Actual Results:  
Segmentation fault.

Expected Results:  
Displayed the user's details and information.

emerge --info:
Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r12 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r12 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -fomit-frame-pointer -pipe -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -fomit-frame-pointer -pipe -march=athlon64"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://mirror.clarkson.edu/pub/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi aim alsa arts bitmap-fonts cdr crypt cups dvd f77 fam flac
fortran gif gnome gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jp2 jpeglzw
lzw-tiff mad motif mozilla multilib ncurses nptl offensive opengl oss pam perl
png python readline ssl tcpd tiff truetype truetype-fonts type1-fonts usb
userlocales xml2 xmms xpm xrandr xv zlib"
If someone wants to show me how to do a "core dump" or "strace" or what have
you, I'd gladly oblige.

[Comment 1 Tom Martin (RETIRED) 2005-01-11 07:26:52 UTC]

I have the same problem, but I can't figure it out.

[Comment 2 Wolfram Schlich (RETIRED) 2005-01-11 07:49:42 UTC]

I have just asked the CenterICQ author about it:
http://article.gmane.org/gmane.network.centericq/3125

[Comment 3 Wolfram Schlich (RETIRED) 2005-01-11 07:59:45 UTC]

Ok, dear AMD64 Porting Team :), can Konstantin Klyagin (the author of CenterICQ) have access to one of your AMD64 boxes in order to be able to verify and fix the bug? Please contact him directly at [e-mail]. Thanks in advance.

[Comment 4 Mike Doty (RETIRED) 2005-01-11 08:25:58 UTC]

I suppose I can arrange for access on my network.  it'll take me a little time to get access straightened out though.

[Comment 5 Wolfram Schlich (RETIRED) 2005-01-19 16:14:20 UTC]

Mike, any news here?

[Comment 6 Wolfram Schlich (RETIRED) 2005-01-21 00:19:48 UTC]

Can some AMD64 user please try the patch mentioned on http://article.gmane.org/gmane.network.centericq/3173 ?

[Comment 7 Rob 2005-01-21 09:56:49 UTC]

I'll give it a go when I get home.

[Comment 8 Jan Brinkmann (RETIRED) 2005-01-21 11:55:52 UTC]

indeed, that patch fixed the problem. i've commited the patch, the ebuilds for the version 4.13.0 and 4.14.0 make use of it. thanks to Rob for the report, thanks to Wolfram for his effort and finally special thanks to Julian for the patch itself. do 'emerge sync' again in a few hours and emerge centericq again, afterwards it'll work fine again.

[Comment 9 Rob 2005-01-21 12:15:49 UTC]

Good to hear, and no need to thank me for the report, thanks for the fix.