Here the updates.
The apr_ldap.hw goes in the apr-util/include, as it isn't automaticaly
generated for windows.
What about renaming util_ldap.c to mod_ldap.c ?
Would make the naming of the files/modules more consistent,
but on the other hand break the build process for all
platforms.
But if we
Andre Schild wrote:
> finaly I got the module compiled and running under w2k.
Sweet... I just comitted them - thanks!
> If my changes are accepted, then I'm willing to update the README.ldap
> file to replect the win32
> steps to build the module.
If you can update the README it would be great
Andre Schild wrote:
> Did you compile mod_auth_ldap as one module, and util_ldap as the second
> one ?
Mod_auth_ldap and util_ldap are two separate modules where mod_auth_ldap
depends on util_ldap.
This is done in exactly the same way that proxy_ftp depends on
mod_proxy, so if you are looking
Hello,
finaly I got the module compiled and running under w2k.
Here the steps required to get it working:
1. put the two dsp files from the attachement in the experimental
folder
2. the netscape/iplanet ldap libraries are installed in srclib\ldap
3. Apply the util_ldap.c.diff and util_ldap.h.di
Did you compile mod_auth_ldap as one module, and util_ldap as the second
one ?
If yes, how did you resolve the missing exports from util_ldap to be
able to link mod_auth_ldap.
Actually it seems for me, that in util_ldap.h all functions should be
declared as AP_DECLARE_NONSTD (or whatever the type
Hmmm... . mod_ldap and mod_auth_ldap were working fine for me at 2.0.40
-- once my patch was applied to util_ldap_cache.c (before which it crashed
due to unintialized memory). This patch was in before things were moved
back into experimental
Günter Knauf wrote:
Hi Andre,
he
Hi,
> The default linux apache uses a non-threaded MPM, so all the mutex
> stuff doesn't get build/included.
> Look at the #if APR_HAS_THREADS lines, they aren't used by linux
> usually.
ok, that's right.
> But win32 uses threads (and the netware I think too) so this code is
> probably not widel
Hello Guenter,
>> The module loads fine in relase and debug modes in apache, but as
soon
>> as a auth request commes, apache crashes.
>hmm, just looked at your *.dsp, but I think this is not planned so.
Look at
>util_ldap.c, it has an own module declaration, and from my
understanding
>it should
Hi Andre,
> here is my dsw/dsp file. (Configured for Netscape/iplanet SDK in
> srclib\ldap
> The module loads fine in relase and debug modes in apache, but as soon
> as a auth request commes, apache crashes.
hmm, just looked at your *.dsp, but I think this is not planned so. Look at
util_ldap.c,
Hallo Günter,
>> The module loads fine in relase and debug modes in apache, but as
soon
>> as a auth request commes, apache crashes.
>hmm, I've seen exactly the same with another module mod_auth_pgsql;
>I thought it was the module as it is beta stuff, but it works fine on
Linux; but
> now I thin
Hi Andre,
> here is my dsw/dsp file. (Configured for Netscape/iplanet SDK in
> srclib\ldap
> The module loads fine in relase and debug modes in apache, but as soon
> as a auth request commes, apache crashes.
hmm, I've seen exactly the same with another module mod_auth_pgsql; I thought it was
the
Hello,
here is my dsw/dsp file. (Configured for Netscape/iplanet SDK in
srclib\ldap
The module loads fine in relase and debug modes in apache, but as soon
as a auth request commes, apache crashes.
First tests show a stack trace of mod_auth_ldap ->
apr_thread_mutex_create -> apr_palloc -> crash
I
To use these symbols I just added mod_ldap.so to the list of libraries
for linking mod_auth_ldap.so against.
Unlike the build process on UNIX, this does not have the LDAP stuff
linked into the core -- which I believe is a good thing, but could have
side effects for all I know
--
Jess Holl
Günter Knauf wrote:
Hi Andre,
What seems to be the sticking point? I seem to recall that it was
1. where do I see if my APR has the ldap support included ? (I assume
it hasn't)
copy the file ./srclib/apr-util/include/apr_ldap.hnw to apr_ldap.h (or
Hi Jess,
> I did it with 2.0.40 (using the Netscape/iPlanet SDK),
I too..
> but have not yet done it with 2.0.43.
> What seems to be the sticking point? I seem to recall that it was
> actually rather straight-forward (at least as far as MSVC++ projects go)
> once I manually created the APR ldap
Hi Andre,
>>What seems to be the sticking point? I seem to recall that it was
> 1. where do I see if my APR has the ldap support included ? (I assume
> it hasn't)
copy the file ./srclib/apr-util/include/apr_ldap.hnw to apr_ldap.h (or tweak one self
from apr_ldap.h.in
> 2. Where should the ldap
Andre Schild wrote:
> can someone give me some hints how to build the auth_ldap module of the
> 2.0.43 apache ?
> I've already built the "normal" ssl version of apache since ~2.0.36...
>
> Actually we use another (half-self written) auth_ldap module with
> 2.0.42, but since it would require majo
>What seems to be the sticking point? I seem to recall that it was
1. where do I see if my APR has the ldap support included ? (I assume
it hasn't)
2. Where should the ldap libraries/sdk be installed, so they are found
?
>the LDAP stuff has moved into experimental. Actually, I would have
>ho
I did it with 2.0.40 (using the Netscape/iPlanet SDK), but have not yet
done it with 2.0.43.
What seems to be the sticking point? I seem to recall that it was
actually rather straight-forward (at least as far as MSVC++ projects go)
once I manually created the APR ldap include files as this di
Hello,
can someone give me some hints how to build the auth_ldap module of the
2.0.43 apache ?
I've already built the "normal" ssl version of apache since ~2.0.36...
Actually we use another (half-self written) auth_ldap module with
2.0.42, but since it would require major work to get it working
since Tuesday, 08-Oct-2002 08:16:47 PDT. It looks fine so far. -- justin
"jean-frederic clere" <[EMAIL PROTECTED]> wrote:
> I have had to fight a little to get httpd-2.0.43 compiled and running on moof.
>
> And I am looking for a JDK1.3 for it.
>
> Any hints?
/System/Library/Frameworks/JavaVM.framework/Home
or
/Library/Java/Home
Pier Fumagalli wrote:
> On 7/10/02 21:45, "William A. Rowe, Jr." <[EMAIL PROTECTED]> wrote:
>
>
>>At 03:27 PM 10/7/2002, Sander Temme wrote:
>>
>>>Your HEAD probably uses the glibtool(ize) installation on your local box,
>>>which on 10.2 by default is 1.4.2. The tarball was built using the FreeB
23 matches
Mail list logo