Hi all,
following code result in warning: dereferencing type-punned pointer
will break strict-aliasing rules under gcc v4.1.2.
int main ()
{
volatile int *i;
apr_atomic_casptr ((volatile void **) i, NULL, NULL);
return 0;
}
Martin
Justin Erenkrantz wrote:
On Nov 14, 2007 9:07 AM, Issac Goldstand [EMAIL PROTECTED] wrote:
Well, not to overstate the obvious, but aren't we implying here that
serf will become an integral part of apr-util (at least that's what I'd
understood)? As such, serf wouldn't be forked as much as
On Nov 14, 2007 9:16 AM, Davi Arnaut [EMAIL PROTECTED] wrote:
Under (or not) the Apache umbrella?
As Greg and I have stated, we know that the long-term home for Serf is
in Apache. However, we're slowly building a viable community to be
built around Serf that could withstand any single person's
On Wed, November 14, 2007 4:07 pm, Issac Goldstand wrote:
Well, not to overstate the obvious, but aren't we implying here that
serf will become an integral part of apr-util (at least that's what I'd
understood)? As such, serf wouldn't be forked as much as absorbed...
Serf is a separate
Graham Leggett wrote:
On Wed, November 14, 2007 10:35 am, Paul Querna wrote:
That you currently need a patch to serf/trunk to add the pluggable event
loop. Hopefully we can fix that out tomorrow by adding it or some
derivative to serf trunk.
This could potentially become a
On Nov 14, 2007 9:07 AM, Issac Goldstand [EMAIL PROTECTED] wrote:
Well, not to overstate the obvious, but aren't we implying here that
serf will become an integral part of apr-util (at least that's what I'd
understood)? As such, serf wouldn't be forked as much as absorbed...
IMO, serf is and
in trunk Revision 418351 introduced a pthread_yield() call, on zOS, however
pthread_yield has to be passed in a null arg, i.e. pthread_yield(NULL)
I've added further checking to 418351's patch to do a
APR_TRY_COMPILE_NO_WARNING, to see if pthread_yield needs be called with ()
or (NULL) args.
More from the networking team:
With regard's to Aaron's comments above, the return value is as
expected. The len parameter specifies the number of bytes for the
header (if any) and the (possibly partial) contents of the file. In
this case, it is 200,000, meaning the entire 80,000
Wilfredo Sánchez Vega wrote:
More from the networking team:
With regard's to Aaron's comments above, the return value is as
expected. The len parameter specifies the number of bytes for the
header (if any) and the (possibly partial) contents of the file. In
this case, it is
Back in July I submitted a pair of alternative patches with the intent of
providing LDAP rebind callback support when chasing referrals with MSAD 2003+
utilized as the LDAP server and Apache+mod_ldap as the client. I provided
both an Apache-only solution and a mixed APR+Apache solution. The
On Wed, 2007-11-14 at 20:02 -0500, Paul J. Reder wrote:
The APR portion of the patch:
http://people.apache.org/~rederpj/APR-trunk_rebind.diff
Just a few comments (without going into what the patch does):
- you probably want to rename apr_ldap_init_xref_lock() to
apr_ldap_xref_init() instead
APACHE PORTABLE RUNTIME APR-UTIL LIBRARY STATUS: -*- coding: utf-8 -*-
Last modified at [$Date: 2007-09-13 01:04:10 -0400 (Thu, 13 Sep 2007) $]
Releases:
1.3.0 : in development
1.2.11: in maintenance
1.2.10: released September 6, 2007
1.2.9 : not released
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS:-*- coding: utf-8 -*-
Last modified at [$Date: 2007-11-07 19:29:18 -0500 (Wed, 07 Nov 2007) $]
Releases:
1.3.0 : in development
1.2.12: in maintenance
1.2.11: released September 6, 2007
1.2.10: not released
13 matches
Mail list logo