(Copied to dev@apr.apache.org, which is the APR development mailing list.)
I've been having a look at the new APR library on NT. To cut a long story
short
I ended up with a program that did: apr_initialize() followed immediately by
apr_terminate(). The program blew up in the terminate
H. I have just looked at the code in more detail, we have already
an if (alloc_mutex { check both before locking and unlocking the
mutex. This means that we shouldn't be seg faulting. When did you grab
your copy of APR? Do you have the if calls in your copy?
Part of the problem I
Unless GCC defines __GLIBC__ (which it should not do), I
don't see any way how this expression can evaluate to false.
GCC doesn't define __GLIBC__, glibc header files do
Don't worry, that was a sort-of rhetorical statement. =)
I expected the AC_EGREP_HEADER macro to do
Well, the BSDi fix that Greg applied works fine! So, APR, apr-util and
Apache are now building on BSDi again :)
david
- Original Message -
From: Greg Stein [EMAIL PROTECTED]
To: dev@apr.apache.org
Sent: Thursday, January 04, 2001 8:03 PM
Subject: Re: apr-util build
On Thu, Jan 04,
H. I have just looked at the code in more detail, we have already
an if (alloc_mutex { check both before locking and unlocking the
mutex. This means that we shouldn't be seg faulting. When did you grab
your copy of APR? Do you have the if calls in your copy?
Part of the
(Mispelled this list last time when I originally replied.)
Feel free to supply a patch. I would ask that from now on questions about
APR should be sent to dev@apr.apache.org, which is the APR development
list. Many of the Apache developers also work on APR, but there are many
other APR
I sent this patch in some time ago, but
I did not hear anything back so I though
I would post it again. This patch fixes
the build in the case where apr is
compiled in a build dir that is not
the src dir. This only matters when
another module uses the RUN_SUBDIR_CONFIG_NOW()
macro.
Mo DeJong
Red
@@ -702,6 +706,8 @@
#if APR_HAS_THREADS
apr_destroy_lock(alloc_mutex);
apr_destroy_lock(spawn_mutex);
+alloc_mutex = NULL;
+spawn_mutex = NULL;
#endif
apr_destroy_pool(globalp);
}
To be clear, it doesn't matter what platform it is: