Control: reopen -1 Control: found -1 1:0.94.3~git20151007.fd634c2+dfsg-3 On Wed, Dec 23, 2015 at 11:15:04PM +0000, Debian Bug Tracking System wrote: > It seems that this fix was already added upstream at some point before > the migration to git (so I can't verify when did it happen). > > Since I have just discarded the Debian fork of catdoc, this issue should > be fixed now, please verify.
I can reproduce this, but my patch is actually reversed (which is why it
looks like it was applied upstream) - sorry about that, and the resulting
confusion.
> I could not duplicate your bug anyway, maybe it was specific to Debian's
> 0.94.3, and that's not available in the archive any more.
It seems the XL format has multiple ways to represent floating point
numbers, so just creating a document with the value 12.34 with
libreoffice isn't enough to make a reproducer.
I've attached an existing file which shows the problem. It's a sample
from wxPython, so should be under a DFSG licence.
For example, E8 should be 0.51, but xls2csv gives 0.510000305175781; E12
should be 0.12, but xls2csv gives 0.120000076293945. With my patch
reverse-applied, I get the expected values.
Cheers,
Olly
Example_1.xls
Description: MS-Excel spreadsheet
