hi,
i'am also searching for serial support for kaffe with linux.
I've tried rxtx from www.rxtx.org but it doesn't work with kaffe.
(It works fine with Suns and IBMs JDKs)
Michael
Nic Ferrier wrote:
I notice that JAR files are not set up as binaries within the Kaffe
repository.
Which one ?
The following command reports Sticky Options: -kb for all JAR files
$ cvs status $(find -name \*.jar)
--
Edouard G. Parmelan
http://egp.free.fr
[EMAIL PROTECTED] 14-Jun-00 11:01:37 AM
Which one ?
Klasses.jar
The following command reports Sticky Options: -kb for
all JAR files
sure... wouldn't it be easier to just set it in the .cvswrappers
file? after all, repository wide, all JAR files are binary.
Nic
Godmar Back wrote:
Can anyone confirm that this is or is not a bug? Blackdown JDK 1.1.8
does not display this behavior, and I can't think of an easy workaround
in my code to get the results I expect.
Well, yes that's probably a bug.
I worked around this by testing whether
Nic Ferrier wrote:
The current HttpURLConnection does not handle headers properly... or
anything like Sun's implementation.
[...]
I have redeveloped the class, my version is attached.
[...]
Could someone put this into Kaffe please? or fix the problem?
Thanks, I have rewrite some part and
[EMAIL PROTECTED] wrote:
I made patches that may solve the problem:
URL: http://rufus.w3.org/tools/Kaffe/messages/5936.html
Subject: ByteToCharUTF8.java cannot handle long strings
From: [EMAIL PROTECTED]
Date: Fri Mar 03 2000 - 06:16:19 EST
Thanks, committed.
--
Edouard G.
[EMAIL PROTECTED] wrote:
I made another patch to OutputStreamWriter.java without
introducing such a new method.
Thanks, committed.
--
Edouard G. Parmelan
http://egp.free.fr
Stuart Ballard wrote:
Well, I've made some changes to the class since I "announced" it here a
while back and put up a homepage at http://stuart.wuffies.net/japi/ .
The reason I mention this is (1) I'd like feedback, and (2) I have the
results of running japicompat between jdk11 and kaffe,
"Edouard G. Parmelan" wrote:
Stuart Ballard wrote:
Well, I've made some changes to the class since I "announced" it here a
while back and put up a homepage at http://stuart.wuffies.net/japi/ .
The reason I mention this is (1) I'd like feedback, and (2) I have the
results of running
Stuart Ballard wrote:
Raw idea: Did you think it's possible to use a ClassLoader to load
jdk1.1 classes and an other to load Kaffe (or GNU Classpath) classes ?
Yes, but URLClassLoader is 1.2 only and I'm using 1.1 primarily. I could
write a ClassLoader from scratch, but that sounds
"Edouard G. Parmelan" wrote:
For now, Japize does not extrate final values (or I missing something)
so with method Class.forName(String name, boolean initialize, ClassLoader
loader) [yes it's 1.2] clinit is never called, so no native code :-)
Actually, Japize does extract all field values
Hi,
Using jre1.2.2, redhat linux 6.1 (2.2.12-20) to test a highly threaded
parallel search client developed with blackdown's jdk. It doesn't get
far, throwing:
Kaffe: exception.c:250: dispatchException: Assertion `!intsDisabled()'
failed.
I'm not a Kaffe hacker, but I'd like to reverse
Stuart Ballard wrote:
However, I think that asking for the value of a field, even a public
static final one, is enough to cause clinit to get called... right? :(
It depends if it is compile time constant. If yes, then clinit will not
be called. From JLS 12.4.1
[when initialization occurs]
Artur Biesiadowski wrote:
Stuart Ballard wrote:
However, I think that asking for the value of a field, even a public
static final one, is enough to cause clinit to get called... right? :(
It depends if it is compile time constant. If yes, then clinit will not
be called. From JLS
Patrick Tullmann wrote:
Kevin Gamiel wrote:
Using jre1.2.2, redhat linux 6.1 (2.2.12-20) to test a highly threaded
parallel search client developed with blackdown's jdk. It doesn't get
far, throwing:
'jre1.2.2' is a Sun product (unless someone is packaging Kaffe
funny). Do you
Kaffe: jthread.c:1633: handleIO: Assertion `(__extension__ ({register
char __result; __asm__ __volatile__ ("btl %1,%2 ; setcb %b0" : "=q"
(__result) : "r" (((int) ((i))) % (8 * sizeof (__fd_mask))), "m" ((( (
readsPending))-__fds_bits)[(((i)) / (8 * sizeof (__fd_mask)))]) :
"cc"); __result;
Patrick Tullmann wrote:
Kaffe: jthread.c:1633: handleIO: Assertion `(__extension__ ({register
char __result; __asm__ __volatile__ ("btl %1,%2 ; setcb %b0" : "=q"
(__result) : "r" (((int) ((i))) % (8 * sizeof (__fd_mask))), "m" ((( (
readsPending))-__fds_bits)[(((i)) / (8 * sizeof
Kevin Gamiel wrote:
Absolutely. I just found one problem where I am using a Debug object
that writes debugging messages to a single file from a few hundred
different threads. I was using a PrintWriter but not explicitly closing
the stream after each message was written. Kaffe is
I worked around this by testing whether
mth.equals(cls.getMethod(mth.getName(), mth.getParameterTypes())). This
seems to expose another bug because on numerous occasions I get a
NoSuchMethodException from this check, which shouldn't ever be
possible... the imaginary conversation between
Have you tried calling 1.2's Class.forName(,false,) and then
using getField().getValue() on a final static field?
Does doing this invoke clinit?
If not, we should be able to fix Kaffe accordingly; I bet 10:1
it will call clinit.
But, actually, I don't really understand what that should be
20 matches
Mail list logo