Name |
Last commit
|
Last update |
---|---|---|
.. | ||
add.c | ||
backend.c | ||
conditionals.c | ||
config_helpers.c | ||
config_helpers.h | ||
configlevel.c | ||
global.c | ||
include.c | ||
multivar.c | ||
new.c | ||
read.c | ||
readonly.c | ||
rename.c | ||
snapshot.c | ||
stress.c | ||
validkeyname.c | ||
write.c |
The function `skip_bom` is being used to detect and skip BOM marks previously to parsing a configuration file. To do so, it simply uses `git_buf_text_detect_bom`. But since the refactoring to use the parser interface in commit 9e66590b (config_parse: use common parser interface, 2017-07-21), the BOM detection was actually broken. The issue stems from a misunderstanding of `git_buf_text_detect_bom`. It was assumed that its third parameter limits the length of the character sequence that is to be analyzed, while in fact it was an offset at which we want to detect the BOM. Fix the parameter to be `0` instead of the buffer length, as we always want to check the beginning of the configuration file.
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
add.c | Loading commit data... | |
backend.c | Loading commit data... | |
conditionals.c | Loading commit data... | |
config_helpers.c | Loading commit data... | |
config_helpers.h | Loading commit data... | |
configlevel.c | Loading commit data... | |
global.c | Loading commit data... | |
include.c | Loading commit data... | |
multivar.c | Loading commit data... | |
new.c | Loading commit data... | |
read.c | Loading commit data... | |
readonly.c | Loading commit data... | |
rename.c | Loading commit data... | |
snapshot.c | Loading commit data... | |
stress.c | Loading commit data... | |
validkeyname.c | Loading commit data... | |
write.c | Loading commit data... |