Antw: Re: building aut_ldap under win32
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 wish to change, then we should do it probably asap André >>> [EMAIL PROTECTED] 09.10.2002 08:53:31 >>> 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... Regards, Graham -- - [EMAIL PROTECTED]"There's a moon over Bourbon Street tonight..." README.ldap.diff Description: Binary data apr_ldap.hw Description: Binary data
Re: building aut_ldap under win32
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... Regards, Graham -- - [EMAIL PROTECTED]"There's a moon over Bourbon Street tonight..."
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 for some examples on how to do this in Windows, look there. Regards, Graham -- - [EMAIL PROTECTED]"There's a moon over Bourbon Street tonight..."
building aut_ldap under win32
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.diff to the source tree (based on 2.0.43 release) 4. Compile the two modules using the dsp files 5. You get a mod_auth_ldap.so and a util_ldap.so module 6. Put them in the modules directory, don't forget to copy the nsldap32v50.dll somewhere where apache.exe will find it 7. Load the two modules in your httpd.conf, like below: LoadModule ldap_module modules/util_ldap.so LoadModule auth_ldap_module modules/mod_auth_ldap.so 8. Configure the directories as described in the docus. 9. Start apache.exe Additional infos: First: A main problem in the current sources is, that we build two modules (ldap_module and auth_ldap_module) as dll's, but the functions from ldap_module who are required by the mod_auth_ldap don't get exported. To do this, I have changed the util_ldap.h/c files (see diffs) to use a dllexport/import stuff, similar to the system used by mod_proxy. Second: ldap_module is "home" in a file named util_ldap, where as all other modules use the form of mod_XY Why not change the source-filename to mod_ldap too ? If my changes are accepted, then I'm willing to update the README.ldap file to replect the win32 steps to build the module. A. Schild dspfiles.zip Description: Zip compressed data util_ldap.h.diff Description: Binary data util_ldap.c.diff Description: Binary data
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 types/returnvalues require). This way they get exported and can be imported by the mod_auth_ldap module. Building mod_auth_ldap together with util_ldap doesn't work, since util_ldap_connection_find in util_ldap.c has it's own moduleconfiguration where it stores the pool of ldap connections. André >>> [EMAIL PROTECTED] 08.10.2002 21:54:31 >>> 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, > > > >>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 module as it is beta stuff, but it works fine on Linux; but now I think more there's a general problem with Win32...?? > >Guenter. > >
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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, 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 module as it is beta stuff, but it works fine on Linux; but now I think more there's a general problem with Win32...?? Guenter.
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 widely "tested" also accepted. And yes, on NetWare we have also threads; but on NetWare the module doesnt crash but I get errors in the logfile (which might have other reasons, such as the postgres lib)... Guenter.
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 be build as separate module and not linked together with mod_auth_ldap; > instead you should have two modules: util_ldap.so and mod_auth_ldap.so... O I didn't even look at the source of util_ldap, since it compiled on first try... But I think for now it's not that big a problem, first get it running, then we can still splitt it in two modules... André
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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, it has an own module declaration, and from my understanding it should be build as separate module and not linked together with mod_auth_ldap; instead you should have two modules: util_ldap.so and mod_auth_ldap.so... Guenter.
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 think more there's a general problem with Win32...?? 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. But win32 uses threads (and the netware I think too) so this code is probably not widely "tested" André
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 module as it is beta stuff, but it works fine on Linux; but now I think more there's a general problem with Win32...?? Guenter.
Antw: Re: Instructions for building aut_ldap under win32 ?
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 It gives a access violation, and it seems as if the pool parameter is invalid. Will investigate on the problem... André experimental.zip Description: Zip compressed data
Re: Instructions for building aut_ldap under win32 ?
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 Holle Jess M. Holle wrote: > 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 did not > occur automatically back then. I'd hope that things are a bit better > now that the LDAP stuff has moved into experimental. Actually, I > would have hoped that someone would contribute MSVC++ projects for > these and eliminate the need for questions like this. Things were to > messy before httpd-ldap moved into experimental and I've not yet > gotten around to building 2.0.43, else I'd have offered up the projects. > > -- > Jess Holle > > Andre Schild wrote: > >> 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 >> right. >> >> André >> >> >> > > > >
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 tweak one self from apr_ldap.h.in This is pretty easy as long as you've got an LDAP v3 compliant LDAP SDK... 2. Where should the ldap libraries/sdk be installed, so they are found ? if you build from IDE best bet is to set an additional include path to the ldap sdk (this is then not project-related, so also other modules coan be compiled with this) Actually, I'd suggest specifying this in the project via an environment variable and documenting this variable. the LDAP stuff has moved into experimental. Actually, I would have hoped that someone would contribute MSVC++ projects for these and eliminate the need for questions like this. Things were to messy before If I can get it building, then we might have one to upload ;-) making the *.dsp is only the half thing (attached); place them in ./experimental, with this you can already build util_ldap.so, but this should export some functions which mod_auth_ldap.so needs for linking, but I dont know how to do that... how can I tell MSVC to create en export file so that mod_auth_ldap links?? This is pretty simple too. Use the attached .def file (similar, but different than that for NetWare) and include it in your MSVC++ project. Except for having an obnoxious IDE (wouldn't it be nice if Microsoft at least provided text areas rather than text fields for editing fields that tend to be long in real usage?!?), there are a lot of similarities between Windows .def stuff and AIX's .exp stuff -- which are approximately equally obnoxious. -- Jess Holle EXPORTS ldap_module util_ldap_connection_find util_ldap_connection_close util_ldap_cache_checkuserid util_ldap_cache_compare util_ldap_cache_comparedn
Re: Instructions for building aut_ldap under win32 ?
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 include files as this did not occur > automatically back then. I'd hope that things are a bit better now that > the LDAP stuff has moved into experimental. Actually, I would have > hoped that someone would contribute MSVC++ projects for these and > eliminate the need for questions like this. Things were to messy before > httpd-ldap moved into experimental and I've not yet gotten around to > building 2.0.43, else I'd have offered up the projects. tzheh problem is that I dont know how to manage that util_ldap.so exports some functions which mod_auth_ldap then can import... Guenter.
Re: Antw: Re: Instructions for building aut_ldap under win32 ?
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 libraries/sdk be installed, so they are found > ? if you build from IDE best bet is to set an additional include path to the ldap sdk (this is then not project-related, so also other modules coan be compiled with this) >>the LDAP stuff has moved into experimental. Actually, I would have >>hoped that someone would contribute MSVC++ projects for these and >>eliminate the need for questions like this. Things were to messy > before > If I can get it building, then we might have one to upload ;-) making the *.dsp is only the half thing (attached); place them in ./experimental, with this you can already build util_ldap.so, but this should export some functions which mod_auth_ldap.so needs for linking, but I dont know how to do that... how can I tell MSVC to create en export file so that mod_auth_ldap links?? Guenter. auth_ldap_dsp.zip Description: Binary data
Re: Instructions for building aut_ldap under win32 ?
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 major work to get it working > right. From README.ldap: Quick installation instructions (UNIX): - Add generic ldap support and the TWO ldap modules to the build, like this: ./configure --with-ldap --enable-ldap --enable-auth-ldap The --with-ldap switches on LDAP library linking in apr-util. Make sure that you have an LDAP client library available such as those from Netscape/iPlanet/Sun One or the OpenLDAP project. The --enable-ldap option switches on the LDAP caching module. This module is a support module for other LDAP modules, and is not useful on its own. This module is required, but caching can be disabled via the configuration directive LDAPCacheEntries. The --enable-auth-ldap option switches on the LDAP authentication module. In Windows I have no idea how to build it :( Regards, Graham -- - [EMAIL PROTECTED]"There's a moon over Bourbon Street tonight..."
Antw: Re: Instructions for building aut_ldap under win32 ?
>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 >hoped that someone would contribute MSVC++ projects for these and >eliminate the need for questions like this. Things were to messy before If I can get it building, then we might have one to upload ;-) André
Re: Instructions for building aut_ldap under win32 ?
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 did not occur automatically back then. I'd hope that things are a bit better now that the LDAP stuff has moved into experimental. Actually, I would have hoped that someone would contribute MSVC++ projects for these and eliminate the need for questions like this. Things were to messy before httpd-ldap moved into experimental and I've not yet gotten around to building 2.0.43, else I'd have offered up the projects. -- Jess Holle Andre Schild wrote: >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 >right. > >André > > >
Instructions for building aut_ldap under win32 ?
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 right. André
icarus httpd updated to HEAD
since Tuesday, 08-Oct-2002 08:16:47 PDT. It looks fine so far. -- justin
Re: Whopsie on Darwin/Mac OS X 10.2.1... :-(
"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
Re: Whopsie on Darwin/Mac OS X 10.2.1... :-(
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 FreeBSD >>>libtool, which is 1.3.4. This version did not know about Darwin yet and will >>>not create any sort of shared library on this platform. The solution is >>>building the tarball with a more recent version of libtool. >>> >>>Maybe Apache should fail more conclusively if the user wants .so modules and >>>the build system can't do them, but that's a different question from getting >>>the functionality to work. >>> >>>I think the ASF roll environment should bump its libtool. I doubt Darwin is >>>the only platform that would benefit from that. >> >>This is my doing. >> >>Suggestion; could you offer a patch to build/httpd_roll_release that warns >>the RM that the version of buildconf is too stale? > > > Checking against 1.4.2 would be a good-thing(TM) indeed, but doesn't > guarantee that on certain platforms (such as darwin, where the mainstream > libtool port doesn't work) this will not break things again... > > We've been playing the libtool game since I started building 2.0. At one > point or another, it broke things (I remember AIX as well), and as far as I > know, noone has ever been able to get a patch incorporated into the main > tree (I mean, removing a couple of "" is not a big deal, right?)... > > We can't keep libtool on our CVS as it's GPLed, let's just keep it off > somewhere, apply the patches _we_ need, and keep our machines updated with > _our_ version which works _for_us_... Right? > > >>And yes - updating all the Apache machines would be convienent. > > > If my ex-girlfriend decides to give me back my Cube, I might be able to keep > it as an Apache Server for development and Testing on MacOS/X, since it > seems that moof is completely unmaintained... 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? > > Pier > >