=================== BUG #4608: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4608&group_id=99

Changes by: Gregory John Casamento <[EMAIL PROTECTED]>
Date: Sat 08/30/2003 at 23:23 (US/Eastern)

------------------ Additional Follow-up Comments ----------------------------
The issue was that when "establishConnection" is being called on all of the objects 
after the gorm is loaded the code in awakeWithContext was not performing a RELEASE on 
the connector.  Since the connector is no lonber needed, this should be done.



Once done here are the results of the attached program:



nt after alloc, init, and ordering - 2

2003-08-31 03:27:56.810 NSWCTest[23361] <MyWindowController: 8355d18> retain count 
just before RELEASE(self) - 1

2003-08-31 03:28:10.017 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
upon entering initWithModel: - 1

2003-08-31 03:28:10.017 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after initWithWindowNibName:owner: - 1

2003-08-31 03:28:10.019 NSWCTest[23361] Unable to open fixed font

2003-08-31 03:28:10.024 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after [self window] - 2

2003-08-31 03:28:10.045 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after alloc, init, and ordering - 2

2003-08-31 03:28:16.204 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
just before RELEASE(self) - 1



Which I believe is correct.   I am running some additional tests to make certain this 
does not impact anything else, but I believe that this is the solution. GJC



=================== BUG #4608: FULL BUG SNAPSHOT ===================


Submitted by: rburns                  Project: GNUstep                      
Submitted on: Sun 08/03/2003 at 20:18
Category:  Gui/AppKit                 Severity:  5 - Major                  
Bug Group:  Bug                       Resolution:  None                     
Assigned to:  gcasa                   Status:  Analyzed                     

Summary:  High NSWindowController retain counts

Original Submission:  When using a subclass of NSWindowController and a Gorm file, the 
NSWindowController doesn't get released when the window is closed, because the retain 
count is too high. There is a test for this here:



http://www.eskimo.com/~pburns/rob/NSWCTest.tar.gz



It should work on either gnustep or a mac with gnustep-make installed.

Follow-up Comments
*******************

-------------------------------------------------------
Date: Sat 08/30/2003 at 23:23       By: gcasa
The issue was that when "establishConnection" is being called on all of the objects 
after the gorm is loaded the code in awakeWithContext was not performing a RELEASE on 
the connector.  Since the connector is no lonber needed, this should be done.



Once done here are the results of the attached program:



nt after alloc, init, and ordering - 2

2003-08-31 03:27:56.810 NSWCTest[23361] <MyWindowController: 8355d18> retain count 
just before RELEASE(self) - 1

2003-08-31 03:28:10.017 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
upon entering initWithModel: - 1

2003-08-31 03:28:10.017 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after initWithWindowNibName:owner: - 1

2003-08-31 03:28:10.019 NSWCTest[23361] Unable to open fixed font

2003-08-31 03:28:10.024 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after [self window] - 2

2003-08-31 03:28:10.045 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
after alloc, init, and ordering - 2

2003-08-31 03:28:16.204 NSWCTest[23361] <MyWindowController: 82aa4d0> retain count 
just before RELEASE(self) - 1



Which I believe is correct.   I am running some additional tests to make certain this 
does not impact anything else, but I believe that this is the solution. GJC

-------------------------------------------------------
Date: Sat 08/30/2003 at 18:57       By: FredKiefer
I did look into the problem with the help of our test application and the retain count 
seems to come mostly from the NIB loading itself. Here intermediate objects get 
generated that never get freed again and thereby retain references to the window 
controller, as can be seen from this backtrace:

#0  0x08048fa2 in _i_MyWindowController__retain ()
#1  0x400abd92 in _i_NSNibConnector__setDestination_ ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0
#2  0x401e296d in _i_GSNibContainer__awakeWithContext_ ()
   from /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0
#3  0x400ac910 in 
_c_NSBundle_NSBundleAdditions_loadNibFile_externalNameTable_withZone_ () from 
/usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0

I hope Gregory has an idea to resolve this problem.



CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4608&group_id=99

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep

Reply via email to