> On Mon, Oct 12, 2009 at 1:14 PM, Ralf Goertz
>> is it possible to have a process substitution with both input and output
>> redirection? So far I use the following work-around
>>
>>> cat parentprocess.sh:
>> #!/bin/bash
>> mkfifo fifo 2>/dev/null
>> exec 5> >(./subprocess.sh > fifo)
>> exec 6< <(
Marc Herbert wrote:
>> On Mon, Oct 12, 2009 at 1:14 PM, Ralf Goertz
>>> is it possible to have a process substitution with both input and
>>> output redirection? So far I use the following work-around
>>>
cat parentprocess.sh:
>>> #!/bin/bash
>>> mkfifo fifo 2>/dev/null
>>> exec 5> >(./subpro
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKA
> > Cool. Is there any hint/doc/faq/how-to implement old behaviour, i.e. wait
> > until all children of current bash process will exit?
>
> I imagine a loop on wait until it returns because there are no unwaited-for
> children. You can detect the "interrupted" exit status and behave
> accordingly
Use the attached patch and rebuild configure using `autoconf'.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRUc...@case.eduhttp://cnswww.cns.cwru.edu/~chet/
*** ../bash-4.0-patched/configur
