Re: [kaffe] superh port

2002-10-22 Thread Kiyo Inaba
>I have tried to make JIT works on pocketlinux. But gdb didn't >work fine for bugs. >Please teach me fix point at gdb. There are so many combinations for the target of SuperH port of Kaffe :-) I mean, byte-order, operating system (linux or ***BSD), or CPU itself. But I assume the most common one

Re: [kaffe] superh port

2002-10-22 Thread Katsuaki.Sugiyama
On Fri, 18 Oct 2002 23:08:09 +0900 (JST) "Kiyo Inaba" <[EMAIL PROTECTED]> wrote: > Dalibor wrote: > >--- "Katsuaki.Sugiyama" > ><[EMAIL PROTECTED]> wrote: > >> Does JIT works on superh? > > > >Currently only interpreter works on superh. It is a > >partial merge from the sources from pocketlinux >

[kaffe] kaffe--freeMemory Second Trying

2002-10-22 Thread xch
hello,  I hava a question about the method  Runtime.freeMemory() in kaffe.I doubt whether it give the right value.My problem is :  In my application, I start two threads, one is doing something ,the other is measuring the free space of the total System in a certain interval(5 mill

Re: [kaffe] long long type

2002-10-22 Thread Jose M. Gomez
On Tuesday 22 October 2002 21:44, you wrote: > On Monday 21 October 2002 15:59, Ronald Aigner wrote: > > 'long long' is an 'artifical' type of gcc, which means gcc understands > > it, but other compiler certainly don't have to. > > `long long' is part of C99, is it not? Actually I think it is. Loo

Re: [kaffe] long long type

2002-10-22 Thread Chris Gray
On Monday 21 October 2002 15:59, Ronald Aigner wrote: > > 'long long' is an 'artifical' type of gcc, which means gcc understands > it, but other compiler certainly don't have to. `long long' is part of C99, is it not? -- Chris ___ kaffe mailing list

Re: [kaffe] DataInputStream related merge

2002-10-22 Thread Jukka Santala
On Tue, 8 Oct 2002, Dalibor Topic wrote: > could you give pat's serialization patch a try and see > how that works in your context? > You can find the details at: > http://www.kaffe.org/pipermail/kaffe/2002-September/008900.html Well, I could, but that has nothing to do with XML parsing, so it doe

Re: [kaffe] More Debugging woes

2002-10-22 Thread Dalibor Topic
--- Fabio Fracassi <[EMAIL PROTECTED]> wrote: > Somewhere in or during calling an > NullPointerException gets thrown, but the > stacktrace only shows the frames up to HashMap. > Now my Problem is I can't find out which equals() > method gets called. It > should be java/lang/Object.equals(), but

Re: [kaffe] KeyEvent -> JDK 1.4 patch (And longer explanation;)

2002-10-22 Thread Jukka Santala
On Mon, 7 Oct 2002, Dalibor Topic wrote: > That means we'd have to operate on bytecode level. > There are many toolkits for such projects. I believe > that's preferable to writing a java parser and doing a > source-to-source translation on all java library > source code. Admittedly the preprocesso

[kaffe] Patch: http proxy correction

2002-10-22 Thread Jukka Santala
Well, this proves nobody actually uses Kaffe with proxy for HTTP implementations ;) My last patch to match its behaviour with Sun's behaviour unfortunately broke the proxy support; it did open a socket to the proxy, but then nonetheless use the proxyless connection. I tried to think of a more elega

Re: [kaffe] More Debugging woes

2002-10-22 Thread Svante Arvedahl
Hi Fabio, What platform are you using? Are you using the jit? What I usually do (I use the jit) is to debug with gdb and put a break point on soft_athrow in soft.c. When the breakpoint is hit 'where' gives me the address in the jitted code where the exception was thrown. Thru disassembling the code

[kaffe] More Debugging woes

2002-10-22 Thread Fabio Fracassi
Hi, I still have a Problem with Debugging the Initialisation Code. I've already asked once for general advice, and your answers helped me a little further (thank you). Still I am unable to track my error(s), so I'd like to ask a bit more specifically, and hope someone has an advice for me. The