Re: lists.gnu.org and savannah.gnu.org (CVS) updates

Archie Cobbs <[EMAIL PROTECTED]> writes: > For example, all of Apache is on a single Subversion server > and they're up to revision #356264 (including imported CVS commits). > We've used it at my real job for over a year with zero problems. > > As far as being "supported", not sure what you're ref

Re: HTTPURLConnection.connect() buffers its entire input.

Stuart Ballard <[EMAIL PROTECTED]> writes: > On 9/9/05, Nic Ferrier <[EMAIL PROTECTED]> wrote: >> Personally, I think Chris should add a lazy (streaming) interface on >> top. But there is a thread cost. > > Is there no way to only call select() when calls are made

Re: HTTPURLConnection.connect() buffers its entire input.

David Daney <[EMAIL PROTECTED]> writes: > Chris Burdess wrote: >> David Daney wrote: >> >>> It seems the the current implementation of HTTPURLConnection.connect() >>> buffers the entire response before returning. >>> >>> Is that a correct analysis? >> >> >> Yes. >> >>> This can be problematic

Re: HTTPURLConnection.connect() buffers its entire input.

Chris Burdess <[EMAIL PROTECTED]> writes: > David Daney wrote: >> It seems the the current implementation of HTTPURLConnection.connect() >> buffers the entire response before returning. >> >> Is that a correct analysis? > > Yes. > >> This can be problematical if the content is larger than the hea

Re: Suggesting public GNU Classpath namespace

e seen it in, err..., well just about every gnu Java package actually. There is documentation about this decision somewhere. Nic Ferrier ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath

Re: Use of 'inetlib' by Classpath mail providers

Stephen Crawley <[EMAIL PROTECTED]> writes: > Chris Burdess <[EMAIL PROTECTED]>: >> The underlying library used by the GNU providers is called inetlib. It >> provides a much lower-level API to IMAP and other network protocols. If >> you want performance, and you can live without a MIME framewo

Re: [Classpathx-discuss] Re: javax.management

Fernando Nasser <[EMAIL PROTECTED]> writes: > Nic Ferrier wrote: >> If MX4J was dual licenced (maybe with the LGPL) I would help fix it. >> > > Let me see if I understood what you are saying. You say you don't want > to contribute to an Open Source proj

Re: [Classpathx-discuss] Re: javax.management

If MX4J was dual licenced (maybe with the LGPL) I would help fix it. -- Nic Ferrier http://www.tapsellferrier.co.uk ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath

Re: What are tainted developers allowed to work on?

Chris Gray <[EMAIL PROTECTED]> writes: > On Monday 10 January 2005 22:09, Nic Ferrier wrote: > >> I think the story about the Sun engineer is either mistaken somewhere >> or is from a Sun engineer with no understanding of (c). I doubt it's >> someone very seni

Re: What are tainted developers allowed to work on?

Dalibor Topic <[EMAIL PROTECTED]> writes: > Nic Ferrier wrote: > >> For the same reason GNU don't call GCJ or Classpath >> "GNU-Java". Because if GNU called GCJ or Classpath "GNU-Java" then >> Sun's lawyers would have us over a barrell

Re: What are tainted developers allowed to work on?

rell. I think the story about the Sun engineer is either mistaken somewhere or is from a Sun engineer with no understanding of (c). I doubt it's someone very senior. -- Nic Ferrier http://www.tapsellferrier.co.uk ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath

Re: What are tainted developers allowed to work on?

e before making use of this commercially they should license >> from Sun the test suites to ensure compliance." Can they actually make that stick? Surely the specification, if published, is open? I don't remember having to sign anything to see the Java platform specification

Re: Mediation

able to do to GNU software what has been done to Linux by SCO. Whether you think that the SCO case is laughable or not the point is that they would have had no case at all with the GNU project because we track every contribution to our software and get

Attention emacs users

I have the beginnings of a new java mode completion system. See it here: http://www.tapsellferrier.co.uk/nics-blog/emacs-java-completion.html Sorry it's a bit off topic, but I figure there will be a bunch of Emacs users here writing Java. -- Nic Ferrier http://www.tapsellferrier.

Re: 0.05

I'll get the CVS stuff done this week if you can wait... I've had a serious mail crash and been working on recovering everything. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: 0.05

Brian Jones <[EMAIL PROTECTED]> writes: > Mark Wielaard <[EMAIL PROTECTED]> writes: > > > > I'll probably do that over Christmas, so watch out. > > > > Just having to import a new release of GNU-JAXP from time to time by > > hand wouldn't be that bad. We can do that once every few months if > > n

Re: 0.05

Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > Brian Jones <[EMAIL PROTECTED]> writes: > > > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > > > * Import/CVS lin

Re: 0.05

Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > Brian Jones <[EMAIL PROTECTED]> writes: > > > > > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > > > > > * Import/CVS lin

Re: 0.05

Brian Jones <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > > > * Import/CVS link in classpathx jaxp. This includes all files that > > > are part of org.w3c.dom, org.xml.sax, javax.xml, related gnu.* from > > > classpat

Re: 0.05

Brian Jones <[EMAIL PROTECTED]> writes: > For those who aren't aware, gcc is preparing a 3.3 release in a couple > of months. I'd like to make a new Classpath release, perhaps in the > next few weeks, depending on how long it takes to get most of the > things below accomplished. So below I borro

Re: AF_UNIX Sockets Implementation based on GNU-Classpath

me, which package-name you would like - that i can start > > converting the sources. > > what do you think of the package name > > > > 'gnu.javax.net.afunix' > > or > > 'gnu.javax.net.uxlocal'? > > I think Nic Ferrier maintains a list o

Re: status of java.util.regex support

Wes Biggs <[EMAIL PROTECTED]> writes: > Dalibor Topic wrote: > > Hi, > > > > I read a while ago that support for java.util.regex > > was to come into GNU Classpath, so I'm interested to > > know what came out of it? I know there are stubs in > > the CVS, but I've also read Wes wrote a > > java.uti

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.

Re: japize

Stuart Ballard <[EMAIL PROTECTED]> writes: > Brian Jones wrote: > > > > I feel really dumb for thinking I had to use the 1.1 JVM to get this. > > With very old versions of japize, you did: it used to use reflection. I > only just removed that option entirely, although it's been "depreca

Re: [Classpath] Re: code indentation

Giannis Georgalis <[EMAIL PROTECTED]> writes: > Nic Ferrier <[EMAIL PROTECTED]> writes: > > Then you can make your real changes against the re-styled version. > > > > This helps when doing diffs. If real changes are mixed with style > > changes it

Re: [Classpath] Re: code indentation

"C. Scott Ananian" <[EMAIL PROTECTED]> writes: > On 27 Sep 2002, Nic Ferrier wrote: > > > > (*) to java.io.* classes that I'm working. > > fwiw, i've got some implementations/fixes to java.awt.geom.* > that i'm working

Re: code indentation

Giannis Georgalis <[EMAIL PROTECTED]> writes: > Thank you all very much for your accurate answers on my > serialVersionUID question. > > YASQ (Yet Another Short Question) about code indentation; > > I've read some old archives on the list about the indentation of the > code, so I came up

Re: GNU Crypto

"Raif S. Naffah" <[EMAIL PROTECTED]> writes: > hi there, > > Is therre an interest in incorporating the GNU Crypto library > in other GNU > project(s)? Eventually there will be a GNU Java JCA/JCE implementation using these. By

Re: Classpath API javadoc

Julian Scheid <[EMAIL PROTECTED]> writes: > > Brian Jones wrote: > > Javadoc is a non-free tool, so installing and running it > > systematically on a FSF server is not possible. Using one of the free > > alternatives that exist or waiting for a working gjdoc is necessary. > > Why not set

Re: Javadoc Comment Formatting

Julian Scheid <[EMAIL PROTECTED]> writes: > I'll leave that for discussion. My opinion is: make > comments XHTML compliant and ease the task for > writers/maintainers by supplying appropriate (XHTML > checking, and perhaps fixing) tools. Live with degraded > readability, or better: view the d

Re: Javadoc Comment Formatting

TML: all special characters expressed as XML > entities, all open tags closed, all tag attribute values in > quotes, all tags properly nested. > (For more information, see <http://www.w3.org/TR/xhtml1/#diffs>) But from the point of view of someone wanting to hack code quickly th

Re: Classpath API javadoc

Phillip Morelock <[EMAIL PROTECTED]> writes: > Hi > > I know I'm still new to this community, but since I'm going to focus my > efforts on documentation because I have been ruled "unclean" ;) ... > > Resultant newbie question: is it still "ok" to use sun's javadoc tool or is > there an a

Re: Classpath API javadoc

John Leuner <[EMAIL PROTECTED]> writes: > > Thank you so much for your detailed reply. I have a couple of responses > > / sub-questions below: > > > > At 25 April 2002, you wrote: > > >We do need more beginner doc. But we are still working hard on getting > > >stable, usable versions of G

Re: getting started with classpath

.3/libc.html along with lots of other good quality manuals here: http://www.gnu.org/manual/ I'm sure Brian and others will chip in with suggestions. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: Attention GCJ devel team

Tom Tromey <[EMAIL PROTECTED]> writes: > > "James" == James Williams <[EMAIL PROTECTED]> writes: > > James> I am currently working on a tool that will generate class stubs > James> complete with javadoc from javadoc specifications. In your FAQ > James> a person mentioned that "Consideri

Any comments on Patch 197?

I submitted this a while ago... there was some discussion about it with a few people not liking the idea. Should I withdraw this or check it in? Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

patch 197: FileURLConnection

I've submitted the patch I discussed here previously. The patch adds some functionality to FileURLConnections. The impetus for this was GNU-Paperclips which now uses the Classpath code for implementing a core part of the engine. We (Paperclips) used to do this by having our own protocol handler

Re: Patch 184 (FileURLConnection formatting changes)

Brian Jones <[EMAIL PROTECTED]> writes: > "nicferrier" <[EMAIL PROTECTED]> writes: > > > The methods I want to add only supplement the existing interface. I will > > submit a patch and you can take a look at it but they are essentially two > > things I was trying to achieve: > > > > - add

Re: Patch 184 (FileURLConnection formatting changes)

Bryce McKinlay <[EMAIL PROTECTED]> writes: > >I have another patch to FileURLConnection which adds some interesting > >methods (ones that aren't exposed through the URLConnection class but > >there we are). I'm using these new methods in Paperclips. > > > >I'd very much like to submit the pat

Patch 184 (FileURLConnection formatting changes)

Can I check in the FileURLConnection changes I submitted? They're just formatting changes. I have another patch to FileURLConnection which adds some interesting methods (ones that aren't exposed through the URLConnection class but there we are). I'm using these new methods in Paperclips. I'd ve

Re: java.util.regex

Wes Biggs <[EMAIL PROTECTED]> writes: > Any thoughts on getting this into classpath, logistics-wise? I would > like to continue to maintain gnu.regexp as a separately releasable > project; I see the java.util.regex.* classes as bridge classes to its > API from Classpath. However, I have

Re: FileURLConnection

Erwin Bolwidt <[EMAIL PROTECTED]> writes: > Why don't you use the javax.naming abstractions? I know Tomcat uses it > with success. It is very extensible Using JNDI is not an option. The Servlet API forces containers to provide the view of the container's resource base (where the documents a

FileURLConnection

Classpath has a FileURLConnection which does the minimal amount of work necessary to present the filing system through the URL interface. GNU-Paperclips needs a new resource handling implementation (because of various JDK bugs and Paperclips enhancements). Would anyone consider it evil if I wer

build failures: a small update

The tar file DOES work with the settings I'm using. But, unless I'm doing something wrong with the CVS setup, the CVS tagged to 0.03 doesn't work. I'm not sure how important that is however. Note that I may well be doing something wrong with the CVS setup, I wasn't aware one had to run autoheade

Re: bedtime report (it's not what it sounds like)

Mark Wielaard <[EMAIL PROTECTED]> writes: > > - build doesn't seem to work with the --prefix switch > Are you using the classpath-0.03 tarbal? Any other configure flags > given? It works for me: This isn't the problem. It seems to me that the problem is that the classes are not installed. I

Re: Build problems.

Brian Jones <[EMAIL PROTECTED]> writes: > How interesting, you specified a prefix inside the bloody > srcdir/buildir. No I didn't. > > $ mkdir /orp > > $ cd /orp > > $ mkdir local Note that I don't cd into the local dir. > > $ cvs -d ... co classpath > > $ cd classpath > > $ aclocal

Build problems.

Ok. Here is what I did. $ mkdir /orp $ cd /orp $ mkdir local $ cvs -d ... co classpath $ cd classpath $ aclocal $ automake $ autoconf $ ./configure --prefix=/orp/local --enable-jni $ make $ make install And after all that: $ ls -la /orp/local/classpath => drwxr-xr-x2 nferrier staff

Re: nio package and asynchronous io

Golly. That's further than I got. I'd be very interested in seeing it even if no one else is. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: nio package and asynchronous io

[EMAIL PROTECTED] writes: > * The API implicitly allows us to do select(2). or poll. >With it, a server program which provides services via network >can serve a large number of clients without many threads >corresponding to each client. Not exactly. You can only do this if th

Re: nio package and asynchronous io

Jakob Praher <[EMAIL PROTECTED]> writes: > Am Mon, 2002-02-04 um 18.39 schrieb Nic Ferrier: > > > Jakob Praher <[EMAIL PROTECTED]> writes: > > > > > hi all, > > > > > > do you have any plan on adding nio support and asynchronous

Re: nio package and asynchronous io

Jakob Praher <[EMAIL PROTECTED]> writes: > hi all, > > do you have any plan on adding nio support and asynchronous io to the > classpath project? > if yes what is your agenda on this subject. > I have done a little bit of work for GCJ with this. Unfortunately I haven't had any time rece

Re: NEWS file for next release

Mark Wielaard <[EMAIL PROTECTED]> writes: > * Support for compiling in a separate directory, as an example you may > cd classpath-0.03; mkdir build; cd build; ../configure; make This didn't work for me on my recent build. > * Works with Orp 1.0.9 out of the box. Build instructions can be f

build (compilation errors)

A fresh check out of Classpath CVS fixed my configure problems. But now I have a compile problem: $ make Making all in lib make[1]: Entering directory `/home/nferrier/projects/orp/classpath/lib' top_builddir=.. /bin/sh ./gen-classlist.sh standard if ! [ -e ../include ]; then -mkdir ../include; f

configure (build) problem

Mark wants to get the build right for a fresh machine. Hopefully what I'm doing can feed into that. I've got autocinf generating my configure script now. But when I run it like this: $ ./configure --with-gcj I get the following output: checking build system type... i586-pc-linux-gnu che

Re: dumb build questions

Mark Wielaard <[EMAIL PROTECTED]> writes: > Hi, > > On Sun, 2002-02-03 at 13:57, Nic Ferrier wrote: > > What I get from aclocal is this: > > > > aclocal: configure.in: 71: macro `AM_DISABLE_STATIC' not found in library > > aclocal: configure.

Re: dumb build questions

Tom Tromey <[EMAIL PROTECTED]> writes: > Nic> Doing this: > Nic>whereis automake > > `whereis' isn't really reliable. I don't know what it is doing > exactly (I've never used or even heard of whereis), but it sure isn't > searching $PATH. This is from man: whereis then attempts to

dumb build questions

I have automake 1.4p... and 1.5 installed on my machine. 1.5 is in /usr/local/bin and 1.4... is in /usr/bin. When I try and autoconf Classpath I get this: configure.in:18: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:20: error: possibly undefined macro: AM_CONFIG_HEADER con

PlainSocketImpl formatting patch uploaded on savannah

I presume you guys are using savannah to manage your patches because there are about 15 in there already. I have put the patch for indentation into the savannah patch manager. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mail

Re: gcj vs classpath merge status

eans that, strictly, some of the code in java.net should be re-formatted. I'm quite happy to submit an indentation patch before I do anything else... should I? Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: gcj vs classpath merge status

"Aaron M. Renn" <[EMAIL PROTECTED]> writes: > I believe all of the easy parts of java.net are already merged. What > remains is the native stuff, including the corresponding Java classes > and URL's. I think. The native code won't be merged though will it? As far as I can tell the Classpat

Re: gcj vs classpath merge status

Tom Tromey <[EMAIL PROTECTED]> writes: > The long-term goal is to have all the java.net code shared between > libgcj and Classpath. I haven't looked to see whether java.net is > difficult to merge. Yes it is. I thought about doing it at the time I wrote the original GCJ socket timeout patch.

gcj vs classpath merge status

okay to remove the stream classes and make them inner classes (of PlainSocketImpl). That should clear them off the merge list. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Status of tools?

What is the status of the tools project? (eg: info doclet and so on) I thought they were going to become part of Classpath? Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: Mauve testing

Yes. I think that would be very useful. If mauve is to be a serious competitor to Junit there has to be a lot more doc so it's possible to learn how to do the basics very quickly. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/

Re: Clarification to the license of Classpath (excluding the AWT code)

This is the GUILE licence isn't it? Wouldn't it be better if the name of the Guile licence was just changed so that other projects could use it without confusion? Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.o

Re: build ideas

Mark said: > It would be nice to include a 'classes' file in the release that lists > all the java source files. Such a file can easily be used with any java > compiler that supports the "@file" construct (I think almost all do). > We do have such a file at the moment but it does not seem to be w

Re: build ideas

erfect for those languages. Brian, would you like to check out the Paperclips and Classpathx make files? They use the the @filelist convieniance to facilitate better make control over java projects. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: Kaffe & Classpath

tes every now and then Classpath seems to be more up to date. 4. Kaffe's code is GPLed. This stops some people using it. Classpath's code is GPL+exception, this gets around some linking issues for some people. If you're interested in this stuff you should go back through

Re: Kaffe & Classpath

>>> Drake Wilson <[EMAIL PROTECTED]> 08-Aug-01 8:27:51 PM >>> I'm sure I don't understand all the differences between Kaffe and Sun's JDK, but why would one need to 'port' Classpath to Kaffe? Shouldn't most Java just work? Yes. But the native code and VM dependant code does n

Re: need help with configure

a3D and java Media API should really be done under the auspices of the GNU ClasspathX project. ClasspathX is the place where GNU makes java extensions. The url: http://www.gnu.org/software/classpathx/ Nic Ferrier ___ Classpath mailing list [EMAIL

Re: URLClassLoader

>>> Mark Wielaard <[EMAIL PROTECTED]> 17-Jul-01 12:44:29 AM >>> Note that I wrote the Classpath version a long time ago and have not really tested it. I wanted to merge it with the libgcj version but after we got real 1.2 Classloading support finished. If you could merge and test t

Re: GNU Copyright Assignment

>>> Brendan Macmillan <[EMAIL PROTECTED]> 14-Jul-01 11:31:33 AM >>> Isn't a signed fax legally binding? No in some locales, no. I'm not sure it's even binding in the UK. Nic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailm

Re: Classpath building (was re: Classpath future?)

>>> Brian Jones <[EMAIL PROTECTED]> 12-Jul-01 11:05:22 PM >>> A number of projects do just put everything on the command line. I'm unsure what exactly is "fixed" by making this change. No. I don't see this as an issue either. I think Aaron was responding to my suggestion of clearly

Re: Classpath building (was re: Classpath future?)

>>> "Aaron M. Renn" <[EMAIL PROTECTED]> 12-Jul-01 7:43:30 PM >>> If only life were that simple. Perhaps there has been some advancement in compiler technology since we set things up originally, but there are a huge number of problems with trying to compile classpath without dep

Re: Classpath future?

>>> "Etienne M. Gagnon" <[EMAIL PROTECTED]> 12-Jul-01 7:11:18 PM >>> It is my impression that by now, most people on this list, agree that this issue should be resolved simply keeping 2 separate native branches, one for JNI, and one for CNI. Remains to decide if we want to put

Classpath building (was re: Classpath future?)

>>> "Etienne M. Gagnon" <[EMAIL PROTECTED]> 12-Jul-01 6:28:58 PM >>> Personally, I would be ready to help restructuring a few things. I am already doing to simplify SableVM's users life. As far as I can see Classpath's build system is unnecessarily complex and I think this is the fir

Re: Browseable CVS

m provides on-line CVS. See: http://savannah.gnu.org/projects/classpath Also, are there more frequent snapshots than the beta releases? savannah also provides that. Check the site. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] ht

Re: Classpath future?

>>> "Etienne M. Gagnon" <[EMAIL PROTECTED]> 12-Jul-01 4:01:30 PM >>> Aaron said: > Solving the CNI/JNI issue is an outstanding point. > I do not see us ever abandoning JNI as it is the Java > standard. However, JNI has substantial performance > penalties and creates bogus looking code. Eti

Re: CharSequence support

>>> Stuart Ballard <[EMAIL PROTECTED]> 11-Jul-01 4:54:09 PM >>> I couldn't find a description of this "C++ layer" or any information about what exactly Paul was proposing. Paul, if you're still around, could you elaborate on exactly what you had in mind here? From the brief descript

Re: [Classpathx-discuss] Re: Java tools

>>> David Brownell <[EMAIL PROTECTED]> 10-Jul-01 9:29:37 PM >>> And perhaps creating desires to move subprojects around. Like the ClasspathX "jaxp" support, as JDK 1.4 incorporates such facilities directly into the standard libraries... A short note on this... The GNU project's i

Re: Java tools

>>> Brian Jones <[EMAIL PROTECTED]> 10-Jul-01 7:24:44 PM >>> Copyright assignment is useful for making the core libraries legally defensible in whole from a single party, the FSF. I don't think that there's a particular problem with (c) assignment. The reasons for requiring it can b

Re: Java tools

>>> Tom Tromey <[EMAIL PROTECTED]> 10-Jul-01 4:29:31 PM >>> I don't have a real objection. But I think that adding a new project every time does make things more difficult. In what way? I'd prefer to see us simply expand the mandate of, say, Classpath and then just put more thin

Re: CharSequence support

>>> Mark Wielaard <[EMAIL PROTECTED]> 10-Jul-01 1:00:59 AM >>> I did not add the new 1.4 split() methods to String. They need java/util/regexp support. Maybe we can ask Wes Biggs if we may import part of gnu.regexp to implement it. It is licensed under the LGPL, but since it see

Re: Java tools

>>> Stuart Ballard <[EMAIL PROTECTED]> 09-Jul-01 4:00:18 PM >>> Sun might - they don't like people using the name "Java" for things. The FSF doesn't use the word either. It was a mistake for me to call the project that. The project wouyld actually be called something like "class-tools" b

Java tools

not Classpathx because it's not an extension I have proposed to Julian that a new GNU project be setup called: java-tools. We can put things like javadoc and jar-tool implementations under that project. Does anyone have any objections to

Re: Announcement: Javadoc drop-in replacement

lasspath projects because it's a core part of the tool suite and not really an extension. But if Julian wants to retain (c) and contribute to GNU I'm happy to help him with a classpathx account. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

new java pages now live

There are several mailing lists including javaweb-people which is intended for GNU java people only (ie: no members of the public). You have to be a member of the savannah "javaweb" project to join that list. It's the logical place to resolve inter project issues such as

GNU java

The java webpages project now has it's own mailing lists. There are two mailing list: [EMAIL PROTECTED] For non-GNU people to submit programs and packages for inclusion in the GNU project or the list of free java programs. I will link this list to [EMAIL PROTECTED] which is the current

ANN: Classpathx project website

know (preferably privately). If you want to become a developer for the project, make sure you are a registered savannah user. Thanks, and sorry for the interruption. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/lis

RE: Kaffe and Classpath: matching up native code

I should have pointed out that, although I use VMClassLoader throughout the mail, that's just illustrative. There are quite a few other classes that have the same issues, it's not just VMClassLoader/ClassLoader. Nic ___ Classpath mailing list [EMAIL P

Kaffe and Classpath: matching up native code

ack to ClassLoader.defineClass0(...) Plusses: quite simple, nice kaffe integration Minuses: forces us to have more vm specific classes for kaffe than other VMs Anyone any thoughts or preferences? Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

ANN: GNU-Paperclips 2.3 Alpha 2

s release to be available from GNU ftp. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

2 build questions

Hope someone can answer these for me, I've looked through the source and I'm having trouble finding the answers: 1. does the native/jni directory replace the older directories in native? eg: java.net? I presume this was done so that alternative low level interfaces could be used, eg: CNI. 2. t

JarURLConnection

Is there a Classpath implementation of this? I mean the actual implementation - not the java.net skeleton. Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: [Savannah-hackers] Java pages: project on savannah

>>> <[EMAIL PROTECTED]> 14-Apr-01 10:10:06 PM >>> >Just a technical note. I approved the creation of a specific >project for the /software/java pages which is a good thing >whatever needs to be done on it. It does not imply anything >about the way it should be used. I won't make any changes to

Re: [Savannah-hackers] Java pages: project on savannah

>>> Richard Stallman <[EMAIL PROTECTED]> 14-Apr-01 12:50:07 PM >>> >I don't want to say I "object", but before you start >to work on the mechanics, we should figure out what >jobs are to be done with them. Ok. This is what I thought: Rework the software/java/index.html page: - a short statem

Re: [Savannah-hackers] Re: Java pages: project on savannah

ject, if people want to work on it. >But we should continue making links to non-GNU Java programs, >and gnu-java may as well keep handling that. Ok. Here's what I'm going to do: - add myself to the gnu-java list so that aaron has

Re: [Savannah-hackers] Java pages: project on savannah

row I'll do that. I presume that when the mail lists are setup from savannah I'll be able to make a mailing list for this. I will add Per and Aaron to the project... anyone from Classpath want to recommend themselves? Nic Ferrier ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath

Re: [Savannah-hackers] Re: Java pages: project on savannah

>>> Hugo Gayosso <[EMAIL PROTECTED]> 12-Apr-01 5:36:50 AM >>> >I am the coordinator of the GNU eval team, we have >interacted a little bit with the gnu-java people, I forwarded >them the outline we use to review software, gnu-java seems to perform a different evaluation function from the eval

[Savannah-hackers] Re: Java pages: project on savannah

>>> "Aaron M. Renn" <[EMAIL PROTECTED]> 11-Apr-01 9:25:00 PM >>> >> My question is: would anyone getting this have >> an objection to me setting up a savannah project >> to manage the GNU java web pages? >Nic, you are way behind the times. A savannah repository >is already set up to manage

  1   2   >