Re: Writing to IFS & CPDB625

Thanks Scott (AGAIN) - I owe you a few lime sodas or other beverages of
your choice :)

Below you can see the size of the object (1866)

Display Attributes

Object . . . . . . : /home/GERALDK/../../OIBXFER/MMH_INPUT/MercyMemor >


Creation date/time . . . . . . . . . . : 08/02/07 13:23:48
Last access date/time . . . . . . . . : 08/02/07 13:23:48
Data change date/time . . . . . . . . : 08/02/07 13:23:48
Attribute change date/time . . . . . . : 08/02/07 13:23:48

Size of object data in bytes . . . . . : 1866
Allocated size of object . . . . . . . : 8192
File format . . . . . . . . . . . . . : *TYPE2
Size of extended attributes . . . . . : 0
Storage freed . . . . . . . . . . . . : No
Disk storage option . . . . . . . . . : *NORMAL
Main storage option . . . . . . . . . : *NORMAL

Auditing value . . . . . . . . . . . . : *NONE

Using wrklnk & F10 to view in hex shows the following, where I can see the
x'0D25' (underlined for emphasis):

Browse : t
Record : 1 of 3 by 14 Column : 267 961 by 19

Control :

- - - - + - - - - * - - - - + - - - - * ----+----*----+----*


30303030 305E4C41 7C7C434D 7C7C7C7C 32303037 00000^LA||CM||||2007

32303037 30363231 30373134 30307C4D 4D483930 20070621071400|MMH90

5E50414C 4D45522C 2052454E 45450D25 ^PALMER, RENEE

Using the Qshell command shows the following and the end of the data
doesn't show the x'25':

QSH Command Entry

0003340 4354 7c7c 3533 307c 3130 7077 337c 3134
0003360 302d 3434 307c 487c 7c7c 467c 7c7c 3230
0003400 3037 3036 3231 3037 3134 3030 7c4d 4d48
0003420 3930 365e 5041 4c4d 4552 2c20 5245 4e45
0003440 455e 5e30 3032 3030 3230 305e 5845 3231
0003460 3030 2041 7c4d 4d48 3930 365e 5041 4c4d
0003500 4552 2c20 5245 4e45 450d
0003512
$


"On Windows, you want to include CRLF which in x'0d25' in EBCDIC or
x'0D0A' in ASCII.

On Unix systems, you only want LF, which is x'25' in EBCDIC or x'0A' in
ASCII."

I think part of the problem is I just found out today that the sample file
I've been working with was cut/pasted from an excel spreadsheet - I'm
beginning to suspect that has been confusing me from the start as the CR's
used in my sample are x'0D' and the actual data I will be receiving will
be from a unix box in ascii.

I'm going to use a hex editor and change my test data to the unix ascii CR
value x'0A' and see if that is of any help (and modify my socket server
that translates and then writes to the IFS to handle it).

Hopefully next week I'll be getting some real test data and I can sort
this out and resolve this.

Regards, Jerry

Gerald Kern - MIS Project Leader
Lotus Notes/Domino Administrator
IBM Certified RPG IV Developer
The Toledo Clinic, Inc.
4235 Secor Road
Toledo, OH 43623-4299
Phone 419-479-5535
gkern@xxxxxxxxxxxxxxxx


This e-mail message, including any attachments, is for the sole use of the
intended recipient(s) and may contain confidential and privileged
information. Any unauthorized use, disclosure or distribution is
prohibited. If you are not the intended recipient, please inform the
sender by reply e-mail and destroy this and all copies of this message.