On Fri, 2004-05-07 at 16:58, Kim Woelders wrote: > I have tried quite a lot of killing and restarting without being able to > reproduce this. However, when E is restarted after a segv, this happens > from within a signal handler and I can imagine there could be some > Solaris/Linux differences here. > I have made some minor changes to the signal handling setup code that > may cure the problem.
It's not killing and restarting - it's selecting "Restart Enlightenment" from the middle mouse button menu that leaves me with the spinning watch and complaint about another WM running. As I say, it's an on-and-off thing over the years with Solaris. And before it seemed to be due to the different number of visible processes running, etc. Having two distinct heads doesn't help, either. I don't tend to do this anyway - it happened because I wanted to try the Winter theme, is all. > Yes, a nice core dump is more useful than the GSOD. I usually run E from > gdb in a VT. I guess you don't have a similar possibility? > I have added the feature that if the env var EDBUG_COREDUMP is set, the > segv and similar signals are not caught by E. Maybe this can help? I have a Java Desktop (Linux) box on the desk next to my Solaris 10 box, and can easily log into the Solaris box and run E inside gdb from there. But I have to say that I've not seen a single problem since I reported these. I can do this and try to reproduce them, if you want? The multiple iconbox thing should never happen and was my own fault, anyway... Ta, -- o o mailto:[EMAIL PROTECTED] /v\ark R. Bowyer http://www.bowyer.screaming.net [EMAIL PROTECTED] `-' --------------------------------------- /"\ ...fingerprint = 7924 9E9E 7B91 225E B065 \ / ASCII Ribbon Campaign 1024D/15140DC1 39D0 551D ABE6 1514 0DC1 X Against HTML Mail -------------------------------------------- / \ HICKLING (participial vb.) The practice of infuriating teatregoers by not only arriving late to a centre-row seat, but also loudly apologising to and patting each member of the audience in turn. ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
