Yang Paulex wrote:
hmm...no idea...I'm using Chinese WinXP, and it can be reproduced
every time. If I change exactly same two configurations of regional
setting and non-unicode programs to en_US, the problem will
disappear...
The problem was that Chinese windows kernel gives a localized error
message when some DLL cannot be loaded (see details in JIRA). This
localized error message is not UTF8, so creation of an exception object
with such message string failed. Exceptions code had a bug that crashed
VM when an exception object couldn't be created.
So first I fixed the bug in exceptions code and then added functions to
convert system wide chars message to UTF8 in order to make it possible
to create exception object with localized error string. I committed the
fix and marked HARMONY-5225 as resolved, now programs start up correctly
on all windows that I've tried (including Chinese one). Thanks to Linbin
for providing a Chinese installation.
BTW I noticed a bug in our build. When subversion is localized, as it
happened on Chinese windows, its output for "svn info" is localized, so
target svn-prop in federated build cannot find strings "Revision: " and
"Repository Root: " in its output. I had to do svn switch manually for
classlib and drlvm in order to checkout Harmony on Chinese windows
installation.
2007/12/4, Alexey Petrenko <[EMAIL PROTECTED]>:
Paulex,
we've tried to reproduce the issue on our English WinXP and we've
failed to do so.
To switch to Chinese we've switched to Chinese (PRC) in regional
settings and non-Unicode programs tab.
Any other hints?
SY, Alexey
2007/11/29, Yang Paulex <[EMAIL PROTECTED]>:
2007/11/29, Linbin <[EMAIL PROTECTED]>:
I found it's about Windows region setting.
It will not crash if region is set to English (American) on my machine.
But setting to Chinese (PRC) leads to crash.
The finding is confirmed, just tried to set my winxp to en_US, and my
local
build works.
IMO, this is a serious issue, and should be the candidate to be fixed
before
M4.
2007/11/28, Yang Paulex <[EMAIL PROTECTED]>:
2007/11/28, Pavel Ozhdikhin <[EMAIL PROTECTED]>:
I remember someone reported a similar problem with loadLibrary
running
Harmony on a localized OS version. Is it your case? Or do you use a
directory created in a local language in the path to Harmony?
Maybe, my winxp default locale is zh_CN. But the directory should be
clear,
no unicode, no spaces...
Thank you,
Pavel
On 11/27/07, Mikhail Fursov <[EMAIL PROTECTED]> wrote:
Just checked the snapshot you mentioned - works fine for me..
Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache
Software
Foundation or its licensors, as applicable.
java version "1.5.0"
pre-alpha : not complete or compatible
svn = r597678, (Nov 25 2007), Windows/ia32/msvc 1310, release
build
http://harmony.apache.org
On Nov 27, 2007 12:57 PM, Yang Paulex <[EMAIL PROTECTED]>
wrote:
I got similar error several days ago by building bundle JRE
myself,
and
an
clean rebuild didn't fix that. I thought my envrionment setting
may be
broken, and haven't got enough time to investigate yet.
BTW, it's windows only problem to me.
2007/11/27, Linbin <[EMAIL PROTECTED]>:
R597678 win32 snapshot crashed
http://people.apache.org/builds/harmony/snapshots/r597678/
Seems GCHelper has problem in loading.
Stack trace:
Windows reported exception: 0xc0000005
Registers:
EAX: 0x00fbf9b8, EBX: 0x00000000, ECX: 0x00000000, EDX:
0x00000000
ESI: 0x00000000, EDI: 0x1262e25c, ESP: 0x0013eeb8, EBP:
0x007c45f0
EIP: 0x0065cfea
Stack trace:
0: exn_raise_by_name (??:-1)
1: apr_day_snames (??:-1)
2:
java/lang/VMClassRegistry.loadLibrary(Ljava/lang/String;Ljava/lang/ClassLoader;)V
(VMClassRegistry.java:-2)
3:
java/lang/Runtime.load0(Ljava/lang/String;Ljava/lang/ClassLoader;Z)V
(Runtime.java:722)
4:
java/lang/Runtime.loadLibrary0(Ljava/lang/String;Ljava/lang/ClassLoader;Z)V
(Runtime.java:798)
5: java/lang/System.loadLibrary(Ljava/lang/String;)V (
System.java
:223)
6: org/apache/harmony/drlvm/gc_gen/GCHelper.<clinit>()V (
GCHelper.java
:30)
<end of stack trace>
--
Paulex Yang
China Software Development Lab
IBM
--
Mikhail Fursov
--
Paulex Yang
China Software Development Lab
IBM
--
Paulex Yang
China Software Development Lab
IBM
--
Gregory
