Re: JamVM 1.4.3 released

2006-06-01 Thread David Gilbert

Robert Lougher wrote:



Thanks for the positive feedback!  My tests show that JamVM should now
need less heap (in some cases much less memory, i.e. 3x less).  In
particular, JamVM should now be able to run some applications which
used to run out of memory (e.g. gjdoc).  I'd be really interested to
hear if some people are now able to do things which they previously
couldn't.

Thanks,

Rob.


Hi Rob,

I was hoping to have a bug report to go along with my positive feedback, 
but you'll have to make do with the positive feedback only!


Previously I was able to run StatCVS on JamVM for the Mauve CVS logfile, 
but not the GNU Classpath CVS logfile (which is very large, about 
250MB).  Now, with JamVM 1.4.3, it runs just fine - here's the latest 
output:


http://www.object-refinery.com/classpath/statcvs/

So great work, thanks!

Dave



Re: JamVM 1.4.3 released

2006-06-01 Thread Mark Wielaard
Hi David,

On Thu, 2006-06-01 at 10:49 +0100, David Gilbert wrote:
 Previously I was able to run StatCVS on JamVM for the Mauve CVS logfile, 
 but not the GNU Classpath CVS logfile (which is very large, about 
 250MB).  Now, with JamVM 1.4.3, it runs just fine - here's the latest 
 output:
 
 http://www.object-refinery.com/classpath/statcvs/
 
 So great work, thanks!

Nice pictures. Where they generated against 0.91, current CVS or with
your own CairoGraphics2D and CairoImage code?

Cheers,

Mark

BTW. Those stats are all lies! :) (My score is artificially inflated
because I merged a lot of new code from others in and have reindented
lots of files once.)


signature.asc
Description: This is a digitally signed message part


Re: JamVM 1.4.3 released

2006-06-01 Thread David Gilbert

Mark Wielaard wrote:


Hi David,

On Thu, 2006-06-01 at 10:49 +0100, David Gilbert wrote:
 

Previously I was able to run StatCVS on JamVM for the Mauve CVS logfile, 
but not the GNU Classpath CVS logfile (which is very large, about 
250MB).  Now, with JamVM 1.4.3, it runs just fine - here's the latest 
output:


http://www.object-refinery.com/classpath/statcvs/

So great work, thanks!
   



Nice pictures. Where they generated against 0.91, current CVS or with
your own CairoGraphics2D and CairoImage code?

Cheers,

Mark

BTW. Those stats are all lies! :) (My score is artificially inflated
because I merged a lot of new code from others in and have reindented
lots of files once.)
 


Hi Mark,

The lies were generated using my CairoGraphics2D hack to make the charts 
work, and otherwise the latest CVS code.  But thanks to Sven's work on 
the Java2D implementation, I'm pretty sure that we will have StatCVS 
(and, indeed, a lot of JFreeChart) working out-of-the-box quite soon, 
hopefully in time for the 0.92 release.


I also had to comment out some logging code to get StatCVS to run...this 
is a regression which I reported as a bug earlier today.  Hopefully 
someone can fix that.


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27857

Regards,

Dave



Re: JamVM 1.4.3 released

2006-06-01 Thread Mark Wielaard
Hi David,

On Thu, 2006-06-01 at 17:07 +0100, David Gilbert wrote:
 I also had to comment out some logging code to get StatCVS to run...this 
 is a regression which I reported as a bug earlier today.  Hopefully 
 someone can fix that.
 
 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27857

I made our LogManager more clear on why it was reporting that error and
as you can see in the bug report now this is a bug in statcvs (usage of
com.sun classes). I am actually surprized this ever worked before. I
think that must have been a bug where we failed to actually try to load
the Logger in question. Or maybe we were more lenient and just ignored
faulty Logger implementations before.

Cheers,

Mark


signature.asc
Description: This is a digitally signed message part


Re: JamVM 1.4.3 released

2006-06-01 Thread Mark Wielaard
On Thu, 2006-06-01 at 19:12 +0200, Mark Wielaard wrote:
 On Thu, 2006-06-01 at 17:07 +0100, David Gilbert wrote:
  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27857
 
 I made our LogManager more clear on why it was reporting that error and
 as you can see in the bug report now this is a bug in statcvs (usage of
 com.sun classes).

BTW, this is one of the classics. It is documented on our GNU Classpath
Migration page under Practical tips on how to avoid proprietary coding
styles: http://developer.classpath.org/mediation/ClasspathMigration



signature.asc
Description: This is a digitally signed message part


Re: JamVM 1.4.3 released

2006-05-31 Thread Robert Lougher

Hi Mark,

On 5/30/06, Mark Wielaard [EMAIL PROTECTED] wrote:

Hi Robert,

On Mon, 2006-05-22 at 03:47 +0100, Robert Lougher wrote:
 I'm pleased to announce the release of JamVM 1.4.3
 (http://jamvm.sourceforge.net).  This release adds heap compaction

Nice one! I was just going through a classpath bootstrap with eclipse
(http://developer.classpath.org/mediation/ClasspathHackingWithEclipse)
and suddenly realized that memory usage stayed constant even though I
had just installed the CDT through the update manager and did a full
checkout and build of classpath. Previous jamvm releases often required
me to shutdown and restart eclipse in between, but this release happily
lets me go on with hacking.



Thanks for the positive feedback!  My tests show that JamVM should now
need less heap (in some cases much less memory, i.e. 3x less).  In
particular, JamVM should now be able to run some applications which
used to run out of memory (e.g. gjdoc).  I'd be really interested to
hear if some people are now able to do things which they previously
couldn't.

Thanks,

Rob.


Thanks!

Mark


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEfH3lxVhZCJWr9QwRAj6FAJ4iUret9vjhJUq5CckQ9E4ocpLa6QCfUpbc
IEqMR83XkTcpXIgoB//eSjU=
=O1nA
-END PGP SIGNATURE-







Re: JamVM 1.4.3 released

2006-05-30 Thread Mark Wielaard
Hi Robert,

On Mon, 2006-05-22 at 03:47 +0100, Robert Lougher wrote:
 I'm pleased to announce the release of JamVM 1.4.3
 (http://jamvm.sourceforge.net).  This release adds heap compaction

Nice one! I was just going through a classpath bootstrap with eclipse
(http://developer.classpath.org/mediation/ClasspathHackingWithEclipse)
and suddenly realized that memory usage stayed constant even though I
had just installed the CDT through the update manager and did a full
checkout and build of classpath. Previous jamvm releases often required
me to shutdown and restart eclipse in between, but this release happily
lets me go on with hacking.

Thanks!

Mark


signature.asc
Description: This is a digitally signed message part


JamVM 1.4.3 released

2006-05-21 Thread Robert Lougher

Hi,

I'm pleased to announce the release of JamVM 1.4.3
(http://jamvm.sourceforge.net).  This release adds heap compaction and
additional Java 1.5 support.  Several other features have been
implemented and several bug-fixes have also been made.

The full list of changes are here:

http://sourceforge.net/project/shownotes.php?release_id=418830

The release will also be mirrored on BerliOS and CVS updated when
BerliOS is back online (it is down at the moment).

Thanks,

Rob.

P.S.  I'd like to thank Michael Koch for the reflection class signers support.



Re: JamVM 1.4.3 released

2006-05-21 Thread Robert Lougher

Hi,

I meant to say I'd like to thank Michael Koch for the reflection class
_generic signature_ support.  It's late :)

Rob.

On 5/22/06, Robert Lougher [EMAIL PROTECTED] wrote:

Hi,

I'm pleased to announce the release of JamVM 1.4.3
(http://jamvm.sourceforge.net).  This release adds heap compaction and
additional Java 1.5 support.  Several other features have been
implemented and several bug-fixes have also been made.

The full list of changes are here:

http://sourceforge.net/project/shownotes.php?release_id=418830

The release will also be mirrored on BerliOS and CVS updated when
BerliOS is back online (it is down at the moment).

Thanks,

Rob.

P.S.  I'd like to thank Michael Koch for the reflection class signers support.