[squeak-dev] The Trunk: Chronology-Core-dtl.67.mcz
David T. Lewis
lewis at mail.msen.com
Mon Jul 5 14:16:06 UTC 2021
Hi Marcel,
Thanks very much for fixing the update stream :-) I should have
thought to test it after making the change, after all the updater
is the very thing that is most sensitive to a change in DateAndTime now.
Dave
On Mon, Jul 05, 2021 at 09:22:41AM +0200, Marcel Taeumel wrote:
> Hi Dave, hi all!
>
> There was an update issue because a class definition will always be loaded before the updated methods, which meant that "DateAndTime now" stopped working after the classVar??InitializeFromPrimitive was removed, which was a problem because it apparently required during code loading.
>
> Using the update map (i.e. Monticello Configuration), I could solve this issue by first changing "DateAndTime class >> now" to not use??InitializeFromPrimitive any longer.
>
> So, there is no bigger issue here. Just an unexpected side effect with the MC code loading mechanism.
>
> Best,
> Marcel
> Am 03.07.2021 23:38:46 schrieb commits at source.squeak.org <commits at source.squeak.org>:
> David T. Lewis uploaded a new version of Chronology-Core to project The Trunk:
> http://source.squeak.org/trunk/Chronology-Core-dtl.67.mcz
>
> ==================== Summary ====================
>
> Name: Chronology-Core-dtl.67
> Author: dtl
> Time: 3 July 2021, 5:38:37.488688 pm
> UUID: 142336d9-cfb5-476e-ba15-a8daf9aad710
> Ancestors: Chronology-Core-dtl.66
>
> Cruft removal. DateAndTime no longer needs to be in the startUp list. The canInitializeFromPrimitive workaround is no longer needed. Do not use the no-argument call to primitiveUtcWithOffset, which works fine but is easier to understand in the image if we always use a single primitive interface.
>
> =============== Diff against Chronology-Core-dtl.66 ===============
>
>
More information about the Squeak-dev
mailing list
|