jamvm-general Mailing List for JamVM (Page 3)
Brought to you by:
rlougher
Menu
▾
▴
jamvm-general — General discussion of the Jam Virtual Machine.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(44) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(5) |
Feb
|
Mar
(33) |
Apr
(12) |
May
(18) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(33) |
Oct
(16) |
Nov
(35) |
Dec
(25) |
| 2006 |
Jan
(44) |
Feb
(1) |
Mar
(38) |
Apr
(14) |
May
(42) |
Jun
(8) |
Jul
(9) |
Aug
(5) |
Sep
(1) |
Oct
(16) |
Nov
(14) |
Dec
(16) |
| 2007 |
Jan
(3) |
Feb
(17) |
Mar
(19) |
Apr
(16) |
May
(7) |
Jun
(17) |
Jul
(22) |
Aug
(7) |
Sep
|
Oct
(28) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(4) |
Feb
(21) |
Mar
(16) |
Apr
(11) |
May
(18) |
Jun
(25) |
Jul
(8) |
Aug
(14) |
Sep
(5) |
Oct
(35) |
Nov
(8) |
Dec
(30) |
| 2009 |
Jan
(2) |
Feb
(2) |
Mar
(8) |
Apr
(9) |
May
(14) |
Jun
(9) |
Jul
(10) |
Aug
(7) |
Sep
(8) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2010 |
Jan
(12) |
Feb
(16) |
Mar
(16) |
Apr
(5) |
May
(4) |
Jun
(4) |
Jul
(3) |
Aug
(11) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
|
Mar
(43) |
Apr
(1) |
May
(1) |
Jun
(13) |
Jul
(21) |
Aug
(11) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2012 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(19) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(12) |
| 2013 |
Jan
|
Feb
(1) |
Mar
(10) |
Apr
(22) |
May
(1) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(6) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(11) |
Jun
(4) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(16) |
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Andïï <gnu...@me...> - 2014-05-21 23:46:16
|
On 21 May 2014 23:19, Ulrich Herberg <ul...@he...> wrote: > Hi Robert, > > thanks for your answer! See inline: > > On Wed, May 21, 2014 at 3:03 PM, Robert Lougher <rob...@gm...> wrote: >> Hi, >> >> On 21 May 2014 21:38, Ulrich Herberg <ul...@he...> wrote: >>> Hi, >>> >>> I just saw this discussion on the list, and I am also very interested >>> in running JamVM on buildroot. I tried compiling the non-release >>> version, but it fails running with >>> >>> Exception occurred while VM initialising. >>> java/lang/NoClassDefFoundError: jamvm/java/lang/VMClassLoaderData >>> >> >> This normally happens when you copy things around so that the >> class-library zips and libraries are not where JamVM is expecting >> them. If you do jamvm -version this will show where it is looking >> (boot library path and boot classpath). > > > Thanks, I will check this. > >> >>> (this may be an issue with buildroot, so maybe this mailing list is >>> not the right place to discuss it). >>> >>> Basically, I need Java 7 for buildroot, and I only found JamVM, but >>> JamVM claims to only support Java 1.5. Is that correct? >>> >> >> Well, purely as a VM, JamVM supports the latest Java 1.8 features but >> this can only be used with OpenJDK 8. When used with GNU Classpath >> the problem is GNU Classpath only supports Java 1.5 (with some bits >> from 1.6). > > > I understand. Is there any description how to use OpenJDK 8 (or 7) > with buildroot and JamVM? > > Best regards > Ulrich > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general Grab the latest IcedTea release: http://blog.fuseyism.com/index.php/2014/04/16/security-icedtea-2-4-7-for-openjdk-7-released/ and build with ./configure --enable-jamvm -- Andii :-) |
|
From: Ulrich H. <ul...@he...> - 2014-05-21 22:19:54
|
Hi Robert, thanks for your answer! See inline: On Wed, May 21, 2014 at 3:03 PM, Robert Lougher <rob...@gm...> wrote: > Hi, > > On 21 May 2014 21:38, Ulrich Herberg <ul...@he...> wrote: >> Hi, >> >> I just saw this discussion on the list, and I am also very interested >> in running JamVM on buildroot. I tried compiling the non-release >> version, but it fails running with >> >> Exception occurred while VM initialising. >> java/lang/NoClassDefFoundError: jamvm/java/lang/VMClassLoaderData >> > > This normally happens when you copy things around so that the > class-library zips and libraries are not where JamVM is expecting > them. If you do jamvm -version this will show where it is looking > (boot library path and boot classpath). Thanks, I will check this. > >> (this may be an issue with buildroot, so maybe this mailing list is >> not the right place to discuss it). >> >> Basically, I need Java 7 for buildroot, and I only found JamVM, but >> JamVM claims to only support Java 1.5. Is that correct? >> > > Well, purely as a VM, JamVM supports the latest Java 1.8 features but > this can only be used with OpenJDK 8. When used with GNU Classpath > the problem is GNU Classpath only supports Java 1.5 (with some bits > from 1.6). I understand. Is there any description how to use OpenJDK 8 (or 7) with buildroot and JamVM? Best regards Ulrich |
|
From: Robert L. <rob...@gm...> - 2014-05-21 22:03:57
|
Hi, On 21 May 2014 21:38, Ulrich Herberg <ul...@he...> wrote: > Hi, > > I just saw this discussion on the list, and I am also very interested > in running JamVM on buildroot. I tried compiling the non-release > version, but it fails running with > > Exception occurred while VM initialising. > java/lang/NoClassDefFoundError: jamvm/java/lang/VMClassLoaderData > This normally happens when you copy things around so that the class-library zips and libraries are not where JamVM is expecting them. If you do jamvm -version this will show where it is looking (boot library path and boot classpath). > (this may be an issue with buildroot, so maybe this mailing list is > not the right place to discuss it). > > Basically, I need Java 7 for buildroot, and I only found JamVM, but > JamVM claims to only support Java 1.5. Is that correct? > Well, purely as a VM, JamVM supports the latest Java 1.8 features but this can only be used with OpenJDK 8. When used with GNU Classpath the problem is GNU Classpath only supports Java 1.5 (with some bits from 1.6). Rob. > Thanks > Ulrich > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: Ulrich H. <ul...@he...> - 2014-05-21 21:43:31
|
Hi, I just saw this discussion on the list, and I am also very interested in running JamVM on buildroot. I tried compiling the non-release version, but it fails running with Exception occurred while VM initialising. java/lang/NoClassDefFoundError: jamvm/java/lang/VMClassLoaderData (this may be an issue with buildroot, so maybe this mailing list is not the right place to discuss it). Basically, I need Java 7 for buildroot, and I only found JamVM, but JamVM claims to only support Java 1.5. Is that correct? Thanks Ulrich |
|
From: Thomas De S. <pat...@gm...> - 2014-05-16 08:00:26
|
Hi Robert, On Fri, May 16, 2014 at 1:23 AM, Robert Lougher <rob...@gm...> wrote: [..] >> > > Quick update. Testing done, no regressions found compared to 1.5.4 > (with GNU Classpath 0.99). Should be on track to do the release this > weekend. > Thanks for the update, sounds good! Best regards, Thomas |
|
From: Robert L. <rob...@gm...> - 2014-05-15 23:23:19
|
On 8 May 2014 12:39, Thomas De Schampheleire <pat...@gm...> wrote: > Hi Robert, > > On Thu, May 8, 2014 at 1:20 PM, Robert Lougher <rob...@gm...> wrote: >>My intention was to do this over the weekend, so hopefully >> if no problems show up there should be a new release in a couple of >> days. >> > > That sounds great, thanks a lot! This will definitely help the > Buildroot project. > Quick update. Testing done, no regressions found compared to 1.5.4 (with GNU Classpath 0.99). Should be on track to do the release this weekend. Rob. > Best regards, > Thomas |
|
From: Thomas De S. <pat...@gm...> - 2014-05-08 11:40:22
|
Hi Robert, On Thu, May 8, 2014 at 1:20 PM, Robert Lougher <rob...@gm...> wrote: > Hi Thomas, > > In the past JamVM only worked with GNU Classpath, and I made regular > releases to tie in with that. However, since 2010, JamVM development > has mainly focused on OpenJDK support. The IcedTea project (which > packages JamVM and OpenJDK) does not rely on releases as they > periodically take a snapshot from git. Thanks for this background. > > Having said that, I have since discovered that IcedTea would also > prefer to work with "official" releases. So I do want to go back to a > release model. I have just finished OpenJDK 8 support so now seems a > good time to do a release. There have also been many bugs fixed, and > tightening of standards compliancy which will also affect GNU > Classpath. However, before I do a release I have to test with Mauve > (GNU Classpath test suite). I mostly run with OpenJDK now, so I need > to ensure that the OpenJDK work hasn't broken anything with GNU > Classpath. My intention was to do this over the weekend, so hopefully > if no problems show up there should be a new release in a couple of > days. > That sounds great, thanks a lot! This will definitely help the Buildroot project. Best regards, Thomas |
|
From: Robert L. <rob...@gm...> - 2014-05-08 11:20:09
|
Hi Thomas, In the past JamVM only worked with GNU Classpath, and I made regular releases to tie in with that. However, since 2010, JamVM development has mainly focused on OpenJDK support. The IcedTea project (which packages JamVM and OpenJDK) does not rely on releases as they periodically take a snapshot from git. Having said that, I have since discovered that IcedTea would also prefer to work with "official" releases. So I do want to go back to a release model. I have just finished OpenJDK 8 support so now seems a good time to do a release. There have also been many bugs fixed, and tightening of standards compliancy which will also affect GNU Classpath. However, before I do a release I have to test with Mauve (GNU Classpath test suite). I mostly run with OpenJDK now, so I need to ensure that the OpenJDK work hasn't broken anything with GNU Classpath. My intention was to do this over the weekend, so hopefully if no problems show up there should be a new release in a couple of days. Rob. On 7 May 2014 19:24, Thomas De Schampheleire <pat...@gm...> wrote: > Hi, > > I would like to know the current status of jamvm 1.6.0 development. > The last release of jamvm was 1.5.4, dating from 2010. > It seems that there still is ongoing development in the git tree at > http://git.berlios.de/cgi-bin/cgit.cgi/jamvm, but no release has been > made in the mean time. > Is there a particular reason why there haven't been any releases since > 1.5.4, not even in the 1.5.x series? > > I'm a contributor to Buildroot [1], an embedded Linux build system, > which contains jamvm 1.5.4. One of our users provided a patch to make > jamvm build on big-endian MIPS [2], but I now learned about the 1.6.0 > development that already builds on big-endian MIPS. > > We could start using a git revision in Buildroot, but using a released > version is much preferred. > Is there any change of making a release soon, even a release candidate > or the like? > > Thanks for your feedback, > Thomas > > [1] http://www.buildroot.org > [2] https://bugs.busybox.net/show_bug.cgi?id=7010 > > ------------------------------------------------------------------------------ > Is your legacy SCM system holding you back? Join Perforce May 7 to find out: > • 3 signs your SCM is hindering your productivity > • Requirements for releasing software faster > • Expert tips and advice for migrating your SCM now > http://p.sf.net/sfu/perforce > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: Thomas De S. <pat...@gm...> - 2014-05-07 18:25:23
|
Hi, I would like to know the current status of jamvm 1.6.0 development. The last release of jamvm was 1.5.4, dating from 2010. It seems that there still is ongoing development in the git tree at http://git.berlios.de/cgi-bin/cgit.cgi/jamvm, but no release has been made in the mean time. Is there a particular reason why there haven't been any releases since 1.5.4, not even in the 1.5.x series? I'm a contributor to Buildroot [1], an embedded Linux build system, which contains jamvm 1.5.4. One of our users provided a patch to make jamvm build on big-endian MIPS [2], but I now learned about the 1.6.0 development that already builds on big-endian MIPS. We could start using a git revision in Buildroot, but using a released version is much preferred. Is there any change of making a release soon, even a release candidate or the like? Thanks for your feedback, Thomas [1] http://www.buildroot.org [2] https://bugs.busybox.net/show_bug.cgi?id=7010 |
|
From: Christopher F. <chr...@gm...> - 2013-12-31 19:41:43
|
Hi list, Shameless self-promotion that might be of interest for embedded Java developers. https://github.com/cfriedt/fb4j It wouldn't be possible without JamVM of course ;-) Happy New Year! C |
|
From: Andrew <gnu...@re...> - 2013-12-24 03:40:08
|
----- Original Message ----- > Hi team! > I have synced all the IcedTea repositorys to use the latest jamvm 2013-11-18 > revision. > > IcedTea 1 : http://icedtea.classpath.org/hg/icedtea6/rev/74aaf8c87752 > IcedTea 2 : http://icedtea.classpath.org/hg/icedtea7/rev/92450bf34748 > IcedTea 3 : http://icedtea.classpath.org/hg/icedtea/rev/fde41e40bb89 > > Looking forward to the JamVM talks at FOSDEM 2014! > https://fosdem.org/2014/schedule/event/openjdk8_jamvm/ > https://fosdem.org/2014/schedule/event/ji_gong_high_availability_jvm/ > > Happy holidays and cheers! > Xerxes > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > Thanks! :) -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 |
|
From: Xerxes R. <xe...@za...> - 2013-12-20 11:13:03
|
Hi team! I have synced all the IcedTea repositorys to use the latest jamvm 2013-11-18 revision. IcedTea 1 : http://icedtea.classpath.org/hg/icedtea6/rev/74aaf8c87752 IcedTea 2 : http://icedtea.classpath.org/hg/icedtea7/rev/92450bf34748 IcedTea 3 : http://icedtea.classpath.org/hg/icedtea/rev/fde41e40bb89 Looking forward to the JamVM talks at FOSDEM 2014! https://fosdem.org/2014/schedule/event/openjdk8_jamvm/ https://fosdem.org/2014/schedule/event/ji_gong_high_availability_jvm/ Happy holidays and cheers! Xerxes |
|
From: Mattias I. B. <mat...@co...> - 2013-11-21 08:49:47
|
Sorry I don’t remember much about it just searched my mailbox about it. Just remember a memory leak with Double.toString in GNU classpath. Did a Google search now. Might have been this one, not fixed in 0.97.2 and 0.98 at least and regarding this bug report the bug fix is still not applied. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29263 Mattias Från: mlp...@gm... [mailto:mlp...@gm...] Skickat: den 21 november 2013 08:04 Kopia: jam...@li... Ämne: Re: [Jamvm-general] memory leak Hello Mattias, thank you for your quick reply. I tried with classpath 0.99. But without success. I also checked the savannah cvs and the files you mentioned have not changed the last few years. Do you have any other ideas? Best regards Michael Gesendet: Mittwoch, 20. November 2013 um 15:06 Uhr Von: "Mattias Isegran Bergander" <mat...@co...<mailto:mat...@co...>> An: "mlp...@gm...<mailto:mlp...@gm...>" <mlp...@gm...<mailto:mlp...@gm...>>, "jam...@li...<mailto:jam...@li...>" <jam...@li...<mailto:jam...@li...>> Betreff: SV: [Jamvm-general] memory leak If memory serves there were two bugs in GNU classpath that might be related to this. Might have been fixed in 0.99. Maybe a good starting point to find out more though. One memory leak for doubles native/jni/java-lang/java_lang_VMDouble.c and some more files in native/fdlibm/ and one problem with java/text/DecimalFormat.java Mattias Från: mlp...@gm...<mailto:mlp...@gm...> [mailto:mlp...@gm...] Skickat: den 20 november 2013 14:52 Till: jam...@li...<mailto:jam...@li...> Ämne: [Jamvm-general] memory leak Hello list, I have the following Java Code which in my opinion causes a memory leak in jamvm. It could be programmed better, but in my case I want to run the eclipse equinox OSGi framework and sometimes the kernel kills jamvm because there is no memory left. I reduced the code until this sample remains: public class HelloWorld { public static void main(String[] args) { while(true) { Float f1,f2; Float fRes; String sRes; f1 = 23.4f; f2 = 2.5f; fRes = f1 * f2; sRes = Float.toString(fRes); } } } Running this code with a diffrent JRE or even with the ubuntu jamvm works fine. Only with my compiled jamvm version 1.6.0 and classpath 0.99 the memory usage is very high and the kernel keeps killing the jamvm process. Any suggestions what could be done? Best regards Michael |
|
From: <mlp...@gm...> - 2013-11-21 07:03:57
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Hello Mattias,</div>
<div> </div>
<div>thank you for your quick reply. I tried with classpath 0.99. But without success.</div>
<div>I also checked the savannah cvs and the files you mentioned have not changed the last few years.</div>
<div>Do you have any other ideas?</div>
<div> </div>
<div>Best regards Michael</div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 20. November 2013 um 15:06 Uhr<br/>
<b>Von:</b> "Mattias Isegran Bergander" <mat...@co...><br/>
<b>An:</b> "mlp...@gm..." <mlp...@gm...>, "jam...@li..." <jam...@li...><br/>
<b>Betreff:</b> SV: [Jamvm-general] memory leak</div>
<div name="quoted-content"><!--p.MsoNormal, li.MsoNormal, div.MsoNormal {
margin: 0.0cm;
font-size: 12.0pt;
font-family: "Times New Roman" , serif;
}
a:link, span.MsoHyperlink {
color: blue;
text-decoration: underline;
}
a:visited, span.MsoHyperlinkFollowed {
color: purple;
text-decoration: underline;
}
span.E-postmall17 {
font-family: Calibri , sans-serif;
color: rgb(31,73,125);
}
*.MsoChpDefault {
font-size: 10.0pt;
}
div.WordSection1 {
page: WordSection1;
}
-->
<div>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">If memory serves there were two bugs in GNU classpath that might be related to this. Might have been fixed in 0.99. Maybe a good starting point to find out more though.</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);"> </span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">One memory leak for doubles</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">native/jni/java-lang/java_lang_VMDouble.c </span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">and some more files in native/fdlibm/</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);"> </span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">and one problem with</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">java/text/DecimalFormat.java</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);"> </span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);">Mattias</span></p>
<p class="MsoNormal"><span style="font-size: 11.0pt;font-family: Calibri , sans-serif;color: rgb(31,73,125);"> </span></p>
<div>
<div style="border: none;border-top: solid rgb(181,196,223) 1.0pt;padding: 3.0pt 0.0cm 0.0cm 0.0cm;">
<p class="MsoNormal"><b><span style="font-size: 10.0pt;font-family: Tahoma , sans-serif;">Från:</span></b><span style="font-size: 10.0pt;font-family: Tahoma , sans-serif;"> mlp...@gm... [mailto:mlp...@gm...]<br/>
<b>Skickat:</b> den 20 november 2013 14:52<br/>
<b>Till:</b> jam...@li...<br/>
<b>Ämne:</b> [Jamvm-general] memory leak</span></p>
</div>
</div>
<p class="MsoNormal"> </p>
<div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;"> </span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;">Hello list,</span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;">I have the following Java Code which in my opinion causes a memory leak in jamvm.<br/>
It could be programmed better, but in my case I want to run the eclipse equinox OSGi<br/>
framework and sometimes the kernel kills jamvm because there is no memory left. I<br/>
reduced the code until this sample remains:<br/>
public class HelloWorld {<br/>
public static void main(String[] args) {<br/>
while(true) {<br/>
Float f1,f2;<br/>
Float fRes;<br/>
String sRes;<br/>
f1 = 23.4f;<br/>
f2 = 2.5f;<br/>
fRes = f1 * f2;<br/>
sRes = Float.toString(fRes);<br/>
}<br/>
}<br/>
}</span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;">Running this code with a diffrent JRE or even with the ubuntu jamvm works fine.<br/>
Only with my compiled jamvm version 1.6.0 and classpath 0.99 the memory usage is very high and the kernel keeps killing the jamvm process.<br/>
Any suggestions what could be done?</span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;"> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size: 9.0pt;font-family: Verdana , sans-serif;">Best regards Michael</span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></body></html>
|
|
From: Mattias I. B. <mat...@co...> - 2013-11-20 14:20:02
|
If memory serves there were two bugs in GNU classpath that might be related to this. Might have been fixed in 0.99. Maybe a good starting point to find out more though.
One memory leak for doubles
native/jni/java-lang/java_lang_VMDouble.c
and some more files in native/fdlibm/
and one problem with
java/text/DecimalFormat.java
Mattias
Från: mlp...@gm... [mailto:mlp...@gm...]
Skickat: den 20 november 2013 14:52
Till: jam...@li...
Ämne: [Jamvm-general] memory leak
Hello list,
I have the following Java Code which in my opinion causes a memory leak in jamvm.
It could be programmed better, but in my case I want to run the eclipse equinox OSGi
framework and sometimes the kernel kills jamvm because there is no memory left. I
reduced the code until this sample remains:
public class HelloWorld {
public static void main(String[] args) {
while(true) {
Float f1,f2;
Float fRes;
String sRes;
f1 = 23.4f;
f2 = 2.5f;
fRes = f1 * f2;
sRes = Float.toString(fRes);
}
}
}
Running this code with a diffrent JRE or even with the ubuntu jamvm works fine.
Only with my compiled jamvm version 1.6.0 and classpath 0.99 the memory usage is very high and the kernel keeps killing the jamvm process.
Any suggestions what could be done?
Best regards Michael
|
|
From: <mlp...@gm...> - 2013-11-20 13:57:05
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> </div>
<div class="signature">
<div>Hello list,</div>
<div>I have the following Java Code which in my opinion causes a memory leak in jamvm.<br/>
It could be programmed better, but in my case I want to run the eclipse equinox OSGi<br/>
framework and sometimes the kernel kills jamvm because there is no memory left. I<br/>
reduced the code until this sample remains:<br/>
public class HelloWorld {<br/>
public static void main(String[] args) {<br/>
while(true) {<br/>
Float f1,f2;<br/>
Float fRes;<br/>
String sRes;<br/>
f1 = 23.4f;<br/>
f2 = 2.5f;<br/>
fRes = f1 * f2;<br/>
sRes = Float.toString(fRes);<br/>
}<br/>
}<br/>
}</div>
<div>Running this code with a diffrent JRE or even with the ubuntu jamvm works fine.<br/>
Only with my compiled jamvm version 1.6.0 and classpath 0.99 the memory usage is very high and the kernel keeps killing the jamvm process.<br/>
Any suggestions what could be done?</div>
<div> </div>
<div>Best regards Michael</div>
</div></div></body></html>
|
|
From: Christopher F. <chr...@gm...> - 2013-10-13 19:32:55
|
Hi list Further to my last email, I've cloned jamvm and classpath on github and have uploaded my changesets that enable 1) mmaping special files - i.e. getting a MappedByteBuffer to /dev/fb0 or /dev/video0 2) obtaining a direct-mapped byte buffer of mmaped contents, backed by a real, memory-managed java array - rather than using the miserably slow get*() and put*() methods of Buffer*.class, use Java bytecode to directly read and write array contents In my experience (spanning 9 years in embedded Java), that makes JamVM / Classpath the *ONLY* Java runtime in existence that supports either of those two pretty freaking awesome features (see attached graph). If you have a few minutes, give the following a try: JamVM ---------- https://github.com/cfriedt/jamvm/compare/create-array-from-pointer Classpath ------------- https://github.com/cfriedt/classpath/compare/add-integer-filedescriptor https://github.com/cfriedt/classpath/compare/mmap-special-files https://github.com/cfriedt/classpath/compare/buffers See attached main class to generate CSV which can be used (in turn) to generate the pretty graph of speedups. I've only been able to test this on * OS X (using mmaped regular files) * Linux (using mmaped regular files, and /dev/fb0, /dev/video0 with custom JNI wrappers for ioctls) ... but (in theory) it should work on any POSIX OS. My Linux /dev/fb0 tests are currently being gummed-up because VMWare's plain-old-FB driver doesn't support page flipping, so it doesn't give the expected visual results, but it works... and also throws a proper Java exception when trying to write outside of the FB mem :-) One part I DO NOT like about my patch is the addition of an extra JNI function. This could potentially clobber the spec a little, but since it's OOB right now, AFAIK, it's safe to use for fun. If you have a suggestion for another method to use other than CreateArrayFromPointer(), please advise. I'd rather not submit patches for JamVM or Classpath until there's a less invasive way to accomplish the same task (2). Cheers, C |
|
From: Christopher F. <chr...@gm...> - 2013-10-11 11:19:02
|
---
configure.ac | 2 +
src/os/darwin/Makefile.am | 2 +-
src/os/darwin/x86_64/Makefile.am | 25 ++++
src/os/darwin/x86_64/callNative.S | 269 ++++++++++++++++++++++++++++++++++++++
src/os/darwin/x86_64/dll_md.c | 57 ++++++++
src/os/darwin/x86_64/init.c | 28 ++++
6 files changed, 382 insertions(+), 1 deletion(-)
create mode 100644 src/os/darwin/x86_64/Makefile.am
create mode 100644 src/os/darwin/x86_64/callNative.S
create mode 100644 src/os/darwin/x86_64/dll_md.c
create mode 100644 src/os/darwin/x86_64/init.c
diff --git a/configure.ac b/configure.ac
index d065142..5542bd3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -39,6 +39,7 @@ i386-*-openbsd*) host_os=bsd libdl_needed=no ;;
i386-*-freebsd*) host_os=bsd libdl_needed=no ;;
i386-*-solaris*) host_cpu=x86 host_os=solaris ;;
x86_64-*-linux*) host_os=linux ;;
+x86_64-*-darwin*) host_os=darwin ;;
hppa*-*-linux*) host_cpu=parisc host_os=linux ;;
mips*-*-linux*) host_cpu=mips host_os=linux ;;
x86_64-*-openbsd*) host_os=bsd libdl_needed=no ;;
@@ -405,6 +406,7 @@ AC_CONFIG_FILES(
src/os/linux/parisc/Makefile \
src/os/linux/mips/Makefile \
src/os/darwin/i386/Makefile \
+ src/os/darwin/x86_64/Makefile \
src/os/darwin/arm/Makefile \
src/os/darwin/powerpc/Makefile \
src/os/bsd/powerpc/Makefile \
diff --git a/src/os/darwin/Makefile.am b/src/os/darwin/Makefile.am
index 760c699..8cadf1d 100644
--- a/src/os/darwin/Makefile.am
+++ b/src/os/darwin/Makefile.am
@@ -20,7 +20,7 @@
##
SUBDIRS = @arch@
-DIST_SUBDIRS = powerpc i386 arm
+DIST_SUBDIRS = powerpc i386 arm x86_64
noinst_LTLIBRARIES = libos.la
libos_la_SOURCES = os.c
diff --git a/src/os/darwin/x86_64/Makefile.am b/src/os/darwin/x86_64/Makefile.am
new file mode 100644
index 0000000..0ddea9f
--- /dev/null
+++ b/src/os/darwin/x86_64/Makefile.am
@@ -0,0 +1,25 @@
+##
+## Copyright (C) 2003, 2004, 2005, 2006, 2007
+## Robert Lougher <ro...@ja...>.
+##
+## This file is part of JamVM.
+##
+## This program is free software; you can redistribute it and/or
+## modify it under the terms of the GNU General Public License
+## as published by the Free Software Foundation; either version 2,
+## or (at your option) any later version.
+##
+## This program is distributed in the hope that it will be useful,
+## but WITHOUT ANY WARRANTY; without even the implied warranty of
+## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+## GNU General Public License for more details.
+##
+## You should have received a copy of the GNU General Public License
+## along with this program; if not, write to the Free Software
+## Foundation, 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+##
+
+noinst_LTLIBRARIES = libnative.la
+libnative_la_SOURCES = init.c dll_md.c callNative.S
+
+AM_CPPFLAGS = -I$(top_builddir)/src
diff --git a/src/os/darwin/x86_64/callNative.S b/src/os/darwin/x86_64/callNative.S
new file mode 100644
index 0000000..b2bde79
--- /dev/null
+++ b/src/os/darwin/x86_64/callNative.S
@@ -0,0 +1,269 @@
+/*
+ * Copyright (C) 2008, 2009 Robert Lougher <ro...@ja...>.
+ *
+ * This file is part of JamVM.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version 2,
+ * or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+ */
+
+#include "config.h"
+
+#ifndef USE_FFI
+.text
+.align 2
+.globl _callJNIMethod
+//.type callJNIMethod,function
+
+/*
+ * Arguments passed in:
+ *
+ * %rdi JNIEnv
+ * %rsi class or NULL
+ * %rdx sig
+ * %rcx extra arg
+ * %r8 ostack
+ * %r9 function pntr
+ */
+
+_callJNIMethod:
+ pushq %rbp
+ movq %rsp, %rbp
+
+ pushq %r8
+ pushq %r9
+ pushq %rbx
+ pushq %r12
+ pushq %r14
+ pushq %r15
+
+ testq %rsi, %rsi
+ jne alloc_space
+
+ movq (%r8), %rsi
+ addq $8, %r8
+
+alloc_space:
+ subq %rcx, %rsp
+
+/* Setup argument registers:
+ * rdx, rcx, r8, r9
+ * xmm0 - xmm7
+ *
+ * local register usage:
+ * r10 = int reg count
+ * r11 = double handler
+ * r12 = float handler
+ * r14 = sig pntr
+ * r15 = stack pntr
+ * rbx = ostack pntr
+ */
+
+ leaq double_regs-10(%rip), %r11
+ leaq float_regs-10(%rip), %r12
+ leaq 1(%rdx), %r14
+ movq %rsp, %r15
+ xorq %r10, %r10
+ movq %r8, %rbx
+
+next:
+ movzbq (%r14), %rax
+ incq %r14
+
+ cmpq $41, %rax /* ')' */
+ je done
+ cmpq $68, %rax /* 'D' */
+ je double
+ cmpq $70, %rax /* 'F' */
+ je float
+ cmpq $74, %rax /* 'J' */
+ je long
+
+skip_brackets:
+ cmpq $91, %rax /* '[' */
+ jne check_ref
+ movzbq (%r14), %rax
+ incq %r14
+ jmp skip_brackets
+
+check_ref:
+ cmpq $76, %rax /* 'L' */
+ jne int
+
+skip_ref:
+ movzbq (%r14), %rax
+ incq %r14
+ cmpq $59, %rax /* ';' */
+ jne skip_ref
+
+int:
+ movq (%rbx), %rax
+ addq $8, %rbx
+
+check_regs:
+ incq %r10
+ cmpq $2, %r10
+ jg check_4
+
+ cmovneq %rax, %rdx
+ cmoveq %rax, %rcx
+ jmp next
+
+check_4:
+ cmpq $4, %r10
+ jg stack_push
+
+ cmovneq %rax, %r8
+ cmoveq %rax, %r9
+ jmp next
+
+stack_push:
+ movq %rax, (%r15)
+ addq $8, %r15
+ jmp next
+
+long:
+ movq (%rbx), %rax
+ addq $16, %rbx
+ jmp check_regs
+
+double:
+ addq $10, %r11
+ addq $10, %r12
+ addq $16, %rbx
+ jmp *%r11
+
+double_regs:
+ movsd -16(%rbx), %xmm0
+ jmp next
+ movsd -16(%rbx), %xmm1
+ jmp next
+ movsd -16(%rbx), %xmm2
+ jmp next
+ movsd -16(%rbx), %xmm3
+ jmp next
+ movsd -16(%rbx), %xmm4
+ jmp next
+ movsd -16(%rbx), %xmm5
+ jmp next
+ movsd -16(%rbx), %xmm6
+ jmp next
+ movsd -16(%rbx), %xmm7
+ jmp next
+ movq -16(%rbx), %rax
+ subq $10, %r11
+ subq $10, %r12
+ jmp stack_push
+
+float:
+ addq $10, %r11
+ addq $10, %r12
+ addq $8, %rbx
+ jmp *%r12
+
+float_regs:
+ movss -8(%rbx), %xmm0
+ jmp next
+ movss -8(%rbx), %xmm1
+ jmp next
+ movss -8(%rbx), %xmm2
+ jmp next
+ movss -8(%rbx), %xmm3
+ jmp next
+ movss -8(%rbx), %xmm4
+ jmp next
+ movss -8(%rbx), %xmm5
+ jmp next
+ movss -8(%rbx), %xmm6
+ jmp next
+ movss -8(%rbx), %xmm7
+ jmp next
+ movl -8(%rbx), %eax
+ subq $10, %r11
+ subq $10, %r12
+ jmp stack_push
+
+done:
+ /* Arguments all setup --
+ call the native method */
+
+ callq *-16(%rbp)
+
+ /* Get back ostack for return value */
+ movq -8(%rbp), %rcx
+
+ /* Handle return type */
+
+ movzbq (%r14), %rbx
+ cmpq $86, %rbx /* 'V' */
+ je return
+ cmpq $76, %rbx /* 'L' */
+ je int_ret
+ cmpq $91, %rbx /* '[' */
+ je int_ret
+ cmpq $73, %rbx /* 'I' */
+ je int_ret
+ cmpq $68, %rbx /* 'D' */
+ je double_ret
+ cmpq $70, %rbx /* 'F' */
+ je float_ret
+ cmpq $74, %rbx /* 'J' */
+ je long_ret
+ cmpq $67, %rbx /* 'C' */
+ je char_ret
+ cmpq $83, %rbx /* 'S' */
+ je short_ret
+
+ /* remaining types Z and B */
+ movsbq %al, %rax
+
+int_ret:
+ movq %rax, (%rcx)
+ addq $8, %rcx
+
+return:
+ movq -24(%rbp), %rbx
+ movq -32(%rbp), %r12
+ movq -40(%rbp), %r14
+ movq -48(%rbp), %r15
+
+ movq %rbp, %rsp
+ popq %rbp
+
+ movq %rcx, %rax
+ retq
+
+char_ret:
+ movzwq %ax, %rax
+ jmp int_ret
+
+short_ret:
+ movswq %ax, %rax
+ jmp int_ret
+
+long_ret:
+ movq %rax, (%rcx)
+ addq $16, %rcx
+ jmp return
+
+double_ret:
+ movsd %xmm0, (%rcx)
+ addq $16, %rcx
+ jmp return
+
+float_ret:
+ movss %xmm0, (%rcx)
+ addq $8, %rcx
+ jmp return
+#endif
diff --git a/src/os/darwin/x86_64/dll_md.c b/src/os/darwin/x86_64/dll_md.c
new file mode 100644
index 0000000..f5be3b3
--- /dev/null
+++ b/src/os/darwin/x86_64/dll_md.c
@@ -0,0 +1,57 @@
+/*
+ * Copyright (C) 2008, 2010 Robert Lougher <ro...@ja...>.
+ *
+ * This file is part of JamVM.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version 2,
+ * or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+ */
+
+#include "jam.h"
+
+#ifndef USE_FFI
+#include <stdio.h>
+
+int nativeExtraArg(MethodBlock *mb) {
+ char *sig = mb->type;
+ int stack_space;
+ int iargs = 0;
+ int fargs = 0;
+
+ while(*++sig != ')')
+ switch(*sig) {
+ case 'D':
+ case 'F':
+ fargs++;
+ break;
+
+ default:
+ iargs++;
+
+ if(*sig == '[')
+ while(*++sig == '[');
+ if(*sig == 'L')
+ while(*++sig != ';');
+ break;
+ }
+
+ stack_space = ((iargs > 4 ? iargs - 4 : 0) +
+ (fargs > 8 ? fargs - 8 : 0)) << 3;
+
+ /* Ensure the stack remains 16 byte aligned. As
+ callJNIMethod pushes an even number of registers
+ the extra space must also be even. */
+ return (stack_space + 15) & ~15;
+}
+#endif
diff --git a/src/os/darwin/x86_64/init.c b/src/os/darwin/x86_64/init.c
new file mode 100644
index 0000000..4fed8fc
--- /dev/null
+++ b/src/os/darwin/x86_64/init.c
@@ -0,0 +1,28 @@
+/*
+ * Copyright (C) 2003, 2004, 2006, 2007
+ * Robert Lougher <ro...@ja...>.
+ *
+ * This file is part of JamVM.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version 2,
+ * or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+ */
+
+/* This is needed on Linux/i386. Find out if it's
+ needed on Darwin/i386, and how to set it. */
+void setDoublePrecision() {
+}
+
+void initialisePlatform() {
+}
--
1.8.3.2
|
|
From: Christopher F. <chr...@gm...> - 2013-10-11 11:19:00
|
Hi jamvm list, Here is some basic support for darwin / x86_64. It's mainly duplicating some code made by Robert. This is verified to the extent that it Works For Me™ and I've tested it with some other subsequent changes. I've cloned jamvm on github as well, and added a couple of branches for experimentation. If you want to look at this patch pretty-printed, then follow the link below. https://github.com/cfriedt/jamvm/compare/darwin-x86-64 Cheers, C |
|
From: Xerxes RÃ¥n. <xe...@za...> - 2013-09-24 08:47:30
|
The IcedTea project provides a harness to build the source code from OpenJDK using Free Software build tools, along with additional features such as a PulseAudio sound driver, the ability to build against system libraries and support for alternative virtual machines and architectures beyond those supported by OpenJDK. This release updates our OpenJDK 7 support in the 2.4.x series with a number of bug fixes and synchronises it with the upstream u40 b60 tag. If you find an issue with the release, please report it to our bug database (http://icedtea.classpath.org/bugzilla/) under the appropriate component. Development discussion takes place on the dis...@op... mailing list and patches are always welcome. Full details of the release can be found below. What's New? =========== New in release 2.4.2 (2013-09-20): * System LCMS 2 support again enabled by default, requiring 2.5 or above. * OpenJDK - S7122222: GC log is limited to 2G for 32-bit - S7162400: Intermittent java.io.IOException: Bad file number during HotSpotVirtualMachine.executeCommand - S7165807: Non optimized initialization of NSS crypto library leads to scalability issues - S7199324: IPv6: JMXConnectorServer.getConnectionIDs() return IDs contradicting to address grammar - S8001345: VM crashes with assert(n->outcnt() != 0 || C->top() == n || n->is_Proj()) failed: No dead instructions after post-alloc - S8001424: G1: Rename certain G1-specific flags - S8001425: G1: Change the default values for certain G1 specific flags - S8004859: Graphics.getClipBounds/getClip return difference nonequivalent bounds, depending from transform - S8005019: JTable passes row index instead of length when inserts selection interval - S8005194: [parfait] #353 sun/awt/image/jpeg/imageioJPEG.c Memory leak of pointer 'scale' allocated with calloc() - S8006941: [macosx] Deadlock in drag and drop - S8007898: Incorrect optimization of Memory Barriers in Matcher::post_store_load_barrier() - S8009168: accessibility.properties syntax issue - S8009985: [parfait] Uninitialised variable at jdk/src/solaris/native/com/sun/management/UnixOperatingSystem_md.c - S8011064: Some tests have failed with SIGSEGV on arm-hflt on build b82 - S8011569: ARM -- avoid native stack walking - S8011760: assert(delta != 0) failed: dup pointer in MemBaseline::malloc_sort_by_addr - S8012144: multiple SIGSEGVs fails on staxf - S8012156: tools/javac/file/zip/T6865530.java fails for win32/64 - S8012241: NMT huge memory footprint, it usually leads to OOME - S8012366: Fix for 8007815 breaks down when only building OpenJDK (without deploy and install forests) - S8013546: compiler/8011901/Test8011901.java fails with CompilationError: Compilation failed - S8013719: Increment build # of hs23.21 to b02 - S8013791: G1: G1CollectorPolicy::initialize_flags() may set min_alignment > max_alignment - S8014264: The applet pathguy_TimeDead throws java.lang.NullPointerException in java console once click drop-down check box. - S8014312: Fork hs23.25 hsx from hs23.21 for jdk7u25 and reinitialize build number - S8014805: NPE is thrown during certpath validation if certificate does not have AuthorityKeyIdentifier extension - S8014850: Third Party License Readme updates for 7u40 - S8014925: Disable sun.reflect.Reflection.getCallerClass(int) with a temporary switch to re-enable it - S8015237: Parallelize string table scanning during strong root processing - S8015411: Bump the hsx build number for 7u21-b50 for customer - S8015441: runThese crashed with assert(opcode == Op_ConP || opcode == Op_ThreadLocal || opcode == Op_CastX2P ..) failed: sanity - S8015576: CMS: svc agent throws java.lang.RuntimeException: No type named "FreeList" in database - S8015668: overload resolution: performance regression in JDK 7 - S8015884: runThese crashed with SIGSEGV, hs_err has an error instead of stacktrace - S8016074: NMT: assertion failed: assert(thread->thread_state() == from) failed: coming from wrong thread state - S8016102: Increment build # of hs23.25 to b02 for 7u25-b31 psu - S8016131: nsk/sysdict/vm/stress/chain tests crash the VM in 'entry_frame_is_first()' - S8016133: Regression: diff. behavior with user-defined SAXParser - S8016157: During CTW: C2: assert(!def_outside->member(r)) failed: Use of external LRG overlaps the same LRG defined in this block - S8016331: Minor issues in event tracing metadata - S8016648: FEATURE_SECURE_PROCESSING set to true or false causes SAXParseException to be thrown - S8016734: Remove extra code due to duplicated push - S8016737: After clicking on "Print UNCOLLATED" button, the print out come in order 'Page 1', 'Page 2', 'Page 1' - S8016740: assert in GC_locker from PSOldGen::expand with -XX:+PrintGCDetails and Verbose - S8016767: Provide man pages generated from DARB for OpenJDK - S8017070: G1: assert(_card_counts[card_num] <= G1ConcRSHotCardLimit) failed - S8017159: Unexclude sun/tools/JMAP/Basic.sh test - S8017173: XMLCipher with RSA_OAEP Key Transport algorithm can't be instantiated - S8017174: NPE when using Logger.getAnonymousLogger or LogManager.getLogManager().getLogger - S8017189: [macosx] AWT program menu disabled on Mac - S8017252: new hotspot build - hs24-b51 - S8017478: Kitchensink crashed with SIGSEGV in BaselineReporter::diff_callsites - S8017483: G1 tests fail with native OOME on Solaris x86 after HeapBaseMinAddress has been increased - S8017510: Add a regression test for 8005956 - S8017566: Backout 8000450 - Cannot access to com.sun.corba.se.impl.orb.ORBImpl - S8017588: SA: jstack -l throws UnalignedAddressException while attaching to core file for java that was started with CMS GC - S8019155: Update makefiles with correct jfr packages - S8019201: Regression: java.awt.image.ConvolveOp throws java.awt.image.ImagingOpException - S8019236: [macosx] Add javadoc to the handleWindowFocusEvent in CEmbeddedFrame - S8019265: [macosx] apple.laf.useScreenMenuBar regression comparing with jdk6 - S8019298: new hotspot build - hs24-b52 - S8019381: HashMap.isEmpty is non-final, potential issues for get/remove - S8019541: 7u40 l10n resource file translation update - S8019587: [macosx] Possibility to set the same frame for the different screens - S8019625: Test compiler/8005956/PolynomialRoot.java timeouts on Solaris SPARCs - S8019628: [macosx] closed/java/awt/Modal/BlockedMouseInputTest/BlockedMouseInputTest.html failed since 7u40b30 on MacOS - S8019826: Test com/sun/management/HotSpotDiagnosticMXBean/SetVMOption.java fails with NPE - S8019933: new hotspot build - hs24-b53 - S8019979: Replace CheckPackageAccess test with better one from closed repo - S8020038: [macosx] Incorrect usage of invokeLater() and likes in callbacks called via JNI from AppKit thread - S8020054: (tz) Support tzdata2013d - S8020155: PSR:PERF G1 not collecting old regions when humongous allocations interfer - S8020215: Different execution plan when using JIT vs interpreter - S8020228: Restore the translated version of logging_xx.properties - S8020298: [macosx] Incorrect merge in the lwawt code - S8020319: Update Japanese man pages for 7u40 - S8020371: [macosx] applets with Drag and Drop fail with IllegalArgumentException - S8020381: new hotspot build - hs24-b54 - S8020425: Product options incorrectly removed in minor version - S8020430: NullPointerException in xml sqe nightly result on 2013-07-12 - S8020433: Crash when using -XX:+RestoreMXCSROnJNICalls - S8020498: Crash when both libnet.so and libmawt.so are loaded - S8020525: Increment build # of hs23.25 to b03 for 7u25-b34 psu - S8020547: Event based tracing needs a UNICODE string type - S8020625: [TESTBUG] java/util/HashMap/OverrideIsEmpty.java doesn't compile for jdk7u - S8020701: Avoid crashes in WatcherThread - S8020796: new hotspot build - hs24-b55 - S8020811: [macosx] Merge fault 7u25-7u40: Missed focus fix JDK-8012330 - S8020940: Valid OCSP responses are rejected for backdated enquiries - S8020983: OutOfMemoryError caused by non garbage collected JPEGImageWriter Instances - S8021008: Provide java and jcmd man pages for Mac (OpenJDK) - S8021148: Regression in SAXParserImpl in 7u40 b34 (NPE) - S8021353: Event based tracing is missing thread exit - S8021381: JavaFX scene included in Swing JDialog not starting from Web Start - S8021565: new hotspot build - hs24-b56 - S8021771: warning stat64 is deprecated - when building on OSX 10.7.5 - S8021946: Disabling sun.reflect.Reflection.getCallerCaller(int) by default breaks several frameworks and libraries - S8022548: SPECJVM2008 has errors introduced in 7u40-b34 - S8023751: Need to backout 8020943, was pushed to hs24 without approval - S8024914: Swapped usage of idx_t and bm_word_t types in bitMap.inline.hpp * New features - RH991170: java does not use correct kerberos credential cache - PR1536: Allow use of system Kerberos to obtain cache location - PR1551: Add build support for Zero AArch64 - PR1552: Add -D_LITTLE_ENDIAN for ARM architectures. - PR1553: Add Debian AArch64 support - PR1554: Fix build on Mac OS X * Bug fixes - RH661505: JPEGs with sRGB IEC61966-2.1 color profiles have wrong colors - RH995488: Java thinks that the default timezone is Busingen instead of Zurich - Cleanup file resources properly in TimeZone_md. - PR1410: Icedtea 2.3.9 fails to build using icedtea 1.12.4 - G477456: emerge fails on pax system: java attempts RWX map, paxctl -m missing - G478484: patches/boot/ecj-diamond.patch FAILED - Fix Zero following changes to entry_frame_call_wrapper in 8016131 - RH1008988: Set ZERO_BUILD in flags.make so it is set on rebuilds - Cast should use same type as GCDrainStackTargetSize (uintx). - Add casts to fix build on S390 * JamVM - JSR292: Invoke Dynamic - sun.misc.Unsafe: additional methods get/putAddress: allows JamVM with OpenJDK 7/8 to run recent versions of JEdit. - FreeClassData: adjust method count for Miranda methods The tarball can be downloaded from: http://icedtea.classpath.org/download/source/icedtea-2.4.2.tar.gz or: http://icedtea.classpath.org/download/source/icedtea-2.4.2.tar.xz We now provide both gzip and xz tarballs, so that those who are able to make use of the smaller tarball produced by xz may do so. The tarballs are accompanied by digital signatures available at: http://icedtea.classpath.org/download/source/icedtea-2.4.2.tar.gz.sig http://icedtea.classpath.org/download/source/icedtea-2.4.2.tar.xz.sig These are produced using my public key. See details below. PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 SHA256 checksums: 3dab1edc5c0391bd67cfac60cbfb5c91aee6ea9726043252d9f216dfafd236b6 icedtea-2.4.2.tar.gz aeb1307d2d140805fcc23f05ad96eb1eb41655c14cdece404316978b149aee7a icedtea-2.4.2.tar.gz.sig 8c1edd97b8e7103f0345f0a561cec4f37c77d2016d81c66482bc657cfa14b754 icedtea-2.4.2.tar.xz 4d15428e91980519a7e225c638a3747f9c6c3a909d98db9ef557dc24477c1801 icedtea-2.4.2.tar.xz.sig The following people helped with these releases: * Elliott Baron (RH991170) * Dan Hor\u00E1k (S390 support) * Andrew Hughes (OpenJDK synchronisation, all other fixes & release management) * Alex Kasko (Windows & Mac OS X support) * Matthias Klose (Zero AArch64 & Debian support) * Denis Lila (RH661505) * Robert Lougher (JamVM support) * Omair Majid (initial version of RH995488) * Xerxes RÃ¥nby (JamVM support) We would also like to thank the bug reporters and testers! To get started: $ tar xzf icedtea-2.4.2.tar.gz or: $ tar x -I xz -f icedtea-2.4.2.tar.xz then: $ mkdir icedtea-build $ cd icedtea-build $ ../icedtea-2.4.2/configure $ make Full build requirements and instructions are available in the INSTALL file. Happy hacking! -- Andii :) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 |
|
From: Xerxes R. <xe...@za...> - 2013-09-17 18:16:16
|
2013-09-17 19:51, Xerxes Rånby skrev: > 2013-09-17 18:49, Andïï skrev: >> On 16 September 2013 11:13, Xerxes Rånby <xe...@za...> wrote: >>> 2013-09-13 16:43, Xerxes Rånby skrev: >>>> 2013-09-12 16:58, Andïï skrev: >>>>> On 12 September 2013 15:11, Xerxes Rånby <xe...@za...> wrote: >>>>>> 2013-09-11 22:25, Andïï skrev: >>>>>>> Some of you may have seen that Oracle have released u40 [0]. I'm >>>>>>> currently testing 2.4.2, which will bring the 2.4 branch up to date >>>>>>> with upstream on u40: >>> ... >>>>>>> I plan to release this coming Wednesday, the 18th of September, if all >>>>>>> looks good by then. >>>>>>> Xerxes is going to look at updating JamVM support on the branch in the meantime. >>> ... >>>>>> JamVM test logs, before jamvm update: ia32 & x86_64 >>>>>> >>>>>> Test procedure: >>>>>> apt-get install mercurial >>>>>> apt-get build-dep openjdk-7 >>>>>> hg clone http://icedtea.classpath.org/hg/release/icedtea7-2.4 >>>>>> cd icedtea7-2.4 >>>>>> ./autogen.sh >>>>>> ./configure --enable-jamvm --disable-system-lcms ; make ; make check >>>>>> >>>> ... >>>>>> https://gist.github.com/xranby/a7fcbcbb08e0b80164fb - jamvm 2.4.2pre+r41272f3d7393 ia32 >>>>>> https://gist.github.com/xranby/87bcbec586aca4ba8c70 - jamvm 2.4.2pre+r41272f3d7393 x86_64 >>>> ... >>>>> >>>>> Thanks! I await the improved results from the new version :) >>>> >>>> >>>> Updated logs for JamVM x86_86 using the latest 2013-08-28 revision >>>> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >>>> >>>> Logs: https://gist.github.com/xranby/d8f6c5f16e0f456a0f43 - jamvm 2.4.2pre+r41272f3d7393+ 2013-08-28 x86_64 >>>> Patch: >>>> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >>>> >>> ... >>>> >>>> Improvement seen after the update: >>>> >>>> diff -Naur 7c8dceb90880616b7dd670f257961a1f5f371ec3 ac22c9948434e528ece451642b4ebde40953ee7e >>>> --- 7c8dceb90880616b7dd670f257961a1f5f371ec3 2013-09-13 16:22:43.909428937 +0200 >>>> +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 > ... >>>> -Test results: passed: 193; failed: 70; error: 3 >>>> +Test results: passed: 196; failed: 67; error: 3 >>>> >>>> Three more hotspot tests passed after the update. >>> ... >>>> --------------- jtreg console summary for jdk --------------- >>> ... >>>> I have issues running the JDK tests on this x86_64 machine in general. >>>> The JDK tests abort without completing using both Hotspot and JamVM. >>> >>> I have run the JDK jtreg jdk java lang tests manually in order to see the new JamVM JSR 292 improvements after the update. >>> ./openjdk.build/j2sdk-image/jre/bin/java -jar test/jtreg.jar -v1 -s openjdk/jdk/test/java/lang | tee java-lang.log >>> >>> Summary of the diff in jdk java lang test results using jamvm on x86_64, before and after the update: >>> --- 7c8dceb90880616b7dd670f257961a1f5f371ec3-icedtea-2.4-jamvm-java-lang.log 2013-09-16 11:56:01.539380859 +0200 >>> +++ ac22c9948434e528ece451642b4ebde40953ee7e-icedtea-2.4-jamvm-2013-08-28-java-lang.log 2013-09-16 11:54:44.426998476 +020 > > ... >>> -Test results: passed: 260; failed: 96; error: 22 >>> +Test results: passed: 267; failed: 88; error: 23 >>> >>> Thus 7 more tests pass, no regressions seen in jdk java-lang after the update. >>> The FAILED -> Error test of java/lang/invoke/CallSiteTest is IMHO OK for JamVM since this CallSiteTest tests for an Hotspot specific Indify optimization in order to pass. >>> I recommend that we push this new 2013-08-28 update to HEAD and merge into icedtea-2.4 before the 2.4.2 release. >>> >>> Cheers >>> Xerxes >>> >> >> So this is newer than what's in HEAD? >> >> Ok, then please push to HEAD and I'll merge both changesets over. >> > > Ok, I have pushed the new update to IcedTea 7 HEAD. Please merge the two change-sets into 2.4. > http://icedtea.classpath.org/hg/icedtea7/rev/731375f0ba2e - JamVM: Fix issue with recent versions of JEdit; Updated to 2013-08-28 revision. ... > http://icedtea.classpath.org/hg/icedtea7/rev/b5fa79fec364 - JamVM: JSR 335: Lambda Expressions; JSR 292: enable for OpenJDK 7/IcedTea 2; Updated to 2013-07-14 revision. I have also updated IcedTea 1 and IcedTea 3 to be in sync all three HEAD branches are now using the same JamVM 2013-08-28 revision ac22c9948434e528ece451642b4ebde40953ee7e http://icedtea.classpath.org/hg/icedtea6/rev/48ba1e242c44 http://icedtea.classpath.org/hg/icedtea/rev/fe76f3068203 Cheers Xerxes |
|
From: Xerxes R. <xe...@za...> - 2013-09-17 17:50:54
|
2013-09-17 18:49, Andïï skrev: > On 16 September 2013 11:13, Xerxes Rånby <xe...@za...> wrote: >> 2013-09-13 16:43, Xerxes Rånby skrev: >>> 2013-09-12 16:58, Andïï skrev: >>>> On 12 September 2013 15:11, Xerxes Rånby <xe...@za...> wrote: >>>>> 2013-09-11 22:25, Andïï skrev: >>>>>> Some of you may have seen that Oracle have released u40 [0]. I'm >>>>>> currently testing 2.4.2, which will bring the 2.4 branch up to date >>>>>> with upstream on u40: >> ... >>>>>> I plan to release this coming Wednesday, the 18th of September, if all >>>>>> looks good by then. >>>>>> Xerxes is going to look at updating JamVM support on the branch in the meantime. >> ... >>>>> JamVM test logs, before jamvm update: ia32 & x86_64 >>>>> >>>>> Test procedure: >>>>> apt-get install mercurial >>>>> apt-get build-dep openjdk-7 >>>>> hg clone http://icedtea.classpath.org/hg/release/icedtea7-2.4 >>>>> cd icedtea7-2.4 >>>>> ./autogen.sh >>>>> ./configure --enable-jamvm --disable-system-lcms ; make ; make check >>>>> >>> ... >>>>> https://gist.github.com/xranby/a7fcbcbb08e0b80164fb - jamvm 2.4.2pre+r41272f3d7393 ia32 >>>>> https://gist.github.com/xranby/87bcbec586aca4ba8c70 - jamvm 2.4.2pre+r41272f3d7393 x86_64 >>> ... >>>> >>>> Thanks! I await the improved results from the new version :) >>> >>> >>> Updated logs for JamVM x86_86 using the latest 2013-08-28 revision >>> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >>> >>> Logs: https://gist.github.com/xranby/d8f6c5f16e0f456a0f43 - jamvm 2.4.2pre+r41272f3d7393+ 2013-08-28 x86_64 >>> Patch: >>> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >>> >> ... >>> >>> Improvement seen after the update: >>> >>> diff -Naur 7c8dceb90880616b7dd670f257961a1f5f371ec3 ac22c9948434e528ece451642b4ebde40953ee7e >>> --- 7c8dceb90880616b7dd670f257961a1f5f371ec3 2013-09-13 16:22:43.909428937 +0200 >>> +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 ... >>> -Test results: passed: 193; failed: 70; error: 3 >>> +Test results: passed: 196; failed: 67; error: 3 >>> >>> Three more hotspot tests passed after the update. >> ... >>> --------------- jtreg console summary for jdk --------------- >> ... >>> I have issues running the JDK tests on this x86_64 machine in general. >>> The JDK tests abort without completing using both Hotspot and JamVM. >> >> I have run the JDK jtreg jdk java lang tests manually in order to see the new JamVM JSR 292 improvements after the update. >> ./openjdk.build/j2sdk-image/jre/bin/java -jar test/jtreg.jar -v1 -s openjdk/jdk/test/java/lang | tee java-lang.log >> >> Summary of the diff in jdk java lang test results using jamvm on x86_64, before and after the update: >> --- 7c8dceb90880616b7dd670f257961a1f5f371ec3-icedtea-2.4-jamvm-java-lang.log 2013-09-16 11:56:01.539380859 +0200 >> +++ ac22c9948434e528ece451642b4ebde40953ee7e-icedtea-2.4-jamvm-2013-08-28-java-lang.log 2013-09-16 11:54:44.426998476 +020 ... >> -Test results: passed: 260; failed: 96; error: 22 >> +Test results: passed: 267; failed: 88; error: 23 >> >> Thus 7 more tests pass, no regressions seen in jdk java-lang after the update. >> The FAILED -> Error test of java/lang/invoke/CallSiteTest is IMHO OK for JamVM since this CallSiteTest tests for an Hotspot specific Indify optimization in order to pass. >> I recommend that we push this new 2013-08-28 update to HEAD and merge into icedtea-2.4 before the 2.4.2 release. >> >> Cheers >> Xerxes >> > > So this is newer than what's in HEAD? > > Ok, then please push to HEAD and I'll merge both changesets over. > Ok, I have pushed the new update to IcedTea 7 HEAD. Please merge the two change-sets into 2.4. http://icedtea.classpath.org/hg/icedtea7/rev/731375f0ba2e - JamVM: Fix issue with recent versions of JEdit; Updated to 2013-08-28 revision. 2013-09-17 Xerxes Rånby <xe...@za...> Robert Lougher <ro...@ja...> JamVM - JSR 335: fix frame.c - Add support for CallerSensitive - JSR 335: handle interfaces when resolving a method - sun.misc.Unsafe: additional methods get/putAddress - JSR 292: make internal functions static * NEWS: Updated. Removed note about JSR 355 for IcedTea 2. JSR 335 is only enabled for IcedTea 3 / OpenJDK 8 builds. * Makefile.am (JAMVM_VERSION): Updated JamVM to 2013-08-28 revision. (JAMVM_SHA256SUM): Updated. One important part of this update is the fixed recent JEdit version support found and fixed by Robert. http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=74ebffd419716c9d2779fc1b9cec14cc51af4820 - sun.misc.Unsafe: additional methods get/putAddress I Removed the erroneous NEWS about JSR 335, it was never enabled for IcedTea 2. It was erroneous added to the icedtea 2 NEWS in the 2013-07-14 revision update. This JamVM commit part of the 2013-07-14 revision update http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=1a58072f8339270f9372c273d82a00790e04375d - JSR 292: enable for OpenJDK 7/IcedTea 2 Clearly show JSR 335 is only enabled for IcedTea 3 / OpenJDK 8 builds. http://icedtea.classpath.org/hg/icedtea7/rev/b5fa79fec364 - JamVM: JSR 335: Lambda Expressions; JSR 292: enable for OpenJDK 7/IcedTea 2; Updated to 2013-07-14 revision. 2013-08-14 Xerxes Rånby <xe...@za...> Robert Lougher <ro...@ja...> JamVM - JSR 292: enable for OpenJDK 7/IcedTea 2 - JSR 335: invokeinterface check in method resolution - JSR 335: java.lang.invoke.MagicLambdaImpl - JSR 292: invokedynamic is 5 bytes - non-direct interp - JSR 292: invokedynamic is 5 bytes in length - Minor formatting change - Minor fixes: use perror for mmap failure - FreeClassData: fix comment - FreeClassData: adjust method count for Miranda methods - JSR 335: remove GC hack - JSR 335: implement "bridge" methods for Mirandas - JSR 335: handle multiple defaults and conflicts * NEWS: Updated. * Makefile.am (JAMVM_VERSION): Updated JamVM to 2013-07-14 revision. (JAMVM_SHA256SUM): Updated. Cheers Xerxes |
|
From: Andïï <gnu...@me...> - 2013-09-17 16:50:19
|
On 16 September 2013 11:13, Xerxes Rånby <xe...@za...> wrote: > 2013-09-13 16:43, Xerxes Rånby skrev: >> 2013-09-12 16:58, Andïï skrev: >>> On 12 September 2013 15:11, Xerxes Rånby <xe...@za...> wrote: >>>> 2013-09-11 22:25, Andïï skrev: >>>>> Some of you may have seen that Oracle have released u40 [0]. I'm >>>>> currently testing 2.4.2, which will bring the 2.4 branch up to date >>>>> with upstream on u40: > ... >>>>> I plan to release this coming Wednesday, the 18th of September, if all >>>>> looks good by then. >>>>> Xerxes is going to look at updating JamVM support on the branch in the meantime. > ... >>>> JamVM test logs, before jamvm update: ia32 & x86_64 >>>> >>>> Test procedure: >>>> apt-get install mercurial >>>> apt-get build-dep openjdk-7 >>>> hg clone http://icedtea.classpath.org/hg/release/icedtea7-2.4 >>>> cd icedtea7-2.4 >>>> ./autogen.sh >>>> ./configure --enable-jamvm --disable-system-lcms ; make ; make check >>>> >> ... >>>> https://gist.github.com/xranby/a7fcbcbb08e0b80164fb - jamvm 2.4.2pre+r41272f3d7393 ia32 >>>> https://gist.github.com/xranby/87bcbec586aca4ba8c70 - jamvm 2.4.2pre+r41272f3d7393 x86_64 >> ... >>> >>> Thanks! I await the improved results from the new version :) >> >> >> Updated logs for JamVM x86_86 using the latest 2013-08-28 revision >> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >> >> Logs: https://gist.github.com/xranby/d8f6c5f16e0f456a0f43 - jamvm 2.4.2pre+r41272f3d7393+ 2013-08-28 x86_64 >> Patch: >> http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e >> > ... >> >> Improvement seen after the update: >> >> diff -Naur 7c8dceb90880616b7dd670f257961a1f5f371ec3 ac22c9948434e528ece451642b4ebde40953ee7e >> --- 7c8dceb90880616b7dd670f257961a1f5f371ec3 2013-09-13 16:22:43.909428937 +0200 >> +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 >> @@ -11,10 +11,7 @@ >> Error: compiler/6901572/Test.java >> FAILED: compiler/6910618/Test.java >> FAILED: compiler/6942326/Test.java >> -FAILED: compiler/6990212/Test6990212.java >> -FAILED: compiler/7088020/Test7088020.java >> FAILED: compiler/7116216/StackOverflow.java >> -FAILED: compiler/7141637/SpreadNullArg.java >> FAILED: compiler/7190310/Test7190310_unsafe.java >> FAILED: compiler/7192963/TestByteVect.java >> FAILED: compiler/7192963/TestDoubleVect.java >> @@ -72,7 +69,7 @@ >> FAILED: serviceability/7170638/SDTProbesGNULinuxTest.sh >> FAILED: serviceability/attach/AttachWithStalePidFile.java >> FAILED: serviceability/ParserTest.java >> -Test results: passed: 193; failed: 70; error: 3 >> +Test results: passed: 196; failed: 67; error: 3 >> >> Three more hotspot tests passed after the update. > ... >> --------------- jtreg console summary for jdk --------------- > ... >> I have issues running the JDK tests on this x86_64 machine in general. >> The JDK tests abort without completing using both Hotspot and JamVM. > > I have run the JDK jtreg jdk java lang tests manually in order to see the new JamVM JSR 292 improvements after the update. > ./openjdk.build/j2sdk-image/jre/bin/java -jar test/jtreg.jar -v1 -s openjdk/jdk/test/java/lang | tee java-lang.log > > Summary of the diff in jdk java lang test results using jamvm on x86_64, before and after the update: > --- 7c8dceb90880616b7dd670f257961a1f5f371ec3-icedtea-2.4-jamvm-java-lang.log 2013-09-16 11:56:01.539380859 +0200 > +++ ac22c9948434e528ece451642b4ebde40953ee7e-icedtea-2.4-jamvm-2013-08-28-java-lang.log 2013-09-16 11:54:44.426998476 +020 > > -FAILED: java/lang/invoke/6987555/Test6987555.java > -FAILED: java/lang/invoke/6991596/Test6991596.java > -FAILED: java/lang/invoke/6998541/Test6998541.java > -FAILED: java/lang/invoke/7157574/Test7157574.java > +Passed: java/lang/invoke/6987555/Test6987555.java > +Passed: java/lang/invoke/6991596/Test6991596.java > +Passed: java/lang/invoke/6998541/Test6998541.java > +Passed: java/lang/invoke/7157574/Test7157574.java > > -FAILED: java/lang/invoke/CallSiteTest.java > +Error: java/lang/invoke/CallSiteTest.java > > -FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java > +Passed: java/lang/invoke/InvokeDynamicPrintArgs.java > > -FAILED: java/lang/String/Split.java > +Passed: java/lang/String/Split.java > > -FAILED: java/lang/Thread/ThreadStateTest.java > +Passed: java/lang/Thread/ThreadStateTest.java > > -Test results: passed: 260; failed: 96; error: 22 > +Test results: passed: 267; failed: 88; error: 23 > > Thus 7 more tests pass, no regressions seen in jdk java-lang after the update. > The FAILED -> Error test of java/lang/invoke/CallSiteTest is IMHO OK for JamVM since this CallSiteTest tests for an Hotspot specific Indify optimization in order to pass. > I recommend that we push this new 2013-08-28 update to HEAD and merge into icedtea-2.4 before the 2.4.2 release. > > Cheers > Xerxes > So this is newer than what's in HEAD? Ok, then please push to HEAD and I'll merge both changesets over. -- Andii :-) |
|
From: Xerxes R. <xe...@za...> - 2013-09-16 10:12:48
|
2013-09-13 16:43, Xerxes Rånby skrev: > 2013-09-12 16:58, Andïï skrev: >> On 12 September 2013 15:11, Xerxes Rånby <xe...@za...> wrote: >>> 2013-09-11 22:25, Andïï skrev: >>>> Some of you may have seen that Oracle have released u40 [0]. I'm >>>> currently testing 2.4.2, which will bring the 2.4 branch up to date >>>> with upstream on u40: ... >>>> I plan to release this coming Wednesday, the 18th of September, if all >>>> looks good by then. >>>> Xerxes is going to look at updating JamVM support on the branch in the meantime. ... >>> JamVM test logs, before jamvm update: ia32 & x86_64 >>> >>> Test procedure: >>> apt-get install mercurial >>> apt-get build-dep openjdk-7 >>> hg clone http://icedtea.classpath.org/hg/release/icedtea7-2.4 >>> cd icedtea7-2.4 >>> ./autogen.sh >>> ./configure --enable-jamvm --disable-system-lcms ; make ; make check >>> > ... >>> https://gist.github.com/xranby/a7fcbcbb08e0b80164fb - jamvm 2.4.2pre+r41272f3d7393 ia32 >>> https://gist.github.com/xranby/87bcbec586aca4ba8c70 - jamvm 2.4.2pre+r41272f3d7393 x86_64 > ... >> >> Thanks! I await the improved results from the new version :) > > > Updated logs for JamVM x86_86 using the latest 2013-08-28 revision > http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e > > Logs: https://gist.github.com/xranby/d8f6c5f16e0f456a0f43 - jamvm 2.4.2pre+r41272f3d7393+ 2013-08-28 x86_64 > Patch: > http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e > ... > > Improvement seen after the update: > > diff -Naur 7c8dceb90880616b7dd670f257961a1f5f371ec3 ac22c9948434e528ece451642b4ebde40953ee7e > --- 7c8dceb90880616b7dd670f257961a1f5f371ec3 2013-09-13 16:22:43.909428937 +0200 > +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 > @@ -11,10 +11,7 @@ > Error: compiler/6901572/Test.java > FAILED: compiler/6910618/Test.java > FAILED: compiler/6942326/Test.java > -FAILED: compiler/6990212/Test6990212.java > -FAILED: compiler/7088020/Test7088020.java > FAILED: compiler/7116216/StackOverflow.java > -FAILED: compiler/7141637/SpreadNullArg.java > FAILED: compiler/7190310/Test7190310_unsafe.java > FAILED: compiler/7192963/TestByteVect.java > FAILED: compiler/7192963/TestDoubleVect.java > @@ -72,7 +69,7 @@ > FAILED: serviceability/7170638/SDTProbesGNULinuxTest.sh > FAILED: serviceability/attach/AttachWithStalePidFile.java > FAILED: serviceability/ParserTest.java > -Test results: passed: 193; failed: 70; error: 3 > +Test results: passed: 196; failed: 67; error: 3 > > Three more hotspot tests passed after the update. ... > --------------- jtreg console summary for jdk --------------- ... > I have issues running the JDK tests on this x86_64 machine in general. > The JDK tests abort without completing using both Hotspot and JamVM. I have run the JDK jtreg jdk java lang tests manually in order to see the new JamVM JSR 292 improvements after the update. ./openjdk.build/j2sdk-image/jre/bin/java -jar test/jtreg.jar -v1 -s openjdk/jdk/test/java/lang | tee java-lang.log Summary of the diff in jdk java lang test results using jamvm on x86_64, before and after the update: --- 7c8dceb90880616b7dd670f257961a1f5f371ec3-icedtea-2.4-jamvm-java-lang.log 2013-09-16 11:56:01.539380859 +0200 +++ ac22c9948434e528ece451642b4ebde40953ee7e-icedtea-2.4-jamvm-2013-08-28-java-lang.log 2013-09-16 11:54:44.426998476 +020 -FAILED: java/lang/invoke/6987555/Test6987555.java -FAILED: java/lang/invoke/6991596/Test6991596.java -FAILED: java/lang/invoke/6998541/Test6998541.java -FAILED: java/lang/invoke/7157574/Test7157574.java +Passed: java/lang/invoke/6987555/Test6987555.java +Passed: java/lang/invoke/6991596/Test6991596.java +Passed: java/lang/invoke/6998541/Test6998541.java +Passed: java/lang/invoke/7157574/Test7157574.java -FAILED: java/lang/invoke/CallSiteTest.java +Error: java/lang/invoke/CallSiteTest.java -FAILED: java/lang/invoke/InvokeDynamicPrintArgs.java +Passed: java/lang/invoke/InvokeDynamicPrintArgs.java -FAILED: java/lang/String/Split.java +Passed: java/lang/String/Split.java -FAILED: java/lang/Thread/ThreadStateTest.java +Passed: java/lang/Thread/ThreadStateTest.java -Test results: passed: 260; failed: 96; error: 22 +Test results: passed: 267; failed: 88; error: 23 Thus 7 more tests pass, no regressions seen in jdk java-lang after the update. The FAILED -> Error test of java/lang/invoke/CallSiteTest is IMHO OK for JamVM since this CallSiteTest tests for an Hotspot specific Indify optimization in order to pass. I recommend that we push this new 2013-08-28 update to HEAD and merge into icedtea-2.4 before the 2.4.2 release. Cheers Xerxes |
|
From: Xerxes R. <xe...@za...> - 2013-09-13 14:43:08
|
2013-09-12 16:58, Andïï skrev: > On 12 September 2013 15:11, Xerxes Rånby <xe...@za...> wrote: >> 2013-09-11 22:25, Andïï skrev: >>> Some of you may have seen that Oracle have released u40 [0]. I'm >>> currently testing 2.4.2, which will bring the 2.4 branch up to date >>> with upstream on u40: >>> >>> $ /home/andrew/build/icedtea7-2.4/bin/java -version >>> java version "1.7.0_40" >>> OpenJDK Runtime Environment (IcedTea 2.4.2pre+r523f48931154+) (Gentoo >>> build 1.7.0_40-b60) >>> OpenJDK 64-Bit Server VM (build 24.0-b56, mixed mode) >>> >>> I plan to release this coming Wednesday, the 18th of September, if all >>> looks good by then. >>> Xerxes is going to look at updating JamVM support on the branch in the meantime. >>> >>> I've successfully doing a full bootstrap on GNU/Linux x86_64 native >>> and results are looking good for a full bootstrap on GNU/Linux ppc32 >>> Zero. Feedback on other builds before release would be much >>> appreciated. >>> >>> Thanks, >>> >> >> >> JamVM test logs, before jamvm update: ia32 & x86_64 >> >> Test procedure: >> apt-get install mercurial >> apt-get build-dep openjdk-7 >> hg clone http://icedtea.classpath.org/hg/release/icedtea7-2.4 >> cd icedtea7-2.4 >> ./autogen.sh >> ./configure --enable-jamvm --disable-system-lcms ; make ; make check >> ... >> https://gist.github.com/xranby/a7fcbcbb08e0b80164fb - jamvm 2.4.2pre+r41272f3d7393 ia32 >> https://gist.github.com/xranby/87bcbec586aca4ba8c70 - jamvm 2.4.2pre+r41272f3d7393 x86_64 ... > > Thanks! I await the improved results from the new version :) Updated logs for JamVM x86_86 using the latest 2013-08-28 revision http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e Logs: https://gist.github.com/xranby/d8f6c5f16e0f456a0f43 - jamvm 2.4.2pre+r41272f3d7393+ 2013-08-28 x86_64 Patch: http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=ac22c9948434e528ece451642b4ebde40953ee7e diff -r 41272f3d7393 Makefile.am --- a/Makefile.am Tue Sep 10 17:03:29 2013 +0100 +++ b/Makefile.am Fri Sep 13 00:49:27 2013 +0200 @@ -24,8 +24,8 @@ CACAO_URL = $(CACAO_BASE_URL)/$(CACAO_VERSION).tar.gz CACAO_SRC_ZIP = cacao-$(CACAO_VERSION).tar.gz -JAMVM_VERSION = 7c8dceb90880616b7dd670f257961a1f5f371ec3 -JAMVM_SHA256SUM = 1584d8599bfd799a71baac0694bb3ed9b9fcd14a8548234b24266571e0acfc97 +JAMVM_VERSION = ac22c9948434e528ece451642b4ebde40953ee7e +JAMVM_SHA256SUM = 4662da1fe3e0e11d8fa685c7f2fc748576b9f3d3e37dc56b798dd6a5bd6b61e7 JAMVM_BASE_URL = http://icedtea.classpath.org/download/drops/jamvm JAMVM_URL = $(JAMVM_BASE_URL)/jamvm-$(JAMVM_VERSION).tar.gz JAMVM_SRC_ZIP = jamvm-$(JAMVM_VERSION).tar.gz ./openjdk.build/j2sdk-image/bin/java -version java version "1.7.0_40" IcedTea Runtime Environment (2.4.2pre+r41272f3d7393+) (Ubuntu build 1.7.0_40-b60) JamVM (build 1.6.0-devel, inline-threaded interpreter) --------------- jtreg console summary for hotspot --------------- Error: compiler/5091921/Test6959129.java FAILED: compiler/5091921/Test7005594.java FAILED: compiler/6340864/TestByteVect.java FAILED: compiler/6340864/TestDoubleVect.java FAILED: compiler/6340864/TestFloatVect.java FAILED: compiler/6340864/TestIntVect.java FAILED: compiler/6340864/TestLongVect.java FAILED: compiler/6340864/TestShortVect.java FAILED: compiler/6865265/StackOverflowBug.java Error: compiler/6901572/Test.java FAILED: compiler/6910618/Test.java FAILED: compiler/6942326/Test.java FAILED: compiler/7116216/StackOverflow.java FAILED: compiler/7190310/Test7190310_unsafe.java FAILED: compiler/7192963/TestByteVect.java FAILED: compiler/7192963/TestDoubleVect.java FAILED: compiler/7192963/TestFloatVect.java FAILED: compiler/7192963/TestIntVect.java FAILED: compiler/7192963/TestLongVect.java FAILED: compiler/7192963/TestShortVect.java FAILED: compiler/7196199/Test7196199.java FAILED: compiler/7199742/Test7199742.java FAILED: compiler/8001183/TestCharVect.java FAILED: compiler/8002069/Test8002069.java FAILED: compiler/8004741/Test8004741.java FAILED: compiler/8005419/Test8005419.java FAILED: compiler/8010927/Test8010927.java FAILED: compiler/cpuflags/RestoreMXCSR.java FAILED: compiler/membars/DekkerTest.java FAILED: gc/6581734/Test6581734.java FAILED: gc/6845368/bigobj.java FAILED: gc/6941923/test6941923.sh FAILED: gc/heap_inspection/TestPrintClassHistogram.java FAILED: gc/init/TestHandleExceedingProcessSizeLimitIn32BitBuilds.java FAILED: gc/TestVerifyBeforeGCDuringStartup.java FAILED: runtime/6294277/SourceDebugExtension.java FAILED: runtime/6626217/Test6626217.sh FAILED: runtime/6929067/Test6929067.sh FAILED: runtime/6981737/Test6981737.java FAILED: runtime/7110720/Test7110720.sh FAILED: runtime/7116786/Test7116786.java FAILED: runtime/7158988/FieldMonitor.java FAILED: runtime/7160757/Test7160757.java FAILED: runtime/7162488/Test7162488.sh Error: runtime/7196045/Test7196045.java FAILED: runtime/CommandLine/CompilerConfigFileWarning.java FAILED: runtime/CommandLine/ConfigFileWarning.java FAILED: runtime/NMT/BaselineWithParameter.java FAILED: runtime/NMT/CommandLineDetail.java FAILED: runtime/NMT/CommandLineEmptyArgument.java FAILED: runtime/NMT/CommandLineInvalidArgument.java FAILED: runtime/NMT/CommandLineSummary.java FAILED: runtime/NMT/CommandLineTurnOffNMT.java FAILED: runtime/NMT/JcmdDiffCallsite.java FAILED: runtime/NMT/JcmdScale.java FAILED: runtime/NMT/JcmdWithNMTDisabled.java FAILED: runtime/NMT/MallocTestType.java FAILED: runtime/NMT/PrintNMTStatistics.java FAILED: runtime/NMT/PrintNMTStatisticsWithNMTDisabled.java FAILED: runtime/NMT/ReleaseCommittedMemory.java FAILED: runtime/NMT/ShutdownTwice.java FAILED: runtime/NMT/SummaryAfterShutdown.java FAILED: runtime/NMT/SummarySanityCheck.java FAILED: runtime/NMT/ThreadedMallocTestType.java FAILED: runtime/NMT/ThreadedVirtualAllocTestType.java FAILED: runtime/NMT/VirtualAllocTestType.java FAILED: sanity/WBApi.java FAILED: serviceability/7170638/SDTProbesGNULinuxTest.sh FAILED: serviceability/attach/AttachWithStalePidFile.java FAILED: serviceability/ParserTest.java Test results: passed: 196; failed: 67; error: 3 --------------- jtreg console summary for jdk --------------- FAILED: com/oracle/security/ucrypto/TestRSA.java FAILED: com/sun/crypto/provider/Cipher/DES/PaddingTest.java FAILED: com/sun/crypto/provider/Cipher/RSA/TestOAEP_KAT.java FAILED: com/sun/crypto/provider/KeyFactory/TestProviderLeak.java FAILED: com/sun/crypto/provider/TLS/TestKeyMaterial.java FAILED: com/sun/crypto/provider/TLS/TestMasterSecret.java FAILED: com/sun/crypto/provider/TLS/TestPRF.java FAILED: com/sun/crypto/provider/TLS/TestPRF12.java FAILED: com/sun/jdi/connect/spi/DebugUsingCustomConnector.java FAILED: com/sun/jdi/redefine/RedefineTest.java FAILED: com/sun/jdi/redefineMethod/RedefineTest.java --------------- jtreg console summary for langtools --------------- FAILED: com/sun/javadoc/testNestedGenerics/TestNestedGenerics.java FAILED: tools/javac/processing/6499119/ClassProcessor.java Test results: passed: 1,955; failed: 2 Improvement seen after the update: diff -Naur 7c8dceb90880616b7dd670f257961a1f5f371ec3 ac22c9948434e528ece451642b4ebde40953ee7e --- 7c8dceb90880616b7dd670f257961a1f5f371ec3 2013-09-13 16:22:43.909428937 +0200 +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 @@ -11,10 +11,7 @@ Error: compiler/6901572/Test.java FAILED: compiler/6910618/Test.java FAILED: compiler/6942326/Test.java -FAILED: compiler/6990212/Test6990212.java -FAILED: compiler/7088020/Test7088020.java FAILED: compiler/7116216/StackOverflow.java -FAILED: compiler/7141637/SpreadNullArg.java FAILED: compiler/7190310/Test7190310_unsafe.java FAILED: compiler/7192963/TestByteVect.java FAILED: compiler/7192963/TestDoubleVect.java @@ -72,7 +69,7 @@ FAILED: serviceability/7170638/SDTProbesGNULinuxTest.sh FAILED: serviceability/attach/AttachWithStalePidFile.java FAILED: serviceability/ParserTest.java -Test results: passed: 193; failed: 70; error: 3 +Test results: passed: 196; failed: 67; error: 3 Three more hotspot tests passed after the update. langtools and jdk test results are unchanged. I performed a regular hotspot build on the same machine to use for comparing test results against. https://gist.github.com/xranby/fa15c45ed46e4ad0313c - hotspot 2.4.2pre+r41272f3d7393 x86_64 familjen@familjen-P67A-UD3:~/icedtea/icedtea7-2.4-hotspot$ ./openjdk.build/j2sdk-image/bin/java -version java version "1.7.0_40" OpenJDK Runtime Environment (IcedTea 2.4.2pre+r41272f3d7393) (Ubuntu build 1.7.0_40-b60) OpenJDK 64-Bit Server VM (build 24.0-b56, mixed mode) --------------- jtreg console summary for hotspot --------------- FAILED: compiler/8010927/Test8010927.java FAILED: compiler/cpuflags/RestoreMXCSR.java Error: gc/6941923/test6941923.sh FAILED: gc/7168848/HumongousAlloc.java FAILED: gc/heap_inspection/TestPrintClassHistogram.java FAILED: gc/init/TestHandleExceedingProcessSizeLimitIn32BitBuilds.java FAILED: gc/TestVerifyBeforeGCDuringStartup.java FAILED: runtime/6626217/Test6626217.sh FAILED: runtime/6929067/Test6929067.sh Error: runtime/7196045/Test7196045.java FAILED: runtime/CommandLine/CompilerConfigFileWarning.java FAILED: runtime/CommandLine/ConfigFileWarning.java FAILED: runtime/NMT/BaselineWithParameter.java FAILED: runtime/NMT/CommandLineDetail.java FAILED: runtime/NMT/CommandLineEmptyArgument.java FAILED: runtime/NMT/CommandLineInvalidArgument.java FAILED: runtime/NMT/CommandLineSummary.java FAILED: runtime/NMT/CommandLineTurnOffNMT.java FAILED: runtime/NMT/JcmdDiffCallsite.java FAILED: runtime/NMT/JcmdScale.java FAILED: runtime/NMT/JcmdWithNMTDisabled.java FAILED: runtime/NMT/MallocTestType.java FAILED: runtime/NMT/PrintNMTStatistics.java FAILED: runtime/NMT/PrintNMTStatisticsWithNMTDisabled.java FAILED: runtime/NMT/ReleaseCommittedMemory.java FAILED: runtime/NMT/ShutdownTwice.java FAILED: runtime/NMT/SummaryAfterShutdown.java FAILED: runtime/NMT/SummarySanityCheck.java FAILED: runtime/NMT/ThreadedMallocTestType.java FAILED: runtime/NMT/ThreadedVirtualAllocTestType.java FAILED: runtime/NMT/VirtualAllocTestType.java FAILED: sanity/WBApi.java FAILED: serviceability/attach/AttachWithStalePidFile.java FAILED: serviceability/ParserTest.java Test results: passed: 232; failed: 32; error: 2 --------------- jtreg console summary for jdk --------------- FAILED: com/oracle/security/ucrypto/TestRSA.java Error: com/sun/awt/SecurityWarning/GetSizeShouldNotReturnZero.java FAILED: com/sun/jdi/PrivateTransportTest.sh FAILED: com/sun/org/apache/xml/internal/security/transforms/ClassLoaderTest.java FAILED: com/sun/security/auth/login/ConfigFile/InconsistentError.java FAILED: com/sun/security/auth/module/KeyStoreLoginModule/OptionTest.java FAILED: com/sun/tracing/BasicWithSecurityMgr.java FAILED: java/awt/Choice/ChoiceMouseWheelTest/ChoiceMouseWheelTest.java FAILED: java/awt/EventDispatchThread/HandleExceptionOnEDT/HandleExceptionOnEDT.java FAILED: java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.html FAILED: java/awt/EventDispatchThread/PreserveDispathThread/PreserveDispatchThread.java --------------- jtreg console summary for langtools --------------- FAILED: com/sun/javadoc/testNestedGenerics/TestNestedGenerics.java FAILED: tools/javac/processing/6499119/ClassProcessor.java Test results: passed: 1,955; failed: 2 Here is a diff of the jtreg tests performed using hotspot vs jamvm diff -Naur hotspot ac22c9948434e528ece451642b4ebde40953ee7e --- hotspot 2013-09-13 16:33:30.132633378 +0200 +++ ac22c9948434e528ece451642b4ebde40953ee7e 2013-09-13 16:22:14.889285035 +0200 @@ -1,14 +1,48 @@ - --------------- jtreg console summary for hotspot --------------- +Error: compiler/5091921/Test6959129.java +FAILED: compiler/5091921/Test7005594.java +FAILED: compiler/6340864/TestByteVect.java +FAILED: compiler/6340864/TestDoubleVect.java +FAILED: compiler/6340864/TestFloatVect.java +FAILED: compiler/6340864/TestIntVect.java +FAILED: compiler/6340864/TestLongVect.java +FAILED: compiler/6340864/TestShortVect.java +FAILED: compiler/6865265/StackOverflowBug.java +Error: compiler/6901572/Test.java +FAILED: compiler/6910618/Test.java +FAILED: compiler/6942326/Test.java +FAILED: compiler/7116216/StackOverflow.java +FAILED: compiler/7190310/Test7190310_unsafe.java +FAILED: compiler/7192963/TestByteVect.java +FAILED: compiler/7192963/TestDoubleVect.java +FAILED: compiler/7192963/TestFloatVect.java +FAILED: compiler/7192963/TestIntVect.java +FAILED: compiler/7192963/TestLongVect.java +FAILED: compiler/7192963/TestShortVect.java +FAILED: compiler/7196199/Test7196199.java +FAILED: compiler/7199742/Test7199742.java +FAILED: compiler/8001183/TestCharVect.java +FAILED: compiler/8002069/Test8002069.java +FAILED: compiler/8004741/Test8004741.java +FAILED: compiler/8005419/Test8005419.java FAILED: compiler/8010927/Test8010927.java FAILED: compiler/cpuflags/RestoreMXCSR.java -Error: gc/6941923/test6941923.sh -FAILED: gc/7168848/HumongousAlloc.java +FAILED: compiler/membars/DekkerTest.java +FAILED: gc/6581734/Test6581734.java +FAILED: gc/6845368/bigobj.java +FAILED: gc/6941923/test6941923.sh FAILED: gc/heap_inspection/TestPrintClassHistogram.java FAILED: gc/init/TestHandleExceedingProcessSizeLimitIn32BitBuilds.java FAILED: gc/TestVerifyBeforeGCDuringStartup.java +FAILED: runtime/6294277/SourceDebugExtension.java FAILED: runtime/6626217/Test6626217.sh FAILED: runtime/6929067/Test6929067.sh +FAILED: runtime/6981737/Test6981737.java +FAILED: runtime/7110720/Test7110720.sh +FAILED: runtime/7116786/Test7116786.java +FAILED: runtime/7158988/FieldMonitor.java +FAILED: runtime/7160757/Test7160757.java +FAILED: runtime/7162488/Test7162488.sh Error: runtime/7196045/Test7196045.java FAILED: runtime/CommandLine/CompilerConfigFileWarning.java FAILED: runtime/CommandLine/ConfigFileWarning.java @@ -32,21 +66,22 @@ FAILED: runtime/NMT/ThreadedVirtualAllocTestType.java FAILED: runtime/NMT/VirtualAllocTestType.java FAILED: sanity/WBApi.java +FAILED: serviceability/7170638/SDTProbesGNULinuxTest.sh FAILED: serviceability/attach/AttachWithStalePidFile.java FAILED: serviceability/ParserTest.java -Test results: passed: 232; failed: 32; error: 2 +Test results: passed: 196; failed: 67; error: 3 I can extract the logs for the failing hotspot tests if need. --------------- jtreg console summary for jdk --------------- FAILED: com/oracle/security/ucrypto/TestRSA.java -Error: com/sun/awt/SecurityWarning/GetSizeShouldNotReturnZero.java -FAILED: com/sun/jdi/PrivateTransportTest.sh -FAILED: com/sun/org/apache/xml/internal/security/transforms/ClassLoaderTest.java -FAILED: com/sun/security/auth/login/ConfigFile/InconsistentError.java -FAILED: com/sun/security/auth/module/KeyStoreLoginModule/OptionTest.java -FAILED: com/sun/tracing/BasicWithSecurityMgr.java -FAILED: java/awt/Choice/ChoiceMouseWheelTest/ChoiceMouseWheelTest.java -FAILED: java/awt/EventDispatchThread/HandleExceptionOnEDT/HandleExceptionOnEDT.java -FAILED: java/awt/EventDispatchThread/LoopRobustness/LoopRobustness.html -FAILED: java/awt/EventDispatchThread/PreserveDispathThread/PreserveDispatchThread.java +FAILED: com/sun/crypto/provider/Cipher/DES/PaddingTest.java +FAILED: com/sun/crypto/provider/Cipher/RSA/TestOAEP_KAT.java +FAILED: com/sun/crypto/provider/KeyFactory/TestProviderLeak.java +FAILED: com/sun/crypto/provider/TLS/TestKeyMaterial.java +FAILED: com/sun/crypto/provider/TLS/TestMasterSecret.java +FAILED: com/sun/crypto/provider/TLS/TestPRF.java +FAILED: com/sun/crypto/provider/TLS/TestPRF12.java +FAILED: com/sun/jdi/connect/spi/DebugUsingCustomConnector.java +FAILED: com/sun/jdi/redefine/RedefineTest.java +FAILED: com/sun/jdi/redefineMethod/RedefineTest.java Hotspot had some issues with security/auth, tracing and awt. JamVM may need to look into the crypto tests. jdi is a known unimplemented feature in jamvm I have issues running the JDK tests on this x86_64 machine in general. The JDK tests abort without completing using both Hotspot and JamVM. Hotspot and JamVM both failed the same langtools tests on this machine. --------------- jtreg console summary for langtools --------------- FAILED: com/sun/javadoc/testNestedGenerics/TestNestedGenerics.java FAILED: tools/javac/processing/6499119/ClassProcessor.java Test results: passed: 1,955; failed: 2 Cheers Xerxes > > Is there any way to get JamVM to report the git revision used? Better > still, any chance of a 1.6.1 release? > Forwarding the question to jamvm-general |
20 messages has been excluded from this view by a project administrator.
