Gaim fails to log on to my MSN account on the first attempt, then segfaults on the second attempt. Reproducible: Always Steps to Reproduce: 1. emerge gaim 2. run gaim and configure an MSN account 3. Try to connect to MSN (connection fails) 4. Click "reconnect" Actual Results: Gaim segfaults Expected Results: Logs on using MSN account Occasionally gaim doesn't segfault, but continues to fail to connect. It does not seem to be a network problem, as the gaim windows port can connect to MSN when run under wine (the GUI is a bit messed up though). AMSN works on my machine; Kopete doesn't (I haven't investigated this much as I don't use kopete. Before crashing it spends a long time on "Password sent". Backtrace (I don't know much about debugging, but shouldn't this be a bit more verbose?): (gdb) bt #0 0x40a6b85b in ?? () #1 0x0830bb1c in ?? () (gdb)
Created attachment 47903 [details] Log of a gaim session that segfaulted This is the standard output and standard error from gaim compiled with "USE=debug emerge gaim".
I have attached the result of "gaim -d &> gaim_debug.log".
Was that bt done with USE="debug"?
Well, the USE environment variable was not declared when I got the BT, but it was when I emerged gaim. I thought the BT seemed a little minimalist. I'm a bit vague here, but is there a compiler option I need to give as well? How do I do that with emerge? As far as I can tell, USE=debug just makes it print all that stdout/stderr (normally I think it only give GTK errors, on stderr. Sorry if this is useless, but though the following might be useful. It's just GDB up until before the first command is entered. Is (no debugging symbols found) relevant? bash-2.05b$ gdb gaim GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found)...Using host libthread_db library "/lib/libthread_db.so.1". (gdb)
`USE="debug" emerge gaim` is all you need to find bugs in gaim. If this is indeed the case then it looks like this crash occurs outside of gaim. Run gaim with `gaim -d > gaimdebug.log` and paste what the log says shortly before the crash.
I have already attached the result of gaim &> gaim_debug.log, but I'll redo it with -d. Also, I'm using gaim -d &> gaimdebug.log, because without the "&" a lot of stderr just goes to the terminal. I have replaced my email address with "[email]" in the log.
Created attachment 48560 [details] Output from gaim -d &> gaimdebug.log
Sorry for removing my email from the log, I didn't realise that it was in this page anyway. Is there a way I can hide it? (in case a spam crawler caches this page)
Just to try and dig deeper: In /etc/make.conf, add "nostrip" to your FEATURES var, and add "debug" to your USE var. Then re-emerge glib, gtk+ and gaim and see if you can get a backtrace then.
Also add "-g" to your CFLAGS
CFLAGS? emerge info.
gaim-1.1.2 also introduced a number of MSN bug fixes. I'll ask you to try and duplciate with gaim-1.1.2 and try to get a new backtrace.
Created attachment 50228 [details] Output from emerge info
Does -fomit-frame-pointer remove debugging information from binaries? Also, is there a way to change cflags for a paticular ebuild without editing make.conf, a bit like package.use for use flags?
No -fomit-frame-pointer should be fine. Can you test this in 1.1.3? There were a number more fixes for MSN in 1.1.3, and even more in 1.1.4 which will be released this evening.
It's still broken in 1.1.3. Will 1.1.4 enter portage this evening too? If not, when will it be in portage? I am happy to use it before the ~x86 keyword is removed. If 1.1.4 will be in portage tomorrow, would you mind if I wait for it before recompiling? Would there be any "side effects" of making the changes to make.conf that you suggested? Will it matter if after recompiling glib, gtk+ and gaim I change it back?
Yes 1.1.4 will be in ~x86 tonight sometime. Feel free to compile whenever you wish.
Just to confirm that you have rebuilt glib, gtk+ and gaim with USE="debug" and FEATURES="nostrip"?
Also are you trying the HTTP method to connect to MSN?
I haven't recompiled yet as I was waiting for a response about -fomit-frame-pointer. If it's OK with you I will wait till 1.1.4 before rebuilding. I have tried htt[ and normal methods. Both failed, thought I may have used the wrong options for http.
OK, I have a BT for gaim 1.1.4. I've included a log of the entire gdb session in case it is usefull. Sorry if it is too much information.
Created attachment 52171 [details] Log of GDB running gaim 1.1.4 This is a log of gaim crashing on second connection attempt, under GDB.
Sorry for posting all that stuff, the important bit is probably: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 9437)] 0x40a84230 in ?? () (gdb) bt #0 0x40a84230 in ?? () #1 0x00000001 in ?? () #2 0x08354f48 in ?? () (gdb) Will I need to get another backtrace? I ask because I am about to upgrade to the new glibc and GTK+ and want to know if I should compile them for debugging.
Add "nostrip" to FEATURES, "-g" to CFLAGS, "debug" to USE, then rebuild glib, gtk+, and gaim and then get a backtrace.
Created attachment 53172 [details] Gaim crashing in GDB Glib, GTK+ and Gaim have all been recompiled with the options you requested. The backtrace from this log is: #0 0x416b0fc0 in ?? () #1 0x00000001 in ?? () #2 0x08386f80 in ?? ()
Created attachment 53173 [details] My make.conf The comments are just there for me to change it back later. I have included this to confirm that I have set the right options for obtaining a backtrace.
I don't see "debug" in your USE flag, but you may have done that on command line. Very odd that we can't seem to get a backtrace that isn't completely worthless.
From my pacakges.use: dev-libs/glib debug x11-libs/gtk+ debug net-im/gaim debug I don't need everything else on my system set to debug do I? Are the other settings correct?
Maybe the problem is that it has not terminated properly when I get the backtrace? It closes standard output and lets me reuse the shell it was launched from while it's window is still open (but blank and unresponsive) and it's process still running. When in GDB, it doesn't seem to end untill I either quit GDB or kill all processes called gaim
If it's any use, almost all KDE apps on my system take ages to open internet connections, e.g. Konqueror waits 30 secs then loads the page quickly. I haven't yet seen this problem in anything other than KDE apps, but I guess it could block MSN if it affects Gaim though. Just an odd thought based on the DNS-related errors I see in the Gaim log...
Oh yes if you are having DNS timeouts that would cause a problem as well. Do you have your localhost and computer name entered in /etc/hosts?
I don't know if it is DNS related. Do you think the log of gaim's output I posted suggests DNS problems? My hosts file: 127.0.0.1 localhost 192.168.1.19 maktaba 192.168.1.18 shared server 192.168.1.1 router 192.168.1.17 fergus news.cable.ntlworld.com news My machine is maktaba; the other 192.168.1.* entries are just to make the names of computers match the names Windows uses (the Samba names). Many internet application work fine, including Firefox, AMSN, Thunderbird, etc. Only KDE apps take ages to open connections, unless gaim does :) Would it help if I added the MSN messenger servers to the hosts file? If so, which servers should I add?
I think this bug is very similar to #62283. It will appear each time gnutls has been version-bumped. Temporary solution: After upgrading to a new version of gnutls, re-emerge gaim.
I have repeatedly re-emerged Gaim without making other changes. Currently, Gaim is the last thing I emerged, and it still fails. Gaim has yet to work at all on my Gentoo installation, though it does run under the Knoppix live cd. Is it possible that Gaim is trying to use IPv6, then timing out? I have had trouble with KDE doing this until recently, causing it to take up to a minute to open any (I think) TCP connection. The IPv6 use flag is off and IPv6 is disabled in rc.conf (the line reads: PROTOCOLS="1 2"). Is there a way to make sure it doesn't use IPv6? Anyway that is what was causing the faults that looked like DNS timeouts in KDE. Sorry if that is useless.
Created attachment 58946 [details] Gaim crashing in GDB, with a backtrace this time
I've got a proper backtrace! (I think) I think I had to wait until all of Gaim had quit (the DNS things, I think?), as Gaim returns the shell before all "gaim" processes have terminated. I think it gives the useless "??" BTs when I type bt without waiting for "dns[5947]: nobody needs me... =(". I hope this one is more usefull. I've attached a full log; the backtrace bit is: (gdb) bt #0 0x00000003 in ?? () #1 0xb7a9adc8 in IA__g_hash_table_lookup (hash_table=0x8330940, key=0xb757b026) at ghash.c:193 #2 0xb7567c94 in login_connect_cb (data=0x83463b8, gsc=0x8346270, cond=GAIM_INPUT_READ) at stdlib.h:338 #3 0xb74fc1cb in ssl_nss_connect_cb (data=0x8346270, source=10, cond=137562432) at ssl-nss.c:229 #4 0x08087a8e in no_one_calls (data=0x8346300, source=10, cond=GAIM_INPUT_WRITE) at proxy.c:815 #5 0x080cbd65 in gaim_gtk_io_invoke (source=0x8330940, condition=4294967295, data=0x8347c18) at gtkeventloop.c:61 #6 0xb7acdd22 in g_io_unix_dispatch (source=0x834ea10, callback=0x80cbd20 <gaim_gtk_io_invoke>, user_data=0x8330940) at giounix.c:162 #7 0xb7aa7fd8 in g_main_dispatch (context=0x8138530) at gmain.c:1947 #8 0xb7aa8f98 in IA__g_main_context_dispatch (context=0x8138530) at gmain.c:2497 #9 0xb7aa92f4 in g_main_context_iterate (context=0x8138530, block=1, dispatch=1, self=0x813f1c8) at gmain.c:2578 #10 0xb7aa98b4 in IA__g_main_loop_run (loop=0x83303e0) at gmain.c:2782 #11 0xb7d732d1 in IA__gtk_main () at gtkmain.c:963 #12 0x080f8232 in main (argc=1, argv=0xbffff144) at main.c:961 Hope that helps a bit more.
I'm using gnome-2.10 and gaim-1.3 and i also get a cordump when starting gaim - i have included emerge --info and a gdb backtrace. I think it has something to do with glibc... - could this be the case? # emerge --info Portage 2.0.51.21-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.10-gentoo-r6 i686) ================================================================= System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1600MHz Gentoo Base System version 1.6.8 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.1-r2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -mmmx -msse -msse2 -funroll-loops -pipe -fomit-frame-pointer" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=pentium3 -mmmx -msse -msse2 -funroll-loops -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/ ftp://ftp6.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.inode.at/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups curl doc dvd eds emacs emboss encode esd fam flac foomaticdb fortran gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml imlib ipv6 java jpeg ldap libg++ libwww mad mikmod motif mozilla mp3 mpeg msql mysql ncurses nls ogg oggvorbis opengl oss pam pcmcia pda pdflib perl png pnp python quicktime readline samba sdl slang snmp spell ssl svg svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts upeg usb vorbis xine xml xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/bin/gaim (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 3846)] sound: Initializing sound output drivers. plugins: registering plugin-load signal plugins: registering plugin-unload signal plugins: probing /usr/lib/gaim/docklet.so plugins: probing /usr/lib/gaim/docklet.la plugins: probing /usr/lib/gaim/gaim-remote.so plugins: probing /usr/lib/gaim/gaim-remote.la plugins: probing /usr/lib/gaim/gestures.so plugins: probing /usr/lib/gaim/gestures.la plugins: probing /usr/lib/gaim/perl.so plugins: probing /usr/lib/gaim/perl.la plugins: probing /usr/lib/gaim/tcl.so plugins: probing /usr/lib/gaim/tcl.la plugins: probing /usr/lib/gaim/ssl.so plugins: probing /usr/lib/gaim/ssl.la plugins: probing /usr/lib/gaim/ssl-gnutls.so plugins: probing /usr/lib/gaim/ssl-gnutls.la plugins: probing /usr/lib/gaim/ssl-nss.so plugins: probing /usr/lib/gaim/ssl-nss.la plugins: probing /usr/lib/gaim/ticker.so plugins: probing /usr/lib/gaim/ticker.la plugins: probing /usr/lib/gaim/autorecon.so plugins: probing /usr/lib/gaim/autorecon.la plugins: probing /usr/lib/gaim/extplacement.so plugins: probing /usr/lib/gaim/extplacement.la plugins: probing /usr/lib/gaim/history.so plugins: probing /usr/lib/gaim/history.la plugins: probing /usr/lib/gaim/iconaway.so plugins: probing /usr/lib/gaim/iconaway.la plugins: probing /usr/lib/gaim/idle.so plugins: probing /usr/lib/gaim/idle.la plugins: probing /usr/lib/gaim/notify.so plugins: probing /usr/lib/gaim/notify.la plugins: probing /usr/lib/gaim/relnot.so plugins: probing /usr/lib/gaim/relnot.la plugins: probing /usr/lib/gaim/spellchk.so plugins: probing /usr/lib/gaim/spellchk.la plugins: probing /usr/lib/gaim/statenotify.so plugins: probing /usr/lib/gaim/statenotify.la plugins: probing /usr/lib/gaim/timestamp.so plugins: probing /usr/lib/gaim/timestamp.la plugins: probing /usr/lib/gaim/libgg.so plugins: probing /usr/lib/gaim/libgg.la plugins: probing /usr/lib/gaim/libirc.so plugins: probing /usr/lib/gaim/libirc.la plugins: probing /usr/lib/gaim/libjabber.so plugins: probing /usr/lib/gaim/libjabber.la plugins: probing /usr/lib/gaim/libmsn.so plugins: probing /usr/lib/gaim/libmsn.la plugins: probing /usr/lib/gaim/libnapster.so plugins: probing /usr/lib/gaim/libnapster.la plugins: probing /usr/lib/gaim/libnovell.so plugins: probing /usr/lib/gaim/libnovell.la plugins: probing /usr/lib/gaim/liboscar.so plugins: probing /usr/lib/gaim/liboscar.la plugins: probing /usr/lib/gaim/libyahoo.so plugins: probing /usr/lib/gaim/libyahoo.la plugins: probing /usr/lib/gaim/libzephyr.so plugins: probing /usr/lib/gaim/libzephyr.la plugins: probing /usr/lib/gaim/encrypt.so plugins: probing /usr/lib/gaim/encrypt.la plugins: probing /usr/lib/gaim/encrypt.a plugins: probing /usr/lib/gaim/gevolution.so plugins: probing /usr/lib/gaim/gevolution.la plugins: probing /root/.gaim/smileys plugins: probing /root/.gaim/prefs.xml plugins: probing /root/.gaim/accels plugins: probing /root/.gaim/logs plugins: probing /root/.gaim/accounts.xml plugins: probing /root/.gaim/blist.xml plugins: probing /root/.gaim/icons plugins: probing /root/.gaim/status.xml plugins: registering plugin-load signal plugins: registering plugin-unload signal plugins: registering plugin-load signal plugins: registering plugin-unload signal blist import: Reading /root/.gaim/blist.xml blist import: Finished reading /root/.gaim/blist.xml prefs: Reading /root/.gaim/prefs.xml prefs: Finished reading /root/.gaim/prefs.xml plugins: Loading saved plugin /usr/lib/gaim/history.so plugins: Loading saved plugin /usr/lib/gaim/ssl-nss.so plugins: Loading saved plugin /usr/lib/gaim/ssl.so plugins: Loading saved plugin /usr/lib/gaim/docklet.so tray icon: plugin loaded tray icon: created pounces: Error reading pounces: Failed to open file '/root/.gaim/pounces.xml': No such file or directory Session Management: No SESSION_MANAGER found, aborting. account: Connecting to account 0x818cdc0. gc = 0x81f26b8 connection: Connecting. gc = 0x81f26b8 connection: Calling serv_login server: gaim 1.3.0 logging in 12135473 using AIM/ICQ oscar: oscar_login: gc = 0x81f26b8 dns: Debugger detected, performing useless query... dns: Created new DNS child 3853, there are now 1 children. account: Connecting to account 0x81cd320. gc = 0x8117748 connection: Connecting. gc = 0x8117748 connection: Calling serv_login server: gaim 1.3.0 logging in dorninge@hotmail.com using MSN msn: new httpconn (0x8117918) dns: Created new DNS child 3854, there are now 2 children. dns: Host 'login.icq.com' resolved proxy: Connecting to login.icq.com:21 with no proxy proxy: Connect would have blocked. proxy: Connected. oscar: Screen name sent, waiting for response dns: Host 'messenger.hotmail.com' resolved proxy: Connecting to messenger.hotmail.com:1863 with no proxy proxy: Connect would have blocked. oscar: inside auth_resp (Screen name: 12135473) oscar: Reg status: 0 oscar: Email is NULL oscar: BOSIP: 64.12.24.56:21 oscar: Closing auth connection... dns: Successfully sent DNS request to child 3853 dns: Host '64.12.24.56' resolved proxy: Connecting to 64.12.24.56:21 with no proxy proxy: Connect would have blocked. proxy: Connected. msn: C: NS 000: VER 1 MSNP9 MSNP8 CVR0 proxy: Connected. msn: S: NS 000: VER 1 MSNP9 MSNP8 CVR0 msn: C: NS 000: CVR 2 0x0409 winnt 5.1 i386 MSNMSGR 6.0.0602 MSMSGS dorninge@hotmail.com oscar: MOTD: Unknown (5) msn: S: NS 000: CVR 2 6.2.0205 6.2.0205 6.2.0205 http://download.microsoft.com/download/2/8/1/2817ceaf-2de7-48bc-b33c-5ad924ae93e7/EN/SetupDL.exe http://messenger.msn.com msn: C: NS 000: USR 3 TWN I dorninge@hotmail.com oscar: ssi: requesting rights and list msn: S: NS 000: XFR 3 NS 207.46.106.197:1863 0 207.46.104.20:1863 dns: Successfully sent DNS request to child 3854 dns: Host '207.46.106.197' resolved proxy: Connecting to 207.46.106.197:1863 with no proxy proxy: Connect would have blocked. proxy: Connected. msn: C: NS 000: VER 4 MSNP9 MSNP8 CVR0 oscar: 12135473 0: userinfo: **warning: unexpected TLV: oscar: 12135473 0: userinfo: sn =12135473 oscar: 12135473 0: userinfo: type =0x0014 oscar: 12135473 0: userinfo: length=0x0001 oscar: 12135473 0: userinfo: value: oscar: 12135473 0: userinfo: oscar: 12135473 0: 0x29 oscar: 12135473 0: oscar: locate rights: max sig len = 1024 oscar: buddy list rights: Max buddies = 600 / Max watchers = 2000 oscar: BOS rights: Max permit = 250 / Max deny = 250 server: allowing NOP oscar: buddy list loaded msn: S: NS 000: VER 4 MSNP9 MSNP8 CVR0 msn: C: NS 000: CVR 5 0x0409 winnt 5.1 i386 MSNMSGR 6.0.0602 MSMSGS dorninge@hotmail.com msn: S: NS 000: CVR 5 6.2.0205 6.2.0205 6.2.0205 http://download.microsoft.com/download/2/8/1/2817ceaf-2de7-48bc-b33c-5ad924ae93e7/EN/SetupDL.exe http://messenger.msn.com msn: C: NS 000: USR 6 TWN I dorninge@hotmail.com oscar: Received offline message. Converting to channel 4 ICBM... oscar: Received a channel 4 message of type 0x01. oscar: Parsing IM part, charset=0x0000, charsubset=0x0000, datalen=6 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 3846)] 0x4075119f in free () from /lib/libc.so.6 (gdb) dns[3853]: nobody needs me... =( dns[3854]: nobody needs me... =( (gdb) backtrace #0 0x4075119f in free () from /lib/libc.so.6 #1 0x40752971 in malloc () from /lib/libc.so.6 #2 0x417f8bef in operator new () from /usr/lib/gcc/i386-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #3 0x417d698c in std::string::_Rep::_S_create () from /usr/lib/gcc/i386-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #4 0x417d6a30 in std::string::_Rep::_M_clone () from /usr/lib/gcc/i386-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #5 0x417d7025 in std::string::reserve () from /usr/lib/gcc/i386-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #6 0x417d7b91 in std::operator+<char, std::char_traits<char>, std::allocator<char> > () from /usr/lib/gcc/i386-pc-linux-gnu/3.4.3-20050110/libstdc++.so.6 #7 0x41f6c826 in Arts::MCOPUtils::createFilePath () from /usr/kde/3.3/lib/libmcop.so.1 #8 0x00000000 in ?? () #9 0xbfff7d00 in ?? () #10 0xbfff7d10 in ?? () #11 0x00000000 in ?? () #12 0x02ebe053 in ?? () #13 0xbfff7d20 in ?? () #14 0x08409460 in ?? () #15 0x41f03c2b in ?? () from /usr/kde/3.3/lib/libmcop.so.1 #16 0x42065594 in ?? () from /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.so.5 #17 0x42065594 in ?? () from /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.so.5 #18 0xbfff7ce8 in ?? () #19 0x420353f0 in std::string::_M_replace_safe<char const*> () from /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.so.5 Previous frame inner to this frame (corrupt stack?) (gdb)
(In reply to comment #37) > oscar: Parsing IM part, charset=0x0000, charsubset=0x0000, datalen=6 > > Program received signal SIGSEGV, Segmentation fault. > #7 0x41f6c826 in Arts::MCOPUtils::createFilePath () from > /usr/kde/3.3/lib/libmcop.so.1 Disable sound in your preferences, or change it to not use arts. There is a bug in libao (which gaim uses for sound notification) with arts.
Thanks - this one did the trick: USE="-arts" emerge -v libao After this everything worked fine again (was not aware that arts was used by default)
Ben I'm sorry for being out for a long time. I've brought this to the attention of the gaim devs and the MSN guy is wondering if you can still duplicate in 1.5.0. He said some nasty crashiness was fixed as of 1.3.1. Please let me know if you can duplicate in gaim 1.5.0.
Yes, this crash can still be reproduced with Gaim 1.5.0. Would a backtrace with 1.5.0 help?
Sorry things are taking so long, if you are still having the problems please yes, a backtrace from 1.5.0 would be very helpful
I'm recompiling with debugging in GTK+ and glib. Which cflags shouldn't be used for debugging? Is fomit-frame-pointer OK? If not, is it safe to turn it off for some packages but on for others? Is there a way to specify different CFLAGs for different packages, or do I need to continue editting make.conf before I build gaim (assuming I don't want to change the CFLAGs across the system)? (Apologies for my ignorance, and for posting the kind of questions that make people hate Gentoo users ;)
Didn't change my cflags. Here is a backtrace from gaim 1.50. #0 0xb763ff3e in strtol_l () from /lib/libc.so.6 #1 0xb763f8aa in __strtoul_internal () from /lib/libc.so.6 #2 0xb73f212f in login_connect_cb (data=0x8387458, gsc=0x8387600, cond=GAIM_INPUT_READ) at stdlib.h:339 #3 0xb75940c7 in ssl_nss_connect_cb (data=0x8387600, source=12, cond=3077726560) at ssl-nss.c:229 #4 0x08088847 in no_one_calls (data=0x8387890, source=12, cond=GAIM_INPUT_WRITE) at proxy.c:815 #5 0x080cc645 in gaim_gtk_io_invoke (source=0xb7726160, condition=10, data=0x8387dd0) at gtkeventloop.c:74 #6 0xb788071f in g_io_unix_dispatch (source=0x838b320, callback=0x80cc600 <gaim_gtk_io_invoke>, user_data=0xb7726160) at giounix.c:162 #7 0xb7858cc7 in IA__g_main_context_dispatch (context=0x812cf98) at gmain.c:1934 #8 0xb785a654 in g_main_context_iterate (context=0x812cf98, block=1, dispatch=1, self=0x8133d10) at gmain.c:2565 #9 0xb785a97a in IA__g_main_loop_run (loop=0x8305650) at gmain.c:2769 #10 0xb7cd9c23 in IA__gtk_main () at gtkmain.c:985 #11 0x080f9a58 in main (argc=1, argv=0xbf895c84) at main.c:961
There are a few bugs upstream regarding msn causing crashes, going to close this as an upstream bug and monitor the progress of their bug reports.
