[Etoys] finalStripping hangs waitForCommand
K. K. Subramaniam
subbukk at gmail.com
Tue Jun 16 01:49:00 EDT 2009
On Monday 15 June 2009 09:20:27 pm K. K. Subramaniam wrote:
> On etoys4#2229+OSProcessV4-3-7, the waitForCommand: hangs after executing:
> ReleaseBuilderSqueakland new prepareReleaseImageForSqueakland.
>
> Doing:
> Cursor wait showWhile: [ OSProcess waitForCommand: 'sleep 2']
>
> works fine just before this command but if run after this send, the method
> hangs waiting for runState to turn from #running to #complete even after
> the child process is done.
>
> I was able to narrow down the difference to
> ReleaseBuilderForSqueakland>>finalStripping ... >>discardFFI ..
>
> >>recreateSpecialObjectsArray
Filed bug http://tracker.squeakland.org/browse/SQ-262.
Attached is a simple script that shows the behavior (even without LPF.st). Run
it on a *copy* of a etoys dev image (the script overwrites the image).
The bug is holding up Etoys 4 rollout to a few thousand students in local
public schools. Any help in tracking it down is greatly appreciated.
Subbu
-------------- next part --------------
"Steps to reproduce bug SQ-262. Use a spare copy of an image"
SARInstaller installSAR: 'OSProcessV4-3-7.sar'.
"This command succeeds"
Cursor write showWhile: [OSProcess waitForCommand: 'sleep 2'].
"Debug this command. Step into cleanup..>finalStriping->discardFFI->recreateSpecialObjects".
ReleaseBuilderSqueakland new prepareReleaseImageForSqueakland.
"this one succeeds if called just before recreateSpecialObjects, but hangs if called afterwards.
. change runState from #running to #complete in UnixProcess proc var to proceed".
Cursor write showWhile: [OSProcess waitForCommand: 'sleep 2'].
More information about the Etoys
mailing list