Re: Hi,everyone here! About Kaffe on Linux-vr

2001-04-07 Thread Nathan Meyers
d config files for the Agenda. Details at: http://www.javalinux.net/AgendaKaffe/ I've got it working with X on the Agenda (AWT apps are terribly slow) and am still struggling with getting a non-X version to work. Nathan Meyers [EMAIL PROTECTED] > > I think the first thing for porting

Kaffe now available for the Agenda PDA

2001-03-11 Thread Nathan Meyers
observation: jthread thread-switching does not work if you build Kaffe with NO_ASYNC_IO and use the AWT. (Not that the Agenda needs NO_ASYNC_IO, but I originally copied agenda.h from the existing config for the Helio.) Nathan Meyers [EMAIL PROTECTED]

Re: How does/can jthread override blocking I/O calls on LinuxVR?

2001-03-04 Thread Nathan Meyers
ere Thread.Sleeper and InterruptedException, hence my suspicion that something was amiss with blocking calls and jthreads. Does this behavior sound like anything you saw bringing up Kaffe on the other LinuxVR boxes? Nathan Meyers [EMAIL PROTECTED] > > > There's two issues: blocking

How does/can jthread override blocking I/O calls on LinuxVR?

2001-03-04 Thread Nathan Meyers
some build magic I'm missing? Nathan Meyers [EMAIL PROTECTED]

Kaffe for the Agenda PDA

2001-02-24 Thread Nathan Meyers
team is of course welcome to integrate my modest patch into the project source tree.) Nathan Meyers [EMAIL PROTECTED]

Re: Kaffe size

2001-02-21 Thread Nathan Meyers
On Wed, Feb 21, 2001 at 11:29:14AM +0100, [EMAIL PROTECTED] wrote: > > > > > Can you please tell me where i can find eCos ? http://sources.redhat.com/ecos/ Nathan > > Med venlig hilsen / Best regards > Dan Net A/S > > Benjamin Petersen > Systemudvikler > > ==

Re: Running VM State - Modification, Complexity, Cleanliness

2001-02-12 Thread Nathan Meyers
On Mon, Feb 12, 2001 at 07:08:24AM -0800, Steve Sansha wrote: > Also: Does the Virtual Machine allow self-modifying > code? I'm sure it's possible for the bytecode to > create a new byte[] and use custom-built classloader > to actually load it, but is their an easier > alternative? > (I'm gues

Re: Transvirtual Technologies Delivers Consolidated, Open So urce KaffeT Implementation

2000-07-22 Thread Nathan Meyers
Erik Hu wrote: > On Fri, 21 Jul 2000, Andrew Pototschnik wrote: > > JULY 19, 2000 > > > > Kaffe and Open Source: Software Synergy > > > > Kaffe, Transvirtual's award-winning, cross-platform environment, is a > > totally independent, "clean room" implementation of the PersonalJava 3.0 > > specifi

Re: Kaffe Memory Management

2000-06-08 Thread Nathan Meyers
On Wed, Jun 07, 2000 at 05:22:01PM +0100, Johan Andersson wrote: > Hi. > > > Why does Kaffe (linux) uses sbrk(..) to allocate memory. According to the man. pages >for sbrk(..) it is not very feasible. Why doesn't Kaffe use malloc(..)? Malloc() is a good general-purpose memory manager, but it'

Re: Is there an IDE for Java on Linux?

2000-01-07 Thread Nathan Meyers
ssion. >From the big names: NetBeans (from Sun) and JBuilder (from Inprise). Many others if you cast a wider net. Code Fusion is an IDE for compilation of native code programs from Java source using Cygnus' gcj compiler. Nathan Meyers [EMAIL PROTECTED] > > Has anyone heard of or

Re: Jar files in kaffe dir

1999-11-13 Thread Nathan Meyers
environment variables for use by a single command. CLASSPATH=/foo/bar kaffe ... Nathan Meyers [EMAIL PROTECTED] On Sat, Nov 13, 1999 at 05:34:05PM +0100, Artur Biesiadowski wrote: > > > First, I'm very impressed with current state of kaffe. Last time I tried > it, it still had ma

Re: Classpath and Kaffe

1999-07-13 Thread Nathan Meyers
cary. There must be a layer of subtlety behind this question that I'm missing. How would such work differ from all of the cleanroom implementations that have been done to date, pre-1.2? Nathan Meyers [EMAIL PROTECTED]

Re: kaffe

1999-07-11 Thread Nathan Meyers
java launcher, minus some features useful for developers. They came to their senses in JDK1.2 and dropped jre -- both developer and runtime environments use an identical launcher named "java". Other than possibly breaking a few million application launch scripts around the world :-), getting rid of the jre invocation was a good idea. Nathan Meyers [EMAIL PROTECTED]