You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Itay Itzhak (Jira)" <ji...@apache.org> on 2021/04/07 12:44:00 UTC

[jira] [Commented] (NET-697) problem while transferring an Ascii file containing COMP-3 values from Windows to Z\os

    [ https://issues.apache.org/jira/browse/NET-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17316297#comment-17316297 ] 

Itay Itzhak commented on NET-697:
---------------------------------

Hi,
Sorry for the late response.
We need it to work in ASCII.

Itay



> problem while transferring an Ascii file containing COMP-3 values from Windows to Z\os
> --------------------------------------------------------------------------------------
>
>                 Key: NET-697
>                 URL: https://issues.apache.org/jira/browse/NET-697
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>            Reporter: Itay Itzhak
>            Priority: Major
>
> For instance, consider a file with only 1 record x’4D320A0C0D0A’ 6 bytes: “M” + “2” + x’0A0C’ (COMP-3 x’250C’) + x’0D0A’ (indicator for end of record) 
>  
> We expect to receive only one record EBCDIC x’D4F2250C’ but instead I get two records since x’0A’ is converted to x’25’ which is EBCDIC newline character (LF) 
>  
> Record 1: X’D4F2’ 
> Record 2: x’0C’ 
>  
> In Windows, the delimiter is X’0D0A’. As a matter of fact, when I transfer the exact same file using Windows FTP, then I get the expected result which is a single record with EBCDIC x’D4F2250C’



--
This message was sent by Atlassian Jira
(v8.3.4#803005)