Re: JDE again and again :)

2001-02-26 Thread Philip Miller

I would like to thank everyone for their off-line help.  This is my last
off-topic posting now that  I have jde working correctly on NT with emacs
running under cygwin with pcl-cvs.  Now I have some coding to do! :-)

Turns out my problem was in how I was combining cygwin and NT programs.
Since NT emacs is an NT program, it requires the NT version of cvs (makes
perfect sense now! ).  I was incorrectly using the cygwin version of cvs
with the NT version of emacs.  That was my first problem.  After fixing
that, I still had a problem with the NT version of cvs choking (silently)
on the checkouts that I made under cygwin.  Once I started from scratch,
everything works fine.

Thanks again for your help.

Phil

Phillip Lord wrote:

  "Philip" == Philip Miller [EMAIL PROTECTED] writes:

   Philip Paul Kinnucan wrote:

Finally, if I were a university administrator and wanted people
to use the JDE, I would encourage them to use Emacs rather than
XEmacs. I personally use Emacs and I do not have time to test
every new JDE feature on XEmacs.  Thus each new release of the
JDE generally has features that do not work properly or fully on
XEmacs. You can avoid these problems by encouraging your students
to use Emacs.

   Philip I am not a university administrator, but I am convinced.  I
   Philip am giving up on using XEmacs and JDE.  But can someone tell
   Philip me if it is possible to get pcl-cvs working with Emacs (on
   Philip NT with cygwin)?  I am having trouble with the latest
   Philip versions of pcl-cvs and Emacs.  Does anyone use pcl-cvs with
   Philip Emacs or do you stick with vc?

 pcl-cvs should work fine with FSF emacs, and indeed will
 become a standard part of the emacs distribution when emacs 21 comes
 out. pcl-cvs is not a replacement for vc really, its more "vc for
 dired" I guess, and is well worth installing.

 If you are having problems you should probably try writing
 to the gnu.emacs.help usenet group where there are lots of people who
 will be able to help (indeed the current maintainer of pcl-cvs is a
 regular contributer to the group). Generally speaking though they will
 be able to help a lot more if you are a little more specific about
 what the problems than saying "it doesn't work".

 Phil


begin:vcard 
n:Miller;Philip
tel;fax:(609) 734-2662
tel;work:(609) 734-2779
x-mozilla-html:FALSE
org:Sarnoff Corporation;Advanced Video Processing
adr:;;201 Washington Road;Princeton;NJ;08543;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:MTS
end:vcard



Re: JDE again and again :)

2001-02-26 Thread Paul Kinnucan

At 10:35 AM 2/26/01 -0500, Philip Miller wrote:
I would like to thank everyone for their off-line help.  This is my last
off-topic posting now that  I have jde working correctly on NT with emacs
running under cygwin with pcl-cvs.  Now I have some coding to do! :-)

Turns out my problem was in how I was combining cygwin and NT programs.
Since NT emacs is an NT program, it requires the NT version of cvs (makes
perfect sense now! ).  I was incorrectly using the cygwin version of cvs
with the NT version of emacs.  That was my first problem.  After fixing
that, I still had a problem with the NT version of cvs choking (silently)
on the checkouts that I made under cygwin.  Once I started from scratch,
everything works fine.

Hi Philip,

Emacs and cvs interact via standard I/O. As far as I know, there should be
no problem with a cygwin program (i.e., cygwin cvs) interacting with a
native NT program (e.g., Emacs) via standard I/O. Anyway, I've been using
the cygwin version of cvs with the NT version of Emacs for about a month. I
haven't noticed any problems. 

- Paul





RE: JDE 2.2.7beta2 available at ...

2001-02-26 Thread Jeff Rancier

Paul,

Could it be a difficult addition to see from the JDE-Help menu to view the
current versions of the required sub-packages as well as the JDE's version?
E.g.

JDE Users Guide
JDK (C-c C-v C-n)
Symbol at point (C-c C-v C-w)

Submit problem report

JDE 2.2.6
speedbar 0.13a
semantic 1.3.2
eieio 0.15

Jeff

-Original Message-
From: Paul Kinnucan [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 24, 2001 2:51 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: ANN: JDE 2.2.7beta2 available at ...


http://jde.sunsite.dk/


JDE 2.2.7beta2

***
* PLEASE READ *
***
* *
* This release requires semantic 1.3.3 (or later),*
* speedbar 0.13 (or later), and eieio-0.15 (or later). You*
* can obtain all three packages at*
* http://cedet.sourceforge.net*
* *
* This release also requires elib 1.0 or later.   *
* Your can obtain elib at the JDE web site in compressed  *
* tar (http://sunsite.auc.dk/jde/elib.tar.gz) or  *
* zip (http://sunsite.auc.dk/jde/elib.zip) format.*
* *
***

* Add jde-java-font-lock.api to the JDE zip files.

* You can now use tilde (~) notation in paths.

* You can now use environment variables, tilde notation, and
  cygwin syntax in jde-compile-option-directory path.

* Adds jde-package-update command.

  This command generates or updates the package statement at
  the head of the current Java source buffer based on the
  location of the buffer directory in the classpath.

  Thanks to David Ponce for providing this command.

* The class, console app, and Swing app templates now prompt
  you to enter a package name. The prompt includes a suggested
  package name based on the location of the current directory
  in the classpath.


About the JDE
=

The JDE is a free software package that transforms Emacs/XEmacs into an
integrated development environment (IDE) for developing Java applications
and
applets. The JDE, introduced in January, 1997, has thousands of users
worldwide in industry, academia, and government. Its mailing list currently
numbers more than 650 subscribers.

Features include:

* Menu of commonly used commands (compile, run, debug, build, insert
  javadoc, generate javadoc, interpret, help, etc.)

* extended syntax coloring

* automic indentation

* source-level debugging based on either jdb or the
  JDE's integrated JPDA-based debugger (JDEbug)

* javadoc comment insertion and javadoc generation

* Intellisense-like completion of object methods and fields

* Java source code intepreter

* Code templates

* automatic generation of import statements

* control flow abbreviation expansion (e.g, if - if then else)

* source code navigation tools, including a class index menu and
  a tree-structured source code browser

* RCS and CVS source code repository support




Re: JDE 2.2.7beta2 available at ...

2001-02-26 Thread Phillip Lord



 "Jeff" == Jeff Rancier [EMAIL PROTECTED] writes:

  Jeff Paul,

  Jeff Could it be a difficult addition to see from the JDE-Help
  Jeff menu to view the current versions of the required sub-packages
  Jeff as well as the JDE's version?  E.g.


Perhaps it might even be possible to have JDE check the
version numbers and emit a warning if they are wrong. I know that JDE
carries a variable containing a version number. Some of the other
packages do not (as far as I can see) but I am sure that the authors
would be willing to incorporate them. 

Come to think of it, its probably time that emacs had a full
version dependency checking. Still as it hasn't for now

Phil



Re: switching buffers and jde-wiz-update-class-list

2001-02-26 Thread Paul Kinnucan

Hi Ben,

This bug was fixed in JDE 2.2.7beta2 which I released a couple of days ago. I
forgot to mention the fix in the Release Notes for which please accept my
apologies.

- Paul

At 01:03 PM 2/26/01 -0800, Ben Menasha wrote: 

 Paul, when I was switching buffers I was finding that
 jde-wiz-update-class-list was being called. I traced this to the
 jde-reload-project-file method and found that it was reloading the project
 file and calling jde-wiz-update-class-list even when the buffer being
 switched to was in the same project. This is because the comparison below in
 jde-reload-project-file was evaluating to true even thought the two variables
 where pointing to the same file.. 
  
 (not (string= jde-current-project project-file-path)) 
  
 jde-working-project='/work/current/atg/Java/atg/userprofiling/../../../../
 ../prj.el'
 project-file-path='/work/current/atg/Java/atg/order/../../../../../prj.el
  
 I changed the comparison to be...
  
 (not (string= (expand-file-name jde-current-project)  
(expand-file-name project-file-path))) 
  
 and it worked fine. I am runnging linux, gnu emacs21  and jde 2.2.7beta1.
  
 Thanks
 -ben
  






JDEbug on solaris

2001-02-26 Thread Eric D. Friedman


Is anyone able to use JDEbug on solaris/xemacs?  This is with 
jde 2.2.6.2

I've followed the instructions for setting up JDEbug and am using
the 1.3.1 beta VM, which is supposed to have fixed the problems with
debugging in hotspot VMs (solaris does not have a "classic" vm).

I coded up a simple class that has a main method that creates a single
instance and invokes a single member method:

String foo(String foo) {
  foo += "y";  // breakpoint set here
  foo += "z";
  return foo;
}

I start up the debugger and do a JDEbug-Processes-Launch Process.
The app starts, but there's no indication that my breakpoint has been
hit (nothing shows up in the Locals buffer, though `foo' is definitely
a local with a value at this point.  

JDEbug-Continue runs the app to completion without hitting my breakpoint.
If I set two breakpoints, the same thing happens, so I'm pretty sure
that it's not a problem of the display not being updated to the breakpoint.

The debugger output follows.

Thanks,
Eric

*** Debugger Output for Process FooBar(5) ***

vm started...
All threads suspended...
Launch command line:
  java -classpath 
/home/eric/classes/xerces.jar:/home/eric/prj/ETJavaFoundation/classes:/home/eric  
FooBar  

Emacs connected to standard IO port 33819 for process FooBar.
Launched VM Java Debug Interface (Reference Implementation) version 1.3 
Java Debug Wire Protocol (Reference Implementation) version 1.0
JVM Debug Interface version 1.0
JVM version 1.3.1-beta (Java HotSpot(TM) Client VM, interpreted mode)
initSIOConnect: starting standard I/O handshake.
initSIOConnect: starting SIO connect thread.
Debugger waiting for Emacs to connect to app SIO port 33819.
Debugger connected to standard I/O socket.
Running FooBar.
FooBar process ended.
vm disconnected...