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

...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 :-))

Replies are listed 'Best First'.
Re^4: Execute by order
by BrowserUk (Patriarch) on Aug 13, 2009 at 13:43 UTC
    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 :-))
        ...at its simplest, by changing command>/c> to <c>command &

        The equivalents on Win* are:

        1. start command
        2. start command > file 2>&1
        3. start command > nul  2>&1

        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.
Re^4: Execute by order
by way (Sexton) on Aug 13, 2009 at 14:58 UTC
    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 :-))