. Is the
CVS
server alive?
Yes, at least it works for me accessing from Taiwan.
cheers,
Jim Huang (jserv)
website: http://jserv.sayya.org/
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
the
experimental and up-to-date CVS head of Kaffe since kaffe 1.1.x is
so-called development release.
Thanks,
Jim Huang jserv @ kaffe.org
PS: Nice to meet some Taiwanese guys here.
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman
.
Sincerely,
Jim Huang (jserv)
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
and threading on MIPS,
which is another great platform Kaffe should support.
cheers,
Jim Huang (jserv AT kaffe.org)
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
/jserv/jhacker/kaffe/test/awt/jawt/libDemoJAWT.so:
undefined symbol: gnu_java_awt_peer_gtk_GdkFontPeer_initState.
Error message is /home/jserv/jhacker/kaffe/test/awt/jawt/libDemoJAWT.so:
undefined symbol: gnu_java_awt_peer_gtk_GdkFontPeer_initStaticState.
Error message is /home/jserv/jhacker/kaffe/test
On Wed, May 11, 2005 at 09:15:30PM -0700, Eric Anholt wrote:
The link from Documentation on the website
http://egp.free.fr/port-kaffe/port-kaffe-0.2.html
is dead. The current address appears to be:
http://egp.free.fr/oldsite/port-kaffe/port-kaffe-0.2.html
Perhaps these should be mirrored
Hi list,
I have done an interesting patch for reducing the VM loading / unload
time cost via the invocation daemon / client idea. You can see the
Java implementation of libraries/javalib/kaffe/net/InvocationDaemon.java
which acts as the daemon listening to the requests from client. Once the
On Fri, Apr 29, 2005 at 12:50:42PM +0200, Alexander Boettcher wrote:
Hi,
I have some patches for the QT backend.
Hi Alexander,
Thanks for your patches! I have checked in CVS repository.
receive events for objects (var o) from QT, that are not registered in
Kaffe's backend. (I use QT
Hi list,
I am glad to report another success about Eclipse. The fresh
Eclipse 3.1M6 should work on Kaffe cvs head[1] correctly. Here
are the instructions I took:
1) Download binary from Eclipse.org (Linux-x86-GTK)
2) Extract the tarball and chdir to eclipse
3) Use the script attached in this
Hi list,
I am attempting to drive Azureus[1] working on Kaffe. It is known to
depend on Sun-specific private APIs, so that I have to clean up. At
the moment, Azureus can be loaded by Kaffe with the patch in attachment,
and you might see everything seems to be ready to work. However, there
are
On Sat, Mar 26, 2005 at 11:14:42AM +0800, [EMAIL PROTECTED] wrote:
Hi list,
I am attempting to drive Azureus[1] working on Kaffe. It is known to
depend on Sun-specific private APIs, so that I have to clean up. At
the moment, Azureus can be loaded by Kaffe with the patch in attachment,
and
Dear all,
I am glad to inform you of the great RSSOwl[1] working on Kaffe
cvs head now. Thanks for the directions from Sven de Marothy
and his patch, and most of the functions in RSSOwl should be ready
to perform.
To take it a try, make sure that you check out from cvs head (Or,
be patient
Dear all,
I just build fresh Kaffe with the new lock API committed by
Guilhem Lavaux. However, it failed to get compiled, and then
I attempt to fix that with the following patch:
$ cvs diff -up kaffe/kaffevm/locks.c
Index: kaffe/kaffevm/locks.c
On Thu, Mar 10, 2005 at 11:39:30AM +0100, gian paolo ciceri wrote:
Hello all,
Hi gian,
When I try to run appletviewer I take:
java.lang.ClassNotFoundException: kaffe.applet.AppletViewer
~ at java.lang.Class.forName (Class.java)
~ at java.lang.Class.forName (Class.java:44)
It's
Dear all,
I am glad to find that Eclipse 3.0.1 runs on cvs head of Kaffe without
any tuning, and I have updated Kaffe.org screenshots[1]. However, I have
to mention that you must disable Boehm-GC and libxmlj, which causes the
unexpected OOM exceptions.
The attachment is my launch script
driven by Kaffe, and the bottom window is just a Qt3/X11 application.
They communicate with each other via jawt. :-)
Later, I would attempt to test JOGL[5] and other Java applications
which need JAWT, such Eclipse SWT. It is really a nice beginning.
cheers,
Jim Huang jserv AT kaffe.org
[1
development with Java powered graphics support.
cheers,
Jim Huang jserv @ kaffe.org
[1] http://www.microwindows.org/
The Microwindows Project renamed to The Nano-X Window System in
Jan 30, 2005.
___
kaffe mailing list
kaffe@kaffe.org
http
in KMM
get fixed. and it seems to be better now. We are looking for nicer
and wider applications for Kaffe.
cheers,
Jim Huang jserv AT kaffe
[1] http://www.kaffe.org/pipermail/kaffe/2004-April/045904.html
[2] http://java.sun.com/j2se/1.3/docs/guide/awt/AWT_Native_Interface.html
[3] http
Hi all,
I am glad to inform you that Winstone Servlet Container[1] now
runs on Kaffe smoothly without any modifications. The Kaffe version
I tested is 2004-01-29 cvs checkout, and it works for Winstone 0.6.4
in GNU/Debian Linux.
Winstone is a servlet container that was written out of a
]: *** [libnative_la-Object.lo] Error 1
make[3]: Leaving directory `/home/jserv/kaffe/libraries/clib/native'
After consulting cvs commit log, I know the sleeper variable
was removed from Object.c, and I wonder there is a solution to
enable JVMPI again. I hope to get help for this, thanks!
Sincerely,
Jim
On Fri, Jan 14, 2005 at 09:33:17PM +0800, [EMAIL PROTECTED] wrote:
Hello all,
I just cvs update kaffe cvs repository, and I found that
it can't be built with JVMPI enabled. I attempted to apply
some minor patch, but I got some compilation errors due to
the changes of internal structures.
Hello all,
I just check out kaffe cvs head, and i fail to build
javalib due to the following error messages:
make[3]: Entering directory `/home/jserv/kaffe/libraries/javalib'
rm -f rt.jar
(cd . zip -q -r /home/jserv/kaffe/libraries/javalib/rt.jar.new
META-INF)
zip error: Zip file structure
On Sun, Aug 01, 2004 at 09:10:45PM +0200, Dalibor Topic wrote:
Well, the idea is that we'll merge in the AWT implementations from
pocketlinux, too. That will give everyone a large selection of choices
for AWT backends. Atm, there are 3 to pick from: Xlib, Qt Gtk. So even
if you don't want
On Fri, Jul 16, 2004 at 12:33:48PM +0200, Dalibor Topic wrote:
Looks ok, if you're using linux. Jim Huang fixed a crash in qt awt in
CVS head, but you may need to use a large stack size, actually. Jim said
on IRC that -Xss1M was necessary for him, so you could try using CVS
head and raising
On Fri, Jul 16, 2004 at 10:54:22PM +0800, [EMAIL PROTECTED] wrote:
In fact, we are taking part in an embedded Contest in China, sponsored by
Intel. We
are now using the Sitsang/Tibet Developing Board, PXA255. :)
Hi saw,
I am glad to see you are preparing this embedded contest with
KaffeVM,
On Thu, Jul 15, 2004 at 03:16:53PM +0200, Fabien Renaud wrote:
Hi !
Thanks for the patch but I still have the same problems. Il try with
everything up-to-date but I don think that will change something.
Hi Fabien,
This patch doesn't tend to solve the problem you indicated, and
it would
Hi all,
I am glad to inform you that Kaffe/eCos is back according
to news Suzuki RyosIII sent to me. Currently, nano-X AWT
backend for Kaffe is available, and I will take a look over
the great work!
cheers,
Jim Huang
-- Forwarded message --
Date: Wed, 14 Jul 2004 22:26:18
On Wed, Jul 14, 2004 at 09:55:27AM +0200, Fabien Renaud wrote:
PatchSet 4902 Date: 2004/07/07 12:58:43
Author: dalibor
Branch: HEAD
AWT clipping and mouse event handling fixes
Ok I have this error because I have srcIdx = -1
Actually these errors are not due to patch but before this one,
Qt AWT backend cleanup
Clean up X specific comments and macros for advanced
refactoring.
Better way to dump debug messages.
Update copyright note.
Here is my note for Qt AWT backend:
1. continue cleanup process.
2. implement some un-implemented native parts:
Hello all,
Here is my patch to Kaffe's AWT for handling its default font.
I think java/awt/Defaults.java has something wrong due to its
location, and I moved it to kaffe.awt package.
Follow the instructions:
# cd kaffe
# patch -p0 use-kaffe-awt-defaults.diff
# rm -f
Hello all,
Benja Fallenstein [EMAIL PROTECTED] has done many AWT
fixing to Kaffe's original AWT implementation, and I suggest
to merge into cvs head. The attachment is my adaption of his
excellent patch.
cheers,
Jim Huang
Index: libraries/javalib/java/awt/Graphics.java
1. fetch the tarball
# http://jserv.sayya.org/kaffe/gui-branch-kaffe.tgz
# tar zxvf gui-branch-kaffe.tgz
# cd gui-branch-kaffe
2. Modify the path of JAVA_HOME according to Kaffe's
# vi config
3. execute the build script
# sh build
The tarball was updated according to JNI
On Tue, Jun 29, 2004 at 12:29:16AM +0800, [EMAIL PROTECTED] wrote:
The java part of gcjwebplugin[1] should work on Kaffe now.
Note: Kaffe's original xlib-based AWT backend is known to work, but
the gtk-peer from java-gui-branch doesn't.
All right, the gtk-peer from java-gui-branch now
Hello all,
The java part of gcjwebplugin[1] should work on Kaffe now.
I did it with the simple script:
#!/bin/sh
GCJWEBPLUGIN=:ext:[EMAIL PROTECTED]:/cvsroot/gcjwebplugin
DIR=gcjwebplugin/src
CONF=gnu/gcjwebplugin/Configuration.java
# modify AWT_CLASSPATH according to
by the simple patch attached. Maybe this will
be useful to you.
Thanks!
Jim Huang jserv AT kaffe.org
Index: test/internal/Makefile.am
===
RCS file: /cvs/kaffe/kaffe/test/internal/Makefile.am,v
retrieving revision 1.8
diff -u -r1.8
On Mon, Jun 21, 2004 at 10:12:46AM -0400, [EMAIL PROTECTED] wrote:
my $flags = --prefix=$ENV{HOME}/Programs/kaffe .
[...]
--without-nls ;
It's interesting that build process attempted to continue even if
you turned off NLS (Native Language Support) in kaffe. I suppose
this is
On Mon, Jun 14, 2004 at 08:44:32AM -0400, Thomas Fitzsimmons wrote:
On Sun, 2004-06-13 at 23:07, [EMAIL PROTECTED] wrote:
3. there is some strange behavior in font rendering, and some text gone.
I'm not seeing those font problems under GCJ:
On Thu, Jun 10, 2004 at 09:35:04AM +0800, [EMAIL PROTECTED] wrote:
I updated the tarball according to minor changes of GCJ's
java-gui-branch, and apply Dalibor Topic's holdsLock pure java
implementation[1]. Now, both AWT and Swing in java-gui-branch
are successfully compiled and working with
Hello all,
I updated the tarball according to minor changes of GCJ's
java-gui-branch, and apply Dalibor Topic's holdsLock pure java
implementation[1]. Now, both AWT and Swing in java-gui-branch
are successfully compiled and working with cvs version of Kaffe.
The tarball locates in the
On Mon, Jun 07, 2004 at 04:00:46PM +0200, Dalibor Topic wrote:
Hmm, my current build seems to compile without needing a patch to the
cairo files ... I'm using cairo 0.1.23. which version do you use?
Before apt-get upgrade, I used libcairo 0.1.18 to build GNU Classpath's
gtk-peer, and I found
Hello all,
After Guilhem Lavaux's adding some i18n support[1] in Kaffe, I think
it's good to add Traditional Chinese translation for kaffe's command
line and I did it. You can check out the zh_TW.po in attachment, and
put it in kaffe/po. To use Traditional Chinese support in Kaffe is as
easy as
Hello all,
After looking up Helmut Eller's Threaded code interpreter patch
[1], I attempt to migrate his patch to Kaffe 1.1.x version, and it
is almost finished, which is attached against kaffe cvs in this mail.
Helmut Eller quoted his patch as following:
Threaded code provides about
Due to big changes in GNU Classpath of 2004-05-31, I updated my tarball
to adapt it accordingly. However, there are some notes to be mentioned:
(1) javax/swing/JComponent.java uses holdsLock() method in
java.lang.Thread to handle double-buffering, but Kaffe lacks it.
(2) Java2D
On Mon, May 31, 2004 at 06:11:03PM +0200, Dalibor Topic wrote:
There is a project by Michael Koch and Thomas Fitzsimmons to create a
runtime independant plugin for Mozilla at
http://www.nongnu.org/gcjwebplugin/ . Since that's the only actively
developed Java plugin for Mozilla I'm aware of,
PatchSet 4795
Date: 2004/05/30 16:30:42
Author: guilhem
Fix for FileChannelImpl + fixed some problems with zip classes.
* libraries/javalib/java/util/ZipInputStream.java
(getNextEntry): Reopen the byte stream.
(closeEntry): Close the byte stream.
(close):
Hi all,
While getting GCJ's java-gui-branch working with Kaffe, I found
its Swing implementation needs holdsLock() in java.lang.Thread,
which is first introduced in JDK 1.4. However, I have no idea how
to query the theads locking state in Kaffe, so that I wrote a
dummy implementation.
Also,
,
Jim Huang jserv AT kaffe.org
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
# ./run.sh
cheers,
Jim Huang jserv AT kaffe.org
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hello all developers,
I am so glad to inform you of the news that GNU Classpath's
AWT/Swing implementation now runs on KaffeVM with very small
patches. This means that Kaffe will gain more integration from
GNU Classpath.
Thanks for Steven Augart's --portable-native-sync patch[1],
and I did
Hi all,
I got LumaQQ[1], a popular Java-based instant messager, running on
KaffeVM. The corresponding pair is Kaffe 1.1.cvs + LumaQQ 0.1b1. It
seems to be nicely shown since LumaQQ is written in SWT.
The screenshots I took as followings:
On Mon, Apr 05, 2004 at 05:13:08PM +0200, Dalibor Topic wrote:
Arnaud Vandyck wrote:
Dalibor, what about integrating swingwt in kaffe as an option in
compilation? ;-)
On my list [1] of things for 1.1.5, marked as G :)
cheers,
dalibor topic
[1]
Hi all,
JC Virtual Machine[1] takes an unusual way to implement JavaVM via
converting class files into C source files using the Soot[2] Java
bytecode analysis framework, compiles them with GCC, and loads them
using a built-in ELF object file loader. The documents shipped with
JC mentions
On Thu, Apr 15, 2004 at 03:04:27PM +0800, [EMAIL PROTECTED] wrote:
Hi all,
I'd like to provide a dirty hack to get Odonata running on Kaffe.
Since Kaffe's $BOOTCLASSPATH behavior is a bit buggy, I have to use
the direct way to overwrite Kaffe's rt.jar. This is my instructions,
and I do
Hi all,
I'd like to provide a dirty hack to get Odonata running on Kaffe.
Since Kaffe's $BOOTCLASSPATH behavior is a bit buggy, I have to use
the direct way to overwrite Kaffe's rt.jar. This is my instructions,
and I do this is useful.
First, get cvs version of GNU Classpath, and fetch the
On Mon, Apr 05, 2004 at 02:12:26PM +0200, Arnaud Vandyck wrote:
Did you need Swing (from Sun)?
Thanks for the job!
No, VNC Java viewer doesn't need Swing, it is only AWT powered.
Something worthy noticed is that you might want to use TightVNC's
Java viewer [1] instead of RealVNC's if you'd
Hi all,
After cvs updating, I found cvs version could not work with
JSDL due to being unable to load native library of JSDL. I use
the same script to invoke KaffeVM, but I got different result:
$ cat run-demo
export LD_LIBRARY_PATH=`pwd`
/usr/lib/kaffe/bin/kaffe -cp lib/jsdl-0.2.jar:`pwd`
Hi all,
I got Caucho Technology's Resin 3.0.7 [1] loaded in KaffeVM. Due to
Kaffe's lacking JVMDI implementation, I have to do a small patch for
building the native library. However, I found Resin 3.0.7 running on
Kaffe could not handle anything about dynamic web page, such as XTP
[2], JSP,
Hi all,
I just cvs update to use Guilhem Lavaux's great efforts on NIO merge,
fix for java.text, and cleanup for VMObjectStream. Thanks for his great
work, but I found Guilhem forgot to nio/channels/FileChannelImpl.java
into hist patch. So that, I just copy GNU Classpath's implementation.
The
]
- J2ME/MIDP compatibility: ME4SE [14], MicroEmulator [15]
... etc.
It's interesting and much fun for Kaffe Multi-Media Project showing
more and more exciting demo with KaffeVM. I'd like to invite all
developers to join in.
cheers,
Jim Huang jserv AT kaffe.org
[1] http://www.kaffe.org
Hi all,
I attempt to get jlGui [1] run on KaffeVM. jlGui needs some Swing,
and I just replace it with drop-in implementation from GNU Classpath.
With my patch against jlGui 2.2, jikes successfuly compiles jlGui
with Kaffe's rt.jar. However, I find jlGui runs out of memory due to
infinite loop
Hi all,
I just attempted to get MicroEmulator [1] to run on KaffeVM, and the
result is satisfactory. MicroEmulator is an effort to get MIDP/CLDC
application run on J2SE in the form of application of applet. Also,
I noticed that MicroEmulator has SWT port, so I took a try. The SWT port
for
On Wed, Mar 31, 2004 at 01:27:28PM +0800, [EMAIL PROTECTED] wrote:
Internal error: caught an unexpected exception.
Please check your CLASSPATH and your installation.
java/lang/NullPointerException
make: *** Deleting file `rt.jar'
[EMAIL PROTECTED]:~/expr/kaffe/libraries/javalib$
It's so
Hi all,
I mentioned that the VNC Java viewer entry in Kaffe.org's [Compatibility
- Application Testing] page is marked as Untested, so that I attempted
to test it. Just downloaded vnc-4.0b4-javasrc, built, and it got working
in KaffeVM. I took a screenshot of VNC Java viewer:
:00.0 +0800
+++ kawa-kaffe/compile 2004-04-02 14:59:54.0 +0800
@@ -0,0 +1,4 @@
+export CLASSPATH=/opt/jre/lib/rt.jar:/home/jserv/tarball/swingall.jar:classpath
+
+PATH=/usr/lib/kaffe/bin:$PATH ant $1
+
diff -urN kawa/gnu/jemacs/buffer/EKeymap.java kawa-kaffe/gnu/jemacs/buffer
On Mon, Mar 29, 2004 at 11:38:25AM +, theUser BL wrote:
There existing nice LightWide-Widgets for Java and .net called lwvcl:
http://www.lwvcl.com/
If lwvcl runs on kaffe, there existing then nice lightwide-widgets.
I hope that this and the extra packages can running on kaffe. (don't
Hello all,
I cvs updated Kaffe today, and I got strange message while building.
adding: org/w3c/dom/css/DocumentCSS.class (in=272) (out=184) (deflated
68%)
adding: org/w3c/dom/css/CSSPrimitiveValue.class (in=1556) (out=698)
(deflated 45%)
adding: org/w3c/dom/css/Rect.class (in=219) (out=172)
Hi all,
I am glad to inform all developers here to see JGL really running on
KaffeVM smoothly. JGL [1] is a 3D graphics library for the Java with an
API which is similar to that of OpenGL. I successfully got it to work
agaginst KaffeVM of cvs version, and I took some nice screeshots:
Hi all,
I am glad to inform the news that I successfully made SwingWT running
on KaffeVM without modifying any Kaffe's code. Be sure to use cvs
version of both KaffeVM and SwingWT (I worked on 0.81 PRE-260304), and
modify the build.xml to use jike as java compiler to ensure correct
bytecodes.
On Mon, Mar 29, 2004 at 03:22:27PM +0900, Ito Kazumitsu wrote:
bash$ java TestSync3 1
bash$ java TestSync3 2
java.lang.IllegalMonitorStateException
at TestSync3.run (TestSync3.java:32)
bash$ java TestSync3 3
java.lang.IllegalMonitorStateException
at TestSync3.run (TestSync3.java:37)
Hi all,
I just made MIDP applications running on KaffeVM via ME4SE [1].
Since Kaffe is a PersonalJava-compatible implementation, Kaffe is
possible to run MIDP applications via ME4SE, and I did this
successfully. I took some screenshots:
Hi all,
Dalibor Topic mentioned Charva (A Java Windowing Toolkit for Text
Terminals) running on KaffeVM in the #kaffe IRC channel. So that I
attempted to work on it, and here it worked without any modifications.
I took some screenshots as the followings:
On Wed, Mar 24, 2004 at 02:56:18PM +0900, Ito Kazumitsu wrote:
cannot run on kaffe. After studying the cause of the error,
I found something buggy in java.io.ObjectInputStream.
(1) Kaffe -- Kaffe
$bash java Test01 write | java Test01 read
[EMAIL PROTECTED] null B
[EMAIL PROTECTED] A B
Here
Hi all,
I mentioned that the status of Kaffe's [Compatibility - Application
Ttesting] shows DynamicJava [1] untested. So I did a try of DynamicJava
on KaffeVM, and I found it works well except its GUI.
DynamicJava works like the following messages:
[EMAIL PROTECTED]:~/dj$ /opt/bin/kaffe
Hello all,
My friend, ctChou, just sent me a nice Kaffe.org logo, and she put
that in the following URL:
http://jserv.sayya.org/kaffe/logo/
Feel free to contact the author, ctChou [EMAIL PROTECTED], if you
are interested to get it involved with Kaffe.org.
cheers,
Jim Huang [EMAIL
Hello all devlopers,
I just let JSDL (Java binding for SDL [1]) run under Kaffe, and it
works vey well. But I also mentioned that the JNI implemented in Kaffe
is a bit poor, and lacks some entries needed by JSDL:
- (*env)-DeleteWeakGlobalRef(env,objCallback)
-
Hi all developers,
Recently, I attempted to port the GTK+-1.2-based AWT implementation
shipped with PocketLinux to current Kaffe release (1.1.4), and it seems
to be possible to come true. I did the GTK+ AWT patch, but it couldn't
work well. After some hard struggling, I decided to suspend its
Hi all developers,
I just cvs update Kaffe CVS, and I found it encountered compilation
errors while Kaffe was configured with the option --with-stats. Since
the CVS version of Kaffe had changed some internal data structure, so
taht I have to patch it as the attachment.
cheers,
Jim Huang
---
On Mon, Mar 08, 2004 at 04:38:20PM +0100, Dalibor Topic wrote:
Some hints might be useful:
1. configure Resin with
--enable-jni \
--with-java-home=$(KAFFE_HOME) \
--with-jni-include=$(KAFFE_HOME)/include
2. while compiling, you would encounter some errors, just
Hello all developers,
I found that Kaffe might not support i18n well, which is really bad
for handling CJK. I did primitive patches on X AWT backend for i18n
improvements.
Also, you might want to modify
libraries/javalib/java/awt/Defaults.java for the above patch. The
default font
Hello all Kaffe developers,
I found there is a DirectFB ( http://www.directfb.org ) AWT
backend for Kaffe according to:
http://www.directfb.org/mailinglists/directfb-dev/2002/09-2002/msg00019.html
To access kawt (their implementation) source, see the page:
80 matches
Mail list logo