RE: Classes name dialog
This is my fault. I need to at leaast make it configurable, but maybe my changes should be backed out since alas I am having too much fun with IntelliJ andy -Original Message- From: Wolfgang Pausch [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 24, 2003 2:01 PM To: [EMAIL PROTECTED] Subject: Classes name dialog Hello, another mail from me... (yes, I currently have time for using JDE). When I use jde-import-find-and-import (C-c C-v C-z) and more than one class matches the name at point, JDE gives me the choice of choosing which class I want. Good behaviour, so far. Up to now, this happened in an extra window. Now (since I have upgraded both XEmacs (to 21.4.14) and JDE (to 2.3.3) at the same time, I don't know which is responsible for it), it happens in a dialog window (I have attached a small screenshot). I think this window has two disadvantages: 1. Bug: If many classes match, not all get displayed. If you look carefully, you will see that the last line isn't displayed completely. In this example, it should display a class named civquest.Field. 2. I can't navigate/choose the class using the keyboard in that dialog-window. Wolfgang
Re: compiling jde-2.3.3beta5
This sames strange to me. 21.4.12 and 21.4.14 are almost identical. I suspect you should update your XEmacs packages. andy At 09:28 AM 7/8/2003 -0400, Paul Kinnucan wrote: Prof. Dr. Jobst Hoffmann writes: I'm in trouble with compiling the 2.3.3 betas (xemacs 21.4.12, Linux), the error message is Initialization error: Symbol's function definition is void: coding-system-list The complete error log is attached. I've looked at several source files, but I didn't find any useful hints, even executing list-coding-systems from mule-diag resulted in the same error message. Can anyone give me a hint? XEmacs 21.4.14 (Windows) compiles JDE 2.3.3beta5 without any problem. The problem must be particular to the XEmacs version or installation that you are using. - Paul
RE: [ANNOUNCEMENT] JDEE 2.3.3beta1 available at ...
While compiling jde-2.3.3beta2 on Windows XP, GNU Emacs 21.3.1 (i386-msvc-nt5.1.2600) of 2003-03-27 on buffy, I get: While compiling toplevel forms in file c:/usr/site-lisp/jde-2.3.3beta2/lisp/jde-xemacs.el: You should not compile jde-xemacs.el on a non-xemacs system, it won't work. andy
RE: Bug Report JDE2.3.3beta1
Its probably a mule issue. Did you build your linux version with mule? There is no mule support for XEmacs on windows currently, I think this will be fixed in 22.0. But even so relying on mule features is highly backwardsly incompatible. I suspect that this only works on the very latest Emacsen also. My guess is that this is a limitation of xemacs on Windows. I can use utf-8 as an encoding system on xemacs on Linux. Perhaps on the mailing list that knows a bit more about xemacs can help? andy
RE: [PATCH] smart complete?
At any rate, until completion works better, I would vote to hold off on that change. Or check in it, with a default of off. Right, that's what Paul wanted. I find completion reasonably quick, but if its more accessible that will also motivate me to use it and fix bugs that I find... andy
RE: Re: [PATCH] smart complete?
Tools Packages List and Install Or - Update Installed Packages andy
RE: JDEE 2.3.2 on XEmacs 21.1.14?
Does anyone here know whether JDEE 2.3.2 (the latest) is compatible with XEmacs 21.1.14? I recommend you use the 21.4.x series, especially if you are running on windows. I am using it with 21.4.6 and 21.4.9. You will have to upgrade the packages from the JDE website, but I think it should work fine. 2.3.2 is in the current XEmacs packages so you should not have to upgrade. andy
[PATCH] jde-ant fix
This fixes some jde-ant issues under windows and cygwin. This is my last pressing jde patch for XEmacs, everything seems to work reasonably well now. andy 2003-03-24 Andy Piper [EMAIL PROTECTED] * jde-ant.el (jde-build-ant-command): refactor ant home determination. Fix cygwin lossage. (jde-ant-build-classpath): use jde-ant-get-ant-home. (jde-ant-build): history - build-history. jdeant.patch Description: Binary data
RE: [PATCH] compile.el
I use JDE all the time but am new to this list. Are all these patches that get submitted to this list going to be rolled up into the next JDE release, or should I really be keeping track of all of them? Thanks. I plan on applying them to CVS, when the rest of my workspace is clean. If you use XEmacs and its precompiled packages then these fixes are already applied and will show up in a package release soon. andy
[PATCH] jde 2.3.2 fix breakpoint deletion
This fixes annoying unbound slot errors when deleting breakpoints under JDE 2.3.2 andy 2003-03-12 Andy Piper [EMAIL PROTECTED] * jde-db.el (jde-db-delete-breakpoint): Delete breakpoints without accessing deleted ones. jde.patch Description: Binary data
FW: [PATCH] JDE 2.3.2 fixes
-Original Message- From: Andy Piper [mailto:[EMAIL PROTECTED] Sent: Monday, March 10, 2003 9:45 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PATCH] JDE 2.3.2 fixes This fixes a bunch of issues withe the current JDE XEmacs package. I'm still tracking down a few others but don't know when I will get to them. I will eventually apply modified versions of these to the JDE CVS tree. 2003-01-17 Andy Piper [EMAIL PROTECTED] * Fixes for jde 2.3.2. jde.patch Description: Binary data
RE: ECB + JDE window focus bug - suggestion for solution (was: RE: ECB + JDE window focus bug)
FWIW I have an efc replacement for XEmacs that doesn't use buffers or windows at all. It would be nice if we could keep the level of abstraction up in efc so that platform specific hooks don't start creeping in. andy Wouldn't a simpler solution be for efc to define either a variable whose value is a window for displaying the dialog or a function that returns a window for displaying the dialog. For example,
RE: Missing buttons
--with-widgets maybe andy I just built Xemacs 21.4.12 and now I can't see the buttons that appear when a choice of classes results from the function, jde-import-find-and-import (C-c C-v C-z). I see other buttons, e.g. toolbar and customize, just not those. What build option might I have left out to cause that?
RE: JDEbug
JDEbug-processes-detach process: doesn't seem to work and the familiar message appears (Symbol's value as variable is void: old-assoc) JDEbug-Exit Debugger doesn't seem to work (Symbol's value as variable is void: old- assoc), although killing the *JDEbug* buffer does seem to stop it These are problems with the XEmacs binary kit - basically the bytecodes are messed up. I have not seen this problem recently, but I'm suspicious that this is because I built the kit myself. I'm really not sure how to address this, JDE's heavy use of macros and packages that use macros (e.g. semantic) make it susceptible to this IMO. It would also be interesting to me if you have similar problems with my own built kit - maybe I could send it to you for you to try? andy
RE: Java - elisp communication (was RE: BanInfo wizard anyone?)
Yes but it's too trivial to implement as something separate from Nick's JUCI. It should be included in it. I think this is a great idea! Did I miss the post about JUCI? I presume this does some sort of reflected invocation scheme so that Emacs looks like a Java class to the Java side and vice versa? andy
RE: JDEE installer?
Is anybody working on a JDEE installer that would get ALL the required and optional packages (that the user selects in the setup process, such as ECB, Jalopy) and would set all the necessary settings (such as jde-bug-jdk-directory, jde-jdk-registry) and some optional settings, such as '(jde-import-auto-sort t)? The XEmacs windows installer installs all of the required JDE packages (ECB and Jalopy are not packaged as yet) using a GUI wizard. It is open source and used by many, many people to install XEmacs also. It is a fork of the original cygwin installer and I would suggest it is a good starting point for anyone wanting to do a GUI installer (or make the XEmacs one better). wrt to GUI features I have been working on integrating toolbar support for JDEbug into JDE and a gdbsrc mode for JDEE (i.e. gdb keystrokes in your editing buffer which becomes read-only while you are debugging). I have also added support for true GUI selection boxes for things that use efc (i.e. a true GUI version of efc). All of these things are XEmacs specific. I expect to check them into the JDEE CVS repository hopefuly before Christmas. I started on a setup wizard for JDEE based on XEmacs GUI features but found I had not implemented enough GUI features, so turned down my ambition somewhat... andy
RE: Does JDE work for the latest version of XEmacs for Windows XP?
It should do. I spent a lot of time making sure it does. You probably want to use the JDE package that's bundled with XEmacs. andy -Original Message-From: Justin Gordon [mailto:[EMAIL PROTECTED]]Sent: Saturday, October 26, 2002 2:36 PMTo: [EMAIL PROTECTED]Subject: Does JDE work for the latest version of XEmacs for Windows XP? --Justin Gordon[EMAIL PROTECTED]415-771-7873 H415 269-6343 M
FW: jdb always tries to find package
-Original Message- From: Andy Piper [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 6:29 PM To: [EMAIL PROTECTED] Subject: jdb always tries to find package jde-db-cmd-notify-response always tries to extract a package name from the current class. It will fail if there is no package name. andy
[PATCH] jde build problems
It turns out that errors relating to `old-assoc' when using the XEmacs JDE package are due to build problems in the package. This patch fixes the file build order so that things that are needed later are built first. This seems to cure the old-assoc problems for me. A new binary package needs to be built asap since the current one is less than functional without this patch. andy 2002-10-10 Andy Piper [EMAIL PROTECTED] * Makefile: reorder files to get dependencies correct. jdemk.patch Description: Binary data
[PATCH] misc jde fixes
This patch: - Adds a menu entry to JDEbug to toggle the stack display. - Allows you to switch of project file loading for new files when you already have a project loaded - Fixes an obvious error in the jdb command hook. andy misc.patch Description: Binary data
jdb menu not enabled
I think this is a bug. If you use jdb you have to start the debugger from the JDE menu (Debug App) even though the jdb menu exists. I think run on the jdb menu should run jde-jdb if no debugger process is running. Its highly confusing otherwise with all the jdb menu entries disabled. jde 2.2.9b12 andy
Project autoswitch is cranky
I would like to be able to load source files without switching projects (because I want to set breakpoints in these particular files) however if I turn off autoswitching it is ignored when I load a new file (i.e. it loads the project and switches). To get the effect I want I have to laod the new file and then turn off autoswitching - which gets pretty laborious. Is there any way I can stick with the current project even when laoding files? andy
JDEbug and bootclasspath
What's the best way of modifying the bootclasspath for apps running under JDEbug? Thanks andy
RE: old-assoc problem
old-assoc is actually a function in XEmacs. I don't know why you would be seeing this. Did you update eieio and semantic as well as jde? andy -Original Message- From: fred bapst [mailto:[EMAIL PROTECTED]] Sent: Monday, September 30, 2002 1:37 AM To: [EMAIL PROTECTED] Subject: old-assoc problem I often get lisp problems with JDEBug (on Xemacs/solaris). Error message is (void-variable old-assoc). Any hint on that ? Sometimes, the message buffer shows me something like: Error: evaluating output from the debugger caused a Lisp error. Debugger output: (jde-dbo-event-set 3 none nil (list 'jde-dbo-vm-disconnected-event)) Any other hint on that ? -Detail backtrace...--- Signaling: (void-variable old-assoc) #compiled-function (assoc) ...(24) [result old-assoc finish-cmd process jde-dbs-finish-process format finish %d eieio-oref id :process jde-dbs-cmd-exec jde-dbs-proc-move-to-morgue] 6((2 . [object jde-dbs-proc process2 2 A 35014 #buffer *A(2) CLI* #buffer *Process A(2)* #buffer *A(2) Threads* #buffer *A(2) Local Variables* nil nil t [object jde-dbs-proc-state-info State Info 2 runnable suspended by debugger 1 main] (...) 0 unbound unbound nil (...) [object jde-dbs-get-thread get_thread get_thread unbound #1 11 ... ... unbound 1] #window-configuration 0x6042 nil])) mapc-internal(#compiled-function (assoc) ...(24) [result old-assoc finish-cmd process jde-dbs-finish-process format finish %d eieio-oref id :process jde-dbs-cmd-exec jde-dbs-proc-move-to-morgue] 6 ((2 . [object jde-dbs-proc process2 2 A 35014 #buffer *A(2) CLI* #buffer *Process A(2)* #buffer *A(2) Threads* #buffer *A(2) Local Variables* nil nil t ... ... 0 unbound unbound nil ... ... #window-configuration 0x6042 nil]))) mapc(#compiled-function (assoc) ...(24) [result old-assoc finish-cmd process jde-dbs-finish-process format finish %d eieio-oref id :process jde-dbs-cmd-exec jde-dbs-proc-move-to-morgue] 6 ((2 . [object jde-dbs-proc process2 2 A 35014 #buffer *A(2) CLI* #buffer *Process A(2)* #buffer *A(2) Threads* #buffer *A(2) Local Variables* nil nil t ... ... 0 unbound unbound nil ... ... #window-configuration 0x6042 nil]))) #compiled-function nil ...(25) [jde-dbs-the-debugger jde-dbs-the-process-registry jde-dbs-debugger-running-p mapc #compiled-function ... ...(24) ... 6 eieio-oref proc-alist slot-makeunbound :target-process jde-dbs-debugger-quit error Debugger is not running.] 5 nil nil() call-interactively(jde-bug-exit) ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
RE: up-to-date xemacs, but...
Ok, thanks for the advice. I installed jde2.2.9beta12 manually, and it is better. I also move to xemacs21.4.9 (gamma version). I now succeed in doing a full JDEbug session (with breakpoints etc.), but... the local variables buffer keeps totally empty. Sources are yet compiled with -g, and I did not see any strange message anywhere. I think this works for me. I had to make a few minor changes for the XEmacs package - so you still might want to try it. Actually it is already available in the pre-releases directory on ftp.xemacs.org By the way, things are quite slow, and xemacs core-dumps sometimes at kill-emacs()... I believe that the core dump is a known bug in Solaris Motif, you should check the PROBLEMS file for Solaris patches you might need to apply. andy
RE: up-to-date xemacs, but...
By the way, things are quite slow, and xemacs There is a known problem with syntax tables and speed which especially affects java files. Try setting: (setq-default lookup-syntax-properties nil) in your init.el file and see if that helps. andy
RE: cygwin-emacs and classpath under jdee
Earlier when I compiled emacs on my own under this environment it worked well, I could even use both unix-like and windows-like path style when loeaded files (i mean i could use: d:/file.java and /cygdrive/d/file.java) and in paths I always got ';' as needed, however it looks like cygwin-emacs version only sees cygwin path and path style but it doesn't know about windows anything. And probably jdee rely on emacs knowledge about path style. You can always use the cygwin version of XEmacs which correctly understands windows paths and UNIX paths. http://www.xemacs.org/Download/win32/setup.exe andy
Doc disabled for some functions
The add documentation menu item is disabled for this function:
/* package */ TunneledSocketImpl getServerImpl()
{
return serverImpl;
}
Extending abstract class?
If I use the extend abstract class wizard to try and extend java.net.SocketImpl it insteads defines the functions from SocketOptions (implemented by SocketImpl). This seems like a bug but I don't know whether it is XEmacs specific. JDE 2.2.9beta10 andy
RE: JDE variable docs incomplete
Hi Paul, At 12:53 PM 8/26/2002 -0400, Paul Kinnucan wrote: The only people who complain about it are precisely the people who don't read the doc. I've explained why the JDEE requires use of customize in the JDEE user's guide. It's not an arbitrary requirement. The reasons are twofold: it reduces the tech support burden on myself and it enables the project file feature. I'd be glad to remove it as a technical requirement if somebody could suggest a way to implement the notion of project-local variables (as opposed, say, to buffer-local) variables that would allow use of custom but would not require it. Of course, this would lead to the return of the good old days of power users posting their .emacs files to the JDEE list so the rest of us can comb through them to find the places where they set JDEE variables incorrectly because they didn't read the doc or didn't read it carefully, or simply made a typo. As I said - its your product and you have very valid reasons for not wanting to do this. Although I don't agree with the status quo I didn't write the code and so have (quite rightly) very little say in the matter. So I will take it that there is no interest in my providing updated docs and move on to other issues :) It just escapes me why some people prefer to write Lisp when Emacs is willing to do it for them. I guess I'm just not a power user. Because as a UI custom sucks (apologies Per). andy
[PATCH] cygwin file-truename expands to win32 path
cygwin XEmacs file-truename expands to a win32 path. JDEE expects otherwise. The following patch works in both scenarios. andy 2002-08-26 Andy Piper [EMAIL PROTECTED] * jde.el (jde-root-dir-p): cygwin file-truename now expands to win32 path. true.patch Description: Binary data
[PATCH] jdebug paths under XEmacs cygwin
Setting the sourcepath for jdebug doesn't observe cygwin normalization resulting in errors about the current file not being in the sourcepath. The attached patch against 2.2.9beta10 fixes this. andy 2002-08-14 Andy Piper [EMAIL PROTECTED] * jde-db.el (jde-db-src-dir-matches-file-p): normalize the filename as well as the sourcepath. npath.patch Description: Binary data
[PATCH] Extending and implementing with fully qualified names
It confused me that I couldn't enter a fully qualified name when try to implement an interface or extend an abstract class. I also notice a small bug which prevents this working for classes in the root package. The attached patch fixes this. 2002-08-14 Andy Piper [EMAIL PROTECTED] * ClassPathEntry.java (addClass): map fully qualified names and cope with classes that don't have a packaged. andy cpe.patch Description: Binary data
Re: [PATCH] jdebug paths under XEmacs cygwin
At 09:28 PM 8/14/2002 -0700, Andy Piper wrote: Setting the sourcepath for jdebug doesn't observe cygwin normalization resulting in errors about the current file not being in the sourcepath. The attached patch against 2.2.9beta10 fixes this. Incidentally there is still a bug in XEmacs related to this where find-file will load two different copies of the same file if you use a windows and then cygwin-style path. andy
Re: Classpath setting for project?
At 12:55 AM 7/25/2002 -0700, Galen Boyer wrote: Not sure, but did you save the customization settings for Future Sessions and then save the project file. The project file won't be modified if you do this. Save it for Current Session and then go to the buffer that is JDEE mode and save the project file. Paul pointed me in the right direction here - I have to use jde-set-variables for the settings to appear in my prj.el file. Thanks andy
Classpath setting for project?
As a followup to my previous mail. Doing: (custom-set-variables '(jde-global-classpath (jde-get-global-classpath))) does indeed set jde-global-classpath to the right thing. However, then doing: M-x save-project simply yields: (jde-project-file-version 1.0) (jde-set-variables) in prj.el shouldn't jde-global-classpath appear here? This is jde 2.2.8, XEmacs 21.4.8-3 (Windows). Thanks andy
Importing the classpath
I guess its about time I subscribed to this list to work through some XEmacs /NTissues. Here is my first one: I want to set up the jde-global-classpath in my prj.el file so that I can run XEmacs from desktop (no shell environment). I thought this might be as simple as running XEmacs in my project root, doing (setq jde-global-classpath (jde-get-global-classpath)) (jde-save-project) but for some reason this setting doesn't get saved in my prj.el How do I do this? As a helper it would be great if jde had some function like `jde-import-environment' which created a prj.el file based on the environment. andy
Re: Importing the classpath
At 04:37 PM 6/27/02 -0400, Paul Kinnucan wrote: You must use customize-variable to set JDEE variables. This is because all JDEE variables are defcustom variables and when the JDEE loads a Java file it sets jde- variables to the value specified by the customized-value property of the variable, if specified, otherwise to the default value for the the variable. If you do not use customize-variable or do not set the customized-value property yourself, the customized-value property will be nil and you will always get the default value. Doesn't this mean it will save it in the users custom file rather than the project file? As a helper it would be great if jde had some function like `jde-import-environment' which created a prj.el file based on the environment. How would the JDEE know what environment variables to use? Further, the JDEE already uses the standard CLASSPATH variable if you do not specify jde-global-classpath. Yeah, but this requires CLASSPATH be in your system environment if you start XEmacs from the desktop. I want to do a one time action that copies my environment into my project file so that next time I start from the desktop all is hunky-dory. When I say environment I probably mean CLASSPATH. andy
