On Tue, Feb 26, 2013 at 4:13 AM, Igor Stasenko <[email protected]> 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 <[email protected]> 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 < > [email protected]> > > wrote: > > > > mmm what do you mean by "fast becomeForward:" ? > > > > On Mon, Feb 25, 2013 at 1:01 PM, Camillo Bruni <[email protected]> > > 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. > > -- best, Eliot
