On Thu, Dec 29, 2016 at 9:34 AM, Branko Čibej wrote:
> On 26.12.2016 19:16, William A Rowe Jr wrote:
>> Unfortunately Windows doesn't in any sensible way... AFAIK and please
>> correct me if I'm wrong, there is still no strateful/resumable stream
>> oriented win32 charset
On 26.12.2016 19:16, William A Rowe Jr wrote:
> Unfortunately Windows doesn't in any sensible way... AFAIK and please
> correct me if I'm wrong, there is still no strateful/resumable stream
> oriented win32 charset conversion API.
Ah indeed; not that I'm aware of.
> The Apr ucs2 utf8 logic is
Unfortunately Windows doesn't in any sensible way... AFAIK and please
correct me if I'm wrong, there is still no strateful/resumable stream
oriented win32 charset conversion API.
The Apr ucs2 utf8 logic is used for speed because it happens so often.
Slower alternatives always existed in the win32
On 22.12.2016 18:21, William A Rowe Jr wrote:
> What I'd like us to consider is to rip out all FooFnA() ASCII calls, and
> shift entirely to the Unicode mapping, perhaps with some support of
> alternate operating charsets for the non-httpd consumer. Would like to hear
> of folks deliberately
like to hear of folks
deliberately building the ANSI flavor of APR on modern OS's and see if we can
address any concerns.
--- Original message ---
Subject: Supported Windows versions for APR 2.0 (was Re: [PATCH]
Optimizeapr_file_info_get(APR_FINFO_SIZE) on Windows)
From: Ivan Zhakov <i...@visualsvn.
On 22 December 2016 at 20:21, William A Rowe Jr wrote:
> On Thu, Dec 22, 2016 at 3:13 AM, Steffen wrote:
>>
>> Below is stated: .. to make Windows Vista/Server 2008 minimum
>> supported...
>>
>> But.. Windows Embedded POSReady 2009 (It is basically XP
d
see if we can address any concerns.
--- Original message ---
> *Subject:* Supported Windows versions for APR 2.0 (was Re: [PATCH]
> Optimizeapr_file_info_get(APR_FINFO_SIZE) on Windows)
> *From:* Ivan Zhakov <i...@visualsvn.com>
> *To:* William A Rowe Jr <wr...@rowe-clan.net