home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / hardware / 2555 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  1.7 KB
  1. Path: sparky!uunet!know!hri.com!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!rpi!scott.skidmore.edu!psinntp!psinntp!relief!jjfeiler
  2. From: jjfeiler@relief.com (John Jay Feiler)
  3. Newsgroups: comp.sys.next.hardware
  4. Subject: Re: Byte Swapping (Was: New RISC workstations)
  5. Message-ID: <1992Nov5.065817.4662@relief.com>
  6. Date: 5 Nov 92 06:58:17 GMT
  7. References: <1992Nov2.195519.612@netcom.com>
  8. Sender: jjfeiler@relief.com
  9. Reply-To: jjfeiler@relief.com
  10. Organization: relief consulting
  11. Lines: 34
  12.  
  13. In article <1992Nov2.195519.612@netcom.com> abell@netcom.com (Steven T.  
  14. Abell) writes:
  15. > eboltz@jhunix.hcf.jhu.edu (Eric Scott Boltz) writes:
  16. > 
  17. > > As far as Intel CPUs go, aren't they the ones that expect multiple-byte
  18. > > data to have bytes swaped? - Yuck.
  19. > 
  20. > As far as I'm aware, nobody has *ever* made a machine that got  
  21. byte-ordering
  22. > right in combination with several other crucial factors. This has had an
  23. > unpleasant effect on sofware quality.
  24. [munch]
  25. > 
  26. > The design I suggest is very different from what we're used to, but it  
  27. works
  28. > just as well in the machine, and better in our heads when we're writing
  29. > programs. That translates into fewer bugs.
  30. > 
  31. > 0) All memory diagrams are written sideways,
  32. >    with the most-significant bit, byte, word, whatever, on the left.
  33. > 
  34. > 1) The base address of a string, struct, array is its *end*, not its  
  35. beginning.
  36.  
  37. Unfortunately, many string operations (formatting strings, strcat, etc) will  
  38. grow the length of the string, and we than have to copy the entire string to  
  39. a buffer, operate on it, then put it back with its end in the right place.    
  40. Sigh......
  41.  
  42.  
  43. > Yes, I know, it's weird, but only because *everybody* got it wrong,
  44. > and that's what we've become accustomed to. Yuck.
  45. > 
  46. > Steve abell@netcom.com
  47.