and know that it fixes it.
The problem on 2.0 with this "proper fix" is that make fails later on
if you don't have srclib/apr, so such a change doesn't seem helpful.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> --On Wednesday, January 8, 2003 7:32 AM -0500 Jeff Trawick
> <[EMAIL PROTECTED]> wrote:
>
> > The problem on 2.0 with this "proper fix" is that make fails later
> > on if you don't have srcli
Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> --On Wednesday, January 8, 2003 7:54 AM -0500 Jeff Trawick
> <[EMAIL PROTECTED]> wrote:
>
> > As I posted yesterday, generation of exports.c is busted without
> > srclib/apr and srclib/apr-util.
> >
>
committed or commented on, you have to remind us. There are as many
whys for this requirement as there are httpd committers trying to
juggle multiple responsibilities.
Consider us reminded, but not chastised. Many of us have been playing
hookey through the holidays and have all manner of todos to
(Win64/AIX/dunno which others) it should be postponed for the
> APR 1.0 release (targeted by httpd-2.2.)
same comment as above
> For something completely different, once this is released, we are stuck
> with the api...
through the 0.9.x series
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
e an error code that is used
just for when SysV IPC returns ENOSPC. Techies will want to know that
the kernel returned ENOSPC, but just representing it as ENOSPC like we
do today results in an error description that doesn't help users.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
n EOS bucket. Some handler using the simplest API
(ap_rwrite() et al) doesn't know about EOS buckets and isn't expected
to do something explicit to send one.
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
P_FTYPE_CONTENT is the old name
for AP_FTYPE_RESOURCE. Perhaps there were only those two types at one
time?
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
ble_nagle(csd);
+ sock_disable_nagle(csd, (struct sockaddr_in *)&sa_client);
(void) ap_update_child_status(child_num, SERVER_BUSY_READ,
(request_rec *) NULL);
--
Jeff Trawick | [EMAIL PROTECTED]
Born in Roswell... married an alien...
Roy T. Fielding wrote:
> if (setsockopt(s, IPPROTO_TCP, TCP_NODELAY, (char *) &just_say_no,
> sizeof(int)) < 0) {
> +char buf[128];
> +
> +if (sin_client) {
> +ap_snprintf(buf, sizeof(buf),
> +", client %pA probably dropped th
whoops, I sent this to the wrong place the first time
Original Message
Subject: Re: [1.3 PATCH] enhance some trace messages
Date: Thu, 16 Jan 2003 09:42:30 -0500
From: Jeff Trawick <[EMAIL PROTECTED]>
To: Jim Jagielski <[EMAIL PROTECTED]>
References: <[EMAIL PROT
Greg Stein wrote:
Product features and changes *are* subject to majority vote, however, which
is why Ken is operating under a (lazy) consensus model.
for 2.1 only I hope... 2.0 is supposed to be R-T-C...
Roy T. Fielding wrote:
>> First, the NETWARE part has to be above your additions.
>
>
> The reason I put the NETWARE part below the first new code was because
> I assumed (perhaps incorrectly) that there was no way that Apache or
> library functions it called were going to mess with the value ret
you definitely da bomb!
[EMAIL PROTECTED] wrote:
striker 2003/01/17 11:04:37
Modified:include Tag: APACHE_2_0_BRANCH ap_release.h
Log:
Bump for the tag.
Sander Striker wrote:
>From: Jeff Trawick [mailto:[EMAIL PROTECTED]]
>Sent: Friday, January 17, 2003 8:11 PM
>you definitely da bomb!
Good or bad? ;)
I meant it as a compliment, of course!
(everything I know I learned from my 11-year-old daughter,
so beware)
Greg Stein wrote:
Isn't 1.4.3 needed for MacOS compatibility, and maybe one of those fool IBM
operating systems?
If you're referring to AIX, 1.4.2 is fine. For z/OS, you need my/dreid's
libtool regardless.
manaay wrote:
I am also getting this error. Do you know how to solve the problem?
another couple of points:
if a semaphore becomes stranded when you do apachectl start followed
by apachectl stop (i.e., not doing anything weird via gdb or whatever),
submit a bug report (http://nagoya.apache.or
Roy T. Fielding wrote:
> I can certainly understand that :) Here is a new patch along those
> lines.
+1, but you might want to reduce the severity on those error messages
if this is actually a common occurrence. After all, there is nothing
that the server can do about it, and the client won'
Sander Striker wrote:
Hi,
I just tagged and rolled 2.0.44. Tarballs are up at:
http://httpd.apache.org/dev/dist/
Please cast your votes accordingly.
+1 for release... I just tested the recent libtool-1.4.3 roll
on AIX 5.2 with no problems...
generally, our tarballs used libtool < 1.4.2
solo turn wrote:
there is a compile error on solaris 2.8:
/bin/bash /home/src/httpd-2.0.44/srclib/apr/libtool --silent
--mode=compile cc -g -mt-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT-I/home/src/httpd-2.0.44/srclib/apr/include
-I/home/src/httpd-2.0.44/srclib/apr-util/includ
the problem to solve is that run-time linking is not enabled
for DSOs built with apxs+gcc on AIX... somehow libtool does the
right thing with apxs+native-compiler, but a lot of folks are
trying to use gcc and don't know to add the right ld option to
the apxs invocation
adding apr ldflags to other
Graham Leggett wrote:
Hi all,
While testing mod_ldap, I noticed it was creating a shared memory file
like so:
[minfrin@jessica httpd-2.0]$ ls -al /tmp/mod_ldap_cache
-rw-r--r--1 nobody 42949672954 Jan 22 14:09
/tmp/mod_ldap_cache
As others mentioned, that big number has the sam
T Ford wrote:
So as far as apache is concerned, there shouldn't be a problem?
Because I grepped the code and saw places where it was putting signal
handlers in place at least for SIGHUP. I was just wondering if by
forking and then ignoring the signal that it might cause a problem
with not h
Did you do "cvs update" without doing "make extraclean"?
Sebastian Bergmann wrote:
gawk: /usr/src/httpd-2.0/build/make_exports.awk:138:
(FILENAME=/usr/src/httpd-2.0/include/pcreposix.h FNR=99) fatal: cannot
open file `/usr/src/httpd-2.0/include/rfc1413.h' for reading (No such file
or directory)
Thom May wrote:
As far as I'm aware, echo -n is POSIX; please beat me with a cluestick if
I'm wrong...
-Thom
AIX 5.2
% /bin/sh
% echo -n "abc"
-n abc
%
HP-UX 11.0
$ /bin/sh
$ echo -n "abc"
-n abc
$
Unfortunately I haven't been tracking warnings in 2.1-dev lately so
I didn't see this until it was merged...
Untested!
Index: util.c
===
RCS file: /home/cvs/httpd-2.0/modules/dav/main/util.c,v
retrieving revision 1.45
diff -r1.45 ut
Justin Erenkrantz wrote:
--On Thursday, January 30, 2003 10:54 AM -0500 Jeff Trawick
wrote:
> Unfortunately I haven't been tracking warnings in 2.1-dev lately so
> I didn't see this until it was merged...
>
> Untested!
Um, I guess. What exactly was the warning?
usi
Joe Orton wrote:
On Tue, Feb 04, 2003 at 06:31:10PM -0800, Greg Stein wrote:
...
>Some questions for thought: if we start banging out versions right
and left,
>then will people actually upgrade? Are we doomed to live with 1.3
forever?
>Or do we have to stick with today's architecture to suppor
Jeff Trawick wrote:
You can also see text in our bug database from a prominent PHP developer
saying that the filter API needs to be redone from scratch (my
paraphrase). For the enthusiastic PHP users, such comments carry a lot
of weight and imply that PHP isn't production ready with 2.
Rasmus Lerdorf wrote:
>You can also see text in our bug database from a prominent PHP developer
>saying that the filter API needs to be redone from scratch (my
>paraphrase). For the enthusiastic PHP users, such comments carry a lot
>of weight and imply that PHP isn't production ready with 2.0 no
Greg Ames wrote:
> Alternatively, APR could allow the application to get called in the
> child process in the failure cases and allow it to do whatever is
> appropriate (log a message, synchronize with the parent process, etc.).
Couldn't the stat's, chdir's, etc. be done only after a failure to
Brandon Bell wrote:
Okay guys, I have to weigh in here as a non-developer and add a
comment re
all of this back and forth discussion on whether PHP or Apache 2.0 is the
problem for why they don't work/play together properly.
As an end user, I don't give a f*ck why it doesn't work! But I can te
Aaron Bannert wrote:
There is no such thing anymore as a handler in Apache 2.0, am I correct?
no, see default_handler, modules/generators/mod*.c
Aren't the handler-like hooks that try to behave the same was as they did
in 1.3 just implemented over output filters?
sure, output goes down fi
Stuart Waldron wrote:
I think someone had return reply requested I expect there will be a
flood of these
Yeah, I got a prompt in Mozilla about whether I wanted to confirm that I
had read the mail. I never saw that on a mailing list before. (Maybe
our mailing list software should re
Sander Striker wrote:
This patch might be incomplete in that I'm not completely sure how to
handle the exports. Basically ap_[gs]et_module_config should always
be in exports.c.
Secondly, while looking at util_debug.c, I see that we have more
functions we conditionally define. We may want to de
Graham Leggett wrote:
Brad Nicholes wrote:
> - Added a support framework (using #defines) for multiple vendor LDAP
> SDKs. The framework currently supports the SDKs from Novell, NetScape,
> OpenLDAP, and Microsoft. (Spent significant time testing compiling and
> running with the various SDKs
Wu Jin wrote:
I'm using httpd-2.0.39 on FreeBSD. I put the
"apachectl start" command in the startup script. But
intermittently apache fails to start when the computer
reboots. Then I have to manually start it. Here is the
message in the error log:
[emerg] (9) Bad file descriptor: Couldn't create
Unfortunately, Dav is broken enough in 2.1-dev that I can't "Add Network
Place" with Win2K. It works fine with 2.0.45-dev. The same conf file
was used for both tests.
When Win2K tries to access the DAV resource handled by 2.1-dev, I get
this in error log:
[error] [client 192.168.1.101] XML p
Justin Erenkrantz wrote:
--On Monday, February 17, 2003 1:45 PM -0500 Jeff Trawick
wrote:
> The first time ap_xml_parse_input() calls ap_get_brigade() it gets
> just an EOS bucket, which triggers the failure. But looking at
> r->headers_in, I see there is "Content-Length:
jean-frederic clere wrote:
Hi,
Would there be a way to get ride of the following problem:
+++
httpd: module "../../server/apache2/mod_jk2.c" is not compatible with
this version of Apache (found 20020903, need 20030213).
Please contact the vendor for the correct version.
That looks like a chang
How can a user add to LDFLAGS_SHLIB?
I tried setting LDFLAGS_SHLIB outside of configure, but that replaced
the necessary AIX additions specified in src/Configure.
I tried setting EXTRA_LDFLAGS_SHLIB but that was ignored as far as I
could tell.
jean-frederic clere wrote:
2.0.39 versus 2.0.41+ tells "(found 20020612, need 20020903)" ;-)
2.0.45 will be 20020903, won't it?
Absolutely...
2.0.x will maintain compatibility as long as it is practical (which
hopefully is the entire maintained life of 2.0.x).
Cliff Woolley wrote:
Didn't Madhu say that shmht was horribly broken and should be removed? I
don't quite remember.
sounds like the shared mem stuff in mod_auth_digest :)
Jim Jagielski wrote:
Jeff Trawick wrote:
>How can a user add to LDFLAGS_SHLIB?
>
>I tried setting LDFLAGS_SHLIB outside of configure, but that replaced
>the necessary AIX additions specified in src/Configure.
>
>I tried setting EXTRA_LDFLAGS_SHLIB but that was ignored as fa
The attached patch changes sig_coredump to call a hook. In the fullness
of time, the ap_exception_info_t provided to the hook would contain any
and all relevant information available to a signal/exception handler
(e.g., siginfo_t on many Unix variants).
mod_whatkilledus.c is a pretty trim modu
Cliff Woolley wrote:
On Wed, 19 Feb 2003, Jeff Trawick wrote:
>The attached patch changes sig_coredump to call a hook. In the fullness
>of time, the ap_exception_info_t provided to the hook would contain any
>and all relevant information available to a signal/exception hand
Jim Jagielski wrote:
I'm considering releasing 1.3.28 soonish... comments?
+1
AddDescription has some unfortunate behavior in matching file names:
"File is a file extension, partial filename, wild-card expression or
full filename for files to describe."
Which is it? In fact there is no way to tell mod_autoindex what the
user intends, and some obvious desires cannot be s
Can somebody get an example like the following to work?
AddDescription "The planet Mars" /web/pics/mars.gif
(where /web/pics/mars.gif is a full path?)
Use any version of Apache after 1.3.9 :)
(I haven't actually tried Apache < 1.3.9, but some of the confusing code
was introduced in 1.3.9.)
Joe Orton wrote:
On Fri, Feb 21, 2003 at 07:58:16AM -0500, Jeff Trawick wrote:
>Joe Orton wrote:
>>Surely this can be done already outside APR?
>
>Joe, what is it you really want to say :) I think we all know the
>answer to that question already.
Just seems lik
Ian Holsman wrote:
Jeff Trawick wrote:
> *"not to share" is a bit strong... our Apache2-based server is freely
> available for download and the modifications made to pure Apache2+APR
> are provided in a patch file that gets installed... but that isn't
> what I u
William A. Rowe, Jr. wrote:
AddDescriptionMatch would be fine, but keep in mind the overhead of
invoking
the pcre engine. Better opportunity for 2.1-dev is to ask all of
these functions
to use the fnmatch() API for consistency.
Overhead sucks, of course.
I just fear breaking config files all
Philippe M. Chiasson wrote:
In trying to write a protocol module for a protocol type != TCP, I had
to duplicate the logic of both alloc_listener and find_default_family
from server/listen.c.
I believe that if a module wants to push a new listener socket on
ap_listeners, the module should simply do
Jim Jagielski wrote:
Of course for 2.1, but also for 2.0 as well... Right now, SSLMutex
is pretty binary :)
+1 (looks reasonable, I assume it works :) )
if you think any of it needs more testing, just say so and maybe I can
have time to play
slight cleanup that I should do in my own *&^$ code i
Günter Knauf wrote:
Hi,
while testing with Paul's mod_authn_mysql I found that apr_reslist.c
isnt compiled on Win32;
so I added it to aprutil.dsp:
try [EMAIL PROTECTED] additional Win32 folks there, and aprutil
problems belong on that list anyway
I'm not Win32-knowledgeable, but what about lib
See the patch I attached to
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15423.
ap_internal_fast_redirect() has the logic I added to
internal_internal_redirect() as well as another check.
If anybody recalls the details of the ap_internal_fast_redirect()
handling of the subrequest filter (
Philip M. Gollucci wrote:
from httpd.conf
Listen [::]:9000
I recently compiled this on a 3.x-FreeBSD box w/ a GENERIC kernel.
Before IPv6
was included in it. Also, if for some wierd reason say I havea
4.7-STABLE
without in a custom kernel, the same thing would happen.
Syntax error on line 218
Philip M. Gollucci wrote:
There is a configure option for that ?
Where ?
[ttyp0] [EMAIL PROTECTED]
/home/philip/Developement/src/httpd2-HEAD-dev rv=0
517 >./configure --help |grep 6
--enable-v4-mapped Allow IPv6 sockets to handle IPv4 connections
--enable-auth-digestRFC2617 Digest
Stas Bekman wrote:
Index: server/connection.c
===
RCS file: /home/cvspublic/httpd-2.0/server/connection.c,v
retrieving revision 1.106
diff -u -r1.106 connection.c
--- server/connection.c 15 Jul 2002 08:05:10 - 1.106
+++ serve
Manni Wood wrote:
I am submitting a patch to mod_usertrack for both Apache 2.0 and 1.3
for your consideration.
The patch fixes a bug where the use of strstr() to find the name of
the cookie in the cookieheader can accidentally "find" the name of the
cookie in what is actually the contents of a
Stas Bekman wrote:
You mean the code running after ap_process_connection() has returned?
Yes, that works for me. Here is a new patch:
make it so... I don't see anybody else chiming in...
[EMAIL PROTECTED] wrote:
stas2003/02/25 15:33:55
Modified:server Tag: APACHE_2_0_BRANCH connection.c
.Tag: APACHE_2_0_BRANCH CHANGES
Log:
check the return value of ap_run_pre_connection(). So if the
pre_connection phase fails (without setting c->aborte
Greg Stein wrote:
On Tue, Feb 25, 2003 at 11:25:21PM -, [EMAIL PROTECTED] wrote:
OK and DONE are not apr_status_t values. If you're truly returning a
status,
then you simply check for non-zero (or != APR_SUCCESS). If you truly
want to
return OK/DONE types of values, then the type of rc shou
Greg Ames wrote:
I'd like to do a minor MMN bump in the 2.0 stable tree to account for
the apr_file_open interface changing via the addition of
APR_ENABLE_SENDFILE.
Regardless of a bump, it seems like the app is going to have to do
#ifdef APR_ENABLE_SENDFILE
add in the flag
#endif
unless they
Greg Ames wrote:
Jeff Trawick wrote:
> Regardless of a bump, it seems like the app is going to have to do
>
> #ifdef APR_ENABLE_SENDFILE
> add in the flag
> #endif
>
> unless they don't care what happens if they build it with 2.0.44.
hey, that solves the whole t
Greg Stein wrote:
On Wed, Feb 26, 2003 at 05:10:12PM -0800, Justin Erenkrantz wrote:
>--On Thursday, February 27, 2003 12:02 PM +1100 Stas Bekman
> wrote:
>
>
>>So if absolutely anything added to the dev branch must have a vote
>>for before merging back to the stable branch, I stand corrected and
Cliff Woolley wrote:
If you go into the apr-util directory and run ./configure --help, among
other things it will tell you:
--with-ldap-include=path path to ldap include files with trailing slash
--with-ldap-lib=pathpath to ldap lib file
--with-ldap=library ldap library to use
ran
[EMAIL PROTECTED] wrote:
gstein 2003/02/27 04:53:19
Modified:.Tag: APACHE_2_0_BRANCH STATUS
Log:
trawick wanted commentary in STATUS rather than on the mailing list.
fine...
I don't care whether commentary on this topic is in STATUS or on the
mailing list (I for one put a
William A. Rowe, Jr. wrote:
They should, ap_run_pre_connection is an Apache hook. Yes, it returns
an int, so the only change here should be
>> -apr_status_t rc;
>> +int rc;
We aren't calling apr_ function here, and hooks always allow OK, DONE,
or (result).
ahh, that's the missing piece
Greg Ames wrote:
mind. Letting the fixes age a bit in the unstable tree reduces the
probability of unpleasant surprises happening in the stable tree, at
least for mainline code. We can be extra diligent about
reviewing/testing changes that we know are not mainline.
Note that for me and perhaps
Trevor Hurst wrote:
setting APRUTIL_INCLUDES to "-I/usr/freeware/include/"
setting APRUTIL_LDFLAGS to "-L/usr/freeware/lib32/libldap.so.3"
the argument of -L should be a directory, not a file
Stas Bekman wrote:
So, everybody agrees that it should be:
-apr_status_t rc;
+int rc;
correct?
yes!
Chris Monson wrote:
I have noticed that mod_proxy, in its apr_sockaddr_info_get calls uses
unspecified resolution and sends it no flags. This, of course, allows
the APR to make the decision as to how to resolve the hostname, but it
causes some truly amazing slowdowns when authorities are not
Greg Ames wrote:
Aaron Bannert wrote:
> I see the need for letting patches age in the unstable tree, but
> I think we could do that without having to vote on each and
> every change.
Yeah, that's what I meant by "lazy consensus" in the STATUS file.
I would think lazy consensus would be when som
Joe Orton wrote:
On Fri, Feb 28, 2003 at 02:23:31PM -0500, Cliff Woolley wrote:
...
>Of course, if I go and explictly compile Apache with
>CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64, then it works.
>
>So I guess the ultimate questions are these:
>
>(a) Why doesn't Apache automatically inclu
Stas Bekman wrote:
Should I update Changes for this fix as well?
personally I would have put something like this in changes:
*) Fix a segfault when a pre_connection hook fails the connection.
[name]
William A. Rowe, Jr. wrote:
At 03:37 PM 2/28/2003, Jeff Trawick wrote:
>something we can fix for APR 1.0/Apache 2.1-dev by making apr_off_t
always 64 bits
+1
>whether native apr_off_t is 64 bits or not?
s/apr_off_t/off_t/ :-)
oops :) yes, of course that was the intention
Stas Bekman wrote:
> Jeff Trawick wrote:
>
> > Stas Bekman wrote:
> >
> >> Should I update Changes for this fix as well?
> >
>
> I was asking whether I should have also logged this last change:
>
>AP_CORE_DECLARE(void) ap_process_connection(conn_re
EMRE KUNT (Ebi Bsk. - Sistem Prog) wrote:
When i type the address and if an index page is not there, all directory
content can be seen. How to deny this?
See doc for mod_autoindex
(http://httpd.apache.org/docs/mod/mod_autoindex.html) and the Options
(http://httpd.apache.org/docs/mod/core.html#o
Chris Monson wrote:
Sounds good. I am a teeny bit new to the Apache 2.0 sources, so I was
wondering if you would point me at the appropriate file to add a
per-server (global) config parameter to. I'll hunt for it on my own,
but some help may expedite the process.
Look at this array
static const
Chris Monson wrote:
(patch)
A couple of comments:
For the representation of the config directive
+ #define IP_LOOKUP_DEFAULT 0
+ #define IP_LOOKUP_ALL 1
+ #define IP_LOOKUP_IPV4OKAY 2
+ #define IP_LOOKUP_IPV6OKAY 3
+ unsigned int ip_lookups : 4;
+
Why not just stor
Andre Breiler wrote:
Hi,
the ap2 (2.0.43) parent process dies (but childs arn't) under load.
This is with worker mpm on solaris 8 (multiprocessor).
...
All seem to die with a SEGV or SIGBUS due to the fact that after returning
from a function call the registers have wrong values.
can you post ba
Andre Breiler wrote:
Hi,
On Sun, 2 Mar 2003, Jeff Trawick wrote:
>Andre Breiler wrote:
>
>
>>the ap2 (2.0.43) parent process dies (but childs arn't) under load.
>>This is with worker mpm on solaris 8 (multiprocessor).
...
--- snip 1 ---
program terminate
Justin Erenkrantz wrote:
--On Wednesday, February 19, 2003 2:12 PM -0500 Jeff Trawick
wrote:
> The attached patch changes sig_coredump to call a hook. In the
> fullness of time, the ap_exception_info_t provided to the hook
> would contain any and all relevant information available to a
William A. Rowe, Jr. wrote:
At 02:12 PM 3/3/2003, Justin Erenkrantz wrote:
>We've had strong recommendations from security types in the past to
remove sig_coredump entirely. -- justin
Maybe that's the answer. One compile flag to eliminate the segv handler
altogether, along with the proposed h
[EMAIL PROTECTED] wrote:
wrowe 2003/03/06 00:43:40
Modified:modules/ssl ssl_engine_init.c
Log:
DougM confirms Madhu's suspicions, this change was inadvertent.
Reverting to no longer skip the first cert in the chain.
Don't forget CHANGES and the PR number. ISTR that somebody
Andrew Ho wrote:
Hello,
JS>The long answer: using downgrade-1.0 will, in fact, force Apache to
treat
JS>the request as if it was HTTP/1.0. It will therefore use only HTTP/1.0
JS>features in the response. But it will still respond with HTTP/1.1
in the
JS>response line, since this just declares
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14560
William A. Rowe, Jr. wrote:
At 06:12 AM 3/6/2003, Jeff Trawick wrote:
>[EMAIL PROTECTED] wrote:
>
>
>>wrowe 2003/03/06 00:43:40
>>
>> Modified:modules/ssl ssl_engine_init.c
>> Log:
>>
server/mpm/config.m4 has this check with a hard-coded path to APR:
APR_CHECK_APR_DEFINE(APR_HAS_THREADS, srclib/apr)
This fails if APR is anywhere else and config doesn't think APR has
thread support.
Is this macro busted and should be replaced with something that does a
test compile using t
Gary Feldman wrote:
I'm running into a problem with some code based on the
mod_cgid module, on hp-ux. I've also submitted
the underlying problem to comp.systems.hp.hpux.
The problem is that the underlying cgi hangs on a read
from stdin when there is actually no data left to be read.
uhhh, unfor
[EMAIL PROTECTED] wrote:
trawick 2003/03/07 04:23:00
Modified:server/mpm config.m4
Log:
clean up the invocation of APR_CHECK_APR_DEFINE()...
if I don't get nailed for the change to APR and this file to make this
work better, I'll fix the other such Apache config tests to use
APR
Thom May wrote:
fails to configure with the following error:
Construct makefiles and header files...
creating config_vars.mk
updating cache ./config.cache
creating ./config.status
creating docs/conf/httpd-std.conf
sed: file conftest.s2 line 71: Unterminated `s' command
What is your configure inv
William A. Rowe, Jr. wrote:
At 06:26 AM 3/7/2003, you wrote:
>[EMAIL PROTECTED] wrote:
>
>
>>trawick 2003/03/07 04:23:00
>>
>> Modified:server/mpm config.m4
>> Log:
>> clean up the invocation of APR_CHECK_APR_DEFINE()...
>
>
>if I don't get nailed for the change to APR and this file to ma
Thom May wrote:
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
>Thom May wrote:
>
>
>>fails to configure with the following error:
>>Construct makefiles and header files...
>>creating config_vars.mk
>>updating cache ./config.cache
>>creating ./config.status
&g
>So use mod_cgi :)
>
>(If there isn't a compelling performance difference, that makes sense
>from Apache's perspective because mod_cgid is unfortunately
>complicated
>and it isn't worth more tricks if there's no sense in using it in the
>first place.)
My understanding of the world is that mod_cgid
Jeff Trawick wrote:
If somebody doesn't care about local security, mod_cgid should be able
to see something like
scriptsock 127.0.0.1:
in the config file and use a TCP socket instead of Unix socket for
communication with the daemon.
Alternatively the handler could store the request body
I'll get off my ass and pore over it soon.
Chris Monson wrote:
So, any votes? Any thoughts?
Chris Monson wrote:
[PATCH]
[EMAIL PROTECTED] wrote:
trawick 2003/03/08 05:54:41
Modified:.configure.in
Log:
use APR_CHECK_APR_DEFINE() where possible
two commits instead of one was inadvertent... I forgot I was on a
machine with broken cvs client that forgets about a request to commit
file in the
William A. Rowe, Jr. wrote:
I know not everyone monitors CVS logs. I have backported the patch
for not-in-srclib/ apr and apr-util trees. Even the in-tree builds
however
are vulnerable. If those working in the APACHE_2_0_BRANCH would
try cvs up and experiment with your preference if apr[-util]
William A. Rowe, Jr. wrote:
I know not everyone monitors CVS logs. I have backported the patch
for not-in-srclib/ apr and apr-util trees. Even the in-tree builds
however
are vulnerable. If those working in the APACHE_2_0_BRANCH would
try cvs up and experiment with your preference if apr[-util]
401 - 500 of 3448 matches
Mail list logo
