[HECnet] RSTS/E started emitting "?EVTLOG (BLDNIC) -- %Integer error" messages

[Thomas DeBellis]

gnuemacs?  There's a processor limitation or hardship?  That's never 
occurred to me as I'm running on Tops-20 right now, which is plenty 
different from anything else.  The M1 is still fairly new, so maybe 
people haven't gotten around to gnuemacs just yet.  Some will insist on 
vi...

I have done a microscopic amount of programming in gnu LISP to customize 
it; in other words to make gnemacs work more like Tops-20/TENEX/ITS TECO 
based EMACS so that it doesn't drive me crazy.  This code functions on 
the other platforms I use (Mac OSX, Windows, Ubuntu) with no 
modifications.  Obviously some kinds of key bindings are tricky as well 
as fonts.

If you want to call it this, gnemacs does have some compiled code, that 
is C based built-in functions.  I have had occasion to look at some of 
the C source in order to make sure that I understood actually what was 
going to be done.  I don't recall seeing any kind of a processor 
restriction per se, although there could have been conditionals to 
better leverage certain processors.

I guess you could differentiate it like the difference between MIDAS 
based TECO and EMACS based TECO macros.
> ------------------------------------------------------------------------
> On 11/12/21 4:07 PM, Paul Koning wrote:
>
> I think Johnny was talking about current Emacs.  That might explain why it's hard to port -- for example, there is a Mac version (AquaMacs) but no Arm64 (Apple M1 chip) version because of the trickery associated with the dump machinery.
>
> 	paul
>> ------------------------------------------------------------------------
>> On Nov 12, 2021, at 3:49 PM, Thomas DeBellis<tommytimesharing at gmail.com>  wrote:
>>
>> I'm not 100% sure, but I don't believe that ITS/Tops-20/TENEX Emacs quite does this.  It is built on top of TECO, which you will recall as a language that is so terse that it looks like line noise.  I don't think it's a very big stretch to compare it a byte code interpreter.
>>
>> I do not recall that the EMACS libraries that are loaded are not quite compiled.  They have all the comments and unnecessary white space stripped out, which would, of course speed execution.
>>
>> gnuEmacs does a similar thing for the LISP code; it's still interpreted as I recall.
>>
>>> ------------------------------------------------------------------------
>>> On 11/12/21 10:59 AM, Johnny Billquist wrote:
>>>
>>> RMS kept the idea alive in Emacs, where even today you fire up the core system, load all kind of libraries, and then you do a memory dump, which is the runnable Emacs image.
>>>
>>>    JOhnny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sonic.net/pipermail/hecnet-list/attachments/20211112/aa76d656/attachment-0001.htm>