[jira] [Commented] (NET-639) Bug in MVSFTPEntryParser.preParse - MVS, z/OS

["Sebb (JIRA)" <ji...@apache.org>]

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

Sebb commented on NET-639:
--------------------------

Thanks!

Seems like a bug in the OS - once the fields are merged, it's presumably impossible to know where the change occurs

> Bug in MVSFTPEntryParser.preParse - MVS, z/OS
> ---------------------------------------------
>
>                 Key: NET-639
>                 URL: https://issues.apache.org/jira/browse/NET-639
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 3.6
>         Environment: different clients running Windows 7, AIX, Ubuntu 16.04
> IBM FTP CS V2R1 as ftp host running z/OS 02.01.00
>            Reporter: Alexander Eller
>            Priority: Minor
>              Labels: MVS, z/OS
>         Attachments: MVSFTPEntryParser.patch, MVSFTPEntryParserTest.patch
>
>
> Some PS-files couldn't be retrieved from ftp host (during FTPClient.listFiles("xxx")). After investigation we've noticed, that the file has an unusual large allocation info (reading 
> {code:java}
> Volume Unit    Referred Ext Used Recfm Lrecl BlkSz Dsorg Dsname
>    :     :          :     :   :    :      :    :    :      :
> PEZ320 3390   2017/07/03  215807  FB   29600 29600  PS  'LBP.TX.FTP.LAZAGDOM.WORK.HILF'
>    :     :          :     :   :    :      :    :    :      :
> {code}
> so the values of ext and used column merged. As a result, the pattern FILE_LIST_REGEX in MVSFTPEntryParser doesn't match -> the file is ignored.
> Quick Fix in Comments described ...



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)