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: Peter C. <pe...@ce...> - 2005-02-27 09:51:18
|
Hi again all, it's been a while. Thought I'd drop a note about a project that might be helpful for implementing dynamic help (CodeSense-style auto-completion) in DrJava: <http://qdox.codehaus.org/index.html> QDox provides a reduced model of a source file designed for high-speed code generation and documentation. It appears to be a high-reputation project -- with a compatible Apache-like license. I haven't played with it yet myself, but I'm guessing that they've had more time to optimize performance than we have. It's intended for static usage, rather than within a dynamic editor context, but this is an advantage for dealing with large projects. Dynamic help could use QDox for files that are not loaded in editors and augment it with dynamic data for the few files open at a given time. With a bit of cleverness, the static results could be cached, indexed, and updated when files change outside of DrJava. -- Peter |
|
From: SourceForge.net <no...@so...> - 2005-02-25 22:55:11
|
Bugs item #1152120, was opened at 2005-02-25 22:55 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=1152120&group_id=44253 Category: Interactions Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 5 Submitted By: Michael Dyrby Jensen (dyrby76) Assigned to: Nobody/Anonymous (nobody) Summary: AutoBoxing in methods in interactionspane doesnt work Initial Comment: As seen below a method declared inside a class can use autoboxing correctly, but not if the method is left unassigned to a class. void myMethod(int x, Integer y){ System.out.println(x+y); } > myMethod(1,1); Error: No 'myMethod' function with matching argument types class A { void myMethod(int x, Integer y){ System.out.println(x+y); } } > new A().myMethod(1,1) 2 void method(int z, int p){ System.out.println(z+p); } > method(2,9); 11 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1152120&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-25 18:00:24
|
Bugs item #1151966, was opened at 2005-02-25 18: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=1151966&group_id=44253 Category: DynamicJava Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Stephen Wong (sbwong) Assigned to: Sid Byrd (sidb) Summary: Interactions pane doesn't process nulls in varargs correctly Initial Comment: When a method takes a vararg and is called with a null as the *first* parameter, the code will compile correctly and run correctly when called from within a program but when tested from the Interactions Pane it will fail with a "NullPointerException: " with no additional info returned. That is, suppose we have void test(Object...x) {...} Calling test.(null, yadda, yadda) will work fine from inside a program, but this line will fail from the Interactions Pane. On the other hand, test(yadda, null, yadda) works fine always. Perhaps relatedly, test(null) runs fine from the Interactions pane but won't compile. I'm not sure it is supposed to compile and thus should not run in the Interactions Pane. I have attached a test file that demonstrates all of this. I have labelled the problem "serious" because it creates inconsistent output for a reasonable input that someone might try (as in that what happened in class today) plus the fact that the error message is singularly unhelpful. -- Stephen Wong ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1151966&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 19:17:28
|
Bugs item #1150047, was opened at 2005-02-23 13:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1150047&group_id=44253 Category: Debugger Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Debugger prompt is unwieldy Initial Comment: When a long command, such as java MyTestingClass /home/myname/myJavaFiles/Foo.input /home/ myname/myJavaFiles/Bar.input causes the debugger to hit a breakpoint, the prompt in the interactions pane looks like this: [interpret thread: MyTestingClass.main(new String[]{"/home/ myname/myJavaFiles/Foo.input", "/home/myname/myJavaFiles/ Bar.input/"})] > All that text is stuck on one line, and any typing adds text to the end of that line. The results of evaluation are printed on the far left, as usual, which makes it very difficult to see them. Possible solutions: - Limit the size of the text between [ and ], truncating it if it's too long. - Wrap the prompt across multiple lines. - Put the ">" on a line after the "[...]" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1150047&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-23 19:04:04
|
Bugs item #1150034, was opened at 2005-02-23 11: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=1150034&group_id=44253 Category: Javadoc integration Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: NullPointerException on Javadoc Generation Initial Comment: Using the most recent build (February 23, according to the http://www.cs.rice.edu/~javaplt/drjavarice download page), javadoc is still broken under linux with java 1.5. Upon trying to generate javadoc, three null pointer exception are thrown when attempting to create the javadoc viewer, and subsequently clicking on the javadoc viewer throws further null pointer exceptions. The javadoc is generated successfully, but the viewer itself is broken. I am running Java 1.5, beta 3 build 60, under Gentoo Linux, with DrJava version 20050223-1629. The exact stack trace is: java.lang.NullPointerException at javax.swing.text.html.CSS$FontSize.getValue(CSS.java:1672) at javax.swing.text.html.CSS$FontSize.toStyleConstants(CSS.java:1805) at javax.swing.text.html.StyleSheet$ViewAttributeSet.getAttribute(StyleSheet.java:2630) at javax.swing.text.StyleConstants.getFontSize(StyleConstants.java:358) at javax.swing.text.html.CSS$FontSize.getValue(CSS.java:1678) at javax.swing.text.html.CSS.getFontSize(CSS.java:614) at javax.swing.text.html.CSS.getFont(CSS.java:574) at javax.swing.text.html.StyleSheet.getFont(StyleSheet.java:867) at javax.swing.text.DefaultStyledDocument.getFont(DefaultStyledDocument.java:777) at javax.swing.text.LabelView.setPropertiesFromAttributes(LabelView.java:128) at javax.swing.text.html.InlineView.setPropertiesFromAttributes(InlineView.java:229) at javax.swing.text.LabelView.sync(LabelView.java:39) at javax.swing.text.LabelView.getFont(LabelView.java:189) at javax.swing.text.GlyphPainter1.sync(GlyphPainter1.java:194) at javax.swing.text.GlyphPainter1.getSpan(GlyphPainter1.java:42) at javax.swing.text.GlyphView.getPreferredSpan(GlyphView.java:536) at javax.swing.text.FlowView$LogicalView.getPreferredSpan(FlowView.java:692) at javax.swing.text.FlowView.calculateMinorAxisRequirements(FlowView.java:216) at javax.swing.text.html.ParagraphView.calculateMinorAxisRequirements(ParagraphView.java:128) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.ParagraphView.getMinimumSpan(ParagraphView.java:257) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.BlockView.getMinimumSpan(BlockView.java:362) at javax.swing.text.html.TableView.checkSingleColumnCell(TableView.java:434) at javax.swing.text.html.TableView.calculateColumnRequirements(TableView.java:397) at javax.swing.text.html.TableView.calculateMinorAxisRequirements(TableView.java:519) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:542) at javax.swing.text.html.BlockView.getMinimumSpan(BlockView.java:362) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:879) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:911) at javax.swing.text.BoxView.setSpanOnAxis(BoxView.java:325) at javax.swing.text.BoxView.layout(BoxView.java:682) at javax.swing.text.BoxView.setSize(BoxView.java:379) at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(BasicTextUI.java:1631) at javax.swing.plaf.basic.BasicTextUI$RootView.paint(BasicTextUI.java:1350) 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.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JViewport.paint(JViewport.java:728) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1021) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paint(JComponent.java:1012) at javax.swing.JLayeredPane.paint(JLayeredPane.java:559) at javax.swing.JComponent.paintChildren(JComponent.java:840) at javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4937) at javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4883) at javax.swing.JComponent.paint(JComponent.java:993) at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21) at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60) at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97) at java.awt.Container.paint(Container.java:1709) at sun.awt.RepaintArea.paintComponent(RepaintArea.java:248) at sun.awt.X11.XRepaintArea.paintComponent(XRepaintArea.java:56) at sun.awt.RepaintArea.paint(RepaintArea.java:224) at sun.awt.X11.XComponentPeer.handleEvent(XComponentPeer.java:632) at java.awt.Component.dispatchEventImpl(Component.java:4031) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Window.dispatchEventImpl(Window.java:1766) at java.awt.Component.dispatchEvent(Component.java:3803) 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) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1150034&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 18:37:18
|
Bugs item #1145660, was opened at 2005-02-21 10: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=1145660&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: Atanas Radenski (radenski) Assigned to: Nobody/Anonymous (nobody) Summary: StringBuffer.append(...) cannot be resolved interactively Initial Comment: Method StringBuffer.append(...) cannot be resolved interactively, at least with the new java 1.5 compiler. I am using jdk1.5.0_01. Welcome to DrJava. > StringBuffer sb = new StringBuffer(); > sb.append('A'); AmbiguousMethodException: Both methods match: public volatile java.lang.Appendable java.lang.StringBuffer.append(char) throws java.io.IOException, and public volatile java.lang.AbstractStringBuilder java.lang.StringBuffer.append(char) > ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1145660&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-16 22:39:51
|
Feature Requests item #1124354, was opened at 2005-02-16 16:39 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=1124354&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: Key binding option for document switching Initial Comment: The document switching keyboard command (ctrl-` by default) should be configurable in the key bindings area of the preferences pane. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1124354&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 15:38:27
|
Bugs item #1123221, was opened at 2005-02-15 07: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=1123221&group_id=44253 Category: Debugger Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Debug mode blown away on System.exit(0) Initial Comment: DrJava's debug mode is blown away if the program being debugged executes a System.exit(0). I get the message "Interactions terminated by System.exit(0) and all of the brakpoints and watch information is lost as DrJava switches back into normal edit mode. I believe that it is quite reasonable to terminate a program using System.exit(0). Losing all of the debug setup everytime this occurs makes DrJava very painful to use for debugging. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1123221&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-14 10:57:24
|
Bugs item #1122291, was opened at 2005-02-14 11:57 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=1122291&group_id=44253 Category: Language Levels Group: None Status: Open Resolution: None Priority: 5 Submitted By: schra08 (schra08) Assigned to: Nobody/Anonymous (nobody) Summary: Date parsing fails Initial Comment: If you create a new project in one locale (eg. de_DE), and later on open this project in another locale (eg. en_US), this fails with following error: "... Parse error: Unparseable date ...". It may be a better solution to store an independent date format within the project file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1122291&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-12 21:06:53
|
Bugs item #1121504, was opened at 2005-02-12 14: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=1121504&group_id=44253 Category: Project Facility Group: Ugly Status: Open Resolution: None Priority: 5 Submitted By: Eric Cheng (ericcheng) Assigned to: Nobody/Anonymous (nobody) Summary: Project Main Document Heuristics should not be hard-coded Initial Comment: DrJava does not allow the execution of a main method in a static inner class. For example: public class foo { public static class bar { public static void main (String[] args) { //... } } } Since the project properties dialog selects a main document as a java file instead of a class name, it won't be able to run the main method, and it is not accessible from the "Run document's main method" context menuitem either. A quick solution (without doing any parsing) would be to let the user specify the "class name", not the java file that contains the main method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1121504&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-07 23:17:44
|
Feature Requests item #1118253, was opened at 2005-02-07 15:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1118253&group_id=44253 Category: Compiler integration Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for Java 6.0 Initial Comment: How soon will DrJava have support for the new Mustang releases? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1118253&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-07 23:11:03
|
Bugs item #1118245, was opened at 2005-02-07 17:10 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=1118245&group_id=44253 Category: User interface Group: Would be nice if fixed ... Status: Open Resolution: None Priority: 5 Submitted By: Dan Smith (dlsmith) Assigned to: Nobody/Anonymous (nobody) Summary: "Open Folder" dialog doesn't update Initial Comment: When changes are made to the file system (a new folder is created, for example) after the "Open Folder" dialog has been opened once, those changes aren't reflected in the folder dialog's hierarchy. Example: Select "File"->"Open Folder" (don't know if this is necessary) Browse to some folder F (ditto) Hit "Cancel" (ditto) Create a new folder F2 in F Select "File"->"Open Folder" Browse to F Note the absense of F2 as once of F's children ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1118245&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-04 17:57:10
|
Feature Requests item #1116343, was opened at 2005-02-04 11: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=1116343&group_id=44253 Category: Project Facility Group: None Status: Open Priority: 5 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Make Jar from Project Initial Comment: A Project holds all of the information necessary to build a jar, and is often a stand alone project. Since jarring projects is a common activity for students and instructors, being able to easily build a jar from within DrJava would be a very useful addition. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1116343&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-04 17:49:10
|
Feature Requests item #1116335, was opened at 2005-02-04 11:49 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=1116335&group_id=44253 Category: Project Facility Group: None Status: Open Priority: 5 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Always Showing External and Auxilliary Folders for Projects Initial Comment: When a Project is opened, if there aren't any Auxilliary or Extrernal files, the folders are supressed (i.e. a novice user has no idea they are there!) Because these two folders play an important role in how the project facilty is used, it might be nice to always show them, even when they are empty. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1116335&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-04 17:45:52
|
Feature Requests item #1116333, was opened at 2005-02-04 11:45 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=1116333&group_id=44253 Category: None Group: None Status: Open Priority: 5 Submitted By: Elspeth Simpson (ejspe) Assigned to: Nobody/Anonymous (nobody) Summary: Warning on Closing Project File Initial Comment: When the user closes a .java file in a project, it gets removed from the project. This can be confusing to the user, because they may think the file is still in the project, just no longer open. Since removing a file from a project is something that is rarely done, perhaps the user should be warned with a dialog box on close saying something like, "Are you sure you want to close this file? This will remove it from the current project" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438938&aid=1116333&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-02-02 09:46:48
|
Bugs item #1114573, was opened at 2005-02-02 03:46 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=1114573&group_id=44253 Category: User interface Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: ThatMorrowGuy (thatmorrowguy) Assigned to: Nobody/Anonymous (nobody) Summary: Undo Button Exception V 20040908-2125 Initial Comment: I was working on my PowerBook running OSX 10.3, and I discovered at certain times the program throws an exception when I use the undo command. I found it using the meta-z hotkey combination, but I believe it does the same through the toolbar. When I attempted to reproduce the bug, sometimes it didn't appear. However, the most reliable way I found to reproduce the bug is to open a new instance on DrJava, and paste something from the clipboard. Then when you press the undo button, it throws an array out of bounds exception with the following stack trace: java.lang.ArrayIndexOutOfBoundsException: -1 at javax.swing.text.AbstractDocument$BranchElement.getEndOffset(AbstractDocument.java:2333) at javax.swing.text.PlainView.getLineWidth(PlainView.java:631) at javax.swing.text.PlainView.getPreferredSpan(PlainView.java:214) at javax.swing.plaf.basic.BasicTextUI$RootView.getPreferredSpan(BasicTextUI.java:1239) at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:809) at javax.swing.JComponent.getPreferredSize(JComponent.java:1275) at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1212) at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:769) at java.awt.Container.layout(Container.java:1020) at java.awt.Container.doLayout(Container.java:1010) at java.awt.Container.validateTree(Container.java:1092) at java.awt.Container.validate(Container.java:1067) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:353) at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:116) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) However, from one of my other times that the crash occured, it gave me a very different stack trace. It happened when I pressed the undo button while my cursor was in the Find window I believe, but I was unable to make a scenerio where it could be easily reproduced. In spite of that, it is possible that the two bugs have a common root that can be fixed. edu.rice.cs.util.UnexpectedException: javax.swing.undo.CannotUndoException at edu.rice.cs.drjava.ui.DefinitionsPane$UndoAction.actionPerformed(DefinitionsPane.java:1342) at edu.rice.cs.util.swing.DelegatingAction.actionPerformed(DelegatingAction.java:153) at edu.rice.cs.drjava.ui.MainFrame$47.actionPerformed(MainFrame.java:856) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1535) at edu.rice.cs.drjava.ui.DefinitionsPane.processKeyEvent(DefinitionsPane.java:438) at java.awt.Component.processEvent(Component.java:4975) at java.awt.Container.processEvent(Container.java:1613) at java.awt.Component.dispatchEventImpl(Component.java:3681) at java.awt.Container.dispatchEventImpl(Container.java:1671) at java.awt.Component.dispatchEvent(Component.java:3543) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1713) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:627) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:831) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:741) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:592) at java.awt.Component.dispatchEventImpl(Component.java:3572) at java.awt.Container.dispatchEventImpl(Container.java:1671) at java.awt.Window.dispatchEventImpl(Window.java:1606) at java.awt.Component.dispatchEvent(Component.java:3543) at java.awt.EventQueue.dispatchEvent(EventQueue.java:456) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) Caused by: javax.swing.undo.CannotUndoException at javax.swing.undo.UndoManager.undo(UndoManager.java:273) at edu.rice.cs.drjava.model.definitions.CompoundUndoManager.undo(CompoundUndoManager.java:238) at edu.rice.cs.drjava.ui.DefinitionsPane$UndoAction.actionPerformed(DefinitionsPane.java:1337) at edu.rice.cs.util.swing.DelegatingAction.actionPerformed(DelegatingAction.java:153) at edu.rice.cs.drjava.ui.MainFrame$47.actionPerformed(MainFrame.java:856) at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1535) at edu.rice.cs.drjava.ui.DefinitionsPane.processKeyEvent(DefinitionsPane.java:438) at java.awt.Component.processEvent(Component.java:4975) at java.awt.Container.processEvent(Container.java:1613) at java.awt.Component.dispatchEventImpl(Component.java:3681) at java.awt.Container.dispatchEventImpl(Container.java:1671) at java.awt.Component.dispatchEvent(Component.java:3543) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1713) at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:627) at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:831) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:741) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:592) at java.awt.Component.dispatchEventImpl(Component.java:3572) at java.awt.Container.dispatchEventImpl(Container.java:1671) at java.awt.Window.dispatchEventImpl(Window.java:1606) at java.awt.Component.dispatchEvent(Component.java:3543) at java.awt.EventQueue.dispatchEvent(EventQueue.java:456) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:178) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:170) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) I haven't had a chance to try a more recent version of the sofware, so it is possible that this bug has already been found and fixed. If this is the case, I apologize for wasting your time. Thanks for your help in this, and good luck bug tracking. Jeff Morrow ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1114573&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-01-31 22:58:29
|
Bugs item #1113532, was opened at 2005-01-31 14: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=1113532&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: open file problem Initial Comment: 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=1113532&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-01-31 16:05:28
|
Bugs item #1113246, was opened at 2005-01-31 10:05 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=1113246&group_id=44253 Category: JUnit integration Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: fred hosch (fredcsunoedu) Assigned to: Nobody/Anonymous (nobody) Summary: JUnit test won't run in 20050110 Initial Comment: Running a simple JUnit test in drjava-beta-20050110.jar produces an error dialog reading "There are no open JUnit test cases. etc..." Works fine with drjava-20040707-2332.jar. Running Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64) under Solaris 9 on a Blade. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1113246&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2005-01-19 21:48:22
|
Bugs item #1105609, was opened at 2005-01-19 13:48 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=1105609&group_id=44253 Category: Javadoc integration Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: hperkins (hperkins) Assigned to: Nobody/Anonymous (nobody) Summary: JavaDoc launch failure Initial Comment: Setup: DrJava beta 20050110-2108, Java 1.4.2_06, Windows XP SP 2. I clicked on the JavaDoc button and got the following error messages: 1 error found: File: (no associated file) [line: (no source location)] Error: java.lang.NoClassDefFoundError: com/sun/tools/javadoc/Main Exception in thread "main" I don't know if it is a specific problem with this one machine or if something more general is wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1105609&group_id=44253 |
|
From: Moez A. Abdel-G. <mo...@cs...> - 2005-01-10 23:23:28
|
This release of DrJava is a candidate stable release. The release includes some new features in addition to some bug fixes. We added to DrJava's language levels the ability to better handle inner classes. We added a console window for receiving 'System.in' user input. We also fixed some stab- ility and synchronization issues. Please download and test this release as your primary copy of DrJava. -Moez ============================================================ Q: Why bother doing proofs about programming languages? They are almost always boring if the definitions are right. A: The definitions are almost always wrong. -Anonymous |
|
From: SourceForge.net <no...@so...> - 2005-01-04 05:51:45
|
Bugs item #1095505, was opened at 2005-01-04 05:51 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=1095505&group_id=44253 Category: Interactions Group: Annoying Status: Open Resolution: None Priority: 5 Submitted By: menzel (menzel5) Assigned to: Nobody/Anonymous (nobody) Summary: IllegalStateException with nested loops Initial Comment: This example says it all: Welcome to DrJava. > for (int i = 0; i < 3; i++) for (int j = i; j < 4; j++) System.out.println(j); IllegalStateException: i ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1095505&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-12-27 02:03:49
|
Bugs item #1091541, was opened at 2004-12-26 18:03 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=1091541&group_id=44253 Category: Compiler integration Group: Could cause data loss Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Mathematical evaluation Initial Comment: Entering: (10+(2*3))*(2^(1+2)) into the interaction window gives the faulty result of '16' when it should be 128. This is quite likely due to the statement being incorrectly parsed in terms of parenthesis. I ran across an identical error writing a calculator program. In parsing the statement in broke the statement down recursively and was then attempting to evaluate (1+2)). This evaluated to 0 instead of three, causing the entire statement to evaluate incorrectly to 16. I fixed this in my own program by carefully rewriting the loop that counted parenthesis as so: This loop ensured that inner items were processed first. In doing so it kept a count of how many parenthesis it had passed, +1 for a left paren, and -1 for a right paren. Having the imbalance in the expression, that is one left paren and two right paren's messed up the count, and the inner expression 1+2 was never evaluated, but returned '0'. This bug is visible in the interactions pane, as well as a System.out.println command in an actual java class. -jack JH...@gm... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1091541&group_id=44253 |
|
From: SourceForge.net <no...@so...> - 2004-12-16 20:27:33
|
Bugs item #1086676, was opened at 2004-12-16 13:27 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=1086676&group_id=44253 Category: Definitions (source editor) Group: Serious Status: Open Resolution: None Priority: 5 Submitted By: R. Matt Barnett (rmbarnett) Assigned to: Nobody/Anonymous (nobody) Summary: Double Backspace Problem Initial Comment: In 20041215-2203 it would seem while editing a source file pressing "Backspace" has the effect of pressing backspace twice. For example if the '|' symbol represends the cursor, pressing backspace once on the line: System.out.println("hi.");| Would result in: System.out.println("hi."| ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1086676&group_id=44253 |
|
From: Moez A. Abdel-G. <mo...@cs...> - 2004-12-15 23:50:57
|
This beta release fixed DrJava support for running and compiling on JSR14. The release also addresses many recent concurrency issues. Please download and test this release as your pri- mary copy of DrJava. -Moez ============================================================ Q: Why bother doing proofs about programming languages? They are almost always boring if the definitions are right. A: The definitions are almost always wrong. -Anonymous |
|
From: SourceForge.net <no...@so...> - 2004-12-15 04:23:42
|
Bugs item #1085578, was opened at 2004-12-14 20: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=1085578&group_id=44253 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Dr Java Error Initial Comment: This happened when i was closing Dr Java, and it was asking to save files. It had this error: java.lang.IllegalStateException: tried to quit when no slave running and startup not in progress at edu.rice.cs.util.newjvm.AbstractMasterJVM.quitSlave (AbstractMasterJVM.java:308) at edu.rice.cs.drjava.model.repl.newjvm.MainJVM.killInterpre ter(MainJVM.java:651) at edu.rice.cs.drjava.model.DefaultGlobalModel.dispose (DefaultGlobalModel.java:671) at edu.rice.cs.drjava.model.DefaultGlobalModel.quit (DefaultGlobalModel.java:651) at edu.rice.cs.drjava.ui.MainFrame._quit (MainFrame.java:2055) at edu.rice.cs.drjava.ui.MainFrame.access$2700 (MainFrame.java:103) at edu.rice.cs.drjava.ui.MainFrame$67.windowClosing (MainFrame.java:1208) at java.awt.AWTEventMulticaster.windowClosing(Unknown Source) at java.awt.Window.processWindowEvent (Unknown Source) at javax.swing.JFrame.processWindowEvent (Unknown Source) at java.awt.Window.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl (Unknown Source) at java.awt.Container.dispatchEventImpl (Unknown Source) at java.awt.Window.dispatchEventImpl (Unknown Source) at java.awt.Component.dispatchEvent (Unknown Source) at java.awt.EventQueue.dispatchEvent (Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForHierarch y(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy (Unknown Source) at java.awt.EventDispatchThread.pumpEvents (Unknown Source) at java.awt.EventDispatchThread.pumpEvents (Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=438935&aid=1085578&group_id=44253 |
25 messages has been excluded from this view by a project administrator.
