Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ucbvax!bloom-beacon!husc6!spdcc!ima!marc
From: marc@ima.ima.isc.com (Marc Evans)
Newsgroups: comp.lang.c
Subject: Re: VMS C  &  records in files
Message-ID: <2627@ima.ima.isc.com>
Date: 15 Sep 88 11:22:47 GMT
References: <196@rna.UUCP> <6671@bloom-beacon.MIT.EDU> <1609@edison.GE.COM> <623@wsccs.UUCP>
Reply-To: marc@ima.UUCP (Marc Evans)
Organization: Synergytics, Pelham, NH
Lines: 17

I found that avoiding the RMS facilities is the most practical way of dealing
with the VMS system. It took a little work up front, but the end product was
quite a bit more easy to debug/use/code.

What I did was wrote the CLIB functions that I needed using the QIO facilities.
This bypasses the RMS problem entirely, and in fact has a reasonble mapping
to the read/write/lseek/open/close counterparts. The result was a scheme of
/* DO WHAT I SAY, DAMN IT! */.

The unfortunate part is that I am an independant consultant, and the code was
left behind at a client site. I don't seem to have a copy hanging around here
anyplace, but if I discover it, I will attempt to post it.

===============================================================================
Marc Evans | decvax<--\    /-->marc<--\               | That's not a bug...It's
Synergytics| harvard<--\  /            \  /--->norton | a design feature... 8-)
Pelham, NH | necntc<---->ima<---->symetrx<---->dupont | =======================
===============================================================================