<br><br><div class="gmail_quote">On Mon, Jul 11, 2011 at 6:39 PM, Esteban Lorenzano <span dir="ltr"><<a href="mailto:estebanlm@gmail.com">estebanlm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
ouch! yes, my fault... blessed should have real versions.</blockquote><div><br>+1<br>Could someone put back a fixed version?<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I'm sorry.<br>
<br>
El 11/07/2011, a las 1:04p.m., Igor Stasenko escribió:<br>
<div><div></div><div class="h5"><br>
><br>
> On 11 July 2011 17:37, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On Mon, Jul 11, 2011 at 1:22 PM, Igor Stasenko <<a href="mailto:siguctua@gmail.com">siguctua@gmail.com</a>> wrote:<br>
>>><br>
>>> On 11 July 2011 10:59, Mariano Martinez Peck <<a href="mailto:marianopeck@gmail.com">marianopeck@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Hi Igor. Ok...so little more information:<br>
>>>><br>
>>>> 1) I was wrong. The problem is when executing ((Smalltalk at: #ConfigurationOfCog) project version: #bleedingEdge) load.<br>
>>>> I think it is something about initialization as you said. The problem is what I said about #PrimitiveTable.<br>
>>>> It is completelty reproducible for me and I get the problem explained in the first mail.<br>
>>>><br>
>>> strange, because if it won't work, hudson builds would fail.<br>
>>> maybe its because hudson using concrete configuration, not #bleedingEdge ?<br>
>><br>
>><br>
>> No. As far as I can see, Hudson is indeed using bleesingEdge:<br>
>><br>
>> <a href="https://gitorious.org/cogvm/blessed/blobs/master/codegen-scripts/LoadVMMaker.st" target="_blank">https://gitorious.org/cogvm/blessed/blobs/master/codegen-scripts/LoadVMMaker.st</a><br>
>><br>
><br>
> yes, because Esteban pushed it..<br>
> We should not push with #bleedingEdge into blessed, because then you<br>
> cannot reproduce the builds!<br>
><br>
>> Anyway, I don't think it is related.<br>
>><br>
>>><br>
>>> But still, i tried it and it worked well for me.<br>
>>><br>
>>>> 2) If after the error of 1) I execute again ((Smalltalk at: #ConfigurationOfCog) project version: #bleedingEdge) load.<br>
>>>> it works.<br>
>>>><br>
>>>> 3) If we need the issue <a href="http://code.google.com/p/pharo/issues/detail?id=4509" target="_blank">http://code.google.com/p/pharo/issues/detail?id=4509</a> why is not raining in Hudson world? ;)<br>
>>>><br>
>>> sorry dont understand.<br>
>>> The problem you met is apparently not because of transcript, since at<br>
>>> the moment you reported the problem<br>
>>> there was no changes in transcript.<br>
>><br>
>><br>
>> 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<br>
>> so....I don't understand why Hudson does not fail since such issue is not yet integrated.<br>
>><br>
> maybe it picks different image.<br>
> Check the vmmaker.image which its using.<br>
><br>
> --<br>
> Best regards,<br>
> Igor Stasenko AKA sig.<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Mariano<br><a href="http://marianopeck.wordpress.com" target="_blank">http://marianopeck.wordpress.com</a><br><br>