drjava-hackers — DrJava developers mailing list

[DrJava] [ drjava-Feature Requests-990394 ] Compile/Close files in folder

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

Feature Requests item #990394, was opened at 2004-07-13 14:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=990394&group_id=44253

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Adam Wulf (awulf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile/Close files in folder

Initial Comment:
it would be nice to be able to right click a folder in
tree view and see a "compile folder" and "close folder"
option.

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

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

[DrJava] [ drjava-Feature Requests-989673 ] Auto-load interactions history

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

Feature Requests item #989673, was opened at 2004-07-12 14:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=989673&group_id=44253

Category: Interactions
Group: None
Status: Open
Priority: 3
Submitted By: Patrick Kruse (pakruse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Auto-load interactions history

Initial Comment:
It would be nice if there were somewhere in Preferences
to specify an Interactions history that would
automatically be loaded into the interactions pane upon
starting DrJava. This would add to the convenience of
the interactions pane, allowing the user to have a
package statement or a few import statements (like
java.util.* or static import of java.lang.Math) already
interpreted when DrJava starts.

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

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

[DrJava] [ drjava-Feature Requests-989431 ] "Close Selected" Feature

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

Feature Requests item #989431, was opened at 2004-07-12 08:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=989431&group_id=44253

Category: User interface
Group: Small (< 1 pair-week)
Status: Open
Priority: 3
Submitted By: Elspeth Simpson (ejspe)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Close Selected" Feature

Initial Comment:
The Project tree view allows users to select multiple
files at a time in the file selector window.  Because
of this, it would be useful if there was a command to
"Close Selected" files.  It is frustrating and
counterintuitive to select several files, click the
"Close" button, and then find that only one of the
files actually was closed.  Having "Test Selected" and
"Compile Selected" options would also be useful.

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

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

[DrJava] [ drjava-Bugs-989232 ] Non-existant default selected history file

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

Bugs item #989232, was opened at 2004-07-12 14:49
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=989232&group_id=44253

Category: User interface
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Non-existant default selected history file

Initial Comment:
DrJava: 20040618
Compiler and runtime: 1.5.0-beta2-b51
System: Windows XP

The error:
After performing some interactions, I saved the
interactions history. When prompted for a file name, I
specified "xyz". DrJava kindly appended the extension
"xyz.hist". Nothing wrong there.

Then, I replayed the interactions. When prompted for a
file name, I naturally clicked [OK] because the
filename "xyz" already appeared as the default. But
that didn't work.

The default should have been "xyz.hist" (or no default
at all).


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

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

[DrJava] [ drjava-Bugs-989225 ] Can't use var arguments in interations pane

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

Bugs item #989225, was opened at 2004-07-12 14:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=989225&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't use var arguments in interations pane

Initial Comment:
DrJava: 20040618
Compiler and runtime: 1.5.0-beta2-b51
System: Windows XP

The error:
Say we have a method
public void x(int ... y) { /* content irrelevant */}

Within the interactions pane, the method must be used
strictly as x(int[] y).

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

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

[DrJava] [ drjava-Feature Requests-988082 ] Drag-and-drop support for interactions pane

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

Feature Requests item #988082, was opened at 2004-07-09 11:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=988082&group_id=44253

Category: User interface
Group: None
Status: Open
Priority: 5
Submitted By: Dan Smith (dlsmith)
Assigned to: Nobody/Anonymous (nobody)
Summary: Drag-and-drop support for interactions pane

Initial Comment:
A .java file dragged from the file list pane into the
interactions window causes an import statement for each
class in the file to be entered into the interactions.
 A project folder imports the entire class.

This would make interactive testing easier, eliminating
the need to import the class that's being tested.


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

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

[DrJava] [ drjava-Feature Requests-986743 ] Tabbed Pane Focus on Compile

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

Feature Requests item #986743, was opened at 2004-07-07 11:43
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=986743&group_id=44253

Category: None
Group: None
Status: Open
Priority: 5
Submitted By: R. Matt Barnett (rmbarnett)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tabbed Pane Focus on Compile

Initial Comment:
It would be nice if the tabbed pane (interactions /
console / compiler output) remembered which tab was in
focus (say the interactions pane) before a compile
started and only switched to the compile tab if an
error was found. 

For example, many times I find myself working in the
interactions pane, click compile all, have no errors,
but then must click on the interactions pane again to
continue work.  

Of course, if there is an error, I want to see what the
error is on the compile tab automatically; however, if
there are 0 errors, it why not switch back to the user
selected tab before a compile?

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

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

[DrJava] [ drjava-Bugs-984420 ] UnexpectedException. Edit pane refuses focus

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

Bugs item #984420, was opened at 2004-07-03 09:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=984420&group_id=44253

Category: Other
Group: Makes DrJ unstable
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: UnexpectedException. Edit pane refuses focus

Initial Comment:
DrJava: 20040618
Compiler and runtime: 1.5.0-beta2-b51
System: Windows XP
Language Level: elementary

I suppose this error would only occur after a user
cleans a directory and then starts a class that happens
to have the same name with a previously deleted class.
This is something that a user rarely does. But once the
user gets the error, the only cure is to restart
DrJava. The symptoms are very worrying: it seems like a
synchronization problem. If that is so, then it may
have some other tentacles elsewhere.

How to reproduce error:
1. Enter
       class Z { any silly thing }
2. [Compile All]. 
3. [Close].
4. Delete Z.dj0
5. Enter
       class Z { silly thing again }
6. [Compile All].
7. If you don't get UnexpectedException now, goto step3.
8. If you get the UnexpedtedException now, you can get
it again by clicking anywhere inside the editor pane.
9. Closing and reopening the file will NOT remove the
error.

Detail:
edu.rice.cs.util.UnexpectedException:
edu.rice.cs.util.UnexpectedException:
javax.swing.text.BadLocationException: Invalid location
	at
edu.rice.cs.drjava.ui.MainFrame$ModelListener.activeDocumentChanged(MainFrame.java:5071)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel$2.notifyListener(DefaultSingleDisplayModel.java:432)
	at
edu.rice.cs.drjava.model.GlobalEventNotifier.notifyListeners(GlobalEventNotifier.java:102)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel._setActiveDoc(DefaultSingleDisplayModel.java:426)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel.access$000(DefaultSingleDisplayModel.java:96)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel$1.gainedSelection(DefaultSingleDisplayModel.java:132)
	at
edu.rice.cs.util.docnavigation.JListSortNavigator.valueChanged(JListSortNavigator.java:322)
	at javax.swing.JList.fireSelectionValueChanged(Unknown
Source)
	at
javax.swing.JList$ListSelectionHandler.valueChanged(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.fireValueChanged(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.fireValueChanged(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.fireValueChanged(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.changeSelection(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.changeSelection(Unknown
Source)
	at
javax.swing.DefaultListSelectionModel.setSelectionInterval(Unknown
Source)
	at javax.swing.JList.setSelectedIndex(Unknown Source)
	at javax.swing.JList.setSelectedValue(Unknown Source)
	at
edu.rice.cs.util.docnavigation.JListSortNavigator.setActiveDoc(JListSortNavigator.java:211)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel.setActiveDocument(DefaultSingleDisplayModel.java:172)
	at
edu.rice.cs.drjava.model.DefaultSingleDisplayModel.saveAllFiles(DefaultSingleDisplayModel.java:306)
	at
edu.rice.cs.drjava.ui.MainFrame._saveAll(MainFrame.java:2430)
	at
edu.rice.cs.drjava.ui.MainFrame.access$2100(MainFrame.java:100)
	at
edu.rice.cs.drjava.ui.MainFrame$ModelListener._saveAllBeforeProceeding(MainFrame.java:5441)
	at
edu.rice.cs.drjava.ui.MainFrame$ModelListener.saveBeforeCompile(MainFrame.java:5359)
	at
edu.rice.cs.drjava.model.GlobalEventNotifier.saveBeforeCompile(GlobalEventNotifier.java:526)
	at
edu.rice.cs.drjava.model.compiler.CompilerEventNotifier.saveBeforeCompile(CompilerEventNotifier.java:127)
	at
edu.rice.cs.drjava.model.compiler.DefaultCompilerModel.compileAll(DefaultCompilerModel.java:183)
	at
edu.rice.cs.drjava.ui.MainFrame$84.construct(MainFrame.java:2655)
	at
edu.rice.cs.util.swing.SwingWorker$2.run(SwingWorker.java:157)
	at java.lang.Thread.run(Unknown Source)

Caused by:
edu.rice.cs.util.UnexpectedException:
javax.swing.text.BadLocationException: Invalid location
	at
edu.rice.cs.drjava.model.compiler.CompilerErrorModel.getErrorAtOffset(CompilerErrorModel.java:290)
	at
edu.rice.cs.drjava.ui.ErrorCaretListener.updateHighlight(ErrorCaretListener.java:119)
	at
edu.rice.cs.drjava.ui.ErrorCaretListener.caretUpdate(ErrorCaretListener.java:95)
	at
javax.swing.text.JTextComponent.fireCaretUpdate(Unknown
Source)
	at
javax.swing.text.JTextComponent$MutableCaretEvent.fire(Unknown
Source)
	at
javax.swing.text.JTextComponent$MutableCaretEvent.stateChanged(Unknown
Source)
	at
javax.swing.text.DefaultCaret.fireStateChanged(Unknown
Source)
	at
javax.swing.text.DefaultCaret.changeCaretPosition(Unknown
Source)
	at javax.swing.text.DefaultCaret.handleSetDot(Unknown
Source)
	at javax.swing.text.DefaultCaret.setDot(Unknown Source)
	at javax.swing.text.DefaultCaret.setDot(Unknown Source)
	at
javax.swing.text.DefaultCaret$Handler.propertyChange(Unknown
Source)
	at
java.beans.PropertyChangeSupport.firePropertyChange(Unknown
Source)
	at
java.beans.PropertyChangeSupport.firePropertyChange(Unknown
Source)
	at java.awt.Component.firePropertyChange(Unknown Source)
	at javax.swing.text.JTextComponent.setDocument(Unknown
Source)
	at
edu.rice.cs.drjava.ui.DefinitionsPane.notifyInactive(DefinitionsPane.java:1021)
	at
edu.rice.cs.drjava.ui.MainFrame._switchDefScrollPane(MainFrame.java:4225)
	at
edu.rice.cs.drjava.ui.MainFrame$ModelListener$3.run(MainFrame.java:5015)
	at java.awt.event.InvocationEvent.dispatch(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown
Source)
	at
java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)


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

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

[DrJava] [ drjava-Bugs-984118 ] Empty "cannot be found" Dialog Opens Constantly

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

Bugs item #984118, was opened at 2004-07-02 09:58
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=984118&group_id=44253

Category: User interface
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Mathias Ricken (mgricken)
Assigned to: Nobody/Anonymous (nobody)
Summary: Empty "cannot be found" Dialog Opens Constantly

Initial Comment:
An empty "cannot be found" dialog opens very often and 
has to be acknowledged by clicking "Ok". This happens 
multiple times during application launch, multiple times 
when accessing the preferences, and once every time a 
directory is changed in a file dialog.

See attached screenshot.

Maybe my configuration is incomplete. I have j2sdk1.5 
beta 2 and the runtime installed. All other Java 
applications work, though, without this problem.

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

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

[DrJava] [ drjava-Bugs-983134 ] charArray[validIndex]++ throws exception

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

Bugs item #983134, was opened at 2004-07-01 09:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=983134&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: charArray[validIndex]++ throws exception

Initial Comment:
DrJava: 20040618
Runtime: 1.5.0-beta2-b51
System: Window XP (relevant?)

Interactions panel:
> char[] y = {'a', 'b'};
> y[0]++;
Illegal Argument Exception: argument type mismatch



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

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

[DrJava] [ drjava-Feature Requests-981575 ] enums and automatic file naming

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

Feature Requests item #981575, was opened at 2004-06-28 14:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=981575&group_id=44253

Category: Definitions (source editor)
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: enums and automatic file naming

Initial Comment:
Story:
A user creates a new file, and types the following
simple code into the definitions pane:

public enum MyEnum {
..first, second, third
}

The user then choose the save command, and the file
chooser appears with the name MyEnum already in the
"File Name" field, as DrJava has inferred from the enum
declaration that this filename is required for the file.

I would say the simplest way to do this is to extend
the "getFirstTopLevelClassname" logic in
DefinitionsDocument, though this would have the
disadvantage of ambiguating enum and regular class
definitions.  (Though, that might not really be a
disadvantage, as enums are actually classes...)

As a note, the current logic for inferring filename
from class declarations does not care about
public/non-public classes, so it's probably not very
important for enums either -- see feature request
#981571, which applies equally to enums as regular classes.

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

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

[DrJava] [ drjava-Feature Requests-981571 ] public top-level classname inference

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

Feature Requests item #981571, was opened at 2004-06-28 14:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=981571&group_id=44253

Category: Definitions (source editor)
Group: None
Status: Open
Priority: 2
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: public top-level classname inference

Initial Comment:
Consider the following file:

class MyPackageClass { ... }
public class MyPublicClass { ... }

DrJava's automatic filename logic merely finds the
first top-level class declaration, so this file would
have its filename suggested as MyPackageClass, even
though javac would require it to be named
MyPublicClass.  Ideally, we should determine the
correct public top-level classname if one exists,
defaulting to a package-private class only if no public
class exists.

That said, this is an extremely silly case.  Anyone who
writes a public class _after_ a package-private class
in a file can deal with typing the filename in
manually, I think, so it only really matters for a
sense of consistency with Java's rules.

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

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

[DrJava] [Fwd: Memview Data Structure Visualization for DrJava]

[Charles R. <creis@u.washington.edu>]

FYI--
   This looks like an interesting project getting started at the 
University of Toronto.  They're adding the ability to view the contents 
of memory in an intuitive way, sitting on top of DrJava.  I reviewed 
their proposal and posted to their development list, and I offered help 
with any specific questions that they have.  Just thought I'd make sure 
you're aware of the project.

Charlie


-------- Original Message --------
Subject: Memview Data Structure Visualization for DrJava
Date: Thu, 17 Jun 2004 14:32:51 -0400
From: Jonathan Taylor <jon...@ut...>
To: cr...@cs..., jon...@ut...

Hi Charles,

I am a student at the University of Toronto working on a feature
addition to DrJava under the supervision of Greg Wilson and Paul Greis.
I believe Greg may have already given you a heads up about this email as
he mentioned you would be willing to take a look at our opening
document/proposal/...etc called Memview: Analysis and Estimation.

I have attached a pdf.
Here is a single page version:
http://pyre.third-bit.com/memview/analysis_and_estimation.html
And a multi page version:
http://pyre.third-bit.com/memview/analysis_and_estimation

Any comments are greatly appreciated.  You can send me email directly or
we'd be glad to have you on our mailing list.

http://pyre.third-bit.com/cgi-bin/mailman/listinfo/memview-devel

Thank you for your time and making the DrJava Debugger code as nice as
it is :)

Sincerely,
Jonathan Taylor and the Memview Team.

[DrJava] [ drjava-Feature Requests-979835 ] No parens-matching in Interactions

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

Feature Requests item #979835, was opened at 2004-06-25 09:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=979835&group_id=44253

Category: Interactions
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: No parens-matching in Interactions

Initial Comment:
In interactions window the parens are not matched
(highlighted).
I'm currently using DrJava to work through "ALittle
Java, A Few Patterns" book, and their examples
certainly need this feature. After being Emacs user for
many years, I find having to count parens as a comedown.


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

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

[DrJava] drjava-20040623-1638 released

[Moez A. Abdel-G. <mo...@cs...>]

This development release of DrJava includes some bug fixes.
We have fixed some issues related to Language Levels support,
JUnit support, and find/replace focus.

As mentioned earlier, the language level facility supports
progressively complex subsets of the Java language. More
detailed documentation on language levels can be found at
http://www.cs.rice.edu/~javaplt/doc/LanguageLevelDocumentation.html.

Signing on,
-Moez

Re: [DrJava] Stable Release Timing

[Robert C. <co...@cs...>]

Hi Peter,

We want to produce a stable release by the end of the summer, but we 
have not yet set a date.
The new development release has many, many new features and, not 
surprisingly, a significant
number of bugs.  We are going to be working on fixing those bugs and on 
revising the
functionality based on our experience with the release.  There won't be 
a new stable release
for at least a month.

-- Corky

[DrJava] Stable Release Timing

[Peter C. <pe...@ce...>]

Hey guys,

Is there a plan for when the next stable release will be finalized?  
There are a number of tweaks I would like to make to the Mac OS X 
package and support code, and I want to make sure it gets a chance to 
see the light for this fall.  I'm going to be at Apple's WorldWide 
Developer's Conference next week, and I'd like to know if I have to 
rush out my changes before then.  Thanks.

--
Peter

[DrJava] [ drjava-Bugs-976508 ] Interactions caret does not move

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

Bugs item #976508, was opened at 2004-06-20 23:07
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=976508&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 8
Submitted By: Patrick Kruse (pakruse)
Assigned to: Nobody/Anonymous (nobody)
Summary: Interactions caret does not move

Initial Comment:
When running in Windows with the most recent build (the
release version from June 18th), typing in the
interactions pane fails to move the caret. 

Any typing will reveal the error. 

I also had several other builds, all of which had the
present error, but none of the builds that I have are
more than a week old (June 14th being the earliest). 

I'm running under Windows with the newest 1.5 release
(build 56). The problem isn't there in Linux, even with
the 1.5 release, and is present on a fresh compile of
the drjava code in Windows.

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

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

[DrJava] [ drjava-Bugs-976480 ] Frequent transient IO error

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

Bugs item #976480, was opened at 2004-06-21 10:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=976480&group_id=44253

Category: Other
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Frequent transient IO error

Initial Comment:
Language level: elementary (is this significant?)
Compiler: javac 1.5 beta 2
System: Windows XP
Auto-save before compile: set
Number of open files: only one

Error message dialog keeps popping up when I compile
source with syntax errors. The occurence is random and
normally goes away on a subsequent [Compile All].

Sample file:
class Z {
  dfsffd
}

Error dialog title: Input/output error
Message: An I/O exception occured during the last
operation.
java.io.IOException: Save failed: Another process may
be using .......... (here the dj0 filename is mentioned).


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

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

[DrJava] [ drjava-Bugs-976470 ] Compiler error not linked to source

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

Bugs item #976470, was opened at 2004-06-21 09:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=976470&group_id=44253

Category: Compiler integration
Group: Ugly
Status: Open
Resolution: None
Priority: 5
Submitted By: Nor Jaidi Tuah (norjaidi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compiler error not linked to source

Initial Comment:
Language level: elementary
Compiler: javac 1.5 beta 2

Trying out how beginner-friendly the elementary level
really is, I stumbled onto the following bug trap.

Content of Z.dj0:
class Z {
  int x;
  
  int add(int x) {
    z = 0;   // intentional error
    return x + 1;
  }
}

Compiler output:
1 error found:
File: (no associated file)  [line: (no source location)]
Error: java.lang.RuntimeException: All lookups should
succeed since we've already added all types to the
symbolTable. Cannot find z. It is either
null:edu.rice.cs.javalanglevels.SymbolData@742fc0, or
it is a continuation


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

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

[DrJava] [ drjava-Bugs-976079 ] language level functionality not evident

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

Bugs item #976079, was opened at 2004-06-19 21:23
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=976079&group_id=44253

Category: Compiler integration
Group: Serious
Status: Open
Resolution: None
Priority: 7
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: language level functionality not evident

Initial Comment:
The documentation for 20040618-2105 says that language levels 
are supported, but I'm unable to find any behavioral distinction 
between the "Elementary" language level and "Full Java" (I didn't 
experiment with the other levels)... Perhaps this is due to a simple 
oversight such as failing to connect language level view events to 
the model?

Here are the specific actions I took to check out language levels on 
the 20040618-2105 OS X App (I'm running Mac OS 10.3):

Startup DrJava, select the "Elementary" language level. Type the 
following into the Definitions Pane:

class C {
  int i;
  
  void incI() { i = i + 1; }
}

class D {
  int test() { return new C().i; }
}

Press "Compile All" (save the file when prompted). By my 
interpretation of the prose semantics for the "Elementary" level, 
static checking should flag at least three errors on this program. 
But compilation succeeds without error.

-- Eric





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

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

[DrJava] Release addendum

[James I-C. H. <jh...@ow...>]

My apologies for the extra e-mail, but I forgot to mention a couple of
important points.

First of all, this development release requires Java SDK 1.4 or above.
This change was necessary because attempting to compile the new language
level code with our modified version of the JSR-14v2.5 jar (which would
make it compatible with 1.3) would cause a strange Hotspot error at
compile-time that we did not know how to get around.  We are interested in
hearing your feedback about this change, especially if you are a user that
is using 1.3 and cannot upgrade.

Second, developers will have to run "cvs update" in the lib directory to
get the new javalanglevels.jar.  The code itself is located in the
CVS repository of the SourceForge site called javalanglevels.

James

[DrJava] [ drjava-Bugs-975666 ] Javadoc, 1.5

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

Bugs item #975666, was opened at 2004-06-18 15:52
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=975666&group_id=44253

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Neal Horowitz (nrhorowitz)
Assigned to: Nobody/Anonymous (nobody)
Summary: Javadoc, 1.5

Initial Comment:
Well, the summary says it all.  Currently, Javadoc
rejects all 1.5-type syntax.  I would have thought it's
a problem with the arguments we pass to Javadoc
programmatically, but I'm not sure if it works at all
for the moment.  When I try it from the command line,
it blows up with an internal IllegalArgumentException.
 I haven't tested it on a wide range of files, though.

Regardless, this is something we should get working
before the official release of 1.5.

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

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

[DrJava] [ drjava-Feature Requests-975656 ] Versions of project files

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

Feature Requests item #975656, was opened at 2004-06-18 17:28
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=975656&group_id=44253

Category: Other
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Moez A. Abdel-Gawad (moez)
Assigned to: Nobody/Anonymous (nobody)
Summary: Versions of project files 

Initial Comment:
A user makes a new project, saves it, closes DrJava and 
downloads a new version ... just to find that the new 
version of DrJava cannot open his/her project file, 
because of change in the format of the project file.

If a "version" field is added to the Project Properties, 
which may be hidden from the user, it would help solve 
that problem so that newer versions of DrJava could 
open project files saved in earlier versions of DrJava.

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

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

[DrJava] drjava-20040618-2037 released

[James I-C. H. <jh...@ow...>]

This development release of DrJava includes a great deal of new features
and some bug fixes.  We have now added support for Language Levels,
projects, and Java 1.5 features in the Interactions Pane.

The language level facility supports progressively complex subsets of the
Java language.  Two of the main benefits of language levels are the
avoidance of the need to teach students a great deal of syntax before they
can begin to write programs in Java and the commonplace methods such as
toString and equals that are automatically generated at the early levels.
Only the Elementary and Intermediate levels are supported at this time.
More detailed documentation on language levels can be found at
http://www.cs.rice.edu/~javaplt/doc/LanguageLevelDocumentation.html.

The project facility allows users to create .pjt files that store a list
of files that are associated with a project and the path that compiled
files should be placed in.  Users can open, save, and close projects from
the new Project menu.  Project files are displayed as trees in the
document list pane on the left.  In the future, more functionality will be
added to projects.

Java 1.5 features such as autoboxing/unboxing, static import, foreach,
variable arguments, and enums are now supported in the Interactions Pane
if DrJava is run with a Java 1.5 compiler.  Generics are allowed, but no
type-checking is done.

A major memory leak has been fixed such that projects with hundreds of
files can now be opened.  There were other minor bug fixes as well.

There are many new features in this release, and we will attempt to
release more frequently in the future, however, most of these features
were worked on in parallel and completed at nearly the same time.  Please
download and test this release as your primary copy of DrJava
(http://drjava.org).

Signing off,
James