Closed mcepl closed 6 years ago
Really hard to say. For me it just work.
https://github.com/daa84/neovim-gtk/blob/3c743513e68c54ee489c69841f43740063c0b561/src/shell.rs#L187 - here open file code, it is simple. Just call e filename
.
What version of neovim do you use? can you try different one?
What version of neovim do you use? can you try different one?
Build by myself from the current master (commit 3c74351).
Actually, not freeze completely. They are just completely ineffectual. If I click elsewhere to the window, the Gnome menu just vanishes and everything is fine (except of course, no file has been opened).
https://mcepl.fedorapeople.org/tmp/neovim-gtk-gnome-action.webm
I tried this:
matej@mitmanek: neovim-gtk (master)$ rust-gdb target/debug/nvim-gtk
GNU gdb (GDB) Red Hat Enterprise Linux 8.0-17.1.scylladb.1.el7.centos
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from target/debug/nvim-gtk...done.
(gdb) b src/shell.rs:187
Breakpoint 1 at 0xd90b5: src/shell.rs:187. (2 locations)
(gdb) run
Starting program: /home/matej/archiv/knihovna/repos/neovim-gtk/target/debug/nvim-gtk
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffe5662700 (LWP 14115)]
[New Thread 0x7fffe4e61700 (LWP 14116)]
[New Thread 0x7fffdffff700 (LWP 14118)]
[New Thread 0x7fffdf15c700 (LWP 14168)]
[New Thread 0x7fffde95b700 (LWP 14169)]
[New Thread 0x7fffdd76c700 (LWP 14171)]
Detaching after fork from child process 14172.
[New Thread 0x7fffdd56b700 (LWP 14173)]
[New Thread 0x7fffdd36a700 (LWP 14174)]
[Thread 0x7fffdd76c700 (LWP 14171) exited]
[Thread 0x7fffde95b700 (LWP 14169) exited]
Thread 1 "nvim-gtk" hit Breakpoint 1, nvim_gtk::shell::State::open_file (
self=0x555555f2e3c0,
path="/home/matej/archiv/2016/clanky/petunia_dursley/08_kobylky.rst")
at src/shell.rs:187
187 nvim.command(&format!("e {}", path)).report_err();
(gdb) p path
$1 = "/home/matej/archiv/2016/clanky/petunia_dursley/08_kobylky.rst"
(gdb) step
<nvim_gtk::nvim::client::NeovimRef<'a> as core::ops::deref::DerefMut>::deref_mut (
self=0x7fffffffb3a0) at src/nvim/client.rs:61
61 match *self {
(gdb) n
62 NeovimRef::SingleThreaded(ref mut nvim) => &mut *nvim,
(gdb)
61 match *self {
(gdb)
65 }
(gdb)
Thread 1 "nvim-gtk" hit Breakpoint 1, nvim_gtk::shell::State::open_file (
self=0x555555f2e3c0,
path="/home/matej/archiv/2016/clanky/petunia_dursley/08_kobylky.rst")
at src/shell.rs:187
187 nvim.command(&format!("e {}", path)).report_err();
(gdb)
ERROR 2018-03-12T10:45:04Z: nvim_gtk::nvim::ext: Unknown error type: Wait timeout (nvim_command)
186 if let Some(mut nvim) = self.nvim() {
(gdb)
Any better place to put breakpoint to?
Actually, it is more silly. That action in the last files dialog requires double-click, whereas my gedit
reacts just to single-click. I was confused by some logging messages I have had in my ~/.vim/vimrc
, but when I remove them, everything works except for this weirdness.
looks like #64 patch need to be adapted :smile:
It looks really lovely how nvim-gtk (build by myself from the commit 3c74351 ) sports the same toolbar and general design (outside of the editing area proper) very same as other Gnome applications (namely GEdit). Unfortunately, I cannot open a file using either method from the Gnome dialog (normal
e: filename
command works fine). When I either select a file from the list of the last used files, or from"Other documents"
dialog, the dialog doesn't close and neovim-gtk stops accepting any input.When I got program frozen in gdb, I interrupted it with
<Ctrl-C>
and collected this backtrace: