This is on Windows
I have the latest emacs, latest JDEE (from MELPA) and JDK1.8
If I try and call 'jdee-javadoc-autodoc-at-line' I get the error:
' Symbol's value as variable is void: working-message'
Anybody have any ideas on how to troubleshoot/fix this?
This has been fixed in master, so should be shortly in MELPA.
IMHO it is better to report issues directly at Github, which usually results in shorter bug's live period. ;-)
Related
I have tried to install and use plantuml-mode in emacs, with no success.
My emacs version: 25.2.2
Operating system: Ubuntu 18.04 x86_64
I have followed the official instructions on
https://github.com/skuro/plantuml-mode
When I load a file it says
"Contacting host: www.plantuml.com:443".
After a few seconds I get the error message
"plantuml-init: Wrong type argument: stringp, nil"
I've looked at
Can't turn on plantuml-mode in Emacs
It didn't help. In a previous attempt I found some other similar help pages, on github and stackoverflow, but I can't find them right now. One was to fix a broken url, and the other was to provide the correct path to the jar file. I fixed both, but none of them fixed my problem.
The above mentioned problem reports are related to the mode's attempts to contact a web server, or to run plantuml. I am not interested in any of them, I prefer to run plantuml myself from the command line. All I want from the mode is syntax highlighing and indentation. It is possible to turn off the other features, to get rid of the errors? Or is there another, simpler mode out there, that doesn't try to contact the web or run executables?
Best regards
The plantuml-mode sends your data to be evaluated at www.plantuml.com by default.
To run it locally, you need to set both the plantuml jar path and the execution mode as described in https://github.com/skuro/plantuml-mode#quick-guide:
(setq plantuml-jar-path "/path/to/your/copy/of/plantuml.jar")
(setq plantuml-default-exec-mode 'jar)
I'm trying to do some Clojure development using Emacs and cider, and following this tutorial. I've gotten to the point where I need to do M-x cider-jack-in, which is supposed to start a *cider-repl* buffer, but instead gives me the error
error in process filter: Symbol's function definition is void: clojure-mode-variables
I'm running emacs 24.3.1, cider-20150412.827 (out of melpa), Leiningen 2.3.4, and I get the error whether I specify [cider/cider-repl "0.7.0"] or [cider/cider-repl "0.8.2"]. I'm able to successfully run lein run on the project I'm trying to edit.
Any ideas what I'm doing wrong?
You're using an outdated version of clojure-mode. Update to a recent version (e.g. the latest) and everything should be fine. Btw, you should also use [cider/cider-nrepl "0.9.0-SNAPSHOT"] together with CIDER from MELPA.
I'm on GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.6.0), but when I try to use package (melpa) to install js2-refactor I get this odd error:
package-compute-transaction: Package `emacs-24.1' is unavailable
Any ideas what this could be about? Actually, this might be coming from a dependency of js2-refactor: js2-mode. It gives the same error.
The reason for this can be a lingering old version of package.el in your load path. package.el was officially included in GNU Emacs 24, and the downloadable file for earlier Emacs versions doesn't support dependencies on built-in packages (emacs-24.1 is considered a built-in package here).
Type M-x locate-library RET package to find where Emacs is getting its package.el from. The path it shows should end with lisp/emacs-lisp/package.elc. If it doesn't, try getting rid of the indicated file (or changing the load path so Emacs doesn't find it).
I solved a similar issue by uninstalling and reinstalling emacs (macOS/homewbrew).
Since some time (but I didn't change anything in .emacs), I have some errors with emacs's behaviour :
Remember mode will not kill the temporary buffer on "Ctl-C Ctl-C"
Orgmode will not refile any entry
Both operations complain with error "Not bookmark format"
I restored an old .emacs to make sure that I didn't mess it up but the error persists.
Where can I investigate to find out the problem ?
I have Emacs 24.2.1 since end of august.
The built in orgmode version is 7.8.11 (I see 7.9.2 is out ...)
It's always best to start debugging problems such as this by seeing if the problem still happens when you ignore your init file altogether - try starting emacs with --no-init-file and seeing if you still get the problem. If you don't then it's clearly something in your init file.
You can also get odd behaviour if you've got a local install of Org-mode in addition to the one bundled with Emacs itself - eg if you pull in a newer one through ELPA. If you have a local install through ELPA then you can try uninstalling the Org-mode package and trying again using the built-in Org-mode.
I have something similar to the following in my init file to make it switch to the ELPA-installed Org-mode to avoid such problems (this variant is untested so forgive me if it's not quite right):
(package-initialize) ; load and initialise ELPA-installed packages
(org-reload) ; restart Org-mode with the ELPA package
I filed a bug to the emacs team and they found out that the error comes from a corrupted bookmark file.
I removed my ~/.emacs.d/bookmark file (it was empty) and everything is fine now.
Trying to get ediff-revision working on hg (mercurial-1.8.4) repo using Emacs v23.2 (9.0) on OS X Lion. I found this answer for the 1st part of my problem but now I'm getting this from Emacs ediff-revision:
M-x ediff-revision
Compare revisions for file (default .hgtags): ~/myrepo.hg/.hgtags
Revision 1 to compare (default .hgtags's latest revision):
Revision 2 to compare (default .hgtags's current state):
and I get the following response:
Checking out /Users/username/repo.hg/.hgtags.~tip~...
apply: Wrong number of arguments: (lambda (file &optional editable rev) "Retrieve a revision of FILE.
EDITABLE is ignored.
Seems you are using an old emacs/vc/vc-hg version. Simply upgrading is probably the easiest solution.
I had a similar problem, which I could solve bit by bit by improving small settings and even made a patch. It never really solved all. Until I upgrade to a recent emacs (and support file); I use the Aquamacs distribution now, which works great on the Mac. (Although it's keybindings are more mac the traditional-emacs)