in reply to Re: Execute by order
in thread Execute by order

if you persist with ...using files and "while" as a queqe at its simplest, then you won't be able to do ...someone of those at same time, - especially on Windoze.

Why? In particular, why - especially on Windoze?


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
RIP PCW It is as I've been saying!(Audio until 20090817)

Replies are listed 'Best First'.
Re^3: Execute by order
by Bloodnok (Vicar) on Aug 13, 2009 at 13:13 UTC
    ...depends on the implementation I suppose - I took it to mean using while to iterate thro' a list of simple commands i.e. no parallelism.

    On *NIX, I submit it is easy to modify the command strings to run a command in parallel ... which, IIRC, isn't possible on Windoze.

    A user level that continues to overstate my experience :-))
      On *NIX, I submit it is easy to modify the command strings to run a command in parallel ... which, IIRC, isn't possible on Windoze.

      How would you do it on *nix?


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      "Science is about questioning the status quo. Questioning authority".
      In the absence of evidence, opinion is indistinguishable from prejudice.
        ...at its simplest, by changing command to command &.

        However, by just doing the above, the backgrounded command will suspend if it needs to write to either device 1 or device 2 (STDOUT/STDERR in perl parlance), or read from device 0 (STDIN), so command is usually rewritten as command >file 2>&1 & to send all output from stdout and stderr to file.

        If you don't care about output from either stdout or stderr, the frequently seen idiom - command >/dev/null 2>&1 & - is used.

        A user level that continues to overstate my experience :-))
      I took it to mean using while to iterate thro' a list of simple commands i.e. no parallelism

      And that is correct, no parallelism

        ...but ...someone of those at same time..., to me at least, implies parallelism i.e. two, or more, commands running in parallel.

        A user level that continues to overstate my experience :-))