drjava-hackers — DrJava developers mailing list

[DrJava] [ drjava-Bugs-896005 ] Compiler hangs on small demo program

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

Bugs item #896005, was opened at 2004-02-12 11: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=896005&group_id=44253

Category: Compiler integration
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compiler hangs on small demo program

Initial Comment:
The two attached files are small programs that manage 
to hang the compiler.  (You'll need to remove the 1- and 
2- filename prefixes to actually use them.)

In the first case, things worked fine until toString() was 
added.  Then when I hit compile I got the "compilation in 
progress" message, but nothing happened for over a 
minute.  I killed DrJava at that point.  In the second file, 
I commented out most of toString() and it worked, but 
when I added the get(n) method, the compiler went off 
into an infinite loop.

Setup: DrJava 20040203-2304, windows xp, Java 
1.4.2_01.  The compiler is the default picked by DrJava -
 javac 1.4.1+ (user).

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

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

[DrJava] [ drjava-Bugs-895998 ] File choosers always start in home directory

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

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

Category: Definitions (source editor)
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: File choosers always start in home directory

Initial Comment:
In drjava-20030204-2304, the open file dialog always
starts in the home directory instead of the user's
current directory.

I know this was added as a feature, but I disagree with
the idea that this makes things easier.  On any Unix
system, it is very convenient to change to the source
directory of your project and start DrJava, having the
open file dialog in your current directory.  And on
Windows, the home directory is one level below the
desktop, which is a directory most users never see.  I
don't think starting in the home directory is easier
(or more intuitive) for either platform.

Comments are welcome.

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

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

[DrJava] [ drjava-Bugs-895995 ] No copy/paste in Eclipse plug-in

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

Bugs item #895995, was opened at 2004-02-12 19: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=895995&group_id=44253

Category: Eclipse Plug-in
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: No copy/paste in Eclipse plug-in

Initial Comment:
There is no way to copy or paste text in the
Interactions Pane of the DrJava Plug-in for Eclipse
(either via the keyboard or a menu).

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

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

[DrJava] [ drjava-Feature Requests-891925 ] Integration with JCSC or Checkstyle

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

Feature Requests item #891925, was opened at 2004-02-06 08:50
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=891925&group_id=44253

Category: Other
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Integration with JCSC or Checkstyle

Initial Comment:
I think that for teaching Java integration with JCSC or 
Checkstyle could be very interesting 

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

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

[DrJava] drjava-20040203-2304 Development Release

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

  This is a new development release of DrJava that includes a few bug
fixes and a few new features.  Most notably are the addition of forward
brace matching as well as an option to allow access to private and
protected members of classes in the Interactions Pane.  Please download
and test this release as your primary copy of DrJava at http://drjava.org.

Thanks,
James

[DrJava] update build-common.xml and dynamicjava.jar

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

We've added a task in build-common.xml to compile DrJava while displaying
unchecked error messages so you'll have to cvs update it.

Update dynamicjava.jar in the lib directory as well because there was a
bug which caused a test to fail in OSX.

James

[DrJava] [ drjava-Feature Requests-888315 ] DrJava for Pocket PC

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

Feature Requests item #888315, was opened at 2004-01-31 13: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=888315&group_id=44253

Category: Other
Group: None
Status: Open
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: DrJava for Pocket PC

Initial Comment:
Could you please make DrJava for Pocket PC?
I would love to write program on my PPC. Thank you.

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

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

[DrJava] updated dynamicjava.jar

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

The dynamicjava.jar contains a fix for the bug where users could not use
multidimensional array initializers.  To pass the unit tests, you'll have
to go to the "lib" directory and run "cvs update dynamicjava.jar".

Have a nice day,
James

Re: [DrJava] What files to "cvs add"?

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

   The more I think about the cvs add issue, the less certain I am that 
we want to automate it.  On the one hand, yes, we've encountered 
problems before with people forgetting to cvs add their new files, and I 
guess that actually comes up pretty frequently.  But on the other hand, 
it's convenient to leave files around (especially .txt files like 
"comments.txt" for commit comments) in the drjava directory that we 
don't want added to the repository.  I'd argue at the *least* that we 
should only automatically add .java files.  I'm willing to concede that 
all .java could be added, even though I'm in the habit of having a few 
.java files around which I don't intend to commit, either.

Those are my thoughts, anyway...  That cvs command you mention is 
useful, at any rate.

Charlie


Moez A. Abdel-Gawad wrote:
> For new DrJava hackers (new COMP 312'ers, who would soon be adding
> new unit tests, and possibly new files to DrJava), the following
> pipelined commands may be helpful for knowing which files are new,
> and thus need to be added via "cvs add" to the cvs repository:
> 
> cvs -qn update | grep ^? | tr -d '^?' | tr -d "[:space:]"
> 
> More details are available at http://ccvs.cvshome.org/fom//cache/42.html
> 
> In fact, according to that link, there seems to be some way we can
> automate the "cvs add" in our ant targets, instead of requiring it
> to be done manually.
> 
> -Moez

[DrJava] [ drjava-Bugs-884068 ] debugger is not working properly (step into/over)

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

Bugs item #884068, was opened at 2004-01-25 10: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=884068&group_id=44253

Category: Debugger
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Rama Sugavanam (ramacs)
Assigned to: Nobody/Anonymous (nobody)
Summary: debugger is not working properly (step into/over)

Initial Comment:
When opening  the DrJava in debugging mode, only I can 
able to set the break point. Other options like step 
into/over, suspending /resuming are not possible.This is 
happing for even small programs.

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

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

[DrJava] [ drjava-Bugs-885248 ] Folders with "#" not available in Interactions

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

Bugs item #885248, was opened at 2004-01-27 04: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=885248&group_id=44253

Category: Interactions
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Folders with "#" not available in Interactions

Initial Comment:
If a source file is stored in a folder with a hash in the name 
(eg. "Project#1"), the file can be compiled into a class file, 
but the class will not be available in the Interactions Pane.  
(Folder names with spaces work fine.)  Confirmed on 
Windows and Mac OS X.

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

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

[DrJava] Eclipse Plug-In 0.9.3 Release

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

A new version of the DrJava Plug-In for Eclipse has been released!  This
version increases usability by adding a new DrJava Preference page which
allows users to set various options including whether to prompt upon
interactions reset and allow accessibility to private members in the
Interactions Pane.  This update also allows users to change the font in
the Interactions Pane which will be very useful in classroom settings.

You can go to http://drjava.sf.net/eclipse.shtml to download the new
plug-in.  Please send us any comments you have!

James

Re: [DrJava] Util Compile Problem w/ JSR-14 2.2

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

   For those interested, the dev docs have been updated with a more 
specific comment on ANT_OPTS.  (It seems it's only required on OS X 10.2 
or earlier, and definitely not on other platforms.)

   Also, I've just posted an update to the FAQ with several new entries. 
  Any comments or additions are welcome.

Charlie


Charles Reis wrote:

> Corky just had a similar problem.  Try undefining the ANT_OPTS 
> environment variable (I'm assuming you're on a Mac).
> 
> We'll update the dev docs shortly if that works.
> 
> Charlie
> 
> Peter Centgraf wrote:
> 
>> Hey folks,
>>
>> When I try to build the util packages using JSR-14 v2.2 and 1.4.2_03 
>> on XP, I get an error from RMIC.  Can anyone else confirm this 
>> problem?  I know that a new JSR-14 is imminent, but it would still be 
>> nice to have our code working with the currently available version.  
>> If this is confirmed, I'll try to find a workaround.
>>
>> -- 
>> Peter

[DrJava] What files to "cvs add"?

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

For new DrJava hackers (new COMP 312'ers, who would soon be adding
new unit tests, and possibly new files to DrJava), the following
pipelined commands may be helpful for knowing which files are new,
and thus need to be added via "cvs add" to the cvs repository:

cvs -qn update | grep ^? | tr -d '^?' | tr -d "[:space:]"

More details are available at http://ccvs.cvshome.org/fom//cache/42.html

In fact, according to that link, there seems to be some way we can
automate the "cvs add" in our ant targets, instead of requiring it
to be done manually.

-Moez

Re: [DrJava] Util Compile Problem w/ JSR-14 2.2

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

Corky just had a similar problem.  Try undefining the ANT_OPTS 
environment variable (I'm assuming you're on a Mac).

We'll update the dev docs shortly if that works.

Charlie

Peter Centgraf wrote:

> Hey folks,
> 
> When I try to build the util packages using JSR-14 v2.2 and 1.4.2_03 on 
> XP, I get an error from RMIC.  Can anyone else confirm this problem?  I 
> know that a new JSR-14 is imminent, but it would still be nice to have 
> our code working with the currently available version.  If this is 
> confirmed, I'll try to find a workaround.
> 
> -- 
> Peter
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> drjava-hackers mailing list
> drj...@li...
> https://lists.sourceforge.net/lists/listinfo/drjava-hackers

[DrJava] Util Compile Problem w/ JSR-14 2.2

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

Hey folks,

When I try to build the util packages using JSR-14 v2.2 and 1.4.2_03 on 
XP, I get an error from RMIC.  Can anyone else confirm this problem?  I 
know that a new JSR-14 is imminent, but it would still be nice to have 
our code working with the currently available version.  If this is 
confirmed, I'll try to find a workaround.

--
Peter

[DrJava] [ drjava-Feature Requests-884029 ] Change Current Dir of Interactions Pane

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

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

Category: Interactions
Group: None
Status: Open
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Nobody/Anonymous (nobody)
Summary: Change Current Dir of Interactions Pane

Initial Comment:
Story:
User wishes to run a program in the Interactions Pane which 
will try to load a file from the program's "current directory".  
He right-clicks on the Interactions Pane and chooses "Change 
Current Directory...". A confirmation dialog is displayed, 
informing the user that changing the current working 
directory requires resetting the Interactions Pane.  The user 
confirms and is presented with a file dialog to select the new 
directory.  The Interactions Pane resets and the user 
successfully runs the program.

Notes:
The working directory of a JVM cannot be changed once it is 
running.  However, it can be changed on startup.  It would be 
nonsensical to set the directory to the path of the current 
file, which changes much too frequently.  However, the 
current behavior (the directory from which DrJava was 
started) is far too limiting.  This technique should meet the 
needs of most users (given the limitations of the JVM).

I'm still not sure what the best way to change the directory 
on startup is, but I'm certain it could be done.  ExecJVM 
might be able to do it, or we could test whether 
System.setProperty("user.dir", ...) works if it is called before 
any file interactions.  (I seem to recall that it does.)

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

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

[DrJava] [ drjava-Feature Requests-878972 ] which compiler is which?

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

Feature Requests item #878972, was opened at 2004-01-17 11:25
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=878972&group_id=44253

Category: User interface
Group: None
Status: Open
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: which compiler is which?

Initial Comment:
When I look at the compiler pull-down menu in the 
compiler output window, several options are listed: javac 
1.4.1+, javac 1.4.1+ (tools.jar), javac 1.4.1+ (user).  It's 
not clear whether these are the same or not and, if not, 
what javac they are referring to.  It would be helpful to 
have some way of figuring out the actual compiler file that 
each of these options refer to.  This could be particularly 
useful in situations where one of the options produces 
unexpected behavior and one is trying to figure out what 
happened and how to fix it.

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

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

[DrJava] [ drjava-Feature Requests-878970 ] more subtle breakpoint indication

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

Feature Requests item #878970, was opened at 2004-01-17 11: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=878970&group_id=44253

Category: Debugger
Group: None
Status: Open
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: more subtle breakpoint indication

Initial Comment:
The current development verison of DrJava shows debugger 
breakpoints by overlaying a bright red band on top of the 
source code line.  This is visually distracting when one is 
looking at the code.

Instead of the bright highlight band, it'd be nice to put a 
small stop-sign icon in the left margin next to the line 
where the breakpoint has been set.  This has been used in 
many IDEs over the years and works well.  In IDEs that do 
this, a narrow, empty scroll bar usually appears at the left 
edge of the source editing window when debugging is 
available, and breakpoints are toggled on and off by clicking 
in that bar next to the line of source code.  Not only does 
this provide a place to put the stop sign icons, but it also 
provides a nice visual clue about whether debugging is 
enabled or not.

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

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

[DrJava] [ drjava-Feature Requests-878674 ] More Javadoc tags by default

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

Feature Requests item #878674, was opened at 2004-01-17 02: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=878674&group_id=44253

Category: Javadoc integration
Group: Small (< 1 pair-week)
Status: Open
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Charles Reis (csreis)
Summary: More Javadoc tags by default

Initial Comment:
Story:
User writes a new class, and specifies @author and
@version tags in the Javadoc comments.  She clicks the
Javadoc button in her newly downloaded copy of DrJava,
and the generated web pages include information about
the author and version.

Notes:
The author and version tags are disabled by default in
the Javadoc tool, unless "-author" and "-version" are
passed as command line arguments.  These can be
specified in the DrJava preferences, but are not
enabled by default.  I'm of the opinion that DrJava
should turn these on by default, since they're
generally useful tags and good for demonstration
purposes in intro classes.  Plus, having the default
value of the preference be "-author -version" gives
users a better feel for what type of information is
expected in that field.

Are there other arguments that would be good to enable
by default?  Or is there a reason *not* to enable these
by default?  (Most common tags, like @param, @return,
@throws , and @see, all work by default.)

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

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

[DrJava] [ drjava-Bugs-878667 ] Suggested Javadoc dir invalid if unsaved

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

Bugs item #878667, was opened at 2004-01-17 02:22
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=878667&group_id=44253

Category: Javadoc integration
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Charles Reis (csreis)
Assigned to: Charles Reis (csreis)
Summary: Suggested Javadoc dir invalid if unsaved

Initial Comment:
Story:
User starts editing a new source file and has not yet
saved.  He clicks on the Javadoc button, which prompts
him to save the file.  He does so, either in the
default location or in another directory.  The Javadoc
command then proceeds, asking him where to save the
Javadoc.  However, instead of suggesting a "doc"
subdirectory of the file's location, it presents an
empty string.  Attempting to use this empty string
causes an error message.

Notes:
This is actually two problems-- the suggested directory
is computed before the file is saved, and an empty
string causes a misleading error message.

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

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

[DrJava] [ drjava-Feature Requests-878010 ] would like to be able to save groups of settings

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

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

Category: User interface
Group: None
Status: Open
Priority: 5
Submitted By: Hal Perkins (hperkins)
Assigned to: Nobody/Anonymous (nobody)
Summary: would like to be able to save groups of settings

Initial Comment:
Situation: I've got a single laptop that I use as both a work 
machine and for presentations in class.  When I use DrJava 
for demos in class, I need to use larger fonts so the 
projected image is visible in the back of the room.  When 
I'm using it for work, I want regular-sized, smaller fonts so 
more information fits on the screen.

It would be very nice if there were some way to save sets 
of preference settings and switch rapidly between them, 
instead of having to change individual options one by one, 
and remember the particular settings used in each 
situation.

My particular situation only involves font settings, but it 
might be useful to implement this in a fairly general way so 
it doesn't restrict people to just a small, hard-wired set of 
preference settings that can be included in a saved set.

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

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

[DrJava] New DrJavadoc

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

Hey Folks,

One of the nifty new features of the JSR-14 2.4 prerelease is the  
generics-enabled version of javadoc.  I was very excited to notice it  
in the change log, and I was even more excited when it actually worked  
on our codebase.  I was so excited, I uploaded the new javadocs to  
<http://www.drjava.net/javadocs/>.  Enjoy!

P.S. For those of you who want to try this trick at home, and home  
happens to be a Mac OS X machine with Java 1.4.1 installed, you can  
paste the following command into Terminal.  Make sure that you have  
environment variables setup for CLASSPATH, ANT_HOME, and DJROOT (which  
should point to the root of your local cvs working directory), and that  
you execute this command in the JSR-14 2.4 directory.

javadoc -J-Xbootclasspath/p:./gjc-rt.jar -bootclasspath  
./gjc-rt.jar:./collect.jar:/System/Library/Frameworks/JavaVM.framework/ 
Versions/1.4.1/Classes/charsets.jar:/System/Library/Frameworks/ 
JavaVM.framework/Versions/1.4.1/Classes/classes.jar:/System/Library/ 
Frameworks/JavaVM.framework/Versions/1.4.1/Classes/ 
CoreAudioSupport.jar:/System/Library/Frameworks/JavaVM.framework/ 
Versions/1.4.1/Classes/dt.jar:/System/Library/Frameworks/ 
JavaVM.framework/Versions/1.4.1/Classes/jce.jar:/System/Library/ 
Frameworks/JavaVM.framework/Versions/1.4.1/Classes/jsse.jar:/System/ 
Library/Frameworks/JavaVM.framework/Versions/1.4.1/Classes/laf.jar:/ 
System/Library/Frameworks/JavaVM.framework/Versions/1.4.1/Classes/ 
sunrsasign.jar:/System/Library/Frameworks/JavaVM.framework/Versions/ 
1.4.1/Classes/ui.jar -classpath ${CLASSPATH}:${ANT_HOME}/lib/ant.jar  
-private -version -use -doctitle "DrJava Code Documentation"  
-windowtitle "drjava-`date -u +%Y%m%d-%H%M`" -source 1.5 -d  
./DrJavadocs -sourcepath $DJROOT/src/ `find $DJROOT/src/edu -name  
"*.java"`

P.P.S. You might be able to shorten this command.  I didn't feel like  
putzing to see which jars are necessary.

--
Peter Centgraf
DrJava Developer
Pittsburgh, PA

[DrJava] [ drjava-Bugs-874824 ] OutOfMemoryError when compiling

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

Bugs item #874824, was opened at 2004-01-11 10:09
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=874824&group_id=44253

Category: Compiler integration
Group: Serious
Status: Open
Resolution: None
Priority: 5
Submitted By: Nick Becker (xyad)
Assigned to: Nobody/Anonymous (nobody)
Summary: OutOfMemoryError when compiling

Initial Comment:
I first noticed the bug when compiling a medium sized 
project of mine--about 30 files in the project.  With no 
other programs running, I pressed "Compile All", the 
compiler output window stayed on the "Compilation in 
progress" line for a few seconds, and then this message 
appeared:

 Compile exception: java.lang.OutOfMemoryError

I found this strange, as I had compiled just a few 
moments before with approx. the same number of files.  
Rebooting didn't help, switching to a computer with 
twice as much memory didn't help.  I don't know what I 
added from the last time I successfully compiled, but 
this problem is serious, as it means I cannot use DrJava 
as an editor.  

I then cleared all .class files and tried to compile a single 
file from my project--same error.  Windows Task 
Manager says that my memory usage during the 
attempted compile is well, well below the amount of 
physical RAM I have.  This particular test file uses 
generics a couple of times, whilst most all of the other 
files in the project use generics profusely.

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

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

[DrJava] [ drjava-Bugs-873946 ] Loss of Tab

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

Bugs item #873946, was opened at 2004-01-09 10: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=873946&group_id=44253

Category: User interface
Group: Annoying
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Loss of Tab

Initial Comment:
For some reason, I have lost the use of my tab for the 
purpose of indenting.  The line enumeration also seems 
to be flawed now, it just started all of a sudden. 
Perhaps it has to do with the new VM or something, not 
sure.

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

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