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
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 mes
> 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.
a
> 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
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
als
> Tools > Packages > List and Install
Or -> Update Installed Packages
andy
> 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
> > 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
> 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
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
determinatio
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-
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
> -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
>
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 val
--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
> ha
> 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
> 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 i
> 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
> > 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 rebin
> 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
> 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
> avenue
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
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?
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, jde
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 J
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
ds 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
> -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
What's the best way of modifying the bootclasspath for apps running under
JDEbug?
Thanks
andy
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
f
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.9b
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: o
> > 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
> 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
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]]
> 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 cy
The add documentation menu item is disabled for this function:
/* package */ TunneledSocketImpl getServerImpl()
{
return serverImpl;
}
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
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
Descr
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 redu
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
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 P
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-mat
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 th
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
sh
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,
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 proj
47 matches
Mail list logo