+1 (no surprize here)
sorry for delay :(
On the 0x209 day of Apache Harmony Geir Magnusson, Jr. wrote:
We're trying something a little different. I think Roy Fielding one
said something along the lines of when a community gets organized
enough to vote itself out of the Incubator, it's
+1 :)
Sorry for delay...
Cheers,
Sveta Konovalova
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Egor Pasko
Sent: Tuesday, October 24, 2006 10:19 AM
To: harmony-dev@incubator.apache.org
Subject: Re: [vote] Graduate Apache Harmony podling from the Incubator
+1 (no
+1
-Stepan.
On 10/21/06, Geir Magnusson Jr. wrote:
We're trying something a little different. I think Roy Fielding one
said something along the lines of when a community gets organized
enough to vote itself out of the Incubator, it's appropriate.
So to bring the Harmony community and the
It seems that eclipse wrongly load the required jar for a certain bundle,
since, for example, luni.jar and luni-src.jar both have the same manifest in
which the jar claims it has the require classes for the bundle and thus
fuddles eclipse. After I have deleted the manifest from the source jar,
The patch with the results of the discussion is in
http://issues.apache.org/jira/browse/HARMONY-1942
Please review if interested.
--
Mikhail Fursov
On the 0x208 day of Apache Harmony Geir Magnusson, Jr. wrote:
Egor Pasko wrote:
On the 0x208 day of Apache Harmony Tonny Lau wrote:
Hi,
I checked out the latest drlvm, and failed to set breakpoint when I used
gdb. It seems the
Great!!!
+1 from me
On 10/24/06, Stepan Mishura [EMAIL PROTECTED] wrote:
+1
-Stepan.
On 10/21/06, Geir Magnusson Jr. wrote:
We're trying something a little different. I think Roy Fielding one
said something along the lines of when a community gets organized
enough to vote itself out
-Original Message-
From: Mark Hindess [mailto:[EMAIL PROTECTED]
Sent: Friday, October 20, 2006 12:53 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][swing][test] Excluded tests clean up
On 20 October 2006 at 11:31, Ivanov, Alexey A
[EMAIL PROTECTED]
wrote:
Hello,
I am
Hi all
I can't run tests for concurrent module. By default the test task is
switched off (see modules\concurrent\build.xml), so I uncommented task
but it didn't help. Sources are located in
modules\concurrent\standard\src instead of modules\concurrent\src and
script runs tests from wrong place.
Sorry, I skiped this mail, too long topic name =)
It's ok to rollback.
Actually concurrent module has a lot of warnings and I have started
fix them. I have some suggestion about generic warnings. Is Doug Lea
subscribed on dev list?
2006/10/20, Mark Hindess [EMAIL PROTECTED]:
On 20 October
I have found answer on my question in thread
svn commit: r466154 - in
/incubator/harmony/standard/classlib/trunk/modules/concurrent/src/main/java/java/util/concurrent:
./ locks/
2006/10/24, Denis Kishenko [EMAIL PROTECTED]:
Hi all
I can't run tests for concurrent module. By default the test
Hi Nathan - thanks for your reply. You are right, this was actually caused
by the ASF moves and is working fine this morning.
Regards,
Sian
On 24/10/06, Nathan Beyer [EMAIL PROTECTED] wrote:
JIRA was probably still down as part of the ASF infrastructure moves.
Is this still an issue?
On
On 10/24/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Nathan,I tend to agree with you. I believe even with private modifier setIllegalAccessException should not be thrown in the test case. What
really worries me is why getEnclosingClass returns null...it is a bugdefinitelyI think it should be
Pavel, thanks
SUN passes both tests (with -Xcomp too), BEA(1.5) crashes as expected.Our VM
throws ClassCircularityError with both compilers and passes with
interpreter.
IMO we must add lazy resolution to both compilers in future. The reason: to
be able to run everything SUN runs.
The question is
Hi all,
I agree that code beautifying is a nice thing, But personally I prefer
to do this kind of job manually and only in case if I have the idea
what is this code about. Automated tools suit well for easy tasks like
tabs to spaces replacement and may be code reformating (with caution).
But if
Hi everybody.
I've found out that the kernel classes smoke tests (for DRLVM built by
Intel Compiler on Linux/ia32) are failed because of wrong enironment
set in -run-kernel-test target. The output message is
..build/lnx_ia32_icc_debug/deploy/jre/bin/java: error while loading
shared libraries:
Hello,
I encountered a problem today building on Eclipse, and I just thought I'd
post about it here in case anyone sees the same problem in the future. I
was getting the error:
BUILD FAILED
*
C:\eclipse32harmony\eclipse\workspace\Harmony\build.xml:108: The following
error occurred while
please ignore. thanks
On Tuesday 24 October 2006 05:12 Nathan Beyer wrote:
By inner class you mean an automatic/local class in this case; a
class declared inside a method. It would seem appropriate that a local
class is declared private. Only the method that contains the class
declaration can see it.
Do you
I think getEnclosingClass returns null not because of the strange
name but because it doesn't generate the enclosing method attribute
for local classes.
Evgueni
On 10/24/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Tuesday 24 October 2006 05:12 Nathan Beyer wrote:
By inner class you mean
Hello Nataly
It looks like a workaround to me to run the tests for VM. To run other user
applications we need a general solution about what to do with non standard
libraries which Intel compiler links with.
On Gentoo if you install icc, the system adds an entry to
autogenerated
On Tuesday 24 October 2006 12:32 Mikhail Fursov wrote:
Pavel, thanks
SUN passes both tests (with -Xcomp too), BEA(1.5) crashes as expected.Our
I wonder why it is expected :)
VM throws ClassCircularityError with both compilers and passes with
interpreter.
IMO we must add lazy resolution to
On 10/24/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Tuesday 24 October 2006 12:32 Mikhail Fursov wrote:
Pavel, thanks
SUN passes both tests (with -Xcomp too), BEA(1.5) crashes as
expected.Our
I wonder why it is expected :)
I tried very similar test some time ago. So it's OK that
Thanks all. There were 47 +1's at the time of this writing, with no
other votes.
There is wide disagreement in the incubator on the legitimacy of having
the vote over here, so I've kicked off a canonical vote on
[EMAIL PROTECTED] Feel free to vote there as well. If that vote
passes, as I
Hi all.
It seems that we have most of JVMTI implemented in drlvm. Still some of
profiling support features is left.
I'm going to take a look on VM Object Allocation event.
I'll try to come up with design tomorrow.
Thanks,
Eugene.
Hi Gerald,
The problem was with CertificateRequest message – it was made with
incorrect length of certificate_authorities vector. Please, try
attached patch. Before applying the patch please revert all previously
patched files to their initial state:
%Harmony_WS_Root% svn revert
I hope we all understand the same under lazy resolution but it would be
better if you explained a bit how it is going to work.
Let's ask Alex Astapchuk to describe it. He tried to do it in JET, so he
knows more nuances about implementation problems.
Currently, both .opt and .jet use
2006/10/24, Fedotov, Alexei A [EMAIL PROTECTED]:
I wonder about the first option. Is there any way to check that symbolic
name corresponds to the local computer? I can imagine the following
condition to check this.
InetAddress.getByName(InetAddress.getByName(127.0.0.1).getHostName()).
On 10/23/06, Angela Lin [EMAIL PROTECTED] wrote:
What is the goal here?
1. If the goal is to create a single thread library that can be used
by multiple VM and classlib implementations, then the unified thread
lib should contain everything needed to support a VM implementation.
2. If the goal
Mikhail Fursov wrote:
Pavel, thanks
SUN passes both tests (with -Xcomp too), BEA(1.5) crashes as
expected.Our VM
throws ClassCircularityError with both compilers and passes with
interpreter.
IMO we must add lazy resolution to both compilers in future. The reason: to
Hmm... this particular
+1
sorry for the delay
Congrats to all,
Daniel
- Original Message -
From: Konovalova, Svetlana [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Sent: Tuesday, October 24, 2006 3:21 AM
Subject: RE: Re: [vote] Graduate Apache Harmony podling from the Incubator
+1 :)
Sorry for
All,
I propose changing the method GC accesses TLS data.
The main problem is that GC stores it's data in VM_thread struct that has no
constant offset from the TLS base (e.g. from the address stored in fs[14]
).
The structure we have today is:
fs[14] keeps pointer to HyThread*
HyThread keeps
On the 0x20C day of Apache Harmony Sian January wrote:
Hello,
I encountered a problem today building on Eclipse, and I just thought I'd
post about it here in case anyone sees the same problem in the future. I
was getting the error:
BUILD FAILED
*
On Tuesday 24 October 2006 15:50 Alex Astapchuk wrote:
Lazy resolution is not a silver bullet, and it's even a question whether
it will help in these tests.
If Bea passes the test, then I presume there are no such tests in TCK,
so this will not affect [possible further] compatibility testing.
Hi Egor,
That sounds like a good idea, but I was trying to build the class library,
not DRLVM. Do we have a general troubleshooting page or a class library
troubleshooting page?
Thanks,
Sian
On 24 Oct 2006 19:58:55 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x20C day of Apache
I attached the patch to H-1931 which fixes algorithm of checking
accessibility. Please review!
On 10/24/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
I think getEnclosingClass returns null not because of the strange
name but because it doesn't generate the enclosing method attribute
for local
On the 0x20C day of Apache Harmony Eugene Ostrovsky wrote:
Hi all.
It seems that we have most of JVMTI implemented in drlvm. Still some of
profiling support features is left.
great!
Sorry for my ignorance, but .. is JVMTI ready for x86_64? :)
I remember JVMTI being broken right after BBC.
Just to be clear - does J9 exhibit the same problem as the RI?
Elena Semukhina wrote:
I attached two new patches to HARMONY-1625 which fix the test and copy RI
bug to drlvm ThreadGroup implementation :(
Please review and commit!
On 10/17/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Gregory Shimansky wrote:
Yes the test is synthetic. But the whole problem arose from the currently
excluded smoke tests gc.PhantomReferenceQueueTest and gc.Finalizer. They too
are synthetic but may be an example of another place where this problem
appears.
The idea to write user code
Salikh,
On 10/24/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
And Pavel's synthetic tests (HARMONY-1945) do something allowed by the
spec, but entirely
uncommon for an application -- recursive call from a classloader to the
application.
Which spec do you mean? The test crashes BEA but AFAIK
Hi,
Rev. 465514 introduced a lot of invalid modifications to the
GifDecoder, PngDecoder and JpegDecoder. There were a number of fields
modified or initialized from the native code only, but they were
redeclared as final, so the decoders doesn't work properly any more.
This revision has the
On the 0x20C day of Apache Harmony Sian January wrote:
Hi Egor,
That sounds like a good idea, but I was trying to build the class library,
not DRLVM. Do we have a general troubleshooting page or a class library
troubleshooting page?
That's what I suspected :)
Variants:
1. put in DRLVM
On Tuesday 24 October 2006 17:02 Egor Pasko wrote:
On the 0x20C day of Apache Harmony Eugene Ostrovsky wrote:
Hi all.
It seems that we have most of JVMTI implemented in drlvm. Still some of
profiling support features is left.
great!
Sorry for my ignorance, but .. is JVMTI ready for
Most of the concurrent code warnings go away with newer versions (from
the concurrency scm), but those newer versions also have Java 6 API
dependencies, so at the moment we'll have to stick with what we have.
-Nathan
On 10/24/06, Denis Kishenko [EMAIL PROTECTED] wrote:
Sorry, I skiped this
Where are the tests for these decoders? How did you determine that
they no longer worked?
I'll remove the final modifiers.
-Nathan
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Hi,
Rev. 465514 introduced a lot of invalid modifications to the
GifDecoder, PngDecoder and JpegDecoder.
No problem, let's wait new version.
2006/10/24, Nathan Beyer [EMAIL PROTECTED]:
Most of the concurrent code warnings go away with newer versions (from
the concurrency scm), but those newer versions also have Java 6 API
dependencies, so at the moment we'll have to stick with what we have.
BTW to test how things work with Intel compiler I've installed it on Gentoo
(version 9.1.042, it is marked as unstable, but the most recent stable is
very old - 7.1.006... which version do you use?) and failed to compile drlvm
with it. Something is wrong with thread manager linking
I removed the final modifiers; this only affected PngDecoder,
GifDecoder and JpegDecoder. I missed the comments in the fields of
JpegDecoder, that was my mistake.
There were only 3-4 other fields that were finalized. Your email
mentioned a lot of invalid modifications; what are the other issues,
On 10/23/06, Pavel Afremov [EMAIL PROTECTED] wrote:
Mikhail could you summarize all issues which should be clarified and
possible solutions for these issues?
Ok, I'm going to summarize our discussion. Correct me if I missed something.
Problem 1A: How JIT will know if a Java method must be
Salikh,
gc.Finalizer and gc PhantomReferenceQueueTest are synthetic test. And can't
be called normal (do code review, if you doubt, please). But this test
isn't source of the circularity error. The error can happen for usual
application too. The CL an SM tests just show that source of fake
Where are the tests for these decoders? How did you determine that
they no longer worked?
Unfortunately, these classes are not covered with the unit tests.
I was running a simple test application that did something like this:
Toolkit.getDefaultToolkit().getImage(image.jpg);
and if failed
Nathan, could you, please tell why you changed the field properties in
these classes to
HashtableObject,Object in two of them and to
HashtableString,String in one of them (GifDecoder)?
Look at the declaration in the ImageConsumer class:
void setProperties(Hashtable?,? props)
It'd be better to
It'd be better to have Hashtable?,? as a type in all 3 classes and
HashtableObject,Object as an initial value for this field.
I mean that it is not an error but it seems to me semantically more meaningful
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Nathan, could you, please tell
Hello,
I'm not sure if people will find it in DRLVM troubleshooting as I would not
have looked there myself when I had the problem. How about option 4 -
create a building class library troubleshooting page on the Wiki, or
option 5 - change DRLVM troubleshooting to be general build
On 24 October 2006 at 18:25, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Where are the tests for these decoders? How did you determine that
they no longer worked?
Unfortunately, these classes are not covered with the unit tests.
I was running a simple test application that did something
Hi Elena,
The changes look reasonable to me. Good work! Hope to see it committed soon.
Thanks
Evgueni
On 10/24/06, Elena Semukhina [EMAIL PROTECTED] wrote:
I attached the patch to H-1931 which fixes algorithm of checking
accessibility. Please review!
On 10/24/06, Evgueni Brevnov [EMAIL
Mikhail,
I was under impression that both VM_thread and HyThread structures are
stored into TLS. Am I missing something?
Thanks
Evgueni
On 10/24/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
All,
I propose changing the method GC accesses TLS data.
The main problem is that GC stores it's data in
Pavel Afremov wrote:
gc.Finalizer and gc PhantomReferenceQueueTest are synthetic test. And can't
be called normal (do code review, if you doubt, please). But this test
isn't source of the circularity error. The error can happen for usual
application too. The CL an SM tests just show that
Hello all!
As you probably know current version of harmony DRLVM has no class unloading
support. This leads to the fact that some Java applications accumulate
memory leaks leading to memory overflow and crashes.
In this message I would like to describe two approaches for class unloading
in
1.- Have a planned date?
2.- Will include latest aproved contributions (ImageIO)
3.- Will be possible to create graphics in awt-headless mode? I would
like to test servlets generating charts (using JFreeCharts) in a Linux
box without a graphics environment.
Regards,
Martin
--
Dinamica -
I can't. I've tried debug and release builds... only on Ubuntu 6
though. I'll try windows next, but if someone has a free cycle or two
to try this, that would be helpful.
Thanks
geir
On the 0x208 day of Apache Harmony Nadezhda Morozova wrote:
Egor,
Thanks for a detailed an proactive response.
Surely, I think we can start accumulating new content on Wiki - this is
more visible and editable than patches to website. When we're done with
the bulk of content, I'll migrate the
On the 0x20C day of Apache Harmony Sian January wrote:
Hello,
I'm not sure if people will find it in DRLVM troubleshooting as I would not
have looked there myself when I had the problem. How about option 4 -
create a building class library troubleshooting page on the Wiki, or
option 5 -
+1
On 10/24/06, Daniel Gandara [EMAIL PROTECTED] wrote:
+1
sorry for the delay
Congrats to all,
Daniel
- Original Message -
From: Konovalova, Svetlana [EMAIL PROTECTED]
To: harmony-dev@incubator.apache.org
Sent: Tuesday, October 24, 2006 3:21 AM
Subject: RE: Re: [vote]
Gregory Shimansky wrote:
On Tuesday 24 October 2006 19:20 Salikh Zakirov wrote:
I would like to request for comments on a possible way of getting rid
of java execution from vm_hint_finalize(). The initial patch is attached to
HARMONY-1952.
You've also modified the problematic test in it.
On 24/10/06, Martin Cordova [EMAIL PROTECTED] wrote:
1.- Have a planned date?
No, we don't tend to plan the dates in advance, but rather roll a
developer release/snapshot once we reach a stable point in
development.
Of course, you can build from source (as described in the contributor
link[1]
Martin Cordova wrote:
1.- Have a planned date?
None yet, but doing this week would be good. Any other opinions?
2.- Will include latest aproved contributions (ImageIO)
Only if they have been integrated into the SVN codebase
3.- Will be possible to create graphics in awt-headless
On the 0x20C day of Apache Harmony Aleksey Ignatenko wrote:
Hello all!
As you probably know current version of harmony DRLVM has no class unloading
support. This leads to the fact that some Java applications accumulate
memory leaks leading to memory overflow and crashes.
In this
Spark Shen wrote:
Hi All:
When login as 'root' under Linux, the following test case fails on
Harmony while passes on RI.
public void test_canWrite() throws IOException{
File f = File.createTempFile(test, null);
f.setReadOnly();
assertTrue(f.canWrite());
f.deleteOnExit();
}
I think RI's
23.10.06, Pavel Pervov[EMAIL PROTECTED] написал(а):
Maksim,
Am I right, that at the place you need to retrieve field from a class, you
have both field's name AND descriptor?
If so, you should move definion of FIeld*
class_lookup_field_recursive(Class*, const char*, const char*) from
Consider the group of monitor-related functionality: enter/exit,
wait/notify, and interrupt. The implementations of these functions are
closely related in the J9-derived hythread, particularly for 3-tier
locking. We need to coordinate when we lock the thread mutex, when we
lock the monitor mutex,
Just a quick note - I have done two DRLVM JIRAs today that also included
patches for the classlib tests.
I accepted the DRLVM part, and rejected the classlib stuff as I think
that it would be cleaner and safer if those proposed changes to the
classlib were entered as separate JIRAs and
On 10/24/06, Evgueni Brevnov [EMAIL PROTECTED] wrote:
Mikhail,
I was under impression that both VM_thread and HyThread structures are
stored into TLS. Am I missing something?
Evgueni,
GC info is stored in VM_thread.
VM_thread is stored in HyThread as a pointer. HyThread is stored in TLS
Unit tests for the decoders are up there in [1]
[1] https://issues.apache.org/jira/browse/HARMONY-1954
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
That's the start of a unit test, are you going to finish it? ;-)
Well, I'll look into this. We need to put a couple of images for this
I now have my EM64T machine setup (Ubuntu 'AMD' :/).
What's the trick for building classlib?
geir
Oleg Khaschansky wrote:
That's the start of a unit test, are you going to finish it? ;-)
Well, I'll look into this. We need to put a couple of images for this
kind of test somewhere...
How about a picture of you? :)
But not a lot compared to the number of cleanup changes Nathan has been
On 10/24/06, Angela Lin [EMAIL PROTECTED] wrote:
Consider the group of monitor-related functionality: enter/exit,
wait/notify, and interrupt. The implementations of these functions are
closely related in the J9-derived hythread, particularly for 3-tier
locking. We need to coordinate when we
+1
On 10/23/06, Pavel Pervov [EMAIL PROTECTED] wrote:
+1 certainly.
Pavel Pervov,
Enterprise Solutions Software Division.
On 10/20/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We're trying something a little different. I think Roy Fielding one
said something along the lines of when a
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating them (and then tell them to get back to
work...) :)
The Harmony PPMC
Congratulations!
On Wednesday 25 October 2006 02:41 Geir Magnusson Jr. wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating
Konovalova, Svetlana wrote:
Folks,
I do not want to be too pushy, just have a suggestion to close certain JIRAs (whenever you’ll find a chance).
1. To reduce the number of places describing the building process, to update
the content:
http://issues.apache.org/jira/browse/HARMONY-1730 and
Congrats!
Geir Magnusson Jr. wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating them (and then tell them to get back to
work...)
Guys,
You were doing a great job. Congratulations!
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 25, 2006 2:42 AM
To: harmony-dev@incubator.apache.org
Subject: [general]
Good stuff :-) Now, back to work!
Alex.
On 24/10/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in
Are you referring to running the build scripts via Eclipse? Just
wanted to make sure I understand.
Personally, I only import the module projects one at a time and run
the full builds outside of Eclipse, so I've never tried this. Perhaps
some additional documentation on using Eclipse in this
I've been anticipating this moment for 2 years now... :)
While it doesn't seem possible given infrastructure issues that are
interfering with mail to get something in front of the board tomorrow
(plus the fact that the board likes things in advance) if a miracle
happens I'd like to try, and
Ouch. Yeah, the source JARs don't need to use the same MANIFEST file.
I'll take a look at that. This explains some of the issues I've been
having. Nice catch
-Nathan
On 10/24/06, Leo Li [EMAIL PROTECTED] wrote:
It seems that eclipse wrongly load the required jar for a certain bundle,
since,
Denis wrote,
It's possible but it will be another test
Agreed
+1 exclude this test (not whole test but localhost check)
+1
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Denis Kishenko [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 24, 2006
Sounds great! Tools or tests fit into category of related software, so
we probably don't need to mention them explicitly.
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 25,
I've updated the build scripts, so the manifests of the source JARs
shouldn't be causing anymore conflicts. Let me know if this fixes the
issue.
-Nathan
On 10/24/06, Nathan Beyer [EMAIL PROTECTED] wrote:
Ouch. Yeah, the source JARs don't need to use the same MANIFEST file.
I'll take a look at
Congratulations! ;-)
On 10/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating them
Congratulations!
2006/10/25, Geir Magnusson Jr. [EMAIL PROTECTED]:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating them (and then
Congrats!
On 10/25/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating them (and then
Cheers and Congratulations! ;)
2006/10/25, Geir Magnusson Jr. [EMAIL PROTECTED]:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in congratulating
Congratulations!
On 10/25/06, LvJimmy,Jing [EMAIL PROTECTED] wrote:
Cheers and Congratulations! ;)
2006/10/25, Geir Magnusson Jr. [EMAIL PROTECTED]:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan
Mikhail, we want to seperate the GC module from TM so that only
limited VM APIs are accessed from GC. That means, we want a simpler
API to get GC thread info than accessing GC TLS data individually.
Using info.get_tls_current_free() to access a field info of GC TLS
data looks like not very
On 10/24/06, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Nathan, could you, please tell why you changed the field properties in
these classes to
HashtableObject,Object in two of them and to
HashtableString,String in one of them (GifDecoder)?
Look at the declaration in the ImageConsumer class:
On 10/24/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Just to be clear - does J9 exhibit the same problem as the RI?
Yes, it does. The test passes on J9.
Elena Semukhina wrote:
I attached two new patches to HARMONY-1625 which fix the test and copy
RI
bug to drlvm ThreadGroup
Matthias Wessendorf wrote:
hey,
I think I read somewhere something about javac now in tools or so.
I am currently not able to download the HDK, but is there (or in next
snap) a javac executable?
There will be in an upcoming snapshot, but not in the HDK. The HDK is
not a JDK, but rather a
Ok - I committed the change to DRLVM, but asked that you take the change
to the classlib unit test and create a new JIRA so it's less confusing,
because the fix to to the unit test wasn't related to the setMaxPrio bug
geir
Elena Semukhina wrote:
On 10/24/06, *Geir Magnusson Jr.* [EMAIL
1 - 100 of 118 matches
Mail list logo