home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / windows / x / i386unix / 267 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.5 KB  |  63 lines

  1. Newsgroups: comp.windows.x.i386unix
  2. Path: sparky!uunet!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsk!cbnewsj!dwex
  3. From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
  4. Subject: Re: non-stop X386
  5. Organization: AT&T
  6. Date: Tue, 12 Jan 1993 19:17:48 GMT
  7. Message-ID: <1993Jan12.191748.3756@cbnewsj.cb.att.com>
  8. References: <1993Jan12.002227.1843@cbnewsh.cb.att.com>
  9. Lines: 52
  10.  
  11. In article <1993Jan12.002227.1843@cbnewsh.cb.att.com> billc@pegasus.ATT.COM (Bill Carpenter) writes:
  12. > I recently converted to XFree86 from my home-cooked X11r5.  When I run
  13. > my old stuff, I can shut the server down in the usual ways (ie, my
  14. > last client in ~/.xinitrc ends, xinit kills the server).
  15. > When I run the server from XFree86, I can't get rid of the server
  16. > except with the CTL-ALT-BS sequence.  When that last client dies, the
  17. > server looks like it's shutting down, but a couple of seconds later it
  18. > seems to reinitialize itself and give me the gray background and
  19. > default mouse cursor.  No clients appear.  I've waited 5-10 minutes to
  20. > see if something just had to time out, but no change.  It dies quickly
  21. > when I punch CTL-ALT-BS.  (I tried NoTrapSignals, but didn't notice
  22. > any change.)
  23.  
  24. Hmm.  This is odd.  Forget about NoTrapSignals - you don't want it on,
  25. unless you are debugging the server - with it set, if the server aborts
  26. abnormally, you may not get your screen back.  That's in there for us
  27. to debug with, and for people to get us coredumps if necessary.
  28.  
  29. > I'm on a 386 running AT&T UNIX SVR4.0.2.1a with an ET4000 video card.
  30. > My XFree86 stuff was picked up recently from bradley.edu.
  31. > Any clues?
  32.  
  33.  
  34. Hmm.  Not really.  I know that AT&T SVR4 uses a different TCP/IP package
  35. than the other SVR4 packages.  Maybe somthing odd is happening with
  36. unix-domain sockets.  Try adding
  37.  
  38.     xhost +
  39.     DISPLAY=localhost:0
  40.  
  41. to the top of your .xinitrc, which should force TCP/IP for all connections.
  42.  
  43. I will ask on our beta list to see if anyone else is having this problem.  
  44. Anyone our here in the real world having this problem, or using AT&T
  45. 2.1 without problems?
  46.  
  47. > -- 
  48. >   Bill@attmail.com                    billc@pegasus.ATT.COM    or
  49. >   (908) 576-2932                      William_J_Carpenter@ATT.COM
  50. >   AT&T Bell Labs / AT&T EasyLink Services               LZ 3C-207
  51.  
  52.  
  53. --
  54. David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
  55. AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748
  56.  
  57. "The meaning of life?  That's simple.  Try to be happy, try not to hurt
  58.  other people, and hope to fall in love."  -- Mallory Keaton
  59.  
  60.