Re: Feedback needed on w3m support
Kai Grossjohann writes: Paul Kinnucan [EMAIL PROTECTED] writes: Several days ago I submitted a fix to CVS for problem 1. That fix uses the intermediate file only if browse-url-browser-function is set to browse-url-default-windows-browser, i.e., Internet Explorer. The problem with that fix is that it disables the frames mode display for all other browsers. As I happen to like the frames mode display, I intend to back this fix out of CVS. Does it work to do the opposite logic? That is, instead of using the intermediate file for IE only, use the intermediate file for everything except w3m? Yes. That's in fact what I did. Paul I wish emacs-w3m grokked frames. w3m itself supports -F, but that does not seem to have any effect on emacs-w3m. Kai
Re: jde and semanticdb?
jde-find-project-file should work, it takes a file (or directory) name and returns the closest prj.el file, and returns nil if the file is not in a jde project. An alternative is to leave semanticdb-project-predicate-functions set to nil which tells semantic to generate semanticdb cache files for all paths. Suraj On Mon, 11 Oct 2004 00:40:43 +0200, Joakim Verona [EMAIL PROTECTED] wrote: Hello, Im trying to get semanticdb and jde to work together. I dont know if im on the right track, but there seems to be a variable called semanticdb-project-predicate-functions. This is supposed to contain a function that informs semanticdb that it can store its persistent token database there. I cant find an apropriate jde function to put there. semanticdb-project-predicate-functions doesnt turn up a single google match, so I guess I'm on the wrong track. Any info on how to achieve this would be apreciated! Cheers, /Joakim
Re: [PATCH] Jikes bootclasspath
Sending this to the main jde list for more discussion. Background: I wrote this patch so that the system classes (rt.jar) would be added to jikes command line using -bootclasspath rather than -classpath. This was to prevent a conflict in versions between any inherited BOOTCLASSPATH environment variable (see jikes manpage), and the rt.jar located by jde (which can depend on the jde-jdk variable for targetting different JVM versions). (I encountered this problem which is why I wrote the patch). The question is, what is the best way to add the system classes when using jikes. Javier indicates that using -bootclasspath may interfere with people using it for other purposes (but at this point I'm not sure how) Javier S. Lopez wrote: Could you send me the patch? The attachment you sent seems to be empty. Sure, here it is, inlined: -- Index: lisp/jde-compile.el === RCS file: /pack/anoncvs/jde/lisp/jde-compile.el,v retrieving revision 1.62 diff -u -r1.62 jde-compile.el --- lisp/jde-compile.el 2004/08/21 04:29:20 1.62 +++ lisp/jde-compile.el 2004/10/11 01:04:49 @@ -1007,7 +1007,7 @@ (list +E) jde-compile-option-command-line-args)) -(defmethod jde-compile-classpath-arg ((this jde-compile-jikes)) +(defmethod jde-compile-bootclasspath-arg ((this jde-compile-jikes)) Returns the classpath argument for this compiler. (let ((classpath (call-next-method)) (rt(expand-file-name jre/lib/rt.jar (jde-get-jdk-dir @@ -1018,7 +1018,7 @@ (concat (cadr classpath) jde-classpath-separator rt))) - (setq classpath (list -classpath rt + (setq classpath (list -bootclasspath rt classpath)) (defmethod jde-compile-get-args ((this jde-compile-jikes)) -- Thus jikes gets the non-overridden definition of jde-compile-classpath-arg, and the inferred system classes are added using -bootclasspath I took a look at Ant and I was mistaken about its behavior. Ant does not add anything at all to the classpath or boot class path. Perhaps we should do the same. As in, using the jikes compiler doesn't require either classpath/bootclasspath parameters in the build.xml or environment variables to be set in order to work? Then they must be adding an implicit rt.jar to jikes somehow when they invoke it (otherwise jikes wouldn't be able to compile it). Cheers, Len.
problem with JDEE
Jon Schewe writes: I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0. I've also filed a bug report with Sun and sent this test case to one of their engineers. If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't have to press anything and it errors out with a code 129 when run from inside JDEE. If you run it from the commandline it's just fine. Here's the commandline I'm using. java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea bugs.jdk.code129.SplitDB If I comment out the setIcon call in DatabaseDialog, then it's just fine. So my guess is that there's something with the signal handling when the image finishes loading. Do you have any ideas as to what JDEE/XEmacs may be doing when it executes the java process that would cause this to occur? Thanks for any input you have. Until then I'll have to resort to the commandline. BTW this happens also when running ant inside JDEE. Hi Jon, I have no problem running the test case that you sent from the JDEE on Windows XP with Emacs 21.3.1. The icon loads just fine. The problem thus cannot be the JDEE. You say you can run the program from the command line. Do you mean from an external shell or from an XEmacs shell buffer? If you cannot run it from a shell buffer in XEmacs or from the JDEE but you can run it from a Linux shell, that would indicate that the problem is with XEmacs. If so, I'd try to find out what code129 means. Paul Your mouse has moved. Windows must restart for change to take effect. Reboot now? [OK] http://web-unix.htc.honeywell.com/people/jschewe [Honeywell Intranet Only] *My views may not represent those of my employers !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 TRANSITIONAL//EN HTML HEAD META HTTP-EQUIV=Content-Type CONTENT=text/html; CHARSET=UTF-8 META NAME=GENERATOR CONTENT=GtkHTML/3.0.10 /HEAD BODY I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0.nbsp; I've also filed a bug report with Sun and sent this test case to one of their engineers.BR BR If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't have to press anything and it errors out with a code 129 when run from inside JDEE.nbsp; If you run it from the commandline it's just fine. BR BR Here's the commandline I'm using.BR java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea bugs.jdk.code129.SplitDBBR BR If I comment out the setIcon call in DatabaseDialog, then it's just fine.nbsp; So my guess is that there's something with the signal handling when the image finishes loading.BR BR Do you have any ideas as to what JDEE/XEmacs may be doing when it executes the java process that would cause this to occur?BR BR Thanks for any input you have.nbsp; Until then I'll have to resort to the commandline.nbsp; BR BR BTW this happens also when running ant inside JDEE.BR BR TABLE CELLSPACING=0 CELLPADDING=0 WIDTH=100% TR TD HR BR Your mouse has moved.BR Windows must restart for change to take effect.BR Reboot now? [OK]BR A HREF=http://web-unix.htc.honeywell.com/people/jschewe;Uhttp://web-unix.htc.honeywell.com/people/jschewe/U/A [Honeywell Intranet Only]BR *My views may not represent those of my employers /TD /TR /TABLE /BODY /HTML