Mercurial > emacs
annotate src/s/dgux4.h @ 48542:435e087e5d76
(update_dynamic_symbols): Cast arg of fatal_unexec.
author | Dave Love <fx@gnu.org> |
---|---|
date | Mon, 25 Nov 2002 19:21:10 +0000 |
parents | a9640ecf5ab4 |
children | 695cf19ef79e d7ddb3e565de |
rev | line source |
---|---|
18097 | 1 /* Definitions file for GNU Emacs running on Data General's DG/UX |
2 Release 4.10 and above. | |
3 Copyright (C) 1996 Free Software Foundation, Inc. | |
4 | |
5 This file is part of GNU Emacs. | |
6 | |
7 GNU Emacs is free software; you can redistribute it and/or modify | |
8 it under the terms of the GNU General Public License as published by | |
9 the Free Software Foundation; either version 2, or (at your option) | |
10 any later version. | |
11 | |
12 GNU Emacs is distributed in the hope that it will be useful, | |
13 but WITHOUT ANY WARRANTY; without even the implied warranty of | |
14 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | |
15 GNU General Public License for more details. | |
16 | |
17 You should have received a copy of the GNU General Public License | |
18 along with GNU Emacs; see the file COPYING. If not, write to | |
19 the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA. */ | |
20 | |
21 /* This file was written by Roderick Schertler <roderick@ibcinc.com>, | |
22 contact me if you have problems with or comments about running Emacs | |
23 on dgux. | |
24 | |
25 A number of things in the older dgux*.h files don't make sense to me, | |
26 but since I'm relying on memory and I don't have any older dgux | |
27 systems installed on which to test changes I'm undoing or fixing them | |
28 here rather than fixing them at the source. */ | |
29 | |
30 /* In dgux.h it says "Can't use sys_signal because then etc/server.c | |
31 would need sysdep.o." and then it #defines signal() to be | |
32 berk_signal(), but emacsserver.c does `#undef signal' anyway, so that | |
33 doesn't make sense. | |
34 | |
35 Further, sys_signal() in sysdep.c already had a special case for | |
36 #ifdef DGUX, it called berk_signal() explicitly. I've removed that | |
37 special case because it also didn't make sense: All versions of dgux | |
38 which the dgux*.h headers take into account have POSIX signals | |
39 (POSIX_SIGNALS is #defined in dgux.h). The comments in sys_signal() | |
40 even acknowledged this (saying that the special berk_signal() case | |
41 wasn't really necessary), they said that sys_signal() was using | |
42 berk_signal() instead of sigaction() for efficiency. Since both give | |
43 reliable signals neither has to be invoked within the handler. If | |
44 the efficiency that the comments were talking about is the overhead | |
45 of setting up the sigaction struct rather than just passing the | |
46 function pointer in (which is the only efficiency I can think of) | |
47 then that's a needless optimization, the Emacs sources do better | |
48 without the special case. | |
49 | |
50 The following definition will prevent dgux.h from re-defining | |
51 signal(). I can't just say `#undef signal' after including dgux.h | |
52 because signal() is already a macro, defined in <sys/signal.h>, and | |
53 the original definition would be lost. */ | |
54 #define NO_DGUX_SIGNAL_REDEF | |
55 | |
20002
e89847e2df84
Fix name of include file to match 1996-08-24 renaming.
Karl Heuer <kwzh@gnu.org>
parents:
18097
diff
changeset
|
56 #include "dgux5-4-3.h" |
18097 | 57 |
58 #define LIBS_DEBUG /* nothing, -lg doesn't exist */ | |
20289 | 59 #define LIBS_SYSTEM -lsocket -lnsl |
18097 | 60 |
61 #ifndef NOT_C_CODE | |
62 | |
63 /* dgux.h defines _setjmp() to be sigsetjmp(), but it defines _longjmp | |
64 to be longjmp() rather than siglongjmp(). Further, it doesn't define | |
65 jmp_buf, so sigsetjmp() is being called with a jmp_buf rather than a | |
66 sigjmp_buf, and the buffer is then passed to vanilla longjmp(). This | |
67 provides a more complete emulation of the Berkeley semantics. */ | |
68 | |
69 #include <setjmp.h> | |
70 #undef jmp_buf | |
71 #undef _setjmp | |
72 #undef setjmp | |
73 #undef _longjmp | |
74 #undef longjmp | |
75 #define jmp_buf sigjmp_buf | |
76 #define _setjmp(env) sigsetjmp(env, 0) | |
77 #define setjmp(env) sigsetjmp(env, 1) | |
78 #define _longjmp siglongjmp | |
79 #define longjmp siglongjmp | |
80 | |
81 /* The BAUD_CONVERT definition in dgux.h is wrong with this version | |
82 of dgux, but I'm not sure when it changed. | |
83 | |
84 With the current system Emacs' standard handling of ospeed and | |
85 baud_rate don't work. The baud values (B9600 and so on) returned by | |
86 cfgetospeed() aren't compatible with those used by ospeed. speed_t, | |
87 the type returned by cfgetospeed(), is unsigned long and speed_t | |
88 values are large. Further, it isn't possible to get at both the | |
89 SysV3 (ospeed) and POSIX (cfgetospeed()) values through symbolic | |
90 constants simultaneously because they both use the same names | |
91 (B9600). To get both baud_rate and ospeed right at the same time | |
92 it's necessary to hardcode the values for one set of values, here I'm | |
93 hardcoding ospeed. */ | |
94 #undef BAUD_CONVERT | |
95 #define INIT_BAUD_RATE() \ | |
96 struct termios sg; \ | |
97 \ | |
98 tcgetattr (input_fd, &sg); \ | |
99 switch (cfgetospeed (&sg)) { \ | |
100 case B50: baud_rate = 50; ospeed = 0x1; break; \ | |
101 case B75: baud_rate = 75; ospeed = 0x2; break; \ | |
102 case B110: baud_rate = 110; ospeed = 0x3; break; \ | |
103 case B134: baud_rate = 134; ospeed = 0x4; break; \ | |
104 case B150: baud_rate = 150; ospeed = 0x5; break; \ | |
105 case B200: baud_rate = 200; ospeed = 0x6; break; \ | |
106 case B300: baud_rate = 300; ospeed = 0x7; break; \ | |
107 case B600: baud_rate = 600; ospeed = 0x8; break; \ | |
108 default: \ | |
109 case B1200: baud_rate = 1200; ospeed = 0x9; break; \ | |
110 case B1800: baud_rate = 1800; ospeed = 0xa; break; \ | |
111 case B2400: baud_rate = 2400; ospeed = 0xb; break; \ | |
112 case B4800: baud_rate = 4800; ospeed = 0xc; break; \ | |
113 case B9600: baud_rate = 9600; ospeed = 0xd; break; \ | |
114 case B19200: baud_rate = 19200; ospeed = 0xe; break; \ | |
115 case B38400: baud_rate = 38400; ospeed = 0xf; break; \ | |
116 } \ | |
117 return; | |
118 | |
23695
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
119 |
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
120 #if 0 /* Ehud Karni <ehud@unix.simonwiesel.co.il> says that the problem |
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
121 still exists on m88k-dg-dguxR4.11MU04 and i586-dg-dguxR4.11MU04. */ |
18097 | 122 /* The `stop on tty output' problem which occurs when using |
123 INTERRUPT_INPUT and when Emacs is invoked under X11 using a job | |
124 control shell (csh, ksh, etc.) in the background doesn't look to be | |
125 present in R4.11. (At least, I can't reproduce it using jsh, csh, | |
126 ksh or zsh.) */ | |
127 #undef BROKEN_FIONREAD | |
128 #define INTERRUPT_INPUT | |
23695
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
129 #endif /* 0 - never */ |
18097 | 130 |
131 /* In R4.11 (or maybe R4.10, I don't have a system with that version | |
132 loaded) some of the internal stdio semantics were changed. One I | |
133 found while working on MH is that _cnt has to be 0 before _filbuf() | |
134 is called. Another is that (_ptr - _base) doesn't indicate how many | |
135 characters are waiting to be sent. I can't spot a good way to get | |
136 that info from the FILE internals. */ | |
137 #define PENDING_OUTPUT_COUNT(FILE) (1) | |
138 | |
139 #endif /* NOT_C_CODE */ |