How to fix corrupted text in Backtrace * buffer (emacs)

When debug-on-error is enabled, I am having problems with corrupted text in the Backtrace buffer. like this.

Example enter image description here

he speaks maybe Japanese. However, I don't understand this message. Does anyone know a workaround? it would be good for me to display the message in English. Any help would be greatly appreciated. Thanks in advance.

<strong> conditions

OS: Ubuntu 14.10

Emacs version: 24.4.1 (x86_64-unknown-linux-gnu, GTK + Version 3.12.2)

+3


source to share


3 answers


Yes, it's bytecode. No, it should not display in the opposite direction. Or at least there should be a user option to not show it in backtraces.

This is Emacs bug # 6991 , which was reported 4 years ago.



Unfortunately it was not fixed and was simply moved to the Wishlist (actually aka /dev/null

).

( Bug # 15789 also complained about the bytecode in the backtraces.)

+3


source


As other answers say, it is bytecode. You see this because emacs did not evaluate the source code. This utility can be controversial; sometimes the bytecode can give clues about what is going on.



To fix this problem, you should get the steering wheel source code (just click one of the functions for example helm-update

and then M-x eval-buffer

). After that, you should see a more meaningful return line. (I could not verify this: I installed the loop through package-install

and after debug-on-entry helm-apropos

and helm-apropos

, I did not see any byte code. How did you install the helmet?)

+3


source


It is not text in any human language, but Emacs bytecode compiled from Emacs Lisp. (I'm not sure why this is showing up in the backtrace - it might be hidden by default, as it is unlikely to help with any problems.)

What you can read from the above is what the function helm-mp-highlight-region

calls re-search-forward

with an argument nil

but re-search-forward

expects a string. This might be a bug in Helm.

+1


source







All Articles