home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / windows / openloo / 3742 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  2.2 KB
  1. Path: sparky!uunet!ogicse!emory!mathcs.emory.edu!km
  2. From: km@mathcs.emory.edu (Ken Mandelberg)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: Xview and process blocking?
  5. Message-ID: <9479@emory.mathcs.emory.edu>
  6. Date: 5 Sep 92 15:10:14 GMT
  7. Article-I.D.: emory.9479
  8. References: <1992Sep3.164826@bnkc08.Bell.CA>
  9. Sender: news@mathcs.emory.edu
  10. Reply-To: km@mathcs.emory.edu
  11. Organization: Emory University, Dept of Math and CS
  12. Lines: 35
  13.  
  14. In article 164826@bnkc08.Bell.CA, alex@bnkc08.Bell.CA (Alex Laney) writes:
  15. >
  16. >I'm using OW2 and I find that if I set FRAME_BUSY, do some other code, that
  17. >the X server is locked up, i.e., no other window will get an event if I click
  18. >on a FRAME_BUSY window. If I don't do a click on a FRAME_BUSY window,
  19. >everything is fine. Of course, all this plays havoc in a development
  20. >environment. You have to have a serial terminal or something to do some
  21. >process killing.
  22.  
  23. I wish there was a way to avoid this problem, however, we do have a
  24. trick a little easier than finding a serial terminal, for killing the
  25. process. As part of our openwin-init we bring up an iconified Sunview
  26. cmdtool in the corner of the screen. The way the sunview compatibility
  27. mode works, sunview apps get their events independently even when the
  28. "X server is locked up". So at a lockup, we just open the sunview
  29. cmdtool and kill the FRAME_BUSY client, unlocking the server. Except
  30. for the Sunview icon eating a small bit of screen space, there is not
  31. much loss in this.
  32.  
  33. For me the tougher problem is not killing runaway FRAME_BUSY windows,
  34. but dealing with windows that are FRAME_BUSY during a normal, but long
  35. processing delay.  I run over slip from home, and lots of clients that
  36. think a network access will be very quick end up being FRAME_BUSY for a
  37. relatively long time. If you accidentally touch one of its buttons
  38. while its BUSY, you just have to sit through the lockup (or kill it).
  39. (For example, if xvnews starts an automatic rescan, and you touch a
  40. buttom without noticing, there will be a few minutes of lockup).
  41.  
  42.  
  43.  
  44. ---
  45. Ken Mandelberg      | km@mathcs.emory.edu          PREFERRED
  46. Emory University    | {rutgers,gatech}!emory!km    UUCP 
  47. Dept of Math and CS | km@emory.bitnet              NON-DOMAIN BITNET  
  48. Atlanta, GA 30322   | Phone: Voice (404) 727-7963, FAX 727-5611
  49.