Re: Autoconf breakage
--On Wednesday, August 4, 2004 10:36 PM +1000 Brian Havard <[EMAIL PROTECTED]> wrote: I just tried buildconf'ing apr-util and got this Looking for apr source in ../apr Creating include/private/apu_config.h ... Creating configure ... autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_WARNING autoconf failed Is AC_WARNING a 2.5x macro? I can only find one occurance of it in find_apr.m4, added a few days ago. Perhaps. *sigh* Can you try replacing AC_WARNING with AC_WARN to see if the error goes away? I'm fairly sure that it won't do the 'right' thing though. We could always suppress the warning/error if AC_WARNING isn't defined. *sigh* -- justin
Re: APR_FIND_APR warnings in httpd v2.1 build
--On Wednesday, August 4, 2004 2:44 AM +0200 Graham Leggett <[EMAIL PROTECTED]> wrote: 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 It's a warning, and it's doing exactly what it said: defaulting to find APR 0.x and then APR 1.x. It's not worth it to fix it up until apr-util is done. (httpd-2.1 will default to APR 1.0.) -- justin
Re: 1.0.0 RC5
The prototype for apr_ldap_info() in apr_ldap_init.c is missing. It needs to be added to apr_ldap_init.h Brad Brad Nicholes Senior Software Engineer Novell, Inc., the leading provider of Net business solutions http://www.novell.com >>> Graham Leggett <[EMAIL PROTECTED]> Tuesday, August 03, 2004 7:03:36 PM >>> 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 which linkage), then > we have 1. defined binary compatibility, and 2. stuck to it :) apr_ldap_compat is gone, support for old LDAP SDK v2.0 has been dropped. The macro that resolved to ldap_parse_url has been dropped and replaced with code that parses URLs ourselves the same way on all platforms, allocating memory from pools. All the *free methods have been dropped. The httpd mod_auth_ldap and mod_ldap modules have been updated to use the new functions, there are no more toolkit specific defines used anywhere in httpd (unless I missed one). If you could double check the stuff that is there now to confirm that all the fooness is dead, I would be grateful. Regards, Graham --
Re: apr_file_open: APR_CREATE without APR_WRITE?
On Sun, 01 Aug 2004 10:38:13 -0700, Justin Erenkrantz wrote: >--On Saturday, July 31, 2004 11:55 AM +1000 Brian Havard ><[EMAIL PROTECTED]> wrote: > >> While porting Subversion to OS/2 I came across a failure where it tries to >> open a file using only APR_READ | APR_CREATE. This results in an error on >> OS/2, it doesn't seem to like the idea of creating a new file with >> read-only access. >> >> Is this supposed to work or is it just lucky that happens to work on other >> platforms? IE should I fix APR or Subversion? > >I'd fix APR as I think it's reasonable to use that construct to 'touch' an >empty file - which is what SVN does, IIRC. Seems like OS/2 should just >implicitly add write behind the scenes in this corner case... -- justin Ok, so creating a file isn't consider writing to it, just writing a directory entry? I guess I can make the OS/2 implementation work that way if that's considered the standard. -- __ | Brian Havard | "He is not the messiah! | | [EMAIL PROTECTED] | He's a very naughty boy!" - Life of Brian | --
Autoconf breakage
I just tried buildconf'ing apr-util and got this Looking for apr source in ../apr Creating include/private/apu_config.h ... Creating configure ... autoconf: Undefined macros: ***BUG in Autoconf--please report*** AC_WARNING autoconf failed Is AC_WARNING a 2.5x macro? I can only find one occurance of it in find_apr.m4, added a few days ago. -- __ | Brian Havard | "He is not the messiah! | | [EMAIL PROTECTED] | He's a very naughty boy!" - Life of Brian | --
Re: [RESEND] [PATCH] Add apr_uid_shell_get
Quoting Cliff Woolley <[EMAIL PROTECTED]> (2004-08-04 00:14:28 BST): > On Tue, 3 Aug 2004, Andrew Stribblehill wrote: > > To this end, I need a function to query the user's shell. It seems > > sensible to me (though I am new to apr) that it should go into apr. > > The problem is that there's no portable concept of a shell, right? I > mean, users on Windows all get the same shell (or at least there's no > shell associated with their uid as such), and certainly this wouldn't > apply to netware... how would those platforms be handled, besides > returning APR_ENOTIMPL? I don't think they can be. Typically our policy > in APR has been that we provide the lowest common denominator of > functionality... if a concept doesn't map onto anything but unix, we would > tend to be hesitant to make it part of APR. That's not to say there are > no non-portable things in APR, but they're all stuffed away in apr_os_*... > I guess maybe if this were apr_os_shell_get() I'd be more willing to > consider it. :) That's true. I'm very new to APR so I didn't quite see it. If it were apr_os_shell_get(), would a Windows APR return APR_ENOTIMPL or would the function just not exist? -- FISHER NORTHEASTERLY 4 OR 5 BECOMING VARIABLE 3. OCCASIONAL RAIN. MODERATE
Re: 1.0.0 RC5
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 which linkage), then we have 1. defined binary compatibility, and 2. stuck to it :) apr_ldap_compat is gone, support for old LDAP SDK v2.0 has been dropped. The macro that resolved to ldap_parse_url has been dropped and replaced with code that parses URLs ourselves the same way on all platforms, allocating memory from pools. All the *free methods have been dropped. The httpd mod_auth_ldap and mod_ldap modules have been updated to use the new functions, there are no more toolkit specific defines used anywhere in httpd (unless I missed one). If you could double check the stuff that is there now to confirm that all the fooness is dead, I would be grateful. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
APR_FIND_APR warnings in httpd v2.1 build
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 build/find_apr.m4:152: APR_FIND_APR is expanded from... configure.in:64: the top level rebuilding configure configure.in:64: warning: APR_FIND_APR: missing argument 4 (acceptable-majors): Defaulting to APR 0.x then APR 1.x build/find_apr.m4:152: APR_FIND_APR is expanded from... configure.in:64: the top level Can this be ignored? Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: RC5 is available
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
