[net.emacs] Apollo UniPress Emacs vs. SR8

cpr@su-shasta.arpa (09/14/84)

We are having problems getting the vanilla UniPress Apollo Emacs (#264)
distribution to work under SR8.  It ran fine under SR7, but when we
started running SR8, after rebuilding it from scratch, it doesn't
seem to want to manage the display properly.  We've had lots of troubles
with the SR8 C compiler, so it may be a problem there, but I though I'd
ask.

--Chris Ryland, IMAGEN

nazgul@apollo.uucp (Kee Hinckley) (09/18/84)

------
Here is a brief list of things that I did to get Emacs running under
SR8 which may be of some help.  I hope to have a chance to
look into the problems in greater detail, but I'll have to do it on
my own time, since supporting Emacs is not really what I'm being payed
for.

******
Changed max_col from 75 to 255 in the configuration include file.
Changed MScreenWidth to 200
        MScreenLength to 100

There was a problem in that we define SIGCHLD but not SUBPROC, and
the ifdefs check only for SIGCHLD.  Furthermore, the the calls ifdef'd
under SIGCHLD use SIGCLD, not SIGCHLD!!!???  The solution was to #undef
SIGCHLD after the include files.  I think this only needs to be done
in subproc.c, mchan.c uses them too, but I don't believe that that
portion of the code is compiled anyway, since it requires the mbx stuff.

Finally, you probably should change all occurences of fork() to vfork(),
just to speed things up.
******

That should be all that is needed to get it going, although I don't
guarantee that I haven't forgotten anything.

                                    Good luck!

                                    Kee Hinckley
                          ...decvax!wivax!apollo!nazgul