home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!gatech!asuvax!ncar!noao!amethyst!organpipe.uug.arizona.edu!!vance
- From: vance@lpl.arizona.edu (Vance Haemmerle x4021)
- Newsgroups: comp.os.vms
- Subject: Re: Apending a file at the end of mail.
- Message-ID: <1992Dec23.063743.3368@organpipe.uug.arizona.edu>
- Date: 23 Dec 92 06:37:43 GMT
- References: <21DEC199210505504@spades.aces.com> <1h6a0uINN9ks@gap.caltech.edu> <22DEC199209022524@spades.aces.com>
- Sender: vance@lpl.arizona.edu
- Distribution: world,local
- Organization: Lunar & Planetary Laboratory, Tucson AZ.
- Lines: 25
-
- In article <22DEC199209022524@spades.aces.com> gavron@ACES.COM writes:
- >
- >I'm sorry, Carl, that we can't all be like you and use brain-dead
- >editors like TPU that are built into VMS.
- >
- >That's why REAL EXPERTS like yourself do the procedure() mumble mumble
- >in tpu, while the rest of us do it in two or three keystrokes in EDT.
- >Of course I don't mean Digital's EDT, I mean callable EDT with a shell
- >around it that supports spawning, etc.
- >
-
- And to think... TPU becomes the default editor under VMS V6.0.
- Oh the horror! ;-)
-
- Anyway, here's someone's question I couldn't answer after spending
- lots of time with the DOC CD-ROM. Is there a system service or
- Run-Time Library routine that returns the amount of blocks allocated
- to a file? Something like stat() in C, but the allocated space, not
- the used space. I hope the answer doesn't involve reading the
- directory file format manulally or seting up RMS control structures.
-
- Vance Haemmerle vance@vips.lpl.arizona.edu
- Support Systems Analyst, Senior vance%toyvax@arizona.edu
- Lunar & Planetary Lab
- University of Arizona
-