[bug #35335] Unexpected behaviour with ApplicationIcon at Infopanel

Follow-up Comment #1, bug #35335 (project gnustep): Fixed in trunk. ___ Reply to this item at: ___ Mensaje enviado vía/por Savannah http://savannah.gn

[bug #35335] Unexpected behaviour with ApplicationIcon at Infopanel

URL: Summary: Unexpected behaviour with ApplicationIcon at Infopanel Project: GNUstep Submitted by: espectador Submitted on: jue 19 ene 2012 23:22:29 CST Category: Gui/AppKit

[bug #29338] Crash using @synchronized on Windows

Update of bug #29338 (project gnustep): Status: In Progress => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #9: It looks like this

[bug #35263] libobjc2 can enter a deadlock during dtable initialization

Follow-up Comment #8, bug #35263 (project gnustep): > If you only got the global lock, you have to make sure that every single class that might potentially receive messages in another thread is initialized before you go multi-threaded, On the contrary ... with the gnu runtime all you have to do

[bug #35263] libobjc2 can enter a deadlock during dtable initialization

Follow-up Comment #7, bug #35263 (project gnustep): Hi guys, Just some thoughts on this: Having per class locks for +initialize is not only the Apple compatible behaviour, but imho also a contract that is easier to honour: You just have to keep the set of classes being initialized in thread A dis

[bug #32621] enumerateObjectsUsingBlock: produces strange log

Update of bug #32621 (project gnustep): Open/Closed:Open => Analyzed ___ Reply to this item at: ___ Mes

[bug #32621] enumerateObjectsUsingBlock: produces strange log

Update of bug #32621 (project gnustep): Status:None => Postponed ___ Follow-up Comment #1: I can't find that error in the base source code, so I guess it's a runtime library issue ...

[bug #35327] "Changed type signature" debug output

Update of bug #35327 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #1: This should be fixe

[bug #20163] Thread safety of -[GSHTTPURLHandle loadInForeground]

Update of bug #20163 (project gnustep): Open/Closed:Analyzed => Closed ___ Follow-up Comment #7: More recent versions of the GNU runtime fix this. _

[bug #24784] Thread safety issue with NSCalendarDate...

Update of bug #24784 (project gnustep): Open/Closed:Analyzed => Closed ___ Follow-up Comment #11: More recent versions of the GNU runtime have fixed this. _

[bug #34914] TRUE / FALSE not defined

Follow-up Comment #1, bug #34914 (project gnustep): It's hard to know what to do here. This stuff is not officially part of Cocoa/Foundation, yet the Apple Foundation.h header now includes CoreFoundation.h and these things are defined there. Perhaps we should incorporate corebase into base and do

[bug #34835] Harmfull sed search/replace calls in pathtls.m4 and pathxml.m4

Update of bug #34835 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Agreed ... thanks f

[bug #33596] GSSocketStream uses deprecated gnutls functions

Update of bug #33596 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #1: It looks like Fred

[bug #34875] After switching to gcc 4.6 base configure fails

Update of bug #34875 (project gnustep): Status:None => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #1: Really this is a va

[bug #35327] "Changed type signature" debug output

URL: Summary: "Changed type signature" debug output Project: GNUstep Submitted by: FredKiefer Submitted on: Do 19 Jan 2012 09:16:18 GMT Category: Base/Foundation Severi

[bug #35263] libobjc2 can enter a deadlock during dtable initialization

Follow-up Comment #6, bug #35263 (project gnustep): Here a mail from David that comments on a mail from Richard in reply to this bug report. Most likely this will get completely unreadable, but I don't want that information to get lost. > On 11 Jan 2012, at 09:16, Fred Kiefer wrote: > >> To Rich