[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxuum::online_bookbuilding

Title:Online Bookbuilding
Notice:This conference is write-locked: see note 1.3.
Moderator:VAXUUM::UTT
Created:Fri Aug 12 1988
Last Modified:Mon Jul 15 1991
Last Successful Update:Fri Jun 06 1997
Number of topics:440
Total number of notes:2134

85.0. "Binary files with Carriage Control as <CR> break!" by CDROM::JAGGER () Thu Feb 16 1989 11:47

I found a problem with UTOX, and the BOOKREADER in how it handles
images. We received images created by a third party on MAG-TAPE.
I copied the images from the tape, and included them into a book build.

The displayed images looked like a TV set with the HORIZONTAL hold screwed
up, and the offset appeard to be 8 pixels per line (1 byte).

I then used the FSE image utilites to convert it to itself again.

E.G. IMAGE/COMMAND myfile.bin/bin myfile.bin/bin and then the
file worked fine.

The only difference in the files was the carriage control attribute.
In the bad case it was carriage return. In the good case the attributes
are specified as NONE. 

Does anyone know how to COPY from MAGtape to  Files-11 without the 
default carriage control? Alternately you can fix the method you use
to read iamge files, but some basic help in COPY would be much easier.

THANKS
TOM
T.RTitleUserPersonal
Name
DateLines
85.1use CONVERTAIRBAG::SWATKOBrother, can &#039;ya spare a Meg?Fri Feb 17 1989 10:249
That's not a problem with UTOX or the bookreader.  The non-CR carriage
control attribute is part of the definition of the FSE format.  To change
the carriage control attributes, the CONVERT utility may be able to help.
CONVERT is a standard VMS utility.  I don't think there's anything COPY can
do to change the attributes.

Just curious, how is a third party able to generate FSEs?

-Mike