| Commit message (Collapse) | Author | Age |
... | |
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Problem: Invalid memory access in file_pat_to_reg_pat.
Solution: Avoid looking before the start of a string. (Dominique Pelle)
https://github.com/vim/vim/commit/8fee878fe277ec1b1b833ba6e5db679151f7982f
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: Invalid memory access in file_pat_to_reg_pat().
Solution: Use vim_isspace() instead of checking for a space only. (Dominique
Pelle)
https://github.com/vim/vim/commit/2288afed428d29ce2e464964df4c5a757281e70e
|
|/
|
|
|
|
|
| |
Problem: Using the default file format for Mac files. (Issue 77)
Solution: Reset the try_mac counter in the right place. (Oswald)
https://github.com/vim/vim/commit/c6b7217ff502b8fc28d6c861d25c1943e30973ad
|
|\
| |
| | |
coverity/125476: RI: Null pointer dereference
|
| | |
|
| | |
|
|/
|
|
| |
Co-authored-by: Wayne Rowcliffe (@war1025)
|
|
|
|
| |
Co-authored-by: Wayne Rowcliffe (@war1025)
|
|
|
|
|
|
| |
This header is required by POSIX for the constants (O_RDONLY, etc.)
but we were only including it on Unix systems as a side effect of
including <unistd.h>.
|
|
|
|
|
|
| |
Among other things, this includes:
- lies about command.com
- references to pcterm
|
| |
|
|
|
|
|
|
|
| |
The nested line was the else-branch of an if-then-else block that dealt
with cryptography, but after commit
85338fe1d5a56f82546e16c305c2048c081771e0 (Remove cryptography) removed
the if-then part, the indentation of this line was not adjusted.
|
|\
| |
| | |
vim-patch:7.4.605
|
| |
| |
| |
| |
| | |
file_pat_to_reg_pat() and buflist_findpat() do not modify the data of
these parameters.
|
|/ |
|
|\
| |
| | |
vim-patch:7.4.635
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: If no NL or CR is found in the first block of a file then the
'fileformat' may be set to "mac". (Issue 77)
Solution: Check if a CR was found. (eswald)
https://github.com/vim/vim/commit/05eb612ff3597fb7102f892bfd320f28b56d2fc6
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
Problem: On some systems automatically adding the missing EOL causes
problems. Setting 'binary' has too many side effects.
Solution: Add the 'fixeol' option, default on. (Pavel Samarkin)
https://github.com/vim/vim/commit/34d72d4b6c1a2b04a214d8a49b7d22c97bc7a8bc
|
|\ \
| | |
| | | |
Vim 7.4.{786,787,789,790}
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Problem: It is not possible for a plugin to adjust to a changed setting.
Solution: Add the OptionSet autocommand event. (Christian Brabandt)
https://github.com/vim/vim/commit/537443018d41918639695a442c91b34ccec69fc3
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
File names starting with periods are perfectly acceptable on Windows
file systems. The only place where this is not acceptable is on
MS-DOS FAT file systems which only support 8.3 file names.
See here:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx
Since Neovim does not support MS-DOS or 8.3 file names (#605)
we can drop this codepath.
It was not compiling anyways since we do not define WIN3264.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Regarding the individual items in the header:
`Vim - Vi improved by Bram Moolenar`
Bram Moolenar is already mentioned throughout the documentation, as
well as the intro screen.
`:help uganda`
It's already shown to all users who don't use `shortmess+=I` upon
starting nvim, and is already placed prominently in help.txt, i.e.,
`:help` run with no arguments.
`:help credits`
Already mentioned near the top of help.txt.
`README.md`
Already mentioned in develop.txt.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In Windows we can't assume errno will be set by calls to os_* functions,
instead the return value from os_* functions can be used. This commit fixes two
occurences for os_open().
1. EFBIG is replaced with UV_EFBIG and checked against the return from os_open().
2. EOVERFLOW does not have a corresponding libuv constant, and is not defined
by open() in Windows - disabled this case with a UNIX guard, and check the return
value against -EOVERFLOW (libuv errors are negative errno values in Unix).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously os_getperms() returned -1 for any error condition, it
now returns the libuv error code (as returned by os_stat()). This
allows checking for error conditions without relying on errno
(which not available in Windows).
The only case where the errno value from os_getperms() was being used
was in readfile() to set the new-file flag - replaced the errno check
with UV_ENOENT.
|
|/
|
|
|
| |
The former no longer exists in this repo; see the top of
src/nvim/README.md.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
What works:
1. ShaDa file dumping: header, registers, jump list, history, search patterns,
substitute strings, variables.
2. ShaDa file reading: registers, global marks, variables.
Most was not tested.
TODO:
1. Merging.
2. Reading history, local marks, jump and buffer lists.
3. Documentation update.
4. Converting some data from &encoding.
5. Safer variant of dumping viminfo (dump to temporary file then rename).
6. Removing old viminfo code (currently masked with `#if 0` in a ShaDa file for
reference).
|
|
|
|
|
| |
Vim defines this for Windows, so there's no Neovim-supported system for
which this would not be defined.
|
|
|
|
|
|
| |
memory.c
os_unix.c
path.c
|
| |
|
|
|
|
|
|
|
| |
Problem: Accessing memory before an allocated block.
Solution: Check for not going before the start of a pattern. (Dominique Pelle)
https://github.com/vim/vim/commit/v7-4-799
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
os_file_is_readonly() in its current form is equivalent to
!os_file_is_writable(). This does not appear to be a bug, because Vim's
use of check_file_readonly() (which we changed to os_file_is_readonly())
is equivalent to !os_file_is_writable() in every case.
os_file_is_readonly() also fails this test:
returns false if the file is non-read, non-write
A more useful form would define behavior under these cases:
- path is executable (but not writable)
- path is non-existent
- path is directory
But there is no reason for os_file_is_readonly() to exist, so remove it.
|
|
|
|
|
| |
Based on this report
http://neovim.io/doc/reports/clang/report-808d3e.html#EndPath
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
Reviewed-by: Scott Prager <splinterofchaos@gmail.com>
Reviewed-by: Michael Reed <m.reed@mykolab.com>
Reviewed-by: Eliseo Martínez <eliseomarmol@gmail.com>
|
| |
| |
| |
| | |
Based on splinterofchaos review
|
| | |
|
| | |
|
| | |
|
|/
|
|
|
|
|
|
|
|
| |
Problem: FEAT_OSFILETYPE is used even though it's never defined.
Solution: Remove the code. (Christian Brabandt)
https://github.com/vim/vim/commit/v7-4-564
Not applicable, this code has already been removed in Neovim. Included
some of the style tweaks.
|
|
|
|
|
|
|
|
|
| |
Problem: When using Insert mode completion combined with autocommands the
redo command may not work.
Solution: Do not save the redo buffer when executing autocommands. (Yasuhiro
Matsumoto)
https://github.com/vim/vim/commit/v7-4-630
|
|
|
|
|
|
|
|
|
| |
Problem: Crash when using syntax highlighting.
Solution: When regprog is freed and replaced, store the result.
https://github.com/vim/vim/tree/v7-4-519
Helped-by: Scott Prager <splinterofchaos@gmail.com>
|
| |
|
| |
|