> Dirk, I build APR/HTTPD on a daily basis with 10.1.5 and never saw the
> problem you mentioned. I bet you're using the (screwed up) version of
> AutoConf/AutoMake coming with the developer tools... I had to patch that one
> as well...
Neither did I - until the day before yesterday and today ;-(
os2.h... no
/Users/dirkx/ORA/httpd-2.0/srclib/apr/configure:Error: decision on
anonymous shared memory allocation method failed
srclib/apr configured properly
./configure: no such file or directory: ./srclib/apr/apr-config [2057]
./configure: no such file
I do
make distclean && cvs update && ./buildconf && ./configure && make
is that enough ?
Dw
--
Dirk-Willem van Gulik
On Thu, 11 Jul 2002, Ryan Bloom wrote:
> Did you re-run ./configure?
>
> Ryan
>
> --
> Ryan Bloom [EMAIL P
On Sun, 16 Jun 2002, Cliff Woolley wrote:
> On Sun, 16 Jun 2002 itojun@iijlab.net wrote:
>
> > on unix platforms, apr shipped with httpd 2.0.36 asks for truely-
> > random number (/dev/random) instead of so-so random number
> > (/dev/urandom). question: is it really necessary to requ
There is a:
#define APR_WANT_MEMFUNC
in both apr_allocators and apr_pools. Both apr_pools and apr_thread* get
included from various places. Once they are included their _H sentiniel
is defined; making sure they are never included again.
This seems to interact with the above; i.e. when y
> Yeah, this is normal, well... at least it happens on all
> OS 10.1.x based systems. When 'gcc' switches to "old" cpp, it
> correctly handles the file.
CFLAGS with
--traditional-cpp
added force this directly. I.e. it wont try smart mode first.
DW
Hmm - some issues:
-> We have md5's, md4's, sha1, et.al.
The all have this structure.
-> I can easily imagine an init of sorts to need to be
able to flag an error at some point.
-> This is quite an API change - soon after products
which rely on it have gon