vterm-module compile error

vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

When I do M-x vterm RET it says

  Vterm needs `vterm-module' to work.  Compile it now? (y or n) y
  Compilation of ‘emacs-libvterm’ module succeeded

but then

  -- System libvterm detected
  -- Configuring done
  -- Generating done
  -- Build files have been written to: /home/incal/.emacs.d/elpa/vterm-20201004.2057/build
  [ 25%] Building C object CMakeFiles/vterm-module.dir/vterm-module.c.o
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c: In function ‘compare_cells’:
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:597:20: warning: implicit declaration of function ‘vterm_color_is_equal’; did you mean ‘vterm_screen_is_eol’? [-Wimplicit-function-declaration]
     equal = equal && vterm_color_is_equal(&a->fg, &b->fg);
                      ^~~~~~~~~~~~~~~~~~~~
                      vterm_screen_is_eol
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c: In function ‘cell_rgb_color’:
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:734:7: warning: implicit declaration of function ‘VTERM_COLOR_IS_DEFAULT_FG’ [-Wimplicit-function-declaration]
     if (VTERM_COLOR_IS_DEFAULT_FG(color)) {
         ^~~~~~~~~~~~~~~~~~~~~~~~~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:737:7: warning: implicit declaration of function ‘VTERM_COLOR_IS_DEFAULT_BG’ [-Wimplicit-function-declaration]
     if (VTERM_COLOR_IS_DEFAULT_BG(color)) {
         ^~~~~~~~~~~~~~~~~~~~~~~~~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:740:7: warning: implicit declaration of function ‘VTERM_COLOR_IS_INDEXED’ [-Wimplicit-function-declaration]
     if (VTERM_COLOR_IS_INDEXED(color)) {
         ^~~~~~~~~~~~~~~~~~~~~~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:741:14: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘indexed’
       if (color->indexed.idx < 16) {
                ^~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:742:40: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘indexed’
         return vterm_get_color(env, color->indexed.idx);
                                          ^~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:745:49: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘indexed’
         vterm_state_get_palette_color(state, color->indexed.idx, color);
                                                   ^~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:747:14: warning: implicit declaration of function ‘VTERM_COLOR_IS_RGB’ [-Wimplicit-function-declaration]
     } else if (VTERM_COLOR_IS_RGB(color)) {
                ^~~~~~~~~~~~~~~~~~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:752:45: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘rgb’
     snprintf(buffer, 8, "#%02X%02X%02X", color->rgb.red, color->rgb.green,
                                               ^~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:752:61: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘rgb’
     snprintf(buffer, 8, "#%02X%02X%02X", color->rgb.red, color->rgb.green,
                                                               ^~
  /home/incal/.emacs.d/elpa/vterm-20201004.2057/vterm-module.c:753:17: error: ‘VTermColor’ {aka ‘struct <anonymous>’} has no member named ‘rgb’
              color->rgb.blue);
                   ^~
  make[2]: *** [CMakeFiles/vterm-module.dir/build.make:63: CMakeFiles/vterm-module.dir/vterm-module.c.o] Error 1
  make[1]: *** [CMakeFiles/Makefile2:73: CMakeFiles/vterm-module.dir/all] Error 2
  make: *** [Makefile:84: all] Error 2
  /home/incal/.emacs.d/elpa/vterm-20201004.2057
  
-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

On Sat, Oct 24, 2020 at 02:26:46AM +0200, Emanuel Berg via Users list for the GNU Emacs text editor wrote:
> When I do M-x vterm RET it says
> 
>   Vterm needs `vterm-module' to work.  Compile it now? (y or n) y
>   Compilation of ‘emacs-libvterm’ module succeeded
> 
> but then
> 
>   -- System libvterm detected
>   -- Configuring done

That is something to complain to developer of emacs-libvterm

I am using it from git sources and it works without problems that way. It does not work when installed as package.

Jean

Re: vterm-module compile error

[Tassilo Horn]

Jean Louis <bugs@gnu.support> writes:

>> When I do M-x vterm RET it says
>> 
>>   Vterm needs `vterm-module' to work.  Compile it now? (y or n) y
>>   Compilation of ‘emacs-libvterm’ module succeeded
>> 
>> but then
>> 
>>   -- System libvterm detected
>>   -- Configuring done
>
> That is something to complain to developer of emacs-libvterm
>
> I am using it from git sources and it works without problems that
> way. It does not work when installed as package.

I've been curious about vterm for some time and just installed the
package.  For me, the initial module compile after M-x vterm RET worked
flawlessly on an Arch GNU/Linux box...

Bye,
Tassilo

Re: vterm-module compile error

[Jean Louis]

* Tassilo Horn <tsdh@gnu.org> [2020-10-24 15:35]:
> Jean Louis <bugs@gnu.support> writes:
> 
> >> When I do M-x vterm RET it says
> >> 
> >>   Vterm needs `vterm-module' to work.  Compile it now? (y or n) y
> >>   Compilation of ‘emacs-libvterm’ module succeeded
> >> 
> >> but then
> >> 
> >>   -- System libvterm detected
> >>   -- Configuring done
> >
> > That is something to complain to developer of emacs-libvterm
> >
> > I am using it from git sources and it works without problems that
> > way. It does not work when installed as package.
> 
> I've been curious about vterm for some time and just installed the
> package.  For me, the initial module compile after M-x vterm RET worked
> flawlessly on an Arch GNU/Linux box...

I find vterm usable:

- ansi-term after some time disorganizes its screen. I cannot easily
  replicate it to file the bug.

- term and ansi-term is disallowing me M-x and I do not know why, I
  did not find option to let me M-x

Only those few reasons, if I could do M-x I would not be using
external package that requires compiling.

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

> That is something to complain to developer of emacs-libvterm
>
> I am using it from git sources and it works without problems that
> way. It does not work when installed as package.

Thanks, I'll check it out, Gw! :)

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

>> I am using it from git sources and it works without problems that
>> way. It does not work when installed as package.
>
> Thanks, I'll check it out, Gw! :)

It seems this is what God wanted to happen...

Here is what the developers say:

  Some distributions (e.g. Ubuntu < 20.04, Debian Stable) have
  versions of libvterm that are too old. If you find compilation
  errors related to VTERM_COLOR, you should not use your system
  libvterm. See FAQ for more details. [1]

I didn't find the FAQ ("no such anchor"), but the developers also say:

  If not available, libvterm will be downloaded during the
  compilation process. [1]

So what I did, I simply removed the repos' libvterm

  $ sudo apt-get remove libvterm0 libvterm-bin libvterm-dev

Then I deleted vterm from the Emacs package manager, and installed
it again. Now it gets an up-to-date libvterm from git, and all you
have to do is M-x vterm RET to start it. Wonderful!

Now everyone is thinking ... if it can do all that, why can't it
examine the installed libvterm, first thing? I don't know, but cool
that it works anyway.

Yes, at a glance vterm seems much faster and more robust than the
built-in alternatives.


[1] https://github.com/akermu/emacs-libvterm

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

But vterm has one weird thing that really bugs me... the
vterm-mode-map instantly and fully takes over your entire keyboard!
C-p is `previous-line', right? Wrong! Here it is `vterm-send-C-p', and
that does something else!

The only variable I found is `vterm-keymap-exceptions'. Maybe you are
supposed to add all those everyday keys to that.

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-10-30 08:58]:
> But vterm has one weird thing that really bugs me... the
> vterm-mode-map instantly and fully takes over your entire keyboard!
> C-p is `previous-line', right? Wrong! Here it is `vterm-send-C-p', and
> that does something else!

It takes so much less then M-x term

Of course it is customizable.

-- 
Jean Louis

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>> But vterm has one weird thing that really bugs me... the
>> vterm-mode-map instantly and fully takes over your entire keyboard!
>> C-p is `previous-line', right? Wrong! Here it is `vterm-send-C-p',
>> and that does something else!
>
> [...]
>
> Of course it is customizable.

Can I have a vterm-can-I-have-my-keys-back-please please?

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-10-30 09:31]:
> Jean Louis wrote:
> 
> >> But vterm has one weird thing that really bugs me... the
> >> vterm-mode-map instantly and fully takes over your entire keyboard!
> >> C-p is `previous-line', right? Wrong! Here it is `vterm-send-C-p',
> >> and that does something else!
> >
> > [...]
> >
> > Of course it is customizable.
> 
> Can I have a vterm-can-I-have-my-keys-back-please please?

C-p and C-n do history back and forth in M-x term and also in M-x
vterm

You would like to scroll up and down and copy for later paste?

Then you toggle M-x vterm-copy-mode

Then you can scroll up and down and copy things. 

-- 
Jean Louis

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>>>> But vterm has one weird thing that really bugs me... the
>>>> vterm-mode-map instantly and fully takes over your entire
>>>> keyboard! C-p is `previous-line', right? Wrong! Here it is
>>>> `vterm-send-C-p', and that does something else!
>>>
>>> [...]
>>>
>>> Of course it is customizable.
>> 
>> Can I have a vterm-can-I-have-my-keys-back-please please?
>
> C-p and C-n do history back and forth in M-x term and also in M-x
> vterm

That's a problem! And here is the (one) solution...

Check out the emacs-init directory for the other stuff if it fancies
you, otherwise just use the loop to get everyday Emacs keys back.
I think I'll be adding a couple of more to that list before I'm happy
with vterm.

;;; -*- lexical-binding: t -*-
;;;
;;; this file:
;;;   http://user.it.uu.se/~embe8573/emacs-init/term.el
;;;   https://dataswamp.org/~incal/emacs-init/term.el

(require 'super)
(require 'switch-to-buffer-regexp)
(require 'vterm)

(defun use-vterm (new)
  (interactive "P")
  (when (or new (not (switch-to-buffer-regexp "vterm")))
    (vterm) ))
(defalias 'vt #'use-vterm)

(let ((the-map vterm-mode-map)
      (keys '(
              "\C-a"
              "\C-e"
              "\C-n"
              "\C-p"
              )))
  (disable-super-global-keys the-map)
  (dolist (k keys)
    (define-key the-map k nil) )
  (define-key the-map "\C-\M-p" #'vterm-send-C-p)
  (define-key the-map "\C-\M-n" #'vterm-send-C-n) )

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

> ;;; -*- lexical-binding: t -*-
> ;;;
> ;;; this file:
> ;;;   http://user.it.uu.se/~embe8573/emacs-init/term.el
> ;;;   https://dataswamp.org/~incal/emacs-init/term.el

Oh, that's a bad name. Now it works:

  https://dataswamp.org/~incal/emacs-init/term-my.el

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 03:01]:
> Jean Louis wrote:
> 
> >>>> But vterm has one weird thing that really bugs me... the
> >>>> vterm-mode-map instantly and fully takes over your entire
> >>>> keyboard! C-p is `previous-line', right? Wrong! Here it is
> >>>> `vterm-send-C-p', and that does something else!
> >>>
> >>> [...]
> >>>
> >>> Of course it is customizable.
> >> 
> >> Can I have a vterm-can-I-have-my-keys-back-please please?
> >
> > C-p and C-n do history back and forth in M-x term and also in M-x
> > vterm
> 
> That's a problem! And here is the (one) solution...
> 
> Check out the emacs-init directory for the other stuff if it fancies
> you, otherwise just use the loop to get everyday Emacs keys back.
> I think I'll be adding a couple of more to that list before I'm happy
> with vterm.
> 
> ;;; -*- lexical-binding: t -*-
> ;;;
> ;;; this file:
> ;;;   http://user.it.uu.se/~embe8573/emacs-init/term.el
> ;;;   https://dataswamp.org/~incal/emacs-init/term.el
> 
> (require 'super)
> (require 'switch-to-buffer-regexp)
> (require 'vterm)
> 
> (defun use-vterm (new)
>   (interactive "P")
>   (when (or new (not (switch-to-buffer-regexp "vterm")))
>     (vterm) ))
> (defalias 'vt #'use-vterm)
> 
> (let ((the-map vterm-mode-map)
>       (keys '(
>               "\C-a"
>               "\C-e"
>               "\C-n"
>               "\C-p"
>               )))
>   (disable-super-global-keys the-map)
>   (dolist (k keys)
>     (define-key the-map k nil) )
>   (define-key the-map "\C-\M-p" #'vterm-send-C-p)
>   (define-key the-map "\C-\M-n" #'vterm-send-C-n) )

It depends what you are familiar to. Please tell me why you disable
C-n and C-p?

In terminals including in built-in ansi-term or term it does the same
command history functions. If you disable it, then for what use?

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

> It depends what you are familiar to. Please tell me why you disable
> C-n and C-p?
>
> In terminals including in built-in ansi-term or term it does the
> same command history functions. If you disable it, then for
> what use?

They are `next-line' and `previous-line' all over Emacs. If I put them
to nil in vterm-mode-map, these functions will be invoked in
vterm-mode as well.

However there are A LOT of keys to fix ... it'll be a work in
progress. But as they say (said) in Denmark, little by little is the
finest meal!

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 14:36]:
> Jean Louis wrote:
> 
> > It depends what you are familiar to. Please tell me why you disable
> > C-n and C-p?
> >
> > In terminals including in built-in ansi-term or term it does the
> > same command history functions. If you disable it, then for
> > what use?
> 
> They are `next-line' and `previous-line' all over Emacs. If I put them
> to nil in vterm-mode-map, these functions will be invoked in
> vterm-mode as well.

I do not understand quite. If you are in vterm and you define it as
let us say previous-line, can you really move your cursor up?

When I am in Xterm or if I am on console, C-n and C-p are in Emacs
bindings for shell like cursor up and down and those are normally
askin for previous or next history items. That is what I expect when I
am on M-x term or M-x vterm or M-x ansi-term as those are terminal
emulators.

To move up and down I have to switch the mode M-x vterm-copy-mode and
then I can freely move up and down. Maybe you just bind
vterm-copy-mode to some function key when you need to select some
previous text.

On M-x shell I do not expect that, it is line oriented and I can move
freely. Only editor that I may use in M-x shell is emacsclient to open
up new frame, or simply ed.

> However there are A LOT of keys to fix ... it'll be a work in
> progress. But as they say (said) in Denmark, little by little is the
> finest meal!

I was working 1998/1999 in Copenhagen and coming back later year by
year. It is like my city, I feel good there.

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>> They are `next-line' and `previous-line' all over Emacs. If I put
>> them to nil in vterm-mode-map, these functions will be invoked in
>> vterm-mode as well.
>
> I do not understand quite. If you are in vterm and you define it as
> let us say previous-line, can you really move your cursor up?

Yes, of course. It is just an Emacs buffer like everything else
in Emacs.

> When I am in Xterm or if I am on console, C-n and C-p are in Emacs
> bindings for shell like cursor up and down and those are normally
> askin for previous or next history items. That is what I expect
> when I am on M-x term or M-x vterm or M-x ansi-term as those are
> terminal emulators.

Well, yes, but then we expect different. I want all the basic cursor
movements commands to be the same everywhere. Doesn't matter if it is
vterm, King Khan, or King Kong. I like basic input to be consistent,
doesn't matter if it is ERC, Gnus, programming, whatever.

>> However there are A LOT of keys to fix ... it'll be a work in
>> progress. But as they say (said) in Denmark, little by little is
>> the finest meal!
>
> I was working 1998/1999 in Copenhagen and coming back later year by
> year. It is like my city, I feel good there.

Whaddya kidding? Everyone loves Copenhagen including me :)

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 16:07]:
> > When I am in Xterm or if I am on console, C-n and C-p are in Emacs
> > bindings for shell like cursor up and down and those are normally
> > askin for previous or next history items. That is what I expect
> > when I am on M-x term or M-x vterm or M-x ansi-term as those are
> > terminal emulators.
> 
> Well, yes, but then we expect different. I want all the basic cursor
> movements commands to be the same everywhere. Doesn't matter if it is
> vterm, King Khan, or King Kong. I like basic input to be consistent,
> doesn't matter if it is ERC, Gnus, programming, whatever.

I would like to have M-x in Emacs terminal M-x term or M-x ansi-term

(define-key term-mode-map (kbd "M-x") 'execute-extended-command)

is not working. How do you suggest to change it for M-x term?

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>> Well, yes, but then we expect different. I want all the basic
>> cursor movements commands to be the same everywhere.
>> Doesn't matter if it is vterm, King Khan, or King Kong. I like
>> basic input to be consistent, doesn't matter if it is ERC, Gnus,
>> programming, whatever.
>
> I would like to have M-x in Emacs terminal M-x term or M-x
> ansi-term
>
> (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
>
> is not working. How do you suggest to change it for M-x term?

C-x C-j to get Emacs keys back. Otherwise it just pipes everything to
the shell so it doesn't matter what you set it to.

I don't know if there is something like that in vterm. Well, it
should be.

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 16:32]:
> Jean Louis wrote:
> 
> >> Well, yes, but then we expect different. I want all the basic
> >> cursor movements commands to be the same everywhere.
> >> Doesn't matter if it is vterm, King Khan, or King Kong. I like
> >> basic input to be consistent, doesn't matter if it is ERC, Gnus,
> >> programming, whatever.
> >
> > I would like to have M-x in Emacs terminal M-x term or M-x
> > ansi-term
> >
> > (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
> >
> > is not working. How do you suggest to change it for M-x term?
> 
> C-x C-j to get Emacs keys back. Otherwise it just pipes everything to
> the shell so it doesn't matter what you set it to.
> 
> I don't know if there is something like that in vterm. Well, it
> should be.

In vterm it works simply.

-- 
There are 59 messages yet in my incoming mailbox.

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>>> I would like to have M-x in Emacs terminal M-x term or M-x
>>> ansi-term
>>>
>>> (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
>>>
>>> is not working. How do you suggest to change it for M-x term?
>> 
>> C-x C-j to get Emacs keys back. Otherwise it just pipes everything
>> to the shell so it doesn't matter what you set it to.
>> 
>> I don't know if there is something like that in vterm. Well, it
>> should be.
>
> In vterm it works simply.

What works?

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 19:20]:
> Jean Louis wrote:
> 
> >>> I would like to have M-x in Emacs terminal M-x term or M-x
> >>> ansi-term
> >>>
> >>> (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
> >>>
> >>> is not working. How do you suggest to change it for M-x term?
> >> 
> >> C-x C-j to get Emacs keys back. Otherwise it just pipes everything
> >> to the shell so it doesn't matter what you set it to.
> >> 
> >> I don't know if there is something like that in vterm. Well, it
> >> should be.
> >
> > In vterm it works simply.
> 
> What works?

M-x

-- 
There are 59 messages yet in my incoming mailbox.

Re: vterm-module compile error

[Emanuel Berg via Users list for the GNU Emacs text editor]

Jean Louis wrote:

>>>>> I would like to have M-x in Emacs terminal M-x term or M-x
>>>>> ansi-term
>>>>>
>>>>> (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
>>>>>
>>>>> is not working. How do you suggest to change it for M-x term?
>>>> 
>>>> C-x C-j to get Emacs keys back. Otherwise it just pipes
>>>> everything to the shell so it doesn't matter what you set it to.
>>>> 
>>>> I don't know if there is something like that in vterm. Well, it
>>>> should be.
>>>
>>> In vterm it works simply.
>> 
>> What works?
>
> M-x

But not all the other keys.

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal

Re: vterm-module compile error

[Jean Louis]

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2020-11-01 22:14]:
> Jean Louis wrote:
> 
> >>>>> I would like to have M-x in Emacs terminal M-x term or M-x
> >>>>> ansi-term
> >>>>>
> >>>>> (define-key term-mode-map (kbd "M-x") 'execute-extended-command)
> >>>>>
> >>>>> is not working. How do you suggest to change it for M-x term?
> >>>> 
> >>>> C-x C-j to get Emacs keys back. Otherwise it just pipes
> >>>> everything to the shell so it doesn't matter what you set it to.
> >>>> 
> >>>> I don't know if there is something like that in vterm. Well, it
> >>>> should be.
> >>>
> >>> In vterm it works simply.
> >> 
> >> What works?
> >
> > M-x
> 
> But not all the other keys.

Your keybindings are malicious abuse of terminal functions. ;-)