Re: mauve results posted nightly
Brian Jones wrote:
as classpath packages "${CLASSPATH_CVS}/build/lib/glibj.zip" +java +javax +org -java.awt.dnd.peer -java.awt.peer -org.apache -org.w3c.dom.css -org.w3c.dom.events -org.w3c.dom.html -org.w3c.dom.stylesheets -org.w3c.dom.traversal -org.w3c.dom.views -java.text.resources
This is what I use nightly on Classpath. I may need to regenerate the
jdk stuff just to be sure it uses the same thing.
On the JDK you also need -java.text.resources - it's never been in any
of the releases' documentation, but it's in every JDK version since 1.1.
It currently shows up as 100% missing (and bright red) in the nightly
HTML comparison, because the 1.2 and 1.3 japis I have still include it...
Btw, I have added the errors themselves to the HTML output, and
linkified them from the summary table. It needs a bit more tidying up
and some per-package summaries, but it's useful enough to be worth
trying to use the HTML output for bugfixing. The only thing that worries
me is that in the absence of a jdk14.japi, some of the things that are
listed as errors might be actually attempts at 1.4 compatibility - just
as there are quite a few errors against JDK1.1 that don't appear in the
output for JDK1.3, suggesting that these are places where Sun themselves
broke compatibility.
If anyone feels like figuring out enough of Jode to get a jdk14.japi out
of it, now would be a very good time; this is something I certainly
can't do because my primary machine can barely even japize 1.1.
Stuart.
--
Stuart Ballard, Programmer
NetReach - Internet Solutions
(215) 283-2300, ext. 126
http://www.netreach.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Re: mauve results posted nightly
> "Stuart" == Stuart Ballard <[EMAIL PROTECTED]> writes: Stuart> Btw, I have added the errors themselves to the HTML output, Stuart> and linkified them from the summary table. It needs a bit more Stuart> tidying up and some per-package summaries, but it's useful Stuart> enough to be worth trying to use the HTML output for Stuart> bugfixing. This is very nice. Thanks! Stuart> The only thing that worries me is that in the absence of a Stuart> jdk14.japi Yes. It is especially difficult since I think we're targeting 1.4 right now. (We certainly have a lot of 1.4 code in the tree.) Differences against 1.[123] are therefore less interesting. Still, what exists right now is definitely useful. Tom ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: mauve results posted nightly
Stuart Ballard <[EMAIL PROTECTED]> writes: > Tom Tromey wrote: > > This is very nice. Thanks! > > It's great fun working on it and making "pretty colored" output :) > > > Yes. It is especially difficult since I think we're targeting 1.4 > > right now. (We certainly have a lot of 1.4 code in the tree.) > > Differences against 1.[123] are therefore less interesting. > > Still, what exists right now is definitely useful. > > I don't think it should take long for someone with the Jode source > code (jode.sourceforge.net) and a computer capable of running it to > diagnose exactly where Jode is failing and why, and fix it. I think > it's just a classfile-version check which needs the "number to compare > against" upped. But since my computer can't even run it, I can't do > that work myself :( I debugged the 1.4 problem earlier and posted about it I think, ie the line of source and what file throws the exception... but I'm not a class file expert and I don't know what else was added in 1.4 that should result in additions to Jode other than this version check. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: AF_UNIX Sockets Implementation based on GNU-Classpath
Norbert Frese <[EMAIL PROTECTED]> writes: > hi! > > i have just started to write a library to connect to > unix-domain-sockets (AF_UNIX) based on your java.net > library. (thanks to the people who the people who worked on this!) > > has nobody tried to write a library for this purpose before? i was > not able to find any solution for this problem on the internet. i > might need this for some personal project, but maybe AF_UNIX sockets > would be an interesting java-feature for a lot of people > (jdbc-drivers, component systems like openoffice uno...) > > it seems to be hard (or impossible?) to map an api for non_ip > sockets into the java.net api. maybe you have some ideas and help me > improving it. This work sounds interesting, in the same vein as efforts to bring full POSIX functionality to Java and there are a few efforts there. Are you suggesting some seamless way of opening sockets yet underneath classpath chooses a unix-domain-socket when appropriate or are you suggesting it would be a gnu.javax library that one explicitly uses? Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: mauve results posted nightly
Tom Tromey wrote: This is very nice. Thanks! It's great fun working on it and making "pretty colored" output :) Yes. It is especially difficult since I think we're targeting 1.4 right now. (We certainly have a lot of 1.4 code in the tree.) Differences against 1.[123] are therefore less interesting. Still, what exists right now is definitely useful. I don't think it should take long for someone with the Jode source code (jode.sourceforge.net) and a computer capable of running it to diagnose exactly where Jode is failing and why, and fix it. I think it's just a classfile-version check which needs the "number to compare against" upped. But since my computer can't even run it, I can't do that work myself :( Stuart. -- Stuart Ballard, Programmer NetReach - Internet Solutions (215) 283-2300, ext. 126 http://www.netreach.com/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
What's missing?
Just a note that I have looked into where to get various things in 1.4 we don't yet have and shouldn't have to produce ourselves. These are some of the big gaping holes you see in japicompat reports. javax.sound - http://tritonus.org/ org.ietf.jgss - http://www.ietf.org/rfc/rfc2853.txt org.omg - http://www.omg.org/ org.w3c.dom - http://www.w3.org/DOM/ org.xml.sax - http://sax.sourceforge.net/ I'd very much like to treat these as 3rd party libraries/sources. If the license is not free software we may be forced to simply point people at the authoritative source instead of providing it ourselves. I expect us to use Xerces as does Sun for an XML parser (unless there is something better with a suitable license). The Apache license should not hinder this despite the advertising clause. javax.sound - Gnu LGPL, perhaps better to write these interfaces ourselves but point to tritonus for the native pieces org.omg - omg will discuss in meeting soon; from their point of view the purpose of the standard and producing the .java source for it was to insure compliance with the standard, but the fsf requires modification privileges (even though it would be stupid to change the source other than to add javadoc). org.ietf.jgss - Someone read the RFC and generate the .java files. I couldn't find them already generated anywhere from the IETF. org.w3c - Good code and javadoc abounds! But what about the license? org.xml.sax - Public domain folks. Import away. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: What's missing?
Brian Jones <[EMAIL PROTECTED]> writes: > Just a note that I have looked into where to get various things in 1.4 > we don't yet have and shouldn't have to produce ourselves. These are > some of the big gaping holes you see in japicompat reports. > > javax.sound - http://tritonus.org/ > org.ietf.jgss - http://www.ietf.org/rfc/rfc2853.txt > org.omg - http://www.omg.org/ > org.w3c.dom - http://www.w3.org/DOM/ > org.xml.sax - http://sax.sourceforge.net/ > > I'd very much like to treat these as 3rd party libraries/sources. If > the license is not free software we may be forced to simply point > people at the authoritative source instead of providing it ourselves. > > I expect us to use Xerces as does Sun for an XML parser (unless there > is something better with a suitable license). The Apache license > should not hinder this despite the advertising clause. What about gnu jaxp? dammit - we spent a long time working on this and licensing it in the correct way. For goodness sake use it. http://www.gnu.org/software/classpathx > javax.sound - Gnu LGPL, perhaps better to write these interfaces > ourselves but point to tritonus for the native pieces Tritonus were talking to me about making their stuff part of the ClasspathX project. They seemed to go quiet after a while though. > org.w3c - Good code and javadoc abounds! But what about the > license? Already resolved this issue. See the gnu jaxp stuff. > org.xml.sax - Public domain folks. Import away. Already packaged it up. See the gnu jaxp stuff. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: What's missing?
Nic Ferrier <[EMAIL PROTECTED]> writes: > What about gnu jaxp? dammit - we spent a long time working on this > and licensing it in the correct way. > > For goodness sake use it. > > http://www.gnu.org/software/classpathx Sorry Nic, I've not been keeping up with classpathx. These packages are part of the core libraries, the standard java platform, and I'd like to distribute them with Classpath releases. Do you see any problem with doing this? Some CVS magic to link this classpathx module into classpath's tree would be nice. > > javax.sound - Gnu LGPL, perhaps better to write these interfaces > > ourselves but point to tritonus for the native pieces > > Tritonus were talking to me about making their stuff part of the > ClasspathX project. They seemed to go quiet after a while though. Yeah, I read the thread via google. It definitely sort of died off. > > org.w3c - Good code and javadoc abounds! But what about the > > license? > > Already resolved this issue. See the gnu jaxp stuff. > > > org.xml.sax - Public domain folks. Import away. > > Already packaged it up. See the gnu jaxp stuff. Decided to subscribe to the classpathx mailing list so I can stay up to date on these things. I'm glad someone has already done this work. Brian -- Brian Jones <[EMAIL PROTECTED]> http://www.haphazard.org/~cbj/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
