[Info-vax] RMS internals?

[Howard S Shubs]

In article <4a7dbb58$0$295$14726298 at news.sunsite.dk>,
 Arne Vajhøj <arne at vajhoej.dk> wrote:

> In that case it is not a really a valid file.

I'm not sure how you arrive at this result.  A file can have any record.  
RMS asserts limits which other operating systems do not have to adhere 
to.  So I've written code which "deals" with RMS' limits.


> See:
>    http://h71000.www7.hp.com/doc/731final/4523/4523pro_006.html#fab_mrs

Yes, BTDT.  Those are RMS-specific limits.  If the file had been 
generated on VMS, maybe they'd be relevant.  Since the file was 
generated elsewhere, they're not.  This is a case of VMS being "too 
nice" and getting in my way.  It happens on occasion.


> > But I figure it'd be a Good Idea to implement every record type I can.  
> > Given the link sent earlier, I'm a little concerned about other possible 
> > implementations of VARIABLE records.  I'll check that out on Monday to 
> > make sure I've covered remaining bases.
> 
> The variable format is welldefined:
>    2 bytes with length
>    data butes
>    0 or 1 bytes to fill to even number of bytes

Yes, and it's that last line I need to account for.  Since I only have 
one kind of test file, I saw an extra byte at the end of the record and 
took it for gospel.  Now I know it for padding and will allow for it in 
case this record happens to get longer, to an even length, in the 
future.  The product creating the file is from a 3rd party, out of my 
control.

-- 
Don't bother with piddly crap like "gun control".
Life is 100% fatal.  Ban it.