[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bug in bash
From: |
Chet Ramey |
Subject: |
Re: bug in bash |
Date: |
Tue, 14 May 2024 09:46:34 -0400 |
User-agent: |
Mozilla Thunderbird |
On 5/13/24 3:37 PM, Oğuz wrote:
On Monday, May 13, 2024, Chet Ramey <chet.ramey@case.edu
<mailto:chet.ramey@case.edu>> wrote:
performs the setpgid in the process forked
to run the process substitution).
Yes, this sounds like the easy way. I don't know how else to prevent the
race in OP. Close stdin/stdout?
That doesn't change the controlling terminal.
Direct it from /dev/null?
Same issue.
Setting the process group might solve this particular issue, at the cost of
losing keyboard-generated signals. That's not so bad for SIGINT, though
people do expect to be able to kill a procsub when you interrupt the job
using it, but you also wouldn't be able to suspend the procsub with ^Z any
more. When you're running a job that contains a process substitution, the
historical behavior has been that you're able to suspend it along with the
rest of the job. Same with hitting the job pgrp with something like SIGHUP.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
- bug in bash, Quốc Trị Đỗ, 2024/05/12
- Re: bug in bash, Andreas Kähäri, 2024/05/12
- Re: bug in bash, Kerin Millar, 2024/05/12
- Re: bug in bash, Greg Wooledge, 2024/05/12
- Re: bug in bash, Andreas Schwab, 2024/05/12
- Re: bug in bash, Oğuz, 2024/05/12
- Re: bug in bash, Chet Ramey, 2024/05/13
- Re: bug in bash, Oğuz, 2024/05/13
- Re: bug in bash,
Chet Ramey <=
- Re: bug in bash, Andreas Schwab, 2024/05/14
- Re: bug in bash, Chet Ramey, 2024/05/14
- Re: bug in bash, Chet Ramey, 2024/05/14