harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Robert Muir (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-6640) UTF8 decoder doesn't properly decode supplementary characters
Date Tue, 14 Sep 2010 20:44:34 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-6640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12909440#action_12909440

Robert Muir commented on HARMONY-6640:

Great, the M15 build fixed problems with our mmap-ed IO that I was seeing in M14.

Unfortunately, there are no Lucene test results with Harmony available at the moment.

Perhaps a Hudson job for this would be useful.

> UTF8 decoder doesn't properly decode supplementary characters
> -------------------------------------------------------------
>                 Key: HARMONY-6640
>                 URL: https://issues.apache.org/jira/browse/HARMONY-6640
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>    Affects Versions: 5.0M14
>         Environment: Windows Vista
>            Reporter: Robert Muir
>            Assignee: Tim Ellison
>             Fix For: 5.0M16
>         Attachments: HARMONY-6640.patch, HARMONY-6640.patch, nio_char.jar
> When attempting to build Lucene, I discovered a problem with UTF8 decoding.
> (this actually prevents our tests from even compiling without a workaround)
> For any codepoint > 0xffff (4-byte utf-8 sequence), the decoder doesn't properly
> split the decoded codepoint into surrogate pairs.

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

View raw message