home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8947 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  3.1 KB
  1. Xref: sparky comp.unix.aix:8947 comp.windows.x:15440
  2. Newsgroups: comp.unix.aix,comp.windows.x
  3. Path: sparky!uunet!mcsun!sun4nl!fwi.uva.nl!wijkstra
  4. From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
  5. Subject: Re: Hanging X11R4 server under AIX3.2.1
  6. Message-ID: <1992Aug20.085303.23888@fwi.uva.nl>
  7. Sender: news@fwi.uva.nl
  8. Nntp-Posting-Host: job.fwi.uva.nl
  9. Organization: FWI, University of Amsterdam
  10. References: <1992Aug19.181555.25881@newssrv.edvz.univie.ac.at>
  11. Date: Thu, 20 Aug 1992 08:53:03 GMT
  12. Lines: 71
  13.  
  14. tom@bim.itc.univie.ac.at (Tom Kovar) writes:
  15.  
  16. #  I am running AIX3.2.1 on more RS6000's (550's and 220's). In some cases
  17. #(not quite reproducible), when the Xserver exits, the console keeps hanging.
  18. #That means, that the Xserver process really exits, but the background with
  19. #traces of some of the windows stays on the screen, and the console + keyboard
  20. #are dead. The only help I know is reboot :(
  21.  
  22. #  I noticed, that this happens mostly in cases where there are many living
  23. #clients, that should be killed by the exiting server. As we mostly exit
  24. #the server by exiting the window manager, I have rewritten the twm, so that
  25. #it tries to delete all of the windows when exiting. It helps much, i.e.
  26. #the hangups do not occur that often, but nevertheless...
  27.  
  28. I had similar problems with AIX 3.1.5 . Sometimes, X got killed in a bad
  29. way, and the entire X screen stayed on the display. More like your problem:
  30. when I quit twm, the display is cleared, but when the normal text screen
  31. appears, shades of my xterms are put over it, and the screen freezes as
  32. well.
  33. Both can be solved by sending a 'clear screen' to /dev/hft:
  34.  
  35.         tput -Thft clear > /dev/hft
  36. or
  37.     clear > /dev/hft
  38. or even
  39.     echo 'some text' > /dev/hft
  40.  
  41. from another terminal (since the machine is not dead, only the console
  42. hangs).
  43.  
  44. I automated this by having a little process running in the background, that 
  45. clears the screen every once and a while (e.g. every minute) when nobody
  46. is logged in on the console:
  47.  
  48.     #!/bin/csh
  49.     # Usage: 'cleard &' somewhere in your .login
  50.     
  51.     #
  52.     # Is cleard already running?
  53.     #
  54.     if (`ps ax | grep cleard | wc -l` > 2)\
  55.             exit
  56.     #
  57.     # Loop and check every minute for a process starting with a '-'
  58.     # like '-csh'
  59.     #
  60.     while 1
  61.             if (`ps a | grep hft | take +25 | grep '^-' | wc -l` == 0) then
  62.                     tput -Thft clear > /dev/hft
  63.             endif
  64.             sleep 60
  65.     end
  66.     
  67. 'take +25' strips off the first 25 characters of a line, since I only
  68. need the process name (COMMAND), and not the PID, STAT, TTY and TIME fields.
  69. There must be other ways to accomplish this, but it works for me, so why
  70. change, aye?
  71.     
  72. A better solution than starting 'cleard' on every login would be to start a
  73. similar process on boot-up, but I'm just an ordinary user, far from root.
  74. A backdraw of my approach is, that it may clear the screen just when someone
  75. is trying to log in, i.e. typing his password. I don't know if it can do
  76. any serious harm, though.
  77.  
  78. Hope it helps.
  79. Marcel.
  80. -- 
  81.  X       Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
  82. |X|         Faculty of Mathematics and Computer Science    
  83.  X           University of Amsterdam   The Netherlands
  84. ======Life stinks. Fortunately, I've got a cold.========
  85.