home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / arch / 12177 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.4 KB
  1. Xref: sparky comp.arch:12177 comp.sys.dec:6762 comp.sys.sgi:18620 comp.sys.hp:14675
  2. Newsgroups: comp.arch,comp.sys.dec,comp.sys.sgi,comp.sys.hp
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!usc!news.service.uci.edu!gordius!gordius!mike
  4. From: mike@gordian.com (Michael A. Thomas)
  5. Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
  6. Message-ID: <1993Jan8.223447.6924@gordian.com>
  7. Sender: news@gordian.com
  8. Organization: Gordian; Costa Mesa, CA
  9. References: <1992Dec29.044012.1@cc.curtin.edu.au> <3623363@zl2tnm.gen.nz> <C0K3HC.A8B@dscomsa.desy.de> <1993Jan8.222519.6703@gordian.com>
  10. Date: Fri, 8 Jan 1993 22:34:47 GMT
  11. Lines: 33
  12.  
  13.   Ooops, looks like my little rant was misdirected. I of course
  14. was talking about the VMS VAXCRTL. One can only hope that the
  15. C RTL for Alpha/VMS was not a direct port...
  16.  
  17. In article <1993Jan8.222519.6703@gordian.com>, mike@gordian.com (Michael A. Thomas) writes:
  18. > In article <C0K3HC.A8B@dscomsa.desy.de>, hallam@zeus02.desy.de (Phill Hallam-Baker) writes:
  19. > > In article <3623363@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
  20. > > |>I personally believe VAXCRTL is a serious impediment to DEC's claims of 
  21. > > |>"openness" in VMS.  Life's too short to have to go re-implementing half
  22. > > |>the RTL whenever you try to get anything done because the standard stuff
  23. > > |>is too slow, too buggy or more often than not, both.
  24. > > 
  25. > > Has anyone any idea what the DECC RTL is like? Has anyone tried it on a VAX? (is
  26. > > it avaliable for VAX??) Comparing DECC on Alpha to VAXC is not really on...
  27. > > anything running on the alpha tends to look fast.
  28. > 
  29. >   Yes. The previous author is 100% correct IMHO. I basically gave up
  30. > on them ever getting the standard library routines (such as read(2) and 
  31. > write(2)) being anything other than disgustingly slow (on the order
  32. > of 10-100 times slower then using RMS directly). Worse, it could
  33. > easily write files than *nothing* else could read. That and the early
  34. > coverage of library routines was pretty grim. And another thing is 
  35. > that the damn linker isn't case specific which breaks a lot of ports.
  36. > What is worst part of this entire brain dead situation is that there
  37. > is *no* reason for it. 
  38. >   Don't get me started on this...
  39. -- 
  40.  
  41.         Michael Thomas    (mike@gordian.com)
  42.     "I don't think Bambi Eyes will get you that flame thrower..."  
  43.         -- Hobbes to Calvin
  44.         USnail: 20361 Irvine Ave Santa Ana Heights, Ca,    92707-5637
  45.         PaBell: (714) 850-0205 (714) 850-0533 (fax)
  46.