[bug #39092] NSLock deadlock even in trivial GSWeb application

Follow-up Comment #5, bug #39092 (project gnustep): I's on my list of things to look at in the next couple of days, just didn't got around it today. ___ Reply to this item at:

[bug #39087] Various format specifier problems cause build to fail

Update of bug #39087 (project gnustep): Status: Ready For Test => Fixed ___ Reply to this item at: ___ Mes

[bug #39092] NSLock deadlock even in trivial GSWeb application

Follow-up Comment #4, bug #39092 (project gnustep): this lock was a recursive lock until fairly recently, hopefully sebastian chimes in. https://github.com/gnustep/gnustep-gsweb/commit/3c4e7d11d74ab218118fe0995363c1a93db52b1a#GSWeb/GSWApplication.m __

[bug #39092] NSLock deadlock even in trivial GSWeb application

Follow-up Comment #3, bug #39092 (project gnustep): Forgive me talking to myself, but I've made some progress on this. I wrote my own class that both checks the pthread_mutex errors and stores the call stack at the point where it gets locked. If it gets deadlocked, it prints both the callstack wh

[bug #39087] Various format specifier problems cause build to fail

Follow-up Comment #4, bug #39087 (project gnustep): That's great, now it builds cleanly for me too :). Thanks! ___ Reply to this item at: ___ Message se

[bug #39087] Various format specifier problems cause build to fail

Update of bug #39087 (project gnustep): Status:None => Ready For Test Assigned to:None => buzzdee ___ Follow-up Comment #3: Hi Graham, svn rev

[patch #8061] apple-gnu-gnu on OSX and other

Follow-up Comment #1, patch #8061 (project gnustep): I think we really need patches to be done as distinct managable patch files, plus an explanation of what they are for, plus testcases to demonstrate what they do. Having a look at the zip file for the things that I'm most involved with ... sql

[patch #8061] apple-gnu-gnu on OSX and other

URL: Summary: apple-gnu-gnu on OSX and other Project: GNUstep Submitted by: ibadinov Submitted on: Wed 29 May 2013 01:45:51 PM GMT Category: None Priority: 5 - Normal

[bug #39092] NSLock deadlock even in trivial GSWeb application

Follow-up Comment #2, bug #39092 (project gnustep): I have a little more information about the other deadlock condition I've seen; it doesn't help me understand it but hopefully it'll give you some clues :-). I added a DirectAction class to the empty app, set the default handler to the direct acti