Re: Why does this leak memory?
Re: Why does this leak memory?
- Subject: Re: Why does this leak memory?
- From: Matt Ball <email@hidden>
- Date: Sun, 10 Jul 2005 23:33:29 -0400
I just turned on NSZombieEnabled and used it to track down where the
offending NSImage was being allocated, and it is in
shadowedImageWithImage, which means (I assume) that shadowCanvas is
the problem (which makes sense, since that is what is being sent to
the cell). Presumably the bad release doesn't happen inside
shadowedImageWithImage, but later, inside the cell subclass.
The error in the log was:
*** Selector 'release' sent to dealloced instance 0x3d8e10 of class NSImage.
Break at '-[_NSZombie release]' to debug.
- Matt Ball
On 7/10/05, Matt Ball <email@hidden> wrote:
> No, it doesn't still crash. However, then I have a bunch of memory leaks...
>
> - Matt Ball
>
> On 7/10/05, Charilaos Skiadas <email@hidden> wrote:
> > Does it still crash if you replace:
> >
> > return [shadowCanvas autorelease];
> >
> > With
> >
> > return shadowCanvas;
> >
> > ??
> >
> > Also, just to make sure, your setImage does look like this?
> >
> > - (void)setImage:(NSImage *)anImage
> > {
> > if(anImage != image && anImage != nil)
> > {
> > [image release];
> > image = [anImage retain];
> > }
> > }
> >
> > I have to say, your code looks ok now, but maybe someone with more
> > experience can spot what goes wrong. In general, NSZombieEnabled is
> > what you want to look into to help you deal with autorelease issues.
> > This is probably an autorelease issue. That's why your app crashes
> > whenever the autorelease pool gets a chance to be released, which may
> > vary.
> > On Jul 10, 2005, at 9:55 PM, Matt Ball wrote:
> >
> > > Actually, after further experimentation, it doesn't seem to be
> > > consistent on where the NSLogs stop. Sometimes it gets all the way to
> > > "End drawWithFrame" before crashing...
> > >
> > > - Matt Ball
> >
> > Haris
> >
> >
> >
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden