diff options
author | James McCoy <jamessan@jamessan.com> | 2019-11-14 00:34:10 -0500 |
---|---|---|
committer | Justin M. Keyes <justinkz@gmail.com> | 2019-11-13 21:34:10 -0800 |
commit | 570ee5f404966a6ffd9a5241d91adc6a9f5f2c9d (patch) | |
tree | df891fd283184ca5a18c943a1ddb910e31470d56 /test/functional/lua/luaeval_spec.lua | |
parent | 00dc12c5d8454a2d3c6806710f63bbb446076e96 (diff) | |
download | rneovim-570ee5f404966a6ffd9a5241d91adc6a9f5f2c9d.tar.gz rneovim-570ee5f404966a6ffd9a5241d91adc6a9f5f2c9d.tar.bz2 rneovim-570ee5f404966a6ffd9a5241d91adc6a9f5f2c9d.zip |
f_getenv/setenv: Access v_special when v_type is VAR_SPECIAL #11388
Multiple Debian builds were failing these tests:
Failures:
From test_environ.vim:
Found errors in Test_external_env():
function RunTheTest[37]..Test_external_env line 16: Expected '' but got 'FOO=null\n'
Found errors in Test_getenv():
function RunTheTest[37]..Test_getenv line 2: Expected v:null but got v:false
Found errors in Test_setenv():
function RunTheTest[37]..Test_setenv line 5: Expected v:null but got 'null'
This is because nvim has a separate tag (`v_special`) in `typval_T` for
special variables, whereas vim re-uses the `v_number` tag.
On little-endian architectures, using the incorrect tag is not an issue
because the byte representation is the same. However, on big-endian
systems this caused the `v_number == kSpecialVarNull` checks to fail,
and the non-special code to execute.
Diffstat (limited to 'test/functional/lua/luaeval_spec.lua')
0 files changed, 0 insertions, 0 deletions