Hi
Found a surprising issue when building the jdk7u on a French platform with this
compile error
Z:\JDK\JDK7U-~2\build\windows-i586\corba\gensrc\org\omg\PortableServer\AdapterActivator.java:8:
error: unmappable character for encoding ascii
* lundi 2 d?cembre 2013 19 h 22 CET
^
In
:
Thank you, Francis. I created the following CR for those ResourceBundle
test failures:
https://bugs.openjdk.java.net/browse/JDK-8027930
Naoto
On 11/5/13 10:31 PM, Francis ANDRE wrote:
HI
To add a little bit more of clarity for the i18n problems in the
ResourceBundle tests, joined is an extract
already capable
of whatever the default locale is, so the test failure needs to be
investigated and fixed, not just by setting the locale to Locale.US.
Naoto
On 11/5/13, 3:27 PM, Stuart Marks wrote:
On 11/4/13 7:39 PM, Francis ANDRE wrote:
Stuart. the jtreg jdk test should pass OK on all
e a test fails, verify if it fails for
using the US locale instead of the default French one. In that case, I suggest
you to reconsider the localisation of the test so it pass on a non US platform.
Francis
thanks,
-michael
On 13年10月31日 09:44 下午, Francis ANDRE wrote:
Hi Stuart
Please see my
Stuart
Le 05/11/2013 02:23, Stuart Marks a écrit :
On 10/31/13 9:44 PM, Francis ANDRE wrote:
Le 31/10/2013 22:27, Stuart Marks a écrit :
It turns out that the debugExec lines emitted by rmid are localized:
If the lines emitted by rmid are localized, then your test "s.indexOf("rmid:
Hi Stuart
Please see my comments through the mail
Le 31/10/2013 22:27, Stuart Marks a écrit :
Hi Francis,
Alan Bateman directed me to this patch since it includes changes to the RMI
tests, which I maintain. I have a few comments on the changes to these tests.
From: Francis ANDRE
Hi
Following are a list of patch for making the jdk jtreg test suite happy with a
WXP/Cygwin/VS2010 Franch platform. For most of them, the fix consists in adding
Locale.setDefault(Locale.US); as the first statement in main.
diff --git a/test/java/rmi/activation/CommandEnvironment/SetChildEnv.
/2013-October/022452.html
[2]
http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-October/021937.html
On 29.10.2013 21:51, Francis ANDRE wrote:
Hi
I got this exception running the Bug6317929 test on a French
WXP/Cygwin/VS2010 platform with jdk8 which I modified locally to print the
Hi
I got this exception running the Bug6317929 test on a French WXP/Cygwin/VS2010
platform with jdk8 which I modified locally to print the getDispalyName. So I am
a little bit puzzled... What should be the proper result?
Currie.getDisplayName=Eastern Normalzeit (Neusüdwales)
Exception in thr