Mark Hindess wrote:
Tests failed for me (and the linux build machine) with:
Incorrect host name returned: localhost.localdomain != localhost
junit.framework.AssertionFailedError: Incorrect host name returned:
localhost.localdomain != localhost
at
Hi everybody,
It seems RI Socket.getOutputStream().write(byte[]) doesn't send all data
sometimes. Consider following test, which often blocks on RI:
public void test_SocketChannel_BlockWriteRead() throws IOException {
final int CAPACITY_NORMAL = 200;
InetSocketAddress
FYI, I've raised Harmony-646 and applied patch for this.
Oliver Deakin wrote:
Paulex Yang wrote:
Oliver Deakin wrote:
Paulex Yang wrote:
Seems no one objects this proposal:), so I'm going to implement the
JNI1.4 enhancement in nio module, i.e, provide patch to
Harmony-578, Because this
Besides, verifier code should be updated to support Java 5 changes.
On 22/06/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
Geir,
Not sure at what level of detail you are asking, but we need some
changes in the DRLVM class support code to handle the new
class format. These include the
Hi Stepan,
Just seen your note. This is a bit odd; seems that different tests are
failing depending on the Linux distro. As has been pointed out, on
Debian and Red Hat EL4 it is a question of variability with the
InetAddress host name whereas you are seeing an unexpected number of
aliases
Hello,
I analyzed this thread and could not find why Archie's suggestion #3
was rejected.
Why we should invent interrupt notification mechanism while Thread has
method interrupted() ?.
This method is from public API, and some interruptable operation can
call it to get know if blocked thread was
Tim,
Thank you very much. I revised the test case a little according to your
suggestion, but RI still fails sometimes.
Would you please review the test? The error message is: expected 400 but
was: 200
Thanks a lot in advance!
public void test_SocketChannel_BlockWriteRead() throws
Sometimes the close() can cause problems for the remote server, since
it yanks the connection out. There's no particular guarantee that the
server will have time to process the entire request and send you the
results.
Also, on some systems, closing the output stream can close the socket
too, so
Maybe I'm misunderstanding the flow of the test here.
here's how I read it...
Server SideClient Side
------
'server' listens on 1234
'channel' connects
'server' accepts
'out' sends 2xCAPACITY bytes
'out'
It seems that still harmony-528 is 'in progress', contributed
awt/swing natives are not merged yet (this liblrary really should
appear from that code) and one cannot execute awt-based code.
Alexander Simbirtsev, Intel Middleware Products Division
On 6/23/06, Gregory Shimansky [EMAIL PROTECTED]
Hello Andrew,
I ran the test on RI (1.4.2_04-b05 and 1.5.0-b64) and could not
reproduce the failure. Is it still an issue?
Can I suggest a little improvement for your test? Try do not use
hardcoded port numbers in the test.
Let the ServerSocket choose the available port by specifying 0 as
Unfortunately it is not a regression test. It's just micro-benchmark
for measure performance of particular methods from BigInteger and
BigDecimal classes.
So, the result of execution is ops/sec value for every method, and
since it dependent on machine speed, VM, etc, comparison between
actual and
type
$ gcc --version
$ g++ --version
What versions are reported?
Naveen Neelakantam wrote:
Hello Geir,
I downloaded a fresh copy of harmony from svn and got the same error.
To be clear, these were my steps:
svn checkout https://svn.apache.org/repos/asf/incubator/harmony
cd
I'm having 9 failures in and around this on ubuntu 6. I haven't looked
to confirm this is the issue, but either way, yes, the tests should be
accommodating.
geir
Mark Hindess wrote:
Tests failed for me (and the linux build machine) with:
Incorrect host name returned:
Pavel Pervov wrote:
Geir,
What's the first thing we do?
I'd suggest switching the build to 1.5.
The rest will come shortly :)
Now that's a plan! :)
geir
Pavel Pervov.
Intel Middleware Products Division.
On 6/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
This sounds easy
I've just faced another issue with building on Windows...
I got the following error message:
build.native.init:
[echo] ## Building native of 'vm.vmcore'
build.native.c:
[cc] 0 total files to be compiled.
build.native.cpp:
[cc] 120 total files to be compiled.
BUILD FAILED
hilarious.
Can you set ANT_OPTS=-verbose, pipe the resulting stream of garbage to
a file, and see what the offending line is? I have no such problems.
geir
Alexey Petrenko wrote:
I've just faced another issue with building on Windows...
I got the following error message:
Alexander Kleymenov wrote:
Hello,
I analyzed this thread and could not find why Archie's suggestion #3
was rejected.
Why we should invent interrupt notification mechanism while Thread has
method interrupted() ?.
This method is from public API, and some interruptable operation can
call it to get
C:\Work\Harmony\drlvm\trunk\build\make\build_component.xml:72: The following err
or occurred while executing this line:
C:\Work\Harmony\drlvm\trunk\build\win_ia32_msvc_release\semis\build\targets\buil
d.native.xml:75: Command line is over maximum length without specifying source f
ile
Any
Geir,
are you sure about ANT_OPTS=-verbose? This -verbose will be passes to VM...
Anyway ANT_OPTS=-verbose, build -verbose and build -debug does
not show any relevant info...
It's seems like this error was produced inside the cc task.
SY, Alexey
2006/6/23, Geir Magnusson Jr [EMAIL PROTECTED]:
Andrey, that was helpful suggestion. Thanks!
The final solution:
1. Unset CPPTASKS_HOME environment variable
2. Remove trunk/build/pre-copied and trunk/build/make/tmp directories
3. Run build update
4. Run build
SY, Alexey
2006/6/23, Andrey Chernyshev [EMAIL PROTECTED]:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to avoid such
port conflict issue.
Here I just want to describe the problem.
The test still fails on my machine sometimes. Could anyone tell me how to
write a stable test on this
Hey Alexander,
Please see my comments inline.
On 6/23/06, Alexander Kleymenov [EMAIL PROTECTED] wrote:
Hello,
I analyzed this thread and could not find why Archie's suggestion #3
was rejected.
Why we should invent interrupt notification mechanism while Thread has
method interrupted() ?.
The failing test does this (amongst other things):
final int THREAD_NUM = 20;
Thread[] thread = new Thread[THREAD_NUM];
for (int i = 0; i THREAD_NUM; i++) {
thread[i] = new Thread() {
public void run() {
try {
Andrew Zhang wrote:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to avoid
such
port conflict issue.
No, please! Don't perpetuate that abominationg! Alexander is right,
you should bind to port 0 and let the OS assign one.
Nektarios,
Thanks. I looked at a few files in the SableVM source tree. They all
point to AL2 license. It looks like the only clean up is the home
page, http://sablevm.org/
Geir,
Does someone at Apache need to officially say SableVM license is now
OK for Harmony work?
On 6/23/06, Nektarios
On 6/23/06, Tim Ellison [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to avoid
such
port conflict issue.
No, please! Don't perpetuate that abominationg! Alexander is right,
you
On 23 June 2006 at 15:12, Tim Ellison [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to avoid
such
port conflict issue.
No, please! Don't perpetuate that abominationg!
I'd suggest switching the build to 1.5.
The rest will come shortly :)
Now that's a plan! :)
Yeah, indeed. :)
Seriously speaking, DRLVM is already allowed to load class files with
version 49. Certainly, some issues will be brought up while trying to run
DRLVM against class library compiled
They are the default Fedora Core 5 compiler versions (which I
mentioned before, but neglected to post again. sorry).
ie. 4.1.0 20060304 (Red Hat 4.1.0-3).
Thanks,
Naveen
On Jun 23, 2006, at 4:47 AM, Geir Magnusson Jr wrote:
type
$ gcc --version
$ g++ --version
What versions are
On 6/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Pavel Pervov wrote:
Geir,
What's the first thing we do?
I'd suggest switching the build to 1.5.
The rest will come shortly :)
Now that's a plan! :)
Hi Geir,
Actually what Pavel says makes sense. Not sure what plan we need. We
Andrew Zhang wrote:
On 6/23/06, Tim Ellison [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to avoid
such
port conflict issue.
No, please! Don't perpetuate that
Hello,
I can give a little bit more details regarding 1.5 support enabling
for DRL VM. As Rana already mentioned there are 8 new attributes
should be supported by VM. To be precise there are three common
attributes (Signature_attribute, RuntimeVisibleAnnotations_attribute,
On 6/24/06, Tim Ellison [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
On 6/23/06, Tim Ellison [EMAIL PROTECTED] wrote:
Andrew Zhang wrote:
Hi Alexander,
Thanks for your kind reminder.
Certainly I'll use sth. like Support_PortManager.getNextPort() to
avoid
such
port conflict
Rana Dasgupta wrote:
On 6/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Pavel Pervov wrote:
Geir,
What's the first thing we do?
I'd suggest switching the build to 1.5.
The rest will come shortly :)
Now that's a plan! :)
Hi Geir,
Actually what Pavel says makes sense. Not
This issue has been fixed in log4cxx: http://issues.apache.org/jira/
browser/LOGCXX-130. Specifically, the fix was applied in r384272 of
log4cxx.
I did some digging around, and patched versions of domconfigurator.h
and unicodehelper.h are contained in drlvm/trunk/build/patches/common/
On 6/23/06, Naveen Neelakantam [EMAIL PROTECTED] wrote:
This issue has been fixed in log4cxx: http://issues.apache.org/jira/
browser/LOGCXX-130. Specifically, the fix was applied in r384272 of
log4cxx.
I did some digging around, and patched versions of domconfigurator.h
and unicodehelper.h are
Hi Stuart,
I notice that the JAPI result haven't been updated since 11th June. I
checked my server and you've not downloaded the harmony.japi.gz file
since that date. I can't see a problem my end but if there is one
please let me know. Thanks again for providing this useful service to
the
D'oh! Sorry, this was really intended for Stuart only. But since I've
sent it here, you'll be pleased to know that he's already responded to
the note I sent to the correct address and is investigating.
Regards,
Mark
On 23 June 2006 at 18:35, Mark Hindess [EMAIL PROTECTED] wrote:
Hi
Folks,
Once we have started to do the changes for drlvm, may be it is a good
time to think about what tests should be passed prior to changes
integration (and what kind of verification to expect before sending a
patch). So far the following comes to my mind:
- running build test (it executes a
On 23 June 2006 at 17:10, Tim Ellison [EMAIL PROTECTED] wrote:
Rana Dasgupta wrote:
On 6/23/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Pavel Pervov wrote:
Geir,
What's the first thing we do?
I'd suggest switching the build to 1.5.
The rest will come shortly :)
Now
On Friday 23 June 2006 19:55 Naveen Neelakantam wrote:
They are the default Fedora Core 5 compiler versions (which I
mentioned before, but neglected to post again. sorry).
ie. 4.1.0 20060304 (Red Hat 4.1.0-3).
I've installed gcc-4.1.1 on gentoo and got the same errors. It is probably one
Some checks before commits are defenetly good...
2006/6/23, Andrey Chernyshev [EMAIL PROTECTED]:
We may probably also need to define the list of platforms/configurations
covered by this procedure.
I'm not sure that I get your idea correctly.
Do you suggest to ask every developer to make some
I think Harmony should use a fixed revision when pulling from svn,
but clearly r365029 is missing some fixes we'd like (or at least I
would like).
I don't know if this necessitates a JIRA, but I'd like to see the
issue resolved in the svn head.
Thanks,
Naveen
On Jun 23, 2006, at 11:13
On 23 June 2006 at 22:37, Gregory Shimansky [EMAIL PROTECTED] wrote:
Hello Mark
While resolving conflict between your and mine changes to this file
I've found that you didn't include awt.jar. Should it be added
perhaps?
Yes. Fixed in r416804 (and I've fixed the reason why it was missing
Mark,
thanks for the fast fix.
But probably Tim was right and we should not fix properties file but
should fix drlvm to work inside classlib deploy directory?
Gregory?
SY, Alexey
2006/6/23, Mark Hindess [EMAIL PROTECTED]:
On 23 June 2006 at 22:37, Gregory Shimansky [EMAIL PROTECTED] wrote:
On 23 June 2006 at 22:13, Gregory Shimansky [EMAIL PROTECTED] wrote:
If you think this deserves JIRA I can certainly create one. But since I've
just deleted revision switch for svn to download the latest log4cxx at some
moment we may get regression instead of improvement. The revision
* Tim Ellison:
Maybe I'm misunderstanding the flow of the test here.
here's how I read it...
Server SideClient Side
------
'server' listens on 1234
'channel' connects
'server' accepts
'out' sends
On 23 June 2006 at 23:43, Alexey Petrenko [EMAIL PROTECTED] wrote:
Mark,
thanks for the fast fix.
But probably Tim was right and we should not fix properties file but
should fix drlvm to work inside classlib deploy directory?
Indeed. See my comment in the JIRA HARMONY-651. I would have
Right, agreed.
Thanks again for the fast fix.
I'll check it on monday... I'm playing with prebuilt jpeg and png
libraries found in the net... :)
SY, Alexey
2006/6/24, Mark Hindess [EMAIL PROTECTED]:
On 23 June 2006 at 23:43, Alexey Petrenko [EMAIL PROTECTED] wrote:
Mark,
thanks for the
How about the idea of independence between VM and classlib, isn't this
VM who decides where and how it loads the boot classes?
Given the comment in the head of the bootclasspath.properties file:
# The bootclasspath properties define elements of the virtual machine's
# boot class path.
I would
On Friday 23 June 2006 23:43 Alexey Petrenko wrote:
Mark,
thanks for the fast fix.
But probably Tim was right and we should not fix properties file but
should fix drlvm to work inside classlib deploy directory?
Gregory?
Sure I agree with this. Honestly I didn't notice this file in
You are correct if we are talking about stable pair of vm and
classlib. In this case nobody interested in the way of defining the
default bootclasspath for the vm.
But in our case the list of jars is changing almost every day.
And I think we are really need a common and easy way to define the
On Saturday 24 June 2006 00:13 Andrey Chernyshev wrote:
How about the idea of independence between VM and classlib, isn't this
VM who decides where and how it loads the boot classes?
I think not. If we want VM to work with classlib that is changing, it is only
classlib which can make VM know
-Original Message-
From: Mark Hindess [mailto:[EMAIL PROTECTED]
My feeling at the moment is that although drlvm and classlib are working
together[0], it is evident[1] that things are not really integrated.
I would prefer to see real integration before we break[0] things by
moving
Alexey Petrenko wrote:
Mark,
thanks for the fast fix.
But probably Tim was right and we should not fix properties file but
should fix drlvm to work inside classlib deploy directory?
No, I don't think so.
There should be a common deploy directory that both build into.
geir
Gregory?
On Saturday 24 June 2006 00:04 Mark Hindess wrote:
Indeed. See my comment in the JIRA HARMONY-651. I would have used
the version from classlib, but there is an outstanding issue with
serializer.jar - which drlvm current adds to jre/lib/boot but classlib
does not.
I am probably missing
Works for me on FC5 too. Thanks Mark!
Naveen
On Jun 23, 2006, at 12:52 PM, Mark Hindess wrote:
On 23 June 2006 at 22:13, Gregory Shimansky [EMAIL PROTECTED]
wrote:
If you think this deserves JIRA I can certainly create one. But
since I've
just deleted revision switch for svn to
How about using mocks of some sort to control the sequences of activity?
--
Geir Magnusson Jr
SSG/MPD
[EMAIL PROTECTED]
+1 203 665 6437
-Original Message-
From: Andrew Zhang [mailto:[EMAIL PROTECTED]
Sent: Friday, June 23, 2006 8:11 PM
To: harmony-dev@incubator.apache.org
Stepan Mishura wrote:
Hi,
I've updated framework for testing serialization page[1] - I added
guidelines
for developing serialization tests. Also I've removed confusing
'TestCase'
parameter in SerializationTest.verifySelf() methods.
If there are no objections I'm going in next two days to
On 24 June 2006 at 1:43, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Saturday 24 June 2006 00:04 Mark Hindess wrote:
Indeed. See my comment in the JIRA HARMONY-651. I would have used
the version from classlib, but there is an outstanding issue with
serializer.jar - which drlvm current
61 matches
Mail list logo