Subject: | |
From: | |
Reply To: | Leonard S. Berkowitz |
Date: | Mon, 27 Nov 1995 15:05:00 PST |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
We have one application that runs third-party software under Posix. If I am
out of my depth in phrasing the question, please excuse me.
I assume/understand that Posix/Unix treats binary <LF> or hex '0A' as a
record separator. Our problem is as follows:
We have data coming from MPE/iX in which a five-character field is
concatenated with a date in HP Calendar format. The date January 10, 1996
is converted by the tobyte command to 'C00A'. When the Posix application
sees the '0A' in the data, a new record is created so that this file (all
records have the same date) ends up with twice as many records as there
ought to be.
If we conduct a test with January 11,1996, there is no problem because the
date is hex 'C00B'.
I ascertained the result of the date conversion from FCOPY;HEX;CHAR. 'C00A'
does not convert back to the calendar date -16374, but to 49162 so I guess
some bit are truncated by tobyte.
How can we have '0A' not read as a record separator -- or if I have the
question wrong, how can we keep Posix from splitting our record in half.
Thanks.
=======================================================================
Leonard S. Berkowitz voice: (617) 423-2020
Warren, Gorham & Lamont fax: (617) 423-9057
31 St. James Avenue e-mail: [log in to unmask]
Boston, Massachusetts 02116
|
|
|