[
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)
