You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Tony Wu <wu...@gmail.com> on 2006/12/28 11:36:10 UTC
[OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Hi all,
My works on upgrating java.lang.Character from 3.0 to unicode 4.1
compatible was blocked by "NPE is thrown when the kernel tests are run
on Windows". please refer to [1] for detail. IIRC, The problem is vm
uses the j.l.Character before icu has been loaded.
I tired on my own laptop and did not reproduce that failure. Would any
drlvm guru have time help me to verify that? Great Thanks!
[1]
http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
---------- Forwarded message ----------
From: Tony Wu (JIRA) <ji...@apache.org>
Date: Sep 20, 2006 3:25 PM
Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
methods in java.lang.Character
To: harmony-commits@incubator.apache.org
[classlib][luni]Refactor some methods in java.lang.Character
------------------------------------------------------------
Key: HARMONY-1500
URL: http://issues.apache.org/jira/browse/HARMONY-1500
Project: Harmony
Issue Type: Improvement
Components: Classlib
Reporter: Tony Wu
Some methods in java.lang.Character need to be refactored to support unicode4.1
such as,
getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
isLowerCase(char).
And some testcases for them are added .
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the
administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
--
Tony Wu
China Software Development Lab, IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Yang Paulex <pa...@gmail.com>.
2006/12/29, Alexey Petrenko <al...@gmail.com>:
>
> Tony,
>
> your patch looks broken...
> I could not run even HelloWorld on IBM VME and DRL VM on Linux and
> Windows with your patch. Everything works fine without it.
> Probably you've broke something while adopted it to current sources...
>
> Here is the error messages:
> IBM VME on Linux:
> <uuuuu@xxxxx.~/work/harmony/working_classlib>deploy/jdk/jre/bin/java
> -cp ../../tests/ Hello
> Exception in thread "main" java/lang/ExceptionInInitializerError
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:195)
> at java/lang/Character.toLowerCase (Character.java:3076)
> at java/lang/String.toLowerCase (String.java:1503)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/util/Locale.<init> (Locale.java:220)
> at java/util/Locale.<init> (Locale.java:202)
> at java/util/Locale.<clinit> (Locale.java:57)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/net/URL.<init> (URL.java:269)
> at java/net/URL.<init> (URL.java:156)
> at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> (URLExtensionClassLoader.java:78)
> at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> (URLExtensionClassLoader.java:19)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java
> :86)
> at java/lang/Thread.initialize (Thread.java:339)
> at java/lang/Thread.<init> (Thread.java:126)
> java/lang/NullPointerException
> at com/ibm/icu/lang/UCharacter.toUpperCase (UCharacter.java:3431)
> at java/lang/Character.toUpperCase (Character.java:3148)
> at java/lang/String.regionMatches (String.java:1309)
> at java/util/jar/JarFile.readMetaEntries (JarFile.java:306)
> at java/util/jar/JarFile.<init> (JarFile.java:205)
> at java/util/jar/JarFile.<init> (JarFile.java:186)
> at com/ibm/oti/vm/AbstractClassLoader.fillCache
> (AbstractClassLoader.java:95)
> at com/ibm/oti/vm/AbstractClassLoader.getResourceAsStream
> (AbstractClassLoader.java:134)
> at java/lang/ClassLoader.getSystemResourceAsStream
> (ClassLoader.java:579)
> at java/lang/Class.getResourceAsStream (Class.java:1109)
> at com/ibm/icu/impl/ICUData.getStream (ICUData.java:52)
> at com/ibm/icu/impl/ICUData.getRequiredStream (ICUData.java:97)
> at com/ibm/icu/impl/UPropertyAliases.<init> (UPropertyAliases.java
> :122)
> at com/ibm/icu/lang/UCharacter.<clinit> (UCharacter.java:5680)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/Character.toLowerCase (Character.java:3076)
> at java/lang/String.toLowerCase (String.java:1503)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/util/Locale.<init> (Locale.java:220)
> at java/util/Locale.<init> (Locale.java:202)
> at java/util/Locale.<clinit> (Locale.java:57)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/net/URL.<init> (URL.java:269)
> at java/net/URL.<init> (URL.java:156)
> at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> (URLExtensionClassLoader.java:78)
> at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> (URLExtensionClassLoader.java:19)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java
> :86)
> at java/lang/Thread.initialize (Thread.java:339)
> at java/lang/Thread.<init> (Thread.java:126)
> JVMJ9VM015W Initialization error for library jclclear_23(14):
> JVMJ9VM009E J9VMDllMain failed
> HMYEXEL062E Internal VM error: Failed to create Java VM
> FAILED to invoke JVM.
>From the stacktrace, seems there are circling dependencies: UCharacter
static init needs ICUData, ICUData needs to create a JarFile, JarFile needs
String.regionMatches(), and then String.regionMatches() needs
UCharacter.toUpperCase()...the interesting thing is: why change icu4j.jar's
position in bootclasspath can avoid this dependency...
And much less from DRLVM :)
> <uuuuu@xxxxxx
> .~/work/harmony/working_vm/build>lnx_ia32_gcc_debug/deploy/jdk/jre/bin/java
> -cp ../../../tests/ Hello
> HMYEXEL062E Internal VM error: Failed to create Java VM
> FAILED to invoke JVM.
>
> SY, Alexey
>
> 2006/12/29, Tony Wu <wu...@gmail.com>:
> > Hi Alexey,
> >
> > I'm sorry the patch is out of date. I have submitted new one. Sorry
> > for the inconvenience caused and thanks very much for your help :)
> >
> > On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > > Tony,
> > >
> > > your patch can not be applied to current sources :(
> > >
> > > SY, Alexey
> > >
> > > 2006/12/28, Tony Wu <wu...@gmail.com>:
> > > > Hi all,
> > > >
> > > > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > > > compatible was blocked by "NPE is thrown when the kernel tests are
> run
> > > > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > > > uses the j.l.Character before icu has been loaded.
> > > >
> > > > I tired on my own laptop and did not reproduce that failure. Would
> any
> > > > drlvm guru have time help me to verify that? Great Thanks!
> > > >
> > > > [1]
> > > >
> http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> > > >
> > > >
> > > > ---------- Forwarded message ----------
> > > > From: Tony Wu (JIRA) <ji...@apache.org>
> > > > Date: Sep 20, 2006 3:25 PM
> > > > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor
> some
> > > > methods in java.lang.Character
> > > > To: harmony-commits@incubator.apache.org
> > > >
> > > >
> > > > [classlib][luni]Refactor some methods in java.lang.Character
> > > > ------------------------------------------------------------
> > > >
> > > > Key: HARMONY-1500
> > > > URL:
> http://issues.apache.org/jira/browse/HARMONY-1500
> > > > Project: Harmony
> > > > Issue Type: Improvement
> > > > Components: Classlib
> > > > Reporter: Tony Wu
> > > >
> > > >
> > > > Some methods in java.lang.Character need to be refactored to support
> unicode4.1
> > > > such as,
> > > >
> getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > > >
> toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > > > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > > > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char)
> and
> > > > isLowerCase(char).
> > > >
> > > > And some testcases for them are added .
> > > >
> > > >
> > > > --
> > > > This message is automatically generated by JIRA.
> > > > -
> > > > If you think it was sent incorrectly contact one of the
> > > > administrators:
> > > > http://issues.apache.org/jira/secure/Administrators.jspa
> > > > -
> > > > For more information on JIRA, see:
> http://www.atlassian.com/software/jira
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Tony Wu
> > > > China Software Development Lab, IBM
> > > >
> > >
> >
> >
> > --
> > Tony Wu
> > China Software Development Lab, IBM
> >
>
--
Paulex Yang
China Software Development Labotary
IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Tony Wu <wu...@gmail.com>.
Hi Alexey,
I did change below, then it works.
bootclasspath.33=accessibility.jar
bootclasspath.source.33=accessibility-src.jar
bootclasspath.source.packageroot.33=/
bootclasspath.0=icu4j_3.4.4/icu4j_3_4_4.jar
On 12/29/06, Tony Wu <wu...@gmail.com> wrote:
> Oh, I see. Thanks Alexey.
>
> Seems, VM loads its libraries from bootclasspath in some order.
>
> Shall we edit the bootclasspath.properties in order to make the
> icu4j.jar be loaded at first?
>
> On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > Tony,
> >
> > your patch looks broken...
> > I could not run even HelloWorld on IBM VME and DRL VM on Linux and
> > Windows with your patch. Everything works fine without it.
> > Probably you've broke something while adopted it to current sources...
> >
> > Here is the error messages:
> > IBM VME on Linux:
> > <uuuuu@xxxxx.~/work/harmony/working_classlib>deploy/jdk/jre/bin/java
> > -cp ../../tests/ Hello
> > Exception in thread "main" java/lang/ExceptionInInitializerError
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:195)
> > at java/lang/Character.toLowerCase (Character.java:3076)
> > at java/lang/String.toLowerCase (String.java:1503)
> > at java/lang/String.toLowerCase (String.java:1488)
> > at java/util/Locale.<init> (Locale.java:220)
> > at java/util/Locale.<init> (Locale.java:202)
> > at java/util/Locale.<clinit> (Locale.java:57)
> > at java/lang/J9VMInternals.initializeImpl (Native Method)
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> > at java/lang/String.toLowerCase (String.java:1488)
> > at java/net/URL.<init> (URL.java:269)
> > at java/net/URL.<init> (URL.java:156)
> > at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> > (URLExtensionClassLoader.java:78)
> > at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> > (URLExtensionClassLoader.java:19)
> > at java/lang/J9VMInternals.initializeImpl (Native Method)
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> > at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
> > at java/lang/Thread.initialize (Thread.java:339)
> > at java/lang/Thread.<init> (Thread.java:126)
> > java/lang/NullPointerException
> > at com/ibm/icu/lang/UCharacter.toUpperCase (UCharacter.java:3431)
> > at java/lang/Character.toUpperCase (Character.java:3148)
> > at java/lang/String.regionMatches (String.java:1309)
> > at java/util/jar/JarFile.readMetaEntries (JarFile.java:306)
> > at java/util/jar/JarFile.<init> (JarFile.java:205)
> > at java/util/jar/JarFile.<init> (JarFile.java:186)
> > at com/ibm/oti/vm/AbstractClassLoader.fillCache
> > (AbstractClassLoader.java:95)
> > at com/ibm/oti/vm/AbstractClassLoader.getResourceAsStream
> > (AbstractClassLoader.java:134)
> > at java/lang/ClassLoader.getSystemResourceAsStream
> > (ClassLoader.java:579)
> > at java/lang/Class.getResourceAsStream (Class.java:1109)
> > at com/ibm/icu/impl/ICUData.getStream (ICUData.java:52)
> > at com/ibm/icu/impl/ICUData.getRequiredStream (ICUData.java:97)
> > at com/ibm/icu/impl/UPropertyAliases.<init> (UPropertyAliases.java:122)
> > at com/ibm/icu/lang/UCharacter.<clinit> (UCharacter.java:5680)
> > at java/lang/J9VMInternals.initializeImpl (Native Method)
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> > at java/lang/Character.toLowerCase (Character.java:3076)
> > at java/lang/String.toLowerCase (String.java:1503)
> > at java/lang/String.toLowerCase (String.java:1488)
> > at java/util/Locale.<init> (Locale.java:220)
> > at java/util/Locale.<init> (Locale.java:202)
> > at java/util/Locale.<clinit> (Locale.java:57)
> > at java/lang/J9VMInternals.initializeImpl (Native Method)
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> > at java/lang/String.toLowerCase (String.java:1488)
> > at java/net/URL.<init> (URL.java:269)
> > at java/net/URL.<init> (URL.java:156)
> > at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> > (URLExtensionClassLoader.java:78)
> > at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> > (URLExtensionClassLoader.java:19)
> > at java/lang/J9VMInternals.initializeImpl (Native Method)
> > at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> > at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
> > at java/lang/Thread.initialize (Thread.java:339)
> > at java/lang/Thread.<init> (Thread.java:126)
> > JVMJ9VM015W Initialization error for library jclclear_23(14):
> > JVMJ9VM009E J9VMDllMain failed
> > HMYEXEL062E Internal VM error: Failed to create Java VM
> > FAILED to invoke JVM.
> >
> > And much less from DRLVM :)
> > <uuuuu@xxxxxx.~/work/harmony/working_vm/build>lnx_ia32_gcc_debug/deploy/jdk/jre/bin/java
> > -cp ../../../tests/ Hello
> > HMYEXEL062E Internal VM error: Failed to create Java VM
> > FAILED to invoke JVM.
> >
> > SY, Alexey
> >
> > 2006/12/29, Tony Wu <wu...@gmail.com>:
> > > Hi Alexey,
> > >
> > > I'm sorry the patch is out of date. I have submitted new one. Sorry
> > > for the inconvenience caused and thanks very much for your help :)
> > >
> > > On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > > > Tony,
> > > >
> > > > your patch can not be applied to current sources :(
> > > >
> > > > SY, Alexey
> > > >
> > > > 2006/12/28, Tony Wu <wu...@gmail.com>:
> > > > > Hi all,
> > > > >
> > > > > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > > > > compatible was blocked by "NPE is thrown when the kernel tests are run
> > > > > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > > > > uses the j.l.Character before icu has been loaded.
> > > > >
> > > > > I tired on my own laptop and did not reproduce that failure. Would any
> > > > > drlvm guru have time help me to verify that? Great Thanks!
> > > > >
> > > > > [1]
> > > > > http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> > > > >
> > > > >
> > > > > ---------- Forwarded message ----------
> > > > > From: Tony Wu (JIRA) <ji...@apache.org>
> > > > > Date: Sep 20, 2006 3:25 PM
> > > > > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> > > > > methods in java.lang.Character
> > > > > To: harmony-commits@incubator.apache.org
> > > > >
> > > > >
> > > > > [classlib][luni]Refactor some methods in java.lang.Character
> > > > > ------------------------------------------------------------
> > > > >
> > > > > Key: HARMONY-1500
> > > > > URL: http://issues.apache.org/jira/browse/HARMONY-1500
> > > > > Project: Harmony
> > > > > Issue Type: Improvement
> > > > > Components: Classlib
> > > > > Reporter: Tony Wu
> > > > >
> > > > >
> > > > > Some methods in java.lang.Character need to be refactored to support unicode4.1
> > > > > such as,
> > > > > getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > > > > toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > > > > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > > > > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> > > > > isLowerCase(char).
> > > > >
> > > > > And some testcases for them are added .
> > > > >
> > > > >
> > > > > --
> > > > > This message is automatically generated by JIRA.
> > > > > -
> > > > > If you think it was sent incorrectly contact one of the
> > > > > administrators:
> > > > > http://issues.apache.org/jira/secure/Administrators.jspa
> > > > > -
> > > > > For more information on JIRA, see: http://www.atlassian.com/software/jira
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Tony Wu
> > > > > China Software Development Lab, IBM
> > > > >
> > > >
> > >
> > >
> > > --
> > > Tony Wu
> > > China Software Development Lab, IBM
> > >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
--
Tony Wu
China Software Development Lab, IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500
on DRLVM
Posted by Tim Ellison <t....@gmail.com>.
Tony Wu wrote:
> Hi Tim,
> For user defined classes, I believe that no order should be presumed
> when loading them from classpath. But I have no idea on which way
> these vm's boot classes are loaded. This is done in VMI, I have no
> source code of the IBMVM so that I could not verify how these classes
> are loaded.
>
> I found some comments in the bootclasspath.properties file. [1]
>
> [1]
> # Upon initialization the VM orders each property of the form
> 'bootclasspath.<n>'
> # on the numerical value of 'n', and sets the bootclasspath to the
> # correspondingly ordered property values. The values are taken to be
> # file paths relative to the jre/lib/boot directory.
Both the application classpath and the boot classpath are indeed paths,
to be searched in a linear order to find a required type.
If you get different behavior when moving icu4j to the head of the path
then it implies to me that there is a duplication of some type
definition in the JARs that is being exposed by the ordering.
You can use verbose options to see where the VM find types that are loaded.
Regards,
Tim
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Tony Wu <wu...@gmail.com>.
Hi Tim,
For user defined classes, I believe that no order should be presumed
when loading them from classpath. But I have no idea on which way
these vm's boot classes are loaded. This is done in VMI, I have no
source code of the IBMVM so that I could not verify how these classes
are loaded.
I found some comments in the bootclasspath.properties file. [1]
[1]
# Upon initialization the VM orders each property of the form
'bootclasspath.<n>'
# on the numerical value of 'n', and sets the bootclasspath to the
# correspondingly ordered property values. The values are taken to be
# file paths relative to the jre/lib/boot directory.
On 12/29/06, Tim Ellison <t....@gmail.com> wrote:
> Tony Wu wrote:
> > Oh, I see. Thanks Alexey.
> >
> > Seems, VM loads its libraries from bootclasspath in some order.
> >
> > Shall we edit the bootclasspath.properties in order to make the
> > icu4j.jar be loaded at first?
>
> I'm confused. The bootclasspath is the search path for the JARs, it
> doesn't dictate a loading order. Perhaps there is a duplicate type
> declaration that is found first?
>
> Regards,
> Tim
>
--
Tony Wu
China Software Development Lab, IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500
on DRLVM
Posted by Tim Ellison <t....@gmail.com>.
Tony Wu wrote:
> Oh, I see. Thanks Alexey.
>
> Seems, VM loads its libraries from bootclasspath in some order.
>
> Shall we edit the bootclasspath.properties in order to make the
> icu4j.jar be loaded at first?
I'm confused. The bootclasspath is the search path for the JARs, it
doesn't dictate a loading order. Perhaps there is a duplicate type
declaration that is found first?
Regards,
Tim
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Tony Wu <wu...@gmail.com>.
Oh, I see. Thanks Alexey.
Seems, VM loads its libraries from bootclasspath in some order.
Shall we edit the bootclasspath.properties in order to make the
icu4j.jar be loaded at first?
On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> Tony,
>
> your patch looks broken...
> I could not run even HelloWorld on IBM VME and DRL VM on Linux and
> Windows with your patch. Everything works fine without it.
> Probably you've broke something while adopted it to current sources...
>
> Here is the error messages:
> IBM VME on Linux:
> <uuuuu@xxxxx.~/work/harmony/working_classlib>deploy/jdk/jre/bin/java
> -cp ../../tests/ Hello
> Exception in thread "main" java/lang/ExceptionInInitializerError
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:195)
> at java/lang/Character.toLowerCase (Character.java:3076)
> at java/lang/String.toLowerCase (String.java:1503)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/util/Locale.<init> (Locale.java:220)
> at java/util/Locale.<init> (Locale.java:202)
> at java/util/Locale.<clinit> (Locale.java:57)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/net/URL.<init> (URL.java:269)
> at java/net/URL.<init> (URL.java:156)
> at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> (URLExtensionClassLoader.java:78)
> at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> (URLExtensionClassLoader.java:19)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
> at java/lang/Thread.initialize (Thread.java:339)
> at java/lang/Thread.<init> (Thread.java:126)
> java/lang/NullPointerException
> at com/ibm/icu/lang/UCharacter.toUpperCase (UCharacter.java:3431)
> at java/lang/Character.toUpperCase (Character.java:3148)
> at java/lang/String.regionMatches (String.java:1309)
> at java/util/jar/JarFile.readMetaEntries (JarFile.java:306)
> at java/util/jar/JarFile.<init> (JarFile.java:205)
> at java/util/jar/JarFile.<init> (JarFile.java:186)
> at com/ibm/oti/vm/AbstractClassLoader.fillCache
> (AbstractClassLoader.java:95)
> at com/ibm/oti/vm/AbstractClassLoader.getResourceAsStream
> (AbstractClassLoader.java:134)
> at java/lang/ClassLoader.getSystemResourceAsStream
> (ClassLoader.java:579)
> at java/lang/Class.getResourceAsStream (Class.java:1109)
> at com/ibm/icu/impl/ICUData.getStream (ICUData.java:52)
> at com/ibm/icu/impl/ICUData.getRequiredStream (ICUData.java:97)
> at com/ibm/icu/impl/UPropertyAliases.<init> (UPropertyAliases.java:122)
> at com/ibm/icu/lang/UCharacter.<clinit> (UCharacter.java:5680)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/Character.toLowerCase (Character.java:3076)
> at java/lang/String.toLowerCase (String.java:1503)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/util/Locale.<init> (Locale.java:220)
> at java/util/Locale.<init> (Locale.java:202)
> at java/util/Locale.<clinit> (Locale.java:57)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/String.toLowerCase (String.java:1488)
> at java/net/URL.<init> (URL.java:269)
> at java/net/URL.<init> (URL.java:156)
> at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
> (URLExtensionClassLoader.java:78)
> at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
> (URLExtensionClassLoader.java:19)
> at java/lang/J9VMInternals.initializeImpl (Native Method)
> at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
> at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
> at java/lang/Thread.initialize (Thread.java:339)
> at java/lang/Thread.<init> (Thread.java:126)
> JVMJ9VM015W Initialization error for library jclclear_23(14):
> JVMJ9VM009E J9VMDllMain failed
> HMYEXEL062E Internal VM error: Failed to create Java VM
> FAILED to invoke JVM.
>
> And much less from DRLVM :)
> <uuuuu@xxxxxx.~/work/harmony/working_vm/build>lnx_ia32_gcc_debug/deploy/jdk/jre/bin/java
> -cp ../../../tests/ Hello
> HMYEXEL062E Internal VM error: Failed to create Java VM
> FAILED to invoke JVM.
>
> SY, Alexey
>
> 2006/12/29, Tony Wu <wu...@gmail.com>:
> > Hi Alexey,
> >
> > I'm sorry the patch is out of date. I have submitted new one. Sorry
> > for the inconvenience caused and thanks very much for your help :)
> >
> > On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > > Tony,
> > >
> > > your patch can not be applied to current sources :(
> > >
> > > SY, Alexey
> > >
> > > 2006/12/28, Tony Wu <wu...@gmail.com>:
> > > > Hi all,
> > > >
> > > > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > > > compatible was blocked by "NPE is thrown when the kernel tests are run
> > > > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > > > uses the j.l.Character before icu has been loaded.
> > > >
> > > > I tired on my own laptop and did not reproduce that failure. Would any
> > > > drlvm guru have time help me to verify that? Great Thanks!
> > > >
> > > > [1]
> > > > http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> > > >
> > > >
> > > > ---------- Forwarded message ----------
> > > > From: Tony Wu (JIRA) <ji...@apache.org>
> > > > Date: Sep 20, 2006 3:25 PM
> > > > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> > > > methods in java.lang.Character
> > > > To: harmony-commits@incubator.apache.org
> > > >
> > > >
> > > > [classlib][luni]Refactor some methods in java.lang.Character
> > > > ------------------------------------------------------------
> > > >
> > > > Key: HARMONY-1500
> > > > URL: http://issues.apache.org/jira/browse/HARMONY-1500
> > > > Project: Harmony
> > > > Issue Type: Improvement
> > > > Components: Classlib
> > > > Reporter: Tony Wu
> > > >
> > > >
> > > > Some methods in java.lang.Character need to be refactored to support unicode4.1
> > > > such as,
> > > > getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > > > toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > > > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > > > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> > > > isLowerCase(char).
> > > >
> > > > And some testcases for them are added .
> > > >
> > > >
> > > > --
> > > > This message is automatically generated by JIRA.
> > > > -
> > > > If you think it was sent incorrectly contact one of the
> > > > administrators:
> > > > http://issues.apache.org/jira/secure/Administrators.jspa
> > > > -
> > > > For more information on JIRA, see: http://www.atlassian.com/software/jira
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Tony Wu
> > > > China Software Development Lab, IBM
> > > >
> > >
> >
> >
> > --
> > Tony Wu
> > China Software Development Lab, IBM
> >
>
--
Tony Wu
China Software Development Lab, IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Alexey Petrenko <al...@gmail.com>.
Tony,
your patch looks broken...
I could not run even HelloWorld on IBM VME and DRL VM on Linux and
Windows with your patch. Everything works fine without it.
Probably you've broke something while adopted it to current sources...
Here is the error messages:
IBM VME on Linux:
<uuuuu@xxxxx.~/work/harmony/working_classlib>deploy/jdk/jre/bin/java
-cp ../../tests/ Hello
Exception in thread "main" java/lang/ExceptionInInitializerError
at java/lang/J9VMInternals.initialize (J9VMInternals.java:195)
at java/lang/Character.toLowerCase (Character.java:3076)
at java/lang/String.toLowerCase (String.java:1503)
at java/lang/String.toLowerCase (String.java:1488)
at java/util/Locale.<init> (Locale.java:220)
at java/util/Locale.<init> (Locale.java:202)
at java/util/Locale.<clinit> (Locale.java:57)
at java/lang/J9VMInternals.initializeImpl (Native Method)
at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
at java/lang/String.toLowerCase (String.java:1488)
at java/net/URL.<init> (URL.java:269)
at java/net/URL.<init> (URL.java:156)
at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
(URLExtensionClassLoader.java:78)
at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
(URLExtensionClassLoader.java:19)
at java/lang/J9VMInternals.initializeImpl (Native Method)
at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
at java/lang/Thread.initialize (Thread.java:339)
at java/lang/Thread.<init> (Thread.java:126)
java/lang/NullPointerException
at com/ibm/icu/lang/UCharacter.toUpperCase (UCharacter.java:3431)
at java/lang/Character.toUpperCase (Character.java:3148)
at java/lang/String.regionMatches (String.java:1309)
at java/util/jar/JarFile.readMetaEntries (JarFile.java:306)
at java/util/jar/JarFile.<init> (JarFile.java:205)
at java/util/jar/JarFile.<init> (JarFile.java:186)
at com/ibm/oti/vm/AbstractClassLoader.fillCache
(AbstractClassLoader.java:95)
at com/ibm/oti/vm/AbstractClassLoader.getResourceAsStream
(AbstractClassLoader.java:134)
at java/lang/ClassLoader.getSystemResourceAsStream
(ClassLoader.java:579)
at java/lang/Class.getResourceAsStream (Class.java:1109)
at com/ibm/icu/impl/ICUData.getStream (ICUData.java:52)
at com/ibm/icu/impl/ICUData.getRequiredStream (ICUData.java:97)
at com/ibm/icu/impl/UPropertyAliases.<init> (UPropertyAliases.java:122)
at com/ibm/icu/lang/UCharacter.<clinit> (UCharacter.java:5680)
at java/lang/J9VMInternals.initializeImpl (Native Method)
at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
at java/lang/Character.toLowerCase (Character.java:3076)
at java/lang/String.toLowerCase (String.java:1503)
at java/lang/String.toLowerCase (String.java:1488)
at java/util/Locale.<init> (Locale.java:220)
at java/util/Locale.<init> (Locale.java:202)
at java/util/Locale.<clinit> (Locale.java:57)
at java/lang/J9VMInternals.initializeImpl (Native Method)
at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
at java/lang/String.toLowerCase (String.java:1488)
at java/net/URL.<init> (URL.java:269)
at java/net/URL.<init> (URL.java:156)
at com/ibm/oti/vm/URLExtensionClassLoader.getClassPath
(URLExtensionClassLoader.java:78)
at com/ibm/oti/vm/URLExtensionClassLoader.<clinit>
(URLExtensionClassLoader.java:19)
at java/lang/J9VMInternals.initializeImpl (Native Method)
at java/lang/J9VMInternals.initialize (J9VMInternals.java:177)
at java/lang/ClassLoader.initializeClassLoaders (ClassLoader.java:86)
at java/lang/Thread.initialize (Thread.java:339)
at java/lang/Thread.<init> (Thread.java:126)
JVMJ9VM015W Initialization error for library jclclear_23(14):
JVMJ9VM009E J9VMDllMain failed
HMYEXEL062E Internal VM error: Failed to create Java VM
FAILED to invoke JVM.
And much less from DRLVM :)
<uuuuu@xxxxxx.~/work/harmony/working_vm/build>lnx_ia32_gcc_debug/deploy/jdk/jre/bin/java
-cp ../../../tests/ Hello
HMYEXEL062E Internal VM error: Failed to create Java VM
FAILED to invoke JVM.
SY, Alexey
2006/12/29, Tony Wu <wu...@gmail.com>:
> Hi Alexey,
>
> I'm sorry the patch is out of date. I have submitted new one. Sorry
> for the inconvenience caused and thanks very much for your help :)
>
> On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > Tony,
> >
> > your patch can not be applied to current sources :(
> >
> > SY, Alexey
> >
> > 2006/12/28, Tony Wu <wu...@gmail.com>:
> > > Hi all,
> > >
> > > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > > compatible was blocked by "NPE is thrown when the kernel tests are run
> > > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > > uses the j.l.Character before icu has been loaded.
> > >
> > > I tired on my own laptop and did not reproduce that failure. Would any
> > > drlvm guru have time help me to verify that? Great Thanks!
> > >
> > > [1]
> > > http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> > >
> > >
> > > ---------- Forwarded message ----------
> > > From: Tony Wu (JIRA) <ji...@apache.org>
> > > Date: Sep 20, 2006 3:25 PM
> > > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> > > methods in java.lang.Character
> > > To: harmony-commits@incubator.apache.org
> > >
> > >
> > > [classlib][luni]Refactor some methods in java.lang.Character
> > > ------------------------------------------------------------
> > >
> > > Key: HARMONY-1500
> > > URL: http://issues.apache.org/jira/browse/HARMONY-1500
> > > Project: Harmony
> > > Issue Type: Improvement
> > > Components: Classlib
> > > Reporter: Tony Wu
> > >
> > >
> > > Some methods in java.lang.Character need to be refactored to support unicode4.1
> > > such as,
> > > getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > > toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> > > isLowerCase(char).
> > >
> > > And some testcases for them are added .
> > >
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > -
> > > If you think it was sent incorrectly contact one of the
> > > administrators:
> > > http://issues.apache.org/jira/secure/Administrators.jspa
> > > -
> > > For more information on JIRA, see: http://www.atlassian.com/software/jira
> > >
> > >
> > >
> > >
> > > --
> > > Tony Wu
> > > China Software Development Lab, IBM
> > >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Alexey Petrenko <al...@gmail.com>.
Ok, I'll try it today.
SY, Alexey
2006/12/29, Tony Wu <wu...@gmail.com>:
> Hi Alexey,
>
> I'm sorry the patch is out of date. I have submitted new one. Sorry
> for the inconvenience caused and thanks very much for your help :)
>
> On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> > Tony,
> >
> > your patch can not be applied to current sources :(
> >
> > SY, Alexey
> >
> > 2006/12/28, Tony Wu <wu...@gmail.com>:
> > > Hi all,
> > >
> > > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > > compatible was blocked by "NPE is thrown when the kernel tests are run
> > > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > > uses the j.l.Character before icu has been loaded.
> > >
> > > I tired on my own laptop and did not reproduce that failure. Would any
> > > drlvm guru have time help me to verify that? Great Thanks!
> > >
> > > [1]
> > > http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> > >
> > >
> > > ---------- Forwarded message ----------
> > > From: Tony Wu (JIRA) <ji...@apache.org>
> > > Date: Sep 20, 2006 3:25 PM
> > > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> > > methods in java.lang.Character
> > > To: harmony-commits@incubator.apache.org
> > >
> > >
> > > [classlib][luni]Refactor some methods in java.lang.Character
> > > ------------------------------------------------------------
> > >
> > > Key: HARMONY-1500
> > > URL: http://issues.apache.org/jira/browse/HARMONY-1500
> > > Project: Harmony
> > > Issue Type: Improvement
> > > Components: Classlib
> > > Reporter: Tony Wu
> > >
> > >
> > > Some methods in java.lang.Character need to be refactored to support unicode4.1
> > > such as,
> > > getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > > toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> > > isLowerCase(char).
> > >
> > > And some testcases for them are added .
> > >
> > >
> > > --
> > > This message is automatically generated by JIRA.
> > > -
> > > If you think it was sent incorrectly contact one of the
> > > administrators:
> > > http://issues.apache.org/jira/secure/Administrators.jspa
> > > -
> > > For more information on JIRA, see: http://www.atlassian.com/software/jira
> > >
> > >
> > >
> > >
> > > --
> > > Tony Wu
> > > China Software Development Lab, IBM
> > >
> >
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Tony Wu <wu...@gmail.com>.
Hi Alexey,
I'm sorry the patch is out of date. I have submitted new one. Sorry
for the inconvenience caused and thanks very much for your help :)
On 12/29/06, Alexey Petrenko <al...@gmail.com> wrote:
> Tony,
>
> your patch can not be applied to current sources :(
>
> SY, Alexey
>
> 2006/12/28, Tony Wu <wu...@gmail.com>:
> > Hi all,
> >
> > My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> > compatible was blocked by "NPE is thrown when the kernel tests are run
> > on Windows". please refer to [1] for detail. IIRC, The problem is vm
> > uses the j.l.Character before icu has been loaded.
> >
> > I tired on my own laptop and did not reproduce that failure. Would any
> > drlvm guru have time help me to verify that? Great Thanks!
> >
> > [1]
> > http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
> >
> >
> > ---------- Forwarded message ----------
> > From: Tony Wu (JIRA) <ji...@apache.org>
> > Date: Sep 20, 2006 3:25 PM
> > Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> > methods in java.lang.Character
> > To: harmony-commits@incubator.apache.org
> >
> >
> > [classlib][luni]Refactor some methods in java.lang.Character
> > ------------------------------------------------------------
> >
> > Key: HARMONY-1500
> > URL: http://issues.apache.org/jira/browse/HARMONY-1500
> > Project: Harmony
> > Issue Type: Improvement
> > Components: Classlib
> > Reporter: Tony Wu
> >
> >
> > Some methods in java.lang.Character need to be refactored to support unicode4.1
> > such as,
> > getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> > toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> > isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> > isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> > isLowerCase(char).
> >
> > And some testcases for them are added .
> >
> >
> > --
> > This message is automatically generated by JIRA.
> > -
> > If you think it was sent incorrectly contact one of the
> > administrators:
> > http://issues.apache.org/jira/secure/Administrators.jspa
> > -
> > For more information on JIRA, see: http://www.atlassian.com/software/jira
> >
> >
> >
> >
> > --
> > Tony Wu
> > China Software Development Lab, IBM
> >
>
--
Tony Wu
China Software Development Lab, IBM
RE: Some simple issues to resolve
Posted by "Zakharov, Vasily M" <va...@intel.com>.
Thanks, Alexey!
Vasily
-----Original Message-----
From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com]
Sent: Friday, December 29, 2006 9:00 AM
To: dev@harmony.apache.org
Subject: Re: Some simple issues to resolve
I'll take care.
SY, Alexey
2006/12/29, Zakharov, Vasily M <va...@intel.com>:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
>
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
>
> Thank you!
>
> And happy New Year to everybody!
>
> Vasily Zakharov
> Intel Enterprise Solutions Software Division
>
Re: Some simple issues to resolve
Posted by Alexey Petrenko <al...@gmail.com>.
I'll take care.
SY, Alexey
2006/12/29, Zakharov, Vasily M <va...@intel.com>:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
>
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
>
> Thank you!
>
> And happy New Year to everybody!
>
> Vasily Zakharov
> Intel Enterprise Solutions Software Division
>
RE: Some simple issues to resolve
Posted by "Zakharov, Vasily M" <va...@intel.com>.
>> http://issues.apache.org/jira/browse/HARMONY-547
> There is no unit test in this issue.
> Please create it or add a comment to the issue describing why this can
> not be done.
Sorry, I thought it's evident. Added a comment.
Vasily
-----Original Message-----
From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com]
Sent: Friday, December 29, 2006 9:41 AM
To: dev@harmony.apache.org
Subject: Re: Some simple issues to resolve
2006/12/29, Zakharov, Vasily M <va...@intel.com>:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
I'll review this issues later today.
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
There is no unit test in this issue.
Please create it or add a comment to the issue describing why this can
not be done.
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
Done.
Thanks for fixing!
SY, Alexey
Re: Some simple issues to resolve
Posted by Alexey Petrenko <al...@gmail.com>.
2006/12/29, Zakharov, Vasily M <va...@intel.com>:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
I'll review this issues later today.
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
There is no unit test in this issue.
Please create it or add a comment to the issue describing why this can
not be done.
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
Done.
Thanks for fixing!
SY, Alexey
RE: Some simple issues to resolve
Posted by "Zakharov, Vasily M" <va...@intel.com>.
No problem, whatever you say. [jira] is fine.
Thank you.
Vasily
-----Original Message-----
From: Geir Magnusson Jr. [mailto:geir@pobox.com]
Sent: Friday, December 29, 2006 7:01 AM
To: dev@harmony.apache.org
Subject: Re: Some simple issues to resolve
could you please prefix the subject line in the future with something
like [jira] or such?
On Dec 28, 2006, at 9:42 PM, Zakharov, Vasily M wrote:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
>
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
>
> Thank you!
>
> And happy New Year to everybody!
>
> Vasily Zakharov
> Intel Enterprise Solutions Software Division
Re: Some simple issues to resolve
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
could you please prefix the subject line in the future with something
like [jira] or such?
On Dec 28, 2006, at 9:42 PM, Zakharov, Vasily M wrote:
> Hi, all,
>
> Could someone please take care of these simple issues?
>
> These two bugs probably could be closed as Won't Fix:
> http://issues.apache.org/jira/browse/HARMONY-1024
> http://issues.apache.org/jira/browse/HARMONY-2262
>
> And these issues have simple patches attached, so they need "Patch
> available" flags and could be easily integrated:
> http://issues.apache.org/jira/browse/HARMONY-547
> http://issues.apache.org/jira/browse/HARMONY-1171
> http://issues.apache.org/jira/browse/HARMONY-1232
> http://issues.apache.org/jira/browse/HARMONY-1776
> http://issues.apache.org/jira/browse/HARMONY-2477
> http://issues.apache.org/jira/browse/HARMONY-2525
> http://issues.apache.org/jira/browse/HARMONY-2582
> http://issues.apache.org/jira/browse/HARMONY-2619
> http://issues.apache.org/jira/browse/HARMONY-2898
>
> Thank you!
>
> And happy New Year to everybody!
>
> Vasily Zakharov
> Intel Enterprise Solutions Software Division
Some simple issues to resolve
Posted by "Zakharov, Vasily M" <va...@intel.com>.
Hi, all,
Could someone please take care of these simple issues?
These two bugs probably could be closed as Won't Fix:
http://issues.apache.org/jira/browse/HARMONY-1024
http://issues.apache.org/jira/browse/HARMONY-2262
And these issues have simple patches attached, so they need "Patch
available" flags and could be easily integrated:
http://issues.apache.org/jira/browse/HARMONY-547
http://issues.apache.org/jira/browse/HARMONY-1171
http://issues.apache.org/jira/browse/HARMONY-1232
http://issues.apache.org/jira/browse/HARMONY-1776
http://issues.apache.org/jira/browse/HARMONY-2477
http://issues.apache.org/jira/browse/HARMONY-2525
http://issues.apache.org/jira/browse/HARMONY-2582
http://issues.apache.org/jira/browse/HARMONY-2619
http://issues.apache.org/jira/browse/HARMONY-2898
Thank you!
And happy New Year to everybody!
Vasily Zakharov
Intel Enterprise Solutions Software Division
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Alexey Petrenko <al...@gmail.com>.
Tony,
your patch can not be applied to current sources :(
SY, Alexey
2006/12/28, Tony Wu <wu...@gmail.com>:
> Hi all,
>
> My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> compatible was blocked by "NPE is thrown when the kernel tests are run
> on Windows". please refer to [1] for detail. IIRC, The problem is vm
> uses the j.l.Character before icu has been loaded.
>
> I tired on my own laptop and did not reproduce that failure. Would any
> drlvm guru have time help me to verify that? Great Thanks!
>
> [1]
> http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
>
>
> ---------- Forwarded message ----------
> From: Tony Wu (JIRA) <ji...@apache.org>
> Date: Sep 20, 2006 3:25 PM
> Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> methods in java.lang.Character
> To: harmony-commits@incubator.apache.org
>
>
> [classlib][luni]Refactor some methods in java.lang.Character
> ------------------------------------------------------------
>
> Key: HARMONY-1500
> URL: http://issues.apache.org/jira/browse/HARMONY-1500
> Project: Harmony
> Issue Type: Improvement
> Components: Classlib
> Reporter: Tony Wu
>
>
> Some methods in java.lang.Character need to be refactored to support unicode4.1
> such as,
> getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> isLowerCase(char).
>
> And some testcases for them are added .
>
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
This isn't [OT] - this is very much on topic :)
On Dec 28, 2006, at 5:36 AM, Tony Wu wrote:
> Hi all,
>
> My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> compatible was blocked by "NPE is thrown when the kernel tests are run
> on Windows". please refer to [1] for detail. IIRC, The problem is vm
> uses the j.l.Character before icu has been loaded.
>
> I tired on my own laptop and did not reproduce that failure. Would any
> drlvm guru have time help me to verify that? Great Thanks!
>
> [1]
> http://www.mail-archive.com/harmony-dev@incubator.apache.org/
> msg13839.html
>
>
> ---------- Forwarded message ----------
> From: Tony Wu (JIRA) <ji...@apache.org>
> Date: Sep 20, 2006 3:25 PM
> Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> methods in java.lang.Character
> To: harmony-commits@incubator.apache.org
>
>
> [classlib][luni]Refactor some methods in java.lang.Character
> ------------------------------------------------------------
>
> Key: HARMONY-1500
> URL: http://issues.apache.org/jira/browse/HARMONY-1500
> Project: Harmony
> Issue Type: Improvement
> Components: Classlib
> Reporter: Tony Wu
>
>
> Some methods in java.lang.Character need to be refactored to
> support unicode4.1
> such as,
> getType(char),getNumericValue(char),getDirectionality
> (char),toUpperCase(char),
> toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> isLowerCase(char).
>
> And some testcases for them are added .
>
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/
> software/jira
>
>
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
Re: [OT]Would anyone help me to verify the patch of harmony-1500 on DRLVM
Posted by Alexey Petrenko <al...@gmail.com>.
Tony,
I'll run the tests later today...
SY, Alexey
2006/12/28, Tony Wu <wu...@gmail.com>:
> Hi all,
>
> My works on upgrating java.lang.Character from 3.0 to unicode 4.1
> compatible was blocked by "NPE is thrown when the kernel tests are run
> on Windows". please refer to [1] for detail. IIRC, The problem is vm
> uses the j.l.Character before icu has been loaded.
>
> I tired on my own laptop and did not reproduce that failure. Would any
> drlvm guru have time help me to verify that? Great Thanks!
>
> [1]
> http://www.mail-archive.com/harmony-dev@incubator.apache.org/msg13839.html
>
>
> ---------- Forwarded message ----------
> From: Tony Wu (JIRA) <ji...@apache.org>
> Date: Sep 20, 2006 3:25 PM
> Subject: [jira] Created: (HARMONY-1500) [classlib][luni]Refactor some
> methods in java.lang.Character
> To: harmony-commits@incubator.apache.org
>
>
> [classlib][luni]Refactor some methods in java.lang.Character
> ------------------------------------------------------------
>
> Key: HARMONY-1500
> URL: http://issues.apache.org/jira/browse/HARMONY-1500
> Project: Harmony
> Issue Type: Improvement
> Components: Classlib
> Reporter: Tony Wu
>
>
> Some methods in java.lang.Character need to be refactored to support unicode4.1
> such as,
> getType(char),getNumericValue(char),getDirectionality(char),toUpperCase(char),
> toLowerCase(char),toTitleCase(char),digit(char,int),isMirrored(char),
> isWhitespace(char),isUpperCase(char),isUnicodeIdentifierStart(char),
> isUnicodeIdentifierPart(char),isTitleCase(char),isSpaceChar(char) and
> isLowerCase(char).
>
> And some testcases for them are added .
>
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
>
> --
> Tony Wu
> China Software Development Lab, IBM
>