> However, for the GNUMail problems, this is only a workaround. GNUMail is > not supposed to make any of these calls in anything except the main > thread,
It doesn't do any of these calls except in the main thread. The subthread post distributed notifications when it wants to update the status label or uses a NSConnection to the main thread to ask for passwords (prompting the password panel), showing error (using alert panels) and stuff. > so the root cause is that something is being run in the wrong > thread. I haven't looked closely at this, though, since I've been unable > to reproduce it. Ludovic? The stack trace Benhur posted shows where the crash is initiated. The subthread in GNUMail post a distributed notification to update the status label in the MailWindow. The MailWindowController adds itself as an observer in the main thread for those distributed notifications (GNUMailStatusLabelMessage). Upon reception of distributed notifications, this will call, in the main thread, MailWindowController: -updateStatusLabelWithMessage:. This used to work perfectly for months. I haven't changed anything lately related to that. -- Live as if you were to die tomorrow. Learn as if you were to live forever. - Gandhi _______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
