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
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
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
[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: 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
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
Doc disabled for some functions
The add documentation menu item is disabled for this function: /* package */ TunneledSocketImpl getServerImpl() { return serverImpl; }
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
RE: up-to-date xemacs, but...
JDE on XEmacs has been updated to 2.2.9beta12, the binary package will be available in a day or two. You probably should upgrade as soon as it is. 21.1.14 is pretty old now you should consider upgrading XEmacs also. andy > -Original Message- > From: fred bapst [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, September 25, 2002 8:28 AM > To: [EMAIL PROTECTED] > Subject: up-to-date xemacs, but... > > > Hello, > > I was using xemacs and jde on sparc/solaris and > jdk_1.3. I upgraded all my xemacs packages (so I have > now jde1.35, eieio1.03, elib1.10, semantic1.14...), > but I get strange Lisp errors... (and JDebug doesn't > work any more). > > However, I have a fair amount of experience in Unix, > xemacs... > > Can anybody ensure that jde correctly work on > sparc/solaris with xemacs21.1.14 and the "official" > set of xemacs packages ? > > Thanks in advance. > > > ___ > 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: 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) > # 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 # "*A(2) CLI*"> # # "*A(2) Threads*"> # > 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] # nil])) > mapc-internal(# [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 # CLI*"> # # Threads*"> # nil nil > t ... ... 0 unbound unbound nil ... ... > # nil]))) > mapc(# 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 # "*A(2) CLI*"> # # "*A(2) Threads*"> # > nil nil t ... ... 0 unbound unbound nil ... ... > # nil]))) > # [jde-dbs-the-debugger jde-dbs-the-process-registry > jde-dbs-debugger-running-p mapc # ... "...(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 >
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
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
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
RE: ClasspathNotFoundException when use javac server option
I get the same thing. I gave up on the compiler server. andy > -Original Message- > From: Kevin Zou [mailto:kzou@;tps-software.com] > Sent: Tuesday, October 29, 2002 11:31 AM > To: '[EMAIL PROTECTED]' > Subject: ClasspathNotFoundException when use javac server option > > > jdk1.3.1, jdee2.2.9beta12. > > "javac" compiler option works fine. When use "javac server" > compiler option, > I get exception as following. > > > java.lang.ClassNotFoundException: com.sun.tools.javac.Main > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:297) > at java.lang.ClassLoader.loadClass(ClassLoader.java:253) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:120) > at jde.util.CompileServer.(CompileServer.java:46) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:120) > at bsh.BshClassManager.plainClassForName(BshClassManager.java:143) > at > bsh.classpath.ClassManagerImpl.getClassForName(ClassManagerImpl.java:165) > at bsh.BshClassManager.classForName(BshClassManager.java:123) > at bsh.NameSpace.classForName(NameSpace.java:622) > at bsh.NameSpace.getClassImpl(NameSpace.java:612) > at bsh.NameSpace.getClass(NameSpace.java:521) > at bsh.Name.consumeNextObjectField(Name.java:283) > at bsh.Name.toObject(Name.java:206) > at bsh.Name.toObject(Name.java:189) > at bsh.Name.invokeMethod(Name.java:649) > at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:53) > at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:69) > at bsh.Interpreter.run(Interpreter.java:411) > at bsh.Interpreter.main(Interpreter.java:361 > Compilation exited abnormally with code ) at Tue Oct 29 13:08:29 >
RE: [PATCH] jde build problems
Er, the new binary package has been up for a couple of weeks now. You shouldn't be seeing this problem anymore if you upgraded. andy > Any workaround, before we get that new package?
RE: newbie problem
Choose XEmacs! :) If you want a version of emacs that works under X then the XEmacs binary kits will not give you this. I may fix this given enough demand. andy -Original Message-From: dou wen [mailto:[EMAIL PROTECTED]]Sent: Wednesday, November 27, 2002 12:47 AMTo: [EMAIL PROTECTED]Subject: newbie problem hi ,everyone i am a newbie to emacs jdee, i use cygwin and the for X manager i use windowmaker, but i dont know if i will choice XEmacs for www.xemacs.org or the FSF X11 emacs included in cygwin package, any suggestion? thanks
RE: Refactoring Wish List
> Does it make sense to have a separate syntax table being built by a 3rd > party product? JRefactory probably re-builds it every time the > user invokes > it. JDEE's syntax table is maintained real-time, right? Wouldn't it make > more sense to reinvent the wheel? :) It would also open new > avenues for the > JDEE, I presume. (Such as having a nice, internal (god forbid, real-time, > i.e., active as you type) code-beautifier, maybe a UML generator in the > future, etc.) I agree. If you are going to build an AST, please only do it once and provide hooks for any package to use it 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: JDEE installer?
> > When > > debugging, things should work like in edebug - editing is disabled, > > "n" for next, "c" for continue, "e" for eval. This would help a lot. > > > > This is a good idea that has occurred to me. The problem is getting > the time to implement it. For me, it was so easy to rebind the step > and breakpoint commands to function keys as on the GUI debuggers > to which I am accustomed that I never felt the incentive to > provide this functionality, given the other demands on my time > and the higher priority which users seem to have for other features, > such as completion. I'm working on this 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: 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: JDEbug breakpoint errors <- jde-db compile errors
> Any attempt to set a JDEbug breakpoint produces the error: > > Symbol`s function definition is void: line-beginning-position I see this, I'll fix the XEmacs package. > FYI, this is on cygwin xemacs 21.4.11, with all the latest packages from > xemacs.org including JDE 2.3.2 > > There is is just one of many bugs I have hit, which I may or may not > have time to investigate. Is there a more stable version of JDE available? Unfortunately most of these problems are probably XEmacs specific. JDE gets less testing on XEmacs and sometimes differences between GNU Emacs and XEmacs show up like this. andy
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: 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,
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
[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
[PATCH] compile.el
This patch adds ant build file support to compile.el which appears to not work otherwise (note that this is different to javac support which works with the existing regexp's). andy 2003-03-24 Andy Piper <[EMAIL PROTECTED]> * compile.el (compilation-error-regexp-alist-alist): add regexp suitable for ant errors. ant.patch Description: Binary data
[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
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
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: 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: Bug Report JDE2.3.3beta1
> Well, let me see if I can get around this problem. I could perhaps > make it so that it will work on Xemacs on Windows, unless your > variable/method/class etc names are non-ascii. I'll try and check in > a fix today. Cool, thanks andy
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: 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: 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