Menu
▾
▴
drjava-hackers — DrJava developers mailing list
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...> - 2004-07-27 22:43:49
|
Bugs item #999049, was opened at 2004-07-27 15:43 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=999049&group_id=44253 Category: Compiler integration Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: no reset when warnings appear Initial Comment: I like the new warnings options, guys. It's probably because it's still in development, but don't forget to reset the interactions pane when a compilation finishes with only warnings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=999049&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-27 19:35:49
|
Bugs item #998961, was opened at 2004-07-27 13: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=998961&group_id=44253 Category: Definitions (source editor) Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: R. Matt Barnett (rmbarnett) Assigned to: Nobody/Anonymous (nobody) Summary: Open comment not "auto *'ed" on paste. Initial Comment: Say I open a comment in DrJava: /** * * ... Every time I press "enter" DrJava starts the line with a star for me. This is *great* esp when I'm writing javadoc comments. However, many times I am crafting a list in my javadoc and doing so outside Dr. Java in an HTML editor such that I know the list "looks right" before I paste into my source and run javadoc. However, when I do the paste, Dr. Java will not auto star the text pasted into the comment and I am left to do it myself: /** * * I wrote this in Dr. Java. * and this... but I pasted this in as well as this. This would make a good "starter project" for 312.... but as I understand there is no 312 next year right? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=998961&group_id=44253 |
|
From: Moez A. Abdel-G. <mo...@cs...> - 2004-07-27 18:06:05
|
http://www.cnn.com/2004/TECH/ptech/07/27/debugging.ap/index.html -Moez |
|
From: SourceForge.net <no...@so...> - 2004-07-25 19:41:38
|
Feature Requests item #997670, was opened at 2004-07-25 12:41 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=997670&group_id=44253 Category: Interactions Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Run Button Initial Comment: Love DrJava...How about a simple run button, to execute the compiled program inplace of F2? Thanks... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=997670&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-23 14:57:03
|
Feature Requests item #996597, was opened at 2004-07-23 09:57 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=996597&group_id=44253 Category: User interface Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Integrate "Open Folder" into the "Open" dialog Initial Comment: Rather than having two commands -- "Open folder" and "Open", merely allow the selection of folders in the "Open" dialog. When a folder is selected, activate the otherwise grayed-out option "open recursively." To further enhance the opening of folders, I'd like to see a "DrJava files (.java, .dj0, .dj1, .dj2)" option in the "Files of Type" list, which would, in addition to filtering the view, influence which files get opened when a folder is opened. And finally, an "Open from..." command in the tree view's folder context menu, while not really necessary (the equivalent of clicking on the folder and then selecting "Open"), would be nice. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=996597&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-22 18:19:43
|
Feature Requests item #996075, was opened at 2004-07-22 13:19 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=996075&group_id=44253 Category: User interface Group: None Status: Open Priority: 3 Submitted By: Patrick Kruse (pakruse) Assigned to: Nobody/Anonymous (nobody) Summary: Choice to display toolbar and status bar Initial Comment: I think that there should be an option in preferences to hide the toolbar and/or status bar. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=996075&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-22 13:20:49
|
Bugs item #995913, was opened at 2004-07-22 08:20 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=995913&group_id=44253 Category: User interface Group: Annoying Status: Open Resolution: None Priority: 3 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Save As doesn't work if file already open Initial Comment: "Save As" gives an error when you try to save a file under a name of a file that is already open in DrJava. The user clearly wants to get rid of the copy that is in DrJava and save the other file in its place, and so a better behind the scenes behavior might be to close the copy of the file that is being overwritten in DrJava and then save the other file in its place and then reopen it like we would if the first file had not been open. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=995913&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-22 13:14:45
|
Feature Requests item #995904, was opened at 2004-07-22 08:14 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=995904&group_id=44253 Category: None Group: Small (< 1 pair-week) Status: Open Priority: 3 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Undo Behavior after "Replace All" Initial Comment: Currently, "Replace All" in the find and replace pane finds all occurances of some text and replaces it with something else in one action. However, if the user then tries to undo the replace all, undo only undoes one change at a time. A better behavior would be to have undo undo everything that had been replaced at once. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=995904&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-22 06:39:10
|
Bugs item #995719, was opened at 2004-07-21 23:39 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=995719&group_id=44253 Category: User interface Group: Makes DrJ unstable Status: Open Resolution: None Priority: 5 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: "Run Doc's Main" broken Initial Comment: Using the "run current document's main method" causes the following exception to be thrown: java.lang.NullPointerException at edu.rice.cs.drjava.model.repl.InteractionsDocumentAdapter.setColoring(InteractionsDocumentAdapter.java:141) at edu.rice.cs.drjava.model.definitions.ColoringView.drawUnselectedText(ColoringView.java:203) at javax.swing.text.PlainView.drawElement(PlainView.java:96) at javax.swing.text.PlainView.drawLine(PlainView.java:71) at javax.swing.text.PlainView.paint(PlainView.java:288) at javax.swing.plaf.basic.BasicTextUI$RootView.paint(BasicTextUI.java:1351) at javax.swing.plaf.basic.BasicTextUI.paintSafely(BasicTextUI.java:642) at javax.swing.plaf.basic.BasicTextUI.paint(BasicTextUI.java:791) at javax.swing.plaf.basic.BasicTextUI.update(BasicTextUI.java:759) at javax.swing.JComponent.paintComponent(JComponent.java:740) at javax.swing.JComponent.paint(JComponent.java:1003) at javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4930) at javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4883) at javax.swing.JComponent._paintImmediately(JComponent.java:4826) at javax.swing.JComponent.paintImmediately(JComponent.java:4633) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:451) at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:114) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) I haven't looked too deeply into the code, but you guys should be careful about how the stylesList is populated; it seems to have a null floating around in it. I'd imagine it has something to do with legacy insertion of text into the interactions pane in order to do the "run" action, but I'm not sure. The exception also has an annoying tendency to recur, making drjava unusable. Oh yeah, this is the latest CVS, compiled/run with java-b56 on WinXP. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=995719&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-22 06:32:50
|
Bugs item #995715, was opened at 2004-07-21 23:32 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=995715&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 6 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: local methods, return value Initial Comment: Local methods in the interactions pane will be accepted even if they do not correctly return a value, in which case they will return null. It is particularly bad in the case of a function that returns a primitive. For example: > int x() { } > int i = x(); > Integer iBox = i; // autoboxing causes error here (same error if you call new Integer(i) explicitly): IllegalArgumentException: at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > int j = i + 1 NullPointerException: This is pretty ugly behavior. A primitive should never be allowed to become null; perhaps now that we're taken control of dynamicjava we can do something about this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=995715&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-21 16:41:57
|
Feature Requests item #995372, was opened at 2004-07-21 11:41 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=995372&group_id=44253 Category: Definitions (source editor) Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Definitions context menu includes context items for file Initial Comment: I'd like to be able to access the file-related context menu items (Save, Compile Current Document, etc.) from the definitions pane. Those options could appear underneath the current context items (Cut, Set Breakpoint, etc.). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=995372&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-21 16:38:44
|
Feature Requests item #995367, was opened at 2004-07-21 11:38 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=995367&group_id=44253 Category: Project Facility Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Project memory of Debug state Initial Comment: I'd like my project, when saved, to remember whether or not I was in debug mode and keep all of my breakpoints. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=995367&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-20 23:06:15
|
Bugs item #994877, was opened at 2004-07-20 17:06 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=994877&group_id=44253 Category: JUnit integration Group: Could cause data loss Status: Open Resolution: None Priority: 5 Submitted By: R. Matt Barnett (rmbarnett) Assigned to: Nobody/Anonymous (nobody) Summary: Statusbar Does not Turn Red on Error with Windows L&F Initial Comment: DrJava Version : 20040326-2216 Windows XP Pro: When I enable the windows L&F and run a junit test where at least one test fails, the status bar still remains green at the end of the test. (It turns red in the default L&F). This may be a swing issue and not an us issue. I think it is indeed important though because we dont want people thinking their code is passing unit tests when in fact something is failing. -- Matt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=994877&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-20 20:06:41
|
Feature Requests item #994775, was opened at 2004-07-20 15:06 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=994775&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Browsing a file by selecting a class/method from a list Initial Comment: I'd like to be able to navigate within my file by choosing a class or method from a drop-down list. This doesn't have to be a big ugly pane -- just a button that displays a list and lets me choose one. On selection, the view should jump to display the requested class/method declaration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=994775&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-20 17:52:27
|
Bugs item #994688, was opened at 2004-07-20 12: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=994688&group_id=44253 Category: DynamicJava Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect DynamicJava error for inner class instantiation Initial Comment: The following file is compiled from the interactions pane: -------------------- class Outer { class Inner { } } class Test { Outer.Inner i = new Outer().new Inner(); } -------------------- I then have the following interaction: Welcome to DrJava. > Outer.Inner i = new Outer().new Inner() Error: Undefined class 'Outer$Outer$Inner' If I do this instead, there is no error: Welcome to DrJava. > Outer.Inner i > i = new Outer().new Inner() Outer$Inner@738d08 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=994688&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-19 15:36:35
|
Bugs item #993879, was opened at 2004-07-19 10: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=993879&group_id=44253 Category: Interactions Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Kruse (pakruse) Assigned to: Nobody/Anonymous (nobody) Summary: Autobox widening in interactions pane should fail Initial Comment: When using autoboxing in the interactions pane, we currently allow statements that are not allowed using a javac 1.5 compiler. The following lines Double d; float f = 5f; d = f; fail in the definitions pane but succeed in the interactions pane. Currently, the 1.5 specs show that autoboxing does not allow allow this conversion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=993879&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-18 05:18:38
|
Feature Requests item #993153, was opened at 2004-07-17 22:18 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=993153&group_id=44253 Category: User interface Group: None Status: Open Priority: 5 Submitted By: Neal Horowitz (nrhorowitz) Assigned to: Nobody/Anonymous (nobody) Summary: accelerator keys in menus Initial Comment: Story: A user has just downloaded the latest release of DrJava, and so has closed his session that was using the older version and opened the new version. The user wants to edit the same file that was open before, so she types Alt-F to open the file menu, then presses the "1" key to open the first file in the recent files list. Many actions in the pulldown menus have other keyboard shortcuts, so in some cases this isn't a big deal. However, it would still be nice to have the same shortcut keys in the menus that many other programs have, with the appropriate letter of the menu item underlined presumably to show the shortcut. There's no reason we can't have such a shortcut for every menu item, with the exception I suppose of recent files over 9. I don't know how this would be implemented in Swing, but I'd imagine they have some way of doing it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=993153&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 21:11:59
|
Bugs item #992567, was opened at 2004-07-16 14:11 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=992567&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Compile exception:ExitingNotAllowedException Initial Comment: Trying to compile the following class with the javac 1.5.0 compiler in drjava, gives me an err. class C{ <T> T m(){ return new String("hey"); } public static void main(String[] args){ new C().<Integer>m(); } } 1 error found: File: (no associated file) [line: (no source location)] Error: Compile exception: edu.rice.cs.util.ExitingNotAllowedException: The call to System.exit() was not allowed. The err happens everytime, also after I closed drjava. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=992567&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 21:00:49
|
Bugs item #992562, was opened at 2004-07-16 14: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=992562&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: navigator pane bug, 2 elements in list view. Initial Comment: I can not reproduce the bug, but it has happened on several occassions. Suddenly the Pane gets very large, and one element at the top has the same size as normal but the other one gets very large. [A.java] | | | | | | | | | | | | |C.java | | | | | | | | | | | | | | | Anywhere you click below the line where A is, will select the C.java ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=992562&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 19:56:13
|
Bugs item #992535, was opened at 2004-07-16 14:56 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=992535&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Kruse (pakruse) Assigned to: Nobody/Anonymous (nobody) Summary: Inner enum declaration fails Initial Comment: Code that compiles in the definitions pane with an inner enum fails when executed in the interactions pane, giving a NoClassDefFoundError. The code is as follows: public class C { public enum Suit { CLUBS, DIAMONDS, HEARTS, SPADES; } public static void m() { System.out.println(Suit.CLUBS); } } There is already a test case written for it, but it has never been run. Distinction1415 testEnum15 tests this exact line, and when written, was commented out because we did not yet have support for enums. I went back to add the test back in, now that we have support, and it failed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=992535&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 19:23:40
|
Bugs item #992525, was opened at 2004-07-16 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=438935&aid=992525&group_id=44253 Category: UI: MacOS X-specific Group: Makes DrJ unstable Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: OS X FileChooser ArrayIndexOutOfBoundsException Initial Comment: I generate the following exception frequently (maybe 80% of the time) when I request the Open or Save dialog. This is in Mac OS X version 10.2.8, Java 1.4.1. java.lang.ArrayIndexOutOfBoundsException: 1 >= 1 at java.util.Vector.elementAt(Vector.java:427) at javax.swing.DefaultListModel.get(DefaultListModel.java:428) at apple.laf.AquaFileChooserUI$FilterComboBoxModel.getSelect edItem(AquaFileChooserUI.java:1312) at javax.swing.JComboBox.contentsChanged(JComboBox.java:1 263) at javax.swing.AbstractListModel.fireContentsChanged(Abstract ListModel.java:100) at apple.laf.AquaFileChooserUI$FilterComboBoxModel.propertyC hange(AquaFileChooserUI.java:1278) at javax.swing.event.SwingPropertyChangeSupport.fireProperty Change(SwingPropertyChangeSupport.java:264) at javax.swing.event.SwingPropertyChangeSupport.fireProperty Change(SwingPropertyChangeSupport.java:232) at javax.swing.JComponent.firePropertyChange(JComponent.jav a:3814) at javax.swing.JFileChooser.addChoosableFileFilter(JFileChooser .java:1073) at javax.swing.JFileChooser.resetChoosableFileFilters(JFileChoo ser.java:1114) at edu.rice.cs.drjava.ui.MainFrame$3.getFiles(MainFrame.java: 326) at edu.rice.cs.drjava.ui.MainFrame._openFileOrProject(MainFra me.java:2025) at edu.rice.cs.drjava.ui.MainFrame.access$1200(MainFrame.jav a:101) at edu.rice.cs.drjava.ui.MainFrame$11.actionPerformed(MainFr ame.java:436) at javax.swing.AbstractButton.fireActionPerformed(AbstractButt on.java:1797) at javax.swing.AbstractButton$ForwardActionEvents.actionPerfo rmed(AbstractButton.java:1850) at javax.swing.DefaultButtonModel.fireActionPerformed(Default ButtonModel.java:419) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonMo del.java:257) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(B asicButtonListener.java:247) at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMul ticaster.java:227) at java.awt.Component.processMouseEvent(Component.java:50 93) at java.awt.Component.processEvent(Component.java:4890) at java.awt.Container.processEvent(Container.java:1566) at java.awt.Component.dispatchEventImpl(Component.java:359 8) at java.awt.Container.dispatchEventImpl(Container.java:1623) at java.awt.Component.dispatchEvent(Component.java:3439) at java.awt.LightweightDispatcher.retargetMouseEvent(Containe r.java:3450) at java.awt.LightweightDispatcher.processMouseEvent(Containe r.java:3165) at java.awt.LightweightDispatcher.dispatchEvent(Container.java :3095) at java.awt.Container.dispatchEventImpl(Container.java:1609) at java.awt.Window.dispatchEventImpl(Window.java:1585) at java.awt.Component.dispatchEvent(Component.java:3439) at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(E ventDispatchThread.java:230) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Eve ntDispatchThread.java:183) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:177) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThr ead.java:169) at java.awt.EventDispatchThread.run(EventDispatchThread.java :99) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=992525&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-16 17:13:46
|
Bugs item #992455, was opened at 2004-07-16 12:13 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=992455&group_id=44253 Category: Interactions Group: Serious Status: Open Resolution: None Priority: 7 Submitted By: Patrick Kruse (pakruse) Assigned to: Nobody/Anonymous (nobody) Summary: Interactions history stored incorrectly Initial Comment: The interactions history appears to be stored aside every time the return key is pressed, not just when the interaction is executed. This is only an issue with hitting 'Return' and not 'shift + Return'. In the interactions pane, type: public class A { } with the single return. Then save interactions history. When subsequently editing this interactions history, it appears as: public class A {//End of Interaction// public class A { }//End of Interaction// This prevents any saved interactions history from being executed without error if the return key was ever pressed with the intent to continue typing. Bug is apparent in all recent releases of DrJava and in the version in the CVS repository. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=992455&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-15 02:50:33
|
Bugs item #991311, was opened at 2004-07-14 19:50 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=991311&group_id=44253 Category: Interactions Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: java.class.path does not reflect Extra Classpath changes Initial Comment: System.getProperty("java.class.path") does not reflect changes made in DrJava's Extra Classpath. I can add or remove directories and jar files, but System.getProperty("java.class.path") remains the same: <DrJava's jar>;<JDL's tools.jar>. This is the case both when I examine System.getProperty ("java.class.path") in the interactions pane directly and when I execute it within a program. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=991311&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-14 18:50:15
|
Bugs item #991093, was opened at 2004-07-14 13:50 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=991093&group_id=44253 Category: Compiler integration Group: Makes DrJ unstable Status: Open Resolution: None Priority: 6 Submitted By: Adam Wulf (awulf) Assigned to: Adam Wulf (awulf) Summary: glass pane when compiling/testing does not stop keybindings Initial Comment: when compiling or testing, the glass pane comes up over drjava fine. the cursor shows the hourglass and everything. but then the user can press ctrl-O and the open dialog comes up. after either opening a file or canceling the open, the glass pane is gone and you can edit in the definitions page. this happens for both compiling and testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=991093&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-07-14 17:41:33
|
Bugs item #991041, was opened at 2004-07-14 12:41 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=991041&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Patrick Kruse (pakruse) Assigned to: Nobody/Anonymous (nobody) Summary: CompoundUndoManager out of bounds Initial Comment: This happens quite often after DrJava has been open for a long time and many documents are open (likely on documents that have been kicked out of the cache, though I'm not sure). Switching back to a document, and then clicking anywhere, causes an ArrayIndexOutOfBoundsError: java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.LinkedList.entry(LinkedList.java:368) at java.util.LinkedList.get(LinkedList.java:313) at edu.rice.cs.drjava.model.definitions.CompoundUndoManager.endCompoundEdit(CompoundUndoManager.java:127) at edu.rice.cs.drjava.ui.DefinitionsPane.endCompoundEdit(DefinitionsPane.java:385) at edu.rice.cs.drjava.ui.DefinitionsPane$PopupMenuMouseAdapter.mousePressed(DefinitionsPane.java:722) at java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:222) at java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:221) at java.awt.Component.processMouseEvent(Component.java:5483) at javax.swing.JComponent.processMouseEvent(JComponent.java:3093) at java.awt.Component.processEvent(Component.java:5251) at java.awt.Container.processEvent(Container.java:1966) at java.awt.Component.dispatchEventImpl(Component.java:3953) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Component.dispatchEvent(Component.java:3801) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3889) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) at java.awt.Container.dispatchEventImpl(Container.java:2010) at java.awt.Window.dispatchEventImpl(Window.java:1766) at java.awt.Component.dispatchEvent(Component.java:3801) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) Running under our most recent release, although I think the last few release have had this problem. Running under the Beta3 (b55) jvm. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=991041&group_id=44253 |
25 messages has been excluded from this view by a project administrator.
