dear developers:
I downloaded kaffe-1.1.7 and kaffe-1.1.6 from www.kaffe.org
There was no error through compiling process.
I got a segmentation fault when I tried to run the simplest Hello World
program.
I core dumped but it didn't work, I got the error message below:
This GDB
I have installed kaffe-1.1.6, using ./configure make and no special
options. Then I tried running the Dialogs demo, consisting of the
files DialogDemo.java, CustomDialog.java and middle.gif, available at
http://java.sun.com/docs/books/tutorial/uiswing/components/example-1dot4/
I put all three
Marko Merl wrote:
hey,
today i installed antivir-workstation-6.32.0.56-linux. it runs perfactly
in the console but if i start the gui (antivir-gui) i got this
error-message:
--- ERROR ---
kaffe-bin:
/build/buildd/kaffe-1.1.6/build-tree/kaffe-1.1.6/kaffe/kaffevm/support.c:351:
hey,
today i installed antivir-workstation-6.32.0.56-linux. it runs perfactly
in the console but if i start the gui (antivir-gui) i got this
error-message:
--- ERROR ---
kaffe-bin:
/build/buildd/kaffe-1.1.6/build-tree/kaffe-1.1.6/kaffe/kaffevm/support.c:351:
lookupClassMethod:
I've been trying to get kaffe to work on my alpha. I got stuck after
a while because I got errors saying:
Internal error: caught an unexpected exception.
Please check your CLASSPATH and your installation.
java/lang/ArrayIndexOutOfBoundsException
Aborted
at different occasions (specifically, I
Stefaan wrote:
I've been trying to get kaffe to work on my alpha. I got stuck after
a while because I got errors saying:
Internal error: caught an unexpected exception.
Please check your CLASSPATH and your installation.
java/lang/ArrayIndexOutOfBoundsException
Aborted
at different occasions
Hello,
I tried using kaffe to run a simple application that uses the spring
framework[1]'s IoC[2] container (version 1.2.2).
My main method looks like this:
public static void main( String[] args ) {
XmlBeanFactory factory = new XmlBeanFactory(new
ClassPathResource(beans.xml));
make[4]: Entering directory `/home/hys545/kaffe/libraries/clib/awt/classpath-gtk/gtk-peer'
make[4]: *** No rule to make target `gnu_java_awt_peer_gtk_GtkTextComponentPeer.c', needed by `libgtkpeer_la-gnu_java_awt_peer_gtk_GtkTextComponentPeer.lo'. Stop.
make[4]: Leaving directory
황윤성 wrote:
make[4]: Entering directory
`/home/hys545/kaffe/libraries/clib/awt/classpath-gtk/gtk-peer'
make[4]: *** No rule to make target
`gnu_java_awt_peer_gtk_GtkTextComponentPeer.c', needed by
`libgtkpeer_la-gnu_java_awt_peer_gtk_GtkTextComponentPeer.lo'. Stop.
make[4]: Leaving
On Wed, 2005-05-18 at 02:15 +0200, Dalibor Topic wrote:
Thanks for the patch, confirmed that it works, and checked in. Could you
send the patch to [EMAIL PROTECTED] as well, as that is the
original source of the code?
Done. I sent it to the address Michael Koch said instead.
Cheers,
--
On Wed, May 18, 2005 at 02:15:21AM +0200, Dalibor Topic wrote:
Julio M. Merino Vidal wrote:
Hi all,
I'm using Kaffe 1.1.5 on a Debian system running on a iBook. First of
all, congratulations to all developers for this great implementation
(really, because Sun does not provide any binaries
Julio M. Merino Vidal wrote:
Hi all,
I'm using Kaffe 1.1.5 on a Debian system running on a iBook. First of
all, congratulations to all developers for this great implementation
(really, because Sun does not provide any binaries for Linux/powerpc).
Thanks! Bug reports and patches are wonderful, but
Hi all,
I'm using Kaffe 1.1.5 on a Debian system running on a iBook. First of
all, congratulations to all developers for this great implementation
(really, because Sun does not provide any binaries for Linux/powerpc).
However, I have a problem with rmic. When I run it to parse some class
of my
Hello,
I have noticed some strange behavior with String.indexOf().
Sometimes, indexOf() returns -1 even though the argument String is
definitely in the calling String. The necessary conditions seem to be:
where:
String t,s;
t.indexOf(s);
then:
s must end with '.\r\n' (in perl:
Hi,
This bug has already been fixed in CVS head.
Thanks for reporting it.
Regards,
Guilhem.
On Thu, 2005-04-14 at 17:19 +0200, Laurent Martelli wrote:
The following class raises a NullPointerException with Kaffe because
of the null passed to the WeakReference constructor. It should not.
The following class raises a NullPointerException with Kaffe because
of the null passed to the WeakReference constructor. It should not.
public class NullWeakRef {
public static void main(String[] args) {
new java.lang.ref.WeakReference(null);
}
}
--
Laurent Martelli
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I wanted to build kaffe from CVS using its qt-awt support. However it
failed when running configure because it told me not having the Xtst
libraries installed (which is wrong - it works in classpath).
As I could not fix the problem I used
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have a problem building kaffe from CVS. I am using
./configure --with-kaffe-qt-awt --without-classpath-gtk-awt
- --prefix=/home/rob/INSTALL/kaffe
Which succeeds nicely but when calling make it fails with this error
message:
Making all in
Hi,
i just tried to use kaffe with our project which uses java code from
within c++. Unfortunately, jni is not usable for me because its
interface does not conform to java 1.2 which uses JavaVMOption objects
to set e.g. the class path.
Two questions: Do you change the interface in near future
Nico Kasprzyk wrote:
Hi,
i just tried to use kaffe with our project which uses java code from
within c++. Unfortunately, jni is not usable for me because its
interface does not conform to java 1.2 which uses JavaVMOption objects
to set e.g. the class path.
Kaffe CVS head should be JNI 1.2
Hi,
in loadNativeLibrary2 are some lines which do nasty things if errsiz is
zero:
237, 249, 308 errbuf[errsiz - 1] = '\0';
I think the code is not correctly written in this way, isn't it?
Kindly regards,
Nico
___
kaffe mailing list
kaffe@kaffe.org
Hi Dalibor,
I just configured (only --prefix option specified) and built Kaffe
1.1.4 on a Fedore Core 1 Linux system. GCC 3.3.3, kernel 2.6.9. Of
the 144 regression tests done by make check, one failed:
TestSerialVersions.java.
thanks a lot for your bug report. That problem has been fixed
Greetings,
I just configured (only --prefix option specified) and built Kaffe 1.1.4
on a Fedore Core 1 Linux system. GCC 3.3.3, kernel 2.6.9. Of the 144
regression tests done by make check, one failed:
TestSerialVersions.java. If you need any additional information, please
let me know.
Irv Elshoff wrote:
Greetings,
I just configured (only --prefix option specified) and built Kaffe 1.1.4
on a Fedore Core 1 Linux system. GCC 3.3.3, kernel 2.6.9. Of the 144
regression tests done by make check, one failed:
TestSerialVersions.java. If you need any additional information,
On Mon, 14 Feb 2005, pancake wrote:
for me it works fine.
Building with sun's javac looks like everything goes 'fine' (except for swing
bugs in gnuclasspath).
But building it under jikes. also works fine but show this Exception:
I don't know what is the difference but today I checked it
Hi Max,
I have tried to reproduce it without success so far. I'll try again on a
debian/linux 2.4 this evening. Meanwhile you can enable the production
of core dumps (ulimit -c 10 e.g.) start kaffe and get the stack
trace of the problem using gdb.
gdb /home/max/sys/kaffe/jre/bin/kaffe-bin
Thanks Guilhem, here's stack trace:
(gdb) bt
#0 0x41042741 in kill () from /lib/libc.so.6
#1 0x41156771 in pthread_kill () from /lib/libpthread.so.0
#2 0x41156a7b in raise () from /lib/libpthread.so.0
#3 0x410424d4 in raise () from /lib/libc.so.6
#4 0x41043a08 in abort () from /lib/libc.so.6
for me it works fine.
Building with sun's javac looks like everything goes 'fine' (except for swing
bugs in gnuclasspath).
But building it under jikes. also works fine but show this Exception:
[EMAIL PROTECTED]:/tmp$ /usr/pkg/java/kaffe-cvs/bin/kaffe JTableTest
Exception during event dispatch:
Hi!
Just found this problem in Kaffe compiled from today's CVS:
[EMAIL PROTECTED]:~$ cd JTableTest/
[EMAIL PROTECTED]:~/JTableTest$ jikes JTableTest.java
[EMAIL PROTECTED]:~/JTableTest$ ../sys/kaffe/bin/kaffe -cp . JTableTest
kaffe-bin: support.c:707: lookupClassMethod: Assertion `cls != 0 name
Dalibor Topic wrote:
Ito Kazumitsu wrote:
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
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
Ito Kazumitsu wrote:
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
Ito Kazumitsu wrote:
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.
And it can
David Tiller wrote:
The top-level Makefiles attempt to make the 'replace' directory before
the 'include' directory. On systems that do not have ifaddrs.h,
'include' must be processed before 'replace' so that the symbolic link
to 'ifaddrs_compat.h' is performed. Here are patches to the top level
Ito Kazumitsu wrote:
In message [kaffe] Bug report: java.text.SimpleDateFormat#parse
on 05/01/25, Ito Kazumitsu [EMAIL PROTECTED] writes:
You might have found that test/regression/DateFormatTest.java fails
recently.
This is becuase of a bug in java.text.SimpleDateFormat#parse.
And this is my
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
Title: Message
The top-level
Makefiles attempt to make the 'replace' directory before the 'include'
directory. On systems that do not have ifaddrs.h, 'include' must be processed
before 'replace' so that the symbolic link to 'ifaddrs_compat.h' is performed.
Here are patches to the top level
Selon Dalibor Topic [EMAIL PROTECTED]:
Salut Remy,
see http://www.kaffe.org/pipermail/kaffe/2004-December/100826.html for a
workaround.
I take a look to it immediatly, thanks.
--
Remy Saissy
___
kaffe mailing list
kaffe@kaffe.org
Hi,
You might have found that test/regression/DateFormatTest.java fails
recently.
This is becuase of a bug in java.text.SimpleDateFormat#parse.
The following program shows the bug.
import java.text.SimpleDateFormat;
public class Z
{
public static void main(String args[])
throws
In message [kaffe] Bug report: java.text.SimpleDateFormat#parse
on 05/01/25, Ito Kazumitsu [EMAIL PROTECTED] writes:
You might have found that test/regression/DateFormatTest.java fails
recently.
This is becuase of a bug in java.text.SimpleDateFormat#parse.
And this is my patch. I am
Hi,
I've installed the latest Debian packages of kaffe which are according
to apt-cache :
Version: 2:1.1.4.PRECVS6-1
and eclipse crash during its launch.
I join the log file.
I hope it will be helpful.
Have a nice day
--
Remy Saissy
!SESSION Jan 19, 2005 00:17:54.239
Apples Xserve RAID administration utility almost starts up on
NetBSD/alpha-1.6.2 with Kaffe-1.1.4 (if I first install libawt.so as well
as swing-1.1.1 and then set CLASSPATH to point at all of Swing's *.jar
files as well as the main Kaffe classes.zip file, sort of in the same
way as one of the
Laurent Martelli wrote:
It looks like the GC misses one object.
Running the attached gives me the following result:
[EMAIL PROTECTED]:~/tmp$ kaffe GC 3
new 0
new 1
new 2
GC run 1
finalize 0
finalize 1
GC run 2
GC run 3
End.
The third object is either not finalize or not collected by the GC.
Hi
It looks like the GC misses one object.
Running the attached gives me the following result:
[EMAIL PROTECTED]:~/tmp$ kaffe GC 3
new 0
new 1
new 2
GC run 1
finalize 0
finalize 1
GC run 2
GC run 3
End.
The third object is either not finalize or not collected by the GC.
import
Laszlo 'GCS' Boszormenyi wrote:
Hi,
I have just checked out kaffe, and noticed it needs QT since the last
stable release. On Debian GNU/Linux it can not be configured as the
script looks for qglobal.h, but as '$QTDIR/include/qglobal.h' (configure
line #53226). But Debian has qglobal.h under qt3,
Hi,
I have just checked out kaffe, and noticed it needs QT since the last
stable release. On Debian GNU/Linux it can not be configured as the
script looks for qglobal.h, but as '$QTDIR/include/qglobal.h' (configure
line #53226). But Debian has qglobal.h under qt3, qte2 and qte3 so it
can not
Title: BUG REPORT -- make check fails
I am starting to work with KAFFE (to port to LynxOS), but I wanted to test on Linux first.
To start with, I am using a CVS checkout from yesterday (8/5/2004) from HEAD:
When I configure the system with no AWT support, and build on RedHat 9 (with
Michael Franz wrote:
Hi,
I am having this problem while building for darwin/x86. Any suggestions?
make[3]: *** No rule to make target
`gnu/java/security/action/SetAccessibleAction.java', needed by
`lib/stamp'. Stop.
Hi Michael,
I assume that your checkout didn't pick up the
Michael Franz wrote:
Hi,
Tried to build HEAD last night and had these missing symbols during the
link phase.
ld: Undefined symbols:
_cpemem
_jarmem
_jit_time
_jitcodeblock
_jitmem
_ltmem
_utf8new
_utf8newalloc
_utf8release
Used: ./configure --with-engine=intrp --with-staticlib
Dalibor,
I have gotten past this.
Michael
On Wednesday, August 4, 2004, at 04:57 PM, Dalibor Topic wrote:
Hi Michael,
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi,
I am having this problem while building for darwin/x86. Any
suggestions?
make[3]: *** No rule to make target
`gnu/java/security/action/SetAccessibleAction.java', needed by
`lib/stamp'. Stop.
Michael
___
kaffe mailing list
[EMAIL PROTECTED]
Hi,
Tried to build HEAD last night and had these missing symbols during the
link phase.
ld: Undefined symbols:
_cpemem
_jarmem
_jit_time
_jitcodeblock
_jitmem
_ltmem
_utf8new
_utf8newalloc
_utf8release
Used: ./configure --with-engine=intrp --with-staticlib
--disable-native-awt
kaffe/kaffevm/systems/unix-jthreads/jthread.h : 356:
bool jthread_attach_current_thread(bool isDaemon UNUSED)
must be
bool jthread_attach_current_thread(UNUSED bool isDaemon)
--http://www.eyou.com
--Îȶ¨¿É¿¿µÄµç×ÓÐÅÏä ÓïÒôÓʼþ Òƶ¯ÊéÇ© ÈÕÀú·þÎñ ÍøÂç´æ´¢...ÒÚÓÊδ¾¡
Hi,
I'm concerned about the result of getHost() on a java.net.URL, when
there is no host part in the URL. Unfortunately the Sun's javadoc is not
clear in this case (while it is in this case for getFile -- empty string
-- and getRef -- null). However, both Sun and gcj/gij agree on returnin
an
java.lang.Float.valueOf (and also java.lang.Double.valueOf()) must not
use the locale to convert the string into a float or double.
The javadoc says:
Leading and trailing whitespace characters in s are ignored. The rest
of s should constitute a FloatValue as described by the lexical
syntax
Hi,
kaffe's usage message contains a minor typo when showing the -D option.
It doesn't appear indented properly:
-as size Heap increment
-classpath path Set classpath
-Dproperty=valueSet a property
-verify * Verify all bytecode
Alan Eliasen wrote:
I've uncovered more information on the locks and crashes we've been getting
with BigInteger.toString() when Kaffe is compiled with the GMP libraries. I
think that the problem is fixed, and here are the steps that we'll probably
need to document.
Hi !
As you have noticed
In message Re: [kaffe] Bug Report: BigInteger.toString() fails for large
numbers
on 04/04/20, Guilhem Lavaux [EMAIL PROTECTED] writes:
Thanks for the excellent bug report. I fear this is the return of the
GCTest regression failure. After having passed the code through gdb it
seems kaffe
Alan Eliasen wrote:
I am afraid the change of kaffe/kaffevm/locks.c to Revision 1.48
did something wrong.
Thank you--this does affect the behavior. I reverted the change made in
locks.c revision 1.48 (only one line was changed in that revision) and the
first regression test that I posted
I've uncovered more information on the locks and crashes we've been getting
with BigInteger.toString() when Kaffe is compiled with the GMP libraries. I
think that the problem is fixed, and here are the steps that we'll probably
need to document.
In the GMP documentation at
Here's an additional testcase for the BigInteger.toString() problem.
Again, it requires the GMP libraries to be compiled in.
The following sample creates larger and larger numbers. At some point, the
thread either silently stops running (but the process doesn't exit), or
segfaults. The
Hi,
Thanks for the excellent bug report. I fear this is the return of the
GCTest regression failure. After having passed the code through gdb it
seems kaffe hangs in getHeavyLock while trying to do some garbage
collection. The most interresting is that we have a pointer for
lk-holder which is
In message Re: [kaffe] Bug Report: BigInteger.toString() fails for large numbers
on 04/04/20, Guilhem Lavaux [EMAIL PROTECTED] writes:
Thanks for the excellent bug report. I fear this is the return of the
GCTest regression failure. After having passed the code through gdb it
seems kaffe
I've been happily experimenting with using Kaffe to run my programming
language/calculating tool Frink : http://futureboy.homeip.net/frinkdocs/ in
order to get the high-performance integer performance of the GP library, but
I'm having some problems.
I've compiled Kaffe with the GMP
I've also tested the BigInteger.toString() problem with the current CVS
trunk, and the problem remains. Processing of the program simply terminates
silently upon calling BigInteger.toString(). Original problem report attached
below.
Are there limitations to the size numbers that can be
When testing the current kaffe CVS trunk, the system propery
user.language is no longer defined (it was defined in version 1.1.4, so this
may be considered a regression.) This affects the ability of
internationalized Java applications to detect the language they should use for
output.
--
Hi,
In message [kaffe] Bug report: Property user.language no longer exists
on 04/04/19, Alan Eliasen [EMAIL PROTECTED] writes:
When testing the current kaffe CVS trunk, the system propery
user.language is no longer defined (it was defined in version 1.1.4, so this
may be considered
There is a bug in the Calendar class, including ver 1.1.4.
When my system is set to BST it thinks its on GMT + 6
Everything is fine in winter when the system is on GMT
Here is a work around I have used in Pooter:-
if(events.getSummertime()){
SimpleTimeZone stz = new
Hi Cliff,
Cliff Wright wrote:
Method java.io.setLength(long) will fail when increasing the size of a file.
This is due to parameters in the wrong order to KLSEEK, and a missing return check in
the file libraries/clib/io/FileDescriptor.c (cvs version 1.9 latest).
Thanks a lot for the patch, I've
Hi Luca,
Luca Saiu wrote:
Hi. I've compiled Kaffe 1.1.4 on my GNU/Linux PowerPC machine.
I used the just realeased GCC 3.3.3. I ran configure without parameters.
Two tests failed, but for what I undestand they seem more like bugs in
the testsuite apparatus than actual problems in Kaffe:
Salut Gwenole,
Gwenole Beauchesne wrote:
On Fri, 20 Feb 2004, Luca Saiu wrote:
The first failed test is TestSerialVersions.
Likewise on Linux/amd64, even on the same build environment where a
successful build of 1.1.2 passed all tests before, and on Linux/ia32.
That was a bug in our and
On Fri, 20 Feb 2004, Luca Saiu wrote:
The first failed test is TestSerialVersions.
Likewise on Linux/amd64, even on the same build environment where a
successful build of 1.1.2 passed all tests before, and on Linux/ia32.
___
kaffe mailing list
Hello.
I have found that Math.round() returns a large
negative number instead of returning the rounded version of the argument.
I am using Kaffe version 1.0.7.
Here is a test program that illustrates the
problem:
public class HelloWorld{ public
static void main(String[] args) {
Method java.io.setLength(long) will fail when increasing the size of a file.
This is due to parameters in the wrong order to KLSEEK, and a missing return check in
the file libraries/clib/io/FileDescriptor.c (cvs version 1.9 latest).
The below patch fixes this.
Cliff Wright
---
Mr Carrot [EMAIL PROTECTED] writes:
I have found that Math.round() returns a large negative number instead
of returning the rounded version of the argument. I am using Kaffe
version 1.0.7.
Hi,
I did try your program with 1.1.3 and the output is correct:
[EMAIL PROTECTED]:/tmp$
Hi. I've compiled Kaffe 1.1.4 on my GNU/Linux PowerPC machine.
I used the just realeased GCC 3.3.3. I ran configure without parameters.
Two tests failed, but for what I undestand they seem more like bugs
in the testsuite apparatus than actual problems in Kaffe:
The first failed test is
Hi. I hope this is the right place to post this. I have encountered a bug
which only affects Kaffe 1.1.2 and above, causing builds to fail on an
assertion, as follows (from 1.1.2)...
Making all in compile_time
make[3]: Entering directory
`/root/install/kaffe-1.1.2/test/regression/compile_time'
Hi. I hope this is the right place to post this. I have encountered a bug
which only affects Kaffe 1.1.2 and above, causing builds to fail on an
assertion, as follows (from 1.1.2)...
Making all in compile_time
make[3]: Entering directory
`/root/install/kaffe-1.1.2/test/regression/compile_time'
Salut Jean-Marc,
happy new year!
Jean-Marc Vanel wrote:
Hello
I report problems when trying to install kaffe-1.1.3 on Fedora RedHat
Linux (the latest RedHat).
Problem 1:
--
segmentation fault in tests in ClassToInterface.class
Fedora Core 1 seems to be doing something nasty that breaks
Hello
I report problems when trying to install kaffe-1.1.3 on Fedora RedHat
Linux (the latest RedHat).
Problem 1:
--
segmentation fault in tests in ClassToInterface.class
time make
..
Making all in man
make[2]: Entre dans le répertoire
Ciao Sebastiano,
Sebastiano Viviani wrote:
kaffe CVS version until 09 Dec 2003
Platform Fedora Core 1
compiler gcc3.2.2
arch x86 compatible
When tomcat starts and load admin servlet it throws the following stack trace
java.lang.NoClassDefFoundError: org/apache/struts/legacy/GenericDataSource
Hi all,
After the last round of gc updates, kaffe has been acting much better
with the app I'm writing (yay!)- it doesn't usually crash until after
two or maybe three days (before it seemed to be on a 8-16 hour schedule).
The crashes are all the same - around when it reaches its memory limit
Sure looks and sounds like a memory leak to me...
- Original Message -
From: jrandom [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 21, 2003 10:31 AM
Subject: [kaffe] bug report: core dump after eating cpu (gc related?)
Hi all,
After the last round of gc updates
Oh, its certainly a memory leak, I said the *application* isn't leaking
ram, as when I spent a few days w/ JProfiler profiling its memory and
CPU usage on a completely different OS and JVM (xp, sun 1.4.2), it used
a steady 2-3Mb (in addition to ~8-12 from the jvm), as opposed to on
freebsd/kaffe
Hi. I'm trying CVS kaffe and found the appletviewer does not work and
just say:
Warning: no applets were found. Make sure the input contains an applet tag
On Mon, 27 Oct 2003 17:55:20 +0100, Dalibor Topic [EMAIL PROTECTED] said:
robilad Ross Martin wrote:
Kaffe without patches fails to even
Everton da Silva Marques wrote:
On Wed, Oct 29, 2003 at 02:02:54PM -0200, Everton da Silva Marques wrote:
On Tue, Oct 07, 2003 at 02:46:22PM -0300, Everton da Silva Marques wrote:
Kaffe (1.1.1 and 1.1.2) does not allow multiple multicast
sockets to bind to the same address/port pair.
Hi dalibor, et al,
the KaffeInternal test now passes (yay!), but two new errors pop up (pulled
from CVS 10 minutes ago) - UDPTest and SoTimeout. Details below:
As before, FreeBSD 4.8-RELEASE, gcc version 3.3.1 20030707 (prerelease)
[FreeBSD].
2 of 144 tests
Hi Elliotte,
Elliotte Rusty Harold wrote:
Kaffe 1.1.2 is not correctly parsing the host out of URLs that include
user names and passwords such as
ftp://anonymous:[EMAIL PROTECTED]/
It reports the username as the host.
Code follows
import java.io.*;
import java.net.*;
public class Test {
On Thu, Oct 30, 2003 at 05:25:08PM +0100, Guilhem Lavaux wrote:
Thanks Everton. But meanwhile I've found another way to fix the problem
using the standard API
(which was wrongly implemented). So it should be fixed in the CVS by now.
Very nice fix Guilhem. It's working perfecly for me!
On Wed, Oct 29, 2003 at 02:02:54PM -0200, Everton da Silva Marques wrote:
On Tue, Oct 07, 2003 at 02:46:22PM -0300, Everton da Silva Marques wrote:
Kaffe (1.1.1 and 1.1.2) does not allow multiple multicast
sockets to bind to the same address/port pair.
I think the problem is,
Please find attached a small test program which
reproduces the following crash under Kaffe 1.1.2:
/usr/local/kaffe/bin/java -classpath build telnet.TelnetServer
waiting for connections on 1234
java.lang.NullPointerException
at gnu.java.nio.SelectorImpl.deregisterCancelledKeys
Hi Everton,
Everton da Silva Marques wrote:
Please find attached a small test program which
reproduces the following crash under Kaffe 1.1.2:
/usr/local/kaffe/bin/java -classpath build telnet.TelnetServer
waiting for connections on 1234
java.lang.NullPointerException
at
Hi Ross,
Ross Martin wrote:
Kaffe without patches fails to even load the applet. I've attached a
patch that fixes kaffe/applet/AppletTag.java
and java/awt/ImageLoader.java to at least get it to the load stage and
display some of the animations.
Thanks, I've checked in the patch. Please add a
Salut Arnaud,
Arnaud Vandyck wrote:
On Thu, 09 Oct 2003 20:54:57 -0700
Ross Martin [EMAIL PROTECTED] wrote:
Hi Guys,
I've been trying to get kaffe's appletviewer to work with RuneScape,
which you can try as follows:
appletviewer
Kaffe 1.1.2 is not correctly parsing the host out of URLs that
include user names and passwords such as
ftp://anonymous:[EMAIL PROTECTED]/
It reports the username as the host.
Code follows
import java.io.*;
import java.net.*;
public class Test {
public static void main(String[] args)
Hello again (and thanks for getting the SecureRandom patch in there so
fast Tim!)
redoing a clean build from CVS on freebsd (4.8-RELEASE on i386) with
gcc (version 3.3.1 20030707 (prerelease) [FreeBSD]), I'm pulling the
failure at make check that I mentioned a few weeks ago
I got a few more of the assertion failed at mem/gc-mem.c:70 yesterday,
but a new one cropped up today at mem/gc-mem.c:753:
Core was generated by `kaffe-bin'.
Program terminated with signal 6, Abort trap.
#0 0x2815abac in kill () from /usr/lib/libc.so.4
#1 0x2819c13a in abort () from
I just pulled from cvs, ./configure ; make ; make check and everything
was fine up until
FAIL: KaffeInternal.java
gcc -v
Using builtin specs.
gcc version 2.95.4 20020320 [FreeBSD]
Trying with gcc version 3.3.1 20030707 (prerelease) [FreeBSD]:
(make clean ; ./configure ; make ; make check)
Hi Guys,
I've been trying to get kaffe's appletviewer to work with RuneScape,
which you can try as follows:
appletviewer
http://www.runescape.com/client.cgiworld=4plugin=0rand=66351490;
Kaffe without patches fails to even load the applet. I've attached a
patch that fixes
Hi Guys,
I've been trying to get kaffe's appletviewer to work with RuneScape,
which you can try as follows:
appletviewer
http://www.runescape.com/client.cgiworld=4plugin=0rand=66351490;
Kaffe without patches fails to even load the applet. I've attached a
patch that fixes
1 - 100 of 162 matches
Mail list logo