Re: JIT instability w.r.t. bad code?

1999-07-18 Thread Nick Lawson
I have a (Java) program that does this, although I added the comments by hand. Writing a decompiler seemed like a good way to learn jvm. I didn't originally intend to decompile byte codes, by as usual I got carried away Nick Chris Abbey wrote: > Nick, what program did you use to generate t

Re: JIT instability w.r.t. bad code?

1999-07-18 Thread Nick Lawson
Nathan Meyers wrote: > Nick Lawson wrote: > > > > Pretty impressive optimization on symcjit, though it smells a bit like a > compiler that's been tuned to the benchmarks. Does it perform that well > on real applications? > > Nathan > I can o

Re: JIT instability w.r.t. bad code?

1999-07-18 Thread Nick Lawson
Nathan Meyers wrote: > Nick Lawson wrote: > > > > I'm pretty sure try{}catch{} catch blocks add NO overhead to code, > > unless the exception actually gets thrown. But exceptions are > > supposed to be > > exceptional, so who cares how slow it is ? &

Re: JIT instability w.r.t. bad code?

1999-07-16 Thread Nick Lawson
I'm pretty sure try{}catch{} catch blocks add NO overhead to code, unless the exception actually gets thrown. But exceptions are supposed to be exceptional, so who cares how slow it is ? Check out how exception handling is implemented in Java byte-code in the Java Virtual Machine Specification, 4

Re: final variables in constructors (OT)

1999-07-16 Thread Nick Lawson
The java language specification is a little difficult to follow on final static fields. The best place to look is 13.4.8 - Binary Compatability. This says "We call a field that is static, final, and initialized with a compile-time constant expression a primitive constant." and it is impl

Re: Linux-Bug with ?

1999-07-15 Thread Nick Lawson
This sounds like a HUGE bug ! Is it just in the Blackdown JDK 1.2, or also in Suns JDK ? Is there a fix ? Are there others like this ? Where is a good place to look for such hi-impact bugs ? Nick Juergen Kreileder wrote: > > Oktay Akbal writes: > > Oktay> I think there is a Bug in the im

Re: java.lang.OutOfMemoryError

1999-07-14 Thread Nick Lawson
You say you get a stack overflow ? is that stack overflow as in java.lang.StackOverflowError ? That sounds impossible !! This error is supposed to mean too many nested method calls, but your program doesn't do any nested calls ! If this is what is happening, send me the class file and I'll decomp

Re: Stupid question

1999-07-13 Thread Nick Lawson
Depends which Java you have. Its probably Kaffe if you installed from a redhat RPM. In that case it will be JDK 1.1, and you will need to set the classpath to point at the class library. If you can't find any documentation, you could always download the tools documentation from Suns web site Jos

Re: java.lang.OutOfMemoryError

1999-07-13 Thread Nick Lawson
Hi Crispin, How you doing? Your original question never did get a satisfactory answer. However it's definitely not the same as Luigi's. Perhaps you could try the code below; on Suns Windows JDK1.2 the total stays constant at 1m, and the free highwater mark hovers around 820k, at least for the fi

Re: Has Sun Overstretch Themselves With So Many APIs?

1999-07-12 Thread Nick Lawson
Fair comment. I was one of those who had a moan about Swing in this thread, but I still think Java is the best development tool I have ever seen. I guess we all got used to this luxury already! Nick Rudi Streif wrote: > Pretty interesting discussion. Basically you are talking about the dilemma >

Re: java.lang.OutOfMemoryError

1999-07-12 Thread Nick Lawson
Sorry about the syntax error: the options are different in different JDKs; -Xmx32m is correct for Suns JDK 1.2. Nick Luigi Giuri wrote: > At 11.21 12/07/99 +0100, Nick Lawson wrote: > >In JDK 1.2 the default max heap size is 16 Mb - I can't remember what > >it was in 1.1.

Re: java.lang.OutOfMemoryError

1999-07-12 Thread Nick Lawson
In JDK 1.2 the default max heap size is 16 Mb - I can't remember what it was in 1.1. Is this your problem ? You can specify a larger heap with the command line option -Xmx32m, for example. Nick Luigi Giuri wrote: > I'm having a problem using jdk117_v1a + Apache-JServ-1.0b3. > > The problem is th

Re: Has Sun Overstretch Themselves With So Many APIs?

1999-07-10 Thread Nick Lawson
I'd have to go along with Brad on this, after using the Swing text API. I ended up having to subclass lots of stuff, while reading the java sources to find out what the superclasses were up to. Nick Brad Pepers wrote: > Rachit Siamwalla wrote: > > > > > Agreed, Swing JFC is one of the best API

Re: Has Sun Overstretch Themselves With So Many APIs?

1999-07-09 Thread Nick Lawson
Not only is Visual J++ not Java, the Java VM delivered with Internet Explorer is not java - MS has removed rmi and Corba. Nick Larry Gates wrote: > >Date: Fri, 09 Jul 1999 07:02:02 -0400 > >From: "Thomas M. Sasala" <[EMAIL PROTECTED]> > > > Perhaps it takes a large API to reproduce someth

Re: [Java Servlets: getting started on Linux]

1999-07-06 Thread Nick Lawson
Hi, The servlet development kit is not in Suns JDK 2 - you have to download it separately. To have java & javac, etc. pick it up, copy servlet.jar to jdk/jre/lib/ext/ If you want to use the demo httpserver, also copy the server.jar to this directory. See jdk/docs/guide/extensions/index.html for t

Re: Strange timings for pre-v2 under Linux.

1999-07-02 Thread Nick Lawson
My first guess would be that the jit is better at static calls than virtual. Nick Patrick LAM wrote: > We have some machines running Debian 2.1 here (libc 5.4.46), and we are > running the pre-v2 Linux port of Java. > > There are strange timings for the following programs. In particular, the >

Re: Image/Thread Problems

1999-06-07 Thread Nick Lawson
Nathan Meyers wrote: > Nick Lawson wrote: > > > > Nathan Meyers wrote: > > > > > I've been doing some work with java.awt.Images in the past few days > > > (1.2pre2 for glibc2.0, native threads, RH5.2), and I seem to be hitting > > > some

Re: Image/Thread Problems

1999-06-06 Thread Nick Lawson
Nathan Meyers wrote: > I've been doing some work with java.awt.Images in the past few days > (1.2pre2 for glibc2.0, native threads, RH5.2), and I seem to be hitting > some strange deadlocks between my event and image-loading threads. As > best I can tell, it looks like ImageObserver.imageUpdate()