Yes, but the situation is weird, because if you look at the variable in the 
debugger - everything is ok. Is there a way to understand what has not mutated?

Uko


> On 30 Aug 2015, at 13:35, stepharo <steph...@free.fr> wrote:
> 
> may be code executing the check did not get mutated when the system changed 
> shape.
> 
> Le 30/8/15 11:00, Marcus Denker a écrit :
>>> On 30 Aug 2015, at 10:57, Yuriy Tymchuk <yuriy.tymc...@me.com> wrote:
>>> 
>>> So the byte symbol comes from the “position” inst var of the superclass. 
>>> I’m not completely sure how it works on low level, but I guess that because 
>>> you a a new variable, the others shift and it accesses the value that is 
>>> actually mapped to another variable. Is it the issue of my implementation? 
>>> How can I improve it?
>>> 
>> The class builder is normally supposed to fix that transparently: You add 
>> var, all methods are recompiled and all instances are migrated. There could 
>> be bugs there.
>> 
>>> Uko
>>> 
>>>> On 28 Aug 2015, at 10:50, stepharo <steph...@free.fr> wrote:
>>>> 
>>>> When I add an iv to Model I get a ByteSymbol>>entity:
>>>> 
>>>> QANautilusPluggin>>initialize
>>>> 
>>>>   changeHandler := GLMAsyncTask new
>>>>       priority: Processor activePriority - 1;
>>>>       doInBackground: [ morph entity: self currentEntity ];
>>>>       yourself
>>>> 
>>>> And in the debugger morph is a a Morph exactly a 
>>>> QANautilusPluginMorph(493092864)
>>>> 
>>>> Yuriy do you use thread?
>>>> 
>>>> Stef
>>>> 
>>>> 
>>>> 
>>> 
>> 
>> 
> 
> 


Reply via email to