You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2014/02/20 15:21:20 UTC
[jira] [Commented] (NET-516) parser problem occurs if the filename
contains one or more characters of which the second byte of Shift-JIS code
is 0x85
[ https://issues.apache.org/jira/browse/NET-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13906991#comment-13906991 ]
Sebb commented on NET-516:
--------------------------
bq. Apache ORO uses perl flavored regex in which .(dot) metacharacter matches any character except \n
Thanks! This suggests another possible approach which is to use the following RE
{format}
(\\S[^\\n]*)
{format}
That would be closest to the ORO original.
However it means changing all the REs, and is not necessarily better than using DOTALL in the shared parent implementation.
> parser 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 relates to the NTFTPEntryParser]
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)