Hi,
I'd like to introduce myself. My name is Jim Pick.
I have volunteered to take over the reigns of the kaffe project from
it's original author, Tim Wilkinson.
I've been following Kaffe's progress since about the time I first got
involved in free software (around 1996). In the past, I've
Hi,
Sorry about the duplicate messages. I didn't think that the first two went
out.
Cheers,
- Jim
On Wed, Mar 13, 2002 at 11:10:37AM -0800, Jim Pick wrote:
Hi,
I'm going to move the CVS archive to the new machine today.
I'll tell everybody when it's ready. I'd like to know if people can
still check stuff in.
It's all moved, theoretically. It's in the same location,
cvs.kaffe.org
Hi,
I finally got the website up that I've been working on for the last few
days.
I'm no artist, so I just stole the artwork that the Brainfood folks did for
the old site.
Tell me what you think.
Some of the pages aren't done yet, but I felt like it would be good to get
it up
sooner rather
They test kaffe using it here.
http://www.shudo.net/jit/perf/
There are some issues (can't load it as an applet, needs a larger heap).
Maybe we can order a copy for kaffe.org and put it on the server? I'm sure
TVT will spot the $50 or $100 bucks. Interested in that?
Cheers,
- Jim
-
I think kaffe can be built either dynamically, or statically.
It looks like the double free() is in the decompression code, so if somebody
constructed a malicious jar or zip file and used kaffe to run this untrusted
code, it could be a problem, depending on the operating system.
Of course,
On Thu, 2002-03-21 at 08:44, Mason Loring Bliss wrote:
On Thu, Mar 21, 2002 at 07:04:32AM -0800, Jim Pick wrote:
For future releases, I'd like to propose a version numbering scheme similar
to what's used for the Linux kernel.
Out of curiosity, what is gained by that? It seems
Thanks for the good suggestions for apps.
By the way, have you given any thought to improving cooperation with the
GNU Classpath project? I realize that currently the licensing is
probably an insurmountable goal to actually merging Kaffe's class
library with Classpath, but it would be nice
On Thu, 2002-03-21 at 13:18, Stuart Ballard wrote:
Jim Pick wrote:
Maybe Classpath might even become the default class library for Kaffe,
if that's what people want to use. But I don't see any good reason to
completely scrap Kaffe's current class libs either.
But you don't see
Short answer: as soon as someone with CVS write access does it, it will be
done. Long answer: we had some problems with the CVS server, and trouble
picking the right version of jikes that generated a Klasses.jar file that
just worked for everyone. Now that you've verified that everything
Date: Thursday March 21, 19102 22:40
Author: jim
Update of /cvs/kaffe/kaffe/libraries/javalib
In directory loco:/tmp/cvs-serv30377/libraries/javalib
Modified Files:
Klasses.jar
Log Message:
Applied patch from Dalibor, incorporating DatagramPacket/Socket API updated from
Timothy
Date: Thursday March 21, 19102 22:40
Author: jim
Update of /cvs/kaffe/kaffe
In directory loco:/tmp/cvs-serv30377
Modified Files:
ChangeLog
Log Message:
Applied patch from Dalibor, incorporating DatagramPacket/Socket API updated from
Timothy Stack (from JanOS VM)
Date: Friday March 22, 19102 10:03
Author: jim
Update of /cvs/kaffe/kaffe/libraries/javalib/java/net
In directory loco:/tmp/cvs-serv5261/java/net
Modified Files:
DatagramSocket.java
Log Message:
Small fix to DatagramSocket from Timothy Stack (JanOS VM).
On Sat, 2002-03-23 at 11:13, Dalibor Topic wrote:
On Friday 22 March 2002 11:16, Jukka Santala wrote:
look into improving the PocketLinux Kaffe implementation. Speaking purely
personally, I wouldn't mind seeing framebuffer GUI added to the desktop
edition, or the GPL released versions
Hi,
I tried to summarize the thread I started about Most popular
applications?, and put the results on this page on the site:
http://www.kaffe.org/compatibility_applications.shtml
I also added some more links for some of the more interesting stuff I
ran across.
I'm going to try to test
Hi,
I still don't have the script which mails the CVS logs to the mailing list
working right.
I'm going to try a new script from the Gnome project - I'm going to test it
using a private email address for a few days before I point it at the list
again.
Sorry about that.
Cheers,
- Jim
Hi,
I want to minimize the number of changes for 1.0.7, in order to minimize the
amount of surprises and I don't want to introduce new instabilities.
But I would like to change the way the the files are installed when doing
make install. Instead of installing it by default in /usr/local/bin,
Jim Pick writes:
I want to minimize the number of changes for 1.0.7, in order to minimize
the
amount of surprises and I don't want to introduce new instabilities.
But I would like to change the way the the files are installed when
doing
make install. Instead of installing
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
Thanks! I should have tested building outside of the source dirs.
Cheers,
- Jim
(who's not the biggest automake fan either)
- Original Message -
From: Patrick Tullmann [EMAIL PROTECTED]
To: Kaffe [EMAIL PROTECTED]
Sent: Tuesday, April 02, 2002 11:33 PM
Subject: fix for new rt.jar
Yeah, that's obviously bad. I committed the fix.
The makefiles go a bit overboard in generating headers - I'm pretty sure the
PocketLinux version doesn't do that. When we get the stable release out,
I'm going to take a fresh look at the whole build system.
Cheers,
- Jim
- Original
Hmm. Nice one. :-)
private byte[] getBytes( CharToByteConverter encoding) {
ByteArrayOutputStream out = new ByteArrayOutputStream( value.length);
- byte[] buf = new byte[512];
+ byte[] buf = new byte[value.length*7];
int buflen = encoding.convert( value, offset, count, buf, 0,
Oooh, that's bad.
I just committed a fix. Thanks for the heads up.
Hopefully it shouldn't hurt anyone, since people shouldn't be using Kaffe to
run untrusted code until we've fully implemented things like the verifier.
I'll cc: the list so that people know about this.
Cheers,
- Jim
-
[1] http://wonka.acunia.com/
Ooh, I forgot about Wonka. I just added a link to it from the webpage. :-)
Cheers,
- Jim
Not currently, but I guess I could install it if somebody wants.
(My next big admin task is to get the mailing lists moved over)
Cheers,
- Jim
- Original Message -
From: Andrew Dalgleish [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, April 14, 2002 3:32 PM
Subject: cvs
I think all you need to do is just modify the main() so that
the startup parameters are hard-coded. Then you can just
use it instead of /bin/sh. eg. You could try booting Linux with
the command line init=/usr/bin/mykaffe (pass the extra commands
from your bootloader, in this example
27 matches
Mail list logo