trogdoro / xiki

A shell console with GUI features
http://xiki.org
Other
3.76k stars 208 forks source link

error: el4r-instance is dead. #28

Open gicappa opened 11 years ago

gicappa commented 11 years ago

At the end of this issue you can find the whole emacs log I'm using Aquamacs Emacs.app on OSX Mountain Lion

The error shown is "error: el4r-instance is dead. "

Has anyone experienced it? TIA.

("/Applications/Development/Aquamacs_Emacs.app/Contents/MacOS/Aquamacs Emacs") Loading prestart plugin files ... ... done. Loading easy-mmode...done Loading cl-macs...done Shell: /bin/zsh Aquamacs Mule installed. Loading encoded-kb...done Loading easymenu...done Loading /Users/gicappa/Library/Preferences/Aquamacs Emacs/Recent Files.el (source)...done Cleaning up the recentf list...done (0 removed) Loading places from /Users/gicappa/Library/Preferences/Aquamacs Emacs/places.el...done 22 environment variables imported from login shell (/bin/zsh). Loading auctex... Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/tex-site.el.gz... Loading jka-compr...done uncompressing tex-site.el.gz...done Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/tex-site.el.gz...done Loading auctex...done uncompressing preview-latex.el.gz...done Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/nxml/rng-auto.el (source)... Source file `/Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/nxml/nxml-enc.el' newer than byte-compiled file Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/nxml/rng-auto.el (source)...done Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/edit-modes/haskell-mode/haskell-site-file.el (source)...done Loading plugins ... Loading /Applications/Development/Aquamacs_Emacs.app/Contents/Resources/site-lisp/site-start...done ... done. el4r started.

An error has occurred while loading `/Users/gicappa/.emacs':

error: el4r-instance is dead.

To ensure normal operation, you should investigate and remove the cause of the error in your initialization file. Start Emacs with the `--debug-init' option to view a complete error backtrace.

one-buffer-one-frame-mode disabled. Mark set [26 times] Loading /Users/gicappa/Library/Preferences/Aquamacs Emacs/frame-positions.el (source)...done Truncate long lines disabled Mark set Aquamacs is based on GNU Emacs, a part of the GNU/Linux system. It is Free Software: you can improve and redistribute it under the GNU General Public License, version 3 or later. Copyright (C) 2009 Free Software Foundation, Inc. (C) 2009 D. Reitter. No Warranty. Get the new Aquamacs 2.4 now from http://aquamacs.org! Press C-h u to download it. Get the new Aquamacs 2.4 now from http://aquamacs.org! Press C-h u to download it. byte-code: Beginning of buffer [23 times] byte-code: End of buffer [37 times] byte-code: Beginning of buffer [29 times] byte-code: End of buffer byte-code: Beginning of buffer [15 times] byte-code: Beginning of buffer

devn commented 11 years ago

I'm running emacs 24 compiled from source on OSX 10.7.

Debugger entered--Lisp error: (error "Face height does not produce a positive integer" -9) signal(error ("Face height does not produce a positive integer" -9)) (condition-case err (eval (setq expr (read result))) (el4r-ruby-error (signal (quote el4r-ruby-error) nil)) (error (setq el4r-error-lisp-expression expr) (signal (car err) (cdr err)))) (let ((result (el4r-recv)) expr) (while (eq (length result) 0) (el4r-wait-expr) (setq result (el4r-recv))) (condition-case err (eval (setq expr (read result))) (el4r-ruby-error (signal (quote el4r-ruby-error) nil)) (error (setq el4r-error-lisp-expression expr) (signal (car err) (cdr err))))) el4r-get() (let ((result (el4r-get))) (el4r-leave-call) result) el4r-ruby-eval("el4r_boot") el4r-boot() eval-buffer(#<buffer load> nil "/Users/plato/.emacs" nil t) ; Reading at buffer position 222 load-with-code-conversion("/Users/plato/.emacs" "/Users/plato/.emacs" t t) load("~/.emacs" t t)

[0 "\205\262� \306=\203�\307\310Q\202;� \311=\204�\307\312Q\202;�\313\307\314\315#\203*�\316\202;�\313\307\314\317#\203:�\320\nB\321\202;�\316\322\323\322\211#\210 \322=\203a�\324\325\326\307\327Q!\"\323\322\211#\210 \322=\203�\210 \203\243�\330 !\331\232\203\243�\332 !\211\333P\334!\203}�\211\202\210�\334!\203\207�\202\210�\314\262\203\241�\335 \"\203\237�\336\337 #\210\340\341!\210\266\f?\205\260�\314\323\342\322\211#)\262\207" [init-file-user system-type delayed-warnings-list user-init-file inhibit-default-init inhibit-startup-screen ms-dos "~" "/_emacs" windows-nt "/.emacs" directory-files nil "^\\.emacs\\(\\.elc?\\)?$" "~/.emacs" "^_emacs\\(\\.elc?\\)?$" (initialization "_emacs' init file is deprecated, please use `.emacs'") "~/_emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default"] 7 "\n\n(fn)"]()

command-line() normal-top-level()

darthdeus commented 11 years ago

I'm having the same exact issue, +1

localredhead commented 11 years ago

+1 on 24 stable.

dcunited001 commented 11 years ago

+1, using 23.4

yozlet commented 11 years ago

@trogdoro just did some debugging on this, 'cos I'm having the same issue. For me, the problem has been the combination of Aquamacs, rvm and zsh: In order to load el4r correctly, Aquamacs's shell session (which is used to talk to Ruby) needs to have the various rvm environment variables set. These are added by your .zshrc (or whatever). However, while Aquamacs will execute .bash_login fine (if your shell is bash) it won't run a login file for zsh - whether .zshrc or anything else. (This is a known bug in Aquamacs.)

The fix, for me, was switching from zsh to bash. This is a pain as I love Oh My ZSH, but I'd rather get xiki working for the moment.

zenshell commented 11 years ago

+1,GNU Emacs 24.2.1

willgorman commented 10 years ago

Has anyone found a solution for this? I'm running into this with 24.3 installed with homebrew. Tried using bash instead of zsh as mentioned above but wasn't able to resolve the issue that way.

trogdoro commented 10 years ago

Hi! "error: el4r-instance is dead" is the standard error for the el4r (emacs ruby bridge) library. Check the el4r log to see what the error is. The filename is something like...

/tmp/el4r-foo.63388.log

If you have Xiki set up, you can type meta-e to jump to the log file.

You'll probably have better luck with Aquamacs or Emacs.app. I think homebrew gives you the console version of emacs? (It doesn't work with Xiki at the moment, I think.)

--Craig

On Wed, Oct 30, 2013 at 6:45 AM, Will Gorman notifications@github.comwrote:

Has anyone found a solution for this? I'm running into this with 24.3 installed with homebrew. Tried using bash instead of zsh as mentioned above but wasn't able to resolve the issue that way.

— Reply to this email directly or view it on GitHubhttps://github.com/trogdoro/xiki/issues/28#issuecomment-27389743 .

rjharmon commented 10 years ago

I encountered this same symptom: Mountain Lion, RVM. Also, setting default rvm didn't work, probably because I wanted to keep xiki's deps sandboxed to its own gemset. Although this issue is old, it's a search result hit for the symptom, so I'm sharing what I've learned about (today's instance of) it here.

I needed this in ~/.el4rrc.rb:

$: << File.join(el4r_gem, "lib")

core/keys.rb:321 needed escaping of {} characters too.

That left with the sole problem where it's not picking up the right RVM. I added this to the .el4rrc.rb, though I'm not sure it's really the "right" place for it:

# Probably rvm ENV vars will handle this  (rjh: no, it wasn't handled :)
ENV['GEM_HOME']='/Users/rharmon/.rvm/gems/ruby-1.9.3-p392'
ENV['GEM_PATH']='/Users/rharmon/.rvm/gems/ruby-1.9.3-p392:/Users/rharmon/.rvm/gems/ruby-1.9.3-p392@xiki'

I still get a warning: Blocking call to accept-process-output with quit inhibited!! when I'm navigating around @welcome, but xiki seems to be working finally. Hooray!