On Wed, 24 Apr 2002, Dalibor Topic wrote:
While you are at it, you might want to take a look at
xprof patches from Janos VM at
http://www.cs.utah.edu/flux/janos/downloads/kaffe_kaffe_xprof.diff.gz
They might help.
Thanks, I'd forgotten about that. The patch seems to contain a whole
hi,
Hi Dalibor,
Am sending a test program that results in the same assertion problem.
The test program takes a jar file location, reads contents from each file in
the jar and prints the same to standard output. It uses ZipFile and ZipEntry
classes present in java.util.zip.* pkg.
Has anything happened with this bug? I was running developers/FullTest.sh
on kaffe cvs/FreeBSD 4.3/gcc v2.95.3 and a similar thing was happening
(e.g. StackDump seems to fail because it doesn't detect JNI exception
handlers).
tim stack
I found one of the problems with Kaffe when compiling
Hi,
I've made the 1.0.7-rc1 release available for download at:
ftp://ftp.kaffe.org/pub/kaffe/testing/v1.0.x/kaffe-1.0.7-rc1.tar.gz
http://www.kaffe.org/ftp/pub/kaffe/testing/v1.0.x/kaffe-1.0.7-rc1.tar.gz
Please download it, compile it, and try it out. This is a test release
of what
One idea I had was to have each JNI function in the
BEGIN_EXCEPTION_HANDLING macro store its start and size in the
'vmException' buffer. The problem is there is no
__builtin_function_size() GCC macro or anything that can tell you
that.
However, I know that there are tools that can
hi,
I attached a patch for SHA1PRNG.java, it still wasn't quite doing what it
was supposed to. Also, i think i forgot to mention that this was based on
Classpath's (broken) code, so the copyright should probably be gpl'ed.
thanks,
tim stack
Index: SHA1PRNG.java
bah, i forgot a couple of other security fixes:
Change name of SHA - SHA-1
Add aliases to the Kaffe provider
tim stack
Index: SHA.java
===
RCS file: /cvs/kaffe/kaffe/libraries/javalib/kaffe/security/provider/SHA.java,v
Hi!
I have a slight problem with newer CVS versions of kaffe and JNI (both
1.06 and 1.07-rc1). After I configure and install kaffe, I can't get it
to work with my JNI programs. It keeps complaining that it cannot find
the shared library I have created. I have set CLASSPATH as well as
I wrote:
(*) InternHog seems to fail in the (non-optimized) interp-debug builds
now. Of course, I can't get it to fail when run under GDB... Bah!
I'll keep poking at that one.
This is very bizarre.
i can replicate it here.
Kaffe seg-faults in string.c:stringCompare, when its passed
Not sure if the fix is valid. If they can be freed before the string,
then you'd have to avoid dereferencing all interned strings here...
fyi, I hacked hashtab.c to avoid the deep comparison when removing a
value. Now, it will just check the pointers and fail instead of also
trying the
hi,
I attached a patch for SHA1PRNG.java, it still wasn't quite doing what it
was supposed to. Also, i think i forgot to mention that this was based on
Classpath's (broken) code, so the copyright should probably be gpl'ed.
oops, i whiffed again...
in
Also, to unintern the string you don't have to access its content
(or do you?) Isn't that what Tim suggested?
Hmm... I can't see how that avoids the fundamental problem of a live
object with a pointer to dead space.
If I have a String sitting in the hashtable that is dead, but not
Perhaps the intern'd string table should be walked, but only the
char[] objects referenced from it should be marked (not the Strings).
You could mark objects meant to be destroy()ed like objects meant to be
finalized...
I don't think this would work because the char[] could be
Another possible less intrusive idea:
Why not just hold the string intern lock while working off the
must-free list. Take it before working off the list, release
it afterwards.
I think we run into the same problem as before though, we can't take the
lock before RESUMEWORLD() because it
I wrote:
Tim wrote:
What about using local labels in END_EXCEPTION_HANDLING?
Ah! That's probably exactly what is needed. I was hoping there was
some GCC way of handling this.
Seems to work, too!
I had a little problem with:
static inline void
Patrick Tullmann wrote:
I was reading the VM spec last night, and it says that the end of an
exception range is exclusive, vs. the start being inclusive. Since
that's exactly what's happening (the exception is being re-tossed at
the very end of the coverage), I changed:
if (pc
Timothy Stack wrote:
For the jitter, this gets set by buildStackTrace in stackTrace.c:
info[cnt].pc = STACKTRACEPC(trace);
So, it uses the return pc found in the stack trace, which corresponds to
the next instruction to execute.
er, spoke too quickly. For a synchronous
On Tuesday, September 17, 2002, at 10:52 PM, Patrick Tullmann wrote:
[infinite exception dispatch loops]
So, lets try and reexamine the whole thing...
First, what does the pc in the parameter list correspond to? The
current pc or the next pc?
Anyway, I would expect the pc passed to
hi,
The most recent mauve has some thread tests that kaffe fails, the
following patch should fix the following problems:
The started field wasn't being set for the main thread
The group field wasn't being cleared after the thread died.
The setPriority() method should throw an
On Tuesday, October 29, 2002, at 02:41 AM, Martin Edlund wrote:
Hi!
I work together with Josef on this project, and this is the output we
get from gdb
This does not make any sense to us, but hopefully some of you can get
something from it.
The garbage collector needs to find the tops of
hi tim,
hi
I'm writing it for linux and arch is IBM PowerPC405 . I'm compiling the
present one but getting the error-
/***ERROR LOG */
In file included from
/opt/hardhat/devkit/ppc/405/bin/../target/usr/include/stdio.h:33,
from debug.h:31,
I receive this message:
java.lang.OutOfMemoryError
at MemBug.main(MemBug.java:12)
I've replicated this, don't know whats causing it yet. Bizarre...
Jean-Sebastien Bettez
tim stack
___
kaffe mailing list
[EMAIL PROTECTED]
On Saturday, December 28, 2002, at 11:03 AM, Dalibor Topic wrote:
Hi,
I've taken a second look at the pure java zip from GNU
Classpath.
I compared memory consumption using -verbosemem on
i386-linux with
jit3. I saw a big difference between jit-temp-data for
the pure java
zip and native zip
On Sunday, December 29, 2002, at 08:03 AM, Dalibor Topic wrote:
Hi Tim,
hi
You need to apply the GNU Classpath java.util.zip
replacement patch, available at
http://www.kaffe.org/~robilad/zip-replacement-patch.tgz
and to copy the Klasses.jar.bootstrap file over the
existing copy in
Hi,
hi,
now that we've got Jython to run, I've tried to
install it using the Jaython 2.1 installer from
http://www.jython.org/download.html . That lead to an
interesting crash: the jthread_disable_stop assert
that checks if the disable_counter is less than 10
leads to a core dump.
Hi Seongbeom,
--- Kim, Seong Beom [EMAIL PROTECTED] wrote:
zip -r rt.jar META-INF
zip warning: name not matched: META-INF
zip error: Nothing to do! (try: zip -r rt.jar . -i
META-INF)
gmake[1]: *** [rt.jar] error 12
gmake[1]: leave
Hi,
hi,
now that we've got Jython to run, I've tried to
install it using the Jaython 2.1 installer from
http://www.jython.org/download.html . That lead to an
interesting crash: the jthread_disable_stop assert
that checks if the disable_counter is less than 10
leads to a core dump.
hi,
So, on the discussion of replacing native library implementations with
pure java versions from classpath, I don't see why they both can't be
included. With a bit of configure magic everything should work fine...
For example:
if libgmp is available !force_pure_java:
use native
p.s. how is your verifier coming along?
funny you should ask :) after a good number of months of little work (i
was taking a graphics class that required a pretty enormous amount of
programming), i've finally started picking it up again this week.
pass 2 of verification is mostly
Hi Tim,
hi,
Btw, for me, jython takes _forever_ to open the
installer window at
startup. I don't see this behavior in the JanosVM,
but it has some other
bugs when painting the window (i haven't updated to
the current cvs yet).
Well, for me too ;) It seems to hang on a thread
hi,
I'd like to file a bug report stating that the current system for
reporting bugs sucks. :)
It seems to me that there are just too many people with problems that are
going unanswered. Sure, we'll exchange some initial mail, but in the end
people are just too busy with other things and
hi,
I'm having problems building from the current CVS repository. The
configure script is detecting libesd in /usr/local/lib, but
/usr/local/include isn't in the include directory list when compiling.
So, it goes boom.
Looking at configure.in, it defaults to adding /usr/local/lib if
hi,
The --enable-pure-java-math option doesn't seem to work quite right yet.
When trying to link the main executable it can't find libmath since it was
edited out of the build process. I think you just need to change
configure.in to leave libmath out of the JAVA_LIBS variable if pure java
Hi,
hi,
I'd like to do another round of asking who's using
what version of auto* tools, and if upgrading kaffe to
use the latest versions would be desirable or cause
problems. See this thread for the last discussion of
the issues involved:
Yeah, I've just seen it yesterday, too, and had a
patch handy ;)
thanks, I've checked in a fix, that does pretty much
what you proposed.
Now it doesn't work the other way ;)... This line in configure.in:
MATH_LIB=$(top_builddir)/libraries/clib/math/libmath.la
needs to look like
Dalibor wrote:
I don't like the idea to force people to have the
latest newest auto* tools just to be able to compile
kaffe (hacking the build system is a different
matter). It kind of beats the cross compatibility idea
of running ./configure; make; make check. It turns it
into autoreconf;
oops, attached now...
tim
Index: Makefile.am
===
RCS file: /cvs/kaffe/kaffe/Makefile.am,v
retrieving revision 1.23
diff -u -r1.23 Makefile.am
--- Makefile.am 20 Nov 2002 12:27:25 - 1.23
+++ Makefile.am 3 Feb 2003 18:37:05
Hi everyone.
hi,
i'm currently modifying kaffe's verifier (not posted yet because i'm
trying to get it more or less bug-for-bug compatible with Sun...they don't
really follow their own damn spec too closely, it turns out) and class
loader to take advantage of a GJ-like signature for running
Could you post a small patch?
attached
cheers,
dalibor topic
tim
Index: libraries/clib/native/SystemClassLoader.c
===
RCS file: /cvs/kaffe/kaffe/libraries/clib/native/SystemClassLoader.c,v
retrieving revision 1.6
diff -u -r1.6
Hi Tim and Dalibor.
hi,
Are you using the current CVS?
i just downloaded a fresh copy of the current CVS, applied the patch Tim
posted and then made the change in readAttributes (readClass.c) that i
suggested earlier which is simply to add this case into the list of cases:
Log message:
2003-02-03 Dalibor Topic [EMAIL PROTECTED]
* libraries/javalib/kaffe/tools/jar/Jar.java:
(updateFilesInJar) implemented.
* libraries/javalib/Makefile.am:
Use kaffe's jar tool instead of .
This isn't working for me, it just generates an empty rt.jar.
tim
This isn't working for me, it just generates an
empty rt.jar.
Empty as in 0 bytes long, or empty as in it's a
350k long jar file with only 0 bytes long files ?
0 bytes
That's on i386-freebsd, right?
Yep, and built from a fresh checkout.
cheers,
dalibor topic
tim
Hi Tim,
hi,
very weird.
I've just done a build on HP testdrive i386-freebsd
machine, and it works for me. I've run ./configure;
make in the source directory.
Bah, you and you're source directory builds ;). Try configuring/building
in a separate directory...
cheers,
dalibor topic
Fixed checked in. I used $(srcdir) instead of
$(abssrcdir).
Yeah, that worked for me too. The reason it was failing silently is
because Character.java couldn't load 'unicode.tbl' and 'unicode.idx'.
Apparently, it will _only_ load them from a JAR file, so just
specifying the 'lib'
Hi Rob, hi Tim
hi,
Sounds o.k. to me to rename the methods if they don't
perform verification at all.
ditto
But before I check it in,
I'd like to see class-analyze.[ch] from JanosVM merged
into the kaffe CVS tree.
There are two main diffs:
CIF_* stuff,
This change is a bit
Btw, what is the status of make dist make distcheck
? Your patch should have improved some things there,
but I was still having some problems with make dist
when autotoolized using automake 1.4p5 autoconf 2.13
and make distcheck when autotoolized using automake
1.7.2 and autoconf 2.57.
hi,
I've attached some patches that fix the kaffe on oskit build. The first
file contains the necessary bits. The second file contains a small
(untested!) patch for using zip to make the jar file, which is needed when
cross-compiling since the kaffe executable won't work. The second patch
On Monday, February 17, 2003, at 06:37 PM, calvin kaiwen wrote:
Hi :)
Glad you reply, here is a fraction of those code :)
It is possible to increase the file descriptor of linux machine (yet
to test
out), but IF thread pool is reuse, 1024 file descriptors if more than
enough
:)
Trying
On Sunday, February 23, 2003, at 11:48 AM, Matthew Toseland wrote:
While trying to get freenet working on Kaffe, I discovered a side
issue... we use the attached code to detect the local internet IP
address. Basically, we open a datagram socket to the A-root nameserver
and call
On Sun, Feb 23, 2003 at 02:46:19PM -0700, Timothy Stack wrote:
On Sunday, February 23, 2003, at 11:48 AM, Matthew Toseland wrote:
While trying to get freenet working on Kaffe, I discovered a side
issue... we use the attached code to detect the local internet IP
address. Basically, we
On Mon, Feb 24, 2003 at 09:56:42AM -0700, Timothy Stack wrote:
On Sun, Feb 23, 2003 at 02:46:19PM -0700, Timothy Stack wrote:
On Sunday, February 23, 2003, at 11:48 AM, Matthew Toseland wrote:
While trying to get freenet working on Kaffe, I discovered a side
issue... we use
I've been looking at the problem with JIT3 on MIPS platforms,
and have come across something distinctly suspicious that I know
how to fix in the abstract. I could use some guidance from other
more experienced JIT hands as to how to best deal with it in practice.
In the generated function
ops, sorry about the previous email
I've been looking at the problem with JIT3 on MIPS platforms,
and have come across something distinctly suspicious that I know
how to fix in the abstract. I could use some guidance from other
more experienced JIT hands as to how to best deal with it
Hi all,
hi
With a current CVS version of Kaffe (compiled yesterday), the following
program, compiled with Sun javac or kjc--
Thanks for the bug report, I've replicated it and am trying to fix it...
Thanks,
- Benja
tim
___
kaffe mailing
Hi all,
hi,
With a current CVS version of Kaffe (compiled yesterday), the following
program, compiled with Sun javac or kjc--
...
gives me this output:
[EMAIL PROTECTED]:/tmp$ /usr/local/kaffe/bin/java -cp . Foo
0
-1
CVS update and give it a try.
The problem was that the jitter
hi,
In message Re: [kaffe] Simple program shows strange results
on 03/03/05, Ito Kazumitsu [EMAIL PROTECTED] writes:
I have made a simpler test program:
This strange problem occurs with float and double, but not
with int or byte.
$ cat Test.java.m4
public class Test {
public
Hi all,
hi,
The following code:
--- snip ---
gives me the following error:
[EMAIL PROTECTED]:~/ff/fenfire$ /usr/local/kaffe/bin/kaffe -cp build Bug
java.lang.NoSuchMethodError: Bug$Abstract.foo()V
at Bug$Abstract.bug(source file unknown:line unknown, pc 0x81ff788)
hi,
I've attached a log of a FullTest.sh done on a 1Ghz PIII running FreeBSD
4.6. Basically, everything seemed to work, whee. Although it took
forever to run...
tim
267 irontown:release/kaffe uname -a
FreeBSD irontown 4.6-STABLE FreeBSD 4.6-STABLE #0: Thu Aug 1 23:39:05 MDT 2002
hi,
hi,
I just checked in some code merged from the JanosVM, which include some
fixes for the class loader and other bits. Update and give it a go.
Hopefully, I didn't frell everything up...
everything's working fine here, too ;)
good
However, I've got two small issues:
hi,
On Thursday, May 29, 2003, at 10:00 PM, Ito Kazumitsu wrote:
The current libraries/clib/net/InetAddressImpl.c and some others
cannot be compiled on my poor old Linux (2.0.38) machine.
What is wrong:
(1) InetAddressImpl.c checks whether AF_INET6 and PF_INET6 are
defined. Yes, they are
Hai
Please give me step by step instruction on how to
run the xprof..I am having really tough time
configuring with xprof with the FAQ file provided.
Get the CVS version, I'm pretty sure it works just fine.
I would really appreciate the help...
Thanks
Ram
tim
On Friday, May 30, 2003, at 08:08 AM, Dalibor Topic wrote:
2. Patch replace/getifaddrs.c
Old Linux does not have linux/netlink.h and linux/rtnetlink.h.
So I do not expect kaffe to use replace/getifaddrs.c.
I'll happily let Tim deal with the ipv6 stuff ;)
Just some configure magic i think.
hi,
Sorry for the late checkins, I'm trying to help out some other folks,
hopefully they won't cause any damage. Anyways, they get us pretty
close to a working jetty (jetty.mortbay.org/jetty/). The server gets
running, but for some reason it can't find any pages, bah. If anyone
wants to
Hi,
hi,
Sorry for the late checkins, I'm trying to help out some other folks,
hopefully they won't cause any damage. Anyways, they get us pretty
close to a working jetty (jetty.mortbay.org/jetty/). The server gets
running, but for some reason it can't find any pages, bah. If
hi guys,
(Sorry I haven't been active, work and all)
On Tuesday, June 3, 2003, at 09:29 AM, Jim Pick wrote:
Well, the original plan for 1.1.0 was to freeze on May 18th, and
release
on June 1st. Obviously, we didn't freeze on May 18th, and did not
release on June 1st. I'll take the blame for
On Wednesday, June 11, 2003, at 06:01 AM, Helmer Krämer wrote:
On Wed, 11 Jun 2003 13:02:16 +0200
Kevin D. Kissell [EMAIL PROTECTED] wrote:
Our of curiousity, I configured the MIPS/Linux interpretive kaffe
with --disable-debug, for speed, and ran the Embedded CaffeieneMark
benchmark. Comparing
On Wednesday, June 11, 2003, at 05:16 AM, Kevin D. Kissell wrote:
Could you please check confirm that the 4 regression tests
which succeed on alpha-linux are the same 4 that succeed
with MIPS/Linux under jit3, i.e.
HelloWorldApp.class.save
CatchLimits.class.save
TestFloatDouble, and
ThreadStop?
On Monday, June 30, 2003, at 04:54 AM, Gerlando Falauto wrote:
Hi everyone,
hi,
(especially the JIT back-end coders)
does anyone have any idea why _slot_slot_fconst is declared
void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
^^
Hi all,
hi,
*
KaffeInternal.java:
*
/* Expected Output:
java.lang.NoClassDefFoundError: kaffe/lang/ThreadStack
*/
what i got:
Hi Automake/autoconf experts,
is there any way to add a new machine-dependent assembler (.s) or C (.c)
file to the build process, and put it my config/cpu or config/cpu/os
dir?
I tried creating a cpu/os/Makefile.frag as its done in the
engines and threadsystems directories, but
On Tue, 1 Jul 2003, Timothy Stack wrote:
I tried creating a cpu/os/Makefile.frag as its done in the
engines and threadsystems directories, but that didn't quite work...
It appears that the configure script looks for Make.frag and not
Makefile.frag. Ah, gotta love
Hi everyone,
hi,
(especially the JIT back-end coders)
does anyone have any idea why _slot_slot_fconst is declared
void _slot_slot_fconst(SlotInfo*, SlotInfo*, double, ifunc, int)
^^
shouldn't there be a float instead?
Can you update
Hi,
hi,
This patch adds the ShutdownHook (Java 1.3) feature to kaffe. Here is a=20
Changelog:
Neat, can you make a test case for it please?
Cheers,
Guilhem.
thanks,
tim
___
kaffe mailing list
[EMAIL PROTECTED]
hi Guilhem,
I've just checked in a patch that fixed the remaining compilation
problems for me.
Cool, thanks.
It now builds fine for me, but the shutdown hook test still fails.
From a cursory examination it looks like some bad code is generated
somewhere. The 'dummy' variable has a
From a cursory examination it looks like some bad code is generated
somewhere. The 'dummy' variable has a different value after the first
call to addShutdownHook() :(
FYI, I'm pretty sure its kjc's fault
tim
___
kaffe mailing list
[EMAIL
From a cursory examination it looks like some bad code is generated
somewhere. The 'dummy' variable has a different value after the first
call to addShutdownHook() :(
FYI, I'm pretty sure its kjc's fault
Note to Rob: The verifier isn't picking up on the error like the jdk:
Hi,
hi,
I don't see why instanceof or checkcast would need to be loaded
aggressively during verification, but my hunch is that they're dealing
with some of the same issues that I am. Namely, when checkcast is
performed during execution simulation you'll need to be able to load a
pointer
Hello,
hi,
The JanosVM versions don't, so you can try backporting those.
Are you sure the janosVM versions don't force the referenced class to be
linked? I just spent some time poking around the 1.0a source and it seems
that they do... of course, I could simply be misreading
On Wednesday, July 23, 2003, at 06:32 PM, Jim Pick wrote:
Hi,
hi,
I think we're back...
The motherboard on our server died suddenly late on Monday night, and I
had to scramble to figure out what was wrong and basically build a new
server. I ripped the old server out yesterday morning, got the
On Thursday, July 24, 2003, at 01:06 AM, Guilhem Lavaux wrote:
Hi !
hi,
I joined Kaffe developers recently and I am currently fixing things
here and there. One of my current projects is to get a valid NIO
implementation in Kaffe/Classpath. As I have already some work done
(FileChannels on
Timothy Stack wrote:
hi,
hi,
Thanks, I didn't notice we had different failures.
ops, I didn't look close enough, the intrp ones are my fault... I need to
fix it so jvmpi works right.
should be fixed by attached patch.
cheers,
dalibor topic
thanks,
tim
Hi all,
hi,
When my verifier throws a VerifyError kaffe exits fine, but I get a:
No stacktrace available
What generally causes a lack of stacktrace being available?
I'm assuming you're trying to execute a broken class on the command
line... In which case, the VM never gets a
Hi all,
hi,
Attached is a patch for a nearly completed bytecode verifier. There are
two things that are still not checked that are required by JVM Spec 4.8.2,
but they will be pretty simple to add in later.
Well, first, there are a couple references to 'free()' which should be
'KFREE()'.
hi guys,
CVS update and try again... I'm able to run it, but I get an occasional
'java.io.IOError: Bad file descriptor', haven't looked into it though.
Also, it turns out the installer they use is broken and doesn't check for
errors when loading images. So, if kaffe doesn't find a gif
Hi folks
I've compiled kaffe for mipsel and wound up with a dynamically linked
kaffe-bin. One of the FAQs says to give configure --with-staticvm and it
will link statically.
I did, but got a dynamically linked kaffa-bin again.
Is there any way to force it to build statically?
Hi all,
I just committed the bytecode verifier. It's a huge chunk of code and
it's very likely that there are little bugs lurking around in it...I can't
even count how many off-by-one errors I had during development.
make check-TESTS
make[1]: Entering directory
Hi Tim,
hi,
I think I managed to figure out what is going wrong here.
Hopefully my explanations will not get too confusing.
Thanks, I understood it just fine.
First of all, you might consider applying the attached patch,
since it will give you some better error messages in case some
type
hi Tim,
hi,
I've checked in some JVMPI stuff. Its not completely done yet, but its
a pretty good start. I'll try and get it finish RSN. Hopefully, i
didn't break anything...
thanks! I've tried to build kaffe with jvmpi enabled, but it breaks
during linking because a function is
Hi all,
I just committed the bytecode verifier. It's a huge chunk of code and
it's very likely that there are little bugs lurking around in it...I can't
even count how many off-by-one errors I had during development.
make check-TESTS
make[1]: Entering directory
On Friday, August 8, 2003, at 10:22 AM, Timothy Stack wrote:but not
CSTATE_LINKED. The subclass would load the superclass using this
special
getClass(), set its own state to CSTATE_LOADED_SUPER (and NMS_LOADING)
and process the superclass to CSTATE_LINKED afterwards. That way, the
verifier would
On Friday, August 22, 2003, at 05:43 AM, Kaffe CVS wrote:
PatchSet 3971
Date: 2003/08/22 11:42:13
Author: hkraemer
Branch: HEAD
Tag: (none)
Log:
fixed mem leak in garbage collector
Can you elaborate on what was going on here?
thanks,
tim
___
kaffe
On Sat, 30 Aug 2003 07:20:57 -0700
Kaffe CVS [EMAIL PROTECTED] wrote:
PatchSet 3996
Date: 2003/08/30 14:18:17
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Classpath's IO/net subsystem merging + fixes.
Nice work! That's going to help me out a lot.
I compiled it 4
hi,
I've checked in some JVMPI stuff. Its not completely done yet, but its
a pretty good start. I'll try and get it finish RSN. Hopefully, i
didn't break anything...
Real soon now indeed...
The last checkin gets things a bit farther, atleast for the
jit3/unix-jthreads
PatchSet 4001
Date: 2003/08/31 17:16:47
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Various fixes.
Noticeable changes:
Reimplementation of deleteOnExit (missing in classpath)
The test case for this is not checked in (DeleteFile.java).
Removed SoInterrupt because it is wrong.
PatchSet 4010
Date: 2003/09/02 00:53:58
Author: jim
Branch: HEAD
Tag: (none)
Log:
Fix -- only register network interfaces that have an IPv4 or IPv6 address.
... Its still kinda broken and a cursory look at the code shows that it
doesn't quite match what the previous code was doing. Is
Hi,
hi,
I was doing a make check on the latest CVS version of Kaffe and got
the following error:
../kaffevm/.libs/libkaffevm.so: undefined reference to
`softcall_illegalaccess'
My bad, I'll get it in a sec.
and the check failed. The architecture is PA-RISC and the OS is Debian.
I
I am part of a team porting Kaffe to a Cray. I would like to find someone
who has an understanding of why the locks were implemented with hidden stack
variable (the where in _lockMutex). It is causing great consternation in
light of the Cray stack.
Can you explain whats unique about the
Akash Mahajan wrote:
I meant the label structure defined in labels.h, something more simpler and
understandable than what is written in that file.
Which labels.h? The one in jit or jit3? And, what in particular don't
you understand?
tim
___
Hi,
just a quick heads up, since this his been a busy weekend getting
applications to work: JavaLayer 0.3.0 works with kaffe from CVS.
JavaLayer is a free software MP3 player, available at
http://www.javazoom.net/javalayer/javalayer.html . It's quite fast, and
takes about 18M to play
Timothy Stack wrote:
Hi,
The memory usage seems to come from
jit-temp-data: Nr179 Mem 8980K, which doesn't get freed as it
should be, so it's impossible to run with less then -mx 16M. I think the
gc should try to free jit temp data when it runs out of memory. Tim,
Helmer
1 - 100 of 152 matches
Mail list logo