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 eventual
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
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 keeping
>>> 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
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 loc
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). Th
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
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 02:06:49AM +0300, Lucian Adrian Grijincu wrote:
>
> If hints.ai_flags contains the
> AI_NUMERICHOST flag then the node parameter must be a numerical
> network
> address. The AI_NUMERICHOST
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 o
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 fo
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
>>>t
12 matches
Mail list logo
