Alex,
It's great you're going to do that. I like the proposal.
- make it possible to switch between existing and new conventions
for investigation and tuning purposes
I think such configurability is a very important feature as we lose nothing
but acquire both more opportunities for
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's
impossible to use DRLVM for pre-commit testing - you never know whether your
test fail because of your patch or due to latest changes in DRLVM.
I
Good proposal, Alex! Do you know if other VM use register-based fast calling
convention and what gain we can get from it? Can we see that
using micro-benchmarks?
Thanks,
Pavel
On 11/16/06, Slava Shakin [EMAIL PROTECTED] wrote:
Alex,
It's great you're going to do that. I like the proposal.
On 11/15/06, Ivanov, Alexey A [EMAIL PROTECTED] wrote:
Stepan, all,
I've created a JIRA to document the incompatibility of
GapContent.replace().
There are several test cases added, and some of them are indirectly
related to replace(). There's also patch which fixes incompatibilities
of
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack size, doesn't it?
What does lower stack limit mean? :) I think that it's
Jimmy, Jing Lv wrote:
Geir Magnusson Jr. wrote:
We now have a site
http://harmony.apache.org/
and there's a redirect from
http://incubator.apache.org/harmony/
to there.
Tomorrow sometime we'll do the mail switch - that should be totally
transparent - new lists will be created, sub
Good work everyone!
While we may tend to be enticed by the API completeness numbers, it is
qualities such as compatibility, stability, and performance that we will
ultimately be measured upon and thanked for. It's encouraging to see
the team taking all these things so seriously.
Regards,
Tim
Pavel Ozhdikhin wrote:
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's
impossible to use DRLVM for pre-commit testing - you never know whether
your
test fail because of your patch or due to latest
The bis_HARMONY.rdf file isn't actually shipped, it is just used to
generate the artefacts for the ASF webpages and US Gov e-mail. The
notice to our users is put in the readme that goes into our releases.
Regards,
Tim
Geir Magnusson Jr. wrote:
maybe we should put this in our regular NOTICE
Just to be clear that you are referring to moving [1] from enhanced to
standard? If I understood that right, then +1.
[1] http://svn.apache.org/viewvc/incubator/harmony/enhanced/buildtest/
Regards,
Tim
Geir Magnusson Jr. wrote:
Does anyone care? This way, we can be freer about who and what
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
Pavel Ozhdikhin wrote:
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's
impossible to use DRLVM for pre-commit testing - you never know whether
your
Thank you, Gregory!
On 11/15/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
Elena Semukhina wrote:
I've found one more issue in the kernel ThreadTest. Filed
https://issues.apache.org/jira/browse/HARMONY-2193.
Alexey, please take a look!
I am not an Alexey, but I assigned this JIRA to
+1
I like this approach too - more flexible than current.
2006/11/16, Vladimir Ivanov [EMAIL PROTECTED]:
On 11/16/06, Tim Ellison [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
As part of solution for this issue the
*HARMONY-2197*http://issues.apache.org/jira/browse/HARMONY-2197 was
Pavel, All,
Let me add one pro for the second approach: it works already.
Vladimir's scripts daily upload test results to http://harmonytest.org.
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Tim Ellison [mailto:[EMAIL PROTECTED]
Sent: Thursday,
On 11/15/06, Vladimir Ivanov wrote:
Sorry, I can't use the [EMAIL PROTECTED] mail address.
Sorry again, to test it I use the [EMAIL PROTECTED] as for IBM
notifications without ask for permission :(
Could somebody register some fake mail address in the harmony-commits to
use
it for my CC
16 Nov 2006 14:48:05 +0600, Egor Pasko [EMAIL PROTECTED]:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack size, doesn't it?
Yay! We finally made it :-)
Alex.
On 16/11/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Jimmy, Jing Lv wrote:
Geir Magnusson Jr. wrote:
We now have a site
http://harmony.apache.org/
and there's a redirect from
http://incubator.apache.org/harmony/
to there.
Tomorrow sometime we'll
Sorry to say but it actually does not work until there is no notifications
to the mailing list and no immediate reaction to the regressions.
thanks,
Pavel
On 11/16/06, Fedotov, Alexei A [EMAIL PROTECTED] wrote:
Pavel, All,
Let me add one pro for the second approach: it works already.
Thanks, today this test passed on both machines :( I hope, the CC will send
notification if this test fail again.
Now, notifications should be sending to harmony-commits list from the
[EMAIL PROTECTED] address.
Thanks, Vladimir
On 11/16/06, Stepan Mishura [EMAIL PROTECTED] wrote:
On
On the 0x223 day of Apache Harmony Alexey Varlamov wrote:
16 Nov 2006 14:48:05 +0600, Egor Pasko [EMAIL PROTECTED]:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the
On 11/16/06, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
Sorry to say but it actually does not work until there is no notifications
to the mailing list and no immediate reaction to the regressions.
Actually, no regression was detected today so no notifications were sent.
thanks, Vladimir
You can look at the change here
http://issues.apache.org/jira/browse/HARMONY-2203
On 11/16/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
I haven't published it yet...will file a JIRA soon...
On 11/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
ah. whew.
can you point me to that change
Vladimir,
Sorry, I didn't follow discussions about build-and-test infra. I've done
check out of build-and-test workspace and I'm trying to set up it. I
have some questions:
- README.txt file says about downloading IBM VME and I guess you run CC on
DRL VM. Does the file is up to date?
- 'ant
On the 0x223 day of Apache Harmony Alexey Varlamov wrote:
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
Pavel Ozhdikhin wrote:
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's
impossible to use
Egor Pasko wrote:
I am for (2) too. But a small correction: rollback is not always
reasonable. We can explicitly agree if we do rollback or fix ASAP (as
we did with TM and launcher).
Of course, thank you -- it is always better to fix it and move forward
when that can be done quickly rather
On 11/16/06, Stepan Mishura [EMAIL PROTECTED] wrote:
Vladimir,
Sorry, I didn't follow discussions about build-and-test infra. I've done
check out of build-and-test workspace and I'm trying to set up it. I
have some questions:
- README.txt file says about downloading IBM VME and I guess you run
Pavel Ozhdikhin wrote:
Sorry to say but it actually does not work until there is no notifications
to the mailing list and no immediate reaction to the regressions.
I agree -- we need to be alerted to failures, and respond to them.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java
Alexei Fedotov wrote:
Folks,
According to http://harmonytest.org, today 100% of class library unit
tests
pass on DRLVM. Thank you all! It takes 44 days for the great team we
are.
Awesome!
--
Paulex Yang
China Software Development Lab
IBM
16 Nov 2006 17:15:14 +0600, Egor Pasko [EMAIL PROTECTED]:
On the 0x223 day of Apache Harmony Alexey Varlamov wrote:
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
Pavel Ozhdikhin wrote:
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM
As Gregory mentioned ThreadTest.testJoinlongint() failure he observed
yesterday, I filed a http://issues.apache.org/jira/browse/HARMONY-2204 issue
for that. I saw this failure quite long ago but cannot reproduce it today
trying different platforms/EMs. When the test failed, it reported that
2006/11/15, Geir Magnusson Jr. [EMAIL PROTECTED]:
I wonder if there is any harm in deleting them?
1. Not all the JIRA users can delete attachements.
2. Sometimes history is good.
SY, Alexey
Alexey Petrenko wrote:
I'm using All issue view. It shows all the comments and attachment
in time
Hi all,
I suggest new patch
https://issues.apache.org/jira/browse/HARMONY-2207
for ipf codegenerator.
It is mostly for auto constant propagation/folding.
Also, minor fix in encoder and minor code optimizations included.
--
Best regards,
Igor.
Alexey Varlamov wrote:
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
One confusing aspect is that the classlib ant build fails if you run the
tests 'globally', but passes if you run the tests in a single module.
Yes, this was a nasty surprise for me when I saw exactly this
sutiation few days
Oliver Deakin (JIRA) wrote:
[classlib][luni] Add creation of stub jvm.dll to luni module
Key: HARMONY-2201
URL: http://issues.apache.org/jira/browse/HARMONY-2201
Project: Harmony
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack size, doesn't it?
What does lower stack limit mean? :) I think
Is this lib VM-specific?
Are we going to have one more VM-specific lib in the common dir?
Thanks,
Mikhail
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
Oliver Deakin (JIRA) wrote:
[classlib][luni] Add creation of stub jvm.dll to luni module
On the 0x222 day of Apache Harmony Alex Astapchuk wrote:
Hi all,
Among other things listed on the JIT Dev tasks, there is a need for
calling convention (CC) fix-up for IA-32 [1].
Current problems are:
1. The calling convention(s) used are stack-based - this adds a memory
access
Evgueni Brevnov wrote:
You can look at the change here
http://issues.apache.org/jira/browse/HARMONY-2203
Could someone who knowns classlib native code internals better than me
comment on this JIRA? I've added my comment from the general POV.
I would change the loop to detect only signal
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x222 day of Apache Harmony Geir Magnusson, Jr. wrote:
I thought we had it configured that when a JIRA is modified, the
reporter is notified directly... I'm not sure that really helps
though. I wonder
Hi all,
I'd like to propose another [beans] topic for discussion. IMHO RI's
Introspector behaves oddly during analyzing some exotic beans. Let's
look at the following piece of code for example:
---
import java.beans.*;
public class TestIntrospector2 {
public static class MyParent {
On the 0x223 day of Apache Harmony Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
I still think that this is bogus
What if SOE machinery is broken?
We need to make this a predictable test.
Well I don't feel strongly to
On the 0x223 day of Apache Harmony Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack
On the 0x223 day of Apache Harmony Igor Chebykin wrote:
Hi all,
I suggest new patch
https://issues.apache.org/jira/browse/HARMONY-2207
for ipf codegenerator.
It is mostly for auto constant propagation/folding.
Also, minor fix in encoder and minor code optimizations included.
I am
Mikhail Loenko wrote:
Is this lib VM-specific?
No, er, yes, er, ... let me try to explain.
In the jre/bin/vm sub directories we have harmonyvm.dll's (which are
VM-specific), but we use the name and function export convention to code
against any compliant impl. The RI others call their
Mikhail Loenko wrote:
why not?
Because the full-stack testing is appropriate for CI systems that are
running full-time to catch bugs. That's what our build-test
infrastructure is all about.
Asking DRLVM developers (and conversely, classlib developers) to run 1+
hours of tests for even
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack size, doesn't it?
What does lower stack limit mean? :) I think
from the admin section?
Tim Ellison wrote:
The bis_HARMONY.rdf file isn't actually shipped, it is just used to
generate the artefacts for the ASF webpages and US Gov e-mail. The
notice to our users is put in the readme that goes into our releases.
Regards,
Tim
Geir Magnusson Jr. wrote:
please locally break something (IOW, no need to check in...), get CC to
send the message, so then we can all rest comfortably that failures do
lead to email.
geir
Vladimir Ivanov wrote:
Thanks, today this test passed on both machines :( I hope, the CC will send
notification if this test
Stepan Mishura wrote:
Vladimir,
Sorry, I didn't follow discussions about build-and-test infra. I've done
check out of build-and-test workspace and I'm trying to set up it. I
have some questions:
- README.txt file says about downloading IBM VME and I guess you run CC on
DRL VM. Does the file
Alexey Petrenko wrote:
2006/11/15, Geir Magnusson Jr. [EMAIL PROTECTED]:
I wonder if there is any harm in deleting them?
1. Not all the JIRA users can delete attachements.
2. Sometimes history is good.
I agree #2. We can always fix #1.
Maybe then someone just writes down best practices
On the 0x223 day of Apache Harmony Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory
I dont' care, but as you said, have it search for both for now...
Tim Ellison wrote:
Oliver Deakin (JIRA) wrote:
[classlib][luni] Add creation of stub jvm.dll to luni module
Key: HARMONY-2201
URL:
Gregory Shimansky wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
stack size, doesn't it?
What does lower
Yes - that's why I was poking him to see the patch. I was going to
suggest something very similar.
geir
Gregory Shimansky wrote:
Evgueni Brevnov wrote:
You can look at the change here
http://issues.apache.org/jira/browse/HARMONY-2203
Could someone who knowns classlib native code
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x222 day of Apache Harmony Geir Magnusson, Jr. wrote:
I thought we had it configured that when a JIRA is modified, the
reporter is notified directly... I'm not sure that really helps
Tim Ellison wrote:
Mikhail Loenko wrote:
Is this lib VM-specific?
No, er, yes, er, ... let me try to explain.
In the jre/bin/vm sub directories we have harmonyvm.dll's (which are
VM-specific), but we use the name and function export convention to code
against any compliant impl. The RI
Vladimir,
I've applied the latest patch from HARMONY-995 and run CC. And it failed on
Windows. However I've just built and run classlib's tests successfully. I've
got 2 e-mail notifications.
The first one is 724Kb and starts with:
BUILD FAILED
Ant Error Message:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Gregory Shimansky wrote:
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
-Xss is the lower stack limit, it doesn't specify the maximum
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x222 day of Apache Harmony Geir Magnusson, Jr. wrote:
I thought we had it configured that when a JIRA is modified, the
Elena Semukhina wrote:
As Gregory mentioned ThreadTest.testJoinlongint() failure he observed
yesterday, I filed a http://issues.apache.org/jira/browse/HARMONY-2204
issue
for that. I saw this failure quite long ago but cannot reproduce it today
trying different platforms/EMs. When the test
sounds good -- looking forward to more mail ;-)
Regards,
Tim
Vladimir Ivanov wrote:
Hello everyone,
I started cruise control (stored in the buildtest module with patch from
issue 995) on the Windows XP and SUSE Linux boxes.
Both machines are identical (1 CPU - P4*3GHz, 1GB RAM, 120Gb HDD).
Vladimir Ivanov wrote:
As variant, the java from 'test.jre.home' may be run with -version
option and output may be parsed and mapped to some value. In this
case all Harmony VM should support this option and print different
messages. Is it OK?
I suggest implementing version with hard coded
2006/11/16, Tim Ellison [EMAIL PROTECTED]:
Mikhail Loenko wrote:
Is this lib VM-specific?
No, er, yes, er, ... let me try to explain.
In the jre/bin/vm sub directories we have harmonyvm.dll's (which are
VM-specific), but we use the name and function export convention to code
against any
Alexei's metric is interesting, but sometimes shows strange results
for pretty good docs, like for quite commented files:
0 verifier_8h.html
0 structVerifier_1_1vf__Graph.html
Seems like this metric likes big narrative text.
I also agree that comments quality could be estimated through
Tim Ellison wrote:
Pavel Ozhdikhin wrote:
We have to evolving systems - classlib and DRLVM. To check commits to
classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's
impossible to use DRLVM for pre-commit testing - you never know whether
your
test fail because of your
Mikhail Loenko wrote:
And I hope we will have other workloads running on Harmony nightly and
reporting regressions to the list.
Speaking of which, is there a J9 for x86_64 available?
If so, I could start getting a more complete testing scenario on the
server that runs gump
--
Stefano.
Tim Ellison wrote:
Just to be clear that you are referring to moving [1] from enhanced to
standard? If I understood that right, then +1.
[1] http://svn.apache.org/viewvc/incubator/harmony/enhanced/buildtest/
+1 as well
Regards,
Tim
Geir Magnusson Jr. wrote:
Does anyone care? This
Well let's see how often we will break CI systems. If we break
it twice a day then pre-commit testing needs to be strengthened.
BTW if compile in release mode then all classlib tests run 35 minutes
on DRLVM. Once we fix DRLVM to run with the fork mode once
it will be even faster...
Thanks,
Andrey,
I personally like the metric. It does not always reflect the
proportional amount of documentation, but the files at the top of the
list (the worst files) indeed require attention :)
I guess the metric shows both undocumented files and those that are
pretty verbose but require more
One more question:
Many warnings are produced for 'undocumented members' which do not
require documentation. What to do with these?
For example, you add a comment to a struct and insert a reference to
spec. you do not want to document struct members - everything is in the
spec, but Doxygen
On 11/16/06, Morozova, Nadezhda [EMAIL PROTECTED] wrote:
Suggestion: in addition to the big metric, have a more refined listing -
which ignores some warnings of minor importance. For example, a metric
that only reports undocumented members. What do you say?
Probably it could be done by means
Andrey,
I'm trying to understand your metric and have got a question about
your it. Conssider the following file:
drlvm/trunk/vm/vmcore/include/Class.h. It has metric of 126. Does it
mean that this file has worse documentation than one of the folloiwng
files?
vm/gc_cc/src/timer.h (1) or
Mikhail Loenko wrote:
Well let's see how often we will break CI systems. If we break
it twice a day then pre-commit testing needs to be strengthened.
Right. Exactly. Iterate and adapt.
BTW if compile in release mode then all classlib tests run 35 minutes
on DRLVM. Once we fix DRLVM to
He-he.
There's truth in what you say. But I ran the same metric with
EXTRACT_ALL option enabled, and class.h had ~10 warnings instead of 126
:) that's why I think the warning about undocumented members that
directly relies on EXTRALL_ALL setting should be considered with care.
Thank you,
Nadya
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy that we could print
on mugs and t-shirts... and no duke crap either]
- professionally-looking web pages
- move 'harmonytest.org' source code in the harmony svn repository so
that others can work on it
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy
that we could print
on mugs and t-shirts... and no duke crap either]
c'mon man... Duke playing a concertina or something,
that'd kick ass. :)
-Matt
Matt Benson wrote:
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy
that we could print
on mugs and t-shirts... and no duke crap either]
c'mon man... Duke playing a concertina or something,
that'd
Stefano Mazzocchi wrote:
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy that we could print
on mugs and t-shirts... and no duke crap either]
I was so hoping no one would suggest this...
- professionally-looking web pages
They're coming along
On 11/16/06, Tim Ellison [EMAIL PROTECTED] wrote:
Just to be clear that you are referring to moving [1] from enhanced to
standard? If I understood that right, then +1.
+1, same assumptions as Tim.
[1] http://svn.apache.org/viewvc/incubator/harmony/enhanced/buildtest/
Regards,
Tim
Geir
Stefano Mazzocchi wrote:
Matt Benson wrote:
--- Stefano Mazzocchi [EMAIL PROTECTED] wrote:
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy
that we could print
on mugs and t-shirts... and no duke crap either]
c'mon man... Duke playing a concertina or
Geir Magnusson Jr. wrote:
Stefano Mazzocchi wrote:
here is what I think Harmony needs:
- a logo [no feather BS, something cool and trendy that we could print
on mugs and t-shirts... and no duke crap either]
I was so hoping no one would suggest this...
LOL -- I /knew/ that would come up g
Just curious... what else could it be?
Weldon Washburn wrote:
On 11/16/06, Tim Ellison [EMAIL PROTECTED] wrote:
Just to be clear that you are referring to moving [1] from enhanced to
standard? If I understood that right, then +1.
+1, same assumptions as Tim.
[1]
On Thursday 16 November 2006 19:39, Stefano Mazzocchi wrote:
[...] (WTF does BSD licensing for a logo mean,
anyway?),
It means that you don't have to distribute the source code of the logo :-),
but it has to be accompanied by 200+ words of copyright notice and you can't
use Sun's name to
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Now I've written all that, I it's clear that we should roll the VMI
functions into the jvm.dll too, and get rid of vmi.dll. The jvm.dll
would export both sets of functions, i.e.
JNI_CreateJavaVM
JNI_GetCreatedJavaVMs
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Now I've written all that, I it's clear that we should roll the VMI
functions into the jvm.dll too, and get rid of vmi.dll. The jvm.dll
would export both sets of functions, i.e.
JNI_CreateJavaVM
JNI_GetCreatedJavaVMs
Chris Gray wrote:
On Thursday 16 November 2006 19:39, Stefano Mazzocchi wrote:
[...] (WTF does BSD licensing for a logo mean,
anyway?),
It means that you don't have to distribute the source code of the logo :-),
but it has to be accompanied by 200+ words of copyright notice and you can't
Well the subject line was build-test (not the actual directory name) and
you talk about the testing framework -- so just being clear that you are
not talking about the JUnit test suites/structure.
Regards,
Tim
Geir Magnusson Jr. wrote:
Just curious... what else could it be?
Weldon Washburn
Stefano Mazzocchi wrote:
Mikhail Loenko wrote:
And I hope we will have other workloads running on Harmony nightly and
reporting regressions to the list.
Speaking of which, is there a J9 for x86_64 available?
Nope, we have not put a Harmony VME up on Developerworks for x86_64.
And
Pavel,
The life started showing that you were correct. Today there were no
report on http://harmonytest.org. Even if I would like to be a living
notification, I couldn't.
Vladimir,
The thing which concerns me most is not an absence of results - I
believe this is just a technical problem. For me
On Friday 17 November 2006 02:13 [EMAIL PROTECTED] wrote:
Author: geirm
+!--
+ * FIXME : the following awful little hack is because we noticed
that for whatever + * reason, we can't link with libjpg.a on at
least to kinds of 65-bit linux + --
65-bit linux is not
Gregory Shimansky wrote:
On Friday 17 November 2006 02:13 [EMAIL PROTECTED] wrote:
Author: geirm
+!--
+ * FIXME : the following awful little hack is because we noticed
that for whatever + * reason, we can't link with libjpg.a on at
least to kinds of 65-bit linux + --
Alexei Fedotov wrote:
Pavel,
The life started showing that you were correct. Today there were no
report on http://harmonytest.org. Even if I would like to be a living
notification, I couldn't.
Vladimir,
The thing which concerns me most is not an absence of results - I
believe this is just a
We now have DRLVM+Classlib cleanly building out of SVN and able to run
basic programs on Ubuntu 6 on an em64T box.
$ uname -a :
Linux harmony-em64t 2.6.15-27-amd64-generic #1 SMP PREEMPT Sat Sep 16
01:50:50 UTC 2006 x86_64 GNU/Linux
Now starting to look into the test suite. Tests are
First test that fails is the most cherished and beloved StackTest, with
a segmentation fault :)
I'll try to find some more useful info...
geir
Geir Magnusson Jr. wrote:
We now have DRLVM+Classlib cleanly building out of SVN and able to run
basic programs on Ubuntu 6 on an em64T box.
$
I'm proud to announce Melody, a testing dashboard for Harmony.
Melody is currently hosted in Geir's office at the currently transient URL
http://67.86.14.213:1/
My goal is to move part of this into the Harmony zone.
The main feature of Melody is a graphical history, which is
automatically
Hi Alex,
This is good, thanks. Please see below...
On 11/15/06, Alex Astapchuk [EMAIL PROTECTED] wrote:
Hi all,
Among other things listed on the JIT Dev tasks, there is a need for
calling convention (CC) fix-up for IA-32 [1].
Current problems are:
1. The calling convention(s) used are
Not surprising :-) The last big stack relatad checkin in 2018. Its comment
notes say that Gregory actually saw the failure of StackTest and the new
FinalizeStackTest...
On 11/16/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
First test that fails is the most cherished and beloved StackTest,
Good! Do you plan to add some bugs-related charts?
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
On Friday 17 November 2006 02:13 [EMAIL PROTECTED] wrote:
Author: geirm
+!--
+ * FIXME : the following awful little hack is because we noticed
that for whatever + * reason, we can't link with libjpg.a on at
least to kinds
1 - 100 of 124 matches
Mail list logo