[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: sqlite3
From: |
Lars Ingebrigtsen |
Subject: |
Re: sqlite3 |
Date: |
Mon, 06 Dec 2021 21:35:47 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
>> This function is optimized for speed when the input string is
>> already a valid UTF-8 sequence, i.e. there are neither 8-bit raw
>> bytes nor any UTF-8 sequences longer than 4 bytes in the string's
>> contents.
>
> ??? This says that if the string is a valid UTF-8, the function will
> work very fast, so what's the problem?
I'm not sure whether what we're getting from sqlite is valid UTF-8.
(This was in the opposite direction; decode_string_utf_8.) But the
other direction should be OK so long as we're checking that it's not a
unibyte >128-char string.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- Re: sqlite3, (continued)
- Re: sqlite3, Eli Zaretskii, 2021/12/06
- Re: sqlite3, Lars Ingebrigtsen, 2021/12/06
- Re: sqlite3, Lars Ingebrigtsen, 2021/12/06
- Re: sqlite3, Eli Zaretskii, 2021/12/06
- Re: sqlite3, Lars Ingebrigtsen, 2021/12/06
- Re: sqlite3, Eli Zaretskii, 2021/12/06
- Re: sqlite3,
Lars Ingebrigtsen <=
- Re: sqlite3, Eli Zaretskii, 2021/12/06
- Re: sqlite3, Lars Ingebrigtsen, 2021/12/07
- Re: sqlite3, Eli Zaretskii, 2021/12/07
- Re: sqlite3, Lars Ingebrigtsen, 2021/12/07
- Re: sqlite3, dick, 2021/12/06
- Re: sqlite3, Eli Zaretskii, 2021/12/06
Re: sqlite3, Alan Mackenzie, 2021/12/06