John Leuner <[EMAIL PROTECTED]> writes:
> There is an issue I have been meaning to raise lately, but never got round
to.
>
> As part of the Classpath effort we are producing a large amount of javadoc
documentation for the standard java class libraries. Unlike Sun, we don't
have a
> reference page
Etienne M. Gagnon wrote:
>Hi all.
>
>Q: The first question that comes to mind to a new user is: why is Classpath
>licensed under the GPL + a seemingly obscure exception?
>
>A: The answer is that Classpath is part of a larger suite of libraries used by
>the GNU Compiler Suite (GCC) and linked into
On 23 Aug 2001 15:03:09 -0400, Patrick Doyle wrote:
>
> Etienne wrote:
>
> > Is there a good reason to keep empty source files in CVS, e.g.:
> >
> > javax/accessibility/AccessibleResourceBundle.java
>
> There are only two reasons I can think of, though I have no idea whether
> they apply in th
On 21 Aug 2001 13:21:54 -0400, Stuart Ballard wrote:
> John Keiser wrote:
>
> > That's some nice code. But how could super.unread() ever get called if
> > read() is in its loop? They're both synchronized on this.
>
> AIUI, wait() causes all monitors to be te
On 21 Aug 2001 13:47:50 +0200, Dalibor Topic wrote:
> Am Montag, 20. August 2001 17:51 schrieb Tom Tromey:
> I completely understand that. It's a cycle-burner. It's not elegant. It was
> more of a proof-of-concept that you could fix the bug, without the need for
> internal threads etc. I have a
I can see the sense in using the system file separator, too, but *only*
in file: URLs and nothing else. I don't think http: URLs need or want
it, and there may even be URL types that want to use backslashes for
something else. This patch does not appear to take these differences
into account. I
ath
> - Copyright (C) 1998 Free Software Foundation, Inc.
> + Copyright (C) 1998, 2001 Free Software Foundation, Inc.
>
> This file is part of GNU Classpath.
>
> @@ -38,6 +38,7 @@
> *
> * @author Paul Fisher
> * @author John Keiser
> + * @author Eric Blake <
On 08 Aug 2001 14:15:14 -0400, Patrick Doyle wrote:
>
> I have made some modificatinos to String.indexOf and String.lastIndexOf so
> they better handle empty strings. (Does Mauve test such cases?)
>
> I don't have a great deal of confidence in the correctness of these
> changes, but as far as I
On 10 Aug 2001 17:25:58 +1200, Bryce McKinlay wrote:
> Tom Tromey wrote:
>
> >Suppose a thread calls PushbackInputStream.read and there are no bytes
> >to be read. So the thread blocks.
> >
> >Now suppose another thread calls PushbackInputStream.unread.
> >
> >Ideally you'd expect the first thre
On 10 Aug 2001 16:21:02 -0400, Patrick Doyle wrote:
>
> The comments for java.lang.Object.wait claim that "1,000,000 nanoseconds =
> 1 second". That's not true. It's a billion nanoseconds in a second.
>
You are correct. Fix checked in, thanks :)
--John
___
Just to point out, Japhar actually uses NSPR. Unfortunately, I am not
sure if GPL+exception is compatible with the GPL--if we try to link our
lib with the GPL, are we violating the terms of *its* license?
I don't know much about APR, but I suspect we're totally fine using that
one with its licen
On 26 Jul 2001 18:00:59 -0400, Brian Jones wrote:
> Patrick Doyle <[EMAIL PROTECTED]> writes:
>
> > The comments in vm/reference/java/lang/Class.java say this:
> >
> >The name of an array class is [ ... for
> >example, String[]'s class is [java.lang.String.
> >
> > According
On 18 Jul 2001 09:49:47 -0400, Brian Jones wrote:
> I'm interested in finding out if the majority of developers would like
> to see the AWT placed under the same license (GPL + exception) that
> other Classpath libraries are licensed with. If you think the AWT
> library should use the same licens
On 18 Jul 2001 00:21:17 +0200, Mark Wielaard wrote:
> Hi,
>
> On Sat, Jul 14, 2001 at 07:34:42PM -0400, John Keiser wrote:
> >
> > And yes, FYI, that means I'm volunteering to check this in, along with
> > the doc changes, as soon as I figure out my CVS ac
On 14 Jul 2001 18:31:05 -0600, Tom Tromey wrote:
> >>>>> "John" == John Keiser <[EMAIL PROTECTED]> writes:
>
> John> Perhaps I haven't fully understood the conversation (it
> John> happens), but I have not seen an objection to changing Bool
Perhaps I haven't fully understood the conversation (it happens), but I have
not seen an objection to changing Boolean as proposed and I personally think
that it is nicer and more self-documenting if the field is final. Does
anyone have objections to doing this and changing the other immutable
ja
On 12 Jul 2001 18:37:29 -0400, Jeff Sturm wrote:
>
>
> On Thu, 12 Jul 2001, Mark Wielaard wrote:
> > 2b) Losing copyright/attribution when assigning
>
> Are copyright and attribution really the same? Would it be acceptable to
> all parties to have a "contributed by:" clause in a source file, b
Etienne has brought up some concerns about GNU copyright assignment being
required before any contributions are made to the project, and I have some
concerns as well (albeit different ones).
Specifically, I think required copyright assignment is hindering the
project. People who would otherwise
On 12 Jul 2001 11:01:30 -0400, Etienne M. Gagnon wrote:
> Aaron M. Renn wrote:
>
>
>
> > we have adopted a de facto policy that everything which can be written
> > in Java, will be written in Java, thus maximizing portability among other
> > things. We have designed for a multiple VM environme
face could only extend one other interface, but there's really
no reason for that. Next thing to do is to test whether or not this is true
with Japhar+Classpath :)
--John Keiser
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
> From: Tom Tromey [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 11, 2001 10:09 AM
> To: Aaron M. Renn
> Cc: Shane Nay; John Keiser; [EMAIL PROTECTED]
> Subject: Re: Event class?
>
>
> >>>>> "Aaron" == Aaron M Renn <[EMAIL PROTECTED]> wri
I know that Classpath's AWT works because I've seen screenshots of it ... I
don't know, however, how well it works. I suspect the screenshots were made
by using Sun's Event class.
--John
- Original Message -
From: "Shane Nay" <[EMAIL PROTECTED]>
To: "Tom Tromey" <[EMAIL PROTECTED]>
Cc:
Things are designed more for the first option ... that's how we're handling
Japhar for example. Sun apparently uses the "methodName0" convention as
well, so we just call back into those methods when possible.
--John
- Original Message -
From: "Nic Ferrier" <[EMAIL PROTECTED]>
To: <[EMAI
"Tom Tromey" <[EMAIL PROTECTED]>
To: "John Leuner" <[EMAIL PROTECTED]>
Cc: "John Keiser" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, April 25, 2001 11:05 PM
Subject: Re: Problem in Class.java
> >>>>> "John&quo
> -Original Message-
> From: John Leuner [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 25, 2001 7:11 PM
> To: John Keiser
> Cc: [EMAIL PROTECTED]
> Subject: Re: Problem in Class.java
>
>
> > Very good catch. Definitely needs a test, too. The only th
From: "John Leuner" <[EMAIL PROTECTED]>
> The method in vm/reference/java/lang/Class.java:
>
>public Class getComponentType() {
> if(isArray()) {
> try {
> return Class.forName(getName().substring(1));
> } catch(ClassNotFoundException e) {
> return null;
> }
> } else {
> retu
vm/current should build by itself ... it's stuff like AWT that sometimes
requires outside help.
--John
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Bryce McKinlay
> Sent: Thursday, December 07, 2000 4:49 PM
> To: Brian Jones
> Cc: GNU Classpath
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Etienne M. Gagnon
>
> Hi Brian,
>
> Brian Jones wrote:
> >
> > Would it be useful for us to accomodate the SableVM as we do Japhar?
> >
>
>
>
> It should be the responsibility of each VM to add its own classes, then
> compile and pa
ses are ugly and unnecessary. Bad design on
my part. I was thinking the best and most straightforward way to handle it
is to just make Throwable part of the VM interface, but your call.
--John Keiser
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
ways better IMO :)
Incidentally, we do support other VMs apparently, IBM is using Classpath in
theirs.
--John Keiser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Nic Ferrier
> Sent: Thursday, November 23, 2000 7:37 AM
> To: [EMA
Yeah, I was able to run it before too, around when we had the reports.
Ooh, exceptions, that's a fun one :) Shouldn't be awfully bad unless Japhar
doesn't support it already.
--John Keiser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Yay! Thanks so much, Brian!
So the rumors that it doesn't work with current Japhar are exaggerated?
--John
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Brian Jones
> Sent: Monday, November 20, 2000 11:17 AM
> To: GNU Classpath
> Cc: [EMAIL
Oops, one more thing: Jikes 1.12 is out and may contain what you need. Try
that verbatim before applying the patch for it, since the patch is for 1.11.
--John Keiser
> -Original Message-
> From: John Keiser [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 19, 2000 1:4
would be an
incredibly useful and probably interesting project, especially since you're
about to go through the rigamarole of installation yourself.
--John Keiser
A child of five would understand this. Send somebody to fetch a child of
five. --Groucho Marx, "Duck Soup"
"The gl
spath-japhar.html. It will tell
you how to install Classpath and Japhar and run them together.
Sorry, the link to that on the web page doesn't work ... I just now figured
out where the darned document *is*, and it looks like I have firewall issues
trying to cvs update or commit.
--J
ut I am beginning
to think I should just put it in there and mark it clearly as such until
such time as I or somebody else can get back to working on Beans.
--John Keiser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Ian D. Stewart
> Sen
Huh. I didn't notice that part ... interesting. They had emailed us (or at
least me) like 6 mos. ago.
I wonder why we haven't seen more posts from @intel.com ... and I wonder if
they made any nice enhancements ...
--John Keiser
> -Original Message-
> From: [EMAIL PR
All classes in vm/reference are meant for you
to modify (in fact, the theory is if you make them work then all Classpath
will work). In Japhar, you have the opportunity to associate a native
pointer directly with an object, obviating the need for the Object field.
You should probably create a different directory under vm for your code, and
copy the stuff you've done into there. You can see the Kaffe code in
configure.in to find out how to make configure work.
--John Keiser
I have noticed that classpath-japhar.html is not showing up on the website.
Obviously classpath-japhar.mhtml is in the wrong place. Where do I have to
put it to make it auto-generated and make it go into the doc/www.gnu.org/doc
directory?
--John Keiser
Should we turn compilation of this directory back off, then? It's sure got
to be causing people some problems ...
I can add more stuff to the instructions, but it's pretty big as it is,
IMHO.
--John Keiser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMA
should this come in?
--John Keiser
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Brian Jones
>
> "Joseph C. Lesh" <[EMAIL PROTECTED]> writes:
>
> > Also, I am still totally unable to get Classpath to work on my
> > box. Everything makes fine, it installs fine but when I try and start
> > Japhar now it tells me "C
Who has been able to make Japhar+Classpath work, and who hasn't? What are
the current problems?
--John Keiser
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
>
> At the end of May, I finally finished up a BS in Computer Science at
> NC State University. Since that time, I amicably parted with Red Hat
> and took about a month off to goto USENIX and visit some friends out
> in Portland, OR. I'm now
Hey guys, how does one translate MHTML into real HTML? I haven't been able
to test the attached file because I don't know how to do this.
If someone feels like it, let me know if it looks OK.
--John Keiser
GNU Classpath and Japhar have traditionally been a little beasty to inst
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Bryce McKinlay
>
> Hi John,
>
> Thanks for your comments.
>
> John Keiser wrote:
>
> > 1. setMaxPriority(): the JavaDoc seems to indicate you can set
> max priority
> > as high as you w
hread.)
Thanks.
--John Keiser
I note you removed many of the specnotes ... do you believe these things are
resolved at this point? (It's entirely possible, it's been a long time
since I wrote them.)
Also, are we doing directory-level ChangeLogs now?
--John
> -Original Message-
> From: Bryce McKinlay [mailto:[EMAIL
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
>
> "John Keiser" <[EMAIL PROTECTED]> writes:
>
> > I have a question, I think it was you who messed around with
> Kaffe ... do
> > you think the fixes I just made need to be
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
>
> "John Keiser" <[EMAIL PROTECTED]> writes:
>
> > The only thing I had to do that wasn't in the docs (that I
> could find) is
> > "ln -s /usr/local/japhar/lib/classpath
ohn
> -Original Message-
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
> Sent: Sunday, June 25, 2000 11:52 PM
> To: John Keiser
> Cc: Classpath
> Subject: Re: Japhar + Classpath Working Again!
>
>
> "John Keiser" <[EMAIL PR
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
>
> "John Keiser" <[EMAIL PROTECTED]> writes:
>
> > "Hello World" is back up and running again :) With the
> attached patch for
> > Japhar, that is.
>
> Could
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
>
> "Andreas Rueckert" <[EMAIL PROTECTED]> writes:
>
> > Hi!
> >
> > On Son, 25 Jun 2000 John Keiser wrote:
> > >I suspected I might have a problem with Jikes, and
y as well as fix the problem.
We had a little problem with StackTrace, too, but that is fixed now. It was
nice, though, because it revealed a bug in Japhar that could have (and
probably would have) bitten us later down the road, namely that Japhar
doesn't check the lower bound of arrays (0).
seems to be down.)
--John Keiser
Director, R&D
Ideas & Effects Corp.
(719) 473-0919
ency
problem so the build will fail the first time. Never fear, just type "make"
again and everything should run to completion. I told you this was a
development release.
--John Keiser
Director, R&D
Ideas & Effects Corp.
(719) 473-0919
; -Original Message-
> From: C. Brian Jones [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Jones
> Sent: Friday, June 23, 2000 5:10 PM
> To: John Keiser
> Cc: Aaron M. Renn; Nic Ferrier; [EMAIL PROTECTED]
> Subject: Re: Classpath web page
>
>
> "John Keiser&q
Huh. Do we have a prospect of a separate web host at this point?
--John
> -Original Message-
> From: Aaron M. Renn [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 23, 2000 2:36 PM
> To: Nic Ferrier
> Cc: [EMAIL PROTECTED]
> Subject: Re: Classpath web page
>
>
> Actually, we own the cl
Probably not a bad thing to put up there, anyway, as a starting point to
someone who does decide to make things look better.
--John Keiser
> -Original Message-
> From: Nic Ferrier [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 23, 2000 2:17 PM
> To: [EMAIL PROTECTED]; [EMA
Probably not a bad thing to put up there, anyway, as a starting point to
someone who does decide to make things look better.
--John Keiser
> -Original Message-
> From: Nic Ferrier [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 23, 2000 2:17 PM
> To: [EMAIL PROTECTED]; [EMA
> Quoth Paul Fisher <[EMAIL PROTECTED]>
>
> "John Keiser" <[EMAIL PROTECTED]> writes:
>
> > Are we allowed to make the Classpath pages on GNU a bit snazzier
>
> No. (It would be nice if we could have some nice snazzy-looking web
> pages, but t
han that. That page (at least the front page) is sorta hard to
read.
--John
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stuart
Ballard
>
> John Keiser wrote:
> >
> > ... like black on tan or something? ...
>
> Interesting choice of colors... http://www.kaffe.org/
>
> ahem.
>
them for many months.
--John Keiser
ocess for publishing our web pages from CVS to web?
Is it still automatic?
--John Keiser
> From: Todd L. Miller [mailto:[EMAIL PROTECTED]]
>
> > He's simply saying (correctly) that the JOS Project is also
> > planning/attempting to use Classpath. The JOS JVM's name is 'decaf'.
>
> And I'm its author. I've written to this list a few times trying
> to get classpath to work for m
Oops, I forgot to credit Joey Lesh <[EMAIL PROTECTED]> in that ClassLoader
commit. He found the ClassLoader comment problem. Thanks, Joey!
--John Keiser
> From: Andreas Rueckert [mailto:[EMAIL PROTECTED]]
>
> Hi!
>
> On Die, 20 Jun 2000 John Keiser wrote:
>
>
>
> >> The only other VM I am aware of that is trying to use the
> >> Classpath classes
> >> is SableVM, but I don
Many thanks. :) I will test Japhar+Classpath with this patch (I hope to get
time for this sometime in the next three nights).
Note: you are probably already doing this, but it's a good idea to look at
the VM Integration Guide
(http://www.gnu.org/software/classpath/doc/vmintegration.html) when me
> From: Mark Wielaard [mailto:[EMAIL PROTECTED]]
>
> Hi,
>
> On Mon, Jun 19, 2000 at 03:02:41PM -0600, John Keiser wrote:
> > All native methods in the VM interface (which includes Thread.java) are
> > implemented in Japhar (or the respective VM). It is important t
All native methods in the VM interface (which includes Thread.java) are
implemented in Japhar (or the respective VM). It is important to change
Japhar to work with this change, however.
--John
-Original Message-
From: Mark Wielaard [mailto:[EMAIL PROTECTED]]
Sent: Sunday, June 18, 2000
Dunno if this will help right now (I haven't built in a month or so), but
try downloading Jikes
(http://oss.software.ibm.com/developerworks/opensource/jikes/project/) and
compile using that. That is what I used last time.
You will notice that it compiles *many* times faster than Sun's javac.
--
Could somebody *please* speak up and say what the heck is the deal with the
AWT? I do not remember ever hearing an explanation of that nonsense. Is
there reasoning behind it? Perhaps because of the licensing of the native
peers?
--John
-Original Message-
From: Tom Tromey [mailto:[EMAI
It seems we have a lot of java.util patches lately (not just today) ... just
to check the pulse of the list, could someone please pipe up and say they
are handling them or planning to handle them soon? Jochen and Stuart, if
you can't do it, it's fine, but please RSVP to let everyone know that
I traced the current troubles to some reflection stuff in class.c, which
was checked into Japhar on February 1! Has it really been that long
since Classpath has worked with Japhar?
At any rate, I have current Classpath and Japhar CVS working together
with the attached patch.
Basically, class.c
Here are the steps I went through to get working with Japhar:
1. Download NSPR, Classpath, Japhar, JDK.
2. NSPR: make NSDISTMODE=copy DIST=/usr/local/nspr
3. Japhar: ./configure --with-nspr=/usr/local/nspr --enable-logging
--enable-profiling --enable-debugging --prefix=/usr/local/japhar
4. Japhar:
Japhar's jni.h now includes nspr.h. Does Classpath have some configure
option to take this into account yet? I believe jni.h is only using it
to determine types and stuff, and doesn't pull anything binary
I am going to copy the nspr stuff into our include dir, just so I can
compile.
Stuart Ballard wrote:
> John Keiser wrote:
> >
> > >From: "Jochen Hoenicke" <[EMAIL PROTECTED]>
> > >
> > >As I currently think of writing my own JVM I have thought a bit about
> > >bootstrap isssues. Before I can call a java method
>From: "Jochen Hoenicke" <[EMAIL PROTECTED]>
>
>As I currently think of writing my own JVM I have thought a bit about
>bootstrap isssues. Before I can call a java method like
>String.intern(), I have to link and initialize that class and probably
>many others like java.util.Hashtable, some io cla
> From: Vojta Filip [mailto:[EMAIL PROTECTED]]
>
> And the second problem - internal Strings. I have method intern()
> implemented in VM (native), because I want the behavior of java 1.2 -
> static strings are interned. I have my internal hash table and I can put
> any static string when one is cr
Just weighing in: given what I've heard about the proposed change so far, I
don't have any problem with it. I don't care at all who links with the lib,
in any way, as long as the code itself doesn't ever become non-free.
And it seems to me a good idea to get together with GCJ, so if we need
vote
> From: John Leuner [mailto:[EMAIL PROTECTED]]
>
> > Hey, guys, this guy is trying to make a VM and has a question.
> I vaguely
> > remember us running into something like this before with
> Japhar, and I am
> > not sure how it was solved ... ?
>
> Hmm, I had some problems when I started using cla
Hey, guys, this guy is trying to make a VM and has a question. I vaguely
remember us running into something like this before with Japhar, and I am
not sure how it was solved ... ?
>From: Vojta Filip <[EMAIL PROTECTED]>
>
>So with it I have else one problem - when String is loaded is
>called.
>From: Vojta Filip <[EMAIL PROTECTED]>
>
>On Tue, 14 Dec 1999, John Keiser wrote:
>
>I didn't found where first Thread is created. Must I create it explicitly
>or do lazy creation in Thread.currentThread() ? Why MainThread do not
>extends Thread? (or why is not R
out how to do this. Let us know especially
if you find out any more things you have to fudge around with to port to
Classpath.
Good luck!
--John Keiser
__
Get Your Private, Free Email at http://www.hotmail.com
t might not be working anymore, and I'm willing to fix
it, but I would at least need to know what variables I need to change to
make a global -I directive for all our native directories.)
--John Keiser
hive and that someone is Loren Peace.
> Loren are you still out there? And do you need any help with those packages?
>
Loren has been gone for a long time and we have made more than sufficient efforts
to contact him; I personally think it's about time for someone else to pick up the
work.
--John Keiser
They are part of the Classpath library. Look in native/lib/jcl (I'm pretty
sure that's the dir, I don't have CVS handy). Those particular definitions
should be VM independent, relying only on JNI and possibly JVMDI.
--John
John Leuner wrote:
> I started browsing through native/java.lang.refle
I'm sure this has been asked, a long time ago, but since I can't find
the archives I can't check it :)
Do we still keep an archive of the Classpath mailing list around? If we
do, let me know the URL and I can put a link to it on classpath.org near
the mailing list stuff.
--John
>From: "Aaron M. Renn" <[EMAIL PROTECTED]>
>
>However,
>I wonder if maybe it might not be a bad idea to have Swing be its own
>separate project. It's as big as the rest of Classpath put together,
>and if it were separate it might attract more developers, such as those
>using Kaffe or some Cygnus
OK, my parting thought:
It does seem that a lot of people and companies are using this naming
convention, which could make it a Good Thing, regardless of how screwed up
it is. But while we don't need to decide now, I think we *do* need to
decide before release.
--John
> -Original Message--
ntal energy.
Again, I speak only for myself here. I think it's ugly. I truly do not
know what "most people" think.
--John Keiser
> -Original Message-
> From: Thomas J Lukasik [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, September 12, 1999 9:19 PM
> To: John Keise
probably one of them.
Making it easy to type and use and think about (less mental friction) is a
good thing.
--John Keiser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas Down
> Sent: Sunday, September 12, 1999 5:58 PM
> To: Aaro
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> If you're seriously interested in writing a free clean-room
> implementation of JavaSpaces, please try to gather all the relevant
> information regarding Sun's "hints" on preventing clean-room
> implementations and forward that along (with
classpath/vm/* suspicions are correct. Just implement the native methods
defined by vm/reference/* and you will be fine. Check
http://www.gnu.org/software/classpath/doc/vmintegration.html for a lot of
information on integrating a VM. Some dependencies from the VM to the class
library are built
> From: Geoff Berry [mailto:[EMAIL PROTECTED]]
>
>
> There is containingClass() and containingPackage() in
> ProgramElementDoc. It also seems like getRootDoc() is not needed
> since there is only one RootDoc.
>
Actually, having those methods in ProgramElementDoc makes it totally easy
and makes a
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stuart
Ballard
>
>
> How about a CSS/table based layout, keeping the navigation at the left
> but just laying it out that way within a single frame?
>
> I can think of some clever tricks with "DHTML" (I hate that acronym) and
> javas
> From: Aaron M. Renn [mailto:[EMAIL PROTECTED]]
>
> John Keiser ([EMAIL PROTECTED]) wrote:
> > (Oh, that's the other problem. There's no getPackageDoc() in
> ClassDoc, and
> > no getRootDoc in PackageDoc.)
>
> Feel free to fix that.
>
The problem is n
will allow Doclets to be
written a little easier that allows this sort of thing, but I want to make
sure I'm not reinventing the wheel here.
--John Keiser
TP as I thought I did.
I'm going to just write the doclet for now.
--John Keiser
or
some reason I was stuck on the idea of having the package navigation on the
left ... I hadn't looked at 1.1 for a while. Still, I like some of the
prettiness they have in 1.2 with tables. I think the no-frames version of
1.2, minus some of the frills, is a good way to do it.
Down to coding ...
--John Keiser
P.S. are we supposed to be using [EMAIL PROTECTED] or
[EMAIL PROTECTED]?
1 - 100 of 369 matches
Mail list logo