Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Invalid byte code error (cl--defalias) in emacs 24.5 and emacs 25.x #25

Closed
kaushalmodi opened this issue Sep 14, 2015 · 11 comments
Closed

Comments

@kaushalmodi
Copy link

Hi,

I haven't tried M-x esup in earlier versions but in versions 24.5 (latest stable as of now) and the latest build from git master branch (25.x), I get this error:

Debugger entered--Lisp error: (error "Invalid byte code")
  cl--defalias(cl-values list "Return multiple values, Common Lisp style.\nThe arguments of `cl-values' are the values\nthat the containing function should return.\n\n(fn &rest VALUES)")
  byte-code("\300\301\302\303#\210\300\304\305\306#\207" [cl--defalias cl-values list "Return multiple values, Common Lisp style.\nThe arguments of `cl-values' are the values\nthat the containing function should return.\n\n(fn &rest VALUES)" cl-values-list identity "Return multiple values, Common Lisp style, taken from a list.\nLIST specifies the list of values\nthat the containing function should return.\n\n(fn LIST)"] 4)
  eval((byte-code "\300\301\302\303#\210\300\304\305\306#\207" [cl--defalias cl-values list "Return multiple values, Common Lisp style.\nThe arguments of `cl-values' are the values\nthat the containing function should return.\n\n(fn &rest VALUES)" cl-values-list identity "Return multiple values, Common Lisp style, taken from a list.\nLIST specifies the list of values\nthat the containing function should return.\n\n(fn LIST)"] 4))
  esup-child-profile-sexp(3554 3979 1)
  esup-child-profile-buffer(#<buffer cl-lib.elc> 1)
  esup-child-profile-file("cl-lib" 1)
  esup-child-profile-sexp(6215 6232 0)
  esup-child-profile-buffer(#<buffer init.el> 0)
  esup-child-profile-file("/home/kmodi/.emacs.d/init.el" 0)
  esup-child-run("/home/kmodi/.emacs.d/init.el" "53398")
  eval((esup-child-run "/home/kmodi/.emacs.d/init.el" "53398"))
  command-line-1(("-L" "/home/kmodi/.emacs.d-master/elpa_25_0/esup-20150519.1701/" "-l" "esup-child" "--eval=(esup-child-run \"/home/kmodi/.emacs.d/init.el\" \"53398\")"))
  command-line()
  normal-top-level()
@jschaf
Copy link
Owner

jschaf commented Sep 17, 2015

Emacs byte-code isn't stable between versions. It looks like esup is struggle with a newer version of byte code.

Please post the contents of *esup-log*. It probably won't appear by default, but it does exist.

@kaushalmodi
Copy link
Author

Thanks for looking into it.

Here are links to stuff that might help with the debug:

@Wilfred
Copy link

Wilfred commented Sep 29, 2015

For what it's worth, I saw this too:

Debugger entered--Lisp error: (void-variable defalias)
  eval(defalias)
  esup-child-profile-sexp(51461 51469 1)
  esup-child-profile-buffer(#<buffer smartparens.elc> 1)
  esup-child-profile-file("smartparens" 1)
  esup-child-profile-sexp(4572 4594 0)
  esup-child-profile-buffer(#<buffer init.el> 0)
  esup-child-profile-file("/home/wilfred/.emacs.d/init.el" 0)
  esup-child-run("/home/wilfred/.emacs.d/init.el" "50454")
  eval((esup-child-run "/home/wilfred/.emacs.d/init.el" "50454"))
  command-line-1(("-L" "/home/wilfred/.emacs.d/elpa/esup-20150519.1701/" "-l" "esup-child" "--eval=(esup-child-run \"/home/wilfred/.emacs.d/init.el\" \"50454\")"))
  command-line()
  normal-top-level()

Deleting all the smartparens/*.elc files and bytecompiling afresh does not help.

@jschaf
Copy link
Owner

jschaf commented Sep 30, 2015

Ok, I'll investigate. The tricky part is isolating the issue.

On Tue, Sep 29, 2015 at 5:14 PM, Wilfred Hughes notifications@github.com
wrote:

For what it's worth, I saw this too:

Debugger entered--Lisp error: (void-variable defalias)
eval(defalias)
esup-child-profile-sexp(51461 51469 1)
esup-child-profile-buffer(# 1)
esup-child-profile-file("smartparens" 1)
esup-child-profile-sexp(4572 4594 0)
esup-child-profile-buffer(# 0)
esup-child-profile-file("/home/wilfred/.emacs.d/init.el" 0)
esup-child-run("/home/wilfred/.emacs.d/init.el" "50454")
eval((esup-child-run "/home/wilfred/.emacs.d/init.el" "50454"))
command-line-1(("-L" "/home/wilfred/.emacs.d/elpa/esup-20150519.1701/" "-l" "esup-child" "--eval=(esup-child-run "/home/wilfred/.emacs.d/init.el" "50454")"))
command-line()
normal-top-level()

Deleting all the smartparens/*.elc files and bytecompiling afresh does not
help.


Reply to this email directly or view it on GitHub
#25 (comment).

@destroyhimmyrobots
Copy link
Contributor

destroyhimmyrobots commented Jul 11, 2016

I was able to reproduce this with (require 'dired-x) enabled during profiling. Disabling debugging when profiling (#37) works around this issue.

@jschaf
Copy link
Owner

jschaf commented Jul 15, 2016

Can you give it a try now that debugging is disabled?

@kaushalmodi
Copy link
Author

I now get this error:

Debugger entered--Lisp error: (file-error "make server process failed" "Success" :name "esup-server" :type nil :server t :host local :service t :family nil :nowait t :stop nil :buffer "esup-log" :coding utf-8 :noquery t :filter esup--server-filter :sentinel esup--server-sentinel :log esup--server-logger)
make-network-process(:name "esup-server" :type nil :server t :host local :service t :family nil :nowait t :stop nil :buffer "esup-log" :coding utf-8 :noquery t :filter esup--server-filter :sentinel esup--server-sentinel :log esup--server-logger)
esup-server-create(t)
esup(nil)

Looks like you are seeing the same issue too.

Currently, I am on the latest master build.

@destroyhimmyrobots
Copy link
Contributor

It looks like I was mistaken, and had dired-x disabled while testing this, so evidently #37 doesn't work around the invalid byte-code issue. (Sorry @jschaf). I haven't seen the trace you mentioned on the latest master, however.

@jschaf
Copy link
Owner

jschaf commented Jul 15, 2016

@kaushalmodi I found a work-around by removing the :nowait t, or setting it to nil. I'm still not exactly sure what changed in make-network-process.

@kaushalmodi
Copy link
Author

@jschaf Thanks! That worked for me too. I'll close this issue as the fix seems to be done in the master. But if removing :nowait t works for any emacs version, please commit that.

@jschaf
Copy link
Owner

jschaf commented Jul 15, 2016

Glad it worked. I'll change it tonight.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants