home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / 13385 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.7 KB
  1. Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh2.maus.de!Christian_Vogler
  2. From: Christian_Vogler@hh2.maus.de (Christian Vogler)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: Not enough memory...
  5. Message-ID: <A12205@HH2.maus.de>
  6. Date: 5 Sep 92 11:47:00 GMT
  7. Article-I.D.: HH2.A12205
  8. References: <A62161@HB.maus.de>
  9. Organization: MausNet
  10. Lines: 50
  11. X-Gateway: MausGate/News 1.11
  12.  
  13. In article <1992Sep3.143732.26091@wega.rz.uni-ulm.de>
  14. HUTTER@rzmain.rz.uni-ulm.de (Do, 03.09.92 15:37) (Wolfgang Hutter) writes:
  15.  
  16. >This may be too stupid for some of you, but if so just skip the message.
  17. >I just wanted to get some help on a problem that I encounter frequently
  18. >with my ATARI.
  19.  
  20. Nonsense. There are no stupid questions, only stupid answers!!
  21.  
  22. >I use a 1040STFM with the Blitter-TOS (1.02?). The thing that troubles
  23. >me is that the system comes up frequently with a message like 'Not
  24. >enough memory for this application' although the whole memory should be
  25. >free. Any hints?
  26.  
  27. There are a lot of bugs in TOS 1.02 concerning usage of memory, but I'm not
  28. sure.
  29. Another possibility could be that your DESKTOP.INF is about as large as 1024
  30. bytes. This is the limit for older TOSes (below 2.xx). If many windows are
  31. open, the Desktop stores the info in the internal buffer which also is only 1K
  32. big. So the Desktop runs out of internal memory...
  33. In TOS 2.xx/3.xx the buffer is at least 4K big...
  34. Best would be to use TOS 1.04 (you can get it used) (for this you need a
  35. patch, too, though) or the newer TOS 2.06.
  36.  
  37. >Another thing that is annoying is that I can't get programs installed as
  38. >applications so that I can double-click the text-file e.g. instead of
  39. >the editor. The system always says that 'the application can't find the
  40. >desired object' after looking on drive A: when I didn't ask for anithing
  41. >on drive A:. It works well from within GEMINI, but not from the GEM
  42. >desktop. What's wrong?
  43.  
  44. Simple. TOS 1.02 does not store the path of the application. So, if the object
  45. is in a different directory, the application can of course not be found.
  46. TOS 1.04, 1.06 and 1.62 store the path, too, but set the object's directory as
  47. default. Some of the programs can't find their data files then, but this is the
  48. case only with "dirty" programs (many older ones behave like this).
  49. In TOS 2.06 you can instruct the desktop to set the application's directory as
  50. default.
  51. So, the solution is either to use GEMINI or TOS 2.06. There is no other way.
  52. Or you could edit the DESKTOP.INF and write the full path of the application:
  53. Before:
  54. #G 03 FF MYPROG.PRG @ *.XXX @
  55. After:
  56. #G 03 FF C:\MYPATH\MPROG.PRG @ *.XXX @
  57. Beware of the 1K limit, though. And the problem with "dirty" apps still exists.
  58.  
  59. with regards
  60.        Christian
  61.  
  62. Christian_Vogler@hh2.maus.de
  63.