Path: utzoo!utgpu!water!watmath!clyde!burl!codas!killer!academ!soma!masscomp-request From: sdr@mrmarx.UUCP (Stephen D. Rogers) Newsgroups: comp.sys.masscomp Subject: Re: Help! I need GNU Emacs (18.49) on a Masscomp 5600 running RTU 3.1c. Message-ID: <3338@soma.bcm.tmc.edu> Date: 18 Feb 88 08:49:02 GMT References: <3325@soma.bcm.tmc.edu> Sender: masscomp@soma.bcm.tmc.edu Reply-To: sdr@mrmarx.UUCP (Stephen D. Rogers) Organization: Decision Software Co, Cambridge, MA Lines: 47 Approved: masscomp@soma.bcm.tmc.edu In article <3325@soma.bcm.tmc.edu> uw-warp!dennis@beaver.cs.washington.edu (Dennis Gentry) writes: > >I have tried (so far unsuccessfully) to get GNU Emacs 18.49 >going on this Masscomp 5600 running RTU 3.1c. >... I would greatly appreciate any prompt help anyone could give >me. > I have brought up GNU Emacs v17.49, v18.46, and GNU Emacs v18.49 on our Masscomp systems. We are currently running GNU Emacs v18.49. The workarounds to apply to the GNU distribution depend primarily on the version of the C compiler and runtime library that you are using, and somewhat on the release of RTU 3.1 that you are using. I have applied the following workarounds at various times. 1) Several releases of Masscomp's C compiler have trouble with register declarations. Disable register declarations by defining the keyword "register" as an empty macro. For example, "cc -c -Dregister='' foo.c". You will have to fix-up a handful of source files which use, for example, "register i" rather than "register int i". 2) Masscomp's alloca() is broken in some releases. I have successfully used the alloca() "emulator", written in C, which comes with GNU Emacs. 3) Masscomp's fsync() is broken in some (all?) releases. It is only used in one place, in the write-region(?) code in "src/fileio.c". I am currently running with the fsync() call essentially commented out. This is not the best solution, but it works, since RTU flushes its file buffers reasonably often anyway. If you do not disable the call to Masscomp's fsync(), RTU will eventually lock up. The symptoms I have seen involve a file save or an autosave, after which the system load ramps steeply up "forever". 4) Make sure that you compile and link everything in the ucb universe. Even so, a few of the programs in etc/ will not compile due to missing BSD header files. Fortunately, these few programs are not particularly important. There may be other workarounds which I have forgotten, or which I am not aware of. Once you apply the workarounds, GNU Emacs v18.49 works quite nicely on RTU. -- Stephen D. Rogers {uunet,masscomp,alliant}!mrmarx!sdr Decision Software Company 51 Spinelli Place Cambridge, MA 02138