View Single Post
Old 08-18-2019, 04:15 PM   #11
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,870
Karma: 6120478
Join Date: Nov 2009
Device: many
This is so strange...

It walked the manifest file and built up the file paths from the temporary Directory that Sigil created to store the unzipped epub:

Here is the temporary directory used to unpack the epub into:

m_ExtractedFolderPath: "/var/folders/kl/5s_sbwr972n1qq9xrk7rlyvr0000gn/T/Sigil-DTjJwa"


Here is the complete file path used to store one of the files as an example:

Debug: creating manifest file path from: "/var/folders/kl/5s_sbwr972n1qq9xrk7rlyvr0000gn/T/Sigil-DTjJwa/OEBPS/Text/ded01.xhtml"


But when you ask for the epub root relative file path for that file it comes back with
something that makes no sense:

Debug: Manifest File Paths:
Debug: "-DTjJwa/OEBPS/Text/ded01.xhtml

instead of the expected:

OEBPS/Text/ded01.xhtml

It is almost as if the temp folder name has embedded null characters of some sort!

Not sure why this is happening, but there is nothing wrong with the epub itself. The problem is in how mac OSX 10.14 is generating temp folder paths. It seems to be embedding nulls or other invisible characters so that a count of the strings can not be used to remove the root folder from the name.

This is very strange.

I will have to dig deeper.

KevinH
KevinH is offline   Reply With Quote