[classlib][tools] The java class file disassembler contribution announcement.

hanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[classlib][tools] Announcement: JNI-style C Header File Generator contribution

integrates the ijh tool into Harmony build system. The patch is attached to the HARMONY-1217 JIRA. Please don't hesitate to contact me for more details. Thanks a lot. -- Dmitry M. Kononov Intel Managed Runtime Division - Ter

Re: [classlib][tools] Should launcher pass the required jars to JVM's class path automatically?

sspath when a tool is being invoked. I think that the latter is a reasonable solution, so it requires some changes to the launcher to construct the classpath as well as allowing it to be run from the jdk/bin dir. Great. I like the latter mentioned solution! :) Thanks a lot. -- Dmitry M. Kononov

[classlib][tools] Should launcher pass the required jars to JVM's class path automatically?

jars in a command line. It would be better if the launcher adds bcel-5.0.jar to the class path for the ijh tool in some automatic manner. Could you please explain me what is the correct way to solve this problem? Thanks. -- Dmitry M. Kon

Re: [classlib] Can't build native on winXP

of the post you are interested in. I havnt really used this much before, just stumbled across it once by chance. Regards, Oliver [1] http://blog.gmane.org/gmane.comp.java.harmony.devel Thanks. -- Dmitry M. Kononov Intel Managed

Re: [jira] Updated: (HARMONY-548) upgrade to xerces 2.8.0 and xalan 2.7.0

Hi Tim, On 6/6/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Dmitry M. Kononov wrote: > I noticed that the xalan.jar 2.7.0 from the ibiblio site does not > contain the BCEL at all. However, a lot of xalan's classes (maybe even > all) depend on it. > > Are you going to a

Re: [jira] Updated: (HARMONY-548) upgrade to xerces 2.8.0 and xalan 2.7.0

e you going to add the BCEL to the list of dependencies separately? Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PRO

Re: [jira] Closed: (HARMONY-455) java.util.Formatter.format() is not implemented

HARMONY-455?page=all ] Mikhail Loenko closed HARMONY-455: -- verified by Richard > java.util.Formatter.format() is not implemented > ------- -- Dmitry M. Kononov Intel Managed

Re: svn commit: r409607 - in /incubator/harmony/enhanced/classlib/trunk/modules/luni/src: main/java/java/net/ main/java/java/util/ test/java/tests/api/java/net/ test/java/tests/api/java/util/

e.getClass()); + } +} Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [jira] Created: (HARMONY-455) java.util.Formatter.format() is not implemented

Hi Richard, On 5/10/06, Richard Liang (JIRA) <[EMAIL PROTECTED]> wrote: java.util.Formatter.format() is not implemented. I will attach the patch soon. :-) Thanks a lot. Is there any progress? Thanks. -- Dmitry M. Kononov Intel Managed Runtime Di

Re: [jira] Updated: (HARMONY-308) java.nio.charset.Charset.encode(CharBuffer) returns bytes in a different order in Harmony and RI for the UTF-16 charset

ss? Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [classlib] matching RI exceptions -- are we required to have this type of compatibility?

at throw > more specific subtypes. I do not agree that we should be bound to throw > and exception of the identical type as the declaration. If we want to follow the spec and if we want to restrain ourself from "improving" the spec, I think we really need to throw IOException. If

Re: Do we mix up regression and unit tests?

r understanding of tests that are located in the luni/src/test/java/org/apache/harmony/tests/* directories? I would like to know what is the reason of creating subdirectories of the /src/test/java directory others than the tests directory? Thanks. -- Dmitry M. Kononov Intel Manage

Do we mix up regression and unit tests?

t;tests" string. What the package should I use to add 1) a regression test? 2) a unit test of, say, just added api class method? Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of use : http://incubato

Re: [jira] Created: (HARMONY-373) beans: Harmony does not throw NullPointerException in several cases while RI does.

by the tool. Actually, I have got lots of issues that have already investigated with prepared unit tests. So, I just prepare patches and file JIRA issues. Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division - Terms of

Re: [jira] Updated: (HARMONY-308) java.nio.charset.Charset.encode(CharBuffer) returns bytes in a different order in Harmony and RI for the UTF-16 charset

4.2 use the ICU to provide java.nio.charsetfunctionality. So, they have the same behavior in our case. This behavior does not follow the java documentation (or I something don't understand :) ). Thus, we probably need to ask about fixing the ICU, don't we? What do you think, does it make sense to file a bug against ICU? Thanks. -- Dmitry M. Kononov Intel Managed Runtime Division

Re: [jira] Updated: (HARMONY-308) java.nio.charset.Charset.encode(CharBuffer) returns bytes in a different order in Harmony and RI for the UTF-16 charset

Hi Richard, On 4/6/06, Richard Liang <[EMAIL PROTECTED]> wrote: > Dmitry M. Kononov wrote: > > As you exactly noticed the cause of this issue that Harmony uses the > > little-endian byte order, if an encoded UTF-16 sequence has no > byte-order > > mark. Howev

Re: [jira] Updated: (HARMONY-308) java.nio.charset.Charset.encode(CharBuffer) returns bytes in a different order in Harmony and RI for the UTF-16 charset

te order and writes a big-endian byte-order mark." Thanks. > -- > Dmitry M. Kononov > Intel Managed Runtime Division

Re: [jira] Updated: (HARMONY-156) InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() should return a historical charset name.

e encoder==null is fine. And of > course again, isOpen() is more self-descriptive than encoder==null, so > this method should be added into OutputStreamWriter. You are right again. Sorry for my issues. The fix looks good to me now. :) -- > Dmitry M. Kononov > Intel Managed Runtime Division

Re: [jira] Updated: (HARMONY-156) InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() should return a historical charset name.

d package is luni/java.io. > > -- > Dmitry M. Kononov > Intel Managed Runtime Division

[jira] Updated: (HARMONY-188) ObjectOutputStream.useProtocolVersion(version) should check a parameter value.

[ http://issues.apache.org/jira/browse/HARMONY-188?page=all ] Dmitry M. Kononov updated HARMONY-188: -- Attachment: Test17.java > ObjectOutputStream.useProtocolVersion(version) should check a parameter va

[jira] Created: (HARMONY-188) ObjectOutputStream.useProtocolVersion(version) should check a parameter value.

Components: Classlib Reporter: Dmitry M. Kononov Priority: Minor ObjectOutputStream.useProtocolVersion(version) has to throw IllegalArgumentException if the given version is invalid. There are only two valid protocol versions: ObjectStreamConstants.PROTOCOL_VERSION_1 and

[jira] Updated: (HARMONY-187) java.io.ObjectOutputStream.writeUnshared() works incorrectly.

[ http://issues.apache.org/jira/browse/HARMONY-187?page=all ] Dmitry M. Kononov updated HARMONY-187: -- Attachment: Test16.java > java.io.ObjectOutputStream.writeUnshared() works incorrec

[jira] Created: (HARMONY-187) java.io.ObjectOutputStream.writeUnshared() works incorrectly.

: Dmitry M. Kononov Say, we write the same object by the following code: Object o = "foobar"; oos.writeObject(o); oos.writeUnshared(o); oos.writeObject(o); And then, read the written data by the code as follows: Object[] oa = new Object[3]; for (int i = 0; i < oa.length; i+

Re: [jira] Commented: (HARMONY-156) InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() should return a historical charset name.

> >> I can provide the patch of tests(to get all historical name) and the > >> mapping implementation, but before that, I hope I can get some better > >> idea from the mailing list to avoid this ugly solution:-\. I think this is only possible solution. Thanks. -- Dmit

[jira] Created: (HARMONY-156) InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() should return a historical charset name.

/HARMONY-156 Project: Harmony Type: Bug Components: Classlib Reporter: Dmitry M. Kononov Priority: Minor InputStreamReader.getEncoding() and OutputStreamWriter.getEncoding() return canonical names on the given charsets instead of historical ones. For example, new