View previous topic :: View next topic |
Author |
Message |
vak255 Intermediate
Joined: 10 Sep 2004 Posts: 384 Topics: 79
|
Posted: Wed Nov 09, 2016 11:32 am Post subject: get File from Unix to mainframe |
|
|
I have a file which has data as below in Unix box.
File.txt
136528520918
when I downloaded this to windows and FTP to mainframe. Its changing to the below format. its adding a low value '.' after each byte.
Code: |
File.txt with Hex ON.
-------------------------------------------
.1.3.6.5.2.8.5.2.0.9.1.8.
0F0F0F0F0F0F0F0F0F0F0F0F0
0103060502080502000901080
|
any reason why this is happening. Thanks for your time. |
|
Back to top |
|
|
vak255 Intermediate
Joined: 10 Sep 2004 Posts: 384 Topics: 79
|
Posted: Wed Nov 09, 2016 11:34 am Post subject: |
|
|
when I download the file froom unix to windows and when I open in notepad, it looks good.
some conversion is applied when I FTP this to mainframe, I am using the FTP UI in the Extra session to upload from windows to mainframe. |
|
Back to top |
|
|
kolusu Site Admin
Joined: 26 Nov 2002 Posts: 12358 Topics: 75 Location: San Jose
|
Posted: Wed Nov 09, 2016 11:44 am Post subject: |
|
|
vak255,
It looks like each byte is stored in ASCII with just a single carriage-return (x'0A') to mark the end of each record. z/OS stores data in EBCDIC. When transferring UNIX text files to the z/OS, the z/OS needs to know how long a record is so it can be properly stored. So make sure you are having a proper End of line character. _________________ Kolusu - DFSORT Development Team (IBM)
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
www.linkedin.com/in/kolusu |
|
Back to top |
|
|
vak255 Intermediate
Joined: 10 Sep 2004 Posts: 384 Topics: 79
|
Posted: Wed Nov 09, 2016 2:27 pm Post subject: |
|
|
Thanks Kolusu. I will check on it. |
|
Back to top |
|
|
|
|