vim-signature icon indicating copy to clipboard operation
vim-signature copied to clipboard

Error when launch neovim

Open overcache opened this issue 7 years ago • 5 comments

:message
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>113_RefreshLine[15]..<SNR>113_Evaluate
HL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1]..gitgutter#utility#bufnr:
line    1:
E121: Undefined variable: s:bufnr
E15: Invalid expression: s:bufnr
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>113_RefreshLine[15]..<SNR>113_Evaluate
HL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1]..gitgutter#utility#getbufvar:
line    1:
E712: Argument of get() must be a List or Dictionary

Neovim version:

:version
NVIM v0.2.0
Build type: RelWithDebInfo
Compilation: /usr/local/Homebrew/Library/Homebrew/shims/super/clang -Wconversion -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNVIM_MSGPACK_HAS_
FLOAT32 -O2 -g -DDISABLE_LOG -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wvla -fstack-protector-strong -
fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -I/tmp/neovim-20170504-74618-11lo7uc/neovim-0.2.0/build/config -I/tmp/neovim-2017
0504-74618-11lo7uc/neovim-0.2.0/src -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/inclu
de -I/usr/local/include -I/usr/local/opt/gettext/include -I/usr/include -I/usr/include -I/tmp/neovim-20170504-74618-11lo7uc/neovim-0.2.0/b
uild/src/nvim/auto -I/tmp/neovim-20170504-74618-11lo7uc/neovim-0.2.0/build/include
Compiled by simon@mbp

Optional features included (+) or not (-): +acl   +iconv    +jemalloc +tui
For differences from Vim, see :help vim-differences

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/local/Cellar/neovim/0.2.0/share/nvim"

overcache avatar May 10 '17 01:05 overcache

also here, slightly different setup:

:message
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#bufnr:
line    1:
E121: Undefined variable: s:bufnr
E15: Invalid expression: s:bufnr
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#getbufvar:
line    1:
E712: Argument of get() must be a List or Dictionary
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#bufnr:
line    1:
E121: Undefined variable: s:bufnr
E15: Invalid expression: s:bufnr
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#getbufvar:
line    1:
E712: Argument of get() must be a List or Dictionary
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#bufnr:
line    1:
E121: Undefined variable: s:bufnr
E15: Invalid expression: s:bufnr
Error detected while processing function signature#sign#Refresh[19]..signature#sign#Place[28]..<SNR>94
_RefreshLine[15]..<SNR>94_EvaluateHL[8]..signature#sign#GetGitGutterHLGroup[3]..gitgutter#hunk#hunks[1
]..gitgutter#utility#getbufvar:
line    1:
E712: Argument of get() must be a List or Dictionary

Neovim version:

:version
NVIM v0.2.0
Build type: Release
Compilation: /usr/local/Homebrew/Library/Homebrew/shims/super/clang -Wconversion -U_FORTIFY_SOURCE -D_
FORTIFY_SOURCE=1 -DNVIM_MSGPACK_HAS_FLOAT32 -DNDEBUG -DDISABLE_LOG -Wall -Wextra -pedantic -Wno-unused
-parameter -Wstrict-prototypes -std=gnu99 -Wvla -fstack-protector-strong -fdiagnostics-color=auto -DIN
CLUDE_GENERATED_DECLARATIONS -I/tmp/neovim-20170707-80027-1bg0wcx/neovim-0.2.0/build/config -I/tmp/neo
vim-20170707-80027-1bg0wcx/neovim-0.2.0/src -I/usr/local/include -I/usr/local/include -I/usr/local/inc
lude -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/opt/gettext/include -
I/usr/include -I/tmp/neovim-20170707-80027-1bg0wcx/neovim-0.2.0/build/src/nvim/auto -I/tmp/neovim-2017
0707-80027-1bg0wcx/neovim-0.2.0/build/include
Compiled by [email protected]

Optional features included (+) or not (-): +acl   +iconv    +jemalloc +tui
For differences from Vim, see :help vim-differences

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/local/Cellar/neovim/0.2.0_1/share/nvim"

vm-wylbur avatar Jul 29 '17 12:07 vm-wylbur

My apologies for the radio silence; I've been swamped at work and will be for some time but I'll try to get to it this weekend.

For the moment, if you guys would like to look at it:

From the trace (gitgutter#hunk#hunks[1]..gitgutter#utility#bufnr:), Signature calls the method gitgutter#hunk#hunks which then calls gitgutter#utility#bufnr which is what actually blows up because s:bufnr, a gitgutter-internal variable doesn't exist.

So, the next step would be to determine why the variable doesn't exist when called, how does it usually get set and if gitgutter does some kind of checking to ensure that s:bufnr is valid before calling gitgutter#hunk#hunks etc.

kshenoy avatar Aug 16 '17 02:08 kshenoy

Thanks for looking into it. Alas, I stopped using signature. Then today I went back to it to check this bug, re-enabled the plugin, and the errors have gone away. I checked the Neovim setup, and it's identical to what I pasted above. Something changed, but I don't know what. I'll use signature for a while to keep an eye on it. Thanks for response.

vm-wylbur avatar Oct 11 '17 01:10 vm-wylbur

I'm still having this issue. I have both this plugin and gitgutter installed. I can seemingly replicate this 100% of the time by simply opening a file, creating a mark, quitting, and re-opening the same file.

Worth noting is that if I do not set g:SignatureMarkTextHLDynamic = 1, then everything appears to work fine.

rslindee avatar Nov 10 '17 06:11 rslindee

@rslindee I'll take a look at this tonight

kshenoy avatar Nov 10 '17 15:11 kshenoy