RFR: 8285517: System.getenv() returns unexpected value if environment variable has non ASCII character [v2]
Ichiroh Takiguchi
itakiguchi at openjdk.java.net
Tue May 3 17:34:21 UTC 2022
On Mon, 2 May 2022 15:00:07 GMT, Roger Riggs <rriggs at openjdk.org> wrote:
>> Ichiroh Takiguchi has updated the pull request incrementally with one additional commit since the last revision:
>>
>> 8285517: System.getenv() returns unexpected value if environment variable has non ASCII character
>
> Can you clarify the use of different charset properties for the ProcessEnvironment vs the CommandLine strings?
>
> They are used to decode or encode strings in the APIs to native functions respectively.
> If I understand `native.encoding` was introduced to reflect the default encoding of file contents, while `sun.jnu.encoding` is used to encode filenames.
>
> I think I would have expected to see `sun.jnu.encoding` to be used in all contexts when encoding/decoding strings to the native representations. (Assuming its not required for backward compatibility).
Hello @RogerRiggs and @naotoj .
I put new testcase.
I'm not sure, it's expected one...
During my code changes, SecurityManager related testcases were failed.
I'm not sure I can use `System.getProperty("sun.jnu.encoding")` or not.
So I put SecurityManager related code.
-------------
PR: https://git.openjdk.java.net/jdk/pull/8378
More information about the core-libs-dev
mailing list