Okay, people. Here is your chance to vote.
add 2.0 symbol renames to ap*_compat.h:
-0: Greg, Doug
I had thought somebody cared, but if not, then I'm going to close this
issue, and toss out the ap_xml - apr_xml renames that I included.
Cheers,
-g
On Sun, Feb 18, 2001 at 06:28:46PM
[EMAIL PROTECTED] writes:
rbb 01/02/20 17:15:49
Modified:buildapr_threads.m4
include apr_thread_proc.h
threadproc/unix signals.c
Log:
Add some functions to APR's thread/processes support to allow a single
thread to handle all signal
The current apr is missing a macro apr_sigwait(), it is referenced in
apr/threadproc/unix/signals.c, and I guess it must look somewhat
similar to the following:
#ifdef SIGWAIT_TAKES_ONE_ARG
#define apr_sigwait(a,b) sigwait(a)
#else
#define apr_sigwait(a,b) sigwait(a,b)
#endif
Without this
Uhmmm... The patch I just proposed doesn't really cut it.
It makes apache compile build, but when starting it, it loops
(linux, threaded) and eats huge amounts of CPU power.
Same with --with-mpm=prefork
Martin
--
[EMAIL PROTECTED] | Fujitsu Siemens
Fon: +49-89-636-46021, FAX:
Greg Stein [EMAIL PROTECTED] writes:
Okay, people. Here is your chance to vote.
add 2.0 symbol renames to ap*_compat.h:
-0: Greg, Doug
-0: Jeff
(-0.2 actually, but why be different)
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
Martin Kraemer [EMAIL PROTECTED] writes:
The current apr is missing a macro apr_sigwait(), it is referenced in
apr/threadproc/unix/signals.c, and I guess it must look somewhat
similar to the following:
#ifdef SIGWAIT_TAKES_ONE_ARG
#define apr_sigwait(a,b) sigwait(a)
#else
#define
Martin Kraemer [EMAIL PROTECTED] writes:
Uhmmm... The patch I just proposed doesn't really cut it.
It makes apache compile build, but when starting it, it loops
(linux, threaded) and eats huge amounts of CPU power.
Same with --with-mpm=prefork
Martin:
I tested prefork lightly on Linux
Jeff Trawick [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] writes:
rbb 01/02/20 17:15:49
Modified:buildapr_threads.m4
include apr_thread_proc.h
threadproc/unix signals.c
Log:
Add some functions to APR's thread/processes support
I found out who the culprit is. It's the platform.
The following patch disables the broken sendfile() implementation
on s390-ibm-linux-gnu (see attachment).
After that patch, httpd-2.0 works both threaded and preforked.
Thanks,
Martin
--
[EMAIL PROTECTED] | Fujitsu Siemens
Fon:
Martin Kraemer [EMAIL PROTECTED] writes:
I found out who the culprit is. It's the platform.
The following patch disables the broken sendfile() implementation
on s390-ibm-linux-gnu (see attachment).
After that patch, httpd-2.0 works both threaded and preforked.
Beauteous (well, that it
On Tue, 20 Feb 2001, Roy T. Fielding wrote:
--- apr_threads.m42001/02/20 01:53:47 1.2
+++ apr_threads.m42001/02/21 01:15:47 1.3
@@ -156,3 +156,27 @@
fi
])dnl
+AC_DEFUN(APACHE_CHECK_SIGWAIT_ONE_ARG,[
I think this should be
That is in apr_private.h.in. You will need to re-run configure to pick it
up.
This patch compiles just fine on my box.
Ryan
On Wed, 21 Feb 2001, Martin Kraemer wrote:
The current apr is missing a macro apr_sigwait(), it is referenced in
apr/threadproc/unix/signals.c, and I guess it must
On Wed, 21 Feb 2001, Martin Kraemer wrote:
Uhmmm... The patch I just proposed doesn't really cut it.
It makes apache compile build, but when starting it, it loops
(linux, threaded) and eats huge amounts of CPU power.
Same with --with-mpm=prefork
There is another problem then. I didn't
On Tue, 20 Feb 2001, Greg Stein wrote:
Okay, people. Here is your chance to vote.
add 2.0 symbol renames to ap*_compat.h:
-0: Greg, Doug
I don't know if I get to vote or not, but I'm -0 anyway. :-]
--Cliff
-Original Message-
There is a bug report about this too. Please fix it. :-)
There's a patch in the PR (actually very similar to what Manoj originally
committed with the function and later removed). But it's not threadsafe (which
seems to be why Manoj removed it in the first place).
Martin Kraemer [EMAIL PROTECTED] writes:
Uhmmm... The patch I just proposed doesn't really cut it.
It makes apache compile build, but when starting it, it loops
(linux, threaded) and eats huge amounts of CPU power.
Martin:
Any idea how we would get to sendfile() when starting Apache?
We
I would implement a new APR function that given a username, and returns
the uid/gid. Platforms can return APR_ENOTIMPL, but most will actually
implement something. this should solve the problem cleanly.
Ryan
On Wed, 21 Feb 2001, Cliff Woolley wrote:
-Original Message-
There is a
Solaris is failing to build right now because the sigwait()
num-argument check is failing.
When we run the test, -D_POSIX_PTHREAD_SEMANTICS is not passed to the
compiler so we get the one-argument version and SIGWAIT_TAKES_ONE_ARG
is defined.
When we compile apr/threadprox/unix/signals.c,
This probably used to work because Apache was never setting the flags.
This is a real PITA. I don't really have the time to investigate right
now. I'll try to look at it later too.
Ryan
On Wed, 21 Feb 2001, Jeff Trawick wrote:
Solaris is failing to build right now because the sigwait()
[EMAIL PROTECTED] writes:
martin 01/02/21 07:51:43
Modified:include apr_general.h
file_io/unix Makefile.in
.configure.in
Added: file_io/unix mktemp.c
Log:
Add mktemp() and mkstemp() emulation for systems which don't have it.
On 21 Feb 2001, Jeff Trawick wrote:
[EMAIL PROTECTED] writes:
martin 01/02/21 07:51:43
Modified:include apr_general.h
file_io/unix Makefile.in
.configure.in
Added: file_io/unix mktemp.c
Log:
Add mktemp() and mkstemp()
On Wed, 21 Feb 2001, Cliff Woolley wrote:
-Original Message-
Modified:.acconfig.h
threadproc/unix signals.c
Log:
Add apr_sigwait to the apr_private.h file. This allows us to remove
a couple of #ifdefs, and standardize some code. This macro
[EMAIL PROTECTED] writes:
This probably used to work because Apache was never setting the
flags.
oh... that is good to know...
I'll have to play with this before too terribly long, but definitely
not today.
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
23 matches
Mail list logo