On Sat, Feb 9, 2019 at 4:17 PM Ben Ramsey wrote:
> > On Feb 9, 2019, at 18:15, Stanislav Malyshev
> wrote:
> >
> > Hi!
> >
> > I am trying to access bugs.php.net and I am getting timeouts all the
> > time today (TLS handshake passes, but no content is delivered). Seems to
> > be something wrong
On Sun, Feb 10, 2019, 9:34 PM Zeev Suraski
>
> On Fri, Feb 8, 2019 at 2:18 AM Pierre Joye wrote:
>
>> Hi Zeev,
>>
>> On Thu, Feb 7, 2019, 4:55 PM Zeev Suraski >
>>> All,
>>>
>>> I've read the detailed and very informative feedback from both Pierre and
>>> Dan, as well as feedback from others (Nik
Good idea, thanks. should be a bit slower than lookup table, but faster
then now.
On Sun, Feb 10, 2019, 21:02 Rowan Collins On 10/02/2019 12:29, Legale Legage wrote:
> > This conception can be used for the utf-16 encoding, but table size
> > would be 65536 bytes against 256 byte for the utf-8 tab
On 10/02/2019 12:29, Legale Legage wrote:
This conception can be used for the utf-16 encoding, but table size
would be 65536 bytes against 256 byte for the utf-8 table.
Rather than two 65 kilobyte lookup tables with most entries identical,
would it be reasonable to use a bit mask to check for
On Fri, Feb 8, 2019 at 2:18 AM Pierre Joye wrote:
> Hi Zeev,
>
> On Thu, Feb 7, 2019, 4:55 PM Zeev Suraski
>> All,
>>
>> I've read the detailed and very informative feedback from both Pierre and
>> Dan, as well as feedback from others (Nikita & more) over the last few
>> days, and I'm now convin
Hello, internals!
While I was working on a new function mb_str_split
(https://wiki.php.net/rfc/mb_str_split) for the extension mbstring, I
noticed a place to seriously improve the mbfl library performance for
the utf-16 encoding.
Currently, all variable-length encodings are processed byte-by-byte
