2006/6/8, Paulex Yang [EMAIL PROTECTED]:
Vladimir,
Vladimir Ivanov wrote:
Thanks Paulex!
I did the same, but could not send results due to spam filter J
Observations:
1. Coverage results look pretty much similar.
2. Exclude list looks pretty much similar too, but, looks like it
Tim Ellison wrote:
Thanks to many stellar contributions all round we are pretty much
exhausting the work we can do with the temporary solution we adopted of
source=1.5 target=jsr14|1.4 compiler flags.
How do you feel about moving to 1.5 for real? It would be simple to
change the Java compiler
what are the benefits?
Thanks,
Mikhail
2006/6/8, Tim Ellison [EMAIL PROTECTED]:
Thanks to many stellar contributions all round we are pretty much
exhausting the work we can do with the temporary solution we adopted of
source=1.5 target=jsr14|1.4 compiler flags.
How do you feel about moving to
Tim Ellison wrote:
If we choose to pick up the concurrency utilities we will get
j.u.PriorityQueue from there.
Sadly no... j.u.* is all (c) Sun, PROPRIETARY/CONFIDENTIAL and under
some unnamed license terms. I saw the first 5 lines of the file and
stopped reading :)
So we're constrained to
2006/6/8, Mikhail Loenko [EMAIL PROTECTED]:
what are the benefits?
The main benefit for me is to have possibility to use all the 1.5
extensions without any problems.
We will need to make this step somewhen anyway since we are going to
create 1.5 implementation.
The only question from me for
Good day,
I've tried to run Azureus, too, and saw all those problems (no SSL
provider, NotYetBoundException), too.
I've also seen messages
'VirtualChannelSelector.select() op called with null selector'
Digging the code I've found that the problem is that Selector.open()
returns null (not null
Here is what I see how we can place in SVN what we have or potentially can
have some time in the future:
SVN:
/testing
/vm
/some_test_suite//dedicated vm tests, if any
/build //test suite build
/tests //test suite tests
Geir Magnusson Jr wrote:
I'm +1 except I'd like to see us get to the point where we can
- produce a full snapshot of classlib + VM (using DRLVM or JCHEVM or
whatever)
Absolutely, so how close are we to doing that?
- understand the timing of getting said VMs far enough that code will
Great news!
I can't wait to work on REAL 1.5 !
On 6/8/06, Tim Ellison [EMAIL PROTECTED] wrote:
Thanks to many stellar contributions all round we are pretty much
exhausting the work we can do with the temporary solution we adopted of
source=1.5 target=jsr14|1.4 compiler flags.
How do you feel
psst don't tell anyone, but there is a workaround for new Eclipse builds
too. If you set the compiler options to be project specific, then edit
the core settings file manually to be source 1.5 and target 1.4, it does
the 'right thing' for us ;-) But don't tell the Eclipse-folk they'll
only fix
sorry -- as you were then.
Regards,
Tim
Geir Magnusson Jr wrote:
Tim Ellison wrote:
If we choose to pick up the concurrency utilities we will get
j.u.PriorityQueue from there.
Sadly no... j.u.* is all (c) Sun, PROPRIETARY/CONFIDENTIAL and under
some unnamed license terms. I saw the
2006/6/8, Tim Ellison [EMAIL PROTECTED]:
Alexey Petrenko wrote:
2006/6/8, Mikhail Loenko [EMAIL PROTECTED]:
what are the benefits?
The main benefit for me is to have possibility to use all the 1.5
extensions without any problems.
We will need to make this step somewhen anyway since we are
On 8 June 2006 at 7:01, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
I'm +1 except I'd like to see us get to the point where we can
- produce a full snapshot of classlib + VM (using DRLVM or JCHEVM or
whatever)
I agree. I'd quite like to see a snapshot with a free vm and as much
of the
On 8 June 2006 at 16:54, Mikhail Loenko [EMAIL PROTECTED] wrote:
what are the benefits?
For one, being able to use compilers in a supported mode, that wont
break if we revert the trivial change in HARMONY-344. ;-)
-Mark.
Thanks,
Mikhail
2006/6/8, Tim Ellison [EMAIL PROTECTED]:
Thanks
Tim Ellison wrote:
Geir Magnusson Jr wrote:
I'm +1 except I'd like to see us get to the point where we can
- produce a full snapshot of classlib + VM (using DRLVM or JCHEVM or
whatever)
Absolutely, so how close are we to doing that?
Trying to wack the drlvm build into shape...
-
How did you get past the initialization part?
I have put my experiences here:
http://wiki.apache.org/harmony/Azureus
I have same messages as you put in wiki in the very beginning, and
select() problems happen later - after the point you gave up :)
--
Regards,
Anton Luht,
Intel Middleware
Mark Hindess wrote:
On 8 June 2006 at 7:01, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
I'm +1 except I'd like to see us get to the point where we can
- produce a full snapshot of classlib + VM (using DRLVM or JCHEVM or
whatever)
I agree. I'd quite like to see a snapshot with a free vm
On 6/8/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Would /classlib and /drlvm be checked out in your local workspace as peers
to /trunk or would they be checked out under /trunk/classlib etc. and
linked to
the right bit of SVN from there? i.e. if you wanted to make local
changes to classlib,
To stop using the auto-download classlib and harmony JIRA fetches,
and point the build at the existing classlib that's stored locally
you should do the following:
edit harmony/enhanced/drlvm/trunk/build/make/win.properties or
harmony/enhanced/drlvm/trunk/build/make/linux.properties file:
Vladimir Gorr wrote:
On 6/7/06, Ivan Volosyuk [EMAIL PROTECTED] wrote:
2006/6/6, Oliver Deakin [EMAIL PROTECTED]:
Ivan Volosyuk wrote:
2006/6/6, Oliver Deakin [EMAIL PROTECTED]:
SNIP
I can see how confusion could be caused by their location, however
IMHO it would cause more confusion
People, have compassion on critical error/info messages at least (=
Level.WARNING) . This is not a DEBUG logging, this is useful stuff for
end user!
2006/6/8, Geir Magnusson Jr [EMAIL PROTECTED]:
Tim Ellison wrote:
Resurrecting this thread, with some trepidation...
We went round the houses
Alexey Petrenko wrote:
The only question from me for now: does all the Harmony VMs (DRLVM,
j9, jchevm) support 1.5 version of class files?
JCHEVM should handle the new CONSTANT_Class and classfile version, but
other stuff like 1.5 reflection won't work yet. So far little attention
and testing
On 8 June 2006 at 18:16, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Yes, there are a lot of functions without implementation. I have
inserted this exceptions there to fast detect this places. It will
also be a few UnsatisfiedLinkErrors for some missing functions in
java.lang.reflect.Array.
Ok - perfect - and this assumes the standard location for jars/dlls?
Denis Sharypov wrote:
To stop using the auto-download classlib and harmony JIRA fetches,
and point the build at the existing classlib that's stored locally
you should do the following:
edit
I can't recall my jvms ever logging that way for critical stuff - they
usually just throw errors, right?
Alexei Zakharov wrote:
People, have compassion on critical error/info messages at least (=
Level.WARNING) . This is not a DEBUG logging, this is useful stuff for
end user!
2006/6/8, Geir
Mark Hindess wrote:
On 8 June 2006 at 18:16, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Yes, there are a lot of functions without implementation. I have
inserted this exceptions there to fast detect this places. It will
also be a few UnsatisfiedLinkErrors for some missing functions in
Maybe I wasn't clear.
I dont' want DRLVM to then try and build that classlib, I just want it
to use it, as is...
geir
Geir Magnusson Jr wrote:
Ok - perfect - and this assumes the standard location for jars/dlls?
Denis Sharypov wrote:
To stop using the auto-download classlib and harmony
Geir,
unfortunately the DRLVM build system doesn't allow to make you wish.
Obviously it should be modified to build the recent version of class library
from SVN
using the original build system. Whether do I correctly understand you are
interested
to have only one build system for class library?
That's great, thanks Garrett. Sound like a very sensible, simple way to
approach global builds.
Regards,
Oliver
Garrett Rooney wrote:
On 6/8/06, Oliver Deakin [EMAIL PROTECTED] wrote:
Would /classlib and /drlvm be checked out in your local workspace as
peers
to /trunk or would they be
Mark,
I understand your concerns about static linking of the large number of
the libraries... We thought about this too...
But we decided that for now it is the best way: we have to manage only
few libraries inside the Harmony deploy directory... Which is changing
its contents so often :)
oh.
Well, I'll try that - it's a step forward. I do think we need to
rapidly come to a conclusion on what to do. I think we want to have the
drlvm build :
1) point anywhere to a hdk/classlib that's prebuilt and just use the
artifacts in it
2) be invokable from 'above' (as described below)
3)
Alexey Petrenko wrote:
Mark,
I understand your concerns about static linking of the large number of
the libraries... We thought about this too...
But we decided that for now it is the best way: we have to manage only
few libraries inside the Harmony deploy directory... Which is changing
Mark Hindess wrote:
If it is acceptable, I'd very much like to create some snapshots in the
form of debian and rpm packages to see if we can encourage the masses
to give Harmony a try.
Geir Magnusson Jr wrote:
How does it work in real life? Are there linux packaging 'czars' that
we
There are many places where the VM / class libraries interact with the
outside world; in some cases very similar to the DNS provider (e.g.
URLClassLoader, ServerSocketChannel, etc) in other cases no so similar
(e.g. allocating OS memory, writing to the file system, etc).
As Geir said, the code
On 8 June 2006 at 22:42, Vladimir Gorr [EMAIL PROTECTED] wrote:
Geir,
unfortunately the DRLVM build system doesn't allow to make you wish.
Obviously it should be modified to build the recent version of class library
from SVN
using the original build system. Whether do I correctly
My non-virtual machine of choice is a linux system. It's DNS provider
(in the system libraries) doesn't log failures directly.
I can't understand why it should be different for my virtual machine.
Certainly no other JVM's do this and we should be striving to maintain
behaviour that isn't going
On 8 June 2006 at 11:54, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Alexey Petrenko wrote:
Mark,
I understand your concerns about static linking of the large number
of the libraries... We thought about this too...
But we decided that for now it is the best way: we have to manage
On 8 June 2006 at 11:03, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 8 June 2006 at 18:16, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Yes, there are a lot of functions without implementation. I have
inserted this exceptions there to fast detect this places. It will
On 8 June 2006 at 8:01, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Interesting. I wasn't thinking of having unit or implementation tests
in here, as those still should be near the subcomponent, be it VM,
classlib, etc, but larger 'end-to-end' functional tests ? I don't know
if that makes
Ivan Volosyuk wrote:
Yes, there are a lot of functions without implementation. I have
inserted this exceptions there to fast detect this places. It will
also be a few UnsatisfiedLinkErrors for some missing functions in
java.lang.reflect.Array.
Security is just no-op for now. I have almost
Mark Hindess wrote:
On 8 June 2006 at 11:54, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Alexey Petrenko wrote:
Mark,
I understand your concerns about static linking of the large number
of the libraries... We thought about this too...
But we decided that for now it is the best way: we
What we'll do if we accept this is fix at that time. I'm saying don't
do much now because
1) get it working but don't commit yet because we don't have consensus
on this
2) There may be a change in how copyright and license headers are done,
so if that happens before we accept this, we can use
Mikhail Loenko wrote:
2006/6/8, Paulex Yang [EMAIL PROTECTED]:
Vladimir,
Vladimir Ivanov wrote:
Thanks Paulex!
I did the same, but could not send results due to spam filter J
Observations:
1. Coverage results look pretty much similar.
2. Exclude list looks pretty much similar too,
I suppose this means I should go on with the 574?
I'm lucky enough have not thrown my codes away due to desperation...
Tim Ellison wrote:
sorry -- as you were then.
Regards,
Tim
Geir Magnusson Jr wrote:
Tim Ellison wrote:
If we choose to pick up the concurrency utilities we will
Tim Ellison wrote:
Anton Luht wrote:
Good day,
I've tried to run Azureus, too, and saw all those problems (no SSL
provider, NotYetBoundException), too.
I've also seen messages
'VirtualChannelSelector.select() op called with null selector'
Digging the code I've found that the problem is
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with others, continued dedication to
the project, an understanding of our overall goals of the
Congratulations, Mark!
On 6/9/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with others,
Geir Magnusson Jr wrote:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with others, continued dedication to
the project, an understanding
Congratulations!
Geir Magnusson Jr wrote:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC:
Congratulations, Mark!
Mikhail
2006/6/9, Geir Magnusson Jr [EMAIL PROTECTED]:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with
Congratulations, Mark!
Geir Magnusson Jr wrote:
Please join the Apache Harmony PPMC in welcoming the project's newest
committer, Mark Hindess.
Mark has demonstrated the elements that help build a healthy community,
namely his ability to work together with others, continued dedication to
the
Congratulations Mike!
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 08, 2006 10:51 PM
To: harmony-dev@incubator.apache.org
Subject: [announce] New Apache Harmony Committer : Mark Hindess
Please join the Apache Harmony PPMC in welcoming
Well deserved. Congratulations Mark.
-Original Message-
From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 08, 2006 10:51 PM
To: harmony-dev@incubator.apache.org
Subject: [announce] New Apache Harmony Committer : Mark Hindess
Please join the Apache Harmony
53 matches
Mail list logo