RFR 8025076: Fix for JDK-8017248 breaks jprt submission for non-unicode locales
Naoto Sato
naoto.sato at oracle.com
Fri Sep 20 14:45:28 UTC 2013
Is it ok to let jtreg clean up the files that contain non ascii filenames? Does it gracefully remove them?
Naoto
> On Sep 20, 2013, at 3:43 AM, Alexander Zuev <alexander.zuev at oracle.com> wrote:
>
> Hi Kumar,
>
> thanks for suggestion - the corrected (and simplified) webrev can be found at:
> http://cr.openjdk.java.net/~kizune/8025076/webrev.05
>
> With best regards,
> /Alex
>
>> On 9/20/13 3:20, Kumar Srinivasan wrote:
>> Hi Alex,
>>
>> The class can be compiled into the current directory (scratch), this will eliminate:
>> a. the deletion of the files and allow jtreg to clean out the scratch directory
>> b. uses of TEST_CLASSES_DIR.getAbsolutePath().
>>
>> Thanks
>> Kumar
>>
>>
>>
>>> Hi,
>>>
>>> please review my fix for 8025076: Fix for JDK-8017248 breaks jprt submission for non-unicode locales
>>>
>>> The idea of the fix is to replace test case with the complex file name in it by the
>>> test that generates and compiles such file at the run time.
>>>
>>> The webrev can be found at: http://cr.openjdk.java.net/~kizune/8025076/webrev.04/
>>>
>>> With best regards,
>>> /Alex
>
More information about the core-libs-dev
mailing list