[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Idea: jobs(1) -i to print only :%ID:s
From: |
Chet Ramey |
Subject: |
Re: Idea: jobs(1) -i to print only :%ID:s |
Date: |
Fri, 10 Nov 2023 11:12:13 -0500 |
User-agent: |
Mozilla Thunderbird |
On 11/8/23 8:12 PM, Steffen Nurpmeso wrote:
The "problem" with the current way bash is doing it is that bash's
job handling does not recognize jobs die under the hood:
$ jobs
[1]- Stopped LESS= less -RIFe README
[2]+ Stopped LESS= less -RIFe TODO
$ kill $(jobs -p)
$
^ nothing
$ jobs
[1]- Stopped LESS= less -RIFe README
[2]+ Stopped LESS= less -RIFe TODO
Yes, the jobs are still stopped, and will remain stopped until they get
a SIGCONT. Do you think that kill, when given a pid argument, should look
up any job associated with that pid and send it a SIGCONT? Or should it
send a SIGCONT to the pid unconditionally? If so, what about other
processes in that job?
--
``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/
- Re: Idea: jobs(1) -i to print only :%ID:s, (continued)
- Re: Idea: jobs(1) -i to print only :%ID:s, Oğuz, 2023/11/09
- Re: Idea: jobs(1) -i to print only :%ID:s, Steffen Nurpmeso, 2023/11/10
- Re: Idea: jobs(1) -i to print only :%ID:s, Greg Wooledge, 2023/11/10
- Re: Idea: jobs(1) -i to print only :%ID:s, Steffen Nurpmeso, 2023/11/10
- Re: Idea: jobs(1) -i to print only :%ID:s, Eric Pruitt, 2023/11/10
- Re: Idea: jobs(1) -i to print only :%ID:s, Greg Wooledge, 2023/11/10
- the portability of seq(1) (was: Idea: jobs(1) -i to print only :%ID:s), G. Branden Robinson, 2023/11/10
- Re: the portability of seq(1) (was: Idea: jobs(1) -i to print only :%ID:s), Greg Wooledge, 2023/11/10
Re: Idea: jobs(1) -i to print only :%ID:s,
Chet Ramey <=