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
What follows is a profile for beos bone running 1000 connections using
a single thread (-DONE_PROCESS). Columns are
no. of calls
time in calls
time incl sub calls
function name
Raises some interesting questions, like how many times do we call
ap_palloc/ap_pcalloc/lock/unlock and stat for 1000
On Tue, Jul 31, 2001 at 11:15:31AM +0200, Graham Leggett 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.
- Original Message -
From: William A. Rowe, Jr. [EMAIL PROTECTED]
To: Aaron Bannert [EMAIL PROTECTED]; dev@apr.apache.org
Sent: Tuesday, July 31, 2001 3:50 PM
Subject: Re: Conditionals...
From: Aaron Bannert [EMAIL PROTECTED]
Sent: Tuesday, July 31, 2001 2:21 PM
I've been
Justin Erenkrantz wrote:
On Tue, Jul 31, 2001 at 11:15:31AM +0200, Graham Leggett 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
David Reid wrote:
What follows is a profile for beos bone running 1000 connections using
a single thread (-DONE_PROCESS). Columns are
no. of calls
time in calls
time incl sub calls
function name
Raises some interesting questions, like how many times do we call
ap_palloc/ap_pcalloc/lock/unlock
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
On Wed, 1 Aug 2001, David Reid wrote:
What follows is a profile for beos bone running 1000 connections using
a single thread (-DONE_PROCESS). Columns are
Note that you should be careful not to run tests against the default
root page on a new installation, since that page is _VERY_ expensive
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]
On Wed, Aug 01, 2001 at 06:37:29PM +0200, Graham Leggett wrote:
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?)
Add:
On Wed, Aug 01, 2001 at 05:09:03PM +0200, Graham Leggett wrote:
Ian Holsman wrote:
I mentioned this a while back
(as I too would like 1 apr_strerror to register callbacks) but
the consensus was that each library should take care of it self
This is yucky - often you want a generic error
On Wed, Aug 01, 2001 at 06:55:33PM +0200, Graham Leggett wrote:
Justin Erenkrantz wrote:
Add:
sinclude(../apr/build/apr_common.m4)
to apr-util/configure.in. We're already relying on that directory to
exist anyway. -- justin
I just added it - now configure bombs out like so:
That would be most cool :) Please focus this discussion, for the moment, at
the dev@apr.apache.org list instead, till we have something finished to 'share'
with the new-httpd list :)
I certainly expect we would appreciate it, even if its final 'apr-ized' form
looks a bit different than your
On 01 Aug 2001 16:49:29 +, [EMAIL PROTECTED] wrote:
trawick 01/08/01 09:49:29
Modified:test testthread.c
Log:
get rid of vestigial !APR_HAS_THREADS logic
won't removing the #ifdef cause systems which have no thread support
to fail on building the test directory?
Ian Holsman [EMAIL PROTECTED] writes:
On 01 Aug 2001 16:49:29 +, [EMAIL PROTECTED] wrote:
trawick 01/08/01 09:49:29
Modified:test testthread.c
Log:
get rid of vestigial !APR_HAS_THREADS logic
won't removing the #ifdef cause systems which have no thread
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)
(All apologies to Graham - this shouldn't screw your LDAP patch too
much...)
This is a bit further work on the removal of libtool and other junk from
apr-util. I apologize for the size of this. It's hard to piecemeal all
of this.
- Renames the buildconf.sh to buildconf
- Adds ALL_LIBS to the
On Wed, Aug 01, 2001 at 08:16:37PM +0200, Graham Leggett wrote:
+LIBLDAP=$withval
+if test $LIBLDAP = yes; then
That could be failing if LIBLDAP is blank.
Try:
if test x$LIBLDAP = xyes; then
HTH. -- justin
On Wed, Aug 01, 2001 at 08:16:37PM +0200, Graham Leggett 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
Is anybody gonna be aggravated if I change test apps to exit with
status zero if they work as expected?
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell... married an alien...
From: Jeff Trawick [EMAIL PROTECTED]
Sent: Wednesday, August 01, 2001 3:03 PM
Is anybody gonna be aggravated if I change test apps to exit with
status zero if they work as expected?
No. (You mean they will work like we would expect?)
Is it possible to get it so that libexpat libmm get copied to the
install/lib directory ??
Thx
Ian
--
Ian Holsman
Performance Measurement Analysis
CNET Networks-415 364-8608
On Wed, Aug 01, 2001 at 01:53:20PM -0700, Ian Holsman wrote:
Is it possible to get it so that libexpat libmm get copied to the
install/lib directory ??
Oh, yeah, we should do that. Hmm. I'll look into it. -- justin
I posted a fix for this about a week and a half ago. The fix attempted
to do the same thing on other platforms. Also, my fix made one extra
change (that may or may not be agreeable to the group), and that was to
change the prototype of apr_thread_exit() so it takes an apr_status_t
instead of an
How about instead of assuming APR_SUCCESS we just leave it undefined?
This seems counter-intuitive, in that a worker function that prematurely
returns (w/o calling apr_thread_exit()) was probably exiting under error.
-aaron
On Wed, Aug 01, 2001 at 04:54:58PM -, [EMAIL PROTECTED] wrote:
On 01 Aug 2001 14:21:27 -0700, Justin Erenkrantz wrote:
On Wed, Aug 01, 2001 at 01:53:20PM -0700, Ian Holsman wrote:
Is it possible to get it so that libexpat libmm get copied to the
install/lib directory ??
rbb added libmm last week. I just committed logic to install libexpat
when we
Aaron Bannert [EMAIL PROTECTED] writes:
How about instead of assuming APR_SUCCESS we just leave it undefined?
This seems counter-intuitive, in that a worker function that prematurely
returns (w/o calling apr_thread_exit()) was probably exiting under error.
What is an undefined apr_status_t?
Aaron Bannert [EMAIL PROTECTED] writes:
I posted a fix for this about a week and a half ago. The fix attempted
to do the same thing on other platforms. Also, my fix made one extra
change (that may or may not be agreeable to the group), and that was to
change the prototype of apr_thread_exit()
the UNP_* flags should probably have an APR_URI_ (or APU_URI_?) prefix.
whats with APU_URI anyhow, if we have apr_uri_components. doesn't matter
to me which, but it should be one or the other, apu or apr?
and the in the move, the functions were not properly renamed, eg.
On 01 Aug 2001 14:21:27 -0700, Justin Erenkrantz wrote:
On Wed, Aug 01, 2001 at 01:53:20PM -0700, Ian Holsman wrote:
Is it possible to get it so that libexpat libmm get copied to the
install/lib directory ??
rbb added libmm last week. I just committed logic to install libexpat
when we
On Wed, Aug 01, 2001 at 03:41:37PM -0700, Ian Holsman wrote:
if it makes any difference.. this is using libtool 1.4 (which was
working fine a week ago)
I forgot to escape a variable in APR. I just committed the fix into
APR. Please try again. =-)
I wonder why libtool-1.3 didn't complain.
On Tue, Jul 31, 2001 at 11:10:41AM +0200, Graham Leggett wrote:
Would APR_ADDTO replace APR_CHECK_LIB? I just used macros that are
available as part of Autoconf - I am not familiar with any of the APR
macros.
This line:
LIBS=-l${ldaplib} ${extralib} $LIBS
would be replaced with:
33 matches
Mail list logo
