home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / 18456 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.7 KB
  1. Xref: sparky comp.sys.atari.st:18456 comp.sys.atari.st.tech:6290
  2. Path: sparky!uunet!usc!sdd.hp.com!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu
  3. From: timg@ccwf.cc.utexas.edu (Tim Gallivan)
  4. Newsgroups: comp.sys.atari.st,comp.sys.atari.st.tech
  5. Subject: Re: gem progs run from gulam lock up
  6. Message-ID: <85431@ut-emx.uucp>
  7. Date: 16 Dec 92 06:10:10 GMT
  8. References: <1gdeqpINNccn@roundup.crhc.uiuc.edu> <92347.152232JJL101@psuvm.psu.edu>
  9. Sender: news@ut-emx.uucp
  10. Followup-To: comp.sys.atari.st
  11. Organization: University of Texas Center for Relativity
  12. Lines: 25
  13.  
  14. Hi,
  15.  
  16. In article <92347.152232JJL101@psuvm.psu.edu> JJL101@psuvm.psu.edu (J.J. Lehett) writes:
  17. >
  18. >    I have had the same problem with my own GEM programs locking up when run
  19. >with the GEM prefix in Gulam... however ONLY on the second attempt at running
  20. >the program (often during testing).  I use GCC 2.2.2 how about you?
  21. >    I haven't had the windowing problem you mentioned I don't think though.
  22. >
  23. >    On my own programs, it is odd, since this seems to be the case each time:
  24. >
  25. >    I run through any of my own GCC compiled programs from gulam.  Exit and
  26. >get returned to gulam.  Now ANY other program I run locks seemingly the second
  27. >that program tries to open a window.  Its odd since this does not happen if I
  28. >do it all from the desktop.
  29.  
  30. I have had similar things happen when GEM programs I was debugging
  31. terminated abnormally. The next thing I try to run locks up. Perhaps
  32. things mess up if GEM resources are not de-allocated properly. Do your
  33. programs close all open workstations and call appl_exit() before
  34. terminating? Just a guess, but the desktop might do this automatically
  35. while gulam might not.
  36.  
  37. -Tim Gallivan
  38. timg@landau.ph.utexas.edu
  39.