[26736] in Athena Bugs
linux 9.4.22: pine
daemon@ATHENA.MIT.EDU (Jonathan D Reed)
Tue Feb 7 10:42:05 2006
Message-Id: <200602071541.k17FfMXR003601@infinite-loop.mit.edu>
To: bugs@mit.edu
Date: Tue, 07 Feb 2006 10:41:22 -0500
From: Jonathan D Reed <jdreed@mit.edu>
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: astronut@mit.edu
Errors-To: bugs-bounces@mit.edu
System name: infinite-loop.mit.edu
Type and version: i686 9.4.22 (with mkserv)
Display type: Matrox Graphics, Inc. G400/G450 (rev 85)
Shell: /bin/athena/tcsh
Window manager: metacity
What were you trying to do?
Get pine to create a .pine-interrupted-mail file when it is
being run remotely and the connection is lost while the user
is composing mail.
What's wrong:
Pine does not create the file.
What should have happened:
Pine should have created the file.
Please describe any relevant documentation references:
Erica found that pine should create this file in response to a
SIGHUP, and in fact if you explicitly send pine a SIGHUP, it
does create the file. The issue is that a SIGHUP is never
(apparently) received when an ssh or telnet connection is
severed. Writing a simple signal handler in perl indicates
that the SIGHUP is in fact sent upon disconnection, however
pine never handles it. Looking at debug files, it appears that
pine goes into read_bail when the connection is severed, and
does not do so when it's killed by an explicit SIGUP. Looking
at ~~source/third/pine/pine/osdep/termin.unx, it looks like
read_bail is called when pine failed to read input from the
terminal. It sounds like this is probably a bug in pine, since
in situations when this happens, it never receives a HUP or
TERM signal, but rather exits due to read_bail. However, I
figured I'd report it anyway.
