earleh@eleazar.dartmouth.edu (Earle R. Horton) (04/18/89)
Microemacs for the Macintosh is a port of Daniel Lawrence's
Microemacs 3.9e, configured to use a window, menus, scroll bars, and
other Macintosh user-interface type things. It is fully A/UX
compatible, except it will only open 'TEXT' files from Standard File,
and it expects carriage returns on the end of every line. Recently,
these two hurdles have been overcome, and a special A/UX compatible
version has been created.
I have compiled a copy of Microemacs for the Macintosh OS, and
given it the ability to read and write regular UNIX text files when
run under the A/UX ToolBox. If anyone wants a copy, ftp it from
northstar40.dartmouth.edu (129.170.24.140) in /pub. The binary file
is named "%microemacs" and a uuencoded version is "microemacs.uue."
The file is essentially the same as the program on sumex, except it
knows how to handle '\n' instead of '\r' at the end of a line. Do not
attempt to convert this to a Macintosh file, and run it under the
native Macintosh operating system, without first removing the 'Char'
resource.
The program correctly handles UNIX text files when asked to
modify pre-existing files. When it is used to create a file, however,
the new file gets 256 bytes of Macintosh-specific information written
at the beginning. If someone knows how to write raw data files under
A/UX, using only Macintosh File Manager calls, please let me know. If
you do use it to edit pre-existing files, please be aware that the
present A/UX version passes -1 for numTypes to SFGetFile, and will
cheerfully try to read /dev/rdsk/c0d0s31 into a buffer if you tell it
to.
Text which is saved to the clipboard (.clipboard file) is still
written out using carriage returns at the end of lines, for
compatibility with other possible Macintosh applications that might be
used. This could be a good way to import text from the UNIX world
into a program like HyperCard that you have running under the A/UX
ToolBox, or to A/UX desk accessories. Under the A/UX 1.0 ToolBox,
microemacs monopolizes the whole screen. When MultiFinder is ported
to the A/UX environment, however, this will no longer be true.
The amount of memory given microemacs seems to depend on what is
in its 'SIZE' resource. The present value is 512k. You can change
this if you like using your copy of A/UX ResEdit. If you don't have a
copy of ResEdit on your machine, you could use rez. If you do use
rez, please be aware that the canBackground and the
acceptSuspendResumeEvents bits should be set in microemacs's 'SIZE'
resource for it to work properly under MultiFinder. Another way to
change the memory allocation given microemacs is to use the A/UX
Finder's "Get Info" box.
Microemacs is free, but it is copyrighted by Daniel Lawrence.
The copy on northstar40 was compiled with Aztec C 3.6c, Macintosh
version. I will send source code on request. Due to the size,
however, I ask that you mail me a floppy and SASE if you want source.
Send me EMail if you want to know about this. Microemacs for the
Macintosh uses the MPW pascal-style interfaces for ToolBox calls, so
successful compilation under the A/UX compiler is unlikely, unless
Apple reworks the libraries and header files to allow use of these.
Earle R. Horton
Graduate Student. Programmer. God to my cats.