GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Edgar Roed » Mon, 02 Jul 1990 21:39:00



Today i have submitted my port of GNU Emacs for Atari ST computers to the
atari binaries group. The port has been done with gcc V1.30 . The only missing
features are those related to multitasking/multiuser environments like
asynchronous processes. 'call-process' is implemented through system()-calls.

implementation of dired written with emacs functions.
The executable program runs on 1MB of memory but more is recommended.

- Edgar

 
 
 

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Mark Bo » Mon, 02 Jul 1990 19:29:00


        I got the final parts of the gnuemacs distribution yesterday and
got it un-zooed ( zoo //x in c:/usr/lib/gnuemacs ) with no problems.
Thanks for the real emacs! I love it.

        When I ran it I discovered one minor problem: Some of the files
in the lisp subdirectory have underlines in the file names, e.g.
text_mod.elc, but the program looks for dashes, not underlines, e.g
text-mod.elc.

        The solution is simple, just change all the underlines to dashes
in the file names.  There are only four or five that need changing, but
one of them is the site-ini file, so you really do need to make the
change!

        The only other problem is that my 1 megabyte machine isn't big
enough. I just ordered 2 Megabytes of memory chips this morning. They
are dowm to about $100 / megabyte, so there is no economic reason not
to have enough memory for FSF software on an ST!

                Mark Boyd
                Computer Science, UNC asheville, Asheville, NC



 
 
 

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Andy Cassi » Mon, 02 Jul 1990 20:19:00


I've also gotten the gnuemacs port running on my Mega-2. It's VERY
impressive. Watching REAL gnuemacs come up on my Atari was a REAL thrill.
It is just like using gnuemacs at work! GREAT JOB!

I do have a couple of problems to work out. The first is, I can't get
"M-x info" to work. After succesfully finding a file or two, I get the
following message:

"Info file /usr/lib/GNUemacs/info/dir does not exist."

Nowhere in the emacs.zoo or elisp.zoo archives did I find a file named "dir",
so is something missing?

Also, I am running emacs from gulam, and "M-x suspend-emacs" or C-z just
cause emacs to bomb off (2 bombs). I end up in gulam again and everything
seems ok, but when I type exit, I go back to the desktop, not back into
emacs. Any hints? (Sure would be nice if this worked... gnuemacs takes awhile
to get under way, seems that executing loadup.el is the biggest bottleneck)

    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    % Andy Cassino                                                  %

    % Hewlett-Packard              Lake Stevens Instrument Division %
    % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
    % (206) 335-2211                                                %
    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

 
 
 

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Stephen Jaco » Mon, 02 Jul 1990 04:26:00


I know, we were told not to expect much from GNU EMACS with only 1 Meg, but
after determining that it only used about 300 K text+data+bss I gave it a
shot.  Just start it, read some stuff in and push a few keys, nothing serious.
  Impressive hardly describes it.  Looks just like on the VAX, only it starts
up faster.  But I have a couple of ???-s.
  The start-up seems to crash rather than finishing normally (something about
invalid argument stringp null, as I remember).  Control Z gives a kind of
no-op (the bottom line flashes 'program terminated' ever so briefly, then
I'm back in EMACS.  And dired seems to be getting confused, probably by the
$HOME environment variable in \ form (rather than / form) which is really
there for the use of the shell, msh, rather than EMACS.
  But the program runs fast, and there's a tremendous amount there.  This is
going to be fun to explore.
   I hope the diffs from a widely available source distribution show up on
the net.  
                                       Steve J.

 
 
 

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Edgar Roed » Mon, 02 Jul 1990 15:50:00



> I do have a couple of problems to work out. The first is, I can't get
> "M-x info" to work. After succesfully finding a file or two, I get the
> following message:

> "Info file /usr/lib/GNUemacs/info/dir does not exist."

> Nowhere in the emacs.zoo or elisp.zoo archives did I find a file named "dir",
> so is something missing?

You are right: there is something missing. Since i did not modify any of the
documentation files in /usr/lib/GNUemacs/info, i did not include them in the
distribution of GNU-Emacs in comp.binaries.atari.st. You can get any
documentation on Emacs, GCC and some other GNU programs from a host running
GNU emacs. You would have to look for the info directory and copy those files.
I have about 2.5 MB of info files on my st now (including gcc docs, gulam doc).
If you can't find the info files look for .texinfo files. They are the source
for info (texinfo-format-buffer converts them).

Quote:> Also, I am running emacs from gulam, and "M-x suspend-emacs" or C-z just
> cause emacs to bomb off (2 bombs). I end up in gulam again and everything
> seems ok, but when I type exit, I go back to the desktop, not back into
> emacs. Any hints? (Sure would be nice if this worked... gnuemacs takes awhile
> to get under way, seems that executing loadup.el is the biggest bottleneck)

I have tried this feature with my shell (it is Master 5.6) and everything
worked fine. I am calling the shell via _shell_p (at $4F6) with an empty string
as parameter for gulam if it's magic number can be found. Before this the string
"Program stopped!!!" is written to stderr (handle 2). The call is done in user
mode of the 68000 and the available stack at this point is about 8 kB. If
meta-flag is non-nil the conterm variable is configured to return the Shift-key
status when doing tos-i/o. Emacs does no unusual things beside that.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!! I would like to hear about experiences of users that have other shells !!!
!!! which use the _shell_p vector as entry to the commandline-interpreter. !!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Those shells are called with "-i" as single argument to the routine pointed
to by _shell_p.

Have you tried '(call-process "ls" nil t nil)' from the scratch-buffer
(or after ESC-ESC) ???

>     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>     % Andy Cassino                                                  %

>     % Hewlett-Packard              Lake Stevens Instrument Division %
>     % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
>     % (206) 335-2211                                                %
>     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

- Edgar
 
 
 

GNU-Emacs 18.51 for Atari ST (TOS) posted to comp.binaries.atari.st

Post by Andy Cassi » Thu, 02 Aug 1990 20:29:00



|
|I have tried this feature with my shell (it is Master 5.6) and everything
|worked fine. I am calling the shell via _shell_p (at $4F6) with an empty string
|as parameter for gulam if it's magic number can be found. Before this the string
|"Program stopped!!!" is written to stderr (handle 2). The call is done in user
|mode of the 68000 and the available stack at this point is about 8 kB. If
|meta-flag is non-nil the conterm variable is configured to return the Shift-key
|status when doing tos-i/o. Emacs does no unusual things beside that.
|
|!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|!!! I would like to hear about experiences of users that have other shells !!!
|!!! which use the _shell_p vector as entry to the commandline-interpreter. !!!
|!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
|
|Those shells are called with "-i" as single argument to the routine pointed
|to by _shell_p.
|
|Have you tried '(call-process "ls" nil t nil)' from the scratch-buffer
|(or after ESC-ESC) ???
|

Well, the details of the implementation are above my head, I haven't been
programming the ST very long!

Is there something specific I need to set in the shell environment to get
this to play?

I do get the "Program stopped!!!" message, BTW.

I tried C-z from Mark Williams MSH and got a different result. I got "Program
stopped!!!" in the mini-buffer, but emacs did not stop. No bombs in MSH,
though!

Hmm, I need to try call-process.

    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
    % Andy Cassino                                                  %

    % Hewlett-Packard              Lake Stevens Instrument Division %
    % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
    % (206) 335-2211                                                %
    %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

 
 
 

1. ADMIN: Remove comp.binaries.atari.st and comp.sources.atari.st?

About a week and a half ago, I posted an article to comp.binaries.atari.st
and comp.sources.atari.st asking for volunteers to replace me as moderator.
One person asked for more information, then never replied to my mail, so I
can only assume he's not interested.

Which makes me wonder: is it time to kill off both groups?

Even when I have time to moderate it properly, traffic is a trickle, and
the various Atari ftp sites get far more submissions than either group.
With the availability of mail servers to fetch things from those sites,
I'm not sure there's a reason for the groups any more.  Certainly the
fact that nobody else wants to moderate them is evidence that interest
is fairly low.

If the groups aren't removed, I'm not going to have time to moderate them,
so they will sit idle.  I think it's dumb to have groups that nobody can
post to.  Removing them entirely seems like a far better solution.

So, I leave it to you to discuss.  What should be done?  Followups directed
to news.groups, where this sort of thing is supposed to be talked about.

-Steve

2. Looking for and pointing to articles on Smallbizserver.net

3. ADMIN: New moderator for comp.binaries.atari.st, comp.sources.atari.st

4. Compress then Encrypt

5. posting to comp.binaries.atari.st

6. MKII on GVP 040?

7. Posting to comp.binaries.atari.st (for real!)

8. HELP! Quantum hard drive dead forever?

9. Posting to comp.binaries.atari.st

10. converter program posted to comp.binaries.atari.st

11. gnuemacs (posting to comp.binaries.atari.st)

12. comp.binaries.atari.st MINIBBS posting, part 1 lost

13. 1st posting to comp.binaries.atari.st