On Sun, Mar 31, 2002 at 08:41:34PM -0700, Patrick Tullmann wrote:
Erik wrote:
I'd like to make some changes to Kaffe to make it simpler to do more
precise GC.
Just for reference, so everyone's on the same page, Kaffe already does
precise walking of Java objects (see
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 safe point [...]
If exception is thrown, you don't care about registers (unless you
write-cache locals in registers,
On March 31, 2002 04:06 pm, Carlos Andres Cañaveral Usuga wrote:
I need work with jdbc for access to a database made on postgresql. It is
posible with kaffe and how? thanks
This is possible. I got it working once on an HP425 workstation (how's that
for a Kaffe port?)
I can't remember what,
Jim
I'm all for it. That way, I can have Sun's JDK coresident with Kaffe.
It may sound like anathema, but my bosses kinda prefer it that way ;-)
Mark
From: Jim Pick [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: JRE file layout for 1.0.7?
Date: Sat, 30 Mar
Is anybody opposed to this? It is breaking with tradition
somewhat, and it's for the upcoming release, so I figured
it would be best to ask. It'll also impact the Debian and
RPM packages.
Go for it -- this will also allow side-by-side testing with other
JRE implementations by resetting
Erik wrote:
The big problem with walking the stack isn't the Java stack as much as
the native stack. You could walk the Java parts precisely, and the
native bits conservatively, but I don't know what you'd win anything
by doing this.
OK, I'm not so familiar with the way Java
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 safe point [...]
If exception is thrown,
On Mon, Apr 01, 2002 at 11:10:18AM -0700, Patrick Tullmann wrote:
Erik wrote:
The big problem with walking the stack isn't the Java stack as much as
the native stack. You could walk the Java parts precisely, and the
native bits conservatively, but I don't know what you'd win anything
I wonder what the gnu classpath project has for java.util.prefs (or the
gcj folks for that matter).
Marcus Smith
On Mon, 2002-04-01 at 15:38, Patrick Tullmann wrote:
Anyone know of open-source implementations of the new java.util.prefs
API that could be used with (or incorporated into)
The attached patch causes the Make to abort if kaffeh has a problem.
Currently an error return from kaffeh is ignored. (I was getting
errors because my Klasses.jar was badly corrupted.)
I fixed the problem by including a 'set -e' in the complex shell
sequence that invokes kaffeh. -e should
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: jim 02/04/01 19:15:02
Modified files:
. : Makefile.in configure configure.in
config : Makefile.in
include: Makefile.am Makefile.in
kaffe : Makefile.in
Okay, I did it.
The changes to use a JDK/JRE style file layout are committed in CVS.
Here's what the layout looks like after doing make install.
Please test it and give me some feeback.
Cheers,
- Jim
/usr/local/kaffe
|-- bin
| |-- appletviewer
| |-- install-jar
| |-- jar
| |--
Exactly, thank you. And like Sun's JRE, please put Kaffe arch dependent
libraries in kaffe/Khost_cpu/. ;-)
Done.
Is anybody opposed to this?
Not at all. Also please make sure that the nativedir macro is
DESTDIR-aware.
I need to test that. I'm not sure if it is or not.
Cheers,
- Jim
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: jim 02/04/01 20:52:07
Modified files:
libraries/javalib: .cvsignore Makefile.am Makefile.in
Log message:
Remove rt.jar when doing make clean
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: jim 02/04/01 21:19:56
Modified files:
. : configure configure.in
Log message:
Fix alignment check to give more sensible default when cross-compiling, in order to
prevent unaligned accesses
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: jim 02/04/01 21:48:30
Modified files:
. : ChangeLog
Log message:
Oops. Forgot to update changelog
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 voila.
This sounds pretty ugly to me, since
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: jim 02/04/01 21:57:15
Modified files:
test/regression: .cvsignore
Log message:
Update to ignore ExceptionTest file
Hi,
May I know if Jini1.1 can work with latest Kaffe?
We are getting following exception while running Jini with Kaffe:
'ClassCast Exception' while exporting the RemoteObject.
Our implementation class implements the interface which extends the
RemoteObject.
And in the constructor of the
19 matches
Mail list logo
