home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / atari / st / 11587 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.3 KB
  1. Path: sparky!uunet!mcsun!sunic!isgate!krafla!adamd
  2. From: adamd@rhi.hi.is (Adam David)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: Trouble with MiNT 0.94 and GEM.PRG
  5. Message-ID: <5142@krafla.rhi.hi.is>
  6. Date: 22 Jul 92 17:27:42 GMT
  7. References: <1992Jul21.065605.29502@slcs.slb.com>
  8. Sender: usenet@rhi.hi.is
  9. Lines: 20
  10.  
  11. In <1992Jul21.065605.29502@slcs.slb.com> prevot@smr.slb.com writes:
  12.  
  13. >for some time now I've been unable to use GEM.PRG... I use MiNT 0.94
  14. >on a standard Mega-ST 4, and I've removed everything but MiNT from my
  15. >AUTO folder. When I run GEM.PRG, the screen goes blank, I get the "busy
  16. >bee" mouse pointer, and then GEM.PRG announces "Exit code 64538", ponders
  17. >for a couple of seconds, gives me 3-4 bombs, and then resets the machine!
  18.  
  19. GEM.PRG starts up the GEM environment, which can only be done once in current
  20. TOS versions. GEM is automatically started at MiNT boot time unless another
  21. shell is specified in \MINT.CFG so there is no sensible reason for wanting to
  22. start it up again, unless doing so would reinitialise GEM without crashing.
  23.  
  24. What I would definitely like to see is a way to quit GEM safely and release
  25. its memory after it has been started. Then it would be possible to run GEM
  26. programs at any time but not waste machine resources on GEM when it is not
  27. needed. Rebooting to rid the machine of GEM is not an option.
  28.  
  29. --
  30. Adam David. (adamd@rhi.hi.is)
  31.