groovy-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Milles (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (GROOVY-8210) Unicode escape sequence in string literal yields incorrect source position
Date Wed, 05 Jul 2017 00:19:00 GMT

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

Eric Milles commented on GROOVY-8210:
-------------------------------------

I have not had a chance to try out any 2.6 pre-release.  I've been working on keeping up with
2.4 and 2.5 on the Eclipse side whenever I can find the time.  Also, my company is going to
be stuck on 2.4 for some time, so I'd like to have a fix there if possible.

> Unicode escape sequence in string literal yields incorrect source position
> --------------------------------------------------------------------------
>
>                 Key: GROOVY-8210
>                 URL: https://issues.apache.org/jira/browse/GROOVY-8210
>             Project: Groovy
>          Issue Type: Bug
>            Reporter: Eric Milles
>
> This seems related to GROOVY-4378.  If I enter {code}'\u0047'{code} into the Groovy Console
and inspect the AST, I find the string literal's ConstantExpression has been assigned colums
6 to 9.  A start position of 6 propagates to the parent return statement, block statement,
etc.  The start position should be column 1.
> I believe the UnicodeEscapingReader is stepping in front of the parser and so it never
gets to process the original source characters '\', 'u', '0', '0', '4', '7'.
> Having incorrect source location for string literals such as this inhibits proper editing/refactoring
in the IDE.



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

Mime
View raw message