Encoding problem when migration hsqldb->Firebird

julien2412 serval2412 at yahoo.fr
Thu Jan 31 08:01:30 UTC 2019


Kaganski Mike wrote
> ...
> It might be some artifact of the tracing machinery, which e.g. could use 
> a font without the codepoint, or output all non-ascii chars like that? 
> because \u00c5 is a valid UTF-18 escape sequence [1] (U+00C5, [2]), and 
> so "\u00c5r" maybe is just "År" in the real string (i.e., the "\u00c5r" 
> takes 4 sal_Unicode characters for ", Å, r, and " in the OUString, and 
> the Å is actually the "real" character)?
> ...

Sorry for the delay.
In both cases, I used std::cerr to trace the strings.

Also, I used Vi to open script/database and indeed it contains \u.... 
Using "file" Unix command on script database retrieves us ascii (expected
UTF-8) where as "file" on content.xml retrieves UTF-8.

Julien






--
Sent from: http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html


More information about the LibreOffice mailing list