Mercurial > emacs
annotate src/s/dgux4.h @ 64556:a0c4a6096f55
(insert-image-file): Add yank-handler.
(image-file-yank-handler): Yank handler to make unique copies of
images when they are yanked into a buffer next to each other.
author | Kim F. Storm <storm@cua.dk> |
---|---|
date | Thu, 21 Jul 2005 08:56:23 +0000 |
parents | e055d02d8b97 |
children | 6358e3c6075c f9a65d7ebd29 |
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 | |
64092 | 19 the Free Software Foundation, 51 Franklin Street, Fifth Floor, |
20 Boston, MA 02110-1301, USA. */ | |
18097 | 21 |
22 /* This file was written by Roderick Schertler <roderick@ibcinc.com>, | |
23 contact me if you have problems with or comments about running Emacs | |
24 on dgux. | |
25 | |
26 A number of things in the older dgux*.h files don't make sense to me, | |
27 but since I'm relying on memory and I don't have any older dgux | |
28 systems installed on which to test changes I'm undoing or fixing them | |
29 here rather than fixing them at the source. */ | |
30 | |
31 /* In dgux.h it says "Can't use sys_signal because then etc/server.c | |
32 would need sysdep.o." and then it #defines signal() to be | |
33 berk_signal(), but emacsserver.c does `#undef signal' anyway, so that | |
34 doesn't make sense. | |
35 | |
36 Further, sys_signal() in sysdep.c already had a special case for | |
37 #ifdef DGUX, it called berk_signal() explicitly. I've removed that | |
38 special case because it also didn't make sense: All versions of dgux | |
39 which the dgux*.h headers take into account have POSIX signals | |
40 (POSIX_SIGNALS is #defined in dgux.h). The comments in sys_signal() | |
41 even acknowledged this (saying that the special berk_signal() case | |
42 wasn't really necessary), they said that sys_signal() was using | |
43 berk_signal() instead of sigaction() for efficiency. Since both give | |
44 reliable signals neither has to be invoked within the handler. If | |
45 the efficiency that the comments were talking about is the overhead | |
46 of setting up the sigaction struct rather than just passing the | |
47 function pointer in (which is the only efficiency I can think of) | |
48 then that's a needless optimization, the Emacs sources do better | |
49 without the special case. | |
50 | |
51 The following definition will prevent dgux.h from re-defining | |
52 signal(). I can't just say `#undef signal' after including dgux.h | |
53 because signal() is already a macro, defined in <sys/signal.h>, and | |
54 the original definition would be lost. */ | |
55 #define NO_DGUX_SIGNAL_REDEF | |
56 | |
20002
e89847e2df84
Fix name of include file to match 1996-08-24 renaming.
Karl Heuer <kwzh@gnu.org>
parents:
18097
diff
changeset
|
57 #include "dgux5-4-3.h" |
18097 | 58 |
59 #define LIBS_DEBUG /* nothing, -lg doesn't exist */ | |
20289 | 60 #define LIBS_SYSTEM -lsocket -lnsl |
18097 | 61 |
62 #ifndef NOT_C_CODE | |
63 | |
64 /* dgux.h defines _setjmp() to be sigsetjmp(), but it defines _longjmp | |
65 to be longjmp() rather than siglongjmp(). Further, it doesn't define | |
66 jmp_buf, so sigsetjmp() is being called with a jmp_buf rather than a | |
67 sigjmp_buf, and the buffer is then passed to vanilla longjmp(). This | |
68 provides a more complete emulation of the Berkeley semantics. */ | |
69 | |
70 #include <setjmp.h> | |
71 #undef jmp_buf | |
72 #undef _setjmp | |
73 #undef setjmp | |
74 #undef _longjmp | |
75 #undef longjmp | |
76 #define jmp_buf sigjmp_buf | |
77 #define _setjmp(env) sigsetjmp(env, 0) | |
78 #define setjmp(env) sigsetjmp(env, 1) | |
79 #define _longjmp siglongjmp | |
80 #define longjmp siglongjmp | |
81 | |
82 /* The BAUD_CONVERT definition in dgux.h is wrong with this version | |
83 of dgux, but I'm not sure when it changed. | |
84 | |
85 With the current system Emacs' standard handling of ospeed and | |
86 baud_rate don't work. The baud values (B9600 and so on) returned by | |
87 cfgetospeed() aren't compatible with those used by ospeed. speed_t, | |
88 the type returned by cfgetospeed(), is unsigned long and speed_t | |
89 values are large. Further, it isn't possible to get at both the | |
90 SysV3 (ospeed) and POSIX (cfgetospeed()) values through symbolic | |
91 constants simultaneously because they both use the same names | |
92 (B9600). To get both baud_rate and ospeed right at the same time | |
93 it's necessary to hardcode the values for one set of values, here I'm | |
94 hardcoding ospeed. */ | |
95 #undef BAUD_CONVERT | |
96 #define INIT_BAUD_RATE() \ | |
97 struct termios sg; \ | |
98 \ | |
99 tcgetattr (input_fd, &sg); \ | |
100 switch (cfgetospeed (&sg)) { \ | |
101 case B50: baud_rate = 50; ospeed = 0x1; break; \ | |
102 case B75: baud_rate = 75; ospeed = 0x2; break; \ | |
103 case B110: baud_rate = 110; ospeed = 0x3; break; \ | |
104 case B134: baud_rate = 134; ospeed = 0x4; break; \ | |
105 case B150: baud_rate = 150; ospeed = 0x5; break; \ | |
106 case B200: baud_rate = 200; ospeed = 0x6; break; \ | |
107 case B300: baud_rate = 300; ospeed = 0x7; break; \ | |
108 case B600: baud_rate = 600; ospeed = 0x8; break; \ | |
109 default: \ | |
110 case B1200: baud_rate = 1200; ospeed = 0x9; break; \ | |
111 case B1800: baud_rate = 1800; ospeed = 0xa; break; \ | |
112 case B2400: baud_rate = 2400; ospeed = 0xb; break; \ | |
113 case B4800: baud_rate = 4800; ospeed = 0xc; break; \ | |
114 case B9600: baud_rate = 9600; ospeed = 0xd; break; \ | |
115 case B19200: baud_rate = 19200; ospeed = 0xe; break; \ | |
116 case B38400: baud_rate = 38400; ospeed = 0xf; break; \ | |
117 } \ | |
118 return; | |
119 | |
23695
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
120 |
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
121 #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
|
122 still exists on m88k-dg-dguxR4.11MU04 and i586-dg-dguxR4.11MU04. */ |
18097 | 123 /* The `stop on tty output' problem which occurs when using |
124 INTERRUPT_INPUT and when Emacs is invoked under X11 using a job | |
125 control shell (csh, ksh, etc.) in the background doesn't look to be | |
126 present in R4.11. (At least, I can't reproduce it using jsh, csh, | |
127 ksh or zsh.) */ | |
128 #undef BROKEN_FIONREAD | |
129 #define INTERRUPT_INPUT | |
23695
a9640ecf5ab4
(BROKEN_FIONREAD): #undef commented out.
Karl Heuer <kwzh@gnu.org>
parents:
20289
diff
changeset
|
130 #endif /* 0 - never */ |
18097 | 131 |
132 /* In R4.11 (or maybe R4.10, I don't have a system with that version | |
133 loaded) some of the internal stdio semantics were changed. One I | |
134 found while working on MH is that _cnt has to be 0 before _filbuf() | |
135 is called. Another is that (_ptr - _base) doesn't indicate how many | |
136 characters are waiting to be sent. I can't spot a good way to get | |
137 that info from the FILE internals. */ | |
138 #define PENDING_OUTPUT_COUNT(FILE) (1) | |
139 | |
140 #endif /* NOT_C_CODE */ | |
52401 | 141 |
142 /* arch-tag: c7013e7b-6e2e-44f2-ba61-90b6d5e2ea45 | |
143 (do not change this comment) */ |