Re: Provide our own impl of str[n]casecmp()?

Hello Nadia, you are probably subsribed to the dev@apr.apache.org mailing list (no BCC here). To unsubscribe, just send an email to dev-unsubscr...@apr.apache.org. Regards, Yann. On Mon, Nov 23, 2015 at 2:45 AM, Nadia wrote: > Hello Yann, > > I've been in

RE: Provide our own impl of str[n]casecmp()?

Hello Yann, I've been in this email thread for the longest time and am not involved in any of this. Please remove my email from the bcc thread please. Thanks. Yours sincerely, Nadia Majeed (R1442647) Project Specialist Fortress Intelligence Pte Ltd (EA No: 10C4262) 10 Anson Road #34-11

apr_sockaddr_info_get is blocked if network is very poor

Dear apr dev team, I am now using apr to setup a tcp client. When the network is very pool, calling apr_sockaddr_info_get will block about 40s and returns fail. I want to know if there is a non-block apr_sockaddr_info_get or there is a timeout option to set ? Looking

Re: Provide our own impl of str[n]casecmp()?

> On Nov 21, 2015, at 10:39 AM, Yann Ylavic wrote: > > On Sat, Nov 21, 2015 at 12:59 PM, Branko Čibej wrote: >> On 21.11.2015 09:31, Graham Leggett wrote: >>> On 21 Nov 2015, at 12:11 AM, William A Rowe Jr wrote: >>> Any

Re: Optimization, modern C and APR 2.0 onwards

* William A. Rowe, Jr.: > I'm wondering how the group would react to refactoring some of APR 2.0 > to either offer inline code for many of our heavily consumed functions, > or offering inline + fn implementations alongside one another? The downside of inline functions is a much larger ABI.