, or will
they be provided in a future release?
Thanks,
Raul Acevedo
[EMAIL PROTECTED]
I occasionally get the following error when I compile a Java file:
error in process filter: Symbol's function definition is void:
jde-xref-compile-hook. If I grep for jde-xref-compile-hook in the JDE
sources, I find only one reference in jde-xref.el:
(add-hook 'jde-compile-finish-hook
Semantic 2.0 is out???
Paul Kinnucan wrote:
Ed == Ed Soniat [EMAIL PROTECTED] writes:
Ed I tried install JDEE-2.3.2 which claims compatibility with
Ed Semantic 1.blah.blah or greater. Semantic 2.0 deleted
Ed semantic-bnf in Aug/03 or so.
Ed The change log in
Andrew Hyatt wrote:
Thanks, this looks like a bug. For the time being, substitute with
this line:
(add-hook 'jde-compile-finish-hook 'jde-xref-update-caller-table)
That isn't defined either and eventually gives me the same undefined error.
[1462]
it.
Eric
Raul Acevedo [EMAIL PROTECTED] seems to think that:
Semantic 2.0 is out???
Paul Kinnucan wrote:
Ed == Ed Soniat [EMAIL PROTECTED] writes:
Ed I tried install JDEE-2.3.2 which claims compatibility with
Ed Semantic 1.blah.blah or greater
Thomas Haselberger wrote:
I'm getting the weird effect shown in the attached GIF using JDE
2.3.4beta3 and cedet1.0beta2 on Emacs 21.3. All non-public methods
are 'overlined', which is really not pleasant. I guess it's some
kind of highlighting of non-public methods that has gone wrong
I have a large project (almost 2,000 Java files), and sometimes jde-xref
works in finding callers, sometimes it doesn't. It seems to be on a
per-class basis; i.e. any method in class A I can list callers, but in
class B no callers are found for any methods.
Looking at the xrefdb directory, it
if you can print the side by side diffs though.
Suraj
On Fri, 28 May 2004 11:42:40 -0700, Raul Acevedo [EMAIL PROTECTED] wrote:
Chitale, Sandip V wrote:
[I know you are asking about printing...]
Are you ware of ediff (emacs package) which lets you view diffs side
I'm using cedet-1.0beta2b
Raul
Debugger entered--Lisp error: (void-function semantic-alias-obsolete)
semantic-alias-obsolete(semantic-auto-parse-mode semantic-idle-scheduler-mode)
I'm using the makefile, with GNU Emacs 21.3.1, on Red Hat 9. I'm
including the full build output below.
Raul
# make
test -d ../../cedet-1.0beta2b -a -d ../../elib
rm -f *.elc jde-compile-script-init
echo (add-to-list 'load-path \.\) jde-compile-script-init
echo (add-to-list 'load-path
I submitted a patch to fix this... I believe it is in the latest beta of JDE
(2.3.4beta5).
Raul
On Tue, 17 Aug 2004, Ping Liang wrote:
When using the jde-xref feature, I have experienced a problem.
Syndrome: After jde-xref-make-xref-db, I moved the cursor to a method
in one of my classes
JDEE beta 5 doesn't consistently fontify constants such as FOO_BAR.
Sometimes it does, sometimes it doesn't. When it doesn't, if I edit the
buffer, it will suddenly fontify properly, but if I reload the file the
proper fontification will go away. For example, if I start up emacs
without my init
On Tue, 2004-09-21 at 23:06 -0400, Paul Kinnucan wrote:
There seems to be a bug in semantic that is cured by putting the following in
your .emacs file:
(setq semantic-load-turn-useful-things-on t)
See Jeff Greif's post to the JDEE mailing list earlier today.
Is it necessary to restart
I'm using the usages plugin, and it's awesome.
One problem: a class that got deleted (actually renamed to a different
package) a few days ago is confusing it when I lookup subclasses; it
somehow finds a reference to the old class, but since it's not compiled
and the source is not around, it
On Thu, 2004-09-23 at 16:04 -0700, Suraj Acharya wrote:
Was bsh running when you renamed the class?
Someone else renamed the class, I simply synchronized my code base. I
have since restarted Emacs several times.
If the .class file is not in the classpath then getting rid of the
files in
Method completion (jde-complete-menu) has worked for me like a charm in
the past. As of recently, it always gives me No completion. Which is
weird, because it can complete member variable names, even if the
variable is defined in the parent class... but when it comes to
completing methods on
On Sat, 2004-10-09 at 00:32 -0400, Paul Kinnucan wrote:
Raul Acevedo writes:
Looking at the JDEE source, it looks like it just doesn't know about
symbols in interfaces at all. In particular, jde-open-jump-to-class
only knows to look in the parent class, but it doesn't consider any
Sounds fantastic, Paul. Thank you!!!
Raul
On Wed, 2004-10-13 at 01:14 -0400, Paul Kinnucan wrote:
http://jdee.sunsite.dk/rootpage.html#Downloading
JDE 2.3.4beta6
***
* PLEASE READ
The tar file download has permissions of [76]00 for all files and
directories, meaning only root can access them (if you untar/install as
root). I had to chmod everything to make it world readable.
Raul
On Wed, 2004-10-13 at 01:14 -0400, Paul Kinnucan wrote:
Same problems if process-connection-type is t. (I did note that it's
used in a macro and rebuilt all the .elc files before trying.)
Raul
On Wed, 2004-10-13 at 15:14 -0400, Paul Kinnucan wrote:
Raul Acevedo writes:
The jde-usages plugin doesn't like the new JDEE beta 6.
It's hard
I'm trying to use mmm-mode for the first time, and it doesn't work very
well. Fontification is screwed up... the HTML sections are not
fontified correctly, and the JSP sections are always fontified using
mmm-default-submode-face, not the faces specified in mmm-sample.el.
Apparently there's a
On Tue, 2004-09-28 at 16:15 +0100, Dominik Dahlem wrote:
I'm testing the xref functionality on a small codebase. In my most
simple example, I would like to display the call tree of a private
method in a class. Also, jde-xref-first-caller results in a message No
more calls in my minibuffer.
How do I get semantic to shut up?
It has a really, really annoying habit of constantly filling the
minibuffer with annoying messages like incremental parser error and
Variables: foo bar and who knows what other nonsense. I really
couldn't care less.
Is there some global setting to tell it to
I know this question comes up at least once a year. I figure it's about
time to ask again, in case new tools have come up.
How do you do refactoring in Emacs/JDEE? Are there plans to include
refactoring into JDEE at some point?
Raul
Thanks!
On Wed, 2004-09-29 at 20:46 +, [EMAIL PROTECTED] wrote:
On Wed, 29 Sep 2004 13:39:54 -0700, Raul Acevedo wrote:
How do I get semantic to shut up?
It has a really, really annoying habit of constantly filling the
minibuffer with annoying messages like incremental parser error
On Wed, 2004-09-29 at 20:46 +, [EMAIL PROTECTED] wrote:
Most of the old debug messages in semantic are gone.
The incremental parser error sounds like a bug that needs some reproduction
steps so it can be fixed.
The Variables: ... sounds like `semantic-idle-summary-mode'.
If you don't
On Wed, 2004-09-29 at 16:31 -0700, [EMAIL PROTECTED] wrote:
Looks like there's no easy way to disable these, short of either
completely disabling the semantic incremental parser or of redefining
working-temp-message to be a no-op. Is there a major disadvantage to
doing either of those?
On Thu, 2004-09-30 at 13:50 -0400, Paul Kinnucan wrote:
My plan originally was to use xref as a basis for factoring commands.
Now it appears that jde-usages might be a better basis. I need input
on what kind of factoring commands users want.
I think just being able to refactor variable and
On Thu, 2004-09-30 at 13:58 -0400, Matt Kurjanowicz wrote:
The ability to change class names as well would be awesome :)
Yes, that would be cool also. In terms of priority, I'd rather see
variable and method refactoring first, since that's a bit more common.
With jde-usages in place, adding
On Thu, 2004-09-30 at 12:01 -0600, m0smith wrote:
Also, extracting a method woutld be very useful.
Good lord that sounds like dental work. :) What exactly is method
extraction?
Raul
I haven't debugged with JDE in a while, so I don't know if this is a new
bug with the latest JDEE beta.
Every time I display an expression with jdb, the debugger exits. Is
this a known issue? It will display the expression just fine, and then
exit with Comint exited abnormally with code 129.
On Tue, 2004-10-05 at 15:18 -0400, Paul Kinnucan wrote:
No this is a problem with Comint on some combinations of Emacs and the
host operating system. I believe it may have something to do with how
comint handles standard error input from an external process, e.g.,
jdb. It's my impression that
I have something like:
public interface FooInterface {
public static final int FOO = 1;
}
public class FooClass implements FooInterface {
public void doSomething() {
System.out.println(I'm doing something with + FOO);
}
}
If I put the cursor on the System.out.println, on
Would the problem be solved if comint returned code 1, instead of 129?
In other words, is the problem that comint returns an inappropriate
error code, or that comint returns *any* error code at all (i.e. it
shouldn't get an error from the subprocess in the first place)?
Raul
On Fri, 2004-10-08
limitation?
Raul
On Thu, 2004-10-07 at 15:49 -0700, Raul Acevedo wrote:
I have something like:
public interface FooInterface {
public static final int FOO = 1;
}
public class FooClass implements FooInterface {
public void doSomething() {
System.out.println(I'm doing
Right now my Emacs process is using 127 Megs of memory. While the
*jde-beanshell-scratch* buffer size is 1239491, and another buffer I
have is also just over 1 Meg, the total sum of all my buffers is still
only a few megabytes, I definitely am not consuming anywhere near 100
megabytes in buffers.
it will create the buffer
if it does not exist.
Suraj
On Thu, 18 Nov 2004 11:53:11 -0800, Raul Acevedo [EMAIL PROTECTED] wrote:
Right now my Emacs process is using 127 Megs of memory. While the
*jde-beanshell-scratch* buffer size is 1239491, and another buffer I
have is also just over 1 Meg
I don't know when this started happening, but I have noticed that
loading any Java buffer creates lots of Wrong type argument:
integer-or-marker-p, nil errors in the *Messages* buffer. While that
doesn't halt loading of the buffer for me (which is what leaves the
buffer marked modified), I
I'm sure you mean sourceforget.net right? :)
On Fri, 2004-12-17 at 19:30 +, Matthew Kurjanowicz wrote:
It may also be nice (if its possible/allowed) to mirror this in a project
at slashdot. I like sunsite.dk and am very appreciative, but if they
don't want to host multiple versions then
Message-
From: Raul Acevedo [mailto:[EMAIL PROTECTED]
Sent: Friday, December 17, 2004 2:24 PM
To: Paul Kinnucan
Cc: Britton, Chris; [EMAIL PROTECTED]
Subject: RE: [ANNOUNCEMENT] JDEE 2.3.5 available at ...
Actually, it would be nice if the download file were called
jde-2.3.5.zip
On Wed, 2005-04-06 at 14:24 -0700, Jeff Peck wrote:
If everyone else only expects one window per frame, and really wants to
close
the second/temporary compile output window, then maybe we should
make creative use of save-window-excursion, to restore the configuration?
That's what I do.
41 matches
Mail list logo