RFR 8025076: Fix for JDK-8017248 breaks jprt submission for non-unicode locales
Naoto Sato
naoto.sato at oracle.com
Fri Sep 20 16:12:43 UTC 2013
OK, good.
Naoto
On 9/20/13 8:40 AM, Alexander Zuev wrote:
> 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