Follow-up Comment #5, bug #3395 (project gnustep): Happens here, too, except that the offending button is named "Build". 1. Open any project or create a new one. 2. Build. 3. GOTO 2 until it throws a NSFileHandleOperationException ("'read' already in progress" or something) at you or just silently crashes. This is logged to the terminal: "recursion encountered handling uncaught exception"
Well, as for the backtrace.. the bug doesn't surface when using debugapp and doesn't leave any coredump behind, either. Arrr. There's some strange things, though: with each build, two "logErrOut"s are logged to the terminal. Sometimes, loads of them are outputted at once and the output in the build output field ("Project Build" window, that gray field) is padded with lots of spaces. I think that's the point where it usually crashes. Attaching GDB to a running instance doesn't catch any signals and when not using a debugger, "logErrOut"s don't appear during every build... BTW, pressing "Abort" in these "Critical Error" dialogs even crashes WindowMaker sometimes. Weee~ FreeBSD 6.0, gcc 3.4.4 [FreeBSD] 20050518, gnustep-back-0.10.2, gnustep-base-1.11.2_1, gnustep-gui-0.10.2_2, gnustep-make-1.11.2_1, ProjectCenter 0.4.3 _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=3395> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ _______________________________________________ Bug-gnustep mailing list Bug-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnustep