ref my previous email, anyway there are other aspects and side effects due to the circular refs, and one this is a memory issue, GC is now almost clever to detect that's ObjectB reference is hold by a previous ObjectA ref to Object0 our first reference, but it wasn't true at the beginning, and I am pretty sure there are still some undiscovered effects
by adopting a proper design you will avoid this, here you can see a bunch of unsolvable requests due to this kind of mistake, sure people find patch on patch on patch and finish with a ton of lines to try to correct the reasons, see my previous comment on symptoms and consequences Cheers! On Sun, Mar 22, 2009 at 4:53 PM, mm w <openspec...@gmail.com> wrote: > On Sun, Mar 22, 2009 at 4:32 PM, David Melgar <enki1...@gmail.com> wrote: >> Some people do that to try and impress. >> I'm not impressed. >> No useful information. >> > > it's not my point, i don't understand your feeling here, I am not > trying to impress anyone, I'm only give some points > >> On Mar 22, 2009, at 7:22 PM, Clark Cox wrote: >> >>> It's not very conducive to conversation to make claims, and then >>> refuse to back them up, and leave it at "I let you discover it". >>> >>> On Sun, Mar 22, 2009 at 4:19 PM, mm w <openspec...@gmail.com> wrote: >>>> >>>> maybe in your world, anyway there are a bunch of reasons to avoid >>>> circular refs >>>> I let you discover it >>>> >>>> Cheers! >>>> >>>> On Sun, Mar 22, 2009 at 3:58 PM, Clark Cox <clarkc...@gmail.com> wrote: >>>>> >>>>> On Sun, Mar 22, 2009 at 3:37 PM, mm w <openspec...@gmail.com> wrote: >>>>>> >>>>>> Because I am like this I won't do the job for you, I will only point >>>>>> you directions, that's it >>>>>> >>>>>> Google "garbage collection", it's naive to think that's a "linear" >>>>>> tree. >>>>>> >>>>>> What Bill told you is right, and my comment is following his thought >>>>>> >>>>>> Avoiding circular refs: in 95% of cases it can be avoided, >>>>> >>>>> They can be avoided, but why? They are not an error under garbage >>>>> collection, and there is no reason to avoid them. >>>>> >>>>> -- >>>>> Clark S. Cox III >>>>> clarkc...@gmail.com >>>>> >>>> >>>> >>>> >>>> -- >>>> -mmw >>>> >>> >>> >>> >>> -- >>> Clark S. Cox III >>> clarkc...@gmail.com >> >> > > > > -- > -mmw > -- -mmw _______________________________________________ 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
