harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Beliaev (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4493) [classlib][EUT] jdtcoremodel suite is blocked because ClasspathTests.testEncoding cannot remove unicode dir
Date Thu, 26 Jul 2007 13:54:40 GMT

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

Vladimir Beliaev commented on HARMONY-4493:

Ok, look like there was my eenv issue while runngin EUT3.3 from console.... 

I've passed (5328 of 5328 tests) jdtcodemodel (AllJavaModelTests) under GUI run, the output

    The GC did not provide gc_add_weak_root_set_entry()

    Encoding tests using Workspace charset: 8859_1 and VM charset: 8859_1
    ClasspathTests#testInvalidClasspath1() may generate an expected Fatal Error...
    [Fatal Error] :3:43: Element type "classpathentry" must be followed by either attribute
specifications, ">" or "/>".

(which mean no unexpected errors happen)

So, the issue is surely fixed and the patch can be committed.

Vladimir Beliaev

> [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
>            Assignee: Leo Li
>            Priority: Blocker
>         Attachments: harmony-4493.zip, test2.class, test2.java, Test3.java, Test4.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.

View raw message