home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11944 < prev    next >
Encoding:
Internet Message Format  |  1992-12-25  |  1.3 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.arch
  4. Subject: Re: IBM AS/400 is the world's slowest computer
  5. Message-ID: <16090@auspex-gw.auspex.com>
  6. Date: 25 Dec 92 19:56:37 GMT
  7. References: <1992Dec24.203452.22045@beaver.cs.washington.edu> <BzsIFK.EMF.2@cs.cmu.edu> <1992Dec25.033918.3246@beaver.cs.washington.edu>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 16
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >(I've often wondered exactly what C
  14. >ended up looking like on that machine, as pointers and ints are definitely not
  15. >the same, and casting an int to a pointer makes no sense).
  16.  
  17. I suspect it looks like a C that punishes people who think pointers are
  18. the same as "int"s; I wish there were *more* C implementations like
  19. that, in order to break some C programmers' bad habits.  I've heard a
  20. claim that pointers are 128 bits long; that may have been done so that
  21. pointers to elements of arrays contain, in effect, the bounds of the
  22. array, so that pointer arithmetic on those pointers can be checked to
  23. make sure it results in a pointer that points into the same array as the
  24. original pointer.
  25.  
  26. (And yes, such a C implementation *can* be a valid ANSI C
  27. implementation, even though it doesn't allow the kind of fast-and-loose
  28. glop that some C programmers think is key to the C language....)
  29.