On Tue, Feb 26, 2013 at 4:13 AM, Igor Stasenko
<siguctua@gmail.com> wrote:
we should reafctor the code for changing the method's trailer (source
pointer) to
avoid using #become: at all.
this won't deal with VM bug per se, but at least prevent it from triggering.
No, that makes little sense. Instead provide me with a reproducible case and I'll fix it quickly. I fixed the case form last week in one day. Become: should work, but I can't fix things if I can't reproduce the bugs. So please take the time to produce an image that crashes from start-up.
On 25 February 2013 23:26, Esteban Lorenzano <estebanlm@gmail.com> wrote:
> he is talking about some chrashes that happens fast, when you do become :)
>
> nothing about "fast become"
>
> On Feb 25, 2013, at 10:26 PM, Mariano Martinez Peck <marianopeck@gmail.com>
> wrote:
>
> mmm what do you mean by "fast becomeForward:" ?
>
> On Mon, Feb 25, 2013 at 1:01 PM, Camillo Bruni <camillobruni@gmail.com>
> wrote:
>>
>> While setting up the new multi platform VM tests I saw that the tests fail
>> extremely quickly
>> when there are not PharoV10.sources available.
>>
>> It is still our know #becomeForward: but on CompiledMethods, but I just
>> want to share that.
>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
--
Best regards,
Igor Stasenko.