You can subscribe to this list here.
2002 |
Jan
(17) |
Feb
(80) |
Mar
(56) |
Apr
(79) |
May
(9) |
Jun
(60) |
Jul
(29) |
Aug
(40) |
Sep
(23) |
Oct
(6) |
Nov
(25) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(17) |
Feb
(85) |
Mar
(22) |
Apr
(3) |
May
(18) |
Jun
(27) |
Jul
(38) |
Aug
(19) |
Sep
(15) |
Oct
(6) |
Nov
(2) |
Dec
(5) |
2004 |
Jan
(19) |
Feb
(26) |
Mar
(30) |
Apr
(29) |
May
(8) |
Jun
(28) |
Jul
(39) |
Aug
(17) |
Sep
(19) |
Oct
(12) |
Nov
(18) |
Dec
(9) |
2005 |
Jan
(5) |
Feb
(18) |
Mar
(4) |
Apr
(5) |
May
(9) |
Jun
(10) |
Jul
(15) |
Aug
(11) |
Sep
(6) |
Oct
(6) |
Nov
(11) |
Dec
(6) |
2006 |
Jan
(10) |
Feb
(27) |
Mar
(24) |
Apr
(39) |
May
(14) |
Jun
(14) |
Jul
(5) |
Aug
(15) |
Sep
(21) |
Oct
(25) |
Nov
(10) |
Dec
(6) |
2007 |
Jan
(19) |
Feb
(23) |
Mar
(10) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(8) |
Aug
(6) |
Sep
(10) |
Oct
(7) |
Nov
(4) |
Dec
(5) |
2008 |
Jan
(23) |
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(11) |
Jun
(10) |
Jul
(12) |
Aug
(19) |
Sep
(11) |
Oct
(4) |
Nov
(6) |
Dec
|
2009 |
Jan
(8) |
Feb
(15) |
Mar
(21) |
Apr
(12) |
May
(14) |
Jun
(9) |
Jul
(2) |
Aug
(17) |
Sep
(36) |
Oct
(31) |
Nov
(13) |
Dec
(13) |
2010 |
Jan
(24) |
Feb
(17) |
Mar
(32) |
Apr
(18) |
May
(9) |
Jun
(6) |
Jul
(11) |
Aug
(18) |
Sep
(7) |
Oct
(20) |
Nov
(5) |
Dec
(4) |
2011 |
Jan
(1) |
Feb
(5) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(7) |
Oct
(1) |
Nov
(3) |
Dec
(1) |
2012 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(3) |
Dec
|
2013 |
Jan
(1) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2003-07-10 01:36:13
|
Bugs item #768836, was opened at 2003-07-09 18: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=768836&group_id=44253 Category: Other Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to launch DrJava from jar file Initial Comment: I built DrJava from source and ran "ant jar" to build the jar file. The result is that the application is not running when I launch it using java -jar drjava.jar However, I am able to launch it when I run the following command java edu.rice.cs.drjava.DrJava I am using Linux and JSDK ver 1.4.1 I would like to run it from the jar file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=768836&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-09 21:36:35
|
Feature Requests item #768748, was opened at 2003-07-09 21: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=768748&group_id=44253 Category: User interface Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: P Cause (pcause) Assigned to: Nobody/Anonymous (nobody) Summary: User selectable look and feel Initial Comment: Hw about enabling the user selectable look and feel. It is there in Java and should be easy to add to the preferences ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=768748&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-09 21:34:52
|
Feature Requests item #768745, was opened at 2003-07-09 21:34 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=768745&group_id=44253 Category: Other Group: None Status: Open Priority: 5 Submitted By: P Cause (pcause) Assigned to: Nobody/Anonymous (nobody) Summary: Ant integration Initial Comment: You've got it all except for Ant integration. Students need to learn how to use / interact with the build environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=768745&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-09 20:58:20
|
Bugs item #768726, was opened at 2003-07-09 20: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=768726&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 7 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Top-level comments in Interactions are rejected Initial Comment: The new Interactions pre-processor incorrectly rejects winged comments at the top level. Multi-line comments work fine, as do comments in multi-line expressions. Broken: > // comment > int x; // comment Works: > /* comment */ > (3 // comment ) > if (true) { // comment } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=768726&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-07 23:58:54
|
Bugs item #767424, was opened at 2003-07-07 16: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=767424&group_id=44253 Category: Javadoc integration Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hal Perkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: JavaDoc usage Initial Comment: After working with the JavaDoc interface for a bit, I realized that there are two distinct reasons for generating JavaDoc, and the current DrJava interface isn't quite right for both of them. There are two stories: 1) User is working on a file and wants to see/proofread the JavaDoc generated from that one file. The generated JavaDoc for this use would benefit from not having all the links to inherited information -- the user is essentially toggling between the JavaDoc and source for the class. Itwould be best to have the JavaDoc appear in a simple window with no frames. (BTW, this is a powerful teaching tool since it makes a strong distinction between the implementor's and client's view of a class.) 2) User wants to generate JavaDoc for the entire project, either for his/her personal use or to make it available to others. This is best displayed in a standard JavaDoc framed viewer, with lists of classes to the left, an index at the top, etc. I'm not sure if this really qualifies as a bug or as a feature request, so my apologies if it's posted in the wrong place. However, it'd be great to think this through and refine the interface. Thanks Hal ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=767424&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-07 23:28:06
|
Bugs item #767416, was opened at 2003-07-07 16:28 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=767416&group_id=44253 Category: Javadoc integration Group: Ugly Status: Open Resolution: None Priority: 5 Submitted By: Hal Perkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: JavaDoc generation somewhat clumsy Initial Comment: Finally got some time to try out the 7/1 beta. This is great stuff (mostly). The JavaDoc integration is a great addition, but it is a bit clumsy to use. There are two things in particular that I hope can be tweaked easily enough: 1) DrJava should have a sensible default for where to put the generated JavaDoc. Right now, it pops up a dialog to select a directory, with a default directory that seems to be an almost random choice - meaning the generated docs could wind up "lost". Best would be to just go ahead and create a "doc" directory in the top-level folder containing the DrJava project that's currently open. There might be some reason to allow the user to change this as a per-project option, but beginners wanting to view their JavaDoc should be able to generate it and have something reasonable happen without having to navigate or configure anything. (BTW, "doc" is the directory BlueJ uses. Doing the same might minimize some confusion if people switch between the two environments.) 2) I generated JavaDoc for a tiny class and the viewer that popped up had a couple of frames with the following message in the large frame to the right: "the front page has been relocated. Please see: frames version | non-frames version". The "frames version" button is a complete mistake, since it produces a frame within the frame. In any case, this shouldn't happen. Configuration: WinXP Pro, Java 1.4.2, DrJava 20030701- 0203. Thanks Hal ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=767416&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-07 19:34:56
|
Ease of use Issues item #767295, was opened at 2003-07-07 14:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=460211&aid=767295&group_id=44253 Category: Platform Independent Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Centgraf (centgraf) Assigned to: Nobody/Anonymous (nobody) Summary: Interactions "No Method" Error Message Initial Comment: When the current interactions pre-processor (as of beta-20030701) cannot find a method Y in class X, it prints this message: Error: No 'Y' method in 'X' However, this message can be misleading if the reason the pre-processor cannot find the method is because of the type of its arguments. Take this simple interaction, for example: > System.exit(); Error: No 'exit' method in 'java.lang.System' The pre-processor should check whether a method exists with different arguments than given before printing this message. If a method or methods with this name is found, a different error message should be produced, highlighting the argument mismatch. Perhaps the error message could print the signatures of potentially matching methods with the given name, up to a limit of a few lines of output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=460211&aid=767295&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-04 20:37:39
|
Bugs item #766150, was opened at 2003-07-04 15:37 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=766150&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Yevgeniy Makarov (emakarov) Assigned to: Nobody/Anonymous (nobody) Summary: Console input freezes Initial Comment: When I run the following program: import java.io.*; public class Test { public static void main( String[] args) throws IOException { InputStreamReader reader= new InputStreamReader (System.in); BufferedReader console = new BufferedReader(reader); console.readLine(); } } the mouse pointer in the interaction pane turns into a watch and I cannot type anything. The only way to terminate the program seems to be to reset interactions. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=766150&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-07-01 20:01:05
|
Bugs item #764160, was opened at 2003-07-01 19: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=764160&group_id=44253 Category: Debugger Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Ben Bederson (bederson) Assigned to: Nobody/Anonymous (nobody) Summary: Watch variables values aren't updated properly Initial Comment: If I am watching a variable, and then modify the variable through the Interactions pane, the value of the variable in the Watch pane isn't updated. However, the value of the variable within the running program is correctly updated. It appears to be totally repeatable. I tested this with a tiny program that just set and returned an int value, so I won't bother posting it here. DrJava version: 20030701-0203 Windows XP JDK 1.4.1_03 - Ben +--------------------------------------------------------------------+ | Asst. Prof. Ben Bederson Director, Human-Computer Interaction Lab | | bed...@cs... Computer Science Department | | www.cs.umd.edu/~bederson 3171 A.V. Williams Building | | (301) 405-2764 University of Maryland | | (301) 405-6707 (FAX) College Park, MD 20742 | +--------------------------------------------------------------------+ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=764160&group_id=44253 |
From: Charles R. <cr...@ri...> - 2003-07-01 02:57:31
|
We have just released drjava-beta-20030701, a beta release in preparation for the next stable release of DrJava. This version contains all of the improvements and bug fixes from the recent development releases, written primarily by the students of Rice University's Comp 312 (Program Engineering) course. Among many other changes, these new features include support for using the Interactions Pane in the context of a breakpoint in the debugger, support for generating Javadoc documentation, support for generic types in the Interactions Pane, and support for reading input from System.in. A significant number of bugs have also been fixed in recent releases. This beta release will serve as the basis for the next stable release of DrJava, which will be available in about two weeks. We encourage you to download and extensively use this release, submitting any bugs that you find. We appreciate your help in making DrJava as stable as possible! You can download the beta from our home page: http://drjava.org Thanks, Charlie Reis |
From: SourceForge.net <no...@so...> - 2003-06-30 03:47:09
|
Feature Requests item #762991, was opened at 2003-06-30 03:47 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=762991&group_id=44253 Category: User interface Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Show test names when testing Initial Comment: Story: User clicks Test on a JUnit TestCase. The Test Output tab is displayed, with a message indicating which file is being tested. As each test method starts, the name of the test is printed to the tab. As each test method completes, the result is either printed next to the test name or the test name is colored green or red according to the result. When all the tests complete, any errors (or the success message) are printed below the list of test names. (Optionally, the time taken for each test could be displayed as well.) Notes: Almost all the information needed for this is already passed into the listener. We just have to display it in the panel. Care needs to be taken to associate the right result with the right name, though, since the events don't necessarily happen in order if the test is fast. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=762991&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-29 21:21:11
|
Bugs item #762874, was opened at 2003-06-29 21:21 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=762874&group_id=44253 Category: Debugger Group: Serious Status: Open Resolution: None Priority: 7 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: No watch values for multiple nested classes Initial Comment: In the debugger, the user can watch variables and field on the current class or its enclosing class. However, fields on enclosing classes beyond one level don't work, such as: class Foo { int x; class FooInner { class FooInnerInner { public void foo() {...} } } } While at a breakpoint in foo(), the watch table won't see x. This is because the watch logic only looks for this$0, and not the correct field. (In the case above, it would be this.this$1.this$0.x.) This will be particularly hard to fix, since we don't know which index to use for the first "this$N"... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762874&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-29 21:16:17
|
Bugs item #762871, was opened at 2003-06-29 21:16 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=762871&group_id=44253 Category: Javadoc integration Group: Serious Status: Open Resolution: None Priority: 7 Submitted By: Charles Reis (csreis) Assigned to: Nobody/Anonymous (nobody) Summary: Javadoc links don't work in Windows Initial Comment: Once the Javadoc browser has been displayed in Windows, the user is unable to follow any links. The links in the files are relative, but the URL doesn't include the base directory. (eg. A link to Foo.html creates a URL to file:/Foo.html instead of file:C:\dir\Foo.html.) This could be an issue with HTMLDocuments in Windows, since the HTMLDocument is supposed to have a notion of a base directory. We might just need to set it explicitly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762871&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-29 21:12:06
|
Bugs item #762867, was opened at 2003-06-29 21:12 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=762867&group_id=44253 Category: Definitions (source editor) Group: Serious Status: Open Resolution: None Priority: 8 Submitted By: Charles Reis (csreis) Assigned to: Charles Reis (csreis) Summary: Can open multiple copies of a file Initial Comment: If you use different names for the same file, you can open multiple copies of it in DrJava. For example, the following will all open as separate files: /home/user/code/Foo.java /home/user/code/./Foo.java /home/user/code/dir/../Foo.java This could result in strange behavior with inconsistent copies of a file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762867&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-28 06:33:56
|
Bugs item #762273, was opened at 2003-06-27 23: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=762273&group_id=44253 Category: UI: Windows-specific Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 6 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: XP LookAndFeel doesn't work in DrJava Initial Comment: I get this error if I try to run DrJava with the new Windows XP look-and-feel (jdk1.4.2). I also tried it with another non-trivial program (an old comp314 project), which works from the command-line if I specify the new look-and-feel but not from within the interactions pane. java.lang.UnsatisfiedLinkError: getTextResourceByInt at com.sun.java.swing.plaf.windows.XPStyle.getTextResour ceByInt(Native Method) at com.sun.java.swing.plaf.windows.XPStyle.<init> (Unknown Source) at com.sun.java.swing.plaf.windows.XPStyle.getXP (Unknown Source) at com.sun.java.swing.plaf.windows.WindowsProgressBarUI.i nstallDefaults(Unknown Source) at javax.swing.plaf.basic.BasicProgressBarUI.installUI (Unknown Source) at javax.swing.JComponent.setUI(Unknown Source) at javax.swing.JProgressBar.setUI(Unknown Source) at javax.swing.JProgressBar.updateUI(Unknown Source) at javax.swing.JProgressBar.<init>(Unknown Source) at javax.swing.JProgressBar.<init>(Unknown Source) at javax.swing.JProgressBar.<init>(Unknown Source) at edu.rice.cs.drjava.ui.JUnitPanel$JUnitProgressBar.<init> (JUnitPanel.java:454) at edu.rice.cs.drjava.ui.JUnitPanel.<init> (JUnitPanel.java:122) at edu.rice.cs.drjava.ui.MainFrame._setUpTabs (MainFrame.java:2675) at edu.rice.cs.drjava.ui.MainFrame.<init> (MainFrame.java:1077) at edu.rice.cs.drjava.DrJava.main (DrJava.java:151) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at koala.dynamicjava.interpreter.EvaluationVisitor.visit (EvaluationVisitor.java:666) at edu.rice.cs.drjava.model.repl.EvaluationVisitorExtension.v isit(EvaluationVisitorExtension.java:222) at koala.dynamicjava.tree.StaticMethodCall.acceptVisitor (StaticMethodCall.java:107) at edu.rice.cs.drjava.model.repl.DynamicJavaAdapter$Interp reterExtension.interpret(DynamicJavaAdapter.java:430) at edu.rice.cs.drjava.model.repl.DynamicJavaAdapter.interpr et(DynamicJavaAdapter.java:96) at edu.rice.cs.drjava.model.repl.newjvm.InterpreterJVM$4.ru n(InterpreterJVM.java:261) Besides the WindowsProgressBarUI, I also got the error from a WindowsToggleButtonUI. Anyway, we should try to track this down at some point. It's not essential--DrJava runs fine with plain old Metal, but this problem can also occur if jdk1.4.2 users try to run new apps with this look-and-feel from the interactions pane. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762273&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-27 22:45:39
|
Bugs item #762153, was opened at 2003-06-27 15:45 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=762153&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Unable to open files Initial Comment: I am trying to open files and when I do (after selecting "Open" in File Chooser) the application hangs. I am also receiving an error message when the application first launches. It states The interactions window was terminated by a call to System.exit(); I am using JDK1.4.1 and using the latest build of the code base on Linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762153&group_id=44253 |
From: Charles R. <cr...@ri...> - 2003-06-27 21:01:31
|
We've just put up a development release of DrJava, which includes significantly improved Javadoc features (such as the ability to specify custom parameters in the Preferences window), re-enabled support for generic types in the Interactions Pane, and tool tips for each option in the Preferences. This will likely be the last development release before the upcoming beta release, so please download it and give it a try in your environment, letting us know if you encounter any bugs. You can download it from the "more download options" link at: http://drjava.org Charlie |
From: SourceForge.net <no...@so...> - 2003-06-27 20:04:29
|
Bugs item #762072, was opened at 2003-06-27 13:00 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=762072&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: DrJava Freezing After File Open Initial Comment: I try to open a file and after FileChooser is closed, the application hangs. Also, when the application is first launched, an error message appears: The interations window was terminated by a call to System.exit(3) Does this message have anything to do with the freezing of the application. I am running the code base on a linux machine using JDK 1.4.1. I any updated this morning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=762072&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-27 17:38:12
|
Bugs item #761984, was opened at 2003-06-27 10:38 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=761984&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot find javac.jar Initial Comment: I am unable to find the javac.jar file required for JSR-14. I went to Sun's website following the URL that was given on the website to download the zip file. When I downloaded it, and unzipped, there was not jar file labeled, javac.jar. There are other jar files in there, but unclear as to which one is the required one for DrJava. please advise. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=761984&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-26 23:45:47
|
Bugs item #761538, was opened at 2003-06-26 16:45 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=761538&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot compile Initial Comment: having problems compiling from edu/rice/cs/drjava I following the instructions on the website to a tee and received the following errors. Downloaded the lates source code. ~/personal/drjava/src/edu/rice/cs/drjava> ant clean compile Buildfile: build.xml [taskdef] Could not load definitions from resource clovertasks. It could not be found. clean: init: [taskdef] Could not load definitions from resource clovertasks. It could not be found. check_for_jsr14: [taskdef] Could not load definitions from resource clovertasks. It could not be found. compile-tstamp-gmt: do-compile: [javac] Compiling 307 source files to /home/ragarcia/personal/drjava/built [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/ui/MainFrame.java:289: cannot resolve symbol [javac] symbol : class DirectorySelector [javac] location: class edu.rice.cs.drjava.ui.MainFrame [javac] private DirectorySelector _javadocSelector = [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/config/OptionConstants.java:554: cannot resolve symbol [javac] symbol : class ForcedChoiceOption [javac] location: interface edu.rice.cs.drjava.config.OptionConstants [javac] public static final ForcedChoiceOption JAVADOC_ACCESS_LEVEL = [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/config/OptionConstants.java:587: cannot resolve symbol [javac] symbol : class ForcedChoiceOption [javac] location: interface edu.rice.cs.drjava.config.OptionConstants [javac] public static final ForcedChoiceOption JAVADOC_LINK_VERSION = [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/model/DefaultG lobalModel.java:1092: cannot resolve symbol [javac] symbol : class DirectorySelector [javac] location: class edu.rice.cs.drjava.model.DefaultGlobalModel [javac] public void javadocAll(DirectorySelector select, final FileSaveSel ector saver) throws IOException, InvalidPackageException { [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/ui/MainFrame.j ava:290: cannot resolve symbol [javac] symbol : class DirectorySelector [javac] location: class edu.rice.cs.drjava.ui.MainFrame [javac] new DirectorySelector() { [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/config/OptionC onstants.java:555: cannot resolve symbol [javac] symbol : class ForcedChoiceOption [javac] location: interface edu.rice.cs.drjava.config.OptionConstants [javac] new ForcedChoiceOption("javadoc.access.level", "protected", acce ssLevelChoices); [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/config/OptionC onstants.java:588: cannot resolve symbol [javac] symbol : class ForcedChoiceOption [javac] location: interface edu.rice.cs.drjava.config.OptionConstants [javac] new ForcedChoiceOption("javadoc.link.version", "1.3", linkVersio nChoices); [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/ui/config/Conf igFrame.java:547: cannot resolve symbol [javac] symbol : class ForcedChoiceOptionComponent [javac] location: class edu.rice.cs.drjava.ui.config.ConfigFrame [javac] (new ForcedChoiceOptionComponent(OptionConstants.JAVADOC_ACCES S_LEVEL, [javac] ^ [javac] /home/ragarcia/personal/drjava/src/edu/rice/cs/drjava/ui/config/Conf igFrame.java:550: cannot resolve symbol [javac] symbol : class ForcedChoiceOptionComponent [javac] location: class edu.rice.cs.drjava.ui.config.ConfigFrame [javac] (new ForcedChoiceOptionComponent(OptionConstants.JAVADOC_LINK_ VERSION, [javac] ^ [javac] Note: * uses or overrides a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -warnunchecked for details. [javac] 9 errors BUILD FAILED file:../build-common.xml:266: Compile failed; see the compiler error output for details. Total time: 18 seconds jdk 1.4.1 Classpath is set using linux Linux 2.4.19-5psmp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=761538&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-26 16:04:06
|
Feature Requests item #761270, was opened at 2003-06-26 09:04 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=761270&group_id=44253 Category: User interface Group: Small (< 1 pair-week) Status: Open Priority: 5 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: Config Option Descriptions Initial Comment: Story: A new user to DrJava is trying to set up his preferences. While browsing the various configuration options, the user comes upon an option whose use is not immediately apparent. Confident that the DrJava developers would provide him with help in this situation, the new user hovers the mouse over the option, and a tooltip pops up with a complete description of the option. The user is then able to configure his DrJava more intelligently. This would probably be fairly straightforward to implement. Each Option would have a method like "getDescription()" to give detailed information as to its function. Each OptionComponent would then merely have to call JComponent.setToolTipText() with the description. This information would probably be optional, so as to save implementing it for particularly braindead options. If setDescription() is never called, no tooltip would be displayed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=761270&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-20 18:47:32
|
Bugs item #758092, was opened at 2003-06-20 18:47 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=758092&group_id=44253 Category: Compiler integration Group: Serious Status: Open Resolution: None Priority: 8 Submitted By: Charles Reis (csreis) Assigned to: Charles Reis (csreis) Summary: No compiler in JDK 1.3 since 20030613 Initial Comment: I'm amazed this hasn't been discovered sooner (and I'm partially to blame), but none of the recent development releases from June 13th forward work in JDK 1.3 on any platform. DrJava complains that it can't find tools.jar, even if the user specifies it. This is almost certainly a problem with compilers.jar, which was modified to support JSR-14 v2.0. We need to address this ASAP. (I'm about to leave town for the weekend, so I'll look at it with Neal on Monday.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=758092&group_id=44253 |
From: Charles R. <cr...@ri...> - 2003-06-20 18:13:57
|
The drjava-20030620-1754 release is now available, which provides several bug fixes for classloading issues in the Interactions Pane, along with improved logic for watches in the debugger. This version also includes support for the Clover test coverage tool in DrJava's build process. Run "ant clover" in either the drjava or util directories to generate a "clover" HTML directory next to your "src" directory. The current clover reports are online at: http://drjava.sf.net/clover/ IMPORTANT: Many changes have been made to the lib directory and build-common.xml, and there have been recent changes to the compiler adapter source trees. To get these changes, run "cvs update -Pd" in your ~/drjava/src directory. You will also need to put the new clover.jar from the "lib" directory on your classpath! Charlie |
From: SourceForge.net <no...@so...> - 2003-06-19 18:15:50
|
Bugs item #757409, was opened at 2003-06-19 13:15 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=757409&group_id=44253 Category: Interactions Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Dave Musicant (musicant) Assigned to: Nobody/Anonymous (nobody) Summary: Marine Biology Case Study problems Initial Comment: I am experiencing the following "show stopper" behavior with the Advanced Placement Marine Biology Case Study, with all recent versions of DrJava as well as the last stable release, under JDK 1.4.1_03. Here is my sample program: class ExerciseSet1 { public static void main(String[] args) { BoundedEnv env = new BoundedEnv(20,20); Location loc1 = new Location(7,3); Location loc2 = new Location(7,4); Direction dir1 = env.getDirection(loc1,loc2); } } This code compiles just fine. When I try to run it in the Interactions Pane by saying "java ExerciseSet1", I get the error: "Error: Undefined class 'ExerciseSet1'" This error goes away if I comment out the last line of my sample program, i.e. the one that runs the getDirection method. The code also runs just fine if I use different methods in the BoundedEnv class instead, such as env.numCols(). The only difference that I can see between these methods and getDirection is that the getDirection method is not explicitly contained in the BoundedEnv, but is instead inherited from the abstract superclass SquareEnvironment. I have my classpath in DrJava set up to include the two jar files provided by the Marine Biology case study, namely mbsgui.jar and mbsbb.jar. The code for BoundedEnv is explictly provided, but SquareEnvironment is provided as "black box" code and only its compiled class file is provided in mbsbb.jar. The above code runs just fine both from the command line and within JCreator. Could this be a problem with Dynamic Java? The above code is a fragment of the very first program that the students are asked to write within the case study. I have included the zip file containing the Marine Biology Case Study, which is also available for download from the College Board. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=757409&group_id=44253 |
From: SourceForge.net <no...@so...> - 2003-06-18 22:04:12
|
Bugs item #756869, was opened at 2003-06-18 17:04 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=756869&group_id=44253 Category: Debugger Group: Makes DrJ unstable Status: Open Resolution: None Priority: 5 Submitted By: Dave Musicant (musicant) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger unusually sluggish in new releases Initial Comment: I am trying to run the new development releases drjava-20030613-1720.jar and drjava-20030617-2059.jar on my office machine, which is a 733 MHz Windows 98 machine running JDK 1.4.1_03. When I select Debugger, Debug Mode from the menu bar at the top, DrJava is slow about bringing up the debugger pane (15 seconds). Running a small program with a breakpoint on the second line seems to hang indefinitely. The last stable release (drjava-stable-20030313.jar) is sluggish but useable: 1 second to start the debugger window, and 14 seconds to reach the breakpoint on the second line of my program. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=756869&group_id=44253 |