[squeak-dev] Re: Resuming a terminated process
Hernán Morales
hernan.morales at gmail.com
Thu Mar 27 03:49:24 UTC 2008
Maybe these ones
(['Testing...' printString] forkAt: Processor lowestPriority) terminate
resume.
(['Testing...' printString] forkAt: Processor systemBackgroundPriority)
terminate resume.
(['Testing...' printString] forkAt: Processor userBackgroundPriority)
terminate resume.
(['Testing...' printString] forkAt: Processor userSchedulingPriority)
terminate resume.
(['Testing...' printString] forkAt: Processor userInterruptPriority)
terminate resume.
(['Testing...' printString] forkAt: Processor lowIOPriority) terminate
resume.
(['Testing...' printString] forkAt: Processor highIOPriority) terminate
resume.
(['Testing...' printString] forkAt: Processor highestPriority) terminate
resume.
2008/3/26, Andreas Raab <andreas.raab at gmx.de>:
>
> Oh, and one more interesting issue:
>
> [] newProcess terminate isTerminated ==> false
>
> I think it's time to take this up with a few SUnit tests. How about these:
>
> self assert: [] fork terminate isTerminated.
> self assert: [] newProcess terminate isTerminated.
>
> self should:[ [] fork terminate resume ] raise: Error.
> self should:[ [] newProcess terminate resume ] raise: Error.
>
> Any other interesting ones?
>
> Cheers,
>
> - Andreas
>
>
> Andreas Raab wrote:
> > Hi -
> >
> > Here is an interesting one:
> >
> > p := [self inform: 'Oh, noes'] fork.
> > p terminate.
> > p resume.
> >
> > This works fine on all Squeak versions that I've tried it on. Do people
> > agree that this is a bug and should raise an error or is there any
> > reason why it should behave the way it does right now?
> >
> > Note that the above also works for:
> >
> > p := [self inform: 'Oh, noes'] newProcess.
> > p terminate.
> > p resume.
> > p terminate.
> > p resume.
> >
> > etc.
> >
> > Cheers,
> > - Andreas
> >
> >
> >
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080327/9833fc03/attachment.htm
More information about the Squeak-dev
mailing list
|