drjava-hackers — DrJava developers mailing list

[DrJava] Announcement: Comp 312 attendance is mandatory

[Corky C. <co...@ri...>]

Hi DrJava Hackers enrolled in Comp 312,

We are entering a phase of Comp 312 where class attendance is
mandatory because short programming team meetings will consistently be
held during the last 15-30 minutes of class.  In contrast to ordinary
class lectures, which can be typically made up by studying the
material outside of class, team meetings cannot be made up.  The
absence of a team member adversely impacts the work of the entire
team.

Beginning on Monday, March 18, attendance records will be kept and
will impact your grade.  In a production software environment, team
meetings are not optional.

-- Corky Cartwright
   Head DrJava Hacker

[DrJava] Blast from the past

[Brian S. <bs...@bs...>]

By the way, if you were ever curious about the original (what I now call
"prototype") version of DrJava, I just randomly dug it up so I posted a
jar here: http://www.cs.rice.edu/~bstoler/alpha.jar

The interesting thing to note about this version is that the interactions
pane is implemented by wrapping the inputted statements/expressions in a
dummy class, and then sending this to the compiler! If you test it, you'll
see the performance impact this has -- interpreting "5" takes 3 seconds on
my machine, every time!

-brian

(I dug this version up to make a few comments about it in my thesis, if
you're wondering what prompted this.)

----------------------------------------------------------------
Brian Stoler       home: (713) 520-9017   office: (713) 348-3720
Graduate student, Rice University Department of Computer Science

[DrJava] "news" items for front page

[Brian S. <bs...@bs...>]

In case anyone wonders, here's how to submit a news item to go on the
front page of the web site. (BTW, don't do this for every release, just
sometimes, particularly when big things happen.)

1) Click "news" from the project page, and submit the item.
2) ssh into drjava.sf.net
3) run: /home/groups/d/dr/drjava/bin/update-news

(3) can be omitted, in which case it'll auto-update within an hour or so.
(I have a cron job on SF to do it.)

-brian

----------------------------------------------------------------
Brian Stoler       home: (713) 520-9017   office: (713) 348-3720
Graduate student, Rice University Department of Computer Science

[DrJava] Brian's coding style comment of the day

[Brian S. <bs...@bs...>]

It's about "final" (for fields and variables). Use it. Use it all the
time. Use it any place that a variable is going to be assigned a value
only once. It's useful documentation, and it also helps prevent many
simple typo-type mistakes. It also (duh) ensures that no future code
(without removing "final") can write to said variable!

Two specific places to introduce final, from the class
IndentRuleQuestion.java (which inspired this message). Here's the
original:

public abstract class IndentRuleQuestion implements IndentRule {
  private IndentRule _yesRule;
  private IndentRule _noRule;

  public IndentRuleQuestion(IndentRule yesRule, IndentRule noRule) {
    _yesRule = yesRule;
    _noRule = noRule;
  }
}

(This is obviously a trimmed version of the file!) There are four good
places to introduce final:

public abstract class IndentRuleQuestion implements IndentRule {
  private final IndentRule _yesRule;
  private final IndentRule _noRule;

  public IndentRuleQuestion(final IndentRule yesRule, final IndentRule noRule) {
    _yesRule = yesRule;
    _noRule = noRule;
  }
}


But isn't that a lot of needless typing, you ask? No! The finality of the
fields ensures two things: that you give the field a value at least once
(so it never defaults to null), and that you give a field a value at most
once. OK, fine, that seems reasonable, but why make the parameters final?
Well, first off, they will not in fact be modified. (I wish, by the way,
that final was the default and instead there was a "mutable" keyword!)
Second, it disallows simple typos like "yesRule = _yesRule". (Yes, I know,
in this particular case, that typo would be prevented by _yesRule being
final. But go with me here.)

Anyhow, this is my short story. Use "final" in as many places as you can
possibly stomache it! I know, it clutters things, but it *is* better.

-brian

PS: Some day, there will be better Java source static analysis tools that
will help programmers reason about their programs. These will do much
better when as many values as possible are documented as final!

[DrJava] [ drjava-Feature Requests-529646 ] filename suffix completion

[<no...@so...>]

Feature Requests item #529646, was opened at 2002-03-13 16:26
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529646&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: John Garvin (johngarvin)
Assigned to: John Garvin (johngarvin)
Summary: filename suffix completion

Initial Comment:
When you save a file with a name, the filename box
should supply a ".java" by default.

Story: I'm saving an untitled file, and I want to name
it "Foo.java".  I click "Save".  The filename box
contains ".java", and the cursor is to the left of the
period.  I type "Foo" and hit return.  File is saved as
"Foo.java".

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529646&group_id=44253

[DrJava] [ drjava-Feature Requests-529631 ] open with nonexistent filename

[<no...@so...>]

Feature Requests item #529631, was opened at 2002-03-13 16:02
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529631&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: John Garvin (johngarvin)
Assigned to: John Garvin (johngarvin)
Summary: open with nonexistent filename

Initial Comment:
When you try to open a file which does not exist,
DrJava should give you the option of creating a new
file with that name.  Emacs does this, for example.

Story: I want to write a new program in a file called
"Foo.java".  I click on "Open" and type "Foo.java". 
DrJava responds, "The file 'Foo.java' does not exist. 
Create it? (Yes) (No)".  I click "Yes".  Now I have a
blank file in the definitions window whose name in the
file list pane is "Foo.java".

Note: this should happen only on a "file not found"
exception, not other IO exceptions like incorrect
permissions, etc.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529631&group_id=44253

[DrJava] Random GPL'ed sources of inspiration

[Brian S. <bs...@bs...>]

If you need places to look for how or what to put into DrJava, some great
sources are existing GPL'ed Java editors:

j: http://armedbear.org

(The tagline of this web site is: "The right of the people to keep and arm
bears shall not be infringed!")

JEdit: http://jedit.org
Jext: http://jext.org

-brian

[DrJava] [ drjava-Feature Requests-529151 ] Simple JUnit integration

[<no...@so...>]

Feature Requests item #529151, was opened at 2002-03-12 16:14
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529151&group_id=44253

Category: User interface
Group: Medium (< 1 pair-month)
Status: Open
Priority: 5
Submitted By: Eric E. Allen (eallen)
Assigned to: Eric E. Allen (eallen)
Summary: Simple JUnit integration

Initial Comment:
The user has open a JUnit TestCase in the Definitions 
pane. He clicks on a "Test" button on the toolbar, 
and JUnit is run over this TestCase. Some indication 
of progress is presented while JUnit is running.

The results are output to a new tabbed pane in the 
Interactions window. The user can click on the 
reported errors and the corresponding test case 
(perhaps the individual assertion) is highlighted.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=529151&group_id=44253

[DrJava] [ drjava-Bugs-529125 ] Close second JVM on quit

[<no...@so...>]

Bugs item #529125, was opened at 2002-03-12 21:16
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=529125&group_id=44253

Category: Interactions
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Charles Reis (csreis)
Summary: Close second JVM on quit

Initial Comment:
The JVM used in the interactions window currently does
not quit when DrJava quits, and instead closes itself
once it notices that DrJava is gone.  This is because
the main JVM has a simple check to restart the
interactions JVM if it notices that it has died, so
the interactions JVM would be automatically restarted
when the program quits.  We should figure out a good
way to allow the main JVM to close the interactions
JVM when quitting, rather than just letting it eventually
close itself.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=529125&group_id=44253

[DrJava] [ drjava-Bugs-529053 ] check on "bad" compilers not working

[<no...@so...>]

Bugs item #529053, was opened at 2002-03-12 12:25
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=529053&group_id=44253

Category: User interface
Group: Annoying
Status: Open
Resolution: None
Priority: 7
Submitted By: Eric E. Allen (eallen)
Assigned to: Brian Stoler (brianstoler)
Summary: check on "bad" compilers not working

Initial Comment:
When DrJava is started from a jar (with a JDK _or_ a 
JRE), with a .drjava file that contains no entry for 
javac.location, the user will always get a "Compiler 
not found" dialog. This shouldn't happen when using a 
JDK.

More seriously, if, when using a JDK, the user 
specifies an inappropriate compiler (e.g., bin/javac) 
DrJava will not issue a warning. In fact, there will 
be an active compiler registered! But when the user 
starts up DrJava again, the same "Compiler not found" 
dialog will come up.

I suspect that the problem is as follows: 

The decision to bring up the "Compiler not found" 
dialog is done before DrJava detects the compiler 
from the JDK. This compiler is then found during the 
process of registering the user-specified compiler. 
If the user-specified compiler is wrong, DrJava only 
notices that _some_ compiler has been registered 
successfully, and assumes it's the one specified by 
the user. But when DrJava is started again, it 
recognizes that javac.location in the .drjava file is 
inappropriate, so the same process happens all over 
again.

-- Eric


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=529053&group_id=44253

[DrJava] [ drjava-Feature Requests-528813 ] Allow font size manipulation

[<no...@so...>]

Feature Requests item #528813, was opened at 2002-03-11 23:00
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528813&group_id=44253

Category: User interface
Group: Small (< 1 pair-week)
Status: Open
Priority: 6
Submitted By: Robby Morgan (ricerobs)
Assigned to: Robby Morgan (ricerobs)
Summary: Allow font size manipulation

Initial Comment:
DrJava needs a way to change the default font size 
without recompiling the whole program.  This will 
eventually be part of the larger configuration 
project, but it was deemed necessary enough to 
implement in the current config framework.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528813&group_id=44253

[DrJava] util/build.xml was broken, now fixed.

[Brian S. <bs...@bs...>]

Robby Morgan just pointed out that I previously broke util/build.xml,
after making a "small" change and not re-running ant to make sure it
works. Way to go, me.

Anyhow:

cd util
cvs update build.xml

And you'll be all set. Sorry about this problem.

-brian

[DrJava] [ drjava-Feature Requests-528144 ] Beautifier on Tool Dropdown

[<no...@so...>]

Feature Requests item #528144, was opened at 2002-03-10 11:08
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528144&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 5
Submitted By: Joseph Sant (joesant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Beautifier on Tool Dropdown

Initial Comment:
Would it be possible to add a Java code beautifier tool to the Tools drop-down.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528144&group_id=44253

[DrJava] [ drjava-Feature Requests-528142 ] Commenting/Uncommenting Blocks

[<no...@so...>]

Feature Requests item #528142, was opened at 2002-03-10 11:06
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528142&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 5
Submitted By: Joseph Sant (joesant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Commenting/Uncommenting Blocks

Initial Comment:
The Commenting/Uncommenting Highlighted blocks using wing comments at the front of the line (as 
implemented in Jext) might be a nice feature to add.  It could help with code demos in a classroom 
environment and allow for easy experimentation with code.



----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=528142&group_id=44253

[DrJava] [ drjava-Feature Requests-527600 ] Better interactions error messages

[<no...@so...>]

Feature Requests item #527600, was opened at 2002-03-08 16:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527600&group_id=44253

Category: Interactions
Group: Medium (< 1 pair-month)
Status: Open
Priority: 6
Submitted By: Brian Stoler (brianstoler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Better interactions error messages

Initial Comment:
We should study all the different kinds of error
messages you can get in interactions, and customize
them to be better.

Also, we need to resolve what to do with the stack
trace -- right now we clip it, to get rid of useless
info due to the interpreter, but I think we may clip
too much sometimes.

We also could present a better message when there is a
syntax error, hopefully by telling the student what
exactly went wrong (or at least where!).

This will likely involve either modifying DynamicJava
or yet more extension.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527600&group_id=44253

[DrJava] [ drjava-Feature Requests-527463 ] Click on stack trace and jump to loc

[<no...@so...>]

Feature Requests item #527463, was opened at 2002-03-08 10:56
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527463&group_id=44253

Category: Interactions
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Brian Stoler (brianstoler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Click on stack trace and jump to loc

Initial Comment:
When an interaction throws an exception, the stack
trace is shown. It would be very helpful to be able to
click on an entry in the stack trace and have DrJava
jump to the offending line (opening the file if necessary).

This could be presented visually by making each stack
trace item look like a link, or it could be done by
putting a small button next to each trace item ("go").

(I actually started trying to implement this a while
back; when I get some time I'll append my discoveries.
Ask me if you want to work on this before I have done so.)

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527463&group_id=44253

[DrJava] [ drjava-Feature Requests-527308 ] Native libraries

[<no...@so...>]

Feature Requests item #527308, was opened at 2002-03-08 00:44
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527308&group_id=44253

Category: Compiler integration
Group: Unknown size
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Native libraries

Initial Comment:
I don't know if this is even possible, but I was 
trying to interactively demonstrate some classes we 
have that are linked to some native libraries and it 
seems DrJava doesn't support that. At least I haven't 
been able to execute them.

I don't know if it's really important or even a 
frequent use of DrJava, but for me it would be nice. 
Otherwise the tool's great for teaching. Thank you.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=527308&group_id=44253

[DrJava] [ drjava-Bugs-527057 ] Overwriting at instantiation

[<no...@so...>]

Bugs item #527057, was opened at 2002-03-07 09:42
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=527057&group_id=44253

Category: Interactions
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Overwriting at instantiation

Initial Comment:
Hello

I am running drjava-20020307-1640.jar
under windows NT4 and with JDK 1.3.1

I have a nice class

class Courbe {

  public double getValue(double x){
    return 0;
  }
    
}


Then in the interpreter if I want to use overwriting at
instantiation:

Welcome to DrJava.
> Courbe f= new Courbe() { public double
getValue(double x){ return x;} };
java.lang.IllegalAccessError: 
  at java.lang.ClassLoader.defineClass0(Native Method)
  at java.lang.ClassLoader.defineClass(Unknown Source)
  at java.lang.ClassLoader.defineClass(Unknown Source)
>

This would be ok in a prg, but it seems the interpreter
does not like it. Is it due to Dynamic Java ???

Best regards,


Fabien GANDON
mailto:Fab...@so...

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=527057&group_id=44253

[DrJava] [ drjava-Bugs-526995 ] Last version does not launch on MacOS-X

[<no...@so...>]

Bugs item #526995, was opened at 2002-03-07 16:39
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=526995&group_id=44253

Category: Other
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Roy (jproy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Last version does not launch on MacOS-X

Initial Comment:
When I double-click on the 
drjave20020306-1849.jar (ok up to now for 
previous versions), I get a dialog saying:
JAR LAUNCHER
The jar file "drjava20020306-1849.jar" couldn't be 
launched. It probably doesn't contain a 
"Main-Class" definition in the manifest. To be able 
to launch this jar, you will need to add one.

MacOS-X 10.1.3, Java 1.3.1

It's ok with drjava-20020227-1420.jar
Ir's ok with drjava-20020305-0704.jar


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438935&aid=526995&group_id=44253

[DrJava] [ drjava-Feature Requests-526950 ] 2 requests

[<no...@so...>]

Feature Requests item #526950, was opened at 2002-03-07 05:55
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526950&group_id=44253

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2 requests

Initial Comment:
I am a student in Sheridanc Collage. We are doing java
programing in Linux. I have tryed over 20 editors
looking for a one I like for coding in java. The search
stoped when I found your DrJava program. But there are
2 issues that I beleave would be of great use. 

1:     Line numbering, I think that it wold be realy
helpfule to have the numbering on the left side of the
screen

2:     I have found that I need your program to be in
the sme folder that my data files are in so that my
java programs can access them. I am hoping this will be
bixed in the near future or if you have a solution that
you could please send me the info about it


Thanks Geoff Dunne

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526950&group_id=44253

[DrJava] [ drjava-Feature Requests-526750 ] Make toolbar simpler, text-only

[<no...@so...>]

Feature Requests item #526750, was opened at 2002-03-06 20:11
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526750&group_id=44253

Category: User interface
Group: Small (< 1 pair-week)
Status: Open
Priority: 9
Submitted By: Brian Stoler (brianstoler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make toolbar simpler, text-only

Initial Comment:
I know, icons in toolbar are pretty. But they really
confuse (or at least don't help) neophytes, the people
we really want to use DrJava in the first place.

So, for now, we should support fewer buttons, and have
them be text-only (or perhaps text-plus-icon). When we
have the configuration framework, this can be an option.

Actually, we could leave the same number of buttons but
move the less important ones to the right, so they'll
be cut off first. But compile/reset interactions/abort
need to be visible.

Anyway, if someone's looking for a fairly easy task to
do, I'd appreciate if someone could give this a look.
(If so, please modify the request and assign it to
yourself to tell everyone it's taken.)

The buttons I think are less useful are the clipboard
buttons, perhaps find/replace (debatable), perhaps
print (people don't print that much), and perhaps
undo/redo.

The key is making the file buttons and the
compile/reset/abort buttons more prominent.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=438938&aid=526750&group_id=44253

[DrJava] another update to build-common.xml

[Eric E. A. <ea...@cs...>]

I had to make another update to the build-common script in order to
prevent a race condition when committing new code. The race condition
involves the spawning of new interactions JVMs, and, at least on Windows
XP, it tends to lock up the commit process (despite the fact that all
tests pass!).  The race condition _may_ be the cause of bug 524123 as
well; I'm still investigating. If so, the new build-common script fixes
that bug.

Anyway, be sure to do a cvs update on build-common again before committing
new code.

Thanks,

-- Eric

[DrJava] [ drjava-Refactorings-526510 ] Special internal debug REPL

[<no...@so...>]

Refactorings item #526510, was opened at 2002-03-06 11:56
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=451586&aid=526510&group_id=44253

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Brian Stoler (brianstoler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Special internal debug REPL

Initial Comment:
(This is not a refactoring exactly, but it's not a
user-relevant feature request either.)

When tracking down various problems in DrJava, I've
thought it would be cool to be able to poke around the
running DrJava directly using the interactions pane.
There was such a potential before, when interactions
ran in the same JVM, but not anymore.

We could, however, support (by enabling some secret
config or command-line option) a second REPL, one that
ran inside the DrJava process. Plus, we could define
inside that REPL, as a top-level variable, a pointer to
the MainFrame containing it, as well as to the
GlobalModel inside there. By doing that (and enabling
access to private fields, which requires one method
call in DynamicJava), we would have access to all the
objects comprising DrJava.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=451586&aid=526510&group_id=44253

[DrJava] uml tool

[Brian S. <bs...@bs...>]

If anyone's interested in the notion of some sort of UML thing inside
DrJava, you may be interested in checking out ArgoUML
(http://argouml.tigris.org), which just released a new version. It is open
source (BSD license) and seems to have a lot of features.

This is not to imply, of course, that some sort of UML stuff is
forthcoming in DrJava any time soon. I personally would like a way to view
a group of classes in UML mode, and possibly use UML diagrams as the basis
of some UIs for refactoring -- but otherwise, I think they're better dealt
with on paper. I don't like the idea of generating code from UML -- I
think the reverse is much more useful.

Randomly,
-brian

[DrJava] Eric Raymond to speak/webcast on Open Source at Rice University (fwd)

[Brian S. <bs...@bs...>]

This should be cool!

---------- Forwarded message ----------
Date: 5 Mar 2002 17:36:00 GMT
From: Prentiss Riddle <ri...@ri...>
Newsgroups: rice.comp.linux, rice.comp.general, rice.general
Subject: Eric Raymond to speak/webcast on Open Source at Rice University

I saw this and thought readers of these newsgroups (if there are any
left!) might appreciate this announcement.


    "The Open Source Revolution: How Software Engineering Might Finally
    Grow Up"

    a lecture and webcast by

    Eric S. Raymond
    President, Open Source Initiative

    Thursday, March 14, 2002
    4:00 PM CST

    Duncan Hall McMurtry Auditorium
    Rice University, Houston, Texas

    Live webcast: http://www.rice.edu/webcast/

    A reception in Martel Hall will follow the talk.

    Eric S. Raymond is an observer-participant anthropologist in the
    Internet hacker culture. His research has helped explain the
    decentralized open-source model of software development that has
    proven so effective in the evolution of the Internet. His own
    software projects include one of the Internet's most widely-used
    email transport programs. Mr. Raymond is also a science fiction
    fan, a musician, an activist for the First and Second Amendments,
    and a martial artist with a Black Belt in Tae Kwon Do. His home
    page is at http://www.tuxedo.org/~esr


Have fun.

-- Prentiss Riddle ("aprendiz de todo, maestro de nada") ri...@ri...
-- Webmaster, Rice University | http://is.rice.edu/~riddle | 281-924-3630