home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / windows / x / 16300 < prev    next >
Encoding:
Text File  |  1992-09-08  |  3.0 KB  |  80 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!iWarp.intel.com|ichips!tmcconne
  3. From: tmcconne@sedona.intel.com (Tom McConnell)
  4. Subject: Re: can an R5 client connect to R4 server?
  5. Message-ID: <1992Sep8.020100.28543@ichips.intel.com>
  6. Originator: tmcconne@sedona
  7. Sender: tmcconne@sedona (Tom McConnell)
  8. Organization: Intel Corporation
  9. References: <1992Sep7.201706.3675@ilinx.wimsey.bc.ca> <1992Sep7.235622.20864@newshub.ccs.yorku.ca>
  10. Date: Tue, 8 Sep 1992 02:01:00 GMT
  11. Lines: 67
  12.  
  13.  
  14. In article <1992Sep7.235622.20864@newshub.ccs.yorku.ca>, tony@nexus.yorku.ca (Anthony Wallis) writes:
  15. > Brian J. Murrell (brian@ilinx.wimsey.bc.ca) asks :
  16. > > Subject: Re: can an R5 client connect to R4 server?
  17. > > Well the subject says (asks) it all.  ..
  18. > 
  19. > Now I'm confused.  What's a "R4 server", and how would it differ
  20. > from, say, a "R3 server" or "R5 server" ?  I've recently spent
  21. > many decahours with manuals and dirty experiments achieving the
  22. > enlightened understanding that my server speaks only the X Protocol,
  23. > Major version = 11, Minor version = 0 (plus the shape extension and
  24. > XDMCP) and that all this R# icing is layered above that on the client
  25. > side library only.
  26. > 
  27. > (Not only that, /* name drop */ Oliver Jones told me that the
  28. >  lower levels of X were very stable and not to worry about R4->R5.)
  29. > 
  30. > What am I missing ?
  31. > 
  32. > --
  33. > tony@nexus.yorku.ca = Tony Wallis, York University, Toronto, Canada
  34. > 
  35.  
  36.   The "11" is X, version 11. The "R" is the release number, currently at 5,
  37. shortly going to 6 with the release of X11R6.
  38.  
  39.   One problem with decyphering the release number of X from a vendor's server is
  40. that sometimes they modify the server :) For instance, here is a piece of the
  41. output from xdpyinfo from a VAXstation 3100, running ultrix 3.1, and the DEC
  42. supplied X server:
  43.  
  44.             name of display:    fulton:0.0
  45.             version number:    11.0
  46.             vendor string:    DECWINDOWS DigitalEquipmentCorp.
  47.             vendor release number:    11
  48.  
  49. and here it is from the MIT X11R5 distribution, in this case running on an
  50. RS/6000, running AIX 3.1.6:
  51.  
  52.             name of display:    thunder:1.0
  53.             version number:    11.0
  54.             vendor string:    MIT X Consortium
  55.             vendor release number:    5000
  56.  
  57. and here it is from an RS/6000, running AIX 3.2, with IBM's X server:
  58.  
  59.             name of display:    florida:0.0
  60.             version number:    11.0
  61.             vendor string:    International Business Machines
  62.             vendor release number:    4
  63.  
  64.   The important fields are "version number:" and "vendor release number:".
  65.  
  66.   So, the IBM-supplied X is X11R4, the MIT X is X11R5, and the DEC X is unknown.
  67. From what I can tell (and guess :), the DEC X from ultrix 3.1 is mostly X11R3,
  68. with some nasty bugs.
  69.  
  70.   Does this approach the question?
  71.  
  72.     Cheers,
  73.  
  74.     Tom McConnell
  75. -- 
  76.  Tom McConnell          |     Internet: tmcconne@sedona.intel.com
  77.  Intel, Corp. C3-91     |     Phone: (602)-554-8229
  78.  5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
  79.  Chandler, AZ  85226    | their right mind would claim them.
  80.