You're likely seeing the effect of GC. I suspect that if you did a "GC.start"
before inspecting, or compiled the Obj-C template and ran it under GC, then you
would find more consistent results. :)
- Josh
On Friday, January 20, 2012 at 2:09 PM, Milos & Slavica wrote:
> Hi,
>
> Has anyone seen this problem:
>
> - Start a new Xcode project with the MacRuby document-based application
> template.
>
> - Open a number of windows.
>
> - Close a window (leaving others open).
>
> - Then do: NSApp.windows.map {|win| p win.windowController.document}
>
> - This produces something like:
> #<Document:0x401341960>
> #<Document:0x401354820>
> nil
> #<Document:0x40135b4e0>
>
>
>
> Notice the “nil”. It appears that, without any additional code, template apps
> fail to release window controllers, which keeps their windows and views in
> memory even after the close operation. (Objective-c template, on the other
> hand, successfully releases window controllers on close.) It is interesting
> in the above console result that the controller did close (or at least
> decouple) the associated document.
>
> Is this somehow peculiar to my setup, or is it a deeper problem? What can I
> do about it?
>
> Many thanks in advance!
>
> Milos
>
>
> On 22 Dec 2011, at 12:02, Andy Stechishin wrote:
> > I cannot say or certain why the problem occurred. I did further
> > investigation on another computer and the problem did not repeat with
> > the same same code. I then rebooted the first computer and the problem
> > went did not occur.
> >
> > I apologize for not posted that the problem was corrected to the list.
> > In all honesty, when I never received any responses, I was not sure
> > the email ever made it on the list.
> >
> > As I am still running Snow Leopard on all of my systems, I continue to
> > run XCode 4.0.2. I have had no further problems as described below.
> > The advice to upgrade is well-meant but not possible with the current
> > version of the OS that is running. I am planning to begin the upgrade
> > process in the break between Christmas and New Years.
> >
> > Andy Stechishin
> >
> > On Thu, Dec 22, 2011 at 1:59 AM, Maik Kempe <r...@breaking-limits.com
> > (mailto:r...@breaking-limits.com)> wrote:
> > > Hi all,
> > >
> > > I know, it is a lame advice but maybe you should upgrade Xcode / MacRuby.
> > > Then you can create a Document based application via the wizard which
> > > works like charm for me.
> > >
> > > If everything is not working, drop me a line and i can send you the
> > > generated skeleton from the wizard.
> > >
> > > On Dec 22, 2011, at 8:46 AM, Min Soo Kim wrote:
> > >
> > > > Hi Andy Stechishin,
> > > >
> > > > I am have the same problem as you.
> > > > It seems that no one is answering to your question.
> > > > Have you find a what the problems was?
> > > >
> > > > Thank you in advance
> > > >
> > > > Min Soo Kim
> > > >
> > > >
> > > > On Jul 23, 2011, at 12:46 PM, Andy Stechishin wrote:
> > > >
> > > > > I am trying to make a Document based MacRuby application. I create the
> > > > > new project in Xcode4 (4.0.2) and immediately select build and run.
> > > > > The application starts but there is no "Untitled" window and the
> > > > > File->New and File->Open menu options are greyed out. Following the
> > > > > same sequence of actions except choosing an Objective-C based
> > > > > application, the "Untitled" Window appears and the menu options are
> > > > > active. I have compared the project contents, the xib files (including
> > > > > File Owners and First Responders) and linked frameworks and can find
> > > > > no difference that would explain the different operation. It would
> > > > > seem that there is some problem with NSDocumentController in the
> > > > > MacRuby version. It is either not there or has been added properly to
> > > > > the responder chain.
> > > > >
> > > > > Am I missing something? Or is this a defect? Has anyone else
> > > > > encountered this and found a work around?
> > > > >
> > > > > Andy Stechishin
> > > > > _______________________________________________
> > > > > MacRuby-devel mailing list
> > > > > MacRuby-devel@lists.macosforge.org
> > > > > (mailto:MacRuby-devel@lists.macosforge.org)
> > > > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> > > >
> > > > _______________________________________________
> > > > MacRuby-devel mailing list
> > > > MacRuby-devel@lists.macosforge.org
> > > > (mailto:MacRuby-devel@lists.macosforge.org)
> > > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> > >
> > > Maik Kempe
> > > Br∑αkíηg £ímíτs | impossible = POSSIBLE
> > >
> > > --
> > >
> > > Br∑αkíηg £ímíτs
> > > r...@breaking-limits.com (mailto:r...@breaking-limits.com)
> > > breaking-limits.com (http://breaking-limits.com)
> > >
> > > _______________________________________________
> > > MacRuby-devel mailing list
> > > MacRuby-devel@lists.macosforge.org
> > > (mailto:MacRuby-devel@lists.macosforge.org)
> > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> > _______________________________________________
> > MacRuby-devel mailing list
> > MacRuby-devel@lists.macosforge.org
> > (mailto:MacRuby-devel@lists.macosforge.org)
> > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel@lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org)
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
>
_______________________________________________
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
