home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / 18516 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.6 KB
  1. Xref: sparky comp.sys.atari.st:18516 comp.sys.atari.st.tech:6306
  2. Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
  3. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!hpscit.sc.hp.com!hplextra!hplntx!willing
  4. From: willing@opus.hpl.hp.com (Scott Willingham)
  5. Subject: Re: gem progs run from gulam lock up
  6. Sender: news@hplabs.hpl.hp.com (HPL News Posting Service)
  7. Message-ID: <BzDHoy.9LL@hplabs.hpl.hp.com>
  8. Date: Wed, 16 Dec 1992 22:12:33 GMT
  9. References: <1gdeqpINNccn@roundup.crhc.uiuc.edu>
  10. Organization: High Speed Electronics Department, HP Labs, Palo Alto, CA
  11. X-Newsreader: Tin 1.1 PL3
  12. Lines: 19
  13.  
  14. svleest@lasso.crhc.uiuc.edu (Steve VanderLeest) writes:
  15. : Certain gem programs that I run from the gulam shell (using the gem
  16. : command) lock up the machine, while others do not.  It also appears that
  17. : every gem program I write and compile myself also lock up.  If I open
  18. : a single window within my program (which runs perfectly from the desktop)
  19. : it also displays a blank window which is the size of the window I ran 
  20.                                                ^^^^^^^^^^^^^^^^^^^^^^^^
  21. : gulam from.  No mouse or keyboard inputs are recognized (and they should
  22.   ^^^^^^^^^^
  23. : be).  Does anyone have any ideas why this happens?  I tried simplifying
  24. : my program down to doing next to nothing, but I still get the problem.
  25.  
  26. Gulam was written well before anyone started running shells within TOS
  27. windows.  It is meant to run on the whole screen and essentially take
  28. over subsequent program launchings, replacing the desktop.  It is thus
  29. not surprising that it doesn't cooperate well with the desktop or even
  30. with any multitasking in general.
  31.  
  32. Scott Willingham // willing@hpl-opus.hpl.hp.com
  33.