On Tue, 10 Jan 2017, Sven Schreiber wrote:
Am 10.01.2017 um 12:17 schrieb Riccardo (Jack) Lucchetti:
> On Tue, 10 Jan 2017, Sven Schreiber wrote:
>> start gretlcli.exe -b hansltemp.inp > testy.out
>>
>> The testy.out file gets overwritten as expected, but it is empty (0
>> bytes). I know this might be a Windows issue instead of a gretl issue,
>> but perhaps somebody has an idea about what's going on nevertheless.
>
> Hm. Even if it turns out to be an OS issue, it'd be good to delimit it
> properly so we know what to say to users. To be on the safe side, I've
> found myself relying more and more on the outfile command rather than
> the OS piping features.
OK, I seem to have solved this issue by using "! cmd /C gretlcli.exe" instead
of "! start gretlcli.exe". At least my usage is producing the desired
results.
Speaking of my usage, I'm attaching the interim result of all this tinkering
with subprocesses. Hint: It's a gretl function for embarassingly simple
parallel processing that wraps all this shell handling, and is based on
arrays of bundles. There's a fairly extensive explanatory text at the top,
and a dummy example at the bottom.
Thanks, Sven. Are you sure you're actually getting parallel execution
from your script? I'm not seeing it on Linux: adding a '&' doesn't
work if the command is not executed from the actual shell. But as I
mentioned you could try "launch", see
http://lists.wfu.edu/pipermail/gretl-devel/2017-January/007250.html
I'm attaching a variant of your script which permits comparison with
MPI.
Allin