<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.java.harmony.devel">
    <title>gmane.comp.java.harmony.devel</title>
    <link>http://blog.gmane.org/gmane.comp.java.harmony.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35309"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35302"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35300"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35279"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35271"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35263"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35252"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35247"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35240"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35218"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35148"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35112"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35099"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35033"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35028"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.harmony.devel/35027"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35309">
    <title>[site] Russian website</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35309</link>
    <description>I've noticed that no-one has updated the Russian website for a while.
The latest news item is Harmony M5, which was back in February, so I
imagine some of the other pages are also out of date and providing the
wrong information.  Is there anyone around who is willing to update
(and ideally maintain) the Russian translation, or should we think
about archiving it?

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-12-01T11:57:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35302">
    <title>[classlib][luni] the same OSMemory.h in windows and unix</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35302</link>
    <description>Hi,

I just found OSMemory.h has almost the same content in windows and unix, 
the only differences are order of function definitions and comments. So 
I think if they should be merged and moved to shared directory?
And I go through OSMemory.c quickly, found the most implementation are 
also similar, looks like:
windows:
hymem_free_memory ((void *) address);

unix:
hymem_free_memory ((void *) ((IDATA) address));

I'm not clear why we need one more cast here, or is it possible to merge 
this two implementations to one? If so, I'm volunteer to do this :)

</description>
    <dc:creator>Regis</dc:creator>
    <dc:date>2008-12-01T07:11:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35300">
    <title>[admin] Automated Monthly Reminder</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35300</link>
    <description>This is a monthly automated mailing to the Apache Harmony dev list.

The Apache Harmony project welcomes the participation and input of 
anyone interested in open source Java SE, the goal of our project.
For more information about the Apache Harmony project, please see
the project website.

  http://harmony.apache.org/

The terms of use for the Harmony mail lists can be found here : 

  http://harmony.apache.org/mailing.html

and they are

  This forum has been created for public communication about 
  projects of The Apache Software Foundation (the "Foundation"), 
  a Delaware nonprofit corporation classified as a public charity 
  under 501(c)(3). All communication intentionally submitted to 
  the Foundation on this forum is considered a Contribution to the 
  Foundation unless otherwise noted in the communication. The terms 
  and conditions that apply to your Contributions are defined by 
  either a contributor license agreement (CLA) signed by you and/or 
  your employer or, if no such CLA is on file a</description>
    <dc:creator>geirm&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-12-01T00:00:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35279">
    <title>[general] Souce Line of Code of Harmony</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35279</link>
    <description>Hi, guys
I've tried to generate a LOC report for Harmony project.
You can check out the result here &lt;http://people.apache.org/~qiuxx/loc/&gt; if
you are interested.
The tool I used is LOCC &lt;http://csdl.ics.hawaii.edu/Plone/research/locc/&gt;.

Seems that there exist some minor error while parsing, so the report may not
be exactly the same as reality.
Anyhow, I hope it would be helpful for some of you.

BTW, if you have any other better tools, please let me know.

</description>
    <dc:creator>Sean Qiu</dc:creator>
    <dc:date>2008-11-25T07:51:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35271">
    <title>[site] Out of date link for automatic testing scenarios for snapshots</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35271</link>
    <description>I've noticed on the download page that we have a link to a page that's
quite out of date[1] (under the 'Snapshot builds for Harmony 5.0'
section: "Results of automatic testing scenarios for snapshots can be
viewed _here_").  Before deleting the link I was just wondering if
anyone has created or is planning to create an equivalent up-to-date
page?

Thanks,

Sian


[1] http://people.apache.org/~mloenko/snapshot_testing/script/snapshots_summary.html

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-24T13:24:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35263">
    <title>[drlvm][jitrino][test] Large contribution of reliability test cases for DRLVM+Dacapo</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35263</link>
    <description>Hi,

I had already done the same thing for JikesRVM [1] and now the time
for Harmony has come.

As the part of my MSc thesis I had used GA to swizzle the JIT
configuration for DRLVM in search of optimal one for running
DaCapo/SciMark2
benchmarks. While the performance data is re-verified (there are
preliminary +10% on some sub-benchmarks, btw), I had parsed the
failure logs and this gives me 5.700+ emconfs [2] on which
DRLVM/Jitrino is failing.

The thing that makes those reports really interesting, is that most of
the configurations tested lies near local maxima of performance due to
the nature of search. That makes the tests more valuable as they test
possible near-optimal configurations.

If someone interested in those and wishes to hear more info on the
reports, please don't hesitate to ask :)
I would eventually elaborate on some of these crashes, but not in the
nearest future.

Thanks,
Aleksey.

[1] http://www.nabble.com/-rvm-research--Large-contribution-of-JikesRVM%2BDaCapo-reliability-tests-td20531805</description>
    <dc:creator>Aleksey Shipilev</dc:creator>
    <dc:date>2008-11-23T23:14:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35252">
    <title>[ANNOUNCE] Apache Harmony 5.0M8 available</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35252</link>
    <description>The Apache Harmony team are pleased to announce the immediate
availability of Apache Harmony 5.0M8.

Apache Harmony is the Java platform project of the Apache Software
Foundation.

Apache Harmony 5.0M8 is the latest stable build containing numerous bug
fixes, and enhancements to the policytool and pack200 support.

Source code and binary builds are available from the project download site:

    http://harmony.apache.org/download.cgi

Apache Harmony welcomes your help. For more information on how to report
problems, successes, and to get involved in Apache Harmony visit the
project website at http://harmony.apache.org

The Apache Harmony Team

</description>
    <dc:creator>Tim Ellison</dc:creator>
    <dc:date>2008-11-20T21:28:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35247">
    <title>[classlib/tools] using nativebridge tool</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35247</link>
    <description>Hello,

  there are references in the classlib code for nativebridge tool that was (originally) used to generate
java stubs/proxy calls for AWT module from C header files (for X server).  I am unable to find that 
tool anywhere in svn, so any help in locating this would be appreciated.  I need to generate some
java stubs/proxy based on different set of headers, and doing it manually does not appeal to me :)

thanks,
</description>
    <dc:creator>Stanley Gambarin</dc:creator>
    <dc:date>2008-11-20T07:45:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35241">
    <title>[classlib][luni] Redundant and repeated external properties loading using ResourceBundle may degrade performance.</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35241</link>
    <description>Hi,
I read some code in LUNI module of Harmony.
(org.apache.harmony.luni.util.Msg/MsgHelp and java.util.ResourceBundle)
I found that Harmony uses ResourceBundle to load messages from external
properties file.
e.g. Once it requires a message "K0046", it will always use
ResourceBundle to go through the
org.apache.harmony.luni.util.ExternalMessages.properties file to search it.
I think such redundant and repeated I/O operations may degrade our
performance.

Why not use a hashtable to store all the external messages? It only
requires several I/O operations initially!



</description>
    <dc:creator>Kevin Zhou</dc:creator>
    <dc:date>2008-11-20T02:08:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35240">
    <title>About</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35240</link>
    <description>Hi,
I read some code in LUNI module of Harmony. 
(org.apache.harmony.luni.util.Msg/MsgHelp and java.util.ResourceBundle)
I found that Harmony uses ResourceBundle to load messages from external 
properties file.
e.g. Once it requires a message "K0046", it will always use 
ResourceBundle to go through the 
org.apache.harmony.luni.util.ExternalMessages.properties file to search it.
I think such redundant and repeated I/O operations may degrade our 
performance.

Why not use a hashtable to store all the external messages? It only 
requires several I/O operations initially!


</description>
    <dc:creator>Kevin Zhou</dc:creator>
    <dc:date>2008-11-20T02:02:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35218">
    <title>[classlib] Any reason not to commit HARMONY-5934 - HARMONY-5938?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35218</link>
    <description>Andrew Cornwall has contributed a set of patches that wrap calls to
loadLibrary in an AccessController.doPrivileged(){} block.  It seems
fine to me, but the JIRAs have been around for a while so I was just
wondering if there's any reason not to commit the patches that I'm
missing?

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-17T11:45:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35215">
    <title>Result for r713673 (Was: Re: [vote] Declare r713673 as M8)</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35215</link>
    <description>It has been just over 72 hours since we started voting for r713673 so
the vote is now closed.

The results are nine +1s from Aleksey Shiplev, Chunrong, Xiao-Feng,
Sian, Alexey Petrenko, Alexei Fedetov, Tim, Sean and Mark and no other
votes.

At least 3 committers voted in favour, so according to Apache rules
the vote passes.

r713673 is declared as M8 and the codebase is re-opened for development.

Thanks to everyone who voted.



2008/11/17 Sean Qiu &lt;sean.xx.qiu&lt; at &gt;gmail.com&gt;:



</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-17T10:52:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35173">
    <title>[vote] Declare r713673 as M8</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35173</link>
    <description>This is our second formal vote for M8, the first one having been
cancelled when a critical bug was found[1]

r713673 consists of r711744, which we were previously voting on, plus
a fix for HARMONY-6013, which was deemed critical.  The snapshot
builds [2] and integrity testing results [3] are available.

So shall we declare r713673 as M8?

This vote will be open for 3 days, or until all binding votes have
been cast (if earlier).


[1] http://harmony.markmail.org/message/x7ajrwkdhf36s7kt
[2] http://people.apache.org/builds/harmony/snapshots/r713673/
[3] http://people.apache.org/~chunrong/harmony-integrity/

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-14T10:15:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35148">
    <title>A few questions/help.</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35148</link>
    <description>
Dear Sir/Madam, I have a few questions/help. Please let me introduce myself.My name is diab abuaiadh. I worked at ibm and invented the parallel compactionalgorithms implemented at ibm products (sov and j9). I left IBM at 2006.I have new algorithms for the garbage collection and I am very interested to implementthese algorithms. I have a few questions for you: did IBM gave j9 to the open source community?In other words, can I get the code for j9 and implement/test my new algorithms? I will be happy to share some of the ideas I have with the open source community. Thank you for your help,Diab.
_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=create&amp;wx_url=/friends.aspx&amp;mkt=en-us</description>
    <dc:creator>Diab Abuaiadh</dc:creator>
    <dc:date>2008-11-13T10:08:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35112">
    <title>Enable the MACRO _DEBUG_CHECK_NULL_</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35112</link>
    <description>hi, colleagues:
     I am asking for the support of other committers to enable the MACRO
_DEBUG_CHECK_NULL_ (in include/jit_runtime_support.h), because of the rule
of M8 code frozen period.
     I need the MACRO to enable the test case as in HARMONY-6013, which
throws uncaught NullPointerException. The exception comes with the stub of
vm_rt_monitor_enter.  We had not met the reported exception because we
originally have two null checkings with that. The first one is just before
the stub. The second is inside the stub.
     Now we find that the first null checking before the stub will be
removed after some aggressive optimizations. Also a commit r659128 moved the
null checking (and exception throwing) codes inside the stub into the
regions guarded by the disabled macro  MACRO _DEBUG_CHECK_NULL_ . As the
result drlvm just fails in running such test cases.
     Buqi is checking JIT codes to prepare another patch. But I am not sure
if we should wait and include the patch in M8. Or we can just try that after
code</description>
    <dc:creator>chunrong lai</dc:creator>
    <dc:date>2008-11-12T09:08:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35099">
    <title>Anyone plans to enable interpreter + jit in client mode?</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35099</link>
    <description>Hello, all,

Harmony now uses jet+jit in client mode, does anybody know why? Seems
RI uses interpreter + jit or jit only to compile target program. Does
anybody have done or plan to support the interpreter + jit in client
mode? I am asking this question because RI has good startup
performance, but Harmony has not good startup performance (one of the
problems is compilation overhead).

Thx,
Wenlong

</description>
    <dc:creator>Wenlong Li</dc:creator>
    <dc:date>2008-11-12T03:52:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35090">
    <title>[vote] Declare r711744 as M8</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35090</link>
    <description>The testing cycle for r710036 [1] has been completed and the test
results have been discussed [2].

Two bug fixes [3,4] have been committed since r710036 that we want to
include in M8. r711744 has not been through the extended testing
cycle, but has been through the standard integrity testing cycle with
the same results as r710036.[5]

As usual there are some long-standing issues and a few new ones, but
nothing that has been considederd critical so far.  Overall the pass
rate is better than M7.

If anyone thinks that a particular issue is a blocker for M8 please say so here.

Otherwise, shall we declare r711744 as M8 and unfreeze the code base?

[1]  http://people.apache.org/~chunrong/snapshots/r710036/index.html

[2] http://markmail.org/message/l72lba7xehacqyku

[3] http://markmail.org/message/6fxgpa2azv27zsol

[4] http://markmail.org/message/ljqwytbegtsfou2g

[5] http://people.apache.org/~chunrong/harmony-integrity/

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-10T16:17:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35033">
    <title>[general] M8 code freeze now in effect</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35033</link>
    <description>As agreed, we are now entering our code freeze for M8.  No commits
allowed except for critical bug fixes and they must be approved on the
dev list by at least two committers.

Let's use r710036 for our snapshot testing.  Please could as many
people as possible try to do some testing this week so that we can get
M8 as stable as we can.

Thanks,

Sian

</description>
    <dc:creator>Sian January</dc:creator>
    <dc:date>2008-11-03T11:14:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35028">
    <title>discussion for H5022</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35028</link>
    <description>Hi, guys. I'm studying H5022 - incorrect codegeneration of compressed obj
arithmetics[1]. In my understanding, the problem is that current JIT casts
heap base address from 64-bit to 32-bit compulsorily in IA32 but that
address must be in 64-bit even in a 32-bit platform. If I catch the point of
this jira correctly, I'll try to delete the casts in
Ia32InstCodeSelector.cpp recently. Any comment? Thanks.

Xiaoming

[1] - https://issues.apache.org/jira/browse/HARMONY-5022
</description>
    <dc:creator>xiaoming gu</dc:creator>
    <dc:date>2008-11-03T03:52:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35027">
    <title>[general] Harmony on PowerPC</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35027</link>
    <description>Hello,

I am trying to run Java application on a PowerPC Linux distro, which is
old - Kernel 2.4.22 and glibc 2.3.2.
I could not use off-the-shelf binary distributions of JVM from Sun or
IBM as I need to build the JVM from source using my toolchain. With help
from this list (Thank you, Tim) I was able to successfully run my Java
application with Harmony on CentOS 5, x86 as an initial proof of
concept.

I am now trying to build Harmony on PowerPC platform. I have built a few
modules of classlib, but encountered a problem in threads portlib
module, where a number of functions are implemented in assembly language
and the ppc implementation is missing.
Apart from portlib thread module there seem to exist only two more VM
modules with assembly code and PPC specific implementation is missing.

The "supported platforms" section on the project website indicates that
the PPC port is in progress. 
What is the current status of PowerPC porting? Is anybody running
Harmony on PowerPC?

Thank you in advance,
Mark.





</description>
    <dc:creator>Mark Gertsvolf</dc:creator>
    <dc:date>2008-11-03T03:34:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.harmony.devel/35025">
    <title>[admin] Automated Monthly Reminder</title>
    <link>http://comments.gmane.org/gmane.comp.java.harmony.devel/35025</link>
    <description>This is a monthly automated mailing to the Apache Harmony dev list.

The Apache Harmony project welcomes the participation and input of 
anyone interested in open source Java SE, the goal of our project.
For more information about the Apache Harmony project, please see
the project website.

  http://harmony.apache.org/

The terms of use for the Harmony mail lists can be found here : 

  http://harmony.apache.org/mailing.html

and they are

  This forum has been created for public communication about 
  projects of The Apache Software Foundation (the "Foundation"), 
  a Delaware nonprofit corporation classified as a public charity 
  under 501(c)(3). All communication intentionally submitted to 
  the Foundation on this forum is considered a Contribution to the 
  Foundation unless otherwise noted in the communication. The terms 
  and conditions that apply to your Contributions are defined by 
  either a contributor license agreement (CLA) signed by you and/or 
  your employer or, if no such CLA is on file a</description>
    <dc:creator>geirm&lt; at &gt;apache.org</dc:creator>
    <dc:date>2008-11-01T00:00:03</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.harmony.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.harmony.devel</link>
  </textinput>
</rdf:RDF>
