Geoffrey Young wrote:
a release candidate for Apache-Test 1.21 is now available.
http://cvs.apache.org/~geoff/Apache-Test-1.21-dev.tar.gz
I'm unable to download. I've tried at work and at home without success.
I just get a connection timeout error.
C:\Documents and Settings\claconslookup
William A. Rowe, Jr. said:
It would be nice if before 2.2 we got around to changing the
mod_ldap api to register optional functions. It will still fail
to start if the user didn't load mod_ldap, but at least we would
accept them loaded in either order.
Is this easy to do?
/me has yet to
Hi folks,
I have a problem getting the environment variables with apr_env_get in
the request handler of my module.
What I need are HTTP_USER_AGENT and REMOTE_ADDRESS but I just don't get
anything as a resullt in my char*.
Here's the code:
Hi to all,
I know there is many IBMers here who track and contribute on this list
and while working with Mladen on jk 1.2.8 port for iSeries we saw that
ap_mpm_query and AP_MPMQ_MAX_THREADS, used to get the ThreadsPerChild
value, was absent from my iSeries V5R2.
As such we add the following in
On Thu, Mar 17, 2005 at 05:50:31PM -, William Rowe wrote:
Author: wrowe
Date: Thu Mar 17 09:50:29 2005
New Revision: 157948
URL: http://svn.apache.org/viewcvs?view=revrev=157948
Log:
Fix three problems with pcre for portability;
1. study.c's pointer arg didn't jive with
On Tue, 22 Mar 2005 13:08:04 +0100, Henri Schomäcker
[EMAIL PROTECTED] wrote:
Hi folks,
I have a problem getting the environment variables with apr_env_get in
the request handler of my module.
What I need are HTTP_USER_AGENT and REMOTE_ADDRESS but I just don't get
anything as a resullt in
At 06:38 PM 3/21/2005, Justin Erenkrantz wrote:
Since moving to Subversion, having apr and apr-util at the same level as httpd
is my typical working copy layout, so I'm definitely +1 on this change.
srclib/apr and srclib/apr-util don't really make sense anymore, IMO. -- justin
Yup, my srclib
At 11:11 PM 3/21/2005, Paul Querna wrote:
Yep, i was tried of passing --with-apr and --with-apr-util to ./buildconf --
this has nothing to do with ./config.nice, and I thought making a
./buildconf.nice would of been a little excessive.
Of course! Now I'm on the same page with you. Actually,
Rici Lake wrote:
The referenced commit added two OR_ALL directives to util_ldap:
LDAPTrustedClientCert
LDAPTrustedMode
However, that module has no per-directory config struct; all
configuration is stored in per-server structs.
Consequently, as far as I can see, the OR_ALL directives are
--On Tuesday, March 22, 2005 3:22 PM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Of course! Now I'm on the same page with you. Actually,
I believe a buildconf.nice is a better solution (for reasons
in my other note.) We really have no say-so about what is
sitting in the directory
Paul Querna wrote:
The referenced commit added two OR_ALL directives to util_ldap:
LDAPTrustedClientCert
LDAPTrustedMode
However, that module has no per-directory config struct; all
configuration is stored in per-server structs.
I am going to change these to RSRC_CONF right now. It is just
Justin Erenkrantz wrote:
--On Tuesday, March 22, 2005 3:22 PM -0600 William A. Rowe, Jr.
[EMAIL PROTECTED] wrote:
Of course! Now I'm on the same page with you. Actually,
I believe a buildconf.nice is a better solution (for reasons
in my other note.) We really have no say-so about what is
On 22-Mar-05, at 5:17 PM, Graham Leggett wrote:
This is also broken - the LDAPTrustedClientCert is supposed to have
scope on a per directory basis.
To fix this, we would need to add a directory config creator, and a
directory config merger, is that correct?
Sure, but then there is still a
Rici Lake wrote:
I also wonder about the two apr_array_append calls at line 1671 in
util_ldap_merge_config. The second one would mean that the client certs
specified in LDAPTrustedClientCerts would be appended to the list of
client certs inherited from some containing section. This might be
While I've got util_ldap.c open in front of me, I also noticed that the
following code occurs a number of times:
/*
* If any LDAP operation fails due to LDAP_SERVER_DOWN, control
returns here.
*/
start_over:
if (failures++ 10) {
return result;
}
if
At 04:02 PM 3/22/2005, Justin Erenkrantz wrote:
--On Tuesday, March 22, 2005 3:22 PM -0600 William A. Rowe, Jr. [EMAIL
PROTECTED] wrote:
It only matters if the directory is present and contains the files we need. I
just think a buildconf.nice would be overkill here. -- justin
Are we certain
At 03:29 PM 3/22/2005, Paul Querna wrote:
Rici Lake wrote:
The referenced commit added two OR_ALL directives to util_ldap:
LDAPTrustedClientCert
LDAPTrustedMode
I am going to change these to RSRC_CONF right now. It is just completely
broken to attempt to use the OR_ALL context.
Nope, the
At 03:39 AM 3/22/2005, Graham Leggett wrote:
William A. Rowe, Jr. said:
It would be nice if before 2.2 we got around to changing the
mod_ldap api to register optional functions. It will still fail
to start if the user didn't load mod_ldap, but at least we would
accept them loaded in either
Good (autumn) afternoon from Au.
Thanks for the reply. If you can get this in the export list as
ap_find_child_by_pid it would be very much appreciated!
Regards,
Norm
William A. Rowe, Jr. wrote:
Was never explicitly exported and not namespace protected.
If you want it re-added, by all means.
19 matches
Mail list logo
