On Jan 9, 2008, at 4:42 PM, Jim Jagielski wrote:
Just a FYI: Since I have some plans for this evening, the
TR of the Holy Trinity :) will occur tomorrow am.
Will give it a few more hours and then will TR around 11/12 eastern
On Thu, 10 Jan 2008 09:06:49 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
On Jan 9, 2008, at 4:42 PM, Jim Jagielski wrote:
Just a FYI: Since I have some plans for this evening, the
TR of the Holy Trinity :) will occur tomorrow am.
Will give it a few more hours and then will TR
-Ursprüngliche Nachricht-
Von: Nick Kew
Gesendet: Mittwoch, 9. Januar 2008 01:27
An: dev@httpd.apache.org
Betreff: Re: Pre-release test tarballs of httpd 1.3.40,
2.0.62 and 2.2.7 available
On Mon, 07 Jan 2008 11:29:43 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
I
On Wed, 9 Jan 2008 11:15:57 +0100
Plüm, Rüdiger, VF-Group [EMAIL PROTECTED] wrote:
At lines 364 and 460 (trunk), you set HTTP_SERVICE_UNAVAILABLE
when broken chunking is encountered. I don't think that's right:
That's because this was the error code that was used there before for
empty
On Jan 9, 2008, at 9:42 AM, Nick Kew wrote:
Not so sure here - we're not really returning an error status in
any case, and sending errors to the backend falls outside the scope
of HTTP.
I've just voted +1 on keeping that as-is, in the hope of getting
backported in time for Jim's 2.2.8
On Jan 9, 2008, at 9:59 AM, Jim Jagielski wrote:
On Jan 9, 2008, at 9:42 AM, Nick Kew wrote:
Not so sure here - we're not really returning an error status in
any case, and sending errors to the backend falls outside the scope
of HTTP.
I've just voted +1 on keeping that as-is, in the hope of
-Ursprüngliche Nachricht-
Von: Jim Jagielski [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 9. Januar 2008 16:17
An: dev@httpd.apache.org
Betreff: Re: Pre-release test tarballs of httpd 1.3.40,
2.0.62 and 2.2.7 available
On Jan 9, 2008, at 9:59 AM, Jim Jagielski wrote
Just a FYI: Since I have some plans for this evening, the
TR of the Holy Trinity :) will occur tomorrow am.
William A. Rowe, Jr. wrote:
START httpd goes into it's goofy mode because it has no interactive
behavior, but has no cmd to exit to, and cmd sees it's process is still
running. start -k httpd should not exhibit this behavior. If there was
a start -hide -k httpd, it wouldn't be offensive.
William A. Rowe, Jr. wrote:
I'm thinking of a scenario where the console *parent only* and on win32
might hold onto the stdin handle. I'll research and reply.
I'm becoming more certain that without stdout (we *do* launch with stdin
to the console, because it's only deprived from the child) we
On Fri, Jan 04, 2008 at 03:00:46PM -0500, Jim Jagielski wrote:
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
2.2.7 tested and working on BS2000 and FreeBSD-4.x.
Martin
--
[EMAIL PROTECTED]| Fujitsu Siemens
http
On 01/07/2008 06:38 PM, Justin Erenkrantz wrote:
On Jan 7, 2008 2:34 AM, Joe Orton [EMAIL PROTECTED] wrote:
I've added a test case to t/modules/proxy.t in perl-framework which
exercises the non-blockingness of the chunked encoding parser a little
by dripfeeding a chunked response at it, byte
? Thanks.
OK, I've tested both /trunk/ and 2.2.7+r609394+r609538, and all
is well. The issues we've been grappling with are fixed,
and no new nasties appeared.
n.b. my /trunk/ *may* differ from svn.apache.org at any time!
--
Nick Kew
Application Development with Apache - the Apache Modules
applying those to 2.2.7 (the configuration I tested):
Line 80: if (len 0).
It's better future-proof if len is declared (signed) int, so that test
fails if something happens to screw up computing len.
Lines 47-55: what about a brigade with no data bucket, or with a
zero-length last data bucket
reviewing those. Taking line
numbers on a diff applying those to 2.2.7 (the configuration I tested):
Line 80: if (len 0).
It's better future-proof if len is declared (signed) int, so that test
fails if something happens to screw up computing len.
It is apr_size_t, because this whats
Okay, I found a new bug in the 2.2.7 proxy while testing SSL
and non-SSL CONNECTions both with and without a ProxyRemote
directive.
verbose
To recap, totally different things happen in the presence or
absence of a ProxyRemote:
* with ProxyRemote, the web server acts as a forwarder
of confusion here may be the various ways to start Apache via the
command-line.
When r609366 (comment #9 in bug 43534) is applied to 2.2.7:
If Apache is started with the command: httpd.exe
the problem isn't apparent.
If Apache is started with the command: START httpd.exe
this creates
with that iteration of httpd for one
of a couple of possible reasons. Perhaps the console handles were not
effectively closed, and some duplicate hung around. Perhaps one of
the handles like stdin hung around, which was changed in behavior
between 2.2.4 and 2.2.7. I'm not entirely certain, but I am
On 01/08/2008 06:41 PM, Martin Kraemer wrote:
Okay, I found a new bug in the 2.2.7 proxy while testing SSL
and non-SSL CONNECTions both with and without a ProxyRemote
directive.
verbose
To recap, totally different things happen in the presence or
absence of a ProxyRemote
:-)
Or are you talking about reverse proxying a SSL backend?
Nope, this is the forward proxy situation.
SSL-Browser --CONNECT-- httpd-2.2.7-proxy -- origin server
Martin
--
[EMAIL PROTECTED]| Fujitsu Siemens
http://www.fujitsu-siemens.com/imprint.html | 81730 Munich, Germany
On Mon, 07 Jan 2008 11:29:43 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
I will also propose the optimizations. If someone has cycles to
review then fine, if not then in 2.2.9 :-).
At lines 364 and 460 (trunk), you set HTTP_SERVICE_UNAVAILABLE
when broken chunking is encountered. I don't
Ruediger Pluem [EMAIL PROTECTED] wrote:
Ok. Can you setup a tcpdump between proxy and server and between
client and proxy? I guess the network traces would be very helpful
in finding out where things are starting to get wrong.
One testcase with its tcpdump at
http://people.apache.org/~niq/2.2.7
On Mon, Jan 07, 2008 at 11:29:43AM +0100, Ruediger Pluem wrote:
Ok, hopefully final one. Though I still have some optimizations in the
pipe they do not relate directly to the bug.
Nick could you please test latest trunk (already contains optimizations) and
2.2.x with r609394 and r609538
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks releasable with the current state of HEAD.
2.0.63 requires one more vote for the ssl lib stuff
2.2.8 requires more
On Jan 7, 2008 3:03 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks releasable with the current state of HEAD.
2.0.63
On Jan 7, 2008, at 9:12 AM, Jorge Schrauwen wrote:
On Jan 7, 2008 3:03 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks
On 01/07/2008 03:03 PM, Jim Jagielski wrote:
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks releasable with the current state of HEAD.
2.0.63 requires one more vote
On 01/07/2008 03:55 PM, Ruediger Pluem wrote:
On 01/07/2008 03:03 PM, Jim Jagielski wrote:
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks releasable with the
On Jan 6, 2008 11:41 PM, Sander Temme [EMAIL PROTECTED] wrote:
I actually built my own perl 5.10.0, put its bin in front of my PATH
and installed all the requisite modules. I did this mainly because I
don't want to mess with the system installation, but prefer to hose
one I can easily replace.
On Jan 7, 2008 2:34 AM, Joe Orton [EMAIL PROTECTED] wrote:
I've added a test case to t/modules/proxy.t in perl-framework which
exercises the non-blockingness of the chunked encoding parser a little
by dripfeeding a chunked response at it, byte by byte, it passes with
the trunk and fails with
William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
From what I can tell, all 3 versions should be not-released
and we should instead move ahead with 1.3.41, 2.0.63 and 2.2.8
to address the current concerns...
1.3.41 looks releasable with the current state of HEAD.
2.0.63 requires one more vote
- Original Message -
From: William A. Rowe, Jr. [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Monday, 07 January, 2008 19:52
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
From what I can tell
Steffen wrote:
- Original Message - From: William A. Rowe, Jr.
[EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Monday, 07 January, 2008 19:52
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
William A. Rowe, Jr. wrote:
Tom Donovan's confirmed
- Original Message -
From: Tom Donovan [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Monday, 07 January, 2008 20:38
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
Steffen wrote:
- Original Message - From: William A. Rowe, Jr.
[EMAIL
Tom Donovan wrote:
Steffen wrote:
- Original Message - From: William A. Rowe, Jr.
[EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Monday, 07 January, 2008 19:52
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
William A. Rowe, Jr. wrote:
Tom
Steffen wrote:
Also with this patch it is not outputting to the Dos-box.
Tom, it does not happens with your patch which included in 2.2.7
download at the Apache Lounge. Only the latest patch from Bill has the
issue.
Of course not, Tom's proposed patch and the final patch adopted both
and between
client and proxy? I guess the network traces would be very helpful
in finding out where things are starting to get wrong.
One testcase with its tcpdump at
http://people.apache.org/~niq/2.2.7/
Thanks for this, but I think this is not sufficient:
1. It seems the dump is incomplete as I
William A. Rowe, Jr. wrote:
Steffen wrote:
mod_perl on Windows 2.2.7
Using http://theoryx5.uwinnipeg.ca/ppms/ with ActivePerl 5.8.8.822
FAILS
I'd be happy to see a fix; yes I consider 'as a console' to be a test
environment, but I also consider it to be very useful and worth fixing.
Even
Tom Donovan wrote:
William A. Rowe, Jr. wrote:
Steffen wrote:
mod_perl on Windows 2.2.7
Using http://theoryx5.uwinnipeg.ca/ppms/ with ActivePerl 5.8.8.822
FAILS
I posted an updated patch to bug 43534 for 2.2.7 rc.
Thanks Tom, saw it, reviewing it now.
Currently the parent creates
On 01/06/2008 03:20 AM, Takashi Sato wrote:
On Fri, 4 Jan 2008 15:00:46 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
These are not updated in 2.2:
manual
On Jan 4, 2008, at 12:00 PM, Jim Jagielski wrote:
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
While it seems to me that we're looking at a re-roll with several
patches, please find my test results from the past couple of days
you setup a tcpdump between proxy and server and between
client and proxy? I guess the network traces would be very helpful
in finding out where things are starting to get wrong.
One testcase with its tcpdump at
http://people.apache.org/~niq/2.2.7/
Thanks for this, but I think
William A. Rowe, Jr. wrote:
Tom Donovan wrote:
William A. Rowe, Jr. wrote:
Steffen wrote:
mod_perl on Windows 2.2.7
Using http://theoryx5.uwinnipeg.ca/ppms/ with ActivePerl 5.8.8.822
FAILS
I posted an updated patch to bug 43534 for 2.2.7 rc.
Thanks Tom, saw it, reviewing it now
On 01/06/2008 07:13 PM, Sander Temme wrote:
On Jan 4, 2008, at 12:00 PM, Jim Jagielski wrote:
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
While it seems to me that we're looking at a re-roll with several
patches, please
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
A quick heads-up:
Regression: fails to proxy massively chunked responses.
r609394 fixes this, but introduces (or unmasks) new issues
with chunked data edge-cases. Specifically, two testcases
in which the termination of the
On Jan 6, 2008 10:13 AM, Sander Temme [EMAIL PROTECTED] wrote:
Mac OS X 10.5 (Leopard) on PowerPC:
[-1] 1.3.40 (CVE-2007-6388 not fixed)
[+1] 2.0.62 (with SSL toolkit detection patch, and sendfile disabled)
[+1] 2.2.7
Darwin Graymalkin.local 9.1.0 Darwin Kernel Version 9.1.0: Wed Oct 31
17
On Jan 6, 2008, at 11:18 PM, Justin Erenkrantz wrote:
Interesting in that this differs from my tests on 10.5.1/Intel (see my
earlier post). What perl / LWP were you using?
I actually built my own perl 5.10.0, put its bin in front of my PATH
and installed all the requisite modules. I did
On 01/05/2008 02:02 AM, Nick Kew wrote:
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
OK, it works correctly if I revert r602679 (no other changes).
Investigating further.
It would be helpful if you could
On Sat, 05 Jan 2008 10:37:53 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
On 01/05/2008 02:02 AM, Nick Kew wrote:
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
OK, it works correctly if I revert
, 2008 21:00
Subject: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged. The test tarballs are available
for testing and feedback at the below
On 01/05/2008 11:02 AM, Nick Kew wrote:
On Sat, 05 Jan 2008 10:37:53 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
On 01/05/2008 02:02 AM, Nick Kew wrote:
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
OK, it
On Sat, 05 Jan 2008 11:47:40 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
Can you please try if the following patch against the vanilla tar ball
fixes the problem?
Nope. Causes both test cases to give just one byte of response.
--
Nick Kew
Application Development with Apache - the Apache
On 01/05/2008 11:56 AM, Nick Kew wrote:
On Sat, 05 Jan 2008 11:47:40 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
Can you please try if the following patch against the vanilla tar ball
fixes the problem?
Nope. Causes both test cases to give just one byte of response.
Sorry my first
On 01/05/2008 11:36 AM, Steffen wrote:
Building fine with GUI on VS 2005 out of the box.
With the shipped httpd.conf It works!
It crashes when apr_bucket_alloc() is called by modules
and also when eg. EnableMMAP off is set:
\srclib\apr-util\buckets\apr_buckets_alloc.c
+ list
On Jan 5, 2008 11:36 AM, Steffen [EMAIL PROTECTED] wrote:
It crashes when apr_bucket_alloc() is called by modules
and also when eg. EnableMMAP off is set:
\srclib\apr-util\buckets\apr_buckets_alloc.c
+ list 0x00b71f10 {pool=0x00b6ff08 allocator=0x freelist=0x
...}
On Sat, 05 Jan 2008 12:11:07 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
Can you please try if the following patch against the vanilla tar
ball fixes the problem?
Nope. Causes both test cases to give just one byte of response.
Sorry my first patch was bogus of course :-(. Please
On 01/05/2008 12:27 PM, Nick Kew wrote:
On Sat, 05 Jan 2008 12:11:07 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
Can you please try if the following patch against the vanilla tar
ball fixes the problem?
Nope. Causes both test cases to give just one byte of response.
Sorry my first
Looks like that it happens only when add Win32DisableAcceptEx to the conf.
Steffen
- Original Message -
From: Ruediger Pluem [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Saturday, 05 January, 2008 12:12
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
-
From: Ruediger Pluem [EMAIL PROTECTED]
To: dev@httpd.apache.org
Sent: Saturday, 05 January, 2008 12:12
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
On 01/05/2008 11:36 AM, Steffen wrote:
Building fine with GUI on VS 2005 out of the box
]
To: dev@httpd.apache.org
Sent: Saturday, 05 January, 2008 12:12
Subject: Re: Pre-release test tarballs of httpd 1.3.40, 2.0.62 and 2.2.7
available
On 01/05/2008 11:36 AM, Steffen wrote:
Building fine with GUI on VS 2005 out of the box.
With the shipped httpd.conf It works
On 01/05/2008 11:02 AM, Nick Kew wrote:
On Sat, 05 Jan 2008 10:37:53 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
On 01/05/2008 02:02 AM, Nick Kew wrote:
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
OK, it
Agreed... trying to recreate here...
On Jan 5, 2008, at 8:21 AM, Ruediger Pluem wrote:
On 01/05/2008 11:02 AM, Nick Kew wrote:
On Sat, 05 Jan 2008 10:37:53 +0100
Ruediger Pluem [EMAIL PROTECTED] wrote:
On 01/05/2008 02:02 AM, Nick Kew wrote:
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew
On Jan 4, 2008, at 7:07 PM, Nick Kew wrote:
On Fri, 4 Jan 2008 15:00:46 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
Regression: fails to proxy massively
On Sat, 5 Jan 2008 10:06:04 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
Just to be clear, is this a regression from 2.2.6 or
from just 2.2.6+ ?
Both. And almost certainly from earlier versions.
p.s. I'm just back at my desk; will
Steffen wrote:
Looks like that it happens only when add Win32DisableAcceptEx to the conf.
Steffen
On 01/05/2008 11:36 AM, Steffen wrote:
It crashes when apr_bucket_alloc() is called by modules
...
\srclib\apr-util\buckets\apr_buckets_alloc.c
+ list 0x00b71f10 {pool=0x00b6ff08
On 01/05/2008 05:00 PM, Tom Donovan wrote:
Steffen wrote:
Looks like that it happens only when add Win32DisableAcceptEx to the
conf.
Steffen
On 01/05/2008 11:36 AM, Steffen wrote:
It crashes when apr_bucket_alloc() is called by modules
...
\srclib\apr-util\buckets\apr_buckets_alloc.c
With 2.2.7 on windows mod_perl is still not working,
2.2.4 was the latest version where mod_perl was working.
mod_perl with Apache as service crashes when starting Apache.
mod_perl with Apache cmd-line Apache starts but does not dipslay a page, no
signs in the logs.
Rather as with 2.2.6 we
On Jan 5, 2008 5:26 PM, Steffen [EMAIL PROTECTED] wrote:
With 2.2.7 on windows mod_perl is still not working,
2.2.4 was the latest version where mod_perl was working.
mod_perl with Apache as service crashes when starting Apache.
mod_perl with Apache cmd-line Apache starts but does not dipslay
On 01/05/2008 03:54 PM, Jim Jagielski wrote:
2. Excerpt from first test results:
1\r\n
\r\r\n
e\r\n
1\r\n
z\r\n
1\r\n
m\r\n
1\r\r\n
0\r\n
\r\n
This an invalid chunked encoding (\r is already the one byte that was
announced for this
I just recompiled with that patch. The crashes with are now indeed gone!
So all is good it seems :)
On Jan 5, 2008 5:09 PM, Ruediger Pluem [EMAIL PROTECTED] wrote:
Although I have limited knowledge in the Windows MPM the patch looks
reasonable.
I assume you have already tested that the crash
Yes, the crash dissappears.
I built with MS Visual Studio 8 on win2k and tested on win2k, winxp, and vista.
Also tried it with:
ab -n 10 -c 100 http://localhost/large_file.html
Where large_file.html is 200kb. No continued memory growth observed (after the first few seconds),
so I
at http://people.apache.org/~niq/2.2.7/
Sorry it took so long to get around tuit.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/
Tom Donovan wrote:
Yes, the crash dissappears.
I built with MS Visual Studio 8 on win2k and tested on win2k, winxp, and
vista.
ab -n 10 -c 100 http://localhost/large_file.html
Where large_file.html is 200kb. No continued memory growth observed
(after the first few seconds), so I
Steffen wrote:
Building fine with GUI on VS 2005 out of the box.
It crashes when apr_bucket_alloc() is called by modules
and also when eg. EnableMMAP off is set:
This was actually the win9x transaction pump, which is actually used
by Win32DisableAcceptEx. EnableMMAP was something of a red
On Jan 5, 2008 7:45 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Tom Donovan wrote:
Yes, the crash dissappears.
I built with MS Visual Studio 8 on win2k and tested on win2k, winxp, and
vista.
ab -n 10 -c 100 http://localhost/large_file.html
Where large_file.html is
mod_perl on Windows 2.2.7
Using http://theoryx5.uwinnipeg.ca/ppms/ with ActivePerl 5.8.8.822 FAILS
Rebuilding mod_perl with latest SVN snapshot 2.0.4-dev against 2.2.7
and use *only* the new generated mod_perl.so, it is working except from
command line.
Since this problem (bug 43534
to get wrong.
One testcase with its tcpdump at http://people.apache.org/~niq/2.2.7/
Thanks for this, but I think this is not sufficient:
1. It seems the dump is incomplete as I cannot see a 0 chunk at the end.
2. I would prefer the binary dump as it offers more possibilities to analyse
Den Friday 04 January 2008 21.00.46 skrev Jim Jagielski:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged. The test tarballs are available
for testing and feedback at the below location. Everyone is reminded
Steffen wrote:
mod_perl on Windows 2.2.7
Using http://theoryx5.uwinnipeg.ca/ppms/ with ActivePerl 5.8.8.822 FAILS
Rebuilding mod_perl with latest SVN snapshot 2.0.4-dev against 2.2.7
and use *only* the new generated mod_perl.so, it is working except from
command line.
Since this problem
be addressed later.
So can you please test 2.2.7 vanilla + attached patch?
Regards
Rüdiger
Index: modules/http/http_filters.c
===
--- modules/http/http_filters.c (Revision 609114)
+++ modules/http/http_filters.c (Arbeitskopie)
@@ -68,8
the network traces would be very helpful
in finding out where things are starting to get wrong.
One testcase with its tcpdump at
http://people.apache.org/~niq/2.2.7/
Thanks for this, but I think this is not sufficient:
1. It seems the dump is incomplete as I cannot see a 0 chunk
On sön, 2008-01-06 at 01:20 +, Nick Kew wrote:
Do you mean as in tcpdump -x? I've uploaded a pair of dumps
(one of client-proxy, the other of proxy-server) at the same
location.
tcpdump -p -i any -s 1600 -w traffic.pcap port 80
Regards
Henrik
On Jan 5, 2008, at 5:20 PM, Nick Kew wrote:
Do you mean as in tcpdump -x? I've uploaded a pair of dumps
(one of client-proxy, the other of proxy-server) at the same
location.
The best way to get a tcpdump file for analysing in Wireshark, do:
tcpdump -i lo0 (or whatever) -s 0 -w
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
Regression: fails to proxy massively chunked responses.
Since wrowe asked me in IRC, I tested 2.0.62.
It doesn't
On Fri, 4 Jan 2008 15:00:46 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
These are not updated in 2.2:
manual/mod/quickreference.html.ko.euc-kr
manual/mod
Takashi Sato wrote:
On Fri, 4 Jan 2008 15:00:46 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
./build.sh is not enough.
./build.sh all is needed for 2.0
On Jan 4, 2008 12:00 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
http://httpd.apache.org/dev/dist/
+1 for 2.2.7.
Tested on Mac OS 10.5.1 (aka 9.1.0) with APR/APR-util 1.2.12.
Some caveats though on Mac OS - I have a hunch they are more about the
test suite than anything else.
Configure
Jorge Schrauwen wrote:
I'm getting a whole lot of errors with vs 2008 and 2005 on windows:
Apr seems to be to blame:
---
Error 1 error C2079: 'mip' uses undefined struct
'group_source_req'
s:\source\x86\httpd-2.2\srclib\apr\network_io\unix\multicast.c 140 apr
Next time, try
\multicast.c 173
apr
---
Anybody else seeing this? wrowe?
On Jan 4, 2008 11:03 PM, Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Jan 4, 2008 12:00 PM, Jim Jagielski [EMAIL PROTECTED] wrote:
http://httpd.apache.org/dev/dist/
+1 for 2.2.7.
Tested on Mac OS 10.5.1 (aka 9.1.0
On 1/4/2008 at 1:00 PM, in message
[EMAIL PROTECTED], Jim Jagielski
[EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged. The test tarballs are available
for testing and feedback
Phew whit some help I got it all sorted out.
Everything seems to be running and functioning at first sight.
Atleast my config because I couln't get the test framework to run.
Although compiling from a converted source was a pain +1 on this if
the final win32-src.zip compiles file after
On Fri, 4 Jan 2008 15:00:46 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged.
Regression: fails to proxy massively chunked responses.
I've just run it on a matrix
On Sat, 5 Jan 2008 00:07:42 +
Nick Kew [EMAIL PROTECTED] wrote:
Regression: fails to proxy massively chunked responses.
OK, it works correctly if I revert r602679 (no other changes).
Investigating further.
--
Nick Kew
Application Development with Apache - the Apache Modules Book
On Fri, Jan 04, 2008 at 03:00:46PM -0500, Jim Jagielski wrote:
Apache HTTP Server fans,
The latest versions of all 3 variants of Apache HTTP Server (1.3.40,
2.0.62 and 2.2.7) have been tagged. The test tarballs are available
for testing and feedback at the below location. Everyone
The Doctor wrote:
libsslc ??? What the heck?
libsslc.a is a proprietary code which very few OSes uses.
Yup - and those that do, httpd will pick up --with-sslc. Your
config.log might be revealing.
William A. Rowe, Jr. wrote:
The Doctor wrote:
libsslc ??? What the heck?
libsslc.a is a proprietary code which very few OSes uses.
Yup - and those that do, httpd will pick up --with-sslc. Your
config.log might be revealing.
Don't bother with your config.log;
$ap_ssltk_type of openssl
On 01/03/2008 12:21 AM, Ruediger Pluem wrote:
But there was a problem with the _default_ setting for a virtual host. I am
not sure
so far if this is my config or if there is something else going wrong on
Solaris 10.
I will investigate tomorrow.
This is a bug in Solaris 10. See also
Ruediger Pluem schrieb:
On 01/03/2008 12:21 AM, Ruediger Pluem wrote:
But there was a problem with the _default_ setting for a virtual host. I am
not sure
so far if this is my config or if there is something else going wrong on
Solaris 10.
I will investigate tomorrow.
This is a bug
Rainer Jung schrieb:
been last updated on December 18 this year, although it goes back to
this - last (it's already next year) :)
Now that I am really back, I'd like to reboot the intent to
TR all three. 2.2 has a current show-stopper however, with a veto
upon the patch by Nick.
1 - 100 of 202 matches
Mail list logo
