Mercurial > emacs
view src/s/ptx4.h @ 90288:7432ca837c8d
Revision: emacs@sv.gnu.org/emacs--unicode--0--patch-9
Merge from emacs--devo--0
Patches applied:
* emacs--devo--0 (patch 16-33)
- Update from CVS
- Install ERC.
- Fix ERC compiler warnings.
- Use utf-8 encoding in ERC ChangeLogs.
- Merge ERC-related Viper hacks into Viper.
- Merge from erc--main--0
- Merge from gnus--rel--5.10
* gnus--rel--5.10 (patch 8-13)
- Merge from emacs--devo--0
- Update from CVS
author | Miles Bader <miles@gnu.org> |
---|---|
date | Wed, 01 Feb 2006 10:07:17 +0000 |
parents | 68c22ea6027c |
children | dd7c098af727 |
line wrap: on
line source
/* s/ file for Sequent "ptx 4", which is a modified SVR5.4. */ /* Tell usg5-4.h not to include filio.h. */ #define NO_FILIO_H #include "usg5-4.h" /* Marcus Daniels <marcus@sysc.pdx.edu> says that SIGINFO is defined on ptx4 but it is not a signal. Prevent process.c from doing the wrong thing. */ #define BROKEN_SIGINFO /* pae@dim.com (Phil Ernhardt) says this correction to the definition in usg5-4.h is needed to prevent all asynchronous subprocesses from exiting right away. */ /* James Youngman <jay@gnu.org> found that on "DYNIX/ptx ARNIE 4.0 * V4.4.2 i386", the push of the ttcompat module would fail. It seems * that PTX 4.4.2 doesn't have that module, so if the push fails we * don't kill ourselves. While this version lacks ttcompat, it also * has ptem, but the manual page for ptem indicates that it should * be pushed onto the slave side before the line discipline module. * See also the streampty manual page, if you're curious (and have * a ptx system). */ /* rms: I hope that older versions which do have ttcompat will not get confused by the code to use ptem. */ #undef SETUP_SLAVE_PTY #define SETUP_SLAVE_PTY \ if (ioctl (xforkin, I_PUSH, "ptem") == -1 && errno != EINVAL) \ fatal ("ioctl I_PUSH ptem", errno); \ if (ioctl (xforkin, I_PUSH, "ldterm") == -1) \ fatal ("ioctl I_PUSH ldterm", errno); \ if (ioctl (xforkin, I_PUSH, "ttcompat") == -1 && errno != EINVAL) \ fatal ("ioctl I_PUSH ttcompat", errno); /* arch-tag: 14621824-8dca-432b-a97a-049fc4ce0e9f (do not change this comment) */