login about faq

When using various wchar_t chilkat functions I’ve noticed that the library doesn't seem to handle unicode characters with code points above 65536. In one routine were I needed to take a zip entry that contained a utf-8 string and inflate it into a CStringW the unicode characters with code points above 65536 were stripped out / not converted. Example:

strLogFileBuff = CurrentZipEntry->unzipToString(0,L"utf-8"); // This will not covert Unicode characters above 65535.

We got around it by inflating the zip entry into a byte array, casting it to a CStringA and then using the multibytetowidechar function. My understanding is that characters with code points above 65536 require 2 code units (4 bytes) on Windows systems as wchar_t is only 2 bytes. Can anyone else confirm this behavior and if so, is the case throughout library?


asked Jun 02 '15 at 14:25

rturn's gravatar image


Be the first one to answer this question!
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or __italic__
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported



Asked: Jun 02 '15 at 14:25

Seen: 2,467 times

Last updated: Jun 02 '15 at 14:25

powered by OSQA