Hi, and code..

Hello. I'm interested in helping out on Classpath, and to that end, have started on java.util.Vector. I've got about half of it written, but its bedtime now. Whats the best way to contribute the code? (I'm assuming I can't update changes through anonymous cvs). Scott

java.util.Vector and other goodies

Okay. I haven't been able to test Vector yet (I don't have JDK 1.2), but as far as I know, I'm finished. Along with Vector.java, there are two additional support classes, VectorIterator and VectorListIterator that provide Iterator and ListIterator functionality respectively. These are package s

Observable/Observer pattern

If theres no objection (eg no one else doing it), I'm going to hack out Observer/Observable in java.util. Should be done by Monday at the latest. Scott -- Java Programmer Scott Gregory Miller Lin

Re: Collections stuff was Re: Observable/Observer pattern

> progressing, but it is and will continue to be reasonably slow compared > to someone who has more time. Unfortunately, I'm rather in the same boat. Thats why I haven't been exactly enthusiastic about diving in a grabbing a whole package. > > as yet. Also, there isn't any sort of test suite ye

Re: The First Classpath Release

> > How useful are beans without a working awt? Actually, beans allow replacable code for building applications, not just AWT ones, so this is probably a good thing. Scott

Re: Observable/Observer pattern

> Actually, Greg Smith has hacked up Observer/Observable. It's waiting > to go into the tree. Ah good. Caught me just in time. Anybody done Stack? I just did, so I hope not. :) Thanks, Scott -- Java

Re: Exceptions instead of checks for rare cases

> I think that for methods that if used normally do not throw exceptions, > checks should be done by exception if possible. For example in > ArrayEnumeration, possibility that nextElement() overflows is very small > (every sane person use hasNextElement() first). So, code could look like > this: >

RE: Dictionary / Hashtable implementation

> Hmm..to clarify: the serialized form documentation mentions two fields > which it then omits from its writeObject() / readObject() specification. If > those fields aren't written out to the object stream, then are they > unimportant? And if so, why does the documentation mention them? Okay,

Re: Serialization (was Re: Dictionary / Hashtable implementation)

> > > You can manipulate the contents of the Hashtable (Having no values > > for example, and set the capacity to something recognizable), and > > see if you cant reverse engineer where the loadFactor and threshold > > are coming down the stream. > > Reverse engineering of this nature is not all

Re: Dictionary / Hashtable implementation

> I just subscribed to this list, so, for all I know, this may already have > been taken care of, but > > I just finished a java.util.Hashtable (JDK1.2 compliant) implementation, and > am offering it up, if it is wanted. Where should I send it? Great! One less thing in the Util package to d

Re: Serialiation Blues

-- Java Programmer Scott Gregory Miller Linux afficionado Graphics Designer[EMAIL PROTECTED] General Loony -- O

JDK Open Sourced (not yet)

Read the report on Slashdot. How would this affect classpath? Would we devote our code and resources to fixing up Sun's JDK, or use Sun's JDK to finish our work? Scott

Thread deprecations

Okay, Q: suspend and resume have been deprecated in the JDK1.2b4. What do you use instead of them? Scott -- Java Programmer Scott Gregory Miller Linux afficionado Graphics Designer[EMAIL

Java dependencies program

Earlier someone mentioned a program that builds a Makefile from java source files? What/Where was this? Scott

Stupid question

Okay, its time for the Stupid-Question-Du-Jour. Javadeps generates a dependencies file, how do use this to make a Makefile for a java app? (I'm a Makefile virgin) Scott