Alexander Popov writes:
> Opppsss, sorry...
>
> I was pretty busy - I guess I should have had my time on the example
> code - sorry.
> I still pretend that the bug is there though. I'll write a good example.
>
> ...just to illustrate the problem, see this ( it's where it crushes our
> service
Opppsss, sorry...
I was pretty busy - I guess I should have had my time on the example
code - sorry.
I still pretend that the bug is there though. I'll write a good example.
...just to illustrate the problem, see this ( it's where it crushes our
service framework ) :
/**
* Reads the curr
No kidding.
Maybe it would help if you constructed a Hashtable before calling get() on it.
- Godmar
>
> Hi,
>
> Hashtable.get() constantly throws NPE. I use current CVS (trunk, not the
> 1.0.7 brunch)... The platform is linux/x86.
>
> Here is an example code thet demonstrates that
Hi alexander,
--- Alexander Popov <[EMAIL PROTECTED]> wrote:
> Hashtable.get() constantly throws NPE. I use current
> CVS (trunk, not the
> 1.0.7 brunch)... The platform is linux/x86.
>
> Here is an example code thet demonstrates that:
>
>
> import java.util.Hashtable;
> import java.lang.Syst
Hi,
I'm new here, so please forgive any ignorance on my part.
I'm been cross compiling 1.0.6 for an Alchemy AU1000 MIP board running
linux, using Montavista's HHL 2.0 (journeyman tools).
the au1000 is a MIPS32 cpu
the gcc/binutils are :
gcc version 2.95.3 20010315 (release/MontaVista)
Hi,
I wrote the FAQ.embedded.
And since I'm not a Kaffe expert, any comments and suggestions will be
wellcome... :)
Regards,
--
Alexander Popov
Team Leader RTOS&JVM
ProSyst Bulgaria
[EMAIL PROTECTED]
[EMAIL PROTECTED]
mobile: +35987663193
icq: 29207350
FAQ for using Kaffe on embedded system
Hi,
Hashtable.get() constantly throws NPE. I use current CVS (trunk, not the
1.0.7 brunch)... The platform is linux/x86.
Here is an example code thet demonstrates that:
import java.util.Hashtable;
import java.lang.System;
public class hashGet {
public static Hashtable props;
public st
Hi Jerry,
--- Jerry Tang <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> For Kaffe 1.0.6. I hit a core dump in running a
> simple test program. Stepped
> it through GDB and it core dumped in initialize the
> VM.
> The call stack looks like this:
> #0 soft_fixup_trampoline (meth=0xafca4,
> where=0xaf
Hi alexander, hi chris,
--- Alexander Popov <[EMAIL PROTECTED]> wrote:
>
> cfowler wrote:
> > One last question. I know that javac in Sin's JDK
> has an -g:none option
> > that allows me to compile java files with no debug
> code. Can I do that
> > in my kaffe-1.0.6 tree so that the Klasses.jar
Yes that worked for me...
just set:
export JAVAC="/java/jdk1.3/bin/javac -g:none"
make clean
make Klasses
in libraryes/javalib
The resulting Klasses.jar is about 900K compared to the 1MB without the
-g:none option...
cfowler wrote:
> One last question. I know that javac in Sin's JDK has a
cfowler wrote:
> One last question. I know that javac in Sin's JDK has an -g:none option
> that allows me to compile java files with no debug code. Can I do that
> in my kaffe-1.0.6 tree so that the Klasses.jar can take even less space?
I don't know - as much as I saw the actual classes compil
Sure...
(for the protocol) What I actually did was :
I've modified Clonable.java and compiled it with jdk1.3 with klasses.jar
and kjc,jar in the classpath...
I've replaced Cloneable.class in the existing Klasses.jar.
And recompiled the entire set of packages (make Klasses)...
Godmar Back wrote:
12 matches
Mail list logo