bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Race condition in handling SIGHUP


From: David Kaspar [Dee'Kej]
Subject: Re: Race condition in handling SIGHUP
Date: Thu, 28 Apr 2016 17:23:49 +0200

On Thu, Apr 28, 2016 at 2:49 PM, Chet Ramey <address@hidden> wrote:
Because systems using a networked password database can hang at a priority
that doesn't interrupt the system call when a SIGHUP arrives.
​I'm sorry, but what exactly do you mean by 'networked password database'? I'm not sure I follow you correctly
 
That code is written the way it is to accommodate the much more common
case of users exiting a shell by hitting the `close' button on their
terminal window, which causes the terminal emulator to send one or more
SIGHUPs to the shell process, usually while readline is active.  You want
shell to try and save the history in this case, since that's what users
expect.
​Yeah, I think this particular problem about closing the terminal window and sending SIGHUP to bash has been discussed in this [1] mailing list thread quite thoroughly, and from what I've read in the mailing list before, it made quite sense to me.

So, my question right now is - do you think it's feasible to the code setting 'terminate_immediately = 1' from bash_tilde_expand() function?


​Best regards,​

David Kaspar [Dee'Kej]
Associate Software Engineer
Brno, Czech Republic

RED HAT | TRIED. TESTED. TRUSTED.
Every airline in the Fortune 500 relies on Red Hat.
Find out why at Trusted | Red Hat.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]