On 6/26/05, Joe Orton [EMAIL PROTECTED] wrote:
On Thu, Jun 23, 2005 at 11:23:55AM +0200, David Welton wrote:
4763 execve(/usr/lib/cgi-bin/protect.cgi, [protect.cgi], [/* 25
vars */]) = 0
My question is this: why doesn't argv[0] get the full path of the
file? It's not like the CGI
I see that the symbols ap_conftree and ap_top_module are not defined in any header but only in the source code. Mod_info uses this symbols.
I need to do something similar to what mod_info does but in a shared module. Is there a way to do it?? The fact that ap_conftree and ap_top_module are not
In the announce, we should have;
proxy HTTP: If a response contains both Transfer-Encoding
and a Content-Length, remove the Content-Length to eliminate
an HTTP Request Smuggling vulnerability, and and don't reuse
the connection, stopping some HTTP Request Spoofing
At this point both current and stable testers lists contain
too little traffic to make them worthwhile to moderate both.
I propose;
* create a single testers@ list with unsubscribe/info footers.
* accepts posts from @apache accounts only
* munge reply-to to [EMAIL PROTECTED] where their
my biggest hurdle in getting the event MPM to work with mod_ssl was learning how
to create a self signed server cert with openssl.
http://httpd.apache.org/docs-2.0/ssl/ssl_faq.html#ownca is very good but refers
to a sign.sh script that I couldn't find in httpd-2.x . I assume sign.sh was
part
On Mon, 27 Jun 2005, Greg Ames wrote:
my biggest hurdle in getting the event MPM to work with mod_ssl was learning
how
to create a self signed server cert with openssl.
http://httpd.apache.org/docs-2.0/ssl/ssl_faq.html#ownca is very good but
refers
to a sign.sh script that I couldn't find
Greg Ames wrote:
my biggest hurdle in getting the event MPM to work with mod_ssl was
learning how to create a self signed server cert with openssl.
http://httpd.apache.org/docs-2.0/ssl/ssl_faq.html#ownca is very good but
refers to a sign.sh script that I couldn't find in httpd-2.x . I assume
Nicolas Lehuen wrote:
BTW, there's a new feature in JIRA, now : it looks like if a
MODPYTHON-xx bug number is inserted into a subversion commit message,
the commit is reference in a Subversion commit tab in the bug page.
Example : http://issues.apache.org/jira/browse/MODPYTHON-48
You pointed
Scott,
How can we add users to the mod_python project ? I'd like to assign
some fixes to Graham or Jim but only you and me are listed in the
various combo boxes...
Regards,
Nicolas
On 27-Jun-05, at 4:47 AM, luca regini wrote:
I see that the symbols ap_conftree and ap_top_module are not defined
in any header but only in the source code. Mod_info uses this symbols.
I need to do something similar to what mod_info does but in a shared
module. Is there a way to do it?? The
Paul Querna wrote:
Yes... I believe it will 'mostly' work, but the issue becomes tricky
once you consider the SSL protocol. The problem is we might have an
entire pipe-lined request buffered inside the SSL Packets, and
therefore, never trigger the socket to come out of the poll(). For
simple
Joe Orton wrote:
You can create a self-signed cert for mod_ssl testing with just one
command: openssl req -x509 -nodes -new -out foo.cert -keyout foo.key
the docs are a bit too helpful there really.
thanks Joe! this looks like a time saver.
Greg
On 6/27/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
My goal is to tag and roll 2.0 by Friday for release early next
week, unless the fixes are ready sooner. There is a list of
already-accepted patches in status, if anyone wants to pick some
low hanging fruit for 2.0.
I have a tested
David Robins [EMAIL PROTECTED] writes:
C programmers will probably see what's wrong here: copying a volatile
pointer (aliasing bug). The char* comes from SvPV_nolen(), which
points into the SV, in this case $v from the 'each'. When $v changes,
so will the value of path. When $v goes out of
William A. Rowe, Jr. wrote:
[...]
My goal is to tag and roll 2.0 by Friday for release early next
week, unless the fixes are ready sooner. There is a list of
already-accepted patches in status, if anyone wants to pick some
low hanging fruit for 2.0.
Bill, are you volunteering for RM? I'm
Shouldn't set_allow_header be static?
A bit off-topic, but I posted the same e-mail to the users@ mailing list
earlier last week... but nobody could help me there... and since most
developers are here... anyways, here it goes:
Does anybody know what is this error all about?
I got the same error in all combinations of these:
-
At 01:12 PM 6/27/2005, Sander Striker wrote:
William A. Rowe, Jr. wrote:
[...]
My goal is to tag and roll 2.0 by Friday for release early next
week, unless the fixes are ready sooner. There is a list of already-accepted
patches in status, if anyone wants to pick some
low hanging fruit for 2.0.
At 12:20 PM 6/27/2005, Jeff Trawick wrote:
On 6/27/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
My goal is to tag and roll 2.0 by Friday for release early next
week, unless the fixes are ready sooner. There is a list of
already-accepted patches in status, if anyone wants to pick some
At 11:44 AM 6/27/2005, Greg Ames wrote:
Paul Querna wrote:
Yes... I believe it will 'mostly' work, but the issue becomes tricky
once you consider the SSL protocol. The problem is we might have an
entire pipe-lined request buffered inside the SSL Packets, and
therefore, never trigger the socket
At 01:16 PM 6/27/2005, JimJag wrote:
Shouldn't set_allow_header be static?
ewww. so should have make_allow ...
Wasn't defined in any header, so I don't suppose it's really
breaking ABI to get it right :)
Bill
On Mon, 27 Jun 2005, Gustavo A. Baratto wrote:
prefork.c:103: error: syntax error before '*' token
prefork.c:103: warning: data definition has no type or storage class
gmake[4]: *** [prefork.lo] Error 1
gmake[4]: Leaving directory
`/home/admin2/src/httpd-2.0.54/server/mpm/prefork'
Hmm, I'm
Do we need an entire request? Wouldn't a 'null request' be faster?
At 01:40 PM 6/27/2005, [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Mon Jun 27 11:40:56 2005
New Revision: 202027
URL: http://svn.apache.org/viewcvs?rev=202027view=rev
Log:
*) server/mpm_common.c: Send a simple HTTP 1.0
William A. Rowe, Jr. wrote:
Do we need an entire request? Wouldn't a 'null request' be faster?
Define 'null request'.
We need an entire request to trigger the Accept Filter.
Just opening and closing the socket (old behavior) will not pop a child
out of the Accept() when Accept Filters or
At 02:10 PM 6/27/2005, Paul Querna wrote:
William A. Rowe, Jr. wrote:
Do we need an entire request? Wouldn't a 'null request' be faster?
Define 'null request'.
Would OPTIONS * HTTP/1.[0|1] be more efficient than an actual
request?
Bill
On Mon, Jun 27, 2005 at 06:40:59PM -, Paul Querna wrote:
Author: pquerna
Date: Mon Jun 27 11:40:56 2005
New Revision: 202027
URL: http://svn.apache.org/viewcvs?rev=202027view=rev Log: *)
server/mpm_common.c: Send a simple HTTP 1.0 request to every listener
socket, instead of just
William A. Rowe, Jr. wrote:
At 02:10 PM 6/27/2005, Paul Querna wrote:
William A. Rowe, Jr. wrote:
Do we need an entire request? Wouldn't a 'null request' be faster?
Define 'null request'.
Would OPTIONS * HTTP/1.[0|1] be more efficient than an actual
request?
It would work, but it
On Mon, Jun 27, 2005 at 08:05:27AM -0700, Paul Querna wrote:
The ASF has Helios, a quad opteron running solaris 10. httpd has
requested a Zone on there, but one has not been created yet...
Unless I hear any complaints, I'll create a zone later today or
tomorrow.
vh
Mads Toftum
--
`Darn
On Mon, Jun 27, 2005 at 02:46:23PM -0400, Cliff Woolley wrote:
On Mon, 27 Jun 2005, Gustavo A. Baratto wrote:
prefork.c:103: error: syntax error before '*' token
prefork.c:103: warning: data definition has no type or storage class
gmake[4]: *** [prefork.lo] Error 1
gmake[4]: Leaving
On Mon, 27 Jun 2005, Joe Orton wrote:
mpm_common.h does itself include mpm.h fortunately, otherwise the
ceiling would indeed have fallen in ;)
Naturally, the one place I didn't look. :) Yeah that explains the lack
of cave-ins. ;)
Thanks Joe.
Joe Orton wrote:
On Mon, Jun 27, 2005 at 02:46:23PM -0400, Cliff Woolley wrote:
On Mon, 27 Jun 2005, Gustavo A. Baratto wrote:
prefork.c:103: error: syntax error before '*' token
prefork.c:103: warning: data definition has no type or storage class
gmake[4]: *** [prefork.lo] Error 1
gmake[4]:
On Mon, Jun 27, 2005 at 12:41:42PM -0700, Paul Querna wrote:
Joe Orton wrote:
and then upload the preprocessed output prefork.o somewhere? Possibly
you're picking up an installed mpm.h which was generated for a different
MPM, or something like that.
Actually, I have been hitting this
Yes. that's the problem.
I removed all the apache's *.h files from the system's include directory,
and recompiled apache.
Works great now ;)
And what Joe Orton said, is right. I had a mpm.h from worker in
/usr/local/include, and I'm rebuilding apache with prefork now.
I haven't set
I sent an email to the list a little over a week ago about adding the
ability for a protocol handler to keep a TCP connection open for
notifications, but then free in the worker thread back to MPM. No one
responded, so I have created a basic patch to allow this, and patched
the event and worker
On 28/06/2005, at 2:27 AM, Nicolas Lehuen wrote:
How can we add users to the mod_python project ? I'd like to assign
some fixes to Graham or Jim but only you and me are listed in the
various combo boxes...
Hopefully you aren't intending to try and assign problems to me for
fixing. I
At 02:26 PM 6/27/2005, Paul Querna wrote:
It would work, but it doesn't make any difference. The request is not
actually served. The child pops out of accept(), and notices that it
needs to die.
HUH? Perhaps true of shutdown, but if graceful works that
way, we are screwed. Graceful expects
No, I wanted to give you credit for a fix :).
2005/6/27, Graham Dumpleton [EMAIL PROTECTED]:
On 28/06/2005, at 2:27 AM, Nicolas Lehuen wrote:
How can we add users to the mod_python project ? I'd like to assign
some fixes to Graham or Jim but only you and me are listed in the
various
Hello,
I'm trying two simple functions i.e. to set a cookie
and retrieve it. I'm using Apache2, mod_perl2
libapreq2-2.05 to do this.
I read in the libapreq2 mail archives that using
APR::* is recommended over the Apache2::Cookie modules
and that there was debate over dumping the Apache2::*
38 matches
Mail list logo
