int main(int argc, char *argv[])
{
+#if APR_HAS_OTHER_CHILD
apr_pool_t *context;
apr_proc_t newproc;
apr_procattr_t *procattr = NULL;
@@ -150,5 +153,9 @@
apr_check_other_child();
return 1;
+#else
+fprintf(stdout, OC
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 5:52 PM
I'm suggesting the following:
1) MD5 hashing moves to apr-util since it is portable
2) add crypt() covers into APR (APR_HAS_CRYPT and the appropriate -lcrypt
switches if needed for the platform)
3)
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 9:41 PM
On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 5:52 PM
I'm suggesting the following:
1) MD5
On Mon, Dec 04, 2000 at 09:53:17PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 9:41 PM
On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday,
On Mon, 4 Dec 2000, Roy T. Fielding wrote:
If the auto-checkout modules thing doesn't work, then we can always have
buildconf check for the apr directory and punt if it doesn't find it.
I think we will need to do that. The problem with ampersand modules
is that they naturally assume that
Okay, I realize that apr-util was just born :), and what's in there right now is
basically just a first pass to facilitate the move to the httpd-2.0 repository
for
Apache. So thiss is as much to make sure that I understand the intentions as
anything else.
1) I assume that the ap_* prefix on
1) I assume that the ap_* prefix on files/etc hasn't been changed to apr_* yet
simply to ease the transition to httpd-2.0, and that the namespace change
will come
in a later pass. Right?
The prefix was left alone, because I wasn't going to bother changing it
until we have a working server.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2000 4:29 PM
Symbols can't be wrapped by APR_DECLARE, we need to use an APU_DECLARE, or
APR_UTIL_DECLARE, or whatever. Consider;
apr-util.dll needs to export its symbols, and import the APR_DECLAREs.
From: Roy T. Fielding [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2000 3:44 PM
I am still categorically opposed to any prefix other than ap_ for
any symbols in any C library that is based on code developed by
the Apache projects. Including apr and apr-util, though I don't
On Tue, 5 Dec 2000 [EMAIL PROTECTED] wrote:
Modified:.Makefile.in
Log:
aprutil in the distribution form does not want to remove configure or
aprutils.exports (these two files are part of the distribution and users
cannot typically regenerate them). But the
WHAT!?!?!?! Distclean is meant to bring us back to what we had when we
did a cvs checkout. If you just want to clean your directory use make
clean, not make distclean. This is the exact same syntax and rules that
Apache and APR have always used. AFAIK, this is basically a standard and
we
11 matches
Mail list logo
