Squeak CI build.squeak.org update 12781 staled

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Squeak CI build.squeak.org update 12781 staled

Nicolas Cellier
Ah, OK, this is because the image is trying to evaluate a String...
So a Compiler is fired and starts to evaluate...
But during evaluation, Compiler changes itself (I removed an instance variable too fast).
And when it's time to log change, then the sourceStream inst. var. does not exist anymore...
This could be more catastrophic like letting such obsolete compiled method access past object bounds, but this time we were lucky...

So the Compiler changes should have been split into several steps...
Changing the tools we are using to change the tools must be tricky...
Unless we delegate this job to a clone


Reply | Threaded
Open this post in threaded view
|

Re: Squeak CI build.squeak.org update 12781 staled

Nicolas Cellier
I modified update-nice.246.mcm to point to a Compiler version with restored sourceStream inst. var.
Finger crossed...


2013/9/24 Nicolas Cellier <[hidden email]>
Ah, OK, this is because the image is trying to evaluate a String...
So a Compiler is fired and starts to evaluate...
But during evaluation, Compiler changes itself (I removed an instance variable too fast).
And when it's time to log change, then the sourceStream inst. var. does not exist anymore...
This could be more catastrophic like letting such obsolete compiled method access past object bounds, but this time we were lucky...

So the Compiler changes should have been split into several steps...
Changing the tools we are using to change the tools must be tricky...
Unless we delegate this job to a clone



Reply | Threaded
Open this post in threaded view
|

Re: Squeak CI build.squeak.org update 12781 staled

Frank Shearar-3
I am very happy to see you using build.squeak.org! It might be easier
to talk about updates in terms of build numbers though - "SqueakTrunk
build 555" or so - because the update number is... not very well
defined (since it's the sum of all packages in an image (more or
less)), and TrunkImage does rip out packages.

frank

On 24 September 2013 00:07, Nicolas Cellier
<[hidden email]> wrote:

> I modified update-nice.246.mcm to point to a Compiler version with restored
> sourceStream inst. var.
> Finger crossed...
>
>
> 2013/9/24 Nicolas Cellier <[hidden email]>
>>
>> Ah, OK, this is because the image is trying to evaluate a String...
>> So a Compiler is fired and starts to evaluate...
>> But during evaluation, Compiler changes itself (I removed an instance
>> variable too fast).
>> And when it's time to log change, then the sourceStream inst. var. does
>> not exist anymore...
>> This could be more catastrophic like letting such obsolete compiled method
>> access past object bounds, but this time we were lucky...
>>
>> So the Compiler changes should have been split into several steps...
>> Changing the tools we are using to change the tools must be tricky...
>> Unless we delegate this job to a clone
>
>
>
>
>