src/s/dgux4.h

   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, 51 Franklin Street, Fifth Floor,
  20 Boston, MA 02110-1301, USA.  */
  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
  57 #include "dgux5-4-3.h"
  58
  59 #define LIBS_DEBUG /* nothing, -lg doesn't exist */
  60 #define LIBS_SYSTEM -lsocket -lnsl
  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
 120
 121 #if 0 /* Ehud Karni <ehud@unix.simonwiesel.co.il> says that the problem
 122          still exists on m88k-dg-dguxR4.11MU04 and i586-dg-dguxR4.11MU04.  */
 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
 130 #endif /* 0 - never */
 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 */
 141
 142 /* arch-tag: c7013e7b-6e2e-44f2-ba61-90b6d5e2ea45
 143    (do not change this comment) */