On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
Thank you all,
It is not just an issue about name.
The precondition of mapping is that ICU has really supported this
charset. AFAIK UnicodeBig is not implemented by ICU, refer to [1].
Shall we map the UnicodeBitUnicodeLittle to UTF-16 as work
The implemetion is from ICU, so, I think we'd better not to wrap it by
ourselves. I'll post to ICU mailing list and ask if they can help to
supply these legacy charsets.
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
Thank you all,
It is not
On 10/19/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Sounds reasonable. And this solution joins mine and Pavel's proposals:
JIT
calls a VM method to resolve native address for direct call. JIT does
not
I would also add that we can not use any Java-based resolution schemes
at all.
(Here I
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote:
Hello Ilya,
I really like your patch from
http://issues.apache.org/jira/browse/HARMONY-1752. Let me participate in
a way I'm able to.
I cannot say why calling free(send_buf)
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
Throwable.printStackTrace(PrintWriter) calls the *println* method of
PrinterWriter on RI whereas calls *print* twice(Obviously print
msssage then print a line separator) on Harmony.
The construction of the object is probably best done by the GC itself. VM
requests a GC context object from the GC when a new thread is created, and
calls methods on it to invoke fast path functions.
The JIT and VM can probably regard this object as totally opaque.
It's true that fast path code
IMHO if Log4J fails we have no chances to keep our behavour and must follow
RI here.
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
Throwable.printStackTrace(PrintWriter) calls the
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 18, 2006 9:45 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] Non-bug difference HARMONY-1745?
On 10/13/06, Ivanov, Alexey A [EMAIL PROTECTED] wrote:
Hello,
Can HARMONY-1745
Ivanov, Alexey A wrote:
Can any of the committers change the component with which the issue [1]
is associated?
Done
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
-
Terms of use :
Hi,
Does it really fail? Or some not-very-important testcase fails?
Thanks,
2006/10/19, Mikhail Fursov [EMAIL PROTECTED]:
IMHO if Log4J fails we have no chances to keep our behavour and must follow
RI here.
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
I've tried Log4j on Harmony and found
Mikhail Fursov 写道:
IMHO if Log4J fails we have no chances to keep our behavour and must
follow
RI here.
+1
Best regards
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
After the portlib module has been added today to classlib/trunk/modules ant
test started failing on this module with the message
Target `test' does not exist in this project.
--
Thanks,
Elena
Hi Alexei
On 10/19/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi,
Does it really fail? Or some not-very-important testcase fails?
Some testcases of Log4j assume that printStackTrace(PrintWriter) will
use the println of its parameter. It overides the println but
unfortunately Harmony use
Nathan Beyer wrote:
That's Linux only though, correct? You need a IBM PC for windows.
joke
People have non-IBM PC's ?! :-0
/joke
If you are an Eclipse-person you can work with IBM JDK and Eclipse by
getting the Development Kit for Eclipse from the same page.
Regards,
Tim
--
Tim
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
Throwable.printStackTrace(PrintWriter) calls the *println* method of
PrinterWriter on RI whereas calls *print* twice(Obviously print
On 10/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote:
Hello Ilya,
I really like your patch from
http://issues.apache.org/jira/browse/HARMONY-1752. Let me participate
in
a way
Hi all,
please note that the Throwable is a kernel class. It comes with VME.
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
The implemetion is from ICU, so, I think we'd better not to wrap it by
ourselves. I'll post to ICU mailing list and ask if they can help to
supply these legacy charsets.
Hey Tony, please keep in mind that following code[1] should print false and
I think to support UnicodeBig in nio is not a bug but a feature. And
the key point is how can I get UnicodeBig supportted in IO/Lang?
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
The implemetion is from ICU, so, I think we'd better not to
On 10/19/06, Tony Wu [EMAIL PROTECTED] wrote:
Hi all,
please note that the Throwable is a kernel class. It comes with VME.
Then let's report it as IBM VME bug. (Oliver should be interested?)
I checked DRLVM Throwable#printStackTrace(PrintStream) implementation[1].
It's ok and prints println
Denis,
Unfortunately, I missed that you'd uploaded these and sadly I get lots
of rejects from the new patch now. I'm still taking a look but a new
patch would be helpful. I have now assigned the JIRA to myself so I
shouldn't miss any changes to it.
Regards,
Mark.
On 18 October 2006 at
Hi,
I've tried to build classlib today.
it failed with following message:
-compile:
[javac] Since compiler setting isn't classic or modern,ignoring fork
setting.
[javac] Compiling 43 source files to
C:\cygwin\work\harmony\trunk\working_classlib\build\classes
[javac] Since compiler
Weldon,
If the current scheme is the same that we had 1 or 2 years ago, the answer
is no
This is just the same scheme!
I am really hoping that all of this is simply an implementation
bug.
There are no open issues on this scheme, there is no examples that
fail right now because of the
I've just built fine. Will try on a fresh WS. Have you tried 'ant clean'?
19.10.06, Volynets, Vera[EMAIL PROTECTED] написал(а):
Hi,
I've tried to build classlib today.
it failed with following message:
-compile:
[javac] Since compiler setting isn't classic or modern,ignoring fork setting.
Vera,
Try doing a clean first -- I had a similar problem and doing an 'ant
rebuild' fixed it from then on.
Regards,
Tim
Volynets, Vera wrote:
Hi,
I've tried to build classlib today.
it failed with following message:
-compile:
[javac] Since compiler setting isn't classic or
Vera,
I also could build latest sources.
Before doing that I ran 'ant clean'.
Regards,
Ilya.
On 10/19/06, Tim Ellison [EMAIL PROTECTED] wrote:
Vera,
Try doing a clean first -- I had a similar problem and doing an 'ant
rebuild' fixed it from then on.
Regards,
Tim
Volynets, Vera wrote:
Hi,
Hi Vera,
It seems you have experienced some problems with
classpath/bootclasspath. Try to do ant clean.
Thanks,
19.10.06, Volynets, Vera[EMAIL PROTECTED] написал(а):
Hi,
I've tried to build classlib today.
it failed with following message:
-compile:
[javac] Since compiler setting isn't
Alexey, Ilya, Tim, Mikhail,
Thank you for advice.
It helped.
With best regards, Vera!
-Original Message-
From: Alexei Zakharov [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 19, 2006 3:18 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][beans] Failed to build classlib
Thank you, Tim.
--
Alexey A. Ivanov
Intel Middleware Product Division
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 19, 2006 1:06 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing] Non-bug difference HARMONY-1745?
Ivanov,
I have researched issue H-1664 and found one more difference with RI.
I run simple test on Windows Server 2003 SP1
=== Test =
import java.net.InetAddress;
import java.net.UnknownHostException;
public class Test {
public static void main(String[] args) throws
But I do not think it is a bug: It is not prohibited that printStackTrace
can use print instead of println.
I think it is log4j that inappropriately assumes that println is used in
printStackTrace. :)
On 10/19/06, Andrew Zhang [EMAIL PROTECTED] wrote:
On 10/19/06, Tony Wu [EMAIL PROTECTED]
Hi all!
I was trying to run junit.awtui.TestRunner on the latest classlib+drlvm and
had got Debug Error! window with next message:
DAMAGE: after Normal block (#108135) at 0x04263008.. If all these messages
(they are the same with changed #... and 0x... values) ignored TestRunner
application
On 10/18/06, Nikolay Kuznetsov [EMAIL PROTECTED] wrote:
I agree it is required to have a solid model in mind. I also believe
it is required to have such design/implementation which doesn't allow
to break that model.
No, that's the point if functionality is so safe that it's impossible
to
I think issue HARMONY-1483 has the necessary patch attached, but not
applied yet.
On 10/19/06, Ilya Okomin [EMAIL PROTECTED] wrote:
Hi all!
I was trying to run junit.awtui.TestRunner on the latest classlib+drlvm and
had got Debug Error! window with next message:
DAMAGE: after Normal block
I also worried about a lot of warnings and I think warnings like these
can be fixed
last\modules\concurrent\standard\src\main\java\java\util\concurrent\ConcurrentHashMap.java
[javac] (at line 26)
[javac] import java.io.ObjectInputStream;
[javac]
It's a nightmare to run classlib tests on drlvm now. They crash and are
interrupted and hang... I've applied some patches which solve these issues
and got quite acceptable results on Windows 2003 server. I've excluded some
tests which crash and hang because patches for them are not ready yet so
I committed the mods that add the portlib module. I take it that Mark
Hindess has fixed the ant test problem. I just now did an svn update,
ant and ant test. It fails on what looks like a non-portlib related
problem. Please let me know if I need to do anything to help. Sorry for
the
+1
I never know if it's something important or not.
On 10/19/06, Denis Kishenko [EMAIL PROTECTED] wrote:
I also worried about a lot of warnings and I think warnings like these
can be fixed
last\modules\concurrent\standard\src\main\java\java\util\concurrent\ConcurrentHashMap.java
[javac]
Nathan has turned off all warnings. I suggest that we start to turn
them back on incrementally and fix the warnings we see.
Regards,
Tim
Denis Kishenko wrote:
I also worried about a lot of warnings and I think warnings like these
can be fixed
So I'll add this task with results of the discussion to the JIT tasks
page.
BTW the refactoring could be done as a part of the
http://issues.apache.org/jira/browse/HARMONY-1905 fix. But 1905 could be
fixed easier of course..
On 18 Oct 2006 15:28:33 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On
Weldon,
Mark's fix solved the issue I reported! Never mind!
On 10/19/06, Weldon Washburn [EMAIL PROTECTED] wrote:
I committed the mods that add the portlib module. I take it that Mark
Hindess has fixed the ant test problem. I just now did an svn update,
ant and ant test. It fails on what
At least 3 API unit tests failed on drlvm due to this issue. Can somebody
from committers take care about it?
thanks, Vladimir
On 10/19/06, Dmitry Durnev [EMAIL PROTECTED] wrote:
I think issue HARMONY-1483 has the necessary patch attached, but not
applied yet.
On 10/19/06, Ilya Okomin [EMAIL
Leo Li wrote:
But I do not think it is a bug: It is not prohibited that printStackTrace
can use print instead of println.
I think it is log4j that inappropriately assumes that println is used in
printStackTrace. :)
You are right, but since we don't really care whether we use print or
By the way, fix for the issue HARMONY-1887(missing windows desktop
properties) also depends on HARMONY-1483...
On 10/19/06, Vladimir Ivanov [EMAIL PROTECTED] wrote:
At least 3 API unit tests failed on drlvm due to this issue. Can somebody
from committers take care about it?
thanks, Vladimir
Hi,
Today, I had several hangs of cunit tests. It turned out to be
infinite cycling in
while loop of atomic16_inc/atomic16_dec (see
vm/thread/src/thread_native_suspend.c)
Here is a snip of assembler code produced by msvc for atomic16_dec:
callport_atomic_cas16 (10004A90h)
add
The problem is larger than SA_RESTART since a VM can receive signals for
which it did not set SA_RESTART. On some platforms, forcing EINTR is the
only way to break a thread out of an indefinitely blocking syscall. Losing
this information would cause us to lose the ability to perform these kinds
Eugeny,
The problem can be easily fixed by changing int16 to unit16 in
atomic16_dec. Do you think this is accaptable way to fix the problem.
BTW, could somebody explain why 16-bit atomic operation is used for
32-bit value?
The suspend_request could be 16bit value some time ago.
Could you
On the 0x207 day of Apache Harmony Rana Dasgupta wrote:
Gregory had already created an entry on the front page ( see his comments
above ).
I expected to see JIT development tasks and DRLVM known issues and
limitations (TODO list for DRLVM) somewhat unified in naming. Say, I
prefer JIT
Well, I think that the solution is what Geir suggests. One think which
bothers me is following. EINTR can happen in different places and the
situations can be quite rare in some circumstances. It can lead to
hard to reproduce stability bugs (race conditions). We should find a
way how to test the
I don't really care about wording, I just wanted to make separate list for
high level TODO items, like implementation of big pieces, and
enhancements/limitations of the current code state. So I made a new link
from the page which Rana used and put there my 3 items. If you think
appropriate, you
Angela, all,
I see you point and agree.
But if we move hythread lib to the VM we will require all VMs fully support it.
Is it necessary dependency?
So Here is the third way I see.
Leave the minimum implementation of hythread in the classlib, with the
set of functions any VM should provide for
On the 0x207 day of Apache Harmony Mikhail Fursov wrote:
So I'll add this task with results of the discussion to the JIT tasks
page.
BTW the refactoring could be done as a part of the
http://issues.apache.org/jira/browse/HARMONY-1905 fix. But 1905 could be
fixed easier of course..
since the
Hi!
I've recently filed 2 JIRAs (HARMONY-1920 and HARMONY 1921) related to the
object replacement in ObjectInputStream by means of resolveObject() method
and during experimenting with the tests, created the test which replaces the
object according to some rule (see the code at the bottom of the
On the 0x207 day of Apache Harmony Gregory Shimansky wrote:
I don't really care about wording, I just wanted to make separate list for
high level TODO items, like implementation of big pieces, and
enhancements/limitations of the current code state. So I made a new link
from the page which Rana
On 19 Oct 2006 22:08:46 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
Are you adding this task because you want to postpone it a little?
Otherwize I do not see the reason in updating the Wiki page.
Yes, I will be busy this month with more critical tasks. This is the only
reason I postpone it.
Ilya,
Shouldn't we change OSNetworkSystemLinux.c as well?
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 19, 2006 2:05 PM
To: harmony-dev@incubator.apache.org
Subject: Re: HARMONY-1752:
Denis,
Can we consider a patch from
http://issues.apache.org/jira/browse/HARMONY-73 as a fourth option?
Simply speaking, the patch adds a conditional operator which forces API
to returning localhost in this case.
Paulex,
This is your patch. What do you think?
With best regards,
Alexei
Is it just me or do you see test failures at the moment on Win and Linux?
java.lang.NullPointerException
org.apache.harmony.tests.java.lang.EnumTest$Empty.values(EnumTest.java:1)
org.apache.harmony.tests.java.lang.EnumTest.test_values(EnumTest.java:184)
Hi Geir,
Looks like that creating the jdktools source tree and build was
shaded by other tasks. I can help with preparing and checking updates
in the build system. Please let me know what needs to do in this area
(besides svn commits) to complete the task.
I'm especially interested in
On Thursday 19 October 2006 09:21 Alex Astapchuk wrote:
Mikhail Fursov wrote:
On 10/19/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Pavel,
One more note.
b) About call of java method during compilation time. Jit now make
class loading during compilation.
It means that Jit
Egor Pasko wrote:
On the 0x207 day of Apache Harmony Gregory Shimansky wrote:
I don't really care about wording, I just wanted to make separate list for
high level TODO items, like implementation of big pieces, and
enhancements/limitations of the current code state. So I made a new link
from
Thanks for applying it. I'll check it makes sense ... as long as the
tests pass, so far so good :-)
I think Geir was talking about moving it into a new module in the
tools directory though. Not sure if that's going to happen soon; if
so, I may wait on when it's moved before starting the next
Gregory,
Gregory Shimansky:
On Thursday 19 October 2006 09:21 Alex Astapchuk wrote:
Mikhail Fursov wrote:
On 10/19/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Pavel,
One more note.
b) About call of java method during compilation time. Jit now make
class loading during compilation.
It
I've been trying to work through many of the warnings, module by
module. Most of the warnings fall into the following categories.
* serial - Serializable classes that don't have explicit serialVersionUID fields
* unchecked - missing type variables, mostly collection references
* unused - unused
On 10/20/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote:
Ilya,
Shouldn't we change OSNetworkSystemLinux.c as well?
ya, it's painful. Would it be better put system different calls into
portlib?
I think this case is because of raw socket which is not supported by portlib
currently.
With best
For the second one, please try the patch from
HARMONY-1917https://issues.apache.org/jira/browse/HARMONY-1917
.
thanks, Vladimir
On 10/20/06, Tim Ellison [EMAIL PROTECTED] wrote:
Is it just me or do you see test failures at the moment on Win and Linux?
java.lang.NullPointerException
I finally got the Harmony DRLVM to work correctly on Gentoo. I installed
Ubuntu 6 on my laptop and successfully built and ran harmony DRLVM without
any problems. Then I compared versions between my Gentoo machine and my
Ubuntu machine.
I found on Gentoo I had libpthread-0.10.so and on the
On the 0x208 day of Apache Harmony Armand Navabi wrote:
I finally got the Harmony DRLVM to work correctly on Gentoo. I installed
Ubuntu 6 on my laptop and successfully built and ran harmony DRLVM without
any problems. Then I compared versions between my Gentoo machine and my
Ubuntu machine.
w00t! We need to write this down. Nice job!
Armand Navabi wrote:
I finally got the Harmony DRLVM to work correctly on Gentoo. I installed
Ubuntu 6 on my laptop and successfully built and ran harmony DRLVM without
any problems. Then I compared versions between my Gentoo machine and my
Ubuntu
Ivan Volosyuk wrote:
Why not? I understand your opinion, that EINTR should be handled in
upper layers. But here we have somewhat buggy (strange) implementation
specifics of select() and similar calls.
There's nothing buggy about it - it's working exactly as it's supposed to.
Good functions
that is odd. an IBM system.
I have to admit - it was cool to see the Dev package for Harmony listed
there...
geir
Nathan Beyer wrote:
That's Linux only though, correct? You need a IBM PC for windows.
There's also BEA's JDK. It's pretty good on Windows.
On 10/18/06, Tim Ellison [EMAIL
coolio - thx
Nathan Beyer wrote:
I added a compiler arg to the main 'build-java.xml' compile to disable
all of the warnings.
This should take care of the warnings.
-Nathan
On 10/18/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Can we just shut them off for now? it's a good project for
Mikhail Loenko wrote:
Good! :)
Now it's more or less clear about the categories that we have and I suggest
that we discuss policies around the categories.
Probably we will have weaker policies for the current stage of the
project and
stricter policies when we are closer to release.
I
Tony Wu wrote:
I've tried Log4j on Harmony and found there are many failures caused
by one difference between RI and Harmony. The
Throwable.printStackTrace(PrintWriter) calls the *println* method of
PrinterWriter on RI whereas calls *print* twice(Obviously print
msssage then print a line
On the 0x208 day of Apache Harmony Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x207 day of Apache Harmony Gregory Shimansky wrote:
I don't really care about wording, I just wanted to make separate list for
high level TODO items, like implementation of big pieces, and
You have patience I can only dream about...
geir
Nathan Beyer wrote:
I've been trying to work through many of the warnings, module by
module. Most of the warnings fall into the following categories.
* serial - Serializable classes that don't have explicit
serialVersionUID fields
* unchecked
But what is the difference between supported and in-progress then?
2006/10/20, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mikhail Loenko wrote:
Good! :)
Now it's more or less clear about the categories that we have and I suggest
that we discuss policies around the categories.
Probably we
For those that haven't been following along
Graduating from the Incubator is a dynamic process, as there's no
really hard and fast rules to satisfy. On one hand, this is a good
thing, because determining the health and prospect of future success of
an Apache community is a difficult job,
On 10/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Elena Semukhina wrote:
It's a nightmare to run classlib tests on drlvm now. They crash and are
interrupted and hang...
What changed?
Nothing new, this is an old story. If you remember, things changed about 2
weeks ago after H-1582
79 matches
Mail list logo