Committed all of them.
Thanks, and sorry it took me so long. I got pulled into a meeting.
Ryan
On Thu, 21 Dec 2000, Cliff Woolley wrote:
This should take care of all the compile errors and warnings in the Apache
support
programs. Note that it includes my previous two patches, so you
Rather than waiting for IO to be possible, doesn't the sendfile() return the
number of bytes written? In other words, you would get EAGAIN *and* bytes
written. Thus, you know not to send that data again.
Seems like that would save a syscall for calls with timeout 0.
There are a couple of
These two patches for apr and apr-util fix compile warnings on Solaris for
str* and mem* functions. This fixes all of them. APR_HAVE_STRINGS_H is now
defined in apr.h.
/dale
--- apr/configure.in.orig Thu Dec 21 20:45:41 2000
+++ apr/configure.inThu Dec 21 20:46:53 2000
@@ -277,7 +277,7
Whoa...
brane 00/12/21 15:02:36
Modified:.apr.dsp apr.mak
Log:
Don't export symbols from static library.
Please watch out, you broke the build.
I understand that it -appears- that apr.dsp is the static
library generator. At the moment, it's a comprimize, and
if we
I've been thinking about all these APR_HAVE_FOO_H tests. The app that is
using APR(UTIL) is adding a series of includes like:
#if APR_HAVE_STRING_H
#include string.h
#endif
#if APR_HAVE_STRINGS_H
#include strings.h
#endif
#if APR_HAVE_UNISTD_H
#include unistd.h
#endif
It does this
On Fri, Dec 22, 2000 at 04:57:10PM -0500, greg wrote:
Greg Stein wrote:
I'm thinking that we want to have a
file describe the features it needs, then ask APR to get them for us.
For example:
#define APR_WANT_STDIO 1
#define APR_WANT_MEM_FUNCS 1
#define
On Fri, Dec 22, 2000 at 02:27:05PM -0800, [EMAIL PROTECTED] wrote:
I've been fighting OS/390 build problems for over a day because of the
apr-util/.libs change.
If we reverted that change and just went against the .la again, would that
work for you? The use of .libs should never