mod_ldap is a connection pool and query cache, and can be reused by> other apache modules that require ldap, such as a potential> DAV-ldap module, or a proxy_ldap module, so no - I'd say a> combination would be a bad idea.

Matt:

At our company, we use the Apache::Reload module in most of our

production installations, since we will often need to make

adjustments without a restart of Apache. We manage multiple sites;

and put site-specific customizations into separate .pm files. But,

if one of these custom modules throws a compile error, then

Apache::Reload will crash on line 158:

Compilation failed in require at /Library/Perl/5.8.7­/darwin-2level/

Apache/Reload.pm line 158.

Unfortunately, this error is thrown in Apache, and thus crashes

every site we're managing, not just the specific customized site.

We found that by wrapping the particular error with an eval{} and

then trapping $@, we could prevent this error from cascading across

all of our managed sites. Here's what we've customized it to be:

eval {require $key;};

warn("Apache::Reloa­d: FAILED $package:\n\t$@") if $@;

The eval{} does add some overhead, but a fairly negligible amount.

If you'd like more detail, feel free to ask me. Thanks!

Liam Bryan

The Richard Group, Inc.

liam@richard-group.­com

http://richard-grou­p.com

703.584.5804

Hi,

when porting libapreq2 to OpenBSD we noticed a problem with a workaround

that doesn't apply anymore (APR.pm):

$OpenBSD: patch-xs_APR_APR_AP­R_pm,v 1.1 2007/06/09 16:02:04 martynas Exp $

--- xs/APR/APR/APR.pm.o­rig Mon Nov 20 01:31:02 2006

+++ xs/APR/APR/APR.pm Sat Jun 9 18:10:04 2007

@@ -23,7 +23,7 @@ our @ISA = qw(DynaLoader);

# XXX: see xs/ModPerl/Const/Co­nst.pm for issues of using 0x01

use Config ();

use constant DL_GLOBAL =>

- ( $Config::Config{dls­rc} eq 'dl_dlopen.xs' && $^O ne 'openbsd' ) ? 0x01 : 0x0;

+ ( $Config::Config{dls­rc} eq 'dl_dlopen.xs' ) ? 0x01 : 0x0;

sub dl_load_flags { DL_GLOBAL }

unless (defined &APR::XSLoader::BOO­TSTRAP) {

[dropped all but dev@]

Fred Moyer wrote:

http://mail-archive­s.apache.org/mod_mbo­x/perl-dev/200601.mb­ox/thread?0