JDEE

Thanks for the feedback. 

Now I could get compilation working :
* as I have configured my jde-global-classpath
* and I have applied that patch on compilation exit to convert string to number.

Also, the completion seems to be working. However I still could not use the jdb utility. When I C-c C-v C-d, I get the following two messages:

---8<------8<------8<------8<------8<------8<------8<------8<------8<---
error in process filter: split-string: Wrong type argument: stringp, nil
error in process filter: Wrong type argument: stringp, nil
---8<------8<------8<------8<------8<------8<------8<------8<------8<---


I am using Emacs version "GNU Emacs 23.0.60.1 (i386-mingw-nt5.0.2195) of 2009-01-03"

And here is the content of the debug buffer (*debugjpicedt.JPicEdt*)

---8<------8<------8<------8<------8<------8<------8<------8<------8<---


cd d:/msys/1.0/local/projects/jpicedt/jpicedt/jpicedt/jpicedt/
d:/Programme/Java/jdk1.6.0_11/bin/jdb.exe -launch -classpath d:/msys/1.0/local/projects/jpicedt/jpicedt/dist;d:/msys/1.0/local/projects/jpicedt/jpicedt/dist/lib/jpicedt.jar -Xmx96m jpicedt.JPicEdt

Set uncaught java.lang.Throwable
Set deferred uncaught java.lang.Throwable
Initializing jdb ...
> 
VM Started: No frames on the current call stack

main[1] stop at jpicedt.JPicEdt:74
Deferring breakpoint jpicedt.JPicEdt:74.
It will be set after the class is loaded.
main[1] step
> 
---8<------8<------8<------8<------8<------8<------8<------8<------8<---



I had put a breakpoint on the first line of the main class main method. If I try a jde-bug-step-over, then the following message are issues:

---8<------8<------8<------8<------8<------8<------8<------8<------8<---



eieio-validate-slot-value: Invalid slot type: jde-dbs-step, process, jde-dbs-proc, nil
error in process filter: split-string: Wrong type argument: stringp, nil
error in process filter: Wrong type argument: stringp, nil
eieio-validate-slot-value: Invalid slot type: jde-dbs-step, process, jde-dbs-proc, nil
---8<------8<------8<------8<------8<------8<------8<------8<------8<---




Any feedback/help is more than welcome (and I am sure that Gary and any other newcomer would also be interested by it).

Very Best Regards,
   Vincent.



_________________________________________________________________
Inédit ! Des Emoticônes Déjantées! Installez les dans votre Messenger ! 
http://www.ilovemessenger.fr/Emoticones/EmoticonesDejantees.aspx

> error in process filter: split-string: Wrong type argument: stringp, nil
> error in process filter: Wrong type argument: stringp, nil

Step one: turn on the emacs debugger, and post the backtrace.  The
preceding messages don't help us know where the problem occured.  The
error "Wrong type argument: stringp, nil" is all too common.

Step two: try emacs 22.  23 is too recent and untested.  Again, the error
"Wrong type argument: stringp, nil" is a common result of switching from
emacs 22 to 23.  Some emacs function might have changed its argument
signature, and JDEE cannot cope with both the old and new function
versions.

Carlos

On Wed, Mar 11, 2009 at 08:44:40AM +0100, Espen Wiborg wrote:
> Gary writes:
> > I'll see if I can debug
> > into the problem in my other emacs tomorrow, but meanwhile the
> > backtrace is:
> >
> > Debugger entered--Lisp error: (error "Process bsh not running")
> >   process-send-string(#<process bsh>
> >   "jde.util.CompileServer.compile(new String[]
> >   {\"/home/gary/src/learn-jdee/src/One.java\",\"-classpath\",\"/home/gary/src/learn-jdee/src;/home/gary/src/learn-jdee/src/C:\\Programme\\Java\\jre1.5.0_12\\lib\\ext\\QTJava.zip\"});\n")
> 
> > (Just quickly looking at that, it isn't something to do with the mixed
> > cygwin and Windows paths, is it? I wouldn't expect Java to understand
> > /home/gary/... for example. Have I forgotten to configure something?)
> 
> You can't expect W32 Java to understand cygwin paths, no.

Right. But actually, converting paths is as easy as:
  $ cygpath -w /home/gary/src/learn-jdee/src/One.java
  C:\cygwin\home\gary\src\learn-jdee\src\One.java
(for example)

So... In Windows the paths that are relevant at this point are
  C:\Dokumente und Einstellungen\gary>echo %CLASSPATH%
  .;C:\Programme\Java\jre1.5.0_12\lib\ext\QTJava.zip

  C:\Dokumente und Einstellungen\gary>echo %JAVA_HOME%
  C:\Programme\Develop\Java\1.5se

If I now add the following to my Cygwin .bashrc:
  # .bashrc start
  # point JAVA_HOME to the *Windows* JDK: j2sdk is a symlink to /cygdrive/c/Programme/Develop/Java/1.5se
  export JAVA_HOME=/usr/local/java/j2sdk
  export CLASSPATH=`cygpath -up $CLASSPATH`
  export WIN_CLASSPATH=`cygpath -wp $CLASSPATH`
  # .bashrc end
that means that within the Cygwin environment, $CLASSPATH looks like:
  $ echo $CLASSPATH
  .:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip
(i.e. a well formed Unix/Cygwin style path), whilst
  $ echo $WIN_CLASSPATH
  .;c:\Programme\Java\jre1.5.0_12\lib\ext\QTJava.zip
(i.e. a Windows style path)

I would prefer to be able to refer to the original environment
variables, something like
  `cygpath -wp $CLASSPATH`
when customising the jde variables (it means that I would always get the
up to date $CLASSPATH content if it changed in some way). Is there any
possibility to do something like that? I suspect not.

Referring to $WIN_CLASSPATH in the jde-global-classpath means I then see
  CompileServer output:

  -classpath /home/gary/src/learn-jdee/src/.;c:\Programme\Java\jre1.5.0_12\lib\ext\QTJava.zip /home/gary/src/learn-jdee/src/One.java

in the *JDEE Compile Server* buffer. Clearly there's something still
wrong there, though. The /home/gary/src/learn-jdee/src/ seems to be a
Cygwin-style expansion of the '.' at the beginning of
$WIN_CLASSPATH. This is a good example of why the paths should be
converted at the point they are to be used, rather than when .bashrc is
interpreted!

_Alternatives_:

Would pointing jde-jdk-registry and/or $JAVA_HOME to a shell script that
does these kind of path conversions and then passes the converted inputs
to the Windows JDK work, do you think? I found
http://cygwin.com/cgi-bin/cvsweb.cgi/wrappers/java/?cvsroot=cygwin-apps
yesterday that might work, but haven't had chance to try it yet.

There is also the possibility of using gcj / gcc-java / gcc4-java
(available as Cygwin packages), I guess, but I can't find anything
anywhere about how to use them with jdee. (For example, what path
jde-jdk-registry should be set to, given the way gcj is installed.)

> You're probably better off scrapping cygwin emacs

*choke* Not a chance. Sorry. I find EmacsW32 extremely clunky and it
also doesn't fit with all the other (Cygwin) tools that I use. I might
as well use Eclipse in that situation :-( (and believe me, I *really*
hate that idea).

> Either that, or switch to Linux on the desktop.  :)

Not an option because other people use the computer, and there isn't
really space for dual booting or virtual machining.

> Your real problem is that the bsh process isn't starting.
> Try looking at the contents of the *JDEE bsh* buffer; that may give you
> some hints.

The same kind of issue, by the look of it:
  Process bsh killed
  cd /home/gary/src/learn-jdee/src/
  /usr/local/java/j2sdk/bin/java -classpath /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar;/usr/share/emacs/site-lisp/jde/java/bsh-commands;/usr/share/emacs/site-lisp/jde/java/lib/checkstyle-all.jar;/usr/share/emacs/site-lisp/jde/java/lib/jakarta-regexp.jar;/usr/share/emacs/site-lisp/jde/java/lib/jde.jar;/usr/local/java/j2sdk/lib/tools.jar;/home/gary/src/learn-jdee/src/.;c:\Programme\Java\jre1.5.0_12\lib\ext\QTJava.zip bsh.Interpreter

  java.lang.NoClassDefFoundError: bsh/Interpreter
  Exception in thread "main" 
  Process bsh exited abnormally with code 1


I should say at this point that if we can find a way to deal with this
within jdee itself (and I think this would be preferable to everyone who
wanted to use jdee on Cygwin having to mess about with scripts and so
on), but it can't be integrated within the main codebase, I would
consider proposing jdee as a Cygwin package and being the maintainer for
the resulting Cygwin package, but I need some help at this point to find
the appropriate places to change things in the code, since I don't know
the codebase at all.

For example, do I understand correctly that these calls out to the Java
compiler are being done from Java code somehow? Via bsh?
CompileServer.java, maybe? Where in the code would I find the interface
between the lisp and beanshell, is that only in beanshell.el? What is the
process of execution when one executes jde-compile?

Sorry if these are basic questions, but I can't find anything on the
website that gives me an insight into which code is responsible for what
behaviour.

There was a very long thread 5-6 years ago in the old JDEE Sunsite forums
around some of the
things you mentioned.  It's probably been too long now to easily find the
old messages, but you
could probably dig them up if you look hard enough.

>> ..
>> Right. But actually, converting paths is as easy as:
>>  $ cygpath -w /home/gary/src/learn-jdee/src/One.java
>> C:\cygwin\home\gary\src\learn-jdee\src\One.java

Try customizing the "jde-cygwin-path-converter" variable.

Description: Function to use to convert cygwin paths to DOS paths.  Choose
jde-cygwin-path-converter-internal,
jde-cygwin-path-converter-cygpath, or "custom-function."

Personally I use:

      (setq jde-cygwin-path-converter 'jde-cygwin-path-converter-internal)

-jeffrey

On Thu, Mar 12, 2009 at 08:26:23PM -0500, Jeffrey Phillips wrote:
> There was a very long thread 5-6 years ago in the old JDEE Sunsite forums
> around some of the
> things you mentioned.  It's probably been too long now to easily find the
> old messages, but you
> could probably dig them up if you look hard enough.

I'll have a search around and see what I can find. Thanks.

[jde-cygwin-path-converter variable]
> Choose
> jde-cygwin-path-converter-internal,
> jde-cygwin-path-converter-cygpath, or "custom-function."
> 
> Personally I use:
> 
>       (setq jde-cygwin-path-converter 'jde-cygwin-path-converter-internal)

Hmm. That's what mine was set to (seems to be the default setting). It
says "jde-cygwin-path-converter-internal does not handle mount paths."
So how are you using/configuring jde differently to me such that you can
happily compile and so on?

Using either jde-cygwin-...-cygpath or ...-internal I get the same error
as posted previously:
  Process bsh killed
  cd /home/gary/src/learn-jdee/src/
  /cygdrive/c/Programme/Develop/Java/1.5se/bin/java -classpath /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar;/usr/share/emacs/site-lisp/jde/java/bsh-commands;/usr/share/emacs/site-lisp/jde/java/lib/checkstyle-all.jar;/usr/share/emacs/site-lisp/jde/java/lib/jakarta-regexp.jar;/usr/share/emacs/site-lisp/jde/java/lib/jde.jar;c:\Programme\Develop\Java\1.5se\lib\tools.jar;/home/gary/src/learn-jdee/src/.:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip bsh.Interpreter

  java.lang.NoClassDefFoundError: bsh/Interpreter
  Exception in thread "main" 
  Process bsh exited abnormally with code 1

Something in the area of the beanshell doesn't seem to be doing the
correct conversion AFAICS.

I have jde-jdk pointing to my 1.5 jde-jdk-registry setting of $JAVA_HOME
where $JAVA_HOME is /cygdrive/c/Programme/Develop/Java/1.5se

I just found something that may be interesting. If you look at
jde-ant.el you will see code like:
  (eq system-type 'cygwin32))

In other code files the check is done against a list of cygwin values:
  (if (or (member system-type '(cygwin32 cygwin))

I have the value "cygwin" for system-type, incidentally.

I'm not using ant, by the way, so this isn't the problem I'm having, but
maybe it is worth investigating whether this is a bug or not.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Espen Wiborg writes:

> mixin cygwin and "normal" W32 applications is a Pandora's box of special
> cases and brokenness.  You're probably better off scrapping cygwin emacs
> and using EmacsW32 exclusively.  :(

Come on, don't be silly -- the OP wants to use Cygwin and xemacs,
that's what I use too, it works fine once you get the setup right
(I'll help with that in a separate message if necessary).

ht
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@...
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFJu499kjnJixAXWBoRAhrFAJ98CaIErEWYOqyCFzRrp/tK64OrbwCfQQEQ
eNConnXQerm7X88tHVuD7xg=
=1uks
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gary writes:

> (Just quickly looking at that, it isn't something to do with the mixed
> cygwin and Windows paths, is it? I wouldn't expect Java to understand
> /home/gary/... for example. Have I forgotten to configure something?)

Actually, Java understands those just fine.  Here's my setup, which
works for me (in xemacs, but shouldn't be very different for emacs):

[in prj.el]

(jde-set-variables
 '(jde-jdk-registry (quote (("1.4.2" . "/c/Program Files/j2sdk1.4.2")
                            ("1.5.0" . "/c/Program Files/j2sdk1.5.0"))))
 '(jde-build-function (quote (jde-ant-build)))
 '(jde-global-classpath (quote
("/home/ht/MT/source/debug:/home/ht/MT/source/3rdparty/jh.jar:/home/ht/MT/source/3rdparty/jsearch.jar")))
 '(jde-jdk (quote ("1.5.0"))))

The result is (*JDEE bsh*):
/c/Program Files/j2sdk1.5.0/bin/java -classpath d:/.xemacs/site-lisp/jdee/jde/java/lib/bsh.jar;d:/.xemacs/site-lisp/jdee/jde/java/bsh-commands;d:/.xemacs/site-lisp/jdee/jde/java/lib/checkstyle-all.jar;d:/.xemacs/site-lisp/jdee/jde/java/lib/jakarta-regexp.jar;d:/.xemacs/site-lisp/jdee/jde/java/lib/jde.jar;c:/Program Files/j2sdk1.5.0/lib/tools.jar;d:/.xemacs/site-lisp/jdee/jde/plugins/usages/classes;d:/.xemacs/site-lisp/jdee/jde/plugins/usages/lib/usages.jar;d:/MT/source/debug;d:/MT/source/3rdparty/jh.jar;d:/MT/source/3rdparty/jsearch.jar bsh.Interpreter

and that works

Hope this helps,

ht
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@...
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFJu9T4kjnJixAXWBoRAl5xAJ9JiBql4bLfqJB+O/rMETSz85RZEQCfQyrk
G8+LUhwGaB9bx732S398HeA=
=e5g0
-----END PGP SIGNATURE-----

On Sat, Mar 14, 2009 at 04:02:00PM +0000, Henry S. Thompson wrote:
> Gary writes:
> 
> > (Just quickly looking at that, it isn't something to do with the mixed
> > cygwin and Windows paths, is it? I wouldn't expect Java to understand
> > /home/gary/... for example. Have I forgotten to configure something?)
> 
> Actually, Java understands those just fine.  Here's my setup, which
> works for me (in xemacs, but shouldn't be very different for emacs):
> 
> [in prj.el]
> 
> (jde-set-variables
>  '(jde-jdk-registry (quote (("1.4.2" . "/c/Program Files/j2sdk1.4.2")
>                             ("1.5.0" . "/c/Program Files/j2sdk1.5.0"))))

Huh? How does that work? If I do
  $ /c/Programme/Develop/Java/1.5se/bin/java.exe
  bash: /c/Programme/Develop/Java/1.5se/bin/java.exe: No such file or directory

which is what I would expect without the /cygdrive/. Do you have a
symbolic link mapped or some such?

>  '(jde-build-function (quote (jde-ant-build)))

It might work for you because you are using ant. Does it work for you
without ant, say using jde-make?

> The result is (*JDEE bsh*):
> /c/Program Files/j2sdk1.5.0/bin/java -classpath d:/.xemacs/site-lisp/jdee/jde/java/lib/bsh.jar;d:/.xemacs/site-lisp/jdee/jde/java/bsh-commands;d:/.xemacs/site-lisp/jdee/jde/java/lib/checkstyle-all.jar;d:/.xemacs/site-lisp/jdee/jde/java/lib/jakarta-regexp.jar;d:/.xemacs/site-lisp/jdee/jde/java/lib/jde.jar;c:/Program Files/j2sdk1.5.0/lib/tools.jar;d:/.xemacs/site-lisp/jdee/jde/plugins/usages/classes;d:/.xemacs/site-lisp/jdee/jde/plugins/usages/lib/usages.jar;d:/MT/source/debug;d:/MT/source/3rdparty/jh.jar;d:/MT/source/3rdparty/jsearch.jar bsh.Interpreter

I think something else must be different as well, because having adapted
your settings slightly I get
  cd /home/gary/src/learn-jdee/src/
  /cygdrive/c/Programme/Develop/Java/1.5se/bin/java -classpath /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar;/usr/share/emacs/site-lisp/jde/java/bsh-commands;/usr/share/emacs/site-lisp/jde/java/lib/checkstyle-all.jar;/usr/share/emacs/site-lisp/jde/java/lib/jakarta-regexp.jar;/usr/share/emacs/site-lisp/jde/java/lib/jde.jar;c:\Programme\Develop\Java\1.5se\lib\tools.jar;/home/gary/src/learn-jdee/.:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip bsh.Interpreter

  java.lang.NoClassDefFoundError: bsh/Interpreter
  Exception in thread "main" 
  Process bsh exited abnormally with code 1

How come your setup is converting the -classpath and mine is not?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gary writes:

>> (jde-set-variables
>>  '(jde-jdk-registry (quote (("1.4.2" . "/c/Program Files/j2sdk1.4.2")
>>                             ("1.5.0" . "/c/Program Files/j2sdk1.5.0"))))
>
> Huh? How does that work? If I do
>   $ /c/Programme/Develop/Java/1.5se/bin/java.exe
>   bash: /c/Programme/Develop/Java/1.5se/bin/java.exe: No such file or directory
>
> which is what I would expect without the /cygdrive/. Do you have a
> symbolic link mapped or some such?

Ah, sorry, I forgot:

  > mount
  . . .
  c: on /c type system (binmode)


>>  '(jde-build-function (quote (jde-ant-build)))
>
> It might work for you because you are using ant. Does it work for you
> without ant, say using jde-make?

No idea -- That line isn't relevant wrt the completion issue, or
anything else which needs the Bean Shell, which is what I was
focussing on here. . .


[hst]>> ... c:/Program Files/j2sdk1.5.0/lib/tools.jar

> I think something else must be different as well, because having adapted
> your settings slightly I get
>   cd /home/gary/src/learn-jdee/src/
>   ... c:\Programme\Develop\Java\1.5se\lib\tools.jar

> How come your setup is converting the -classpath and mine is not?

Hmm.  Where is that path coming from?  Answer: jde-get-tools-jar in
jde.el

Breaking on that and seeing what happens shows everything going
smoothly in my case, i.e. no conversion back to d:... -- I suggest you
break that, and also jde-build-classpath, and see where things are
going wrong.

Also, this looks wrong:

> /home/gary/src/learn-jdee/.:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip

I suspect that's your jde-global-classpath, and it _isn't_ getting
converted properly -- the relevant function to work through for this
is jde-global-classpath.

Sorry I can't reproduce.

ht
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@...
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFJv54GkjnJixAXWBoRAlMMAJ44ogpcCDitOAkeNef3pGoj0I0IcwCeM+hw
UNb2wHcYtpVBl35i4Dh3W+I=
=FMlY
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

ht writes:

>> /home/gary/src/learn-jdee/.:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip
>
> I suspect that's your jde-global-classpath, and it _isn't_ getting
> converted properly -- the relevant function to work through for this
> is jde-global-classpath.

And I now suspect the problem here is indeed the result of an
xemacs/emacs difference.  The key function,
jde-cygwin-path-converter-internal, does the wrong thing if 
 a) the builtin function mswindows-cygwin-to-win32-path is not present, and
 b) your jde-global-classpath is a single string which includes more
    than one directory

I'm _guessing_ mswindows-cygwin-to-win32-path is not present in your
emacs. . .

_If_ this is one part of the problem, the workaround may be to split
your global classpath yourself and make it less indirect, i.e. make it

 ("/cygdrive/?/src/learn-jdee/."
  "/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")

I _think_ if you do that the fallback path conversion code in
jde-cygwin-path-converter-internal will work.

Let us know if this is indeed the problem, and sometime I'll try to
produce a patch for jde-cygwin-path-converter-internal. . .

Hope this helps.

ht
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@...
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFJv6OBkjnJixAXWBoRAqZUAJ0XcxfTX6g/c4zcfQ751dsy3PzQxACfRNh3
poH2uN2qX+F+CMOhbwx3xsY=
=1KLy
-----END PGP SIGNATURE-----

On Tue, Mar 17, 2009 at 01:20:01PM +0000, Henry S. Thompson wrote:

> And I now suspect the problem here is indeed the result of an
> xemacs/emacs difference.  The key function,
> jde-cygwin-path-converter-internal, does the wrong thing if 
>  a) the builtin function mswindows-cygwin-to-win32-path is not present, and
>  b) your jde-global-classpath is a single string which includes more
>     than one directory
> 
> I'm _guessing_ mswindows-cygwin-to-win32-path is not present in your
> emacs. . .

It isn't, I just checked. I found out when it was added to xemacs, which
was way back in 2001:
http://www.cygwin.com/ml/cygwin/2001-10/msg01547.html (or at least
that's when it was "fixed", so it must have been present even longer
than that).

> _If_ this is one part of the problem, the workaround may be to split
> your global classpath yourself and make it less indirect, i.e. make it
> 
>  ("/cygdrive/?/src/learn-jdee/."
>   "/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")

I tried that and now see
  Process bsh killed
  cd /home/gary/src/learn-jdee/src/
  /cygdrive/c/Programme/Develop/Java/1.5se/bin/java -classpath /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar;/usr/share/emacs/site-lisp/jde/java/bsh-commands;/usr/share/emacs/site-lisp/jde/java/lib/checkstyle-all.jar;/usr/share/emacs/site-lisp/jde/java/lib/jakarta-regexp.jar;/usr/share/emacs/site-lisp/jde/java/lib/jde.jar;c:\Programme\Develop\Java\1.5se\lib\tools.jar;/home/gary/src/learn-jdee bsh.Interpreter

  java.lang.NoClassDefFoundError: bsh/Interpreter
  (etc.)

Basically, my own classpath is now missing completely. What I did was insert
(jde-set-variables
 '(jde-jdk-registry (quote (("1.4.2" . "/c/Programme/j2sdk1.4.2")
                            ("1.5.0" . "/cygdrive/c/Programme/Develop/Java/1.5se"))))
 '(jde-global-classpath (quote(".:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))
 '(jde-global-classpath(quote(".")
                        quote("/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))
 '(jde-jdk (quote ("1.5.0")))
)

into my prj.el. Is the usage of "quote" not the right thing to do
(sorry, am not a lisp guy by any stretch of the imagination)? Without it
jdee doesn't work at all.

I think the problem is in line 32 of the jde-plugins.el.  This line:

    (defcustom jde-plugins-directory (expand-file-name "plugins" (jde-root))

should be:

    (defcustom jde-plugins-directory (jde-cygpath (expand-file-name
"plugins" (jde-root)))

This is why the classpath for your plugins all start with
"/usr/share/emacs/site-lisp/jde/java/lib".

However, I don't think it probably ends there, since I'm not sure what the
effect of
having just expand-file-name in other functions such as
jde-pi-get-plugin-dir(plugin) and
jde-pi-load-plugin(plugin) would have on loading beanshell.  Those calls to
expand-file-name
should likely also be wrapped in jde-cygpath.

Sorry, I've not used cygwin emacs for years to provide a more modern
first-hand experience
for what all is needed.

-jeffrey

On Wed, Mar 18, 2009 at 12:06:15AM -0500, Jeffrey Phillips wrote:
> I think the problem is in line 32 of the jde-plugins.el.  This line:
> 
>     (defcustom jde-plugins-directory (expand-file-name "plugins" (jde-root))
> 
> should be:
> 
>     (defcustom jde-plugins-directory (jde-cygpath (expand-file-name
> "plugins" (jde-root)))

Thanks. Will try it out and see what happens :)

> However, I don't think it probably ends there, since I'm not sure what the
> effect of
> having just expand-file-name in other functions
[snip]
> jde-pi-get-plugin-dir(plugin) and
> jde-pi-load-plugin(plugin) would have on loading beanshell.  Those calls to
> expand-file-name
> should likely also be wrapped in jde-cygpath.

Okay, but why would this work okay in xemacs for others? Any idea?

Is there a reason expand-file-name is used directly? Could it not be
wrapped by another (internal to jde) function that includes the
jde-cygpath call when the environment demands it (i.e. when running on
Cygwin)?

> Sorry, I've not used cygwin emacs for years to provide a more modern
> first-hand experience
> for what all is needed.

No problem. I don't mind experimenting, if I at least have a starting
point. The main problem is I'm not really up to speed on lisp of any
dialect. Ask me to solve a Java or C++ problem and I'm fine, but lisp is
something I have really barely looked at as yet. I also don't know the
codebase, so it's a bit like flailing around in the dark hoping not to
break anything valuable.

Gary-

>> Okay, but why would this work okay in xemacs for others? Any idea?
Sorry, no idea.

>> Is there a reason expand-file-name is used directly?

Standard Emacs lisp programming.  Cygwin emacs should and is able to use
expand-file-name just fine.  The problem is when you call non-cygwin aware
windows
apps, such as java and javac.  Now you have deal with hybrid file
nomenclature, and
that's when you have to start munging together case-by-case conditionals to
handle the
different apps.

The better solution for everyone, that will hopefully be coming with the
opening of java
source, is we will start to see standard java SDK packages that can compile
and run
natively in cygwin.  Then none of the special cygwin conditional lisp is
needed.

You may not be aware as well, but JDEE has been around longer than Cygwin
has
been able to compile Emacs natively.  Not much work has been done in JDEE to
find
the special cases where cygwin system-type needs to be considered in the
last 5 years.
I would say this is because the demand (at least from what I've seen) is not
there for
Cygwin Emacs - and there is already so much needing to be done for JDEE and
so
few volunteers.  In other words, your mileage may vary.

>> Could it not be wrapped by another (internal to jde) function that
includes the
>> jde-cygpath call when the environment demands it (i.e. when running on
>> Cygwin)?

Well, the beauty of Emacs is ... yes.  If you put this in your .emacs then
it will
wrap a call to jde-cygpath after _all_ calls to Emacs expand-file-name:

(defadvice expand-file-name (after my-expand-file-name activate)
 (setq ad-return-value (jde-cygpath ad-return-value)))

Of course, this could have other side-effects since it will affect all
calls, and
likely get recursive problems somewhere down the road.  You could test if
current buffer is jde-mode type inside the advice, and then it would only be
specific to JDEE calls.

>> The main problem is I'm not really up to speed on lisp of any
>> dialect. ... I also don't know the codebase, so it's a bit like flailing
around
>> in the dark hoping not to break anything valuable.

There's an old saying:  'I never liked computers, until my server broke.'

Have fun fixing and learning!  ;)
-jeffrey

On Sat, Mar 21, 2009 at 02:17:51PM -0500, Jeffrey Phillips wrote:
> >> Is there a reason expand-file-name is used directly?
> 
> Standard Emacs lisp programming.  Cygwin emacs should and is able to use
> expand-file-name just fine.  The problem is when you call non-cygwin aware
> windows
> apps, such as java and javac.  Now you have deal with hybrid file
> nomenclature

Yes, exactly. That's why I suggested creating a wrapper for using in
such cases, because...

> The better solution for everyone, that will hopefully be coming with the
> opening of java
> source, is we will start to see standard java SDK packages that can compile
> and run
> natively in cygwin.  Then none of the special cygwin conditional lisp is
> needed.

...then you can go immediately to one place and just remove your
conditional code for Cygwin, instead of having it distributed around the
codebase. Maybe in terms of saving effort it's too late, however, since
it's already done.

There is a Cygwin port of gcj and the like, but I haven't managed to get
that to work at all with jdee (knowing where to point the jde-*
variables seems to be the main problem, because the GNU Java stuff seems
to be pretty non-standard, not to say downright odd).

> >> Could it not be wrapped by another (internal to jde) function that
> includes the
> >> jde-cygpath call when the environment demands it (i.e. when running on
> >> Cygwin)?
> 
> Well, the beauty of Emacs is ... yes.  If you put this in your .emacs then
> it will
> wrap a call to jde-cygpath after _all_ calls to Emacs expand-file-name:
> 
> (defadvice expand-file-name (after my-expand-file-name activate)
>  (setq ad-return-value (jde-cygpath ad-return-value)))
> 
> Of course, this could have other side-effects since it will affect all
> calls, and
> likely get recursive problems somewhere down the road.  You could test if
> current buffer is jde-mode type inside the advice, and then it would only be
> specific to JDEE calls.

Thanks. I might try it, but it would then affect all expand-file-name
calls, as you say (even if they are just within jde). Not a problem, I
guess, but probably unnecessary and there might also be cases where it
would also be undesirable. Anyway, I will give it a go.

On Wed, Mar 18, 2009 at 12:06:15AM -0500, Jeffrey Phillips wrote:
> I think the problem is in line 32 of the jde-plugins.el.  This line:
> 
>     (defcustom jde-plugins-directory (expand-file-name "plugins" (jde-root))
> 
> should be:
> 
>     (defcustom jde-plugins-directory (jde-cygpath (expand-file-name
> "plugins" (jde-root)))

Are you sure? I get "File mode specification error: (void-function
jde-cygpath)". I can see it defined in jde.el, and used in
jde-javadoc-gen.el, but... *shrug*

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Gary writes:

> (jde-set-variables
>  '(jde-global-classpath (quote(".:/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))
>  '(jde-global-classpath(quote(".")
>                         quote("/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))

Nope, not quite.  You want this:

  (jde-set-variables
    . . .
    '(jde-global-classpath
       (quote ("/cygdrive/?/src/learn-jdee/."
               "/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))
    . . .)

But that will only fix part of the problem.

The important part, which I don't understand, is that the jde-supplied
constituents in the path lack a drive prefix.  That is, for example

  /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar

should be (I'm guessing about the 'c' part):

  c:\cygwin\usr\share\emacs\site-lisp\jde\java\lib\bsh.jar

  (or c:/cygwin/usr/share/emacs/site-lisp/jde/java/lib/bsh.jar, the
  slash direction doesn't actually matter)

I don't know why that's not happening, I will let you know if, when I
have the time to look again, I can figure anything else.

ht
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@...
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFJyQOtkjnJixAXWBoRAtsZAJ44R0bpgfns2mwydOMr/OqWsuJoKwCdF3EK
MXmCerHo1QdkqlIjZUdYnb0=
=gkyu
-----END PGP SIGNATURE-----

On Tue, Mar 24, 2009 at 04:00:45PM +0000, Henry S. Thompson wrote:

> You want this:
> 
>   (jde-set-variables
>     . . .
>     '(jde-global-classpath
>        (quote ("/cygdrive/?/src/learn-jdee/."
>                "/cygdrive/c/Programme/Java/jre1.5.0_12/lib/ext/QTJava.zip")))
>     . . .)

Thanks. Will try it out.

> But that will only fix part of the problem.
> 
> The important part, which I don't understand, is that the jde-supplied
> constituents in the path lack a drive prefix.  That is, for example
> 
>   /usr/share/emacs/site-lisp/jde/java/lib/bsh.jar

Right. Jeffrey Phillips posted about this a few days ago. I haven't been
able to get his suggestion working yet.

On Mar 23, 2009, at 5:20 AM, Gary <jdee@...> wrote:

> On Wed, Mar 18, 2009 at 12:06:15AM -0500, Jeffrey Phillips wrote:
>> I think the problem is in line 32 of the jde-plugins.el.  This line:
>>
>>   (defcustom jde-plugins-directory (expand-file-name "plugins" (jde- 
>> root))
>>
>> should be:
>>
>>   (defcustom jde-plugins-directory (jde-cygpath (expand-file-name
>> "plugins" (jde-root)))
>
> Are you sure? I get "File mode specification error: (void-function
> jde-cygpath)". I can see it defined in jde.el, and used in
> jde-javadoc-gen.el, but... *shrug*
>
> -----------------------------------------

Of course, you'd need to put the defadvice after (require 'jde).

Or copy the function def for jde-cygpath from jde.el and rename to my- 
cygpath in .emacs, and use that funtion name in the defadvice.  This  
allows you to use it even if JDEE is not loaded.

-jeffrey

Dear Carlos,

Thanks a lot!! I have applied your patch, and I could make a few 
debugging steps.

   Vincent.


ckonstanski@... a écrit :
>> Dear Carlos,
>>
>> I just wanted to add, that the current value of jde-sourcepath is
>>
>> ("d:/msys/1.0/local/projects/jpicedt/jpicedt/jpicedt/jpicedt")
>>
>> and that the file JPicEdt.java is at this path on my disk.
>>
>>    Vincent.
>>
>> PS: I will try with version 22 and make you know.
>>     
>
> Go to the JDEE sourceforge project page, click on Tracker, and look at
> patch 1861505 "Fix for jdb source code pointer problem".  Your problem
> seems similar.  Try applying the code change and see if it helps.  If it
> doesn't, look for other places where (jde-remove-inner-class) is called
> and try applying a similar fix.  See where that gets you.
>
> Carlos
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> jdee-users mailing list
> jdee-users@...
> https://lists.sourceforge.net/lists/listinfo/jdee-users
>
>
>   



_________________________________________________________________
Inédit ! Des Emoticônes Déjantées! Installez les dans votre Messenger ! 
http://www.ilovemessenger.fr/Emoticones/EmoticonesDejantees.aspx