home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9420 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.2 KB
  1. Xref: sparky comp.unix.aix:9420 comp.unix.questions:10774 comp.windows.x.motif:6028 comp.windows.x:16235
  2. Newsgroups: comp.unix.aix,comp.unix.questions,comp.windows.x.motif,comp.windows.x
  3. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!sdd.hp.com!usc!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!mouse
  4. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  5. Subject: Re: signal when window is destroyed
  6. Message-ID: <1992Sep6.062943.15263@thunder.mcrcim.mcgill.edu>
  7. Organization: McGill Research Centre for Intelligent Machines
  8. References: <3297@carroll1.cc.edu>
  9. Date: Sun, 6 Sep 92 06:29:43 GMT
  10. Lines: 36
  11.  
  12. In article <3297@carroll1.cc.edu>, pwickman@cerebus.cc.edu (Paul J. Wickman) writes:
  13.  
  14. > What (if any) signal type is sent when a window is destroyed to the
  15. > program running in it[?]
  16.  
  17. Depends on what you mean by "the program running in it".  It would also
  18. help if you were more precise about what "destroyed" means, though in
  19. this case I think I can probably guess.  "running in it" is similarly
  20. vague.
  21.  
  22. > The program is an xterm exec-ing another program
  23.  
  24. You are probably thinking of "a window" from a user's perspective.
  25. From that point of view, destroying a window amounts to making a
  26. request of your window manager.  When you do this, no signal in the
  27. technical UNIX sense is sent to the X client responsible for the
  28. window.  Depending on the window manager and various other things, the
  29. client may see the connection go away, or it may receive a request to
  30. make its window disappear.  In neither case, though, does the event
  31. take the form of a UNIX signal.
  32.  
  33. However, your comment about xterm makes it sound as though "running in
  34. it" here does not refer to the X client, which would be xterm, but
  35. rather to some process running connected to the pseudo-terminal xterm
  36. has set up.  In this case, what *should* happen is that the virtual
  37. terminal loses carrier, which usually generates a SIGHUP.  Whether this
  38. actually happens, and if it does whether your program will see it,
  39. depends on many factors.  Some systems don't seem to close down ptys
  40. correctly to begin with, at least not always.  Even if the pty is shut
  41. down correctly, your program may be running in the background and hence
  42. not get the signal.
  43.  
  44.                     der Mouse
  45.  
  46.                 mouse@larry.mcrcim.mcgill.edu
  47.