Le 21 juin 2010 à 16:43, Eiko Bleicher a écrit :
> One of my initializers can fail and thus it should return nil. Consider the
> following example:
>
> -(id) initWithBool:(BOOL)ok
> {
> if (self = [super init])
> {
> if (!ok) {
> return nil; // Point of interest
> }
> }
> return self;
> }
>
> Does this code leak? I am inclined to think I need to call [self release]
> before returning nil, but I am yet to see a piece of example code for this.
> Or is my approach stupid? :-)
What the point of the OK variable ?
You can call [self release] safely, since if self is nil, the message is just
silently discarded. That's what I usually do.
Vincent_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
