Bug 184290
Summary: | gaim crashes | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nathanael Noblet <nathanael> |
Component: | gaim | Assignee: | Warren Togami <wtogami> |
Status: | CLOSED UPSTREAM | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | eblanton, jakub, lschiere+bugs, mark, redhat-bugzilla, roland, stu, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-03-08 04:22:05 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 171491 |
Description
Nathanael Noblet
2006-03-07 20:46:44 UTC
gaim hasn't changed, so are you implying this is a new glibc problem? Can you downgrade your glibc and retest it? When did gaim last work properly? Last worked properly this morning before yum update. At the risk of sounding incompetent, how do I get the previous version. I can only see the new ones in the repos. Hmm, we don't have the older glibc build available anymore. =( I'll soon copy for you a newer version to test. i386 right? Try "gaim -d" Does gaim crash immediately, or only after doing a bunch of stuff? If the latter case, please attach a log of this to this bug. Oddly enough, it no longer crashes!?? Here is what I did since I posted. As I needed gaim working, and yum update gave no update to gaim. I downloaded the src rpm for gaim-2.0.0beta2. I have a user setup to build rpms. Did so, and installed that. It worked immediately. I received your request for a downgrade of glibc. So started looking around. Then when you asked for a "gaim -d" output, I "rpm -e gaim" and "yum install gaim" to get the FC5 version. Started gaim, it worked!? Anything else you want me to do? Unless there was some snafu on your end meaning that you did not the first time have the same set of rpms installed that you thought you did, then the only likely difference is prelinking. A cron job runs each morning that does prelinking on things that have been installed since the last run. When you upgrade an rpm or forcibly reinstall the same rpm, this clears the effects of prelink. So you might try either waiting for the cron job or manually prelinking, and then see if the problem reappears. If it does not reappear, then chalk it up to gremlins. It's possible that this was caused by a particular buddy on your list who was on- or off-line when you witnessed the crash. If you see it again, a debug log (from gaim -d > gaim_debug.log) might help. If it is specific to a particular buddy on your list it would be helpful if you can find out what client they are using. I think I have narrowed this down a bit further. The crash for me started when I tried to remove some screen names from the block list of one of my AIM accounts. From that point on gaim would crash during startup. I did a debug and it appears the crash happens when gaim tries to synchronize the server and local buddy lists: oscar: ssi: syncing local list and server list oscar: ssi: removing deny AbsoFricnLutely from local list *** glibc detected *** gaim: free(): invalid pointer: 0x08618348 *** ======= Backtrace: ========= /lib/libc.so.6[0xfdbf18] /lib/libc.so.6(__libc_free+0x79)[0xfdf41d] /usr/lib/libglib-2.0.so.0(g_free+0x31)[0x46e4d1] gaim(gaim_privacy_deny_remove+0xd8)[0xdb1f08] /usr/lib/gaim/liboscar.so[0xf1507e] /usr/lib/gaim/liboscar.so[0xf084a3] /usr/lib/gaim/liboscar.so(aim_rxdispatch+0x2ef)[0xf02d0f] /usr/lib/gaim/liboscar.so[0xf0d01e] gaim[0xe043a2] /usr/lib/libglib-2.0.so.0[0x48fc3d] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x16d)[0x46709d] /usr/lib/libglib-2.0.so.0[0x46a32f] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0x46a6d9] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0x607744] gaim(main+0xc65)[0xe3a365] /lib/libc.so.6(__libc_start_main+0xdc)[0xf8d7e4] gaim[0xd8abc1] ======= Memory map: ======== 00111000-0020a000 r-xp 00000000 03:01 5931054 /usr/lib/libX11.so.6.2.0 0020a000-0020e000 rwxp 000f9000 03:01 5931054 /usr/lib/libX11.so.6.2.0 0020e000-002d0000 r-xp 00000000 03:01 3941572 /usr/lib/libaspell.so.15.1.3 002d0000-002d5000 rwxp 000c1000 03:01 3941572 /usr/lib/libaspell.so.15.1.3 002d5000-002d9000 rwxp 002d5000 00:00 0 002d9000-00360000 r-xp 00000000 03:01 3935941 /usr/lib/libgdk-x11-2.0.so.0.800.13 00360000-00363000 rwxp 00087000 03:01 3935941 /usr/lib/libgdk-x11-2.0.so.0.800.13 00363000-0037d000 r-xp 00000000 03:01 5931078 /usr/lib/libatk-1.0.so.0.1112.0 0037d000-0037f000 rwxp 00019000 03:01 5931078 /usr/lib/libatk-1.0.so.0.1112.0 0037f000-003a2000 r-xp 00000000 03:01 8945815 /lib/libm-2.4.so 003a2000-003a3000 r-xp 00022000 03:01 8945815 /lib/libm-2.4.so 003a3000-003a4000 rwxp 00023000 03:01 8945815 /lib/libm-2.4.so 003a4000-003ac000 r-xp 00000000 03:01 3935852 /usr/lib/libpangocairo-1.0.so.0.1199.0 003ac000-003ad000 rwxp 00007000 03:01 3935852 /usr/lib/libpangocairo-1.0.so.0.1199.0 003ad000-003fe000 r-xp 00000000 03:01 3935848 /usr/lib/libcairo.so.2.2.3 003fe000-003ff000 rwxp 00051000 03:01 3935848 /usr/lib/libcairo.so.2.2.3 003ff000-0043d000 r-xp 00000000 03:01 5931046 /usr/lib/libgobject-2.0.so.0.1000.0 0043d000-0043e000 rwxp 0003e000 03:01 5931046 /usr/lib/libgobject-2.0.so.0.1000.0 0043e000-00440000 r-xp 00000000 03:01 8945804 /lib/libdl-2.4.so 00440000-00441000 r-xp 00001000 03:01 8945804 /lib/libdl-2.4.so 00441000-00442000 rwxp 00002000 03:01 8945804 /lib/libdl-2.4.so 00442000-004d3000 r-xp 00000000 03:01 5440127 /usr/lib/libglib-2.0.so.0.1000.0 004d3000-004d4000 rwxp 00091000 03:01 5440127 /usr/lib/libglib-2.0.so.0.1000.0 004d4000-004d6000 r-xp 00000000 03:01 5931052 /usr/lib/libXau.so.6.0.0 004d6000-004d7000 rwxp 00001000 03:01 5931052 /usr/lib/libXau.so.6.0.0 004d7000-004d8000 r-xp 00000000 03:01 4178920 /usr/lib/ao/plugins-2/libesd.so 004d8000-004d9000 rwxp 00000000 03:01 4178920 /usr/lib/ao/plugins-2/libesd.so 004d9000-004e8000 r-xp 00000000 03:01 5931069 /usr/lib/libXext.so.6.4.0 004e8000-004e9000 rwxp 0000e000 03:01 5931069 /usr/lib/libXext.so.6.4.0 004e9000-00806000 r-xp 00000000 03:01 3935980 /usr/lib/libgtk-x11-2.0.so.0.800.13 00806000-0080e000 rwxp 0031d000 03:01 3935980 /usr/lib/libgtk-x11-2.0.so.0.800.13 0080e000-00811000 rwxp 0080e000 00:00 0 00811000-00820000 r-xp 00000000 03:01 8945857 /lib/libpthread-2.4.so 00820000-00821000 r-xp 0000e000 03:01 8945857 /lib/libpthread-2.4.so 00821000-00822000 rwxp 0000f000 03:01 8945857 /lib/libpthread-2.4.so 00822000-00824000 rwxp 00822000 00:00 0 00824000-00829000 r-xp 00000000 03:01 5931053 /usr/lib/libXdmcp.so.6.0.0 00829000-0082a000 rwxp 00004000 03:01 5931dns[17093]: Oops, father has gone, wait for me, wait...! dns[17092]: Oops, father has gone, wait for me, wait...! I removed the user in question from blist.xml by hand and gaim starts up fine again now. OK, this might actually be a very rare upstream gaim issue. See if you can reproduce it and get a gdb traceback with debuginfo installed and report the full traceback upstream. This is not a Fedora specific issue, so closing UPSTREAM. Thank you for following up with detailed reports. It would likely be exactly as described above. I have numerous accounts on my msn list that I no longer want. I've removed them countless times and they always show up. The crash above was likely related to one of them not being around as it would always crash when the window progress bar reached the syncronizing list stage. Would it help to reproduce this crash still? Yes, and feel free to attach full gdb traces here, but please also submit to upstream. |