Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10 Apollo 8/9/84; site apollo.uucp Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!wivax!apollo!nazgul From: nazgul@apollo.uucp (Kee Hinckley) Newsgroups: net.emacs Subject: Re: Apollo UniPress Emacs vs. SR8 Message-ID: <21d79f79.8e4@apollo.uucp> Date: Tue, 18-Sep-84 12:25:38 EDT Article-I.D.: apollo.21d79f79.8e4 Posted: Tue Sep 18 12:25:38 1984 Date-Received: Tue, 25-Sep-84 05:22:38 EDT References: <13545@sri-arpa.UUCP> Organization: Apollo Computer, Chelmsford, Mass. Lines: 30 ------ 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