123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306 |
- Strings, bytes and Unicode conversions
- ######################################
- .. note::
- This section discusses string handling in terms of Python 3 strings. For
- Python 2.7, replace all occurrences of ``str`` with ``unicode`` and
- ``bytes`` with ``str``. Python 2.7 users may find it best to use ``from
- __future__ import unicode_literals`` to avoid unintentionally using ``str``
- instead of ``unicode``.
- Passing Python strings to C++
- =============================
- When a Python ``str`` is passed from Python to a C++ function that accepts
- ``std::string`` or ``char *`` as arguments, pybind11 will encode the Python
- string to UTF-8. All Python ``str`` can be encoded in UTF-8, so this operation
- does not fail.
- The C++ language is encoding agnostic. It is the responsibility of the
- programmer to track encodings. It's often easiest to simply `use UTF-8
- everywhere <http://utf8everywhere.org/>`_.
- .. code-block:: c++
- m.def("utf8_test",
- [](const std::string &s) {
- cout << "utf-8 is icing on the cake.\n";
- cout << s;
- }
- );
- m.def("utf8_charptr",
- [](const char *s) {
- cout << "My favorite food is\n";
- cout << s;
- }
- );
- .. code-block:: python
- >>> utf8_test('🎂')
- utf-8 is icing on the cake.
- 🎂
- >>> utf8_charptr('🍕')
- My favorite food is
- 🍕
- .. note::
- Some terminal emulators do not support UTF-8 or emoji fonts and may not
- display the example above correctly.
- The results are the same whether the C++ function accepts arguments by value or
- reference, and whether or not ``const`` is used.
- Passing bytes to C++
- --------------------
- A Python ``bytes`` object will be passed to C++ functions that accept
- ``std::string`` or ``char*`` *without* conversion. On Python 3, in order to
- make a function *only* accept ``bytes`` (and not ``str``), declare it as taking
- a ``py::bytes`` argument.
- Returning C++ strings to Python
- ===============================
- When a C++ function returns a ``std::string`` or ``char*`` to a Python caller,
- **pybind11 will assume that the string is valid UTF-8** and will decode it to a
- native Python ``str``, using the same API as Python uses to perform
- ``bytes.decode('utf-8')``. If this implicit conversion fails, pybind11 will
- raise a ``UnicodeDecodeError``.
- .. code-block:: c++
- m.def("std_string_return",
- []() {
- return std::string("This string needs to be UTF-8 encoded");
- }
- );
- .. code-block:: python
- >>> isinstance(example.std_string_return(), str)
- True
- Because UTF-8 is inclusive of pure ASCII, there is never any issue with
- returning a pure ASCII string to Python. If there is any possibility that the
- string is not pure ASCII, it is necessary to ensure the encoding is valid
- UTF-8.
- .. warning::
- Implicit conversion assumes that a returned ``char *`` is null-terminated.
- If there is no null terminator a buffer overrun will occur.
- Explicit conversions
- --------------------
- If some C++ code constructs a ``std::string`` that is not a UTF-8 string, one
- can perform a explicit conversion and return a ``py::str`` object. Explicit
- conversion has the same overhead as implicit conversion.
- .. code-block:: c++
- // This uses the Python C API to convert Latin-1 to Unicode
- m.def("str_output",
- []() {
- std::string s = "Send your r\xe9sum\xe9 to Alice in HR"; // Latin-1
- py::str py_s = PyUnicode_DecodeLatin1(s.data(), s.length());
- return py_s;
- }
- );
- .. code-block:: python
- >>> str_output()
- 'Send your résumé to Alice in HR'
- The `Python C API
- <https://docs.python.org/3/c-api/unicode.html#built-in-codecs>`_ provides
- several built-in codecs.
- One could also use a third party encoding library such as libiconv to transcode
- to UTF-8.
- Return C++ strings without conversion
- -------------------------------------
- If the data in a C++ ``std::string`` does not represent text and should be
- returned to Python as ``bytes``, then one can return the data as a
- ``py::bytes`` object.
- .. code-block:: c++
- m.def("return_bytes",
- []() {
- std::string s("\xba\xd0\xba\xd0"); // Not valid UTF-8
- return py::bytes(s); // Return the data without transcoding
- }
- );
- .. code-block:: python
- >>> example.return_bytes()
- b'\xba\xd0\xba\xd0'
- Note the asymmetry: pybind11 will convert ``bytes`` to ``std::string`` without
- encoding, but cannot convert ``std::string`` back to ``bytes`` implicitly.
- .. code-block:: c++
- m.def("asymmetry",
- [](std::string s) { // Accepts str or bytes from Python
- return s; // Looks harmless, but implicitly converts to str
- }
- );
- .. code-block:: python
- >>> isinstance(example.asymmetry(b"have some bytes"), str)
- True
- >>> example.asymmetry(b"\xba\xd0\xba\xd0") # invalid utf-8 as bytes
- UnicodeDecodeError: 'utf-8' codec can't decode byte 0xba in position 0: invalid start byte
- Wide character strings
- ======================
- When a Python ``str`` is passed to a C++ function expecting ``std::wstring``,
- ``wchar_t*``, ``std::u16string`` or ``std::u32string``, the ``str`` will be
- encoded to UTF-16 or UTF-32 depending on how the C++ compiler implements each
- type, in the platform's native endianness. When strings of these types are
- returned, they are assumed to contain valid UTF-16 or UTF-32, and will be
- decoded to Python ``str``.
- .. code-block:: c++
- #define UNICODE
- #include <windows.h>
- m.def("set_window_text",
- [](HWND hwnd, std::wstring s) {
- // Call SetWindowText with null-terminated UTF-16 string
- ::SetWindowText(hwnd, s.c_str());
- }
- );
- m.def("get_window_text",
- [](HWND hwnd) {
- const int buffer_size = ::GetWindowTextLength(hwnd) + 1;
- auto buffer = std::make_unique< wchar_t[] >(buffer_size);
- ::GetWindowText(hwnd, buffer.data(), buffer_size);
- std::wstring text(buffer.get());
- // wstring will be converted to Python str
- return text;
- }
- );
- .. warning::
- Wide character strings may not work as described on Python 2.7 or Python
- 3.3 compiled with ``--enable-unicode=ucs2``.
- Strings in multibyte encodings such as Shift-JIS must transcoded to a
- UTF-8/16/32 before being returned to Python.
- Character literals
- ==================
- C++ functions that accept character literals as input will receive the first
- character of a Python ``str`` as their input. If the string is longer than one
- Unicode character, trailing characters will be ignored.
- When a character literal is returned from C++ (such as a ``char`` or a
- ``wchar_t``), it will be converted to a ``str`` that represents the single
- character.
- .. code-block:: c++
- m.def("pass_char", [](char c) { return c; });
- m.def("pass_wchar", [](wchar_t w) { return w; });
- .. code-block:: python
- >>> example.pass_char('A')
- 'A'
- While C++ will cast integers to character types (``char c = 0x65;``), pybind11
- does not convert Python integers to characters implicitly. The Python function
- ``chr()`` can be used to convert integers to characters.
- .. code-block:: python
- >>> example.pass_char(0x65)
- TypeError
- >>> example.pass_char(chr(0x65))
- 'A'
- If the desire is to work with an 8-bit integer, use ``int8_t`` or ``uint8_t``
- as the argument type.
- Grapheme clusters
- -----------------
- A single grapheme may be represented by two or more Unicode characters. For
- example 'é' is usually represented as U+00E9 but can also be expressed as the
- combining character sequence U+0065 U+0301 (that is, the letter 'e' followed by
- a combining acute accent). The combining character will be lost if the
- two-character sequence is passed as an argument, even though it renders as a
- single grapheme.
- .. code-block:: python
- >>> example.pass_wchar('é')
- 'é'
- >>> combining_e_acute = 'e' + '\u0301'
- >>> combining_e_acute
- 'é'
- >>> combining_e_acute == 'é'
- False
- >>> example.pass_wchar(combining_e_acute)
- 'e'
- Normalizing combining characters before passing the character literal to C++
- may resolve *some* of these issues:
- .. code-block:: python
- >>> example.pass_wchar(unicodedata.normalize('NFC', combining_e_acute))
- 'é'
- In some languages (Thai for example), there are `graphemes that cannot be
- expressed as a single Unicode code point
- <http://unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries>`_, so there is
- no way to capture them in a C++ character type.
- C++17 string views
- ==================
- C++17 string views are automatically supported when compiling in C++17 mode.
- They follow the same rules for encoding and decoding as the corresponding STL
- string type (for example, a ``std::u16string_view`` argument will be passed
- UTF-16-encoded data, and a returned ``std::string_view`` will be decoded as
- UTF-8).
- References
- ==========
- * `The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!) <https://www.joelonsoftware.com/2003/10/08/the-absolute-minimum-every-software-developer-absolutely-positively-must-know-about-unicode-and-character-sets-no-excuses/>`_
- * `C++ - Using STL Strings at Win32 API Boundaries <https://msdn.microsoft.com/en-ca/magazine/mt238407.aspx>`_
|