3.0 merge status (observations and a code variant)

[Lukas Renggli]

> Using a vanilla Pharo 11.4 install as recommended today at the pharo downloads page with the Seaside.st mcm file all looks to be going well until methods begin to recompile late in the load: the image is 60 MB and Pharo.exe simply consumes the available CPU cycles but the working memory size stays fixed.

I don't know a Pharo 11.4 image. That looks more like a VM version.

Aha, now I understand. This is installer that tries to unload traits.
Very strange, almost like a trojan.

I've removed the installer and sake script because they both depend on
installer. The other scripts work for me though, I get a working image
within a few minutes.

Lukas


> After 15 - 20 minutes I conclude that it is dead (the UI is unresponsive) and kill it with Process Explorer.
> There is no busy cursor, no visible message box, no minimized msg box at the bottom.
>
> Nothing new gets logged.  I would say it was very close to being done given what is in the frozen view of the Monticello browser ...
>
> The last change written to .changes was this:
>
> RBAssignmentNode removeSelector: #assignmentPosition!
> !RBLiteralNode commentStamp: 'md 8/9/2005 14:58' prior: 34068596!
> RBLiteralNode is an AST node that represents literals (e.g., #foo, #(1 2 3), true, etc.).
>
> Instance Variables:
>        token   <RBLiteralToken>        the token that contains the literal value as well as its source positions
>
> !
> !RBLiteralNode commentStamp: 'md 8/9/2005 14:58' prior: 40424826!
> RBLiteralNode is an AST node that represents literals (e.g., #foo, #(1 2 3), true, etc.).
>
> Instance Variables:
>        token   <RBLiteralToken>        the token that contains the literal value as well as its source positions
>
> !
>
> --- On Sat, 1/9/10, Lukas Renggli <renggli at gmail.com> wrote:
>
>> From: Lukas Renggli <renggli at gmail.com>
>> Subject: Re: 3.0 merge status (observations and a code variant)
>> To: "Magritte, Pier and Related Tools ..." <smallwiki at iam.unibe.ch>
>> Date: Saturday, January 9, 2010, 7:26 PM
>> > There are also many places where
>> OmniBrowser is broken or where classes in O2 have instances
>> being sent messages by OB - I have not even bothered
>> debuggin those as they do not generally impede finding what
>> is needed to get a base image (Squeak 3.10) or Pharo RC-1
>> (pharo1.0-10502-rc1web09.12.2) to run Seaside 3.0 on Win XP
>> SP3
>>
>> O2 has overrides in OB code. You cannot load both into one
>> image.
>>
>> > Here is my last list of classes where I comment out
>> the class-side initialize until I have all nec loaded, then
>> uncomment all of those and let fire
>>
>> This is more a Seaside related comment, but I use the
>> following
>> script. It works out of the box for me:
>>
>> [ Gofer new
>>         squeaksource: 'Seaside30';
>>         package: 'LoadOrderTests';
>>         load ]
>>
>> valueSupplyingAnswers: {
>>
>>         {'Load Seaside'. true}.
>>
>>         {'SqueakSource User Name'. ''}.
>>
>>         {'SqueakSource Password'. ''}.
>>
>>         {'Run tests'. false}.
>>                 }
>>
>> Lukas
>>
>> --
>> Lukas Renggli
>> http://www.lukas-renggli.ch
>>
>> _______________________________________________
>> Magritte, Pier and Related Tools ...
>> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>>
>
> _______________________________________________
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>



-- 
Lukas Renggli
http://www.lukas-renggli.ch