GNOME Bugzilla – Bug 61679
Balsa crashes when spelling is checked
Last modified: 2009-08-15 18:40:50 UTC
Package: balsa Severity: normal Version: 1.2.0 Synopsis: Balsa crashes when spelling is checked Bugzilla-Product: balsa Bugzilla-Component: general Description: When trying to check spelling in Balsa, application crashes and kills itself. It happens every time, so it's easy to replicate the error. Debugging Information: (no debugging symbols found)...(no debugging symbols found)... [New Thread 1024 (LWP 1181)] [New Thread 2049 (LWP 1182)] 0x4074c289 in wait4 () from /lib/libc.so.6
+ Trace 11071
------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-10-03 13:31 ------- The original reporter (ekmichae@emo-res.campus) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org. Reassigning to the default owner of the component, pawsa@theochem.kth.se.
*** Bug 61709 has been marked as a duplicate of this bug. ***
It's quite hard to find a sure way of reproducing this problem, but it seems most likely to happen when I ignore a number of words reported as misspelled, then change the last one, i.e. there may be a problem with change, then finish. But really, I'm fairly confident that I could find out what exactly causes the crash if you could only get a plain, old core dump instead of all this bug reporting nonsense. Is there a simple way to disable the GNOME segv handler? (Sorry if this is a stupid question, but I'm still fairly new to GNOME development.)
I think --disable-crash-dialog is what you are looking for.
Ah. I knew about that, really, only it had escaped my mind at the time... Anyhow, when testing with today's CVS version, I'm unable to reproduce the seg. fault, but I frequently get: balsa: manager_impl.cc:30: void free_lt_handle (void *): Assertion `s == 0' failed. Abort
Created attachment 6370 [details] [review] Workaround: pspell patch
I've now changed pspell as indicated in the attached patch to make everything a bit more stable. I haven't yet been able to produce an useful error message so that I might figure out what is going on, though... The patch is applicable to pspell-.12.2.tar.gz as distributed with Red Hat 7.2 source RPM.
1. Is this patch in pspell? 2. This crash was independent, got fixed on 2002-04-14.
*** Bug 70328 has been marked as a duplicate of this bug. ***
*** Bug 80964 has been marked as a duplicate of this bug. ***
*** Bug 81110 has been marked as a duplicate of this bug. ***
The patch has not been submitted anywhere else. I was not quite sure what to do with it, as the crash is really more of a feature than a bug - pspell aborts via assert() because the application did something wrong. I think this is a bad way to handle errors, though - library functions should not contain arbitrary exit()s and abort()s, IMO.
*** Bug 79525 has been marked as a duplicate of this bug. ***
Balsa-1.4.2 released: http://balsa.gnome.org/