[Vm-dev] Re: Cannot even generate sources.

Mariano Martinez Peck marianopeck at gmail.com
Tue Jul 12 08:32:31 UTC 2011


On Mon, Jul 11, 2011 at 6:39 PM, Esteban Lorenzano <estebanlm at gmail.com>wrote:

>
> ouch! yes, my fault... blessed should have real versions.


+1
Could someone put back a fixed version?


> I'm sorry.
>
> El 11/07/2011, a las 1:04p.m., Igor Stasenko escribió:
>
> >
> > On 11 July 2011 17:37, Mariano Martinez Peck <marianopeck at gmail.com>
> wrote:
> >>
> >>
> >>
> >> On Mon, Jul 11, 2011 at 1:22 PM, Igor Stasenko <siguctua at gmail.com>
> wrote:
> >>>
> >>> On 11 July 2011 10:59, Mariano Martinez Peck <marianopeck at gmail.com>
> wrote:
> >>>>
> >>>> Hi Igor. Ok...so little more information:
> >>>>
> >>>> 1) I was wrong. The problem is when executing ((Smalltalk at:
> #ConfigurationOfCog) project version: #bleedingEdge) load.
> >>>> I think it is something about initialization as you said. The problem
> is what I said about #PrimitiveTable.
> >>>> It is completelty reproducible for me and I get the problem explained
> in the first mail.
> >>>>
> >>> strange, because if it won't work, hudson builds would fail.
> >>> maybe its because hudson using concrete configuration, not
> #bleedingEdge ?
> >>
> >>
> >> No. As far as I can see, Hudson is indeed using bleesingEdge:
> >>
> >>
> https://gitorious.org/cogvm/blessed/blobs/master/codegen-scripts/LoadVMMaker.st
> >>
> >
> > yes, because Esteban pushed it..
> > We should not push with #bleedingEdge into blessed, because then you
> > cannot reproduce the builds!
> >
> >> Anyway, I don't think it is related.
> >>
> >>>
> >>> But still, i tried it and it worked well for me.
> >>>
> >>>> 2) If after the error of 1) I execute again ((Smalltalk at:
> #ConfigurationOfCog) project version: #bleedingEdge) load.
> >>>> it works.
> >>>>
> >>>> 3) If we need the issue
> http://code.google.com/p/pharo/issues/detail?id=4509 why is not raining in
> Hudson world? ;)
> >>>>
> >>> sorry dont understand.
> >>> The problem you met is apparently not because of transcript, since at
> >>> the moment you reported the problem
> >>> there was no changes in transcript.
> >>
> >>
> >> Yes. But as I said, if I evaluate the load twice, then the load works.
> But after the load, when generating sources (in latest pharo 1.3) I have the
> problem that old transcript dnu #ensureRC
> >> so....I don't understand why Hudson does not fail since such issue is
> not yet integrated.
> >>
> > maybe it picks different image.
> > Check the vmmaker.image which its using.
> >
> > --
> > Best regards,
> > Igor Stasenko AKA sig.
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20110712/6a3cfbb1/attachment.htm


More information about the Vm-dev mailing list