Bug#878330: invalid heap memory read and garbage output when parsing XLS files with international characters

On Fri, 13 Oct 2017 00:37:31 +0300 Robert Zavalczki wrote: > This issue happens when running 'xls2csv' on XLS files containing international characters. The issue can be reproduced with the attached 'unicode_MS.xls' file. > ... > Note: Applying the attached patch to the source code in versio

Bug#878334: wrong charset conversion in xls2csv

On Fri, 13 Oct 2017 01:08:39 +0300 Robert Zavalczki wrote: > You can reproduce it with the attached XLS file by running the command: > > xls2csv -s cp1251 hungarian.xls > > Details: the attached patch seems to fix the issue. FYI I incorporated your test file and patch in my fork https://github

Bug#530461: xls2csv blob of mess in middle

On Mon, 25 May 2009 08:48:46 +0800 jida...@jidanni.org wrote: > running xls2csv on > http://www.npa.gov.tw/NPAGip/wSite/public/Attachment/f1196662155545.xls > produces a big blob of mess in the middle, whereas ssconvert works fine. This sounds like a duplicate of Debian bug #878330 "invalid heap

Bug#904397: man pages: Missing value for a build variable in the manuals

On Tue, 24 Jul 2018 01:49:04 + Bjarni Ingi Gislason wrote: > A value for the "build" variable "@catdoc_version@" is missing in the > man pages for "catdoc.1", "catppt.1", and "wordview.1". I reported the same bug against vbwagner's defunct upstream as https://github.com/vbwagner/catdoc/is

Bug#1067578: (no subject)

I suspect the changes in debian packaging are add `--enable-cairo-backend` to  the `dh_auto_configure` line in debian/rules and add `libcairo2` under `Build-depends:` in debian/control. But I'm on Fedora and guessing.