screen-devel
[Top][All Lists]
Advanced

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

[screen-devel] [bug #47493] [PATCH] Make delay after child program termi


From: Mark Schreiber
Subject: [screen-devel] [bug #47493] [PATCH] Make delay after child program terminates configurable
Date: Tue, 22 Mar 2016 07:06:09 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:46.0) Gecko/20100101 Firefox/46.0 Iceweasel/46.0a2

URL:
  <http://savannah.gnu.org/bugs/?47493>

                 Summary: [PATCH] Make delay after child program terminates
configurable
                 Project: GNU Screen
            Submitted by: mark7b
            Submitted on: Tue 22 Mar 2016 07:06:07 AM GMT
                Category: Program Logic
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: None
           Fixed Release: None
         Planned Release: None
           Work Required: None

    _______________________________________________________

Details:

The patch for Bug #27061 introduced a ten second delay after a child program
running in a window terminated -- this was to address a race between SIGCHLD
and any output written by that program being delivered.

That behavior makes sense if the process group is expected to be empty after
the child terminates.  However, some users, like myself, do things like run a
bash process in a screen window and have that bash process run processes nohup
in the background.  With the ten second delay, this causes each screen window
to linger for ten seconds when one tries closing it -- annoying, to say the
least.

I don't think that there is a fantastic way to resolve this; Linux's
documentation states that a delay may legitimately exist:

PTY(7):

Data flow between master and slave is handled asynchronously, much like data
flow with a physical terminal.  Data written to the slave will be available at
the master promptly, but may not be available immediately. Similarly, there
may be a small processing delay between a write to the master, and the effect
being visible at the slave.

END MAN PAGE EXCERPT

I'm perfectly fine with some output potentially not showing up at the end (the
window is dying anyway); however, a ten second delay is a problem for me.

A patch is attached to make the delay configurable.



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Tue 22 Mar 2016 07:06:07 AM GMT  Name: childdelay.diff  Size: 3kB   By:
mark7b

<http://savannah.gnu.org/bugs/download.php?file_id=36719>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47493>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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