Hello.

Has anyone else also come across this or a similar scenario?

The line 69/70 assumeTrue appears to hold and then at line 71 the test fails. 
This is with 'Oracle Corporation 1.8.0_45 (64-bit)' (LUCENE-6517 is for a 
different MockFileSystemTestCase test failure with IBM jdk). More details below.

Thanks,
Christine

------------------------------

MockFileSystemTestCase.testURI
...
69 assumeTrue(Charset.defaultCharset().name() + " can't encode chinese", 
70            Charset.defaultCharset().newEncoder().canEncode("中å<9B>½"));
71 Path f3 = dir.resolve("中å<9B>½");
...

------------------------------

NOTE: reproduce with: ant test  -Dtestcase=TestVerboseFS -Dtests.method=testURI 
-Dtests.seed=31F5C6E85DAF4E6B -Dtests.slow=true -Dtests.locale=no 
-Dtests.timezone=Australia/Melbourne -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   0.12s | TestVerboseFS.testURI <<<
Throwable #1: java.nio.file.InvalidPathException: Malformed input or input 
contains unmappable characters: ??
        at 
__randomizedtesting.SeedInfo.seed([31F5C6E85DAF4E6B:B847BD4395B0145A]:0)
        at sun.nio.fs.UnixPath.encode(UnixPath.java:147)
        at sun.nio.fs.UnixPath.<init>(UnixPath.java:71)
        at sun.nio.fs.UnixFileSystem.getPath(UnixFileSystem.java:281)
        at sun.nio.fs.AbstractPath.resolve(AbstractPath.java:53)
        at org.apache.lucene.mockfile.FilterPath.resolve(FilterPath.java:156)
        at 
org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:71)
        at java.lang.Thread.run(Thread.java:745)

Reply via email to