Re: [kaffe] ppc: mouse keyboard problems with kaffe 1.1.7rc1
Hi Bernhard, On Thu, 2006-03-16 at 20:05 +0100, Bernhard Reiter wrote: > Am Mittwoch, 15. März 2006 20:47 schrieb Mark Wielaard: > > Thanks. I see no key event is ever received by the Frame (this is on x86 > > for me). I have filed this as bug #26703 > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26703 > > thanks for testing and filing the bug. We still haven't fixed it, but I believe we understand the issue now. See the bug report for some additional comments on where the problem is. > > Do you happen to know if this ever worked with kaffe in the past? > > To give you my full history: > First I have tried: > a) Mandriva (ia586) with their cooker kaffe package, probably > Kaffe CVS from CVS (20060204) worked fine for me on the games.yahoo.com/go > applets, I believe that this will use the classpath implementation of swing. Nice! I didn't know those worked already. But I am unable to try it against gcjwebplugin since it seems to demand some sort of yahoo id. > Next I wanted this on powerpc and tried > > b) kaffe-1.1.7rc1 (my Debian backport on ppc): > The go applet did display fine, but did not receive mouse or key events. > Out of curiousiy I went deeper into the problem and thought it might be > a ppc related problem, because it seemed to work on ia586 with seemingly > the same version. It would be nice if some kaffe hacker could explain the relation between these versions. Which came before the other and what is the default awt implementation for both? > Now I was looking at > c) running example applications from www.javabuch.de > using awt and swing on Debian. I found out that mouse and keyboard > events did not work with the default setting, but worked > using kaffe's other awt implementation; > e.g. with kaffe -Xkaffe-xlib-awt TestKeyEvents . That does make sense. In the GNU Classpath gtk-peer awt implementation a lot of work has been done to support "lightweight" components (like Free Swing). This is less developed in the old style kaffe xlib-awt framework. But in a couple of places we seem to forgot to check that old-style "heavyweight" (aka plain awt components) still got the events if the lightweights didn't handle them. > Trying to report the presumatley ppc related bug I have now learned: > d) There seems to be generic event bugs in classpath for kaffe. Yes, as far as I can see they are not platform specific. The mouse events issue seems to be solved now in a generic way. See: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26641 > And know looking closer I also see > e) Mandriva has probably packages a CVS version after 1.1.7rc1 of Kaffe. > > > Conclusion: next steps for me would be, > i) try to test another version of classpath. I am unsure how to do this with > kaffe without a new Debian version, so I might try jamvm, if this is easier > on Debian. Or we can try to get kaffe to make a new release! :) Including at least the patch from PR26641. > ii) Retest my two testcases for Mandriva. Thanks for all the testing. It (and the testcases) are really helpful. Mark signature.asc Description: This is a digitally signed message part ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ppc: mouse keyboard problems with kaffe 1.1.7rc1
Am Donnerstag, 16. März 2006 20:05 schrieb Bernhard Reiter: > Am Mittwoch, 15. März 2006 20:47 schrieb Mark Wielaard: > > Thanks. I see no key event is ever received by the Frame (this is on x86 > > for me). I have filed this as bug #26703 > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26703 > > Do you happen to know if this ever worked with kaffe in the past? > > To give you my full history: > First I have tried: > a) Mandriva (ia586) with their cooker kaffe package, probably > Kaffe CVS from CVS (20060204) worked fine for me on the games.yahoo.com/go > applets, I believe that this will use the classpath implementation of > swing. Correction I was using: 0:1.1.7-0.rc1.3mdk, See history section of http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/contrib-SPECS/kaffe/kaffe.spec which probably is 1.1.7rc1. > Next I wanted this on powerpc and tried > > b) kaffe-1.1.7rc1 (my Debian backport on ppc): > The go applet did display fine, but did not receive mouse or key events. Thinking about this: It might have been: No mouse events only, I cannot say for sure. At least the testcase is likely to be different from the frame receiving the events. > ii) Retest my two testcases for Mandriva. contrib kaffe package 0:1.1.7-0.rc1.3mdk: The TestMouse works, the TestKeyEvents does not. So TestKeyEvents did never work in the kaffe versions I have tested. ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] ARM and kaffe
Kevin D. Kissell wrote: >>>Oh well, I am working through similar issue. To make Kaffe workiing >>>somehow set into configuration >>>'--with-engine=interp'. It'll solve your problem but makes your kaffe >>>working terrible slowly. The real problem is somewhere into JIT3 module >>>and it is a memory management issue. I've sent a few letters to the guy >>>whom ported it but no answer what so ever. >> >>I tried already but no luck. > > > I had kaffe JIT3 95% working with MIPS after hacking up the 1.0.7 > source base back in 2002. It failed 6-8 regression tests, but ran well > enough to handle the embedded CaffeineMark benchmarks. Then 1.1.0 > came out, which was a huge step backwards for non-x86 JIT3, and > after beating my head against it for a week or two, I gave up. I was > able to determine that incomplete internal data structures containing > null pointers were being used, but couldn't figure out why, and whoever > maintained JIT3 apparently couldn't care less about non-PC platforms. I'll use this as an opportunity to drop a note to the list on what I plan to be hacking on in the next few months. If you read my Advogato diary, you might have read that after 6 years in California, I'm quitting my job and I'm moving back home to Vancouver, British Columbia, Canada. I should be finished with the move in mid-April. I've been saving, so I'm planning to take at least 6 months to just work on my own projects and do a little freelance work on the side to cover expenses. The #1 project I want to do is build a full blown regression testing setup for Kaffe. It will be useable by other projects as well. But Kaffe is going to be the focus and the original guinea pig. Really, I started working on this particular problem 5 years ago when I was still at Transvirtual. I was developing a testrig for testing Kaffe for in-house use, but it wasn't very well developed by the time the company shut down. About 3 years ago, I also put some scripts together for Kaffe, but there was too half-baked and I never deployed it publicly because I just didn't have enough time to fully develop it. (I think I described some of my ideas to Dalibor at FOSDEM two years ago). The last couple of years, I've done a fair amount of similar work building in-house systems for Digeo. So it's sort of unfinished business for me... The difference this time is that I've got time, money and server space - so I think I'll be able to pull it off. I've also got some ARM, MIPS, SuperH, and PowerPC hardware I've collected over the years that I'd like to put online and dedicate to Kaffe testing. I'm going to set up a wiki in few weeks with all my ideas - it would be a pretty long email if I list them all here. To the end users, the system will look like an ordinary website where they can log in, setup tests, and run them. I'll be able to provision Xen sessions on the fly for testing things like various x86 Linux distributions, *BSD, Solaris, etc. I'm aiming for a "folksonomy" model of doing distributed testing. There will be data collection and querying facilities -- I've been playing around a lot with RDF, and I think I'm going to try to use it. Think of it as a replacement for SQL - but with easier import/export and Web 2.0 "mashup" possibilities. It will be really, really easy to build web pages that query the RDF database, and generate reports on how "healthy" Kaffe is for a particular target. It's quite an ambitious plan -- but I'm going to start small. The first thing I'm going to try to nail is getting decent regression testing for x86, then ARM and MIPS, because those are the platforms I want to use. :-) Oh, and everything will be released as free software too, in case you had any doubts... Cheers, - Jim ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe