Re: [kaffe] memory leak in jit3 ?

Hi Tim, --- Timothy Stack [EMAIL PROTECTED] wrote: On Saturday, December 28, 2002, at 11:03 AM, Dalibor Topic wrote: Hi, I've taken a second look at the pure java zip from GNU Classpath. I compared memory consumption using -verbosemem on i386-linux with jit3. I saw a big

[PATCH] method invocation via jni (was Re: [kaffe] java.lang.reflect.Method virtual method call bug (CVS))

On Sat, 28 Dec 2002 15:33:01 +0100 Helmer Krämer [EMAIL PROTECTED] wrote: Hi all, replying to myself here. P.S.: Sorry if this was a little bit confusing, I'll send a complete, cleaned-up patch of these changes when gzz is working I've revised my first patch a little bit (the

Re: [kaffe] [bug] kaffeh can't handle overloaded native methods

On Fri, 27 Dec 2002 15:00:14 -0800 (PST) Dalibor Topic [EMAIL PROTECTED] wrote: Hi Dalibor, So I'd be glad if someone with more kaffeh hacking experience could take a closer look at it and tell me if I'm missing something obvious. As a bit of background motivation, this is the last bit

Re: [kaffe] memory leak in jit3 ?

On Sunday, December 29, 2002, at 08:03 AM, Dalibor Topic wrote: Hi Tim, hi You need to apply the GNU Classpath java.util.zip replacement patch, available at http://www.kaffe.org/~robilad/zip-replacement-patch.tgz and to copy the Klasses.jar.bootstrap file over the existing copy in

Re: [kaffe] memory leak in jit3 ?

--- Timothy Stack [EMAIL PROTECTED] wrote: The thing thats tickling the bug is the static initializers in UnicodeTbl/UnicodeIdx. They are so large that they need a ton of memory to be compiled. So they force the jitter's label/const/seq object pools to be grown to an enormous size.