drjava-hackers — DrJava developers mailing list

[DrJava] DrJava Beta Release

[Charles R. <cr...@ri...>]

  I have just released a beta version of DrJava containing all of the
changes in the recent development releases.  This release will be the
basis for the next stable release, targeted for next Thursday.  Please
download this release and test it thoroughly to ensure no new bugs have
crept in!  (Especially test any changes you have recently worked on.)

  Because of this release, I am requesting that all students in 312 be
extremely conservative in which changes you commit between now and the
stable release.  Luckily, this release coincides with our spring break, so
I do not expect there to be much activity in the next week.  However,
please make an effort not to commit any significant functionality aside
from bug fixes between now and next Thursday, unless you are certain it is
rock solid on all platforms.

Thanks!
Charlie

[DrJava] [ drjava-Bugs-697825 ] Debugger queues threads during a breakpoint

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

Bugs item #697825, was opened at 2003-03-05 07:35
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=697825&group_id=44253

Category: Debugger
Group: Makes DrJ unstable
Status: Open
Resolution: None
Priority: 7
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Debugger queues threads during a breakpoint

Initial Comment:
It appears that a countless number of threads build up
if DrJava sits idle at a breakpoint for a long period
of time.  If you leave it overnight or over a weekend,
an OutOfMemory exception will occur, and the system
might not even behave properly (being unable to spawn
any new threads).

I'm not sure what's causing this, but one guess would
be an RMI thread on one JVM or the other which can't
finish its task while the breakpoint is hit.  If such a
thread is spawned repeatedly, it could result in this
behavior.  (Maybe it's a thread that regularly checks
if the other JVM is still around?)  It's important to
disable whatever is causing this while anything in the
InterpreterJVM is suspended.

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

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

[DrJava] drjava-20030304-2327 released

[Charles R. <cr...@ri...>]

  I just put out a development release including all the bug fixes that
were completed for 312.  Be sure to download it and make sure that it
behaves as you expect.  I hope to follow up with a beta release shortly.

Charlie

[DrJava] Update util

[Charles R. <cr...@ri...>]

   The most recent commit will require you to run "ant update" in the util 
package, since it includes some changes to the new DocumentAdapter interface.

Charlie

[DrJava] Fwd: Obscure jakarta-ant-1.5.1/bin/ant, jikes & DP bug

[Peter C. <cen...@ri...>]

FYI for those using the 1.4.1 Developer Preview on Mac OS X:

--
Peter

Begin forwarded message:

> From: Dwayne Schultz <dw...@sc...>
> Date: Wed Feb 26, 2003  5:57:30  PM US/Central
> To: jav...@li...
> Subject: Obscure jakarta-ant-1.5.1/bin/ant, jikes & DP bug
>
> It appears the ant script in 1.5.1 has bug in it that directly effects  
> OS X.  If you have DP10 installed but the command line set to use  
> 1.3.1 by setting PATH and JAVA_HOME, you will see the problem.  You  
> must also tell ant to use jikes with a -Dbuild.compiler=jikes.  The  
> ant script detects that it is running on OS X then picks up all of the  
> jars in  
> /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/ 
> Classes which are 1.4.1 classes.
>
> You may not notice this immediately because 1.3.1 classes are before  
> 1.4.1 classes.  You can verify this by calling ant with a -verbose  
> option and looking at the classpath in a javac task.
>
> To fix the problem change the following line of  
> jakarta-ant-1.5.1/bin/ant:
>
>     
> OSXHACK="/System/Library/Frameworks/JavaVM.framework/Versions/ 
> CurrentJDK/Classes"
>
> to:
>
>    OSXHACK="$JAVA_HOME/../Classes"
>
> I have filed a bug with the ant project:
>
> http://issues.apache.org/bugzilla/show_bug.cgi?id=17458
>
> Dwayne

[DrJava] [ drjava-Feature Requests-694679 ] Allow redefinition in interactions

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

Feature Requests item #694679, was opened at 2003-02-27 16:20
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=694679&group_id=44253

Category: Interactions
Group: Medium (< 1 pair-month)
Status: Open
Priority: 5
Submitted By: Eric E. Allen (eallen)
Assigned to: Eric E. Allen (eallen)
Summary: Allow redefinition in interactions

Initial Comment:
Who cares if you redefine a variable in interactions? This is a silly thing to prevent, especially when the original definition caused an error, or an import statement was issued since the original definition. But more generally, I think the costs of prohibiting redefinition in any circumstance outweigh the benefits.

We should be able to address this feature request fairly easily as part of the interactions preprocessor project.

-- Eric

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

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

[DrJava] [ drjava-Bugs-693743 ] Unexpected Open behavior from Cancel button.

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

Bugs item #693743, was opened at 2003-02-26 10:42
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=693743&group_id=44253

Category: UI: MacOS X-specific
Group: Annoying
Status: Open
Resolution: None
Priority: 1
Submitted By: Jim Van Fleet (bigfleet)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unexpected Open behavior from Cancel button.

Initial Comment:
On OS X, a user opens a file normally.  The user then
enters the open dialog, selects a file, then realizes
that the file they want was actually already open, then
clicks the red cancel button in the upper left.

Instead of the box disappearing, the selected file opens.

We've determined this to be an Apple 1.3 JDK bug, so
we'll likely not pursue it.

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

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

[DrJava] [ drjava-Ease of use Issues-693253 ] Shift+Backspace does nothing

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

Ease of use Issues item #693253, was opened at 2003-02-25 17:41
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=460211&aid=693253&group_id=44253

Category: Windows-Specific
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Daniel Bright (dbright)
Assigned to: Nobody/Anonymous (nobody)
Summary: Shift+Backspace does nothing

Initial Comment:
As the topic says, shift+Backspace does nothing.

Expected behavior: Same as pressing Backspace , it 
deletes one character or selected text.  This becomes 
an issue when typing ()'s.  If i mess up It forces me to 
remove my piny from shift, slowing me down.

Might just be a personal opinion, but the other IDE's I 
use work like this (Jcreator, jEdit, BlueJ, etc)




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

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

[DrJava] Update lib directory

[Charles R. <cr...@ri...>]

  My last commit included some bug fixes to the DynamicJava jar, so you
will need to run "cvs update" in your lib directory to get the changes.
(A few tests will fail if you don't.)

Charlie

[DrJava] [ drjava-Bugs-692467 ] Toolbar buttons inconsistent in size

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

Bugs item #692467, was opened at 2003-02-24 13:58
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=692467&group_id=44253

Category: User interface
Group: Ugly
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Yaung (theoyaung)
Assigned to: Nobody/Anonymous (nobody)
Summary: Toolbar buttons inconsistent in size

Initial Comment:
I know that this is a lack of forsight on Swing's part, but 
it's programatically solveable.

The toolbar buttons in DrJava are believe it or not, 
inconsistent in their vertical size, though one would 
expect them to be, for visual aesthetics / consistency.  I 
think it detracts from the feel that DrJava is a "polished" 
piece of software.

This is specifically noticed for the sizes of buttons that 
have icons, and buttons that have only text.  The 
buttons with only text are a smidgeon smaller than 
those with the icons.

In the past, I've fixed this by keeping track of the largest 
maximum size / preferred size that a button maintains, 
and whenever a new button is added, it adjusts the max-
size, and/or sets the button's size so that it will also be 
at that size.

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

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

[DrJava] [ drjava-Feature Requests-691374 ] Scrool wheel support for Mac OS X

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

Feature Requests item #691374, was opened at 2003-02-22 14:58
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=691374&group_id=44253

Category: User interface
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Scrool wheel support for Mac OS X

Initial Comment:
I'm a new CS student at the University of Washington. 
I use Dr. Java under Mac OS X.2.4.  I was wondering if
there's anyway or if it could be implented to add
scroll wheel support to Dr. Java for mac OS X?  Even if
you could make an option to bind a key to move up and
move down I could manually set my mouse.  

Thanks,
Steven
sloeppky@u.washington.edu

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

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

[DrJava] [ drjava-Bugs-691083 ] Reboots Computer

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

Bugs item #691083, was opened at 2003-02-22 00:51
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=691083&group_id=44253

Category: UI: Windows-specific
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Reboots Computer

Initial Comment:
DrJava ver   20020913-2254
Java2SDK ver  1.4.1

DrJava has been running fine for a while, and now all of 
a sudden it reboots my machine with NO WARNING 
whenever I close it (be it by pressing the X button, or by 
selecting close on the task on the taskbar). Even tried 
killing the process, still reboots my computer.

The machine is a p3@600, 320meg SDRam @ 133mhz
This is happening on WinXP pro.

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

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

[DrJava] [ drjava-Bugs-689888 ] Save Interactions History Overwrites w/o Prompt

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

Bugs item #689888, was opened at 2003-02-20 02:15
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=689888&group_id=44253

Category: User interface
Group: Could cause data loss
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Centgraf (centgraf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Save Interactions History Overwrites w/o Prompt

Initial Comment:
Story:

A user saves their current interactions history to a file on their desktop named "history.hist".  A few days later, they do the same thing.  Because their desktop is cluttered with files, they don't notice that there is already a file with that same name, so they reuse it.

DrJava should alert them that a file with the same name already exists, and ask if the user really wants to overwrite it.  Currently, DrJava silently overwrites the file without a warning or a way to avert disaster.

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

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

[DrJava] DrJava Development Release

[Charles R. <cr...@ri...>]

  I just put up a development release of DrJava, with fixes for the "load
interactions history" bug and the issue with loading a 1.4 version of
tools.jar in a 1.3 JDK.  We'd like to start moving this line of
development releases towards a stable release (hopefully before the larger
projects in 312 start up), so please download and use drjava-20030219-0515
to make sure it doesn't have any bugs that are not already reported.
Also, please try to address other outstanding bugs as you finish with your
tasks.

  I'll be out of town at SIGCSE until Sunday, so I'll respond to any
issues or questions when I get back.

Thanks!
Charlie

[DrJava] [ drjava-Bugs-689026 ] DynamicJava can't handle certain variable names

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

Bugs item #689026, was opened at 2003-02-18 15:09
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=689026&group_id=44253

Category: DynamicJava
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 3
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: DynamicJava can't handle certain variable names

Initial Comment:
This one is pretty amusing. It's almost certainly not our 
fault, but I guess we'll need either a workaround or a fix 
from the DynamicJava team: 

Define the following class in the Definitions Pane, and 
then save and compile:

"public class TestClass {}"

Now define the following variable in the Interactions Pane:

> testClass = new TestClass();

You will get the following error:

java.lang.NoClassDefFoundError: testClass (wrong 
name: TestClass)
  at java.lang.ClassLoader.defineClass0(Native Method)
  at java.lang.ClassLoader.defineClass
(ClassLoader.java:502)
  at java.security.SecureClassLoader.defineClass
(SecureClassLoader.java:123)
  at java.net.URLClassLoader.defineClass
(URLClassLoader.java:250)
  at java.net.URLClassLoader.access$100
(URLClassLoader.java:54)
  at java.net.URLClassLoader$1.run
(URLClassLoader.java:193)
  at java.security.AccessController.doPrivileged(Native 
Method)
  at java.net.URLClassLoader.findClass
(URLClassLoader.java:186)
  at java.lang.ClassLoader.loadClass
(ClassLoader.java:299)
  at java.lang.ClassLoader.loadClass
(ClassLoader.java:292)
  at java.lang.ClassLoader.loadClass
(ClassLoader.java:292)
  at java.lang.ClassLoader.loadClass
(ClassLoader.java:255)
  at java.lang.ClassLoader.loadClassInternal
(ClassLoader.java:315)
  at java.lang.Class.forName0(Native Method)
  at java.lang.Class.forName(Class.java:217)

It looks like you'll get the same error for any variable that 
has the same name as its type (modulo capitalization), 
_provided that the type is user-defined_. Library classes 
such as String, StringBuffer, and Object won't trip the 
bug.

Strangely, there are no DynamicJava methods in the 
stack trace, but how could this be a bug in Java? 
Clearly, Java lets you perform variable assignments like 
the one above (in fact, I tripped over this error while 
pasting a working unit test into interactions).

-- Eric


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

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

[DrJava] [ drjava-Feature Requests-688774 ] Make AA default setting platform-specific

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

Feature Requests item #688774, was opened at 2003-02-18 11:33
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=688774&group_id=44253

Category: User interface
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Peter Centgraf (centgraf)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make AA default setting platform-specific

Initial Comment:
The current logic for implementing the anti-aliased text config option assumes that text is not already anti-aliased unless we turn it on.  This isn't true for the Mac.  What we really want to do is enforce the current value of the config option, but make the default different under Aqua and the rest of the world.

Note that the default is "on" for the OS X implementation of Metal under 1.3.1, but "off" under 1.4.1.  This was a documented change to be more consistent with other Metal implementations.  We could choose to differentiate between JDK versions if we wish, but I think it makes more sense to only enable anti-aliasing by default under Aqua for all JDK versions.  Also keep in mind that we currently only enforce this option for the DefinitionsPane.  We should probably manipulate the relevant system property at startup to ensure that all components act consistently.  I'm not sure if this will work as a live update -- I believe there is a mention of this specific situation in the README for the 1.4.1 DP releases.  (The details are under NDA, so we probably shouldn't discuss them in this forum.)

If someone other than me implements this feature, please look at the documentation file at drjava/platform/package.html.  If it isn't clear enough, please let me know and I will update it.

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

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

[DrJava] [ drjava-Bugs-688462 ] Working directory dialog is counterintuitive

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

Bugs item #688462, was opened at 2003-02-18 00:02
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=688462&group_id=44253

Category: Config Framework
Group: Annoying
Status: Open
Resolution: None
Priority: 3
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working directory dialog is counterintuitive

Initial Comment:
Suppose we want to select the working directory 
to /a/b/c. Click on the ellipses after "Working directory" 
in preferences and navigate via clicking to directory c. 
Then we are in directory c and the "name" field 
displays "c". Click OK. Now click Apply. You will get an 
error that directory /a/b/c/c doesn't exist. 

Currently, the only way to set the working directory 
correctly is to navigate to directory b, single click on c, 
and then click Select. But navigating to directory c and 
clicking Select should work too.

-- Eric


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

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

[DrJava] [ drjava-Bugs-688460 ] Preferences window initially hidden on Windows XP

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

Bugs item #688460, was opened at 2003-02-17 23:49
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=688460&group_id=44253

Category: Config Framework
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 2
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Preferences window initially hidden on Windows XP

Initial Comment:
On Windows XP, with Sun JDK 1.4, start up the 
application and open the Preferences window. It'll open 
behind MainFrame, making it completely hidden.

Then close and reopen it. It will appear in front of 
MainFrame like it should.

-- Eric


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

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

[DrJava] [ drjava-Bugs-688456 ] DrJava won't start up on Windows XP with Java 1.3

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

Bugs item #688456, was opened at 2003-02-17 23:40
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=688456&group_id=44253

Category: Other
Group: Crashes
Status: Open
Resolution: None
Priority: 5
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: DrJava won't start up on Windows XP with Java 1.3

Initial Comment:
Are we still supporting Java 1.3? drjava-20030216 works 
fine on OS X under 1.3, but I can't even start it up on 
Windows XP. It looks like the problem is with class file 
versions.

If I try to start it with javaw, it warns me that it can't find 
the debugger, and then the splashscreen hangs. 

If I try to start it via the command-line with Cygwin, I get 
an unexpected exception. Since this only happens 
under Java 1.3, I can't cut-and-paste the entire stack 
trace into Internet Explorer, but the error is:

java.lang.UnsupportedClassVersionError:com.sun.jdi.Boo
tstrap (Unsupported major.minor version 48).

Our code is at the base of the stack trace. The last 
method of ours that's called is 
edu.rice.cs.drjava.DrJava.classLoadersCanFindDebugger
(DrJava.java:415).

I'm sorry I can't provide the entire stack trace. Let me 
know if more information would be helpful.

BTW, I am able to start it from the command-line with 
Cygwin after doing a pickjava 1.4.

Even if we don't want to support 1.3 anymore, we might 
want to consider trying to exit more gracefully, since 
there are still a lot of 1.3 JVMs out there...

-- Eric


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

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

[DrJava] [ drjava-Feature Requests-687681 ] capture most recent interactions result for pasting

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

Feature Requests item #687681, was opened at 2003-02-16 18:17
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438938&aid=687681&group_id=44253

Category: Interactions
Group: Small (< 1 pair-week)
Status: Open
Priority: 3
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: capture most recent interactions result for pasting

Initial Comment:
Before I give a story, let me explain the problem I want to solve. There might be a better solution...

When building new tests with the interactions window, I will often print out large datastructures and copy-and-paste them into the definitions pane. But once I've printed out a few of these, it becomes harder to find exactly where the last printed datastructure begins and the old ones end.

Here's one story that would solve this problem:

User enters a new input to interactions. A result (call it R) is displayed. User moves cursor to definitions pane, hits a sequence of keys (or issues a command from the menus) and R is pasted into the definitions window at the position of the cursor.

-- Eric

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

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

[DrJava] [ drjava-Bugs-687674 ] no "hourglass" cursor during indents

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

Bugs item #687674, was opened at 2003-02-16 18:03
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=687674&group_id=44253

Category: Definitions (source editor)
Group: Would be nice if fixed ...
Status: Open
Resolution: None
Priority: 2
Submitted By: Eric E. Allen (eallen)
Assigned to: Nobody/Anonymous (nobody)
Summary: no "hourglass" cursor during indents

Initial Comment:
When indenting code (especially a lot of code), the DrJava cursor should be an hourglass (or whatever signifies that the program is "working" on a given platform). Switching to hourglass cursor is especially important for a large indentation, so the user doesn't think the program is frozen.

I believe the program used to do this; I'm not sure when we lost this functionality...

-- Eric

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

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

[DrJava] [ drjava-Bugs-687631 ] "load interactions history" broken in drjava-20030216-0532

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

Bugs item #687631, was opened at 2003-02-16 15:49
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=687631&group_id=44253

Category: Interactions
Group: Serious
Status: Open
Resolution: None
Priority: 9
Submitted By: Eric E. Allen (eallen)
Assigned to: Vivek Goel (vgoel)
Summary: "load interactions history" broken in drjava-20030216-0532

Initial Comment:
Try to load an interactions history in the latest release. Nothing happens! This needs to be fixed right away.

-- Eric

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

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

[DrJava] check out the latest OS X dev release

[Eric A. <eri...@ma...>]

To all OS X users:

Check out the new development release that Charlie put up for us last 
night. For the first time ever, you can download the OS X app (as 
opposed to the jar) and start it up like any other OS X app, but still 
get JSR-14 compiler support! It's a very happy day.

BTW, In addition to all of the obvious benefits of using the OS X app 
(more descriptive dock icon, prettier start up, better menu names), we 
generic Java programmers can finally take advantage of all the hard 
work Peter has done to make DrJava a "first-class" OS X app, with 
Preferences in the right place, etc. Nice job, guys!

-- Eric

Re: [DrJava] Congrats on DrJava usage!

[Charles R. <cr...@ri...>]

  Thanks, Brian!  Actually, the other day I was looking through the list
of schools and countries that we've actually heard requests from, and it's
getting pretty long.  The schools are mainly the ones you listed, along
with Georgia Tech, University of Maryland, University of
Missouri-Columbia, and Westminster College (PA).

  The really interesting part is the list of countries:  Brazil, Britain,
Canada, China, Italy, Ireland, France, Spain, and Venezuela!

Charlie


On Sat, 15 Feb 2003, Brian Stoler wrote:

> After seeing a bug report that was sent by a student at the University
> of Washington, I was curious to find out what schools were using DrJava
> for course work. I was pretty surprised to find a bunch via a Google
> search on DrJava -- washington.edu, toronto.edu, utep.edu, colby.edu,
> indiana.edu, cornell.edu, williams.edu, uci.edu, and of course rice.edu
> (and the various .fr references). (There may have been more I omitted.)
>
> Congrats on continuing to improve DrJava and fostering its adoption at
> other schools. I am really quite impressed at the progress it has made
> and can't wait to see what it's like after this semester!
>
> -brian
> Member of Technical Staff, Oracle Corp.
> Former developer on the DrJava project

[DrJava] [ drjava-Bugs-687369 ] "Comment Line(s)" problems

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

Bugs item #687369, was opened at 2003-02-16 06:48
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=438935&aid=687369&group_id=44253

Category: Definitions (source editor)
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: "Comment Line(s)" problems

Initial Comment:
If the Undo state is disabled (eg. you just opened a document) 
and you choose "Comment Line(s)", the Undo state does not 
become enabled.  However, if you then type a character, you 
can undo both the typing and the commenting.  It looks like the 
commenting gets put in the undo history, but it doesn't refresh 
the UI's undo state. 
 
Also, I've noticed strange behavior with trying to comment a 
single line, both on Linux and OS X.  Sometimes it will comment 
the line that the cursor (and mouse click) are on, but sometimes 
it will comment the next line.  It doesn't appear to be completely 
consistent.  Sometimes I can reproduce it by choosing 
"Comment Line(s)" from the Edit menu, but not the contextual 
menu.  (Try it on a simple three line file.) 
 
Even worse-- I just saw it comment the middle of a line, by 
choosing the Edit menu command on OS X 1.4.1, with the 
cursor before "7": 
 
class FooGenerics<T> { 
  i// nt x = 7; 
} 
 
(This bug is also affected by bug 681782, where a multi-line 
selection is lost if you ctrl+click on OS X.) 

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

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