Re: [xmlvm-users] UIViewAnimationDelegate is broken

[Arno P. <ar...@pu...>]

the Java compiler sometimes will introduce so-called synthetic variables 
to keep a reference to the surrounding context. This happens for some 
type of inner classes as well as anonymous classes. These synthetic 
references usually lead to cycles in the dependency graph. The 
Objective-C backend uses reference counting as a means for memory 
management and a cycle results in a memory leak. That is why we have 
decided in the old days to make synthetic references weak (to break the 
cycle). So, to your questions: if you made those references strong, you 
would end up with a memory leak. Since a garbage collector can deal with 
those situation, this is not a problem with the C backend.

Arno


On 2/24/12 5:58 AM, Panayotis Katsaloulis wrote:
>
> On 23 Φεβ 2012, at 10:49 μ.μ., Paul Poley wrote:
>
>> Take note that one method name in UIViewAnimationDelegate had changed from "animationWillStart" to "animationDidStart", and both methods gained "Object context".  The name changed to match the actual Obj-C delegate methods, not to be confused with the method that sets the selector ("setAnimationWillStartSelector:").
>
>
> I am not sure about it.
> If you read the docs, it clearly states that one must specifically set the actual selector. The name could be anything, like
> animationDidStart___java_lang_String_java_lang_Object::
> or
> animationDidStop___java_lang_String_boolean_java_lang_Object:::
> which is something I already did (with success) in svn -r 2155
>
> Of course, it's only a name (of lesser importance), but from my understanding "animationWillStart" is more appropriate, because this is a name that appears in the API, not in the comments.
>
> ------------------------------------------------------------------------------
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users