RFR 8025076: Fix for JDK-8017248 breaks jprt submission for non-unicode locales

Alexander Zuev alexander.zuev at oracle.com
Fri Sep 20 15:40:15 UTC 2013


Naoto,

   i just tested - jtreg has no issues with deleting files even in 
non-unicode locales.

/Alex

On 9/20/13 18:45, Naoto Sato wrote:
> 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