Re: svn commit: r1860745 - /apr/apr/trunk/file_io/win32/dir.c

Brane, if that's sufficient, would you propose a rewording patch to dispel any confusion about how the API behaves? I understand where you confusion arose, but UCS-2<>UTF-16 was a thing already when I wrote the code. What I didn't reflect in comments is that we will throw away bad UTF-16 as quickl

Re: svn commit: r1860745 - /apr/apr/trunk/file_io/win32/dir.c

On 12.06.2019 16:47, William A Rowe Jr wrote: > On Tue, Jun 11, 2019 at 5:38 PM William A Rowe Jr > wrote: > > On Tue, Jun 11, 2019 at 1:44 PM Branko Čibej > wrote: > >>  We either reserve about 2x buffers for file name >>

Re: The case for apr-util-2.0

On Thu, Jun 6, 2019 at 4:15 AM Graham Leggett wrote: > On 06 Jun 2019, at 10:38, Branko Čibej wrote: > > $ lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 18.04.2 LTS > Release: 18.04 > Codename: bionic > $ apt-cache search aprutil > libaprutil1 - Ap

Re: svn commit: r1860745 - /apr/apr/trunk/file_io/win32/dir.c

On Tue, Jun 11, 2019 at 5:38 PM William A Rowe Jr wrote: > On Tue, Jun 11, 2019 at 1:44 PM Branko Čibej wrote: > >> We either reserve about 2x buffers for file name transliteration in heap >> per thread, or we use the thread stack. As long as we trust that our utf-8 >> to ucs-2 logic is rock so