Simon Tatham ec5a7ee940 CloseOnExit now defaults to COE_ALWAYS for pterm, bringing it back ...

into line with most other xtermalikes. On Unix, the exit code of a
shell is the last exit code of one of its child processes, even if
it's an interactive shell - so some pterms will close and some will
not for no particularly good reason. Power-detaching a screen
session is especially bad for this.
COE_NORMAL is still useful for specialist purposes (running a single
command in its own pterm), but I don't think it's a sane default,
unfortunately.

[originally from svn r2154]

2002-10-28 17:39:21 +00:00

..

pterm.1

CloseOnExit now defaults to COE_ALWAYS for pterm, bringing it back

2002-10-28 17:39:21 +00:00

pterm.c

Fix Alt+numberpad in pterm. For a start, there was a bug whereby if

2002-10-28 17:34:45 +00:00

pty.c

Yet more global-removal. The static variables in logging.c are now

2002-10-26 12:58:13 +00:00

unix.h

Yet more global-removal. The static variables in logging.c are now

2002-10-26 12:58:13 +00:00

uxmisc.c

Begin destabilisation in the wake of 0.53! This checkin contains the

2002-10-07 16:45:23 +00:00

uxprint.c

Printer support: cfg.printer is assumed to be a Unix command through

2002-10-15 17:38:04 +00:00

uxstore.c

Add the -xrm command-line option, to allow specification of an

2002-10-16 22:54:58 +00:00

uxucs.c

Reorganised the Unicode layer somewhat: moved luni_send and

2002-10-26 11:08:59 +00:00