Delay, BlockClosure and Process

Hi,

I am not seeing the light here...

Proc := [
   [true] whileTrue: [
       c_call_out.
       (Delay forMilliSeconds: 500) wait.
   ].
] fork

I would assume that c_call_out would be called every couple of milliseconds
but it appears that when the delay is over the Process just exits. Why is that
the case? How can I avoid it? How can I achieve something better? (well it
would be nice to avoid the poll all together but that is for later).

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On Sat, 11 Sep 2010 01:37:36 +0800
Holger Hans Peter Freyther <[hidden email]> wrote:

Try running this code via gst-remote.

$1 gst-remote --server

$2 gst-remote --eval ' [ [true] whileTrue: [ 0 printNl. (Delay forSeconds: 1) wait ] ] fork'
$2 gst-remote --eval ' [ [true] whileTrue: [ 1 printNl. (Delay forSeconds: 1) wait ] ] fork'

output in $1:

gst-remote server started.
0
0
0
0
0
1
0
1
0
1
0
1

s.

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On Sat, Sep 11, 2010 at 00:11, Stefan Schmiedl <[hidden email]> wrote:
> Try running this code via gst-remote.

Or in VisualGST.

Paolo

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On 11/09/2010, at 3:37 AM, Holger Hans Peter Freyther wrote:

> I would assume that c_call_out would be called every couple of milliseconds
> but it appears that when the delay is over the Process just exits. Why is that
> the case? How can I avoid it? How can I achieve something better? (well it
> would be nice to avoid the poll all together but that is for later).

If you're running that at the REPL (the st> prompt) and returning to the REPL, it won't work because the VM is not running while the REPL is waiting for input.

If you try "Processor activeProcess suspend" at the REPL you will return control to the process scheduler and your process should get run.

The reason gst-remote and visualgst should also work is that they're not sitting with the REPL waiting for input either.

Nigel
_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk

On 09/13/2010 09:31 AM, Nigel Williams wrote:


Thanks, I had used Paolo's trick to type stdin next, to yield the execution

_______________________________________________
help-smalltalk mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/help-smalltalk