[jira] Commented: (HARMONY-4493) [classlib][EUT] jdtcoremodel suite is blocked because ClasspathTests.testEncoding cannot remove unicode dir

["Vasily Zakharov (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/HARMONY-4493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514548 ] 

Vasily Zakharov commented on HARMONY-4493:
------------------------------------------

Output of Test3 on RI:

 beforeName: 4:4: 115 114 99 63
createdName: 4:4: 115 114 99 63
createdName  correct
  afterName: 4:4: 115 114 99 63
  afterName  correct
SUCCESS

On Harmony:
 beforeName: 4:4: 115 114 99 63
createdName: 4:4: 115 114 99 63
createdName  correct
  afterName: 4:4: 115 114 99 63
  afterName  INCORRECT
FAIL: listed directory doesn't exist

It can be seen that afterName and beforeName look identical, they have the same length in characters and in bytes, but though they are not equal. I'm not sure how could this happen.


> [classlib][EUT] jdtcoremodel suite is blocked because ClasspathTests.testEncoding cannot remove unicode dir
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-4493
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4493
>             Project: Harmony
>          Issue Type: Bug
>          Components: Classlib
>            Reporter: Ilya Berezhniuk
>            Priority: Blocker
>         Attachments: test2.class, test2.java, Test3.java
>
>
> Test org.eclipse.jdt.core.tests.model.ClasspathTests.testEncoding creates directory with unicode name in its project directory. Then it removes project, it involves removing underlying files and directories.
> When executing on DRLVM, it cannot remove unicode directory and therefore the whole project, and then tries 60 times with 1 second delay. So test goes 1 minute, and all remaining tests in ClasspathTests suite also execute 1 minute.
> Although debugging under Eclipse is now unstable on DRLVM/Linux (it often crashes with SIGSEGV when using single stepping), I've got some results using breakpoints.
> Looks like the problem is somewhere in enumerating subdirectories of project dir "P". Eclipse uses org.eclipse.core.internal.localstore.UnifiedTree to enumerate subitems in project folder: accept(IUnifiedTreeVisitor, int) calls addNodeChildrenToQueue to fill queue with subitems. But when queue is filled, it contains incorrect path to unicode directory. Directory is named "src\u3400", but queue item for this directory contains path from 6 to 8 chars and named as "srcXXXXX", where XXXXX can be various characters including space.

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