[
https://issues.apache.org/jira/browse/NET-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13906931#comment-13906931
]
Sebb commented on NET-516:
--------------------------
AFAICT the "." meta-character does match a control character; it is only line
terminators that are excluded by default.
I think there are at least 2 possible fixes here:
1) Change the last part of tthe RE to
{noformat}
(?s)(\\S.*)
{noformat}
This should fix the problem for the NT parser.
2) Change the RE processing to include Pattern.DOTALL.
This will affect all Regex matchers (probably some of these have the same issue
with multi-byte chars).
The other Regexes need to be checked to ensure that they don't expect "." to
exclude line terminators.
> NTFTPEntryParser: problem occurs if the filename contains one or more
> characters of which the second byte of Shift-JIS code is 0x85
> -----------------------------------------------------------------------------------------------------------------------------------
>
> Key: NET-516
> URL: https://issues.apache.org/jira/browse/NET-516
> Project: Commons Net
> Issue Type: Bug
> Components: FTP
> Affects Versions: 2.0
> Environment: windows
> Reporter: Asha K S
> Fix For: 2.0
>
> Attachments: FTPSample.java, notworking.png, working.png
>
>
> Problem occurs if the filename contains one or more characters of which the
> second byte of Shift-JIS code is 0x85, on a windows Japanese machine when
> listing file names from IIS FTP server.
> This was working fine in commons-net-1.4.0.jar .
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
