Re: Rewriting byte codes

2002-04-02 Thread Erik Corry
On Mon, Apr 01, 2002 at 09:35:13AM +0200, Erik Corry wrote: > > On Sun, Mar 31, 2002 at 03:40:48PM -0800, Jim Pick wrote: >> >> Erik Corry wrote: >>> What would be needed at a minimum would >>> be: >>> >>> * Split local variables that c

Re: Rewriting byte codes

2002-04-01 Thread Erik Corry
On Tue, Apr 02, 2002 at 02:48:36AM +0200, Artur Biesiadowski wrote: > > Erik Corry wrote: > >>> AFAIK, hotspot stops thread, replaces closest safe points with some trap >>> and let thread run until it hit one. Then it restores original >>> instruction and

Re: Rewriting the GC

2002-04-01 Thread Erik Corry
e to worry about your C code getting interrupted by the GC at > arbitrary points, only at safe points you explicitly insert in your > code. There are downsides, of course --- like if you forget to put a > safe point in somewhere, the GC can be blocked for a long time. I agree now. -- Erik Corry [EMAIL PROTECTED]

Re: Rewriting byte codes

2002-04-01 Thread Erik Corry
On Mon, Apr 01, 2002 at 01:05:50PM +0200, Artur Biesiadowski wrote: > > Erik Corry wrote: > > > There's a lot to be said for this, but since you can allocate > > unlimited memory in an exception handler, every point that can > > throw an exception has to be a sa

Re: Rewriting byte codes

2002-04-01 Thread Erik Corry
consider is to implement GC-safe points (e.g., on > method calls and backwards branches in Java code). Then you only have > to track and update the stack maps at each safe point, There's a lot to be said for this, but since you can allocate unlimited memory in an exception handler, every point

Re: Rewriting byte codes

2002-03-31 Thread Erik Corry
On Sun, Mar 31, 2002 at 03:40:48PM -0800, Jim Pick wrote: > > On Sun, Mar 31, 2002 at 09:02:46PM +0200, Erik Corry wrote: > > > > Hi > > > > I'd like to make some changes to Kaffe to make it simpler to > > do more precise GC. > > I'm al

Rewriting byte codes

2002-03-31 Thread Erik Corry
t looks as though I may need it for something else anyway. -- Erik Corry

Re: Zlib in kaffe?

2002-03-31 Thread Erik Corry
object types where several basic blocks merge into one * We don't handle jsr/rts right -- Erik Corry

Re: Interesting results...

2002-03-21 Thread Erik Corry
On Thu, Mar 21, 2002 at 05:17:13PM +1100, Andrew Dalgleish wrote: > > On Thu, Mar 21, 2002 at 04:42:13AM +0100, Dalibor Topic wrote: >> Try to rebuild Klasses.jar using jikes 1.13 > > jikes == 1.13 or jikes >= 1.13? jikes == 1.13. -- EC

Re: Interesting results...

2002-03-20 Thread Erik Corry
try a newer Jikes tomorrow, I guess. (Mm, cvs update -r foo.) As far as I can see Jikes 1.13 is the one that works. The alternative is to actually find the bug, probably somewhere in the verifier. I tried running with ElectriFence and it made no difference, so I don't think it's a malloc bug. -- Erik Corry [EMAIL PROTECTED]

Re: kaffe-current on NetBSD...

2002-03-19 Thread Erik Corry
r me a workaround was to recompile Klasses.jar with jikes-1.13 (see http://www.kaffe.org/doc/kaffe/FAQ.classlibrary-compile) -- Erik Corry [EMAIL PROTECTED]

Re: SPECjvm98

2002-03-18 Thread Erik Corry
t to use the Kaffe interpreter to generate traces showing allocations and pointer writes in order to test/simulate some GC ideas I have. So it's not going to benefit TVT really. I may be able to get my University to pay. -- Erik Corry [EMAIL PROTECTED] Interviewer: "Real programmers use cat a

SPECjvm98

2002-03-18 Thread Erik Corry
Hi Does anyone know whether kaffe can run SPECjvm98? Before I plonk down $50 for a license... -- Erik Corry [EMAIL PROTECTED]

Re: VerifyError in PushbackReader

2002-03-17 Thread Erik Corry
n't try with jikes-1.14, because I already deinstalled it. It crashes on many of the files in GNU ClassPath (actually the Sable version), so I didn't trust it. If someone recompiles with 1.15b then I can try the resulting .jar file to see if it works for me. It would be nice to have a

Re: VerifyError in PushbackReader

2002-03-17 Thread Erik Corry
On Sat, Mar 16, 2002 at 05:27:05PM -0800, Archie Cobbs wrote: > > Erik Corry writes: > > Whenever I try to run a program (javac, HelloWorld, appletviewer) > > I get the same error: > > > > java.lang.VerifyError: at pc 5 sp 7 not in range [4, 6] >

VerifyError in PushbackReader

2002-03-16 Thread Erik Corry
it just disassembles the PushbackReader in its own java system - it's hard to tell, since it doesn't say where it is getting the info from. Also, I'm not sure what the means. Any ideas? -- Erik Corry [EMAIL PROTECTED]