Re: [kaffe] Kaffe 1.1.3 Development Release available for download

2003-12-16 Thread Kiyo Inaba
Thanks Fu,
The Nihonsoft homepage is at http://www.nihonsoft.jp , it is in Japanese.
please take a look at it and tell us how you feel. Thanks!

Yes, I knew this page. For the benefit of persons who can not understand
(or does not trust machine translation tools available on the net), I
will make summary based ONLY on these pages.

This company develops E-commerce software called 'YenPot' and (will)
distribute it under GPL license. They also make IDE for E-commerce
server centric application written in Java.

In the site map page (http://www.nihonsoft.jp/site_map.htm), they have
a link to 'kaffe.org' (precisely speaking it is written as 'KAFFE.ORG',
anyway doesn't matter so much).

One more additional link is to 'nihonlinux.jp' which will be dsitributed
under a license called 'Common Good Public License'. You can see the
license in 'http://www.ggpl.org/'. As far as this license is concerned,
you may be able to understand the contents because it is written in
English.

The relationship between nihonsoft and nihonlinux.jp is not clear from
their page.

Fu, could you please take a look at CGPL page and tell us, kaffe
developpers how you feel this license?

Kiyo


___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Kaffe 1.1.3 Development Release available for download

2003-12-16 Thread Jim Pick
On Tue, 16 Dec 2003 23:07:06 +0900 (JST)
Kiyo Inaba [EMAIL PROTECTED] wrote:

 Thanks Fu,
 The Nihonsoft homepage is at http://www.nihonsoft.jp , it is in Japanese.
 please take a look at it and tell us how you feel. Thanks!

 Fu, could you please take a look at CGPL page and tell us, kaffe
 developpers how you feel this license?

Please follow up to the [EMAIL PROTECTED] mailing list, that's
where all the site sponsorship discussions are now supposed to go.

Cheers,

 - Jim

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Cygwin status update

2003-12-16 Thread Jim Pick
On Tue, 16 Dec 2003 00:57:44 +0100
Dalibor Topic [EMAIL PROTECTED] wrote:

 hi all,
 
 I've been playing with Cygwin  kaffe last week, and I've got patches to 
 gradually merge in, that let kaffe build again as a static binary.

Excellent.

 It doesn't fully work, as the kjc step to build rt,jar crashes. 

I don't think that step ever worked.

 Investigation about it shows me that the old findJarFile bug still 
 strikes on Cygwin. This time I was able to figure out a little more, though.
 
 The problem seems to be that the first few bytes of the findJarFile 
 function in kaffe/kaffevm/jar.c somehow get overwritten. I've tried to 
 debug it with awatch in GDB, but didn't suceed in catching the 
 overwriting happen. So I'd be glad to hear tips  tricks on dealing with 
 that type of bugs from other developers.

Valgrind is what you want!

  http://valgrind.kde.org/

It'll tell you exactly where to look, usually.

I did get it to run Kaffe interpreter x86 binaries on Linux.

Using it with the JIT is a problem because Valgrind needs to be
explicitly informed about self-modifying code (because it is an
x86-to-x86 JIT itself).  There is a way to add hints to the
code to help Valgrind do the right thing, but I didn't figure
that out yet.

For cygwin, some people have managed to get valgrind to run wine, so
it's possible to run it against Windows binaries that work with wine. 
Scary, huh?

Cheers,

 - Jim
 



___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Classpath AWT progress.

2003-12-16 Thread James Simmons

 Would you have a problem with this for your xlib implementation? If so,
 it would be interesting to know the reason.

I have to see if it would work with my design goal. The basic goal is to 
have two totally different environments work together as if they we one 
environment. One screen would be X windows and the other screen would be 
a linux framebuffer implementation. The problem is two very different 
environments are going to have two different toolkits. Since it is 
possible to pass in a GraphicsConfiguration to a Frame, Window etc I was 
thinking it would be easiest to grab the proper toolkit from the 
GraphicsConfiguration. Do you see any other way to grab the proper 
toolkit?

 Just a side comment from reading your code:
 java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment() should never
 throw a HeadlessException. Instead, it should return a headless instance
 of GraphicsEnvironment when it is called in a server environment. The
 returned instance is supposed to throw a HeadlessException when it gets
 asked to perform things that only make sense in a GUI, such as
 determining the maximal size of any attached screen.

Fixed.
 
 package gnu.java.awt;
 public class ClasspathGraphicsEnvironment extends GraphicsEnvironment
 
 This may just be my personal opinion, but I'm currently not convinced why
 this class is needed at all. It seems that pretty much all of its
 functionality would be highly specific to the platform, with the
 exception of the getBounds() and getCenterPoint() methods -- so why
 introduce a concrete-but-not-functional subclass of the abstract
 GraphicsEnvironment? But this may be different when it turns out that we
 can refactor the implementation of other GraphicsEnvironment methods
 (such as getAllFonts).

From what I interpet from the java specs it is a collect of all 
GraphicsDevices and all Fonts. Its up to the Toolkit to tell the app which 
fonts it can actually use. The tricky one is createGraphics. I haven't 
figured that one out yet :-( If I have a different xxxGraphicsEnvironment 
then my goal wouldn't work. It would be only one Toolkit at a time which 
would grab only that one type of environment.

 By the way: Thanks for having documented your code, it makes it so much
 easier to read.

No problem.



___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] Kaffe 1.1.3 Development Release available for download

2003-12-16 Thread fchoong
Hi Jim,
OK, got it! Anyway, there is not a link to the [EMAIL PROTECTED] 
mailing list from the main mailing list 
page(http://www.kaffe.org/mailinglists.shtml), so I think a lot of 
people will have difficulty finding this list. And thank you Kiyo for 
the summary, the CGPL.org is English, so I think most of us here can 
take a look for ourselves to see what it is about :-)

David Fu.

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe