My Portage tree has been synced today. The KEYWORDS variable of gaim-0.64.ebuild contains -x86 instead of ~x86 (it also contains -alpha and -sparc - ~ppc is the only correctly marked architecture). I've compiled gaim 0.64 on my own x86 machine and it works quite well - besides, I find it rather unlikely that the gaim developers would make a release that doesn't work on other architectures than ppc anyway... Reproducible: Always Steps to Reproduce:
gaim has some gui issue that we are investigating basically on server reject/absence it may segfault. that is quite annoying and we are investigating the issue but didn't find a solution yet thanks for telling me that ppc isn't marked masked yet
I've been getting gaim segfaults since version 0.62 or so.
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 2999)] 0x405b8c0d in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 (gdb) backtrace #0 0x405b8c0d in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #1 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #2 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #3 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #4 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #8 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #19 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #22 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #24 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #29 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #30 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #31 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #32 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #33 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 #34 0x405b8cc9 in gtk_tree_store_get_path () from /usr/lib/libgtk-x11-2.0.so.0 (...) (gdb) bt -5 #174027 0x407b7581 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #174028 0x407b7afc in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #174029 0x4052ea60 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #174030 0x080ab37d in main (argc=1, argv=0xbffff884) at main.c:948 #174031 0x403617a7 in __libc_start_main () from /lib/libc.so.6 (gdb) info registers eax 0xbf800034 -1082130380 ecx 0xbf800064 -1082130332 edx 0x82db7a4 137213860 ebx 0x40667df8 1080458744 esp 0xbf800000 0xbf800000 ebp 0xbf800020 0xbf800020 esi 0xbfff74a8 -1073777496 edi 0x82db208 137212424 eip 0x405b8c0d 0x405b8c0d eflags 0x210286 2163334 cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x7 7 fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x23 35 fioff 0x406e8919 1080985881 foseg 0x2b 43 fooff 0xbfff72a4 -1073778012 fop 0x35d 861 mxcsr 0x1f80 8064 orig_eax 0xffffffff -1 Observation: It seems to only segfault here when MSN is loaded. ICQ seems fine. This makes sense since the MSN components were rewritten lately.
In the topic of #gaim on freenode they point to this http://www.chipx86.com/gaim-0.64-msncrashes.diff file.
The patch is now at http://www.chipx86.com/gaim-0.64-msncrashes-20030705-0044.diff instead. If you have this problem, please test it - it would be nice to have goim 0.64 in gentoo, even ~ masked, as it has some nice new features, and 0.65 is nowhere in sight.
ok, adding to ebuild, sorry about the delay, should hist ~arch soon
Is this problem still happening. I believe the MSN patch has been incorporated in the gaim source now. I'd like to close some of these out.
doesnt matter anymore, 0.66 is out and 0.64 isnt in portage
