* Joe Orton
| But yes, testsockets.c will need some tweaking to cope with this
| getaddrinfo implementation. I think it's caused by an Ubuntu patch, if
| I read https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/24828
| correctly. It might break some applications in fun ways too, but
|
On 06/07/2007 12:10 AM, William A. Rowe, Jr. wrote:
Ruediger Pluem wrote:
On 06/06/2007 11:45 PM, William A. Rowe, Jr. wrote:
I'm quite partial to your third solution, I trust from performance that
this is the greatest net efficiency (but per platform tests would be needed
to confirm this).
On 6/7/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Lucian Adrian Grijincu wrote:
I hear that there are real performance reasons to maintain
AI_ADDRCONFIG for AF_UNSPEC:
http://www.ops.ietf.org/lists/v6ops/v6ops.2003/msg01377.html
I first though we could do a strcmp to check for
On 6/7/07, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 12:24:07AM +0300, Lucian Adrian Grijincu wrote:
1. kill AI_ADDRCONFIG for APR_UNSPEC
In my opinion, AI_ADDRCONFIG is a useful default flag and prevents
unneccessary delay and lookups.
2. document ::1 and any other
On 6/7/07, Joe Orton [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 08:15:49PM -0300, Davi Arnaut wrote:
Same machine, now with -n:
Thanks. Was the last line omitted from the results for Solaris which
you posted, or was it really a NULL result list?
I don't think this provides any reason
On 6/7/07, Colm MacCarthaigh [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 03:06:10AM +0300, Lucian Adrian Grijincu wrote:
You said (or so I understood) that APR should add a new flag
(APR_NUMERIC_ADDRESS) to it's API. When a programmer wants to use
::1 in a call to apr_sockaddr_info_get,
On Thu, Jun 07, 2007 at 12:03:03AM +0200, Ruediger Pluem wrote:
On 06/06/2007 11:45 PM, William A. Rowe, Jr. wrote:
I'm quite partial to your third solution, I trust from performance that
this is the greatest net efficiency (but per platform tests would be needed
to confirm this). This is
Joe Orton wrote:
I was hoping to see this get some testing on some more exotic/less
modern systems, to try to flush out any regressions :(
Well the new logic is quite clean. Someday a lcllibpth like variable
that perl builds would be sweet (for searching the unusual/platform
specific
On 6/6/2007 at 6:48 PM, in message [EMAIL PROTECTED], William
A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Lucian Adrian Grijincu wrote:
can someone please illuminate me what needs to be done to have a
single source file be compiled and linked on all platforms?
I'd like to see this:
I have a board report to prepare for next week's meeting.
First off please identify anything public or private (on [EMAIL PROTECTED])
that aught to be called out for this quarter.
Secondly, what would folks think about having a running 'reports'
page on http://apr.apache.org/, essentially
On 6/7/07, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Secondly, what would folks think about having a running 'reports'
page on http://apr.apache.org/, essentially keeping users informed
about the same things we mention to the board?
+1. -- justin
On Thu, Jun 07, 2007 at 02:22:46PM -0500, William A. Rowe, Jr. wrote:
Secondly, what would folks think about having a running 'reports'
page on http://apr.apache.org/, essentially keeping users informed
about the same things we mention to the board?
Absolutely - besides, this will eventually
12 matches
Mail list logo