| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For CI builds unibilium is provided through msys2 packages, and
libtermkey is built from source in third-party from equalsraf/libtermkey.
In Windows we cannot read terminal input from the stdin file descriptor,
instead use libuv's uv_tty API. It should handle key input and encoding.
The UI suspend is not implemented for Windows, because the
SIGSTP/SIGCONT do not exist in windows. Currently this is a NOOP.
Closes #3902
Closes #6640
|
|
|
|
|
|
|
|
|
|
|
| |
As part of the refactoring in #5119, some vim_strchr() were changed to
strchr(). However, vim_strchr() behaves differently than strchr() when
c is NUL, returning NULL instead of a pointer to the NUL.
Revert the strchr() calls where it isn't known whether c is NUL, since
this causes a semantic change the surrounding code doesn't expect. In
the case of #6650, this led to a heap overrun.
Closes #6650
|
| |
|
| |
|
|\
| |
| | |
vim-patch:7.4.2231,7.4.2239,7.4.2244,7.4.2245,7.4.2246,7.4.2263,8.0.0150
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: When the pattern of :filter does not have a separator then
completion of the command fails.
Solution: Skip over the pattern. (Ozaki Kiichi, clodes vim/vim#1299)
https://github.com/vim/vim/commit/7069bf18e1b1b7bc7640335e07d1022b5acc9048
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: :filter does not work for many commands. Can only get matching
messages.
Solution: Make :filter work for :command, :map, :list, :number and :print.
Make ":filter!" show non-matching lines.
https://github.com/vim/vim/commit/d29459baa61819e59961804ed258efac5733ec70
|
| |
| |
| |
| |
| |
| |
| | |
Problem: Oldfiles test fails.
Solution: Include missing changes.
https://github.com/vim/vim/commit/d6f2ee32dcfa18c781ef157918b524318a2215a2
|
| |
| |
| |
| |
| |
| |
| | |
Problem: Filter test fails.
Solution: Include missing changes.
https://github.com/vim/vim/commit/77401add71853d7a3da7ccc489f2a1bca58551ec
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: Adding pattern to ":oldfiles" is not a generic solution.
Solution: Add the ":filter /pat/ cmd" command modifier. Only works for some
commands right now.
https://github.com/vim/vim/commit/7b668e83d0635d082b7ec90d7d2aa30a9d7d8928
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: Warning for missing declaration of skip_vimgrep_pat(). (John
Marriott)
Solution: Move it to another file.
https://github.com/vim/vim/commit/9baf297c99cc35adb921bee04369499d76438889
|
| |
| |
| |
| |
| |
| |
| | |
Problem: ":oldfiles" output is a very long list.
Solution: Add a pattern argument. (Coot, closes vim/vim#575)
https://github.com/vim/vim/commit/e11d61a3b1cdedf3144de697a2b38af62c3a78d8
|
|\ \ |
|
| | | |
|
| |/
| |
| |
| | |
Closes #6577
|
|/ |
|
|
|
|
|
|
| |
Updated runtime files.
https://github.com/vim/vim/commit/6d5ad4c4118cab5fd96db157621c3aa9af368edb
|
|
|
|
|
|
| |
Updated runtime files. Remove HiLink commands.
https://github.com/vim/vim/commit/f37506f60f87d52a9e8850e30067645e2b13783c
|
|
|
|
|
|
| |
Updated runtime files and translations.
https://github.com/vim/vim/commit/818078ddfbb8cc2546f697c5675a251d095722ec
|
|
|
|
| |
It was replaced by the "child queue" concept (MultiQueue).
|
| |
|
|
|
|
|
| |
Introduce multiqueue_process_priority() to process only events at or
above a certain priority.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Asynchronous API functions are served immediately, which means pending
input could change the state of Nvim shortly after an async API function
result is returned.
nvim_get_mode() is different:
- If RPCs are known to be blocked, it responds immediately (without
flushing the input/event queue)
- else it is handled just-in-time before waiting for input, after
pending input was processed. This makes the result more reliable
(but not perfect).
Internally this is handled as a special case, but _semantically_ nothing
has changed: API users never know when input flushes, so this internal
special-case doesn't violate that. As far as API users are concerned,
nvim_get_mode() is just another asynchronous API function.
In all cases nvim_get_mode() never blocks for more than the time it
takes to flush the input/event queue (~µs).
Note: This doesn't address #6166; nvim_get_mode() will provoke #6166 if
e.g. `d` is operator-pending.
Closes #6159
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
- Work with a bool[] array parallel to the UIWidget enum.
- Rename some functions.
- Documentation.
|
| |
|
|
|
| |
Closes #6584
|
| |
|
|
|
|
| |
If the CWD contains a directory with the literal name "~" then the tests
will have bogus failures.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Also re-word some error messages:
- "Key does not exist: %s"
- "Invalid channel: %<PRIu64>"
- "Request array size must be 4 (request) or 3 (notification)"
- "String cannot contain newlines"
References #6150
|
|
|
|
|
|
| |
Should never happen, but better to be explicit.
Helped-by: oni-link <knil.ino@gmail.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes #5984
|
| |
|
|\ |
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Not using enum{} because SIZE_MAX exceeds integer and I do not really like how
enum definition is described in C99:
1. Even though all values must fit into the chosen type (6.7.2.2, p 4) the type
to choose is still implementation-defined.
2. 6.4.4.3 explicitly states that “an identifier declared as an enumeration
constant has type `int`”. So it looks like “no matter what type was chosen
for enumeration, constants will be integers”. Yet the following simple
program:
#include <stdint.h>
#include <stdio.h>
#include <stddef.h>
enum { X=SIZE_MAX };
int main(int argc, char **argv)
{
printf("x:%zu m:%zu t:%zu v:%zu",
sizeof(X), sizeof(SIZE_MAX), sizeof(size_t), (size_t)X);
}
yields one of the following using different compilers:
- clang/gcc/pathcc: `x:8 m:8 t:8 v:18446744073709551615`
- pcc/tcc: `x:4 m:8 t:8 v:1844674407370955161`
If I remove the cast of X to size_t then pcc/tcc both yield `x:4 m:8 t:8
v:4294967295`, other compilers’ output does not change.
All compilers were called with `$compiler -std=c99 -xc -` (feeding program
from echo), except for `tcc` which has missing `-std=c99`. `pcc` seems to
ignore the argument though: it is perfectly fine with `-std=c1000`.
|
| | | |
|