[cl-objc-devel] Mac OS X 10.5 patch

[Jean-Philippe Barette-LaPierre]

On Tue, May 20, 2008 at 12:06 PM, Luigi Panzeri <matley at muppetslab.org>
wrote:

> "Jean-Philippe Barette-LaPierre" <jpbarrette at gmail.com> writes:
>
> > I know that some person had troubles with Mac OS X 10.5. After some
> > investigations, I found the problem.
> > It seems that in get-class-ordered-list, which is responsible to gather
> all
> > classes, it was entering an infinite loop.
> > The loop was there because it was trying to load a class "Protocol",
> which
> > has "Protocol" class as Protocol.
> > So, loading "Protocol" class caused to load again "Protocol", which
> didn't
> > had been registered yet. I just delayed
> > the initialization of :protocols.
> >
>
>
> Cool! Applied.
>
> As the patch broke the support of Tiger :-( i created another
> repository named cl-objc-leopard. I also added you to the list of
> author on the website
>
> I also created another repository named cl-objc-libffi with my last
> patches and the support of libffi, a little step forward the
> integration with objective-cl.
>
>
> > The other problem was related to coersing some pointers. However I don't
> > know why it was needed, and it seems
> > to go well without it. There's an another latent problem where I get all
> > those messages:
> >
> > _NSAutoreleaseNoPool(): Object 0x142c60 of class NSCFArray autoreleased
> with
> > no pool in place - just leaking
> >
>
> I know this issue, but I think it is good to let the user to choose
> the release policy to adopt. Maybe It would be better to show the
> different uses in an example.
>

Well the problem occurs when generating frameworks. So it means that when
we are "asdf-intall"ing it leaks and we end up with HUGE amount of memory
usage (1 or 2 gigs or resident memory). I patched generate-frameworks
to use a memory pool. I'll send the patch as soon as I get home.


>
> --
> Luigi Panzeri aka Matley
>
> Why Lisp? http://alu.cliki.net/RtL%20Highlight%20Film
> Quotes on Lisp: http://lispers.org/
> _______________________________________________
> cl-objc-devel mailing list
> cl-objc-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/cl-objc-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cl-objc-devel/attachments/20080520/0dea0b14/attachment.html>