VMS quesion

[Johnson, Harold A EDUC:EX]

Well, not having access to any relevant documentation, I'm attempting to
find out if a file of this type can be converted.  It doesn't look like it.
Its all coming out because of custom code that was written to pull the file
out of a blob (PDF file) and display it via Web/Browser is not working
properly.  We are trying to ascertain where the problems lies, either with
the file, the blob, the code or whatever.  

I just tried the convert/set file, etc. commands to see what the behaviour
would be on the display of the end result of displaying the file.

thnx for the help

cheers


-----Original Message-----
From: Chris Sharman [mailto:chris.sharman@ccagroup.co.uk]
Sent: 2004 March 19 12:59 AM
To: Johnson, Harold A EDUC:EX; PowerH List
Subject: Re: VMS quesion


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.