Re: [Gnustep-cvs] r28392 - in /libs/gui/trunk: ChangeLog Source/NSAlert.m Source/NSApplication.m Source/NSDrawer.m

2009-07-14 Thread Fred Kiefer
Gregory Casamento schrieb: Author: gcasa Date: Mon Jul 13 20:12:52 2009 New Revision: 28392 URL: http://svn.gna.org/viewcvs/gnustep?rev=28392view=rev Log: * Source/NSAlert.m: Implementation of GSAlertSheet. * Source/NSApplication.m: Change order in which setWindowParent:

Re: [Gnustep-cvs] r28393 - in /libs/base/trunk: ChangeLog Headers/Foundation/Foundation.h Headers/Foundation/NSOperation.h Source/GNUmakefile Source/NSOperation.m

2009-07-14 Thread Fred Kiefer
Gregory Casamento schrieb: Author: gcasa Date: Mon Jul 13 20:14:42 2009 New Revision: 28393 URL: http://svn.gna.org/viewcvs/gnustep?rev=28393view=rev Log: * Headers/Foundation/Foundation.h * Headers/Foundation/NSOperation.h * Source/GNUmakefile *

Re: [Gnustep-cvs] r28393 - in /libs/base/trunk: ChangeLog Headers/Foundation/Foundation.h Headers/Foundation/NSOperation.h Source/GNUmakefile Source/NSOperation.m

2009-07-14 Thread Gregory Casamento
I'll take a look at it. :) Thanks. GC On Tue, Jul 14, 2009 at 4:15 AM, Fred Kiefer fredkie...@gmx.de wrote: Gregory Casamento schrieb: Author: gcasa Date: Mon Jul 13 20:14:42 2009 New Revision: 28393 URL: http://svn.gna.org/viewcvs/gnustep?rev=28393view=rev Log: *

Re: [Gnustep-cvs] r28392 - in /libs/gui/trunk: ChangeLog Source/NSAlert.m Source/NSApplication.m Source/NSDrawer.m

2009-07-14 Thread Gregory Casamento
I'll try to get as many of these issues resolved today as I can. On Tue, Jul 14, 2009 at 5:22 AM, Fred Kiefer fredkie...@gmx.de wrote: Gregory Casamento schrieb: Author: gcasa Date: Mon Jul 13 20:12:52 2009 New Revision: 28392 URL: http://svn.gna.org/viewcvs/gnustep?rev=28392view=rev

Re: Memory Management

2009-07-14 Thread Adam Fedor
On Jul 13, 2009, at 9:01 PM, Stefan Bidigaray wrote: I'm debugging the NSSound stuff and have run into a bit of a problem with memory management and the whole RETAIN/RELEASE stuff... I'm sure my probably has do to with being a novice. Anyway, in the -dealloc method of NSSound I call

Re: Memory Management

2009-07-14 Thread Stefan Bidigaray
On Tue, Jul 14, 2009 at 2:42 PM, Adam Fedor fe...@qwestoffice.net wrote: There must be something wrong somewhere else. If dealloc is being called more than once, then somewhere there are two many 'releases' for the number of 'retains' you have. In fact, if the NSSound is stored in nameDict,

Re: Memory Management

2009-07-14 Thread David Chisnall
On 14 Jul 2009, at 23:44, Stefan Bidigaray wrote: According to the apple docs whenever a sound is created using - iniWithContentsOfFile:byReference: or a name is set using -setName: I must be able to later find it using the +soundNamed: method, at least that's how I understand it. Because

Re: Memory Management

2009-07-14 Thread Stefan Bidigaray
On Tue, Jul 14, 2009 at 5:53 PM, David Chisnall thera...@sucs.org wrote: Named sounds should not be released - they are expected to last the entire duration of the program. Should I not set the name when initialize the sound then? My code, and the previous one as well, named the sound