Kas, Have you ever gotten this working? I've tried it and it seems there's a problem with the way chuck buffers its output. The status lines don't come out until the process ends. The only way I've been able to read the status line without stopping the VM is to run chuck inside of GNU screen and log its output (screen -L chuck --loop), and tail the log file, but I don't know how to configure screen to make it constantly log its output; it seems to only log periodically, so there's a delay until you see the status output. I've tried a few different things with appending to files or writing to FIFOs but the way the chuck command writes its output always seems to pose a stumbling block. -jordan chuck version: 1.2.1.4-beta-1 (dracula) exe target: mac os x : universal binary On Sunday, July 8, 2012 at 2:25 PM, Kassen wrote:
Hey Atte,
If this is not directly possible, does anyone have an idea for a hack?
Shred objects have a .running() and a .done() member function. Those might cover your usage case?
Rather cludgy workaround; you could have the VM pipe its output to a file, then create a chuck function that would clear the file, call for the VM status using Std.system( "chuck --status)", then read the file. This would be rather slow.
It's odd that this seems so hard. Maybe we need to re-think the status stuff. I'd like to also repeat that I feel it'd be useful of the chuck command, when connecting to a already running VM, would return the result of it's operation, instead of printing it to the VM's window. It seems that while convenient for human readers the place where the status gets returned is rather inconvenient for reading by processes.
Yours, Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu (mailto:chuck-users@lists.cs.princeton.edu) https://lists.cs.princeton.edu/mailman/listinfo/chuck-users