Welcome Guest!
 xerox-lcds
 Previous Message All Messages Next Message 
RE: DJDE Record Lengths  Stephen Roberts
 Jan 17, 2005 08:33 PST 

Bill,

Thanks for your response - I've looked into the problem a bit more &
been in contact with Xerox, and my problem is exactly as you describe -
the JSL doesn't describe the format of the data for the online case.
I've therefore got the user to resend the data with CRLFs present, &
everything is fine now.

Thanks very much for taking the time to help me.

regards,
Steve


William J. 'Bill' McCalpin wrote:
 
Steve,

    This is what I SUSPECT happened (i.e., can't know for sure without
further information)...

The JSL statements:
" LINE DATA=(0,150);
RECORD LENGTH=214; "
both represent to default values for an online environment, that is, the

original data was probably being printed online (we'd have to see the
rest of the JSL to know for sure).

Both the DATA= and the LENGTH= values refer to the MAXIMUM values
possible for this print job, that is, these values define the necessary
size of buffers to overavoid buffer overruns. But in an online
environment, they do not define the size of the records themselves,
because the implied record termination in the CCW processing in the
online channel interface indicates the actual length of the data. That
is, even if the DCB of an online print file is VBM 155 3000 (thus no
record has more than 150 data bytes and most are less), RECORD
LENGTH=214 is perfectly OK because the allocated buffer in the printer
will be 214 bytes, and no record will exceed that size, and the printer
knows the actual length of the data because of the length of the data
associated with the CCW on the channel.

Note, however, in an offline environment, the BLOCK and RECORD
statements must match the actual format of the data, because there is no

spooling system acting as an intermediary.

How did your situation happen? Hmmmn, the user possibly did a
file-transfer from the mainframe to the PC and had CRLF processing
turned off. But, of course, your software is not reading the data in an
online environment (i.e., directly from the spool), so you no longer
have any indication of the actual length and format of the data.

If this matches your situation, you have two choices:
1. Modify the JSL to be a correct offline JSL consistent with the data,
or
2. Get the user to resend the data to you with either (1) CRLFs in the
data or (2) two or four byte length fields to indicate the actual length

of the data.

#2 depends on what your software is able to accept and interpret
correctly.

As for #1, you will have to change it to be RECORD LENGTH=134, but I
think that you can leave the DATA statement alone...but changing it to
be 133 (I assume there's a carriage control byte) won't hurt....

Basically, software parsing Xerox print data can't do it in the same way

as the printer does, because you're not reading the data from the spool.

So you have to make adjustments, to either get the length data sent to
you a different way, or to modify the JSL to be valid in an offline
envirnment. Makes sense?

Bill

--
William J. 'Bill' McCalpin, EDP, CDIA, MIT, LIT
Principal
MHE - the Print2Image2Internet Consultants
www.mhe-consulting.com
+1-972-231-3660 (voice)
+1-972-690-4521 (fax)



Stephen Roberts wrote:

 Hi all,

I've been supplied with a Xerox print file that contains no line feed
characters. Spliting the file every 134 bytes gives the individual lines

of text. However, the associated JSL file contains the following:

LINE     DATA=(0,150);
RECORD LENGTH=214;                     

- do these not specify that each line should actually be 150 bytes in
length, and not 134 ?

I may be missing something in the JSL, but I can't see anything that
specifies the file should be split every 134 bytes. Is there any chance
you could point me in the right direction with this ?

Thanks for any help,
Steve



Steve Roberts, Ph.D.
Macro 4 plc,
St. John's House, 2-10 Queen Street,
Manchester, M2 5JB, UK

To unsubscribe from the Xerox LCDS List
send email to: xerox-lcds--@topica.com

If you have any other problems or suggestions, please contact
postm-@bill.co.uk (Bill Dossett)



Dr Steve Roberts,
Macro 4 plc,
St. John's House, 2-10 Queen Street,
Manchester, M2 5JB, UK
	
 Previous Message All Messages Next Message 
  Check It Out!

  Topica Channels
 Best of Topica
 Art & Design
 Books, Movies & TV
 Developers
 Food & Drink
 Health & Fitness
 Internet
 Music
 News & Information
 Personal Finance
 Personal Technology
 Small Business
 Software
 Sports
 Travel & Leisure
 Women & Family

  Start Your Own List!
Email lists are great for debating issues or publishing your views.
Start a List Today!

© 2001 Topica Inc. TFMB
Concerned about privacy? Topica is TrustE certified.
See our Privacy Policy.