home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5310 < prev    next >
Encoding:
Text File  |  1992-07-28  |  1.9 KB  |  47 lines
  1. Newsgroups: comp.sys.next.programmer
  2. Path: sparky!uunet!oceania!jeff
  3. From: avsoft!jeff (Jeff Roberts)
  4. Subject: signals and the appkit
  5. Message-ID: <Bs4G4M.19M@oceania.com>
  6. Keywords: sigvec, event loop
  7. Sender: jeff@oceania.com (Jeff Roberts)
  8. Organization: Oceania Health Care Systems
  9. Date: Tue, 28 Jul 1992 23:05:08 GMT
  10. Lines: 35
  11.  
  12. We've been having a bit of difficulty with the interaction of the UNIX  
  13. signal facilities and appkit based applications.  Any help would be  
  14. greatly apprecatiated.
  15.  
  16. We are using sigvec to set a handler to catch SIGCHLD. (wait?(2) is no  
  17. good as this application has other tasks to perform.)  Since the handler's  
  18. stack is finite, we want to post an event to notify the application and  
  19. that there is work to be done and get off the stack.  The handler is  
  20. getting called ok but we can't seem to find a way to let the application  
  21. know that it should re-run the event loop.  timer events, delayed  
  22. performs, etc do nothing. If you take on too ambitious a task in the  
  23. signal handler itself, like sending appkit objects messages, the  
  24. application seems to get hung in the event loop and we get an infinite  
  25. wait cursor.(This condition applies to sending the activateSelf: message  
  26. to NXApp)  I'm not sure why.  My guess would be that we've over ran the  
  27. signal handler stack frame???
  28.  
  29. Other facts:
  30. 1. By design, at the time the signal handler is called, this application  
  31. has no screen realestate;  no icon miniwindow, no nothing.  All windows  
  32. have been ordered out.
  33.  
  34. 2. any events we post in the handler appear to be getting queued up.  if  
  35. we leave a window exposed and mouse down on that window we get a flood of  
  36. all of the queued up timer events, etc.
  37.  
  38. This sounds strange, and believe me it is.  I'm a pretty familiar with  
  39. UNIX systems in general but i must admit i'm left without a clue on this.   
  40. Any ideas?
  41.  
  42. J Roberts
  43. jeff@oceania.com
  44.  
  45.  
  46.  
  47.