[jira] Updated: (HARMONY-167) java.io.ObjectStreamField.getUnshared() should be isUnshared()
[ http://issues.apache.org/jira/browse/HARMONY-167?page=all ] Mark Hindess updated HARMONY-167: - Attachment: getunshared.should.be.isunshared.diff Trivial rename of getUnshared() to isUnshared(). java.io.ObjectStreamField.getUnshared() should be isUnshared() -- Key: HARMONY-167 URL: http://issues.apache.org/jira/browse/HARMONY-167 Project: Harmony Type: Bug Components: Classlib Reporter: Mark Hindess Priority: Minor Attachments: getunshared.should.be.isunshared.diff According to the spec there should be an isUnshared() method. There is a getUnshared() method which isn't in the spec so I assume this is an error? Will attach a patch. -- 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
[jira] Created: (HARMONY-167) java.io.ObjectStreamField.getUnshared() should be isUnshared()
java.io.ObjectStreamField.getUnshared() should be isUnshared() -- Key: HARMONY-167 URL: http://issues.apache.org/jira/browse/HARMONY-167 Project: Harmony Type: Bug Components: Classlib Reporter: Mark Hindess Priority: Minor According to the spec there should be an isUnshared() method. There is a getUnshared() method which isn't in the spec so I assume this is an error? Will attach a patch. -- 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
Re: [jchevm] configuring gdb to ignore SIGSEGV
Weldon Washburn wrote: Enrico, I am able to run hello world at the prompt line on Cywin. But when I run it under gdb, it hits a SIGSEGV. The error messages don't hint that signals need to be configured. The uninformed can spend lots of time trying figure out these details. It might be useful to put this info in the HOWTO document you are writing. The following configuration allows JCHEVM to run properly under gdb: $ gdb --args ./jc.exe --classpath=. --bootclasspath=/usr/local/unzipped_glibj :/usr/local/unzipped_jc:. hello (gdb) handle SIGSEGV nostop (gdb) handle SIGSEGV noprint (gdb) run -- Weldon Washburn Intel Middleware Products Division Hi Weldon, thanks for pointing that out. When I debugged JCHEVM, I noticed that SIGSEV signal was issued by the PTHREAD library and I rembember that one guy, a month ago, told me to read a document regarding this problem on Cygwin. Therefore, for now, I'll write your suggestion in the document, but we'll have to fix it soon. I'll try also to run GCC with the -no-cygwin option, which should instruct the compiler to build a Windows executable that doesn't need the cygwin1.dll to run. Enrico
enhanced/classlib/trunk/depends
Hi, There are a lot of objects in this repos directory, do we really need them? Cheers Jean-Frederic
Re: enhanced/classlib/trunk/depends
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \! -anewer .now on both builds shows that the only files that aren't accessed by either build are the README files and: depends/files/java.security That probably isn't needed since the build uses: modules/security/src/java.home/lib/security/java.security instead. But that's the only one that's obviously redundant. Regards, Mark. On 04/03/06, Jean-frederic Clere [EMAIL PROTECTED] wrote: Hi, There are a lot of objects in this repos directory, do we really need them? Cheers Jean-Frederic -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
Re: enhanced/classlib/trunk/depends
Mark Hindess wrote: Using touch .now; sleep 2; (cd make; ant) ; find depends ... \! -anewer .now on both builds shows that the only files that aren't accessed by either build are the README files and: depends/files/java.security That probably isn't needed since the build uses: modules/security/src/java.home/lib/security/java.security instead. But that's the only one that's obviously redundant. Yep... I would prefer to classlib depends directory a readme that tells classlib depends on: CU4C version 3.4 (how to get and install it). ICU4JNI FDLIBM zlib Cheers Jean-Frederic Regards, Mark. On 04/03/06, Jean-frederic Clere [EMAIL PROTECTED] wrote: Hi, There are a lot of objects in this repos directory, do we really need them? Cheers Jean-Frederic -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
Re: enhanced/classlib/trunk/depends
It would be nicer if it was automated. We'll evolve, but are trying to make it simple to get and build and play with. Jean-frederic Clere wrote: Mark Hindess wrote: Using touch .now; sleep 2; (cd make; ant) ; find depends ... \! -anewer .now on both builds shows that the only files that aren't accessed by either build are the README files and: depends/files/java.security That probably isn't needed since the build uses: modules/security/src/java.home/lib/security/java.security instead. But that's the only one that's obviously redundant. Yep... I would prefer to classlib depends directory a readme that tells classlib depends on: CU4C version 3.4 (how to get and install it). ICU4JNI FDLIBM zlib Cheers Jean-Frederic Regards, Mark. On 04/03/06, Jean-frederic Clere [EMAIL PROTECTED] wrote: Hi, There are a lot of objects in this repos directory, do we really need them? Cheers Jean-Frederic -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK.
[jira] Commented: (HARMONY-73) java.net.InetAddress.getLocalHost() returns wrong host name for loopback address
[
http://issues.apache.org/jira/browse/HARMONY-73?page=comments#action_12368875 ]
Svetlana Samoilenko commented on HARMONY-73:
Tim/Paulex,
thanks, bug is not reproducible with latest sources.
java.net.InetAddress.getLocalHost() returns wrong host name for loopback
address
-
Key: HARMONY-73
URL: http://issues.apache.org/jira/browse/HARMONY-73
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
Priority: Minor
Attachments: InetAddress.patch
J2se 1.4.2 and 5.0 specifications for java.net.InetAddress.getLocalHost()
read, that if there is a security manager, its checkConnect method is called
with the local host name and -1 as its arguments to see if the operation is
allowed.
If the operation is not allowed, an InetAddress representing the loopback
address is returned as hostname/hostaddress (as followed from toString()
specification).
The test listed below shows that the returned loopback address has wrong
hostname, 127.0.0.1 instead of loopback.
Inet_SecurityManager class is called twice and therefore host name is
substituted with hostaddress address.
Code to reproduce:
import java.net.*;
public class test2 {
public static void main(String[] args) {
try {
System.setSecurityManager(new Inet_SecurityManager());
System.out.println(Loopback address = +
InetAddress.getLocalHost());
} catch (Exception e){
System.out.println(Unexpected exception = + e);
};
}
}
class Inet_SecurityManager extends SecurityManager {
public void checkConnect(String host, int port) {
super.checkConnect(host,port);
throw new SecurityException();
}
}
Steps to Reproduce:
1. Build Harmony (check-out on 2006-01-30) j2se subset as described in
README.txt.
2. Compile test2.java using BEA 1.4 javac
javac -d . test2.java
3. Run java using compatible VM (J9)
java -showversion test2
Output:
C:\tmpC:\jrockit-j2sdk1.4.2_04\bin\java.exe -showversion test2
java version 1.4.2_04
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
BEA WebLogic JRockit(TM) 1.4.2_04 JVM (build
ari-31788-20040616-1132-win-ia32, Native Threads, GC strategy: parallel)
Inet_SecurityManager :host= nswssamoil1
Inet_SecurityManager :port= -1
Loopback address = localhost/127.0.0.1
C:\tmpC:\harmony\trunk\deploy\jre\bin\java -showversion test2
(c) Copyright 1991, 2005 The Apache Software Foundation or its licensors, as
applicable.
Inet_SecurityManager :host= nswssamoil1
Inet_SecurityManager :port= -1
Inet_SecurityManager :host= localhost
Inet_SecurityManager :port= -1
Loopback address = 127.0.0.1/127.0.0.1
Suggested junit test case:
InetAddressTest.java
-
import java.net.*;
import junit.framework.*;
public class InetAddressTest extends TestCase {
public static void main(String[] args) {
junit.textui.TestRunner.run(InetAddress.class);
}
public void test_getLocalHost() {
try{
System.setSecurityManager(new Inet_SecurityManager());
String hostname=InetAddress.getLocalHost().getHostName();
assertEquals(localhost, hostname);
} catch (Exception e){
fail(Unexpected exception = + e);
};
}
}
class Inet_SecurityManager extends SecurityManager {
public void checkConnect(String host, int port) {
super.checkConnect(host,port);
throw new SecurityException();
}
}
--
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
[jira] Commented: (HARMONY-102) java.util.Date.parse(String) throws java.lang.IllegalArgumentException for legal string
[
http://issues.apache.org/jira/browse/HARMONY-102?page=comments#action_12368877
]
Svetlana Samoilenko commented on HARMONY-102:
-
Vladimir, thank you, I can't reproduce the bug with latest sources.
java.util.Date.parse(String) throws java.lang.IllegalArgumentException for
legal string
Key: HARMONY-102
URL: http://issues.apache.org/jira/browse/HARMONY-102
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
Assignee: Tim Ellison
Attachments: fix102.txt
According to 1.4.2 and 1.5 specifications for java.util.Date(String s)
IllegalArgumentException is thrown if attempt to interpret the string s as a
representation of a date and time is fails.
Harmony throws IllegalArgumentException on legal string: Sat, 1 Jan 1970
+0130 00:00:00.
Code to reproduce:
import java.util.Date;
public class test2 {
public static void main(String[] args) {
long date = Date.parse(Sat, 1 Jan 1970 +0130 00:00:00);
System.out.println(date = + date);
}
}
Steps to Reproduce:
1. Build Harmony (check-out on 2006-01-30) j2se subset as described in
README.txt.
2. Compile test2.java using BEA 1.4 javac
javac -d . test2.java
3. Run java using compatible VM (J9)
java -showversion test2
Output:
C:\tmpC:\jrockit-j2sdk1.4.2_04\bin\java.exe -showversion test2
java version 1.4.2_04
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
BEA WebLogic JRockit(TM) 1.4.2_04 JVM (build
ari-31788-20040616-1132-win-ia32, Native Threads, GC strategy: parallel)
date =-540
C:\tmpC:\harmony\trunk\deploy\jre\bin\java -showversion test2
(c) Copyright 1991, 2005 The Apache Software Foundation or its licensors, as
applicable.
java.lang.IllegalArgumentException
at java.util.Date.parse(Date.java:404)
at test2.main(test2.java:4)
Suggested junit test case:
DateTest.java
-
import junit.framework.*;
import java.util.Date;
public class DateTest extends TestCase {
public static void main(String[] args) {
junit.textui.TestRunner.run(DateTest.class);
}
public void test_parse () {
assertEquals(-540, Date.parse(Sat, 1 Jan 1970 +0130
00:00:00));
}
}
--
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
[jira] Commented: (HARMONY-98) java.util.BitSet.clear(int toIndex,int fromIndex) throws unexpected IndexOutOfBoundsException when toIndex=fromIndex
[
http://issues.apache.org/jira/browse/HARMONY-98?page=comments#action_12368879 ]
Svetlana Samoilenko commented on HARMONY-98:
Tim, thanks,
all works fine with with latest sources.
java.util.BitSet.clear(int toIndex,int fromIndex) throws unexpected
IndexOutOfBoundsException when toIndex=fromIndex
Key: HARMONY-98
URL: http://issues.apache.org/jira/browse/HARMONY-98
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
Assignee: Tim Ellison
Attachments: fix.txt, fix_hrm-98.txt
According to 1.4.2 and 1.5 specification java.util.BitSet.clear(int,int)
throws IndexOutOfBoundsException - if fromIndex is negative, or toIndex is
negative, or fromIndex is larger than toIndex.
Harmony throws IndexOutOfBoundsException if toIndex=fromIndex.
Code to reproduce:
import java.util.BitSet;
public class test2 {
public static void main(String[] args) {
BitSet set = new BitSet();
for(int i=0; i 20; i++) {
set.set(i);
}
set.clear(10,10);
}
}
Steps to Reproduce:
1. Build Harmony (check-out on 2006-01-30) j2se subset as described in
README.txt.
2. Compile test2.java using BEA 1.4 javac
javac -d . test2.java
3. Run java using compatible VM (J9)
java -showversion test2
Output:
C:\tmpC:\jrockit-j2sdk1.4.2_04\bin\java.exe -showversion test2
java version 1.4.2_04
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
BEA WebLogic JRockit(TM) 1.4.2_04 JVM (build
ari-31788-20040616-1132-win-ia32, Native Threads, GC strategy: parallel)
PASSED
C:\tmpC:\harmony\trunk\deploy\jre\bin\java -showversion test2
(c) Copyright 1991, 2005 The Apache Software Foundation or its licensors, as
applicable.
java.lang.IndexOutOfBoundsException: Negative index specified
at java.util.BitSet.clear(BitSet.java:423)
at test2.main(test2.java:16)
Suggested fix in attachment.
Suggested junit test case:
BitSetTest.java
-
import junit.framework.*;
import java.util.BitSet;
public class BitSetTest extends TestCase {
public static void main(String[] args) {
junit.textui.TestRunner.run(BitSetTest.class);
}
public void test_clear() {
BitSet set = new BitSet();
for(int i=0; i 20; i++) {
set.set(i);
}
set.clear(10,10);
}
}
--
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
[jira] Commented: (HARMONY-94) java.util.Collections.binarySearch(List, Object, Comparator c) throws NPE when c is null
[
http://issues.apache.org/jira/browse/HARMONY-94?page=comments#action_12368880 ]
Svetlana Samoilenko commented on HARMONY-94:
Tim, thank you, I can't reproduce the bug with latest sources.
java.util.Collections.binarySearch(List, Object, Comparator c) throws NPE
when c is null
Key: HARMONY-94
URL: http://issues.apache.org/jira/browse/HARMONY-94
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
Assignee: Tim Ellison
According to j2se 1.4.2 and 1.5 specification for
java.util.Collections.binarySearch(List, Object, Comparator c) method null
value of Comparator c indicates, that the elements' natural ordering should
be used.
Harmony throws NPE in this case that contradicts specification.
Code to reproduce:
import java.util.*;
public class test2 {
public static void main(String args[]){
LinkedList lst = new LinkedList();
lst.add(new Integer(30));
Collections.sort(lst, null);
int i = Collections.binarySearch(lst, new Integer(2), null);
System.out.println(Index of search key = + i);
}
}
Steps to Reproduce:
1. Build Harmony (check-out on 2006-01-30) j2se subset as described in
README.txt.
2. Compile test2.java using BEA 1.4 javac
javac -d . test2.java
3. Run java using compatible VM (J9)
java -showversion test2
Output:
C:\tmpC:\jrockit-j2sdk1.4.2_04\bin\java.exe -showversion test2
java version 1.4.2_04
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
BEA WebLogic JRockit(TM) 1.4.2_04 JVM (build
ari-31788-20040616-1132-win-ia32, Native Threads, GC strategy: parallel)
Index of search key =-1
C:\tmpC:\harmony\trunk\deploy\jre\bin\java -showversion test2
(c) Copyright 1991, 2005 The Apache Software Foundation or its licensors, as
applicable.
java.lang.NullPointerException
at java.util.Collections.binarySearch(Collections.java:1347)
at test2.main(test2.java:8)
Suggected fix:
Index: trunk/modules/luni/src/main/java/java/util/Collections.java
===
--- trunk/modules/luni/src/main/java/java/util/Collections.java
(revision 377385)
+++ trunk/modules/luni/src/main/java/java/util/Collections.java (working
copy)
@@ -1340,6 +1340,9 @@
*/
public static int binarySearch(List list, Object object,
Comparator comparator) {
+if ( comparator== null) {
+return Collections.binarySearch(list, object);
+}
if (!(list instanceof RandomAccess)) {
ListIterator it = list.listIterator();
while (it.hasNext()) {
Suggested junit test case:
CollectionsTest.java
-
import junit.framework.*;
import java.util.*;
public class CollectionsTest extends TestCase {
public static void main(String[] args) {
junit.textui.TestRunner.run(CollectionsTest.class);
}
public void test_binarySearch () {
LinkedList lst = new LinkedList();
lst.add(new Integer(30));
Collections.sort(lst, null);
assertEquals(-1, Collections.binarySearch(lst, new Integer(2), null));
}
}
--
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
[jira] Commented: (HARMONY-93) some methods in java.util.Collections don't throw NPE when the parameter is null
[
http://issues.apache.org/jira/browse/HARMONY-93?page=comments#action_12368881 ]
Svetlana Samoilenko commented on HARMONY-93:
Tim, thank you, I can't reproduce the bug with latest sources.
some methods in java.util.Collections don't throw NPE when the parameter is
null
-
Key: HARMONY-93
URL: http://issues.apache.org/jira/browse/HARMONY-93
Project: Harmony
Type: Bug
Components: Classlib
Reporter: Svetlana Samoilenko
Assignee: Tim Ellison
Attachments: CollectionsTest.java, fix.txt
According to j2se 1.4.2 and 1.5 specification for the Collections class The
methods of this class all throw a NullPointerException if the collections
provided to them are null.
Harmony does not throw NPE for some methods.
Code to reproduce:
import java.util.*;
public class test2 {
public static void main(String [] args) {
SortedMap m = null;
Map map=null;
Set set=null;
SortedSet sortedset=null;
SortedMap sortedmap =null;
Collection col=null;
try {
Collections.synchronizedCollection(col);
System.out.println(synchronizedCollection(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.synchronizedSortedMap(sortedmap);
System.out.println(synchronizedSortedMap(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.synchronizedMap(map);
System.out.println(synchronizedMap(map) must throw NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.synchronizedSet(set);
System.out.println(synchronizedSet(set) must throw NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.synchronizedSortedSet(sortedset);
System.out.println(synchronizedSortedSet(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.unmodifiableCollection(col);
System.out.println(unmodifiableCollection(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.unmodifiableMap(map);
System.out.println(unmodifiableMap(null) must throw NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.unmodifiableSet(set);
System.out.println(unmodifiableSet(null) must throw NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.unmodifiableSortedMap(sortedmap);
System.out.println(unmodifiableSortedMap(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
try {
Collections.unmodifiableSortedSet(sortedset);
System.out.println(unmodifiableSortedSet(null) must throw
NPE);
} catch (NullPointerException e) {
System.out.println(PASSED);
}
}
}
Steps to Reproduce:
1. Build Harmony (check-out on 2006-01-30) j2se subset as described in
README.txt.
2. Compile test2.java using BEA 1.4 javac
javac -d . test2.java
3. Run java using compatible VM (J9)
java -showversion test2
Output:
C:\tmpC:\jrockit-j2sdk1.4.2_04\bin\java.exe -showversion test2
java version 1.4.2_04
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05)
BEA WebLogic JRockit(TM) 1.4.2_04 JVM (build
ari-31788-20040616-1132-win-ia32, Native Threads, GC strategy: parallel)
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
PASSED
C:\tmpC:\harmony\trunk\deploy\jre\bin\java -showversion test2
(c) Copyright 1991, 2005 The Apache Software Foundation or its licensors, as
applicable.
synchronizedCollection(null) must throw NPE
synchronizedSortedMap(null) must throw NPE
synchronizedMap(map) must throw NPE
synchronizedSet(set) must throw NPE
synchronizedSortedSet(null) must throw NPE
unmodifiableCollection(null) must throw NPE
unmodifiableMap(null) must throw NPE
unmodifiableSet(null) must throw NPE
unmodifiableSortedMap(null) must throw NPE
[jira] Created: (HARMONY-168) Java 5.0 methods missing in java.lang.StringBuffer class
Java 5.0 methods missing in java.lang.StringBuffer class Key: HARMONY-168 URL: http://issues.apache.org/jira/browse/HARMONY-168 Project: Harmony Type: Bug Components: Classlib Reporter: Vasily Zakharov Priority: Minor The following Java 5.0 methods are missing in java.lang.StringBuffer class: StringBuffer(CharSequence) append(CharSequence) append(CharSequence, int, int) insert(int, CharSequence) insert(int, CharSequence, int, int) trimToSize() appendCodePoint(int) codePointAt(int) codePointBefore(int) codePointCount(int, int) offsetByCodePoints(int, int) -- 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
Re: [jchevm] questions about libjc/zip.c
Weldon Washburn wrote: $ ./configure --with-classpath=/usr/local/classpath checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes /bin/sh: /cygdrive/c/Documents: No such file or directory Might this not be the usual Don't use spaces in directory names-thing which hits when unpacking on the desktop? A carefully put set of quotes might help? Does it work when unpacking to a location without spaces in nthe path? -- Thorbjørn
[jira] Created: (HARMONY-169) System.getenv(String) throws Error
System.getenv(String) throws Error -- Key: HARMONY-169 URL: http://issues.apache.org/jira/browse/HARMONY-169 Project: Harmony Type: Bug Components: VM Reporter: Vasily Zakharov System.getenv(String) method throws Error on call. This is a valid behaviour (the same as of RI) for Java 1.4, as the method is deprecated, but this is not valid for Java 5.0, where this method is not deprecated again and must be implemented and work normally. Also System.getenv() method (Java 5.0) is not implemented at all. -- 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
[jira] Commented: (HARMONY-169) System.getenv(String) throws Error
[ http://issues.apache.org/jira/browse/HARMONY-169?page=comments#action_12368914 ] Nathan Beyer commented on HARMONY-169: -- This is a duplicate of this issue: http://issues.apache.org/jira/browse/HARMONY-104. System.getenv(String) throws Error -- Key: HARMONY-169 URL: http://issues.apache.org/jira/browse/HARMONY-169 Project: Harmony Type: Bug Components: VM Reporter: Vasily Zakharov System.getenv(String) method throws Error on call. This is a valid behaviour (the same as of RI) for Java 1.4, as the method is deprecated, but this is not valid for Java 5.0, where this method is not deprecated again and must be implemented and work normally. Also System.getenv() method (Java 5.0) is not implemented at all. -- 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
