Re: New Maintainer!
Brian Jones [EMAIL PROTECTED] wrote on Fri, 11 Jul 2003 00:40:12 -0400: I've decided it is time for me to hand the reins over and let someone else lead this project. Thanks, Brian, for everything you have done for Classpath. -- Sascha Sascha Brawer, [EMAIL PROTECTED], http://www.dandelis.ch/people/brawer/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: ChangeLog entries when merging things back from libgcj
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Montag, 14. Juli 2003 09:46 schrieb Mark Wielaard: Hi, On Mon, 2003-07-14 at 07:50, Michael Koch wrote: * java/net/ServerSocket.java, java/net/Socket.java: New versions from libgcj. If possible I would like to see the original libgcj ChangeLog entry when things get merged back into Classpath from libgcj. * java/net/ServerSocket.java (setChannel): New method. * java/net/Socket.java (setChannel): New method. Is much more descriptive then the above. Sorry to make you troubles. Will do this in the future. Michael - -- Homepage: http://www.worldforge.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/EnRPWSOgCCdjSDsRAlynAJ9jOmnS1CldpRnHy6peT3uOlf2QfwCfX4j1 VmJwnjVOCiw71hz/f0MoaLU= =rlnd -END PGP SIGNATURE- ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: New Maintainer!
Hi Brian, --- Brian Jones [EMAIL PROTECTED] wrote: All, I've decided it is time for me to hand the reins over and let someone else lead this project. I have really enjoyed acting as maintainer for a number of years now and think it has given me really good insights into free software licensing, and the group dynamic, and project leadership. I will still remain involved with the project however my role will transition to more or less just a developer. Thank you very much for leading GNU Classpath to become what it is today: the leading free software implementation of java class libraries. cheers, dalibor topic __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Notes on kaffe (GNU Classpath integration) todo items
Mark == Mark Wielaard [EMAIL PROTECTED] writes: Mark - java.util.zip Mark How to modularize to allow multiple implementations to coexist? Mark (See what classes are different between classpath/gcj) Here's a handy URL: http://gcc.gnu.org/java/libgcj-classpath-compare.html Note that the java.util.zip diffs will show up with the wrong mime-type, due to a server configuration oddity :-(. You should still be able to get them with wget though. Any zip classes listed as missing from libgcj are part of the pure-java zip implementation. Last time I looked there was at least one correctness bug in classpath here -- a constant had the wrong (byte-swapped) value. Mark - Classpath seems to have all the proper Permission checks in place. Mark (But has anybody every really used it? Probably not, because Mark AccessController isn't really implemented.) As far as I know nobody has ever tried this. I'm certain they haven't with libgcj. I suspect not with any other VM, since I've never seen a bug report about it; the few security-related patches I've seen could plausibly have been found by inspection (e.g., misspelling somewhere). Mark - Security/Crypto - Choose default provider Mark (kaffe, GNU Classpath and/or GNU Crypto). For libgcj we've settled on recommending GNU Crypto as the choice (we don't ship it by default). GNU Crypto is actively maintained by friendly people -- big pluses. Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: [kaffe] Notes on kaffe (GNU Classpath integration) todo items
On Monday 14 July 2003 00:11, Mark Wielaard wrote: - javax.comm stuff - Kaffe has incomplete stubs - There is the rxtx (sp?) project which has been usable. (Check kaffe mailinglist archives) They have ported to lots of platforms - Wonka also has a implementation... (Status?) Wonka implementation status: [+] works, tested in a number of real-life situations. Uses async i/o on Linux. [-] ugly as hell: hard-coded data structures for 4 serial ports, giant switch statements, etc. Uses Wonka Native Interface (WNI), would need porting to JNI (but this is not hard). For a project I'm working on currently it could be interesting to either convert the current Wonka implementation to JNI or switch to rxtx. Has anyone out there anyhing good or bad to say about rxtx? -- Chris Gray/k/ Embedded Java Solutions Embedded Mobile Java, OSGi http://www.kiffer.be/k/ [EMAIL PROTECTED] +32 477 599 703 ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: GNU Classpath Linuxtag meeting minutes
Mark Wielaard [EMAIL PROTECTED] wrote on Mon, 14 Jul 2003 00:46:08 +0200: http://www.dandelis.ch/development/fonts/ I've updated the page to reflect the current state. I did not bother updating the code snapshot, since I'd like to clean up things and bring my implementation a bit further. If you want the code right now, please write me. Tim Tyler his public domain, pure java font rendering program was mentioned http://fonteditor.org/ I've written to Tim, and he said he would not mind us using his code. I'll make sure that the legal issues get resolved; Mark receives a copy of everything. - Aicas is working on some RMI fixups. In the context of RMI, maybe not everyone knows that there also exists a variant which does RMI over IIOP. It uses the CORBA protocol for RMI, but without using CORBA IDL. Actually, CORBA had to be extended to cope for this, but it now is part of the standard. Of course, I don't know whether this is relevant for Aicas -- in any case, [1] has more information. But implementing RMI-IIOP seems like a big task, unless parts of some free Java ORB can be used. IMHO, the main advantage is that IIOP is a better protocol, and that it is possible to replace either client or server by something not written in Java. There exist CORBA bindings for relatively exotic languages, including Lisp, Ada, Objective C, or Smalltalk. There also is an LGPLed project for IIOP on .NET [2]. - We should have a standard NotYetImplementedException. Just returning something random (like null) from stubs is really not acceptable. Kaffe for example has one. What about java.lang.UnsupportedOperationException? - We really have a complete framework now to run significatly large applications. Getting semi-free application written in the java language (but which currently uses a proprietary runtime environment) running with a free VM is a great way to test and/or expand our classes and keeps us focused on the needs of free software developers. Georg Greve said at LinuxTag that he would not mind including a text about Classpath in one of the next issues of Brave GNU World. I've heard that [3] was perceived by some people as a statement that Free Software developers should stay away from Java, although the text doesn't say this. IMHO, we'd best send him a draft text for the column -- any volunteers? I think this would be important. [1] http://java.sun.com/products/rmi-iiop/ [2] http://www.gnu.org/brave-gnu-world/issue-49.en.html [3] http://iiop-net.sourceforge.net/ Best, -- Sascha Sascha Brawer, [EMAIL PROTECTED], http://www.dandelis.ch/people/brawer/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: GNU Classpath Linuxtag meeting minutes
Mark Wielaard wrote: - We should have a standard NotYetImplementedException. Just returning something random (like null) from stubs is really not acceptable. Kaffe for example has one. In the gcj list I suggested UnsupportedOperationException, with a refinement: throw new UnsupportedOperationException (REASON); where REASON is a string literal that includes not implemented and all on a single line (to make it easy to grep for). See http://gcc.gnu.org/ml/java/2003-03/msg00016.html -- --Per Bothner [EMAIL PROTECTED] http://per.bothner.com/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Implementing javax.comm for free software java implementations (Was:Re: [kaffe] Notes on kaffe (GNU Classpath integration) todo items)
Hi Chris, I've CC:ed Trent Jarvi, the maintainer of rxtx, see http://www.rxtx.org for more information about it. Chris Gray wrote: On Monday 14 July 2003 00:11, Mark Wielaard wrote: - javax.comm stuff - Kaffe has incomplete stubs - There is the rxtx (sp?) project which has been usable. (Check kaffe mailinglist archives) They have ported to lots of platforms - Wonka also has a implementation... (Status?) Wonka implementation status: [+] works, tested in a number of real-life situations. Uses async i/o on Linux. [-] ugly as hell: hard-coded data structures for 4 serial ports, giant switch statements, etc. Uses Wonka Native Interface (WNI), would need porting to JNI (but this is not hard). For a project I'm working on currently it could be interesting to either convert the current Wonka implementation to JNI or switch to rxtx. Has anyone out there anyhing good or bad to say about rxtx? For kaffe it would be nice to use rxtx, since * we had it nicely running under kaffe http://www.kaffe.org/pipermail/kaffe/2003-April/029251.html * it is supposed to be quite portable The following OS's should have full Serial Commapi Serial Support: mingw32 (windows 9* NT*) (no printer support) WinCE (no printer support) Solaris 2.x (*-*-solaris2*) x86 and sparc Linux ELF (*-*-linux*, except aout, coff, and oldld) FreeBSD 3.x 4.x (*-*-freebsd2*, *-*-freebsd3*) Mac OS X HP-UX 10.x (*-*-hpux10*) SCO OpenServer 5.x (*-*-sco3.2v5*) (there may be recent breakage) UnixWare Digital/UNIX * it appears to be in widespread use in different projects. * it can be 'plugged in' into Sun's javax.comm implementation. On the negative side: * it needs someone to write the java part of javax.comm (which wonka already has working, kaffe has a GPLd implementation of unknown quality). * We don't have anyone from rxtx on Classpath's or Kaffe's mailing lists, so there is a communication gap. cheers, dalibor topic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: Notes on kaffe (GNU Classpath integration) todo items
Tom Tromey [EMAIL PROTECTED] writes: Mark - Security/Crypto - Choose default provider Mark (kaffe, GNU Classpath and/or GNU Crypto). For libgcj we've settled on recommending GNU Crypto as the choice (we don't ship it by default). GNU Crypto is actively maintained by friendly people -- big pluses. I should mention here that GNU Classpath also has settled upon recommending GNU Crypto. Brian -- Brian Jones [EMAIL PROTECTED] ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: [Rxtx] Implementing javax.comm for free software javaimplementations(Was: Re: [kaffe] Notes on kaffe (GNU Classpath integration) todo items)
On Mon, 14 Jul 2003, Dalibor Topic wrote: Hi Chris, I've CC:ed Trent Jarvi, the maintainer of rxtx, see http://www.rxtx.org for more information about it. Chris Gray wrote: On Monday 14 July 2003 00:11, Mark Wielaard wrote: - javax.comm stuff - Kaffe has incomplete stubs - There is the rxtx (sp?) project which has been usable. (Check kaffe mailinglist archives) They have ported to lots of platforms - Wonka also has a implementation... (Status?) Wonka implementation status: [+] works, tested in a number of real-life situations. Uses async i/o on Linux. [-] ugly as hell: hard-coded data structures for 4 serial ports, giant switch statements, etc. Uses Wonka Native Interface (WNI), would need porting to JNI (but this is not hard). For a project I'm working on currently it could be interesting to either convert the current Wonka implementation to JNI or switch to rxtx. Has anyone out there anyhing good or bad to say about rxtx? For kaffe it would be nice to use rxtx, since * we had it nicely running under kaffe http://www.kaffe.org/pipermail/kaffe/2003-April/029251.html * it is supposed to be quite portable The following OS's should have full Serial Commapi Serial Support: mingw32 (windows 9* NT*) (no printer support) WinCE (no printer support) Solaris 2.x (*-*-solaris2*) x86 and sparc Linux ELF (*-*-linux*, except aout, coff, and oldld) FreeBSD 3.x 4.x (*-*-freebsd2*, *-*-freebsd3*) Mac OS X HP-UX 10.x (*-*-hpux10*) SCO OpenServer 5.x (*-*-sco3.2v5*) (there may be recent breakage) UnixWare Digital/UNIX * it appears to be in widespread use in different projects. * it can be 'plugged in' into Sun's javax.comm implementation. On the negative side: * it needs someone to write the java part of javax.comm (which wonka already has working, kaffe has a GPLd implementation of unknown quality). * We don't have anyone from rxtx on Classpath's or Kaffe's mailing lists, so there is a communication gap. There should also be minimal support for printer ports on w32 also. We'd be more than willing to work with Classpath and or Kaffe to get this working. RXTX 2.1 implements CommAPI from the top down but is in package gnu.io to avoid confusion with Sun's impementation. RXTX 2.0 implements the lower portion of CommAPI and could be made to work with the upper portion offered in Kaffe. The Kaffe shell classes did look acceptable when I read through them. -- Trent Jarvi ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: [Rxtx] Implementing javax.comm for free software javaimplementations(Was: Re: [kaffe] Notes on kaffe (GNU Classpath integration) todo items)
Hi Trent, Trent Jarvi wrote: We'd be more than willing to work with Classpath and or Kaffe to get this working. RXTX 2.1 implements CommAPI from the top down but is in package gnu.io to avoid confusion with Sun's impementation. RXTX 2.0 implements the lower portion of CommAPI and could be made to work with the upper portion offered in Kaffe. The Kaffe shell classes did look acceptable when I read through them. Could we implement the javax.comm shell classes on top of RXTX 2.1 gnu.io API? I.e. would it be enough to just delegate method calls to gnu.io. for a basic javax.comm implementation? cheers, dalibor topic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: [Rxtx] Implementing javax.comm for free software javaimplementations(Was: Re: [kaffe] Notes on kaffe (GNU Classpath integration) todo items)
On Mon, 14 Jul 2003, Dalibor Topic wrote: Hi Trent, Trent Jarvi wrote: We'd be more than willing to work with Classpath and or Kaffe to get this working. RXTX 2.1 implements CommAPI from the top down but is in package gnu.io to avoid confusion with Sun's impementation. RXTX 2.0 implements the lower portion of CommAPI and could be made to work with the upper portion offered in Kaffe. The Kaffe shell classes did look acceptable when I read through them. Could we implement the javax.comm shell classes on top of RXTX 2.1 gnu.io API? I.e. would it be enough to just delegate method calls to gnu.io. for a basic javax.comm implementation? Hi Dalibor That would be one possiblity. Another option would be to keep a diff which simply converts RXTX 2.1 into javax.comm. There are even scripts floating around which do that. -- Trent Jarvi ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Linux Kongress 2003 in Saarbruecken, Germany
Hi everyone, Mark Wielaard has already said that I'd like the next free software java develeper meeting to be in Saarbruecken, which hosts the Linux Kongress from October 14 to October 16, 2003. I hope we can use this Kongress as an oppportunity to present the current state of free java implementations to a broader audience. And of course to have a BOF session, a couple of drinks and a good time. I've attached the Call for Papers, since it specifically mentions Virtual machines and emulations as one of the topics of interest. If you want to submit a paper, you should hurry up: Extended abstracts are due till August 8th. See you, dalibor topic Linux-Kongress 2003 Call for Papers http://www.linux-kongress.org/2003/ Linux-Kongress 2003, the 10th International Linux System Technology Conference, is organized by the German Unix User Group (GUUG) and hosted by the Saarland University in Saarbrücken, Germany. Please contact [EMAIL PROTECTED] if you have any questions. Overview The 10th Linux-Kongress will take place from October 14 to October 16, 2003, at the Saarland University in Saarbrücken, Germany. It is the 10th anniversary of the traditional Linux-Kongress series (Heidelberg '94, Berlin '95 and '96, Würzburg '97, Köln '98, Augsburg '99, Erlangen 2000, Enschede 2001, and Köln 2002) which has evolved into the most important meeting for Linux experts and developers in Europe. You are invited to participate in this famous Linux community event by giving a presentation about your current development work, experiences with Linux, and future plans. The Linux-Kongress will be the best opportunity for Open Source developers to meet in Europe and exchange ideas about current and upcoming projects that (will) play an important role for Linux. You can learn from the tutorials, refereed papers, and invited talks, and discuss the newest technology with famous Linux and Open Source gurus. You can also visit the vendor exhibition, where leading Linux-related companies show their newest products, or find the latest books about your favorite topic on this exhibition. A social event will take place on Wednesday, October 15. A perfect opportunity to exchange ideas with other Linux experts, while enjoying food and drinks. The conference language is English. Tutorial Program (October 14) On Tuesday, a number of tutorials will be presented, all related to Linux and Open Source. Tutorials both for beginners and for more advanced users and developers will be included. If you're interested in presenting a tutorial or would like to share ideas about what would be a terrific tutorial, please contact the program committee via e-mail at [EMAIL PROTECTED]. Technical Conference (October 15-16) Wednesday and Thursday will offer around 25 technical sessions, including keynote address, presentations of refereed papers, and invited talks, divided in 2 parallel tracks. The talks will focus on Linux kernel and systems software, as well as more generic Open Source software used on Linux systems, and the underlying software technologies. Presentations should take about 40 minutes (including discussions, when applicable). The Linux-Kongress 2003 conference seeks original and innovative papers about current Linux and Open Source software development. Presentations are being solicited in areas including, but not limited to: * Security (firewalls, VPNs, cryptography, security models, programming techniques, smart cards, ...) * Networking (IPv6, IPsec, bandwith control, policy routing, VoIP, ...) * High-Availability and High-Performance clustering * Architectures (from Linux on PDAs to Linux on S/390) * Virtual machines and emulations (Wine, Plex86, User-Mode Linux, ...) * Storage management (RAID, LVM, filesystems, ...) * Device drivers (new advances, asynchronous I/O) * Desktop/office environments for Linux * Multimedia (sound, video, streaming media, conferencing) * ... To address the fast evolving nature of Linux, new topics not covered by the conference talks can be discussed during informal gatherings, called Birds-of-a-Feather (BoF) sessions. BoFs may be scheduled at the conference or in advance by mailing the program committee. Refereed Paper Submissions Papers for the technical sessions will be reviewed by the program committee. An extended abstract is required for the paper selection process. These abstracts must be submitted via the Linux-Kongress 2003 web site at http://www.linux-kongress.org/2003/cfp/subm.html . Only abstracts in ASCII format (250-500 words), including a title and the name(s) and e-mail address(es) of the author(s) are accepted. Furthermore, abstracts accompanied by non-disclosure agreement forms are
RE: suggested way to structure changes to String, Float, Double
Hi, I submitted a patch (#1686) for this about two weeks ago. The change to java.lang.String is actually fairly important for Jikes RVM (our implementation of String.intern is buggy on classpath until this goes in). Should I resubmit as two patches to make it easier for someone to apply the important one? The changes to Float and Double are nice minor performance improvements for Jikes RVM, but aren't as critical. thanks, --dave ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
RE: suggested way to structure changes to String, Float, Double
Hi Dave, On Tue, 2003-07-15 at 00:02, David P Grove wrote: I submitted a patch (#1686) for this about two weeks ago. The change to java.lang.String is actually fairly important for Jikes RVM I already looked at them and they look OK, but I wanted to test them out with at least one other VM before applying them. I will have time tomorrow to do some tests and check it in. Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: [kaffe] Linux Kongress 2003 in Saarbruecken, Germany
On Monday 14 July 2003 21:05, Dalibor Topic wrote: Hi everyone, Mark Wielaard has already said that I'd like the next free software java develeper meeting to be in Saarbruecken, which hosts the Linux Kongress from October 14 to October 16, 2003. I hope we can use this Kongress as an oppportunity to present the current state of free java implementations to a broader audience. And of course to have a BOF session, a couple of drinks and a good time. I've attached the Call for Papers, since it specifically mentions Virtual machines and emulations as one of the topics of interest. If you want to submit a paper, you should hurry up: Extended abstracts are due till August 8th. See you, dalibor topic It's in my diary. :) (The 15th is my mother's 80th birthday, but so far the party is planned for the following weekend ... did I mention that her twin brother will be 80 too?) -- Chris Gray/k/ Embedded Java Solutions Embedded Mobile Java, OSGi http://www.kiffer.be/k/ [EMAIL PROTECTED] +32 477 599 703 ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath