Description of problem: Currently, if you fire up gaim, it goes through the load up procedure, but then dies after loading the friends lists. If you remove the .gaim directory, gaim fires up without a hitch Version-Release number of selected component (if applicable): 1.5.0-15.fc5.1 How reproducible: Always Steps to Reproduce: 1. Start gaim 2. 3. Actual results: Gaim generates the following throwback which points to the msn library being shot gaim(gaim_privacy_permit_remove+0x98) /usr/lib64/gaim/libmsn.so(msn_got_lst_user+0x147)[0x5555555a76e8] /usr/lib64/gaim/libmsn.so[0x2aaab24db560] /usr/lib64/gaim/libmsn.so(msn_cmdproc_process_cmd+0xf2)[0x2aaab24c5e22] /usr/lib64/gaim/libmsn.so[0x2aaab24d42c6] Expected results: gaim should start Additional info: There was a bit more throwback than the above, but it was mostly gtk and memory map. I will add it to this bug if you want it.
please get a backtrace as per gaim.sf.net/gdb.php after installing the -debug rpm.
Created attachment 127226 [details] Gaim throwback For some reason, the debuginfo rpm fails to start bugbuddy
I don't think the debuginfo rpm is supposed to start bugbuddy. I think it just provides debug symbols so that a backtrace (which can be obtained by following the instructions at http://gaim.sourceforge.net/gdb.php) is more useful.
Could someone try with this CVS patch: http://cvs.sourceforge.net/viewcvs.py/gaim/gaim/src/privacy.c?r1=1.18&r2=1.16&diff_format=u I think this will apply to "oldstatus" (<2.0.0) gaim
*** This bug has been marked as a duplicate of 185222 ***