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