Class recompilation bug...

Hi!

Try adding some instance variable to ScrollPane. During the recompilation step, the instVar pointers in subclasses seem to be off and thus open tools break.

Why?

Best,
Marcel

On Sat, Apr 25, 2015 at 1:52 AM, Marcel Taeumel
<[hidden email]> wrote:
> Hi!
>
> Try adding some instance variable to ScrollPane. During the recompilation
> step, the instVar pointers in subclasses seem to be off and thus open tools
> break.
>
> Why?

Because such recompilation is not an atomic operation..?

Yeah, I guess so. But why not? :)

It's a long story. There used to be an implementation of classbuilder
which could load code atomically, but it never made it to Squeak.

Someone else had to tackle this problem before, and IIRC the solution was
to minimize all windows before recompilation, and then the windows were
restored. But anything which prevents redrawing them should work.

Levente

On Sat, 25 Apr 2015, Marcel Taeumel wrote:

> Yeah, I guess so. But why not? :)
>
>
>
> --
> View this message in context: http://forum.world.st/Class-recompilation-bug-tp4821745p4821833.html
> Sent from the Squeak - Dev mailing list archive at Nabble.com.
>
>

Why are there so many senders of #refreshWorld or #displayWorldSafely anyway... :)

Best,
Marcel

On Wed, Apr 29, 2015 at 10:17 AM, karl ramberg <[hidden email]> wrote:
> There is also the Monticello preference to log config info to disk, instead
> for to Transcript. That will prevent a Transcript popping up during update.

Yes, but I can't stand Squeak creating those files in my filesystem.
Updating the system is a process which deserves a Transcript, IMO...