mirror of
https://github.com/jmcnamara/libxlsxwriter.git
synced 2026-05-15 22:02:06 -06:00
[GH-ISSUE #434] Issue: Corrupt file compiled using VS2008 on Windows #339
Labels
No labels
awaiting user feedback
bug
cmake
cmake
docs
feature request
in progress
long term
medium term
medium term
pull-request
question
question
ready to close
short term
under investigation
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/libxlsxwriter#339
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @myspace9 on GitHub (Mar 11, 2024).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/434
After libxlaxwriter successfully compiled using VS2008 on the Windows platform, the xlsx file created was opened as a corrupted file. After decompressing the xlsx file and checking the components, it was found that there were errors in the XML content, such as garbled, binary, or missing content
@myspace9 commented on GitHub (Mar 11, 2024):
@myspace9 commented on GitHub (Mar 11, 2024):
this is ".rels "
@jmcnamara commented on GitHub (Mar 11, 2024):
It looks like the file may contain text that isn't UTF-8 which is the only encoding supported by Excel. Could that be the case? What text encoding are you using?
@myspace9 commented on GitHub (Mar 11, 2024):
only i delete emyg_dtoa.c
@myspace9 commented on GitHub (Mar 11, 2024):
The problem has been resolved
@myspace9 commented on GitHub (Mar 11, 2024):
but,the cell value can not support Chinese,do you have any good suggestions?
Thank you
@jmcnamara commented on GitHub (Mar 11, 2024):
Just to be clear, is the issue resolve and what resolves it?
@myspace9 commented on GitHub (Mar 12, 2024):
resolving the encoding by adding emyg_dtoa.c and for Chinese, setting the conversion from GBK to UTF8
@jmcnamara commented on GitHub (Mar 12, 2024):
That is interesting. Do you know why that fixed it?
The usual reason is that files are corrupted and then fixed by
emyg_dtoa.cis that floats in the users locale are written with a comma as a decimal point like this:1234,56. That happens in German locales. Could that be the case in your locale?