On Fri, 10 Sep 2004 09:55:59 -0400, Geoffrey Young
[EMAIL PROTECTED] wrote:
I'm afraid I don't understand.
yeah, I'm sorry, that's my fault :) I should have taken the time to analyze
the code in context and follow it all through.
having done that, the only thing that comes to mind is I
On Fri, 17 Sep 2004 17:20:08 -0700, Roy T. Fielding wrote:
+1 Subversion still lacks a few features in commit notices, and
I don't see the equivalent of viewcvs diff (must be hidden
somewhere), but the developer interaction is much better.
the latest CVS of Horde's Chors provids a
I reverted to the mod_auth_ldap and util_ldap (aka mod_ldap) from 2.0.50
and this fixed the hangs and the crash when the cache is disabled by
zero-sizing everything. Therefore APR fixes, etc, are not the issue --
util_ldap itself is (as mod_auth_ldap did not change).
I now plan to look for
Jess Holle wrote:
I reverted to the mod_auth_ldap and util_ldap (aka mod_ldap) from 2.0.50
and this fixed the hangs and the crash when the cache is disabled by
zero-sizing everything. Therefore APR fixes, etc, are not the issue --
util_ldap itself is (as mod_auth_ldap did not change).
Is it
Jess Holle wrote:
I reverted to the mod_auth_ldap and util_ldap (aka mod_ldap) from
2.0.50 and this fixed the hangs and the crash when the cache is
disabled by zero-sizing everything. Therefore APR fixes, etc, are not
the issue -- util_ldap itself is (as mod_auth_ldap did not change).
I now
As I posted a while ago in the
users list, Windows XP SP2
loopback has problems
Try the below:
quote
This update helps resolve an issue
on computers running Windows XP
Service Pack 2. Programs that connect
to IP addresses in the loopback address
range may not work as expected
/quote
Update
Here you go:
()
util_ald_cache_fetch(util_ald_cache * 0x00a02cb8, void * 0x04c6de84)
line 358 + 12 bytes
util_ldap_cache_checkuserid(request_rec * 0x6fb51341,
util_ldap_connection_t * 0x00a5cdb0, const char * 0x00a02cf0, const
char * 0x00880db0, int 9487736, char * * 0x0002, const
Note the stack trace below was generated with 2.0.51's global mutex
changes removed.
A crash still occurs with a zero sized cache with the global mutex
changes in place, but I believe it is from a null mutex, not a null
cache hash function entry.
--
Jess Holle
Jess Holle wrote:
Here
--On Thursday, September 16, 2004 5:11 PM +0100 Joe Orton [EMAIL PROTECTED]
wrote:
But ap_add_output_filters_by_type() explicitly does nothing for a
proxied request. Anyone know why? AddOutputFilterByType DEFLATE
text/plain text/html seems to work as expected here for a forward proxy
with this
--On Friday, September 17, 2004 1:07 PM -0400 Garrett Rooney
[EMAIL PROTECTED] wrote:
Could someone please take a look at bug 31228 in bugzilla?
It's just adding a new response code (226) which is defined in rfc3229.
I'm working on a module that implements a type of rfc3229 delta encoding,
and
On Fri, 2004-09-17 at 07:57 +0200, Sander Striker wrote:
What are the barriers to moving to Subversion?
Other than making the actual decision? None.
I believe we might as
well do it now, before we start on a new stable branch (2.2). Time for
another Vote?
Here's my +1. I should
Jess Holle wrote:
Here you go:
()
util_ald_cache_fetch(util_ald_cache * 0x00a02cb8, void * 0x04c6de84)
line 358 + 12 bytes
util_ldap_cache_checkuserid(request_rec * 0x6fb51341,
util_ldap_connection_t * 0x00a5cdb0, const char * 0x00a02cf0, const
char * 0x00880db0, int 9487736,
Justin Erenkrantz wrote:
--On Friday, September 17, 2004 1:07 PM -0400 Garrett Rooney
[EMAIL PROTECTED] wrote:
Could someone please take a look at bug 31228 in bugzilla?
It's just adding a new response code (226) which is defined in rfc3229.
I'm working on a module that implements a type of
Okay, the cause of this issue is now clear:
util_ald_create_caches() does not set 'newcurl' to anything
when any of the caches are null, which they all are when they're sized
at zero.
The fix is also simple: add an 'else newcurl = NULL;' after the 'if'
block in this routine.
[This really
14 matches
Mail list logo