Encoding issues with '±' on Windows

Aleksey Shipilev aleksey.shipilev at oracle.com
Thu Dec 18 23:41:32 UTC 2014


Excellent, thanks for testing!

-Aleksey.

On 12/19/2014 02:39 AM, Matt Warren wrote:
> I got the latest changes and it works for me (Java 1.7, Windows 2008),
> lots of '±' in the results
> 
> nice fix reflection
> FTW, http://hg.openjdk.java.net/code-tools/jmh/rev/9453f3e72b6e#l9.22
> 
> Cheers
> 
> Matt
> 
> On 18 December 2014 at 18:41, Aleksey Shipilev
> <aleksey.shipilev at oracle.com <mailto:aleksey.shipilev at oracle.com>> wrote:
> 
>     On 12/18/2014 05:42 PM, Aleksey Shipilev wrote:
>     > On 12/18/2014 03:53 PM, Matt Warren wrote:
>     >> When I run any JMH Benchmark within the Windows Console, the '±' is
>     >> replaced with a '▒'. This makes the benchmarks a bit confusing when you
>     >> first run them as '±' is used quite a bit.
>     >
>     > Thanks, I have reproduced this on my (dusty) Windows dev machine.
> 
>     UTF support in Windows is still an abomination, I see.
> 
>     > Filed:
>     >  https://bugs.openjdk.java.net/browse/CODETOOLS-7901217
> 
>     So, using System.console() directly is not an option for us, since we
>     also need to push the "already encoded" stdout/stderr from the forked
>     VM. After trying the alternatives, I can conclude that the one of the
>     least messier ways to deal with this is to poke the Charset out of
>     Console, and use it:
>      http://hg.openjdk.java.net/code-tools/jmh/rev/9453f3e72b6e
> 
>     It works on my Linux/Windows machines well.
> 
>     I would appreciate more testing ASAP.
> 
>     Thanks,
>     -Aleksey.
> 
> 




More information about the jmh-dev mailing list