Andre Schild wrote:
>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
Andre Schild wrote:
>Did you compile mod_auth_ldap as one module, and util_ldap as the second
>one ?
>
Yes.
>If yes, how did you resolve the missing exports from util_ldap to be
>able to link mod_auth_ldap.
>
I created a .def file as per the attachment on my previous post and
included it in the
> [EMAIL PROTECTED] 09.10.2002 10:14:58 >>>
>Andre Schild wrote:
>> What about renaming util_ldap.c to mod_ldap.c ?
>Is it that important for now? I think lets rather worry about this
when
>mod_auth_ldap gets fitted to the new authn/authz framework. Then we
will
>be renaming a whole bunch of stu
Andre Schild wrote:
> Here the updates.
> The apr_ldap.hw goes in the apr-util/include, as it isn't automaticaly
> generated for windows.
Ok.
> 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 p
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
24 matches
Mail list logo