[jira] Commented: (HADOOP-6618) fs -ls does not work if a path name contains the ^ character

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

    [ https://issues.apache.org/jira/browse/HADOOP-6618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12873184#action_12873184 ] 

Luke Lu commented on HADOOP-6618:
---------------------------------

The ^ handling is definitely broken in the current code, so is the patch.

{code}
} else if (pCh == '^' && setOpen > 0) {
  // looks like ^ is skipped here?!
} else if (pCh == '-' && setOpen > 0) {
{code}

The correct fix, according to the POSIX.2 standard for glob: http://www.kernel.org/doc/man-pages/online/pages/man7/glob.7.html, seems to be escaping the ^ and translating "[!" to "[^" to handle the set negation, which is missing right now.

I'll post a patch @ HADOOP-6787

> fs -ls does not work if a path name contains the ^ character
> ------------------------------------------------------------
>
>                 Key: HADOOP-6618
>                 URL: https://issues.apache.org/jira/browse/HADOOP-6618
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: fs
>            Reporter: Tsz Wo (Nicholas), SZE
>         Attachments: c6618_20100305.patch
>
>
> Using a wildcard, the file is found.
> {noformat}
> -bash-3.1$ hadoop fs -ls k20d2f4/bin-2\?04+1_AF650AE776488A4D
> Found 1 items
> -rw-------   3 tsz users         17 2010-03-05 19:43 /user/tsz/k20d2f4/bin-2^04+1_AF650AE776488A4D
> {noformat}
> Replace the wildcard with ^, the file is not found.
> {noformat}
> -bash-3.1$ hadoop fs -ls k20d2f4/bin-2^04+1_AF650AE776488A4D
> ls: Cannot access k20d2f4/bin-2^04+1_AF650AE776488A4D: No such file or directory.
> {noformat}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.