home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / arch / 11954 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  3.1 KB

  1. Path: sparky!uunet!mcsun!uknet!gdt!aber!fronta.aber.ac.uk!pcg
  2. From: pcg@aber.ac.uk (Piercarlo Grandi)
  3. Newsgroups: comp.arch
  4. Subject: Re: IBM AS/400 is the world's slowest computer
  5. Message-ID: <PCG.92Dec27194335@decb.aber.ac.uk>
  6. Date: 27 Dec 92 19:43:35 GMT
  7. References: <Bzs3zn.43H.2@cs.cmu.edu> <1992Dec24.203452.22045@beaver.cs.washington.edu>
  8.     <BzsIFK.EMF.2@cs.cmu.edu>
  9.     <1992Dec25.033918.3246@beaver.cs.washington.edu>
  10. Sender: news@aber.ac.uk (USENET news service)
  11. Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
  12. Organization: Prifysgol Cymru, Aberystwyth
  13. Lines: 49
  14. In-Reply-To: kolding@cs.washington.edu's message of 25 Dec 92 03: 39:18 GMT
  15. Nntp-Posting-Host: decb.aber.ac.uk
  16.  
  17. On 25 Dec 92 03:39:18 GMT, kolding@cs.washington.edu (Eric Koldinger) said:
  18.  
  19. kolding> Last I checked (4 years ago), the AS/400 supported RPG III,
  20. kolding> COBOL (I think), Pascal, PL/I, and they were coming out with a
  21. kolding> C compiler.
  22.  
  23. Actually it's going to be even more bizarre. IBM have stated that C is
  24. going to become their major app dev language on the AS/400 (and in
  25. general across the whole SAA base, which now includes DCE!), which fact
  26. is quite amazing; as a side note I don't think Pascal is in SAA, so
  27. probably it is not supported on AS/400; and I seem to remember that PL/1
  28. is not available yet, even if it is 'scheduled' as it is in SAA.
  29.  
  30. kolding> You don't generally use the capabilities at the applications
  31. kolding> level, and the languages provide no real ability to manipulate
  32. kolding> capabilities
  33.  
  34. Actually I think that C on the AS/400 just runs in a 16MB memory object
  35. like most other tradictional languages. In much the same way it was
  36. implemented on the Burroughs descriptor machines.
  37.  
  38. kolding> (I've often wondered exactly what C ended up looking like on
  39. kolding> that machine, as pointers and ints are definitely not the same,
  40. kolding> and casting an int to a pointer makes no sense).
  41.  
  42. The AS/400 is Not a VAX - I can see a nice Spencer article on that being
  43. written up when we will all have AS/400s on our desks :-).
  44.  
  45. kolding> There's a fundamental difference between hardware and software
  46. kolding> capabilities.  Software capabilities can be forged, however
  47. kolding> improbable.  For example, Amoeba capabilities are just long
  48. kolding> integers (32, 64 bits?).  You can forge one, but I wouldn't bet
  49. kolding> on it.  Hardware capabilities are secure and cannot be forged.
  50.  
  51. AS I have remarked in another article, there are two general styles of
  52. capability implementation, those that keep capabilities in a segment,
  53. and those that mingle them with use data. Either style may be
  54. implemented in sw or hw, and actually capability segments are quite
  55. popular even with hw solutions.
  56.  
  57. With capability segments, as long as you have a suitable MMU, hw or sw
  58. does not matter; otherwise it does, because the hw solution is to tag
  59. each word of memory with a bit, the sw solution si to tag each
  60. capability with a random key (encrypted), which, as you say, might be
  61. guessed.
  62. --
  63. Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  64.   E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  65.   alle orecchie del suo divino protettore, il dio della barzelletta
  66.