Not always but often, the error Assertion `temp == string' failed
occurs when runnig h2 database (http://www.h2database.com/).
$ kaffe -cp ../h2/bin/h2.jar org.h2.tools.Server -tcp -tcpAllowOthers true
-log
kaffe-bin: string.c:373: stringInternString: Assertion `temp == string'
failed.
Hi,
Not always but often, the error Assertion `temp == string' failed
occurs when runnig h2 database (http://www.h2database.com/).
$ kaffe -cp ../h2/bin/h2.jar org.h2.tools.Server -tcp -tcpAllowOthers true -log
true
kaffe-bin: string.c:373: stringInternString: Assertion `temp == string' failed.
Hi,
libraries/javalib/vmspecific/java/lang/reflect/Field.java has these lines.
public String toString()
{
// 64 is a reasonable buffer initial size for field
StringBuilder sb = new StringBuilder(64);
Modifier.toString(getModifiers(), sb).append(' ');
From: Dalibor Topic [EMAIL PROTECTED]
Subject: Re: [kaffe] Re: OutOfMemoryError while compiling GNU Classpath
Date: Sat, 16 Feb 2008 00:39:12 +0100
I've committed a fix now.
Thank you very much for spotting this embarassing bug, and I hope the
fix will work for you, too.
Yes, It worked for
Hi Kiyo,
From: Kiyo Inaba [EMAIL PROTECTED]
Subject: Re: [kaffe] PrimordialLoaderTest fails
Date: Mon, 11 Feb 2008 17:31:03 +0900 (JST)
Does this problem have something to do with zziplib?
I don't think so. I just installed a new file server with FB-6.3, and
the regression (against 08/02/07
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: [kaffe] PrimordialLoaderTest fails
Date: Sun, 10 Feb 2008 12:08:42 +0900 (JST)
Strangely enough, this test passed when I did it on FreeBSD 6.2-RELEASE.
Does this problem have something to do with zziplib?
On FreeBSD 6.2-RELEASE, I installed
Now PrimordialLoaderTest fails on my FreeBSD 6.3-RELEASE machine.
PrimordialLoaderTest.fail says:
jar java/lang/Object.class
jar java/lang/Object.class
class java.util.zip.ZipFile$1
And the expected result is:
jar java/lang/Object.class
jar java/lang/Object.class
class
Now kaffe needs zziplib. But I could not install zziplib for
not having python.
Do I have to begin with installing python in order to install
kaffe?
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Maybe after the removal of libraries/clib/security/Kaffe.security,
this warning message appears:
WARNING: Error loading security provider org.kaffe.security.provider.Kaffe:
java.lang.ClassNotFoundException: org.kaffe.security.provider.Kaffe
not found in java.lang.ClassLoader$1{urls=[...],
Alexander Gromnizki wrote
I've compiled kaffe-1.1.8 on FreeBSD 6.0 with tiny patch as described
at http://www.kaffe.org/pipermail/kaffe/2007-June/104986.html.
The patch which used to be in FAQ/FAQ.freebsd was incomplete.
Please do not use that workaround. The bug fix is in
GNU Classpath
From: Kiyo Inaba [EMAIL PROTECTED]
Subject: Re: [kaffe] Unexpected NullPointerException
Date: Thu, 9 Aug 2007 17:37:13 +0900 (JST)
Please tackle the bug:
http://www.kaffe.org/cgi-bin/bugzilla/show_bug.cgi?id=100
Congratulation, Kaz!
We finally reach next level of bug reports :-)
And it
Please tackle the bug: http://www.kaffe.org/cgi-bin/bugzilla/show_bug.cgi?id=100
In short, Class.forName(x).toString() or Class.forName(x).hashCode()
throws an unexpected NullPointerException, where x is one of the following:
java.lang.reflect.AnnotatedElement
Hi,
I happened to find that, luckily, a class file of version 1.5
compiled by Sun's javac from source like this:
import java.util.ArrayList;
public class Test1 {
@Deprecated
public static void main(String[] args) {
ArrayListString a = new ArrayListString();
a.add(aaa);
Hi,
From: Kiyo Inaba [EMAIL PROTECTED]
Subject: [kaffe] Build failure of CVS head for i386/NetBSD
Date: Mon, 15 Jan 2007 14:58:58 +0900 (JST)
But for cpnet.c, this patch omit one feature which is originally provided.
I have no idea (except with private signal handler) how to add NOPIPE
flag
Hi,
From: Kiyo Inaba [EMAIL PROTECTED]
Subject: [kaffe] Build failure of CVS head for i386/NetBSD
Date: Mon, 15 Jan 2007 14:58:58 +0900 (JST)
As Kaz suggested, I modified as attached patch and the build get success.
But for cpnet.c, this patch omit one feature which is originally provided.
I
Hi,
I don't know what does the arithmetic say!
The result from a is 1000, then the result from b is 6.
I am not sure, but isn't this calculating the geometrical average
of the given five numbers: Math.pow(x1 * x2 * x3 * x4 * x5, 0.2) ?
___
Hi,
This question is not directly related to kaffe, but ...
The Java Language Specification, Third Edition says:
|6.6.1 Determining Accessibility
| Otherwise, if the member or constructor is declared private, then
|access is permitted if and only if it occurs within the body of the top
From: Stuart Ballard [EMAIL PROTECTED]
Date: Tue, 16 May 2006 10:08:36 -0400
Because inner classes *are* within the body of the top level class, perhaps?
:)
Yes, in the following example, the private member of the inner class is
accessible to the top level class.
public class ZZ {
public
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Wed, 17 May 2006 01:20:37 +0900 (JST)
But the following cannot be compiled because a in type ZZ$ZZ1 is
not accessible. Isn't this an access from within the top level class?
I understand. It is not an access to a in type ZZ$ZZ1.
public class ZZ
Hi Dalibor,
From: Dalibor Topic [EMAIL PROTECTED]
Date: Tue, 03 Jan 2006 16:40:29 +0100
I've seen that Ito has been working on improving the XML code in GNU
Classpath, so it would be good to know if there should be another merge
with GNU Classpath's code before the release candidate.
The
Hi Guilhem,
Here is a better example. The previous could not be compiled directly if
you try to compile indepedently then you'll see the runtime accepts it.
Here I have an example which compiles and should run on a VM. However
kaffe throws an IllegalAccessError.
In this case, my patch does
From: Kaffe CVS [EMAIL PROTECTED]
Date: Wed, 21 Dec 2005 10:13:12 -0800
Fixed class accessibility.
* kaffe/kaffevm/access.c
(checkAccess): If target and context are in the same package they are
always visible.
same_package = 1;
/* Package
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 22 Dec 2005 11:08:15 +0900 (JST)
The runtime access control is much simpler than the compile-time
access control. And we may be able to omit the checking of nested
relations of classes at runtime.
Simply omitting the checking of nested
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 12 Dec 2005 13:21:59 +0900 (JST)
Sun's JDK (the test programs compiled with ecj):
Call a private constructor in the same class
OK
Call a private constructor in the same pakeage
OK (*3)
Call a private constructor in another pakeage
From: Dalibor Topic [EMAIL PROTECTED]
Date: Tue, 13 Dec 2005 16:28:43 +0100
* kaffe/kaffevm/access.c
(outerof): New function,
(checkAccess): Corrected the handling of private access.
thanks for the patch, Ito!
My pleasure.
With this patch applied (and also
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sun, 11 Dec 2005 10:51:52 +0900 (JST)
The next test case will illustrate this problem more clearly.
$ cat A.java
public class A {
public static void main(String[] args) {
try {
B.getPrivateClass().newInstance
The test case attached below gives interesting results when run on
various environments. It seems that kaffe, Sun's JDK, and ecj have
some problem of their own.
Kaffe:
Call a private constructor in the same class
OK
Call a private constructor in the same pakeage
OK (*1)
Call a private
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 12 Dec 2005 11:35:59 +0900 (JST)
kaffe/kaffevm/access.c has this code:
261 else if( same_package !(target_flags ACC_PRIVATE) )
262 {
263 /* Package. */
264 slot_acc = 1
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 12 Dec 2005 11:35:59 +0900 (JST)
kaffe/kaffevm/access.c has this code:
261 else if( same_package !(target_flags ACC_PRIVATE) )
262 {
263 /* Package. */
264 slot_acc = 1
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 12 Dec 2005 15:21:26 +0900 (JST)
But I am afraid
266 else if( (target-name-data[0] != '[')
267 same_package
268 (target-this_inner_index = 0) )
269 {
270
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 10 Dec 2005 11:18:13 +0900 (JST)
public class TestPrivateClass {
private static class Test0001 {
}
public static void main(String[] args) {
try {
Object obj = Test0001.class.newInstance
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [kaffe] ecj-compiled kaffe fails in regression tests
Date: Fri, 09 Dec 2005 15:03:16 +0900 (JST)
Sun's JDK gives this (when DEBUG is set to true):
Generating canonical stream
Serializing TestSerialFields$Test0001
Exception
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 08 Dec 2005 11:26:03 +0900 (JST)
4 of 148 tests failed
Please report to kaffe@kaffe.org
Failed were
FAIL: TestSerialVersions.java
FAIL: TestSerialPersistent.java
FAIL
Hi Wolfgang,
Would you mind to post the patch for your editing of these scripts?
This is the last remaining problem before we can switching the
debian kaffe package to ecj - currently we cannot run the regression checks.
I hope Guilhem's fix will work.
My manual editing was a dirty work in
From: Kiyo Inaba [EMAIL PROTECTED]
Date: Thu, 8 Dec 2005 13:54:21 +0900 (JST)
Using the following poor man's ecj,
$ cat bin/ecj
#!/bin/sh
exec /usr/local/kaffe/bin/kaffe \
-classpath $HOME/javalib/org.eclipse.jdt.core_3.1.1.jar \
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 09 Dec 2005 09:41:24 +0900 (JST)
My test results follow.
Sorry, I made mistakes while manually editing the test results.
This time I used join to summarize the results:
OK: Produces the expected output.
NG: Does not Produces the expected
Hi,
From: pietro ferrari [EMAIL PROTECTED]
Date: Fri, 9 Dec 2005 00:37:17 -0200
On 12/8/05, Ito Kazumitsu [EMAIL PROTECTED] wrote:
I hope Guilhem's fix will work.
it does, but the 3 serial tests still fail :(
Since those test cases compiled with jikes, gcj and Sun's javac
almost all
Hi,
From: pietro ferrari [EMAIL PROTECTED]
Date: Fri, 9 Dec 2005 00:37:17 -0200
On 12/8/05, Ito Kazumitsu [EMAIL PROTECTED] wrote:
I hope Guilhem's fix will work.
it does, but the 3 serial tests still fail :(
Since those test cases compiled with jikes, gcj and Sun's javac
almost all
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 09 Dec 2005 12:50:15 +0900 (JST)
Since those test cases compiled with jikes, gcj and Sun's javac
almost all (but TestSerialPersistent compiled with Sun's javac)
pass, the problem seems to exist in ecj.
The TestSerial* tests have this comment
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 09 Dec 2005 13:31:58 +0900 (JST)
So the question is whether the assumption that returned test array is
consistently sorted is valid or not. If the assumption is valid,
then ecj may be wrong. Otherwise we will have to modify the test
programs
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 09 Dec 2005 09:41:24 +0900 (JST)
I ran these tests by compiling with various compilers on various
VMs. The resuls are attached below. Seeing the results, I have
had an impression that
(1) TestSerial* tests have something specific to Kaffe
Hi,
The building of recent CVS version fails with the following
message.
hacking.texinfo:16: Unknown command `ifnotplaintext'.
hacking.texinfo:22: Bad argument to `end', `ifnotplaintext', using `ifinfo'.
hacking.texinfo:22: Unmatched [EMAIL PROTECTED]'.
makeinfo: Removing output file
Hi Kiyo,
The building of recent CVS version fails with the following message.
You met same problem as I faced (and reported titled 'build failure for
nb1.6') several days ago.
Sorry for missing your message. I did not think that would be a
problem to me.
| However, all GNU distributions
Using the following poor man's ecj,
$ cat bin/ecj
#!/bin/sh
exec /usr/local/kaffe/bin/kaffe \
-classpath $HOME/javalib/org.eclipse.jdt.core_3.1.1.jar \
org.eclipse.jdt.internal.compiler.batch.Main \
$@
I could make kaffe from kaffe-snapshot-20051206.tar.gz
from
From: Kaffe CVS [EMAIL PROTECTED]
Date: Sat, 03 Dec 2005 05:04:09 -0800
Fix to be able to use ECJ instead of JIKES.
Being an old-fashined programmer, I am not interested in
Eclipse, but would like to try ECJ because JIKES seems to
be inactive now. Unfortunately, I can not find out where
I can
Hi,
Now that our fixes have been accepted by GNU Classpath,
the following files are not needed any more.
libraries/javalib/vmspecific/gnu/java/nio/charset/
UTF_16Decoder.java
UnicodeLittle.java
iconv/IconvProvider.java
What should I do?
___
From: Gianluca Moro [EMAIL PROTECTED]
Date: Sun, 23 Oct 2005 23:44:41 -0700 (PDT)
try adding
--disable-native-awt
Thank you. This worked.
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 22 Oct 2005 01:25:29 +0900 (JST)
Thrillingly enough, on my FreeBSD 5.5-RELEASE,
I mean FreeBSD 5.4-RELEASE.
FAIL: TestSerializable2.java
FAIL: SerialPersistentFields.java
FAIL: TestSerialPersistent.java
FAIL: SerialUID.java
FAIL: Alias.java
Hi,
I have got the following error while doing
./configure \
--without-classpath-gtk-awt \
--without-kaffe-qt-awt \
--enable-debug
in an environment where neither GTK nor X is available.
checking for X... no
configure: error: GTK+ peers requested but no X library available
Hi,
I think that when you are not a developper it's better to submit them to
the web site. In your case I don't remember whether you have the access
rights to the CVS. If it's so then you can send your patches to
classpath-patches and after a review check it in into the CVS. If not
I'll
Hi,
From: Guilhem Lavaux [EMAIL PROTECTED]
Date: Wed, 19 Oct 2005 22:55:35 +0200
The classpath tree has been merged. I know that it builds, runs
regression tests install peacefully here but I haven't yet tested
make dist. If there are problems they will be fixed progressively.
Thrillingly
Hi,
From: Guilhem Lavaux [EMAIL PROTECTED]
Date: Wed, 19 Oct 2005 22:55:35 +0200
The classpath tree has been merged. I know that it builds, runs
regression tests install peacefully here but I haven't yet tested
make dist. If there are problems they will be fixed progressively.
In my case,
Hi,
From: Guilhem Lavaux [EMAIL PROTECTED]
Date: Thu, 20 Oct 2005 20:59:38 +0200
Could you push your patch yourself on classpath-patches ml ? :) I could
do it but it is maybe better if you do it.
I reported the bugs and submitted the patches to Savannah last June,
and the bugs are still
From: Rafael Teixeira [EMAIL PROTECTED]
Date: Tue, 18 Oct 2005 10:45:06 -0200
Also when Jetty is trying to read the configuration xmls, DTD aren't
being correctly loaded in the sax validator:
INFO: Version Jetty/5.1.x
org.xml.sax.SAXParseException: Element type
Hi,
Let's discuss the problem of System.out.println first.
From: Rafael Teixeira [EMAIL PROTECTED]
Date: Tue, 18 Oct 2005 10:45:06 -0200
usr/bin/kaffe -jar
../../../java/inteligenciafiscal/inteligenciafiscal.jar
Software B\usico do M\udulo Fiscal de Seguran
From: Rafael Teixeira [EMAIL PROTECTED]
Subject: [kaffe] Problem with Strings/Xml Parsing while trying to run an
embedded Jetty
Date: Fri, 14 Oct 2005 13:56:10 -0300
Anyway the EclipseOnJDK5-compiled code have problem with accented
letters when printing them to the console only in kaffe:
the exact command i used is
/home/siddharth/kaffe-1.1.5/bin/java -Xms32m -Xmx32m loop
The VM exits with OutofMemory with following error message
Throwing OutOfMemoryError is not implemented in Boehm-GC.
Aborted
In my case, the program ended normally.
...
9995
9996
9997
Hi,
Compatibility - Application Testing
(http://www.kaffe.org/compatibility_applications.shtml) says,
| 2. Prevayler
|
|Status: Partially works.
|
|See this post by Ito Kazumitsu for more information.
And my old post says
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [kaffe] InputStream#available() for System.in throws IOException
Date: Tue, 30 Aug 2005 13:57:07 +0900 (JST)
So here is my proposed patch.
I am checking this in.
___
kaffe mailing list
kaffe
Hi,
The program attached below throws java.io.IOException when run with
current CVS version of Kaffe.
Case 1: Terminal input
$ kaffe TestBufferedReader
java.io.IOException: No such file or directory
at gnu.java.nio.channels.FileChannelImpl.available (FileChannelImpl.java)
at
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: [kaffe] InputStream#available() for System.in throws IOException
Date: Tue, 30 Aug 2005 01:54:52 +0900 (JST)
Case 1: Terminal input
$ kaffe TestBufferedReader
java.io.IOException: No such file or directory
Case 2: Pipe
$ echo | kaffe
Hi,
The following line Makefile.am causes error on FreeBSD.
echo
KAFFELIBRARYPATH=\$${KAFFELIBRARYPATH+\\$$KAFFELIBRARYPATH\\''$(PATHSEP)'\'}`for
f in $(JAVA_LIBS); do echo $$f | sed 's%/[^/]*$$%%' | xargs -n 1 -iXXX echo
XXX/.libs; done | (tr '\012' ' '; echo) | sed -e 's/ $$//' -e
Hi,
Today's make on FreeBSD 5.4-RELEASE faild while compiling
config/i386/freebsd2/md.c.
In file included from ../../config/i386/freebsd2/md.c:17,
from md.c:1:
/usr/include/sys/sysctl.h:637: error: syntax error before u_int
gmake[2]: *** [libkaffevm_la-md.lo] Error 1
head : 2005-08-02 Ito Kazumitsu [EMAIL PROTECTED]
$ uname -a
Linux 2.4.18-3 #1 Thu Apr 18 07:37:53 EDT 2002 i686
unknown
$ cat test/regression/NetworkInterfaceTest.fail
/home/ito/kaffe/kaffe-snap-050804/kaffe/kaffe/.libs/lt-kaffe-bin: relocation
error:
/home/ito/kaffe
Hi,
From: David Tiller [EMAIL PROTECTED]
Subject: [kaffe] Kaffe treats extended abstract redefinition incorrectly [Tiny
Test Case attached]
Date: Thu, 11 Aug 2005 08:00:54 -0400
When run under kaffe-1.1.5, the following is output:
In Class1 method.
java.lang.VerifyError: No code attribute
NetworkInterfaceTest fails when run on Linux 2.4.18-3.
$ cat test/regression/NetworkInterfaceTest.fail
/home/ito/kaffe/kaffe-snap-050804/kaffe/kaffe/.libs/lt-kaffe-bin: relocation
error:
/home/ito/kaffe/kaffe-snap-050804/libraries/clib/net/.libs/libnet-1.1.x-cvs.so:
undefined symbol:
From: Wolfgang Baer [EMAIL PROTECTED]
Subject: Re: [kaffe] File order bug - Testcase
Date: Wed, 10 Aug 2005 09:31:57 +0200
yes the API does not specify an order. However, as the unit testcases
of logkit show, some programs depend on the SUN behaviour.
This is why I found this bug and I think
From: Wolfgang Baer [EMAIL PROTECTED]
Subject: [kaffe] File order bug - Testcase
Date: Tue, 09 Aug 2005 22:01:42 +0200
here is the testcase. kaffe behaves differently than all other
implementations in the order the files are listed.
Seeing libraries/clib/io/File.c, I understand how the order
Hi Dalibor,
I've removed the ioctl based implementation of avail in the target layer
since Kaffe does not have a thread safe ioctl wrapper, and I did not
want to introduce one without need.
All tests passed on FreeBSD 5.4-RELEASE today.
Thank you.
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: [kaffe] Apache Jakarta Commons Net does not work on Linux
Date: Tue, 02 Aug 2005 00:10:49 +0900 (JST)
I have found that apache Jakarta Commons Net does not work
with current Kaffe on Linux.
I slightly changed the test program to find
Hi Guilhem,
Thank you for looking into my problem.
From: Guilhem Lavaux [EMAIL PROTECTED]
Subject: Re: [kaffe] Apache Jakarta Commons Net does not work on Linux
Date: Wed, 03 Aug 2005 19:10:21 +0200
Btw, I haven't got the assert error you mentioned. It should be a
problem in the libc itself
From: Kaffe CVS [EMAIL PROTECTED]
Subject: [kaffe] CVS kaffe (kaz):
test/regression/BufferedInputStreamAvailableTest.java:
Date: Tue, 02 Aug 2005 09:29:24 -0700
BufferedInputStream is = new BufferedInputStream(
new FileInputStream(file), (int)flen);
int alen =
Hi,
I have found that apache Jakarta Commons Net does not work
with current Kaffe on Linux.
Test program:
$ cat TestCommonsNet.java
import org.apache.commons.net.ftp.*;
public class TestCommonsNet {
public static void main(String[] args) throws Exception {
String hostName = args[0];
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [kaffe] SecureRandomTest failed
Date: Sun, 24 Jul 2005 08:18:31 +0900 (JST)
java.io.IOException: Inappropriate ioctl for device
I am afraid that on FreeBSD, ioctl with FIONREAD cannot
be used for file IO.
The following simple program shows
Hi Guilhem,
From: Guilhem Lavaux [EMAIL PROTECTED]
Subject: Re: [kaffe] SecureRandomTest failed
Date: Sat, 23 Jul 2005 09:01:01 +0200
Thanks for the analysis. Actually with your second report I have feared
that the providers in java.security were not loaded. It apparently is
the case as you
I am afraid something has changed so that Security.getProviders() returns
gnu.java.security.provider.Gnu: name=GNU version=1.0
before
kaffe.security.provider.Kaffe: name=KAFFE version=1.0
Yes, gnu.java.security.provider.Gnu comes first. But that depends
on the environment.
I
Hi,
Today's regression test failure:
[EMAIL PROTECTED] cat test/regression/SecureRandomTest.fail
java.lang.Error: The secure random isn't! : lpc= 0 lpc2 = 20 data =
8bc7ec02ec7c04f87a13ec6120616ead831baeaf
at java.lang.VMThrowable.fillInStackTrace (VMThrowable.java:native)
at
Today's regression test failure:
[EMAIL PROTECTED] cat test/regression/SecureRandomTest.fail
java.lang.Error: The secure random isn't! : lpc= 0 lpc2 = 20 data =
8bc7ec02ec7c04f87a13ec6120616ead831baeaf
I am afraid something has changed so that Security.getProviders() returns
Hi,
+The preferred compiler is jikes. The URL for jikes is:
+
+ http://www10.software.ibm.com/developerworks/opensource/jikes/
I have found that Jikes' home has moved to http://jikes.sourceforge.net/
___
kaffe mailing list
kaffe@kaffe.org
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [kaffe] What UnicodeLittle should be?
Date: Fri, 24 Jun 2005 12:00:41 +0900 (JST)
But http://java.sun.com/j2se/1.5.0/docs/guide/intl/encoding.doc.html
says about UnicodeLittle,
Sixteen-bit Unicode Transformation Format, little-endian byte
Hi,
Is this a bug of Kaffe's jar, or am I doing something wrong?
Command to be executed: jar -cf 0.jar -C tmp .
$ ls -al tmp
total 16
drwxrwxr-x2 ito ito 4096 Jun 24 10:01 .
drwx-- 52 ito ito 4096 Jun 23 16:08 ..
-rw-rw-r--1 ito ito 6
Hi,
I have found that the famous Java Excel API
(http://www.andykhan.com/jexcelapi/) does not work with Kaffe
these days: Japanese text cannot be extracted from Excel worksheets.
This seems to be due to the difference between iconv
and gnu.java.nio.charset on the handling of UnicodeLittle.
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: [kaffe] What UnicodeLittle should be?
Date: Fri, 24 Jun 2005 11:37:54 +0900 (JST)
iconv, which kaffe used before importing gnu.java.nio.charset,
treats UnicodeLittle as an alias of UCS-2LE (WITHOUT byte order mark
Hi,
Formerly, when Kaffe had original ByteToChar and CharToByte converters,
we could use such Japanese charsets or charset aliases as EUC_JP,
Shift_JIS, and MS932.
Now that kaffe uses gnu.java.nio.charset.iconv package, those charsets
cannot be used any more.
EUC_JP:missing in the aliases
From: Michael Koch [EMAIL PROTECTED]
Subject: Re: [kaffe] kaffe -jar fails when environment variable CLASSPATH is set
Date: Tue, 7 Jun 2005 07:16:55 +0200
CLASSPATH and -classpath have to get completely ignored when using -jar.
The only valid CLASSPATH is the Class-Path entry in the manifest of
Hi,
Kaffe invoked with -jar option failes if the environment variable
CLASSPATH is set. Please see the following test case.
bash$ cat src/META-INF/MANIFEST.MF
Manifest-Version: 1.0
Main-Class: Main
bash$ cat src/Main.java
public class Main {
public static void main(String[] args) {
Kaffe invoked with -jar option failes if the environment variable
fails
CLASSPATH is set. Please see the following test case.
How about this?
--- kaffe/kaffe/main.c.orig Tue May 31 06:16:02 2005
+++ kaffe/kaffe/main.c Tue Jun 7 13:00:52 2005
@@ -130,6
Hi Guilhem. Thanks for taking interest in my problem.
Could you add (*env)-ExceptionDescribe(env) at the point where there is
a failed assertion. It should work now in any case. I guess that
FindClass returns NULL because it cannot find RawData* but we must
check.
Yes, the result of
From: Kaffe CVS [EMAIL PROTECTED]
Subject: [kaffe] CVS kaffe (hkraemer): fix for Kaffe_FindClass
Date: Sat, 04 Jun 2005 14:03:26 -0700
+2005-06-04 Helmer Kraemer [EMAIL PROTECTED]
+
+ * kaffe/kaffevm/jni/jni.c (Kaffe_FindClass): fixed so it works correctly
+ for native methods of
2005-06-05 Ito Kazumitsu [EMAIL PROTECTED]
* libraries/javalib/gnu/java/nio/charset/iconv/IconvProvider.java
(IconvProvider): Made the constructor public.
* libraries/javalib/java/nio/charset/Charset.java
(providers2): Allow spaces and comments
Hi,
ChangeLog says:
2005-05-30 Helmer Kraemer [EMAIL PROTECTED]
* libraries/javalib/kaffe/lang/AppClassLoader.java,
libraries/javalib/kaffe/lang/PrimordialClassLoader.java,
libraries/clib/native/PrimordialClassLoader.c: removed. Loading classes
is
now handled
From: Riccardo [EMAIL PROTECTED]
Subject: [kaffe] Re: Re: NetworkInterface problem
Date: Mon, 25 Apr 2005 00:22:23 + (UTC)
In [EMAIL PROTECTED] Dalibor Topic wrote:
p.s. I hope the recent iconv changes work for you on freebsd. Riccardo
seems to be having some problems, we're debugging
From: Riccardo [EMAIL PROTECTED]
Subject: [kaffe] freebsd 5.3 failed regression
Date: Fri, 22 Apr 2005 11:38:06 + (UTC)
on 18 april, freebsd 5.3 passed all tests, today it fails one:
In my case, also on FreeBSD 5.3-RELEASE, compilation failes
before going to the regression test.
From: Riccardo [EMAIL PROTECTED]
Subject: [kaffe] freebsd 5.3 failed regression
Date: Fri, 22 Apr 2005 11:38:06 + (UTC)
on 18 april, freebsd 5.3 passed all tests, today it fails one:
In my case, also on FreeBSD 5.3-RELEASE, compilation failes
before going to the regression test.
gcc
Hi,
Wolfgang Baer wrote:
Fernando Lozano wrote:
Just to report HSQLDB (hsqldb.sf.net) seems to run fine under Kaffe
which version of HSQLDB did you tried ? The Debian package maintainer
had problems with 1.7.3 and kaffe because of NIO locking, but someone
said these problems should be
ThreadLocalTest fails recently. It does not finish until killed by the
killer process.
bash-3.00$ uname -a
FreeBSD mq.maczuka.gcd.org 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Fri Nov 5
04:19:18 UTC 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386
bash-3.00$
: == Ito Kazumitsu [EMAIL PROTECTED] writes:
: Make on FreeBSD 5.3-RELEASE failed today:
: FreeBSD's pthread requires the gcc flag -pthread for linking.
:
: Seeing the output from make, I found -pthread set for gcc compiling
: indivisual C programs, but not for the gcc -o .libs/kaffe-bin
Hi,
Make on FreeBSD 5.3-RELEASE failed today:
../kaffevm/.libs/libkaffevm.so: undefined reference to
`pthread_attr_getstacksize'
../kaffevm/.libs/libkaffevm.so: undefined reference to `pthread_create'
and so on.
FreeBSD's pthread requires the gcc flag -pthread for linking.
Seeing the output
In message Re: [kaffe] Bug report: java.text.SimpleDateFormat#parse
on 05/01/29, Dalibor Topic [EMAIL PROTECTED] writes:
: And even more thanks for your patch fixing the problem :) I've merged it
: in from GNU Classpath, and now all tests pass again for me.
But sadly enough, the recent
Hi,
In message Re: [kaffe] Bug report: java.text.SimpleDateFormat#parse
on 05/01/27, Dalibor Topic [EMAIL PROTECTED] writes:
Thanks Ito, I've applied your patch, as Andrew applied it to Classpath.
The regression test still fails for me, unfortunately.
This failure occurs with a time
1 - 100 of 340 matches
Mail list logo