home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14367 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!mahendo!thyme!kaleb
  3. From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
  4. Subject: Re: Kills from Window Manager
  5. Message-ID: <1992Jul24.221634.29882@thyme.jpl.nasa.gov>
  6. Organization: Jet Propulsion Laboratory, Pasadena, CA
  7. References: <1460adINN77b@early-bird.think.com> <1992Jul19.104259.6128@pictel.com> <1992Jul24.182835.29941@thunder.mcrcim.mcgill.edu>
  8. Date: Fri, 24 Jul 92 22:16:34 GMT
  9. Lines: 40
  10.  
  11. In article mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
  12. >In article oj@pictel.com (Oliver Jones) writes:
  13. >> In article mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
  14. >>> operations, if any, I see no reason why it should bother
  15. >>> participating in WM_DELETE_WINDOW. ...  Do you see any such reason?
  16. >
  17. >> Yes.  If the wm uses XKillClient to get rid of the application, then
  18. >> the application's route to oblivion is through its XIO error handler.
  19. >> [...this produces a possibly disturbing error message...]
  20. >
  21. >So install an I/O error handler that exits quietly instead of printing
  22. >a noisy complaint first.  (Or implement WM_DELETE_WINDOW, but the
  23. >
  24. >> If you're using Athena, it takes less than a dozen lines of code to
  25. >
  26. >Even in bare Xlib, the I/O error handler solution takes only two lines,
  27.  
  28. IMHO, (which nobody asked for, but I'll offer it anyway) applications that 
  29. don't participate in WM_DELETE_WINDOW are about on par with programs written 
  30. as follows:
  31.  
  32. void main () { ... }
  33.  
  34. Yes, programs written with either error can and generally do work, but
  35. in my experience, these errors generally indicate that the programmer
  36. doesn't understand some of the finer details of C and/or X.
  37.  
  38. Furthermore, writing your own IOErrorHandler function to trap the single 
  39. error seems nearly equivalent to not checking return values from sytem
  40. calls.  You might get by 99&44/100% of the time, but why risk it?
  41.  
  42. Now, in looking at my preceding comments, I realize that someone might 
  43. consider my comments to be mildly inflammatory.  But let me assure you 
  44. that they are *not* intended that way.
  45.  
  46. -- 
  47.  
  48. Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov
  49.  
  50. Not authorized, in any way, shape, or form, to speak for anyone.
  51.