home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!usc!elroy.jpl.nasa.gov!news.claremont.edu!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
- From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
- Newsgroups: comp.os.vms
- Subject: re: VAX c
- Date: 9 Jan 1993 12:29:52 GMT
- Organization: HST Wide Field/Planetary Camera
- Lines: 35
- Distribution: world
- Message-ID: <1imgg0INNg7a@gap.caltech.edu>
- References: <9212282111.AA11260@uu3.psi.com> <1hs23kINNnqs@gap.caltech.edu>,<4JAN199309361642@jhuvms.hcf.jhu.edu>
- Reply-To: carl@SOL1.GPS.CALTECH.EDU
- NNTP-Posting-Host: sol1.gps.caltech.edu
-
- In article <4JAN199309361642@jhuvms.hcf.jhu.edu>, ecf_stbo@jhuvms.hcf.jhu.edu (Remember Grimalkin) writes:
- >In article <1hs23kINNnqs@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU writes...
- >>Gawd, how I *HATE* UNIX!
- >
- >But you use C?
-
- Sure do. C has nothing to do with UNIX. Now, the standard I/O library for C
- is based on the UNIX I/O routines. Of course, there's no reason why you have
- to use the standard I/O library. Where it's convenient, I use it. Where it's
- not, I use one of:
- 1) $ASSIGN and $QIO[W]. I use these only when I really need full
- control over the I/O (well, I suppose if I needed *FULL* control,
- I'd just read/write from/to I/O space :-)
- 2) Calls directly to RMS (this is only for pretty specialized
- applications);
- 3) Calls to the I/O library I've written for myself (e.g., when I want
- to do block I/O, I've got a library sitting around just for that
- purpose; I haven't yet gotten around to fully implementing a
- library for dealing with indexed files)
- >This discussion just reinforces my belief that C is an unacceptable language
- >because the run time library has to emulate unix, regardless of the OS.
-
- Bullshit! I've got my own I/O library that doesn't make any attempt to emulate
- Unix. Now, I'd prefer it if DEC had kept the I/O routines separate from the
- rest of the RTL, and gave us TWO I/O libraries, one to emulate UNIX and one
- tailored for VMS, but the fact that they didn't do so doesn't by any stretch of
- the imagination mean that I'm stuck using the VAXC RTL.
- --------------------------------------------------------------------------------
- Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
-
- Disclaimer: Hey, I understand VAXen and VMS. That's what I get paid for. My
- understanding of astronomy is purely at the amateur level (or below). So
- unless what I'm saying is directly related to VAX/VMS, don't hold me or my
- organization responsible for it. If it IS related to VAX/VMS, you can try to
- hold me responsible for it, but my organization had nothing to do with it.
-