Hi all,
The CONNECT tunnelling part of the mod_proxy code is making direct reads
and writes to the network (being a tunnel, other parts of Apache should
not be fiddling with the input or output).
To send the HTTP/1.1 200 Connection Established the code uses
apr_send() - but this data is never
Jeff Trawick wrote:
. apr_send() hands the data straight to the TCP/IP stack; it does not
buffer data, so there is no need for apr_socket_flush()
Ok.
. if your APR socket has a timeout set or is non-blocking, apr_send()
can write fewer bytes than you requested... check the output
Jeff Trawick wrote:
If no bytes are going to the wire, what is happening in the TCP layer?
Can you use netstat to display info about the TCP connection? Maybe
there are already bytes in the send buffer and the TCP stack can't
accept any more because the other side isn't acknowledging bytes
Greg Stein wrote:
On Tue, May 22, 2001 at 07:28:30AM -0400, Jeff Trawick wrote:
Apache has a couple of modules* which call strtok(), breaking thread
safety on most platforms. I'd prefer to suck in FreeBSD's strtok.c,
rename strtok_r() to apr_strtok(), and remove the cruft.
APR already
Hi all,
This is the initial landing of the LDAP support for apr-util.
It has the following purposes:
- Do the job of finding and linking to a suitable LDAP library
- Add an LDAP search and compare cache for extra performance
- Provide an LDAP connection cache so that LDAP connections can be
Justin Erenkrantz wrote:
I need some handholding with the porting of some of the auth_ldap code
from v1.3 to v2.0.
In the v1.3 code, I have locks being created like this:
mtx = ap_create_mutex(NULL);
GET_MUTEX(mtx);
RELMUTEX(mtx);
apr_lock_create(mtx, APR_MUTEX,
Aaron Bannert wrote:
A mutex does simple mutual-exclusion. All accesses to the critical section
are serialized.
Ok.
A read/write lock will allow simultaneous readers, and will provide
exclusive writers. As an application developer using APR, you'd have to
use apr_lock_acquire_rw() instead
Hi all,
I just need to know the right way to do this.
The LDAP libraries return status codes in the LDAP_* name space (eg
LDAP_SUCCESS). The extra LDAP functions defined in the apr_ldap
extension to apr-util also return LDAP status codes, rather than ARP
status codes.
Is this the right way to
Justin Erenkrantz wrote:
Is this the right way to do things? Or should there be a mapping to
APR_LDAP_* status codes from LDAP_* status codes?
I'd suggest that we should map the APR_LDAP_* status codes from LDAP_*.
We can do this by allocating an offset. So, just do:
apr_status_t
Ian Holsman wrote:
would it be possible to have a apr_ldap_errstr( apr_status_t ) function
which would
convert the numbers into messages?
There is already an apr_strerror() function to do this. Would it not
make sense to somehow have this function include the ldap_err2string()
function for
Hi all,
The APR_ADDTO() autoconf macro which is defined in
apr/build/apr_common.m4 is not available to apr-util.
Is there was way this can be done? (Is copying the macro from apr to
apr-util the right thing to do?)
Regards,
Graham
--
-
[EMAIL PROTECTED]
Justin Erenkrantz wrote:
It could be something to do with how you are calling APR_ADDTO.
Yeah, if you can post the relevant diff again.
I'll post a new patch.
(Just to make sure we are on the same track - this is where the sinclude
should go...) -- justin
sinclude(build/apu-conf.m4)
Justin Erenkrantz wrote:
+unset ac_cv_lib_${ldaplib}_ldap_init
Perhaps this line is failing since the value isn't set? I'll try to
apply your patch locally when I go into the office. (Lunch-time out
here in California...) -- justin
Can you check it out for me? The problem still
Hi all,
Someone mentioned earlier that they were getting this problem:
make[1]: Entering directory
`/home/minfrin/src/apache/sandbox/ldap/httpd-2.0/srclib/apr-util'
libtool: link: only absolute run-paths are allowed
make[1]: *** [libaprutil.la] Error 1
make[1]: Leaving directory
Justin Erenkrantz wrote:
On Solaris, -R specifies add this directory to the run-time linker
search path. GNU ld has -rpath. This obviates the need for
LD_LIBRARY_PATH and other hacks. Wherever you do -L, you should add -R
(only if you are on Solaris). I'd also do -rpath on Linux, but
Hi,
I have a security related question related to the way the APR_LDAP
library in apr-util should work.
The library implements a list of open LDAP connections - the idea is
that connections should be reused where this is possible.
The behavior at the moment after a module has completed whatever
(A repost - not sure if this got out)
Hi,
I have a security related question related to the way the APR_LDAP
library in apr-util should work.
The library implements a list of open LDAP connections - the idea is
that connections should be reused where this is possible.
The behavior at the
Justin Erenkrantz wrote:
Since I think LDAP connections are cheap (cf. database connections which
are typically very expensive to bring up), I don't think it'd be a
problem to just unbind/disconnect each time. I think it makes sense to
have each module have its own separate LDAP connection -
Justin Erenkrantz wrote:
I think you'd want:
#include apu.h
...
#if APU_HAS_LDAP
/* LDAP code here. */
#else
/* You don't have LDAP, so don't do anything. */
#endif
The trick is that APU_HAS_LDAP should be a 0 or 1 value not a simple
define. And, I think rbb (or Doug?) pointed out
Justin Erenkrantz wrote:
I think you'd want:
#include apu.h
...
#if APU_HAS_LDAP
/* LDAP code here. */
#else
/* You don't have LDAP, so don't do anything. */
#endif
The trick is that APU_HAS_LDAP should be a 0 or 1 value not a simple
define. And, I think rbb (or Doug?) pointed out
Hi all,
Here is another snapshot of the library that incorporates LDAP into
apr-util.
This patch is big, but it's an incorporation of a body of new code
which works as a unit.
The build should work correctly both with the default configuration
(LDAP not included) to the configuration
Hi all,
I need a bit of handholding with the allocation of shared memory
segments in APR. A couple of questions:
- Is the reqsize parameter in apr_shm_init() optional? In other words
does this follow the behavior of the MM library where if the value is
set to zero it defaults to the maximum
Hi all,
While getting the APR shared memory stuff to work on Linux v2.4.7, the
shared memory library added the following file to the /tmp directory (as
it was configured to do):
-rw---1 nobody 42949672950 Aug 12 14:34
/tmp/ldap_cache.sem
^^
Greg Stein wrote:
I probably missed some conversation while I was away in July, but this is an
awfully large chunk of code and functionality to put into APRUTIL. I don't
see how this is sufficiently generic, or a set of utilities. LDAP is a
really large item with lots of scariness to get
Ryan Bloom wrote:
There are already multiple LDAP libraries, what are we trying to solve by
putting
an abstraction layer into APR? Are we sure that the problem needs to be
solved,
or are we doing work just to do work?
There are multiple LDAP libraries - which is exactly why the LDAP
Hi all,
This is the bind-to-ldap-server and the v2-v3-compatibility bits of the
LDAP patch. (The rest of the patch was left out of the Makefile.in)
It builds fine on my Linux machine, I'm keen to find out of anywhere
where it doesn't.
The changes to configure.in cause LDAP to be linked in only
Hi all,
Does apr-util have it's own cvs commit list? I'm getting commit mail for
apr, but not apr-util. :(
Regards,
Graham
--
-
[EMAIL PROTECTED] There's a moon
over Bourbon Street
Ian Holsman wrote:
[EMAIL PROTECTED]
[EMAIL PROTECTED]:
Sorry, no mailbox here by that name. (#5.1.1)
Is there a how-to-subscribe anywhere?
Regards,
Graham
--
-
[EMAIL PROTECTED] There's a moon
over
Ian Holsman wrote:
Oh...
I'm trying to build the ldap code on winnt
it seems to be missing a config and header file.
(or am I jumping the gun abit?)
Is this the apr-util code or the httpd code?
I haven't tested the code on NT (I only have access to unix) - what is
missing?
Regards,
Graham
Hi all,
Is the shared memory stuff in APR available on all platforms?
I would like to remove a whole lot of #ifdef's from the LDAP code that
either include or ignore shared memory - should I just remove them, or
should there be some kind of compile check for them? Is there a runtime
check for
Hi all,
From a fresh tree checked out a few minutes ago, I get the following
build failure while building Apache:
/bin/sh
/home/minfrin/src/apache/sandbox/ldap/httpd-2.0/srclib/apr/libtool
--silent --mode=compile gcc -g -O2 -Wall -Wmissing-prototypes
-Wstrict-prototypes -Wmissing-declarations
Josh Fenlason wrote:
I'm trying to build apr-util with ldap support so I can try to get ldap
authentication working with Apache2. I working on a Solaris 2.8 box, with
Apache2.0.39, and the Netscape ldap sdk. I set the --with-ldap-include
and --with-ldap-lib parameters when running configure.
Blair Zajac wrote:
configure | grep ldap:
checking for ldap support...
config.status: creating include/apr_ldap.h
config.status: creating ldap/Makefile
checking whether to enable mod_auth_ldap... no
checking whether to enable mod_ldap... no
Making depend in ldap
Instead of using grep ldap, look
Hi all,
I would like to make it possible for a site to be accessible without
password if originating from a specific IP address range, and for the
site to require a password otherwise.
Is this possible in the present Apache v2.0 codebase? Is this something
that could be considered for v2.1?
[EMAIL PROTECTED] wrote:
This question belongs on dev@httpd.apache.org, as it is httpd specific,
not APR specific. However, look at the Satisfy directive, this is
possible in 2.0 already.
Oops... wrong list (silly Mozilla)
Regards,
Graham
--
-
[EMAIL
Hi all,
When I build HEAD of httpd v2.0 like below, ./configure bombs out
claiming a lack of random number support in APR. Can anyone else confirm
this or is it just me?
./configure -C --prefix=/etc/httpd --exec-prefix=/usr --bindir=/usr/bin
--sbindir=/usr/sbin --mandir=/usr/share/man
Jeff Trawick wrote:
When I build HEAD of httpd v2.0 like below, ./configure bombs out
claiming a lack of random number support in APR. Can anyone else
confirm this or is it just me?
checking whether to enable mod_auth_digest... checking dependencies
You need APR random support to use
Sander Striker wrote:
PS: This question comes up every so often - is it possible to have a postfix
type of thing (just like yahoo / hotmail does) which says To unsubscribe do
... or something like that ?.
It is, but it isn't worth it IMO. It will require me to delete those lines
everytime I
Brad Nicholes wrote:
I guess the other question would be, is
this even an issue? Do users expect to be able to download a file
larger than 4gig or even 2gig?
DVD images are in the ballpark of these sort of sizes, so I would say it
is important, yes.
Regards,
Graham
--
Hi all,
The above bug was posted about LDAP support not building on Solaris due
to ldap.h and lber.h being declared in the wrong order.
This patch has been committed to apr-util v1.0, what needs to be done to
get it committed to apr-util v0.9?
Regards,
Graham
--
---
[EMAIL PROTECTED] wrote:
This is a deficiency in our error reporting for apr_shm_foo. Basically,
we always use the same error codes, regardless of the shm mechanism used.
In all likelyhood, your problem is that your system is using shmget under
the covers. In that case, we don't use the filename
Amit Athavale wrote:
Normally EEXIST is returned when CREATE and EXCL flags are combined.
So I guess you are trying to create segment which is already there.
check with ipcs
whether you have orphan segments ('cause of some reasons)
When I run ipcs, I get a long list of segments under the username
Joe Orton wrote:
This stuff is a complete mess in APR. The name-based shmget method
*does* use and create a real file, but it's redundant AFAICT; all it
does is store the size of the segment, which shmctl will tell you anyway
on.
An uncleanly shutdown httpd (kill -9 or pull the plug) will leave
Hi all,
If APR is to finally stand on it's own, would anyone object to an
inclusion of an RPM spec file in v1.0.0?
Regards,
Graham
--
William A. Rowe, Jr. wrote:
I wouldn't mind an rpm spec file for 0.9.6 either. +1
There is an outstanding vote in httpd v2.0's STATUS for fixing the spec
file in httpd v2.0.49 (v2.1.0-dev has been fixed). What I'm keen to see
though is a separation of RPM packages, one for apr, one for
Hi all,
I am trying to build apr-util against an RPM of apr (and apr-devel).
During the build it is bombing out like so:
/bin/sh /usr/lib/apr/build/libtool --silent --mode=compile gcc -pthread
-O2 -g -pipe -march=i386 -mcpu=i686 -DHAVE_CONFIG_H -DLINUX=2
-D_REENTRANT -D_GNU_SOURCE
Joe Orton wrote:
jfclere's commit broke the build against non-bundled expat; I tried
sending mail about this but mail seems to be getting delayed again.
revert r1.30 of xml/apr_xml.c to fix it.
Cool, that gets it further, now it breaks like this:
gawk -f
Joe Orton wrote:
You need to screw around a bit to make some of the files relocate
properly; look at the %install of the Fedora apr.spec, it's handled
there.
I've tried to take Fedora development apr-util's spec file and get that
to work, but it's not giving me any luck.
Now it's bombing like
Hi all,
Been bashing away at getting apr-util to build, but it seems still too
tightly coupled with apr to be built separately.
There are two problems with the build so far.
The files apr_common.m4, gen-build.py, make_exports.awk, install.sh and
config.sub from apr are needed by apr-util.
William A. Rowe, Jr. wrote:
Silly question, are you ./buildconf'ing --with-apr=/xxx
It's first a buildconf option.
Yes, but the build process tries to find the build files in /usr/build,
which does not exist.
Idealy we need to be able to specify the ./build directory separately
from the include
Joe Orton wrote:
gen-build.py, apr_common.m4 and config.sub are surely only needed if you
run ./buildconf? That shouldn't be necessary for apr-util.
Ok... this explains a bit, will take it out and see if I get any luck.
The second problem is in ./configure and Makefile.in. The build scripts
Joe Orton wrote:
I think the correct solution is to:
1) make the apr make install install those .awk files into the
installbuilddir directory.
2) replace use of the `apr-config --srcdir` with `apr-config
--installbuilddir` in apr-util's configure Makefile.
That's exactly it - thanks! I didn't
[EMAIL PROTECTED] wrote:
Log:
Revert previous change (effectively) to fix VPATH build with in-tree
apr and apr-util.
* build/apu-conf.m4: Export APR srcdir again.
* Makefile.in: Use APR srcdir for APR_BUILD_DIR.
Is there a better fix for this?
apr-util cannot currently be built
Joe Orton wrote:
And then I reverted them, since they broke VPATH builds with in-tree
apr/apr-util. apr-util needs to find both apr_rules.mk and the awk
scripts, for the in-tree build, the former lies in a VPATH build
directory, the latter in the VPATH source directory; `apr-config
Joe Orton wrote:
I found a cleaner way to make this work (fingers crossed); there should
be no hacks needed to make an RPM out of HEAD now for either apr or
apr-util.
Ok - should I commit the RPM spec files setup I have so far (should not
affect existing setups, it's the same code that creates
}/libapr-%{aprver}.so
%dir %{_libdir}/apr
%dir %{_libdir}/apr/build
%{_libdir}/apr/build/*
%{_libdir}/pkgconfig/apr.pc
%dir %{_includedir}/apr-%{aprver}
%{_includedir}/apr-%{aprver}/*.h
%changelog
* Tue Jun 22 2004 Graham Leggett [EMAIL PROTECTED] 1.0.0-1
- update to support v1.0.0 of APR
* Tue Jun 15
Joe Orton wrote:
buildconf change looks OK. For the spec file:
- just use a %changelog which says derived from Fedora Core apr.spec
or something rather than include the entire history
- in %install, remove everything between make install and # Move
docs...; none of that should be necessary.
Cool
Hi all,
I've noticed that the most recent CVS of 1.0.0 installs both
/usr/bin/apr-config, and /usr/bin/apr-1-config. Is this intentional?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
%{_libdir}/pkgconfig/apr-util.pc
%{_includedir}/apr-%{apuver}/*.h
%doc --parents html
%changelog
* Tue Jun 22 2004 Graham Leggett [EMAIL PROTECTED] 1.0.0-1
- update to support v1.0.0 of APR
* Sat Jun 19 2004 Joe Orton
Joe Orton wrote:
- NOTICE should be in the main package %doc list for a ASL2.0-licensed
package.
Should NOTICE, LICENSE and CHANGES appear in both the apr and the
apr-devel packages separately?
Or is the existence of these files in the apr package (leaving them out
of apr-devel, which depends
Joe Orton wrote:
I've noticed that the most recent CVS of 1.0.0 installs both
/usr/bin/apr-config, and /usr/bin/apr-1-config. Is this intentional?
Yes, for the moment.
How do you suggest the RPM should handle this? - at the moment
installing a v0 RPM and a v1 RPM simultaneously will cause a
Joe Orton wrote:
It should just work. Otherwise:
- no need to run auto* in the spec file for apr-util if not including a
bunch of configure.in patches ;)
- again add NOTICE to %doc and remove the history from the %changelog
- %check can build and run testall
- %files needs to be adjust for
}/libapriconv-%{apiver}.*a
%{_libdir}/libapriconv-%{apiver}.so
%{_libdir}/pkgconfig/apr-iconv-%{apiver}.pc
%{_includedir}/api-%{apiver}/*.h
%doc --parents html
%changelog
* Tue Jun 22 2004 Graham Leggett [EMAIL PROTECTED] 1.0.0-1
- update to support v1.0.0 of APR
Joe Orton wrote:
Dumb question - why a spec file? What platform do you want to run this
on which doesn't have a native iconv()? You only need apr-iconv on
platforms which don't have an iconv() at all.
Ok, I was not aware of that.
Which platforms require iconv()? In other words, are there any
Hi all,
While trying to build the apr-util RPM, the build bombs out because it
cannot find install.sh.
To fix this should I:
- Install install.sh into apr-config --installbuilddir in apr-devel,
and then modify apr-util to look for install.sh inside apr-config
--installbuilddir.
- Install a
Joe Orton wrote:
- Install install.sh into apr-config --installbuilddir in apr-devel,
and then modify apr-util to look for install.sh inside apr-config
--installbuilddir.
- Install a copy of install.sh into the apr-util ./build directory.
The apr-util ./buildconf already does this second
Joe Orton wrote:
If there isn't, that's a problem in the tarball you're using. buildconf
must have been run *before* creating the tarball, that's part of the
release process.
There is a build/install.sh in the apr-util-1.0.rc2.tar.gz which David
posted.
Was it checked in correctly?
[EMAIL
Hi all,
While trying to build apr-util from HEAD (as an RPM), the build bombs
out like so:
/bin/sh /usr/lib/apr/build-1/libtool --silent --mode=compile gcc
-pthread -O2 -g -pipe -march=i386 -mcpu=i686 -DHAVE_CONFIG_H -DLINUX=2
-D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
Joe Orton wrote:
Old Unixes and non-Unixes don't have iconv(), so yes, there is certainly
a set of platforms on which RPM will build but there is no native
iconv(). It's not a big deal, just so long as you're aware that you
probably don't *need* apr-iconv, and it's probably better to use the
David Reid wrote:
Tagged!
The rpm spec files for apr and apr-util are now working, can the
relevant files be included inside RC3?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
William A. Rowe, Jr. wrote:
If Graham's efforts, with Joe's useful feedback, produces a build system
which cleanly lets 0.9 and 1.0 (and future releases) coexist, I'm satisfied
we finished APR 1.0.
I've just tried to install an RPM of httpd 2.0.50 onto a system that
already has RPMs of apr-1.0.0
Dmitri Tikhonov wrote:
Not according to the docs:
http://httpd.apache.org/docs-2.0/mod/mod_proxy.html#proxypass
Including /index.cgi argument to ProxyPass directive inside Location
gives me a syntax error.
Hmmm - you're right.
Can you open/update the bug in bugzilla so that it can be kept track
Dmitri Tikhonov wrote:
Sure, check out bug 29961; you are CC'd:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29961
According to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15112
this problem is fixed in v2.1 - can you try that version and confirm if
it's fixed? If so, then we can
David Reid wrote:
I tagged RC2 as RC3 prior to going away, and will be aiming to bump the tag
on those files that need it. However, having waited there has been yet
another flurry of activity...so what files do people *think* I should be
tagging as RC3 that don't presently have the tag ? :-)
Just
David Reid wrote:
So, tagged rolled RC3 :-)
I didn't include jlibtool.
Nor did I include the recent FreeBSD poll changes as I don't think we've
quite gotten the changes far enough to amke them suitable for a 1.0.0
release.
I removed the tag from the renames-pending file as I didn't think that
David Reid wrote:
I can do. That'll need an RC4 though... Any other files that aren't tagged
correctly?
I only downloaded and tried apr, but not apr-util. In apr-util there
should be buildconf, build/rpm, and build/rpm/apr-util.spec.in.
I have created a spec file for apr-iconv - but so far it
David Reid wrote:
Tarballs available at http://www.apache.org/~dreid/
Test report!
RPM builds of apr and apr-util work fine under RHEL3 (you need to rename
the archives to get rid of the -rc4 bit first, but this problem will not
exist in the final release).
+1.
Regards,
Graham
--
smime.p7s
David Reid wrote:
Tarballs available at http://www.apache.org/~dreid/
Test report!
Tested RPM build on Yellowdog v3.0.1 (LinuxPPC) and it built fine.
+1 again.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi all,
Is apr_reslist supported in apr-util v0.9 (the branch that is currently
shipped with httpd v2.0)?
I am led to believe it is not. If not, is there any objection to
backporting apr_reslist to apr_util v0.9?
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Mladen Turk wrote:
The thing we are interested in is apr_reslist_timeout_set.
I made that patch and it was meant to be used in JK2, but newer did cause of
the same reason (not in 0.95).
We will use it now inside proxy connection pool to suppress the deadlock
when max number of connections to
Hi all,
The shared memory support in mod_ldap is doing this after unclean shutdown:
[Tue Jun 08 12:31:59 2004] [debug] util_ldap.c(1104): (2)No such file or
directory: [24987] ldap cache init: No such file or directory
It also happens to me with mod_ssl after unclean shutdown. Is there a
fix for
Justin Erenkrantz wrote:
We probably need some more info. What shmem method is it using? What
'file' is it using for shmem (if it's using non-anonymous shmem)? If
you are on Linux, is it out of shmem segments and do they need to be
cleaned up?
The problem that prompted my question is
Brad Nicholes wrote:
I wish I was going to be at LinuxWorld but I guess that means that I
have a little more time to review. Looking forward to seeing the code.
Also if anybody else has time to review the current util_ldap backport
proposals, I would like to get that done and into 2.0,
Brad Nicholes wrote:
How relevant is apr_ldap_url.c? Which SDK's don't support
ldap_url_parse()? Doing a quick search it appears that Novell, OpenLDAP
and Netscape SDK's support it.
Not sure - it would be great if we could can it, just need to know why
it was put there. Do the #ifdefs not give
David Reid wrote:
So I see. I'll tag roll APR RC5 later on tonight and hopefully as soon
as apr-util is patched for apr-config I'll be able to roll.
Would it be possible to include the recent LDAP changes in v1.0.0? They
fix some LDAP fooness that shouldn't get out the door if at all possible.
William A. Rowe, Jr. wrote:
I would be +1 to simply remove auth_ldap from APR 1.0, and reintroduce
the entire feature in the new APR 1.1 (which we can start development
on immediately.) And that presumes httpd 2.1/2.2 will depend on the
1.1 release of apr-util.
I hate to hold up 1.0 any
David Reid wrote:
The main fooness is in apr_ldap_url.c. Can we not mark this code as
deprecated in v1.0, which should hopefully warn alert coders that the
code should not be used, and can be pointed out to coders who are
asleep otherwise if they moan.
How much work is needed to fix it? What
Brad Nicholes wrote:
It looks like it is just the Microsoft SDK that doesn't support
ldap_url_parse(). All of the other known LDAP SDK's support family of
ldap_url_parse() API's. It would have been nice to get rid of it
completely, but at least it is minimized to one platform SDK.
It seems
William A. Rowe, Jr. wrote:
Right now it does little. Graham and I agree on the right solution,
to abstract out the logic to do SSL connections in a portable way.
There will be no need for the 'application developer' to know which
toolkit they are using. We will make that transparent.
This
Justin Erenkrantz wrote:
Under our compatibility rules, we can remove apr_ldap_* in APR 1.0 and
add it back in APR 1.1. That's my recommendation here. -- justin
As I have just overhauled apr_ldap, I would ask that people check first
which parts of apr_ldap need to be removed and/or fixed.
I
David Reid wrote:
APR-Util has had the ldap code removed entirely from the tarball. This
will need checked as it may break builds.
So having just fixed most of apr_ldap, somebody says it needs to be
fixed and chops the entire thing out. Sigh.
Regards,
Graham
--
Hi all,
The macro fooness in apr_ldap.h* and apr_ldap_compat.c is gone. Please
can someone review whether I've missed anything.
Next is to decide the fate of apr_ldap_url.c.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Brad Nicholes wrote:
Looks good except now mod_auth_ldap is messed up because it is still
using the V2 macros
# 707: case LDAP_URL_ERR_NOTLDAP:
# Error:
# undefined identifier 'LDAP_URL_ERR_NOTLDAP'
### mwccnlm Compiler:
# 709: case
Graham Leggett wrote:
I'm busy giving apr_ldap_url the full APR treatment - allocate memory
from pools, etc. There'll be no need to use the native ldap URL parse
routines any more.
It's in and compiles against openldap v2. Please can someone check that
the Windows and Netware builds also work
Brad Nicholes wrote:
Are all platforms suppose to be using apr_ldap_url_parse() from
apr_ldap_url.c rather than the native call to ldap_url_parse()? If so
then then I'm not sure how you got apr_ldap_url.c to compile.
int rc = ldap_url_parse_ext(pool, url_in, ludpp, result_err);
This is
David Reid wrote:
Well, after what seems an eternity, RC5 is finally available.
Can you post an URL for me? I am being an airhead and not finding it.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi all,
While running ./buildconf in httpd v2.1 (HEAD), I get this:
rebuilding include/ap_config_auto.h.in
configure.in:64: warning: APR_FIND_APR: missing argument 4
^
(acceptable-majors): Defaulting to APR 0.x then APR 1.x
William A. Rowe, Jr. wrote:
No - the most important bit is to start hiding the details in apu_private.h
and quit publicizing the sdk versions, define mapping wrappers, etc.
Once everything that aprutil-1 elects to do is hidden inside aprutil-1.so,
and the interface is always the same (no matter
David Reid wrote:
Are those who wanted the ldap code yanked now happy that it can be added
back in?
The majority of the fooness on the LDAP stuff was caused by the attempt
to support the now archaic LDAP v2.0 C SDK, using macros. All the macros
are now gone.
Please speak up if there is
David Reid wrote:
http://www.apache.org/~dreid/
Test and let me know...
an RPM build of apr-util bombs out like this:
/bin/sh /usr/lib/apr/build-1/libtool --silent --mode=compile gcc
-pthread -O2 -g -pipe -march=i386 -mcpu=i686 -DHAVE_CONFIG_H -DLINUX=2
-D_REENTRANT -D_GNU_SOURCE
1 - 100 of 600 matches
Mail list logo