home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11671 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.8 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!rutgers!igor.rutgers.edu!zodiac.rutgers.edu!leichter
  2. From: leichter@zodiac.rutgers.edu
  3. Newsgroups: comp.arch
  4. Subject: Re: Any use for Branch if Even/Odd ?
  5. Message-ID: <1992Dec15.144752.1@zodiac.rutgers.edu>
  6. Date: 15 Dec 92 19:47:52 GMT
  7. References: <endecotp.723992157@cs.man.ac.uk> <Bz2MMK.GIL@world.std.com> <id.08RV.WYB@ferranti.com> <1992Dec14.203631.16388@CSD-NewsHost.Stanford.EDU>
  8. Sender: news@igor.rutgers.edu
  9. Organization: Rutgers University Department of Computer Science
  10. Lines: 49
  11. Nntp-Posting-Host: pisces.rutgers.edu
  12.  
  13. In article <1992Dec14.203631.16388@CSD-NewsHost.Stanford.EDU>,
  14. andy@SAIL.Stanford.EDU (Andy Freeman) writes:
  15. | In article <id.08RV.WYB@ferranti.com> peter@ferranti.com (peter da silva)
  16. | writes:
  17. |>Close. As I recall, DEC is very fond of using even/odd for true/false
  18. |>values, and the VMS interface definition has a lot of even/odd status
  19. |>returns, so it's likely these instructions are to make it run VMS real good.
  20. | 
  21. | Does anyone know why they preferred even/odd to >=0/<0?  Sometimes one
  22. | has to test the sign bit, so why not use it whenever one can use any
  23. | bit to split things into two classes?
  24.  
  25. It's tough to reconstruct that kind of decision years after the fact.  I can
  26. suggest two ways in which using the bottom bit works better:
  27.  
  28.     - Both TRUE=1 and TRUE=-1 are reasonably common representations in
  29.         existing languages.  Using the bottom bit works for both;
  30.         using the top doesn't.
  31.  
  32.     - The actual representation of a VMS condition value is more complex
  33.         than has been described so far.  Reading from the least signi-
  34.         ficant bit, we have:
  35.  
  36.             Severity:  3 bits.  Bottom bit set indicates some kind
  37.                 of successful completion (but it could be an
  38.                 "alternate success" status); bottom bit clear
  39.                 is some kind of failure, in which case the
  40.                 other two bits indicate how severe a failure.
  41.             Message number:  13 bits.
  42.             Facility number:  12 bits.  Globally assigned value
  43.                 that identifies the particular subsystem;
  44.                 most significant of these is 0 for DEC
  45.                 facilities, 1 for customer-defined facilities.
  46.             Control:  4 bits.
  47.  
  48.         The "SYS" facility is facility 0; status values returned by
  49.         this facility (which includes all values returned as a direct
  50.         result of system calls, in particular) always have the top
  51.         word of the condition value longword clear.  In some contexts,
  52.         the condition value is stored as a (16-bit) word, with an
  53.         implied zero-extension to a full longword condition value.
  54.  
  55.         This last is a hack that seems to have some connection to
  56.         VMS's RSX heritage; it also saved space in a day when VMS
  57.         ran on 128K systems.  But it means that you can't use the
  58.         top bit of a condition longword to encode success information,
  59.         since that bit may not be representable in some contexts.
  60.  
  61.                             -- Jerry
  62.