RE: RFR 8124977 cmdline encoding challenges on Windows

2016-02-26 Thread Vladimir Shcherbakov
ely on the native encodings? Java runtime is > in itself a "non-Unicode" application, so still there may be the area > affected by hardcoding "UTF-8" as the native encoding. Have you > checked in such cases? Sherman, will you comment on this too? > > Naoto > >

RE: RFR 8124977 cmdline encoding challenges on Windows

2016-02-26 Thread Vladimir Shcherbakov
as useless for ANSI encoded platform string. Thanks, Vladimir. -Original Message- From: Naoto Sato [mailto:naoto.s...@oracle.com] Sent: Tuesday, February 23, 2016 10:47 AM To: Kumar Srinivasan ; Vladimir Shcherbakov ; SHEN,XUEMING Cc: Martin Sawicki ; core-libs-dev Libs Subject: Re: R

RE: RFR 8124977 cmdline encoding challenges on Windows

2016-02-23 Thread Vladimir Shcherbakov
comments have been fixed. Our only representative who has the right to post web reviews (Kirk Shoop) is on vacation now and will return on Monday 02/29/2016. We'll post the updated web review (6) as soon as he is back. (*) We should give credit to: - Vladimir Shcher

RE: RFR 8124977 cmdline encoding challenges on Windows

2016-02-22 Thread Vladimir Shcherbakov
Message- From: Martin Sawicki Sent: Thursday, January 14, 2016 11:34 AM To: Kumar Srinivasan ; Vladimir Shcherbakov Cc: core-libs-dev Libs ; Naoto Sato Subject: RE: RFR 8124977 cmdline encoding challenges on Windows Thanks for the feedback. Investigating the regression failure. We&#x

RE: RFR 8124977 cmdline encoding challenges on Windows

2015-11-30 Thread Vladimir Shcherbakov
Uo3aPu3zOELVsJO%2fsUIq9E%3 > d > Webrev: > > https://na01.safelinks.protection.outlook.com/?url=http:%2f%2fcr.openj > dk.java.net%2f~kshoop%2f8124977%2fwebrev.03%2f&data=01%7C01%7Cvlashch% > 40microsoft.com%7C4d49ae546dba4d29b7be08d2f3589ee1%7C72f988bf86f141af9 > 1ab2d7cd011db47%7C1&