doc/wordview.1.in | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

---

configure.in | 8 4 + 4 - 0 !
doc/Makefile.in | 19 10 + 9 - 0 !
src/Makefile.in | 6 3 + 3 - 0 !
3 files changed, 17 insertions(+), 16 deletions(-)

---

configure | 6273 4840 + 1433 - 0 !
1 file changed, 4840 insertions(+), 1433 deletions(-)

---

src/catdoc.h | 9 6 + 3 - 0 !
src/numutils.c | 29 16 + 13 - 0 !
2 files changed, 22 insertions(+), 16 deletions(-)

 amd64_fixes.patch

src/ole.c | 26 17 + 9 - 0 !
1 file changed, 17 insertions(+), 9 deletions(-)

---

src/xlsparse.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 suppress "file is write protected" message
 This isn't useful information, and is rather confusing as it may be
 interpreted as an error rather than just a random fact about a flag set in
 the file, so silence this message.

src/xlsparse.c | 6 5 + 1 - 0 !
1 file changed, 5 insertions(+), 1 deletion(-)

 fix annoying "format a4 redefined" messages
 According to the openoffice docs on the excel file format, 0xa4 is the first
 user-defined format, so it doesn't make sense to map it to a fixed strftime()
 format: https://www.openoffice.org/sc/excelfileformat.pdf

src/xlsparse.c | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 the decoding of rk floating point values in xls2csv is wrong - the
    wrong 2 bits are cleared.  On little-endian machines the effect is that
    xls2csv adds some bogus extra digits at the end of the value - the example
    I noticed this with shows "12.340009765625" when the correct value is
    "12.34".

src/ole.c | 7 6 + 1 - 0 !
1 file changed, 6 insertions(+), 1 deletion(-)

 cve-2017-11110: heap buffer overflow in ole_init