VMS quesion

[Chris Sharman]

Johnson, Harold A EDUC:EX wrote:
> Hi All.  Using the "do blob" command in PH works great, but does anyone know
> if I can convert the following VMS file structure:
> 
> RMS FILE ATTRIBUTES
> 
>         File Organization: sequential
>         Record Format: stream-CR
>         Record Attributes:  carriage-return 
>         Maximum Record Size: 0
>         Longest Record: 32767
>         Blocks Allocated: 24, Default Extend Size: 0
>         End-of-File VBN: 23, Offset: %X'00BE'
>         File Monitoring: disabled
>         Global Buffer Count: 0
> 
> into
> 
> RMS FILE ATTRIBUTES
> 
>         File Organization: sequential
>         Record Format: fixed
>         Record Attributes:   
>         Maximum Record Size: 512
>         Longest Record: 512
>         Blocks Allocated: 417, Default Extend Size: 0
>         End-of-File VBN: 416, Offset: %X'0000'
>         File Monitoring: disabled
>         Global Buffer Count: 0
> 
> 
> I've tried several things (convert commands, set file etc.) but nothing
> works so far.  The original file is actually a PDF.

I'd have thought stream or stream_cr a reasonable format for an ascii 
PDF (normal). It's a very small file ?
You need to have a look (dump/block=count=1) at the actual data, to 
decide what format it's "really" in.
Then you need to match the header to that, if possible.

Convert/fdl reads the data according to the existing header, and writes 
it out to a new file in the new structure - this is very unlikely to be 
the right thing to do, as in this case, if it finds a cr, it will 
discard it, and truncate, pad, or discard the preceding line into a 512 
byte record.

$ set file/attr=(rfm:fix,mrs:512,lrl:512)
will do most of what you ask, and might fix your PDF if it's binary.
You probably needn't worry about rat:cr or rat:none, and definitely 
shouldn't go setting end of file (ebk/ffb).

If that doesn't work, post the dump of the first block.

And what's it all to do with "do blob" (never having used it, not being 
blessed with an accessible database) ?

Chris


-----------------------------------------------------------------------

Any views expressed in this message are those of the sender and not
necessarily those of CCA Group.  The unauthorized use, disclosure,
copying or alteration of this message is forbidden.  The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed.  Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.