On 2014-09-08, at 07:46, Werner Kuehnel wrote: > It's not my creation, it was delivered by a bank for a test. Thanks for > your suggestions, but if there are no standard ftp commands I refuse to > work with that file. > Ah! They were trying to help you! They ran iconv (or equivalent) on a Linux (perhaps Cygwin) system which obeys the standards and converts x'0D0A' to x'OD25'.
> Anyway, I tested your way and it almost worked, Unfortunately there are > packed fields in the records containing x'15' which are not a line end. > John M's suggestion should work if the "packed" fields are conventional Packed Decimal, because (I believe) that neither x'0D25' nor x'0D15' can appear in Packed Decimal. If the "packed" fields contain arbitrary binary data, there's the possibility that a large enough sample will by happenstance contain the x'0D25' sequence not intended as a line separator. On 2014-09-08, at 07:51, Bob Shannon wrote: > > If they can resend, have them run AMATERSE PARM=PACK against the VB file. > Send the output file to you. Upload to the host. Run AMATERSE PARM=UNPACK”. > That sounds counterproductive. AMATERSE PACK followed by AMATERSE UNPACK will result in a faithful bit-for-bit copy containing the original x'0D25' sequences. Fortunately, I suspect AMATERSE is not available on the OP's Windows server. I hate EBCDIC! WOMBAT! -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
