home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sgi / 18116 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.2 KB  |  29 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!stanford.edu!nntp.Stanford.EDU!dhinds
  3. From: dhinds@leland.Stanford.EDU (David Hinds)
  4. Subject: Re: X windows shared memory transport
  5. Message-ID: <1992Dec17.001755.973@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (USENET News System)
  7. Organization: DSG, Stanford University, CA 94305, USA
  8. References: <7hT=rf#@engin.umich.edu>
  9. Date: Thu, 17 Dec 92 00:17:55 GMT
  10. Lines: 17
  11.  
  12. In article <7hT=rf#@engin.umich.edu> hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:
  13. >I've got several networked SGI systems, with one of them acting as
  14. >an NFS file server.  Among other things, I've set up a half-gig
  15. >shared /usr/tmp filesystem which the clients all NFS-mount.
  16. >
  17. >(All are running Irix 4.0.5)
  18. >
  19. >The new machines all seem to want to use the "shared memory transport"
  20. >in Xsgi, which screws things up, since they all try to share the
  21. >accidentally common /usr/tmp/shmtrans0 file.
  22.  
  23. I think the easiest way out would be to put a symbolic link in /usr/tmp
  24. on the server, to point /usr/tmp/shmtrans0 to /tmp/shmtrans0.  On each
  25. client, if /tmp is local, the link will point to the local version.
  26.  
  27.         - David Hinds
  28.           dhinds@allegro.stanford.edu
  29.