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, an
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/d
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 your.output
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 does
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 Sat, 05 Jan 2008 20:28:33 +0100
Ruediger Pluem <[EMAIL PROTECTED]> wrote:
>
>
> On 01/05/2008 07:04 PM, Nick Kew wrote:
> > On Sat, 05 Jan 2008 12:38:58 +0100
> > Ruediger Pluem <[EMAIL PROTECTED]> wrote:
> >
> >> Ok. Can you setup a tcpdump between proxy and server and between
> >> client a
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.
>> S
Guenter Knauf wrote:
Furthermore if we would introduce an APR_VERSION_NUMBER like:
#define APR_VERSION_NUMBER \
(APR_MAJOR_VERSION * 100) + \
(APR_MINOR_VERSION * 1000) + \
APR_PATCH_VERSION
we could do much easier version tests
ABI and API versioning policy prohibits
Hi,
>>
>> or should we do similar in ftp_commands.c depending on
>> MODULE_MAGIC_NUMBER ?
> The patch I committed for 0.9.2 tests the APR version, which the
> real test of this function's availability.
seen, that should be ok.
However I came over this already with other (external) modules, so ask
Hi,
> OK - here's my thought for 0.9.2 (not really a showstopper for this
> alpha release);
>* it's supposed to be as simple as copying over an existing httpd
> source tree. For win32, that means (minimum) you touch Apache.dsw
> and Makefile.win. Maybe ship those as a patch? It's
Hi,
> Need 2 +1's beyond my own to remove STATUS-FTP from the packages.
you have my +1 now already - since we dont ship STATUS with httpd packages
either.
Guen.
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 (b
Guenter Knauf wrote:
or should we do similar in ftp_commands.c depending on MODULE_MAGIC_NUMBER ?
The patch I committed for 0.9.2 tests the APR version, which the
real test of this function's availability.
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) is
Sounds good to me.
I compiled a few 3rd party modules on windows and most are not intree
compiling.
So I don't see it as a big loss if mod_ftpd doesn't compile in tree on windows.
On Jan 5, 2008 8:36 PM, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Guenter Knauf wrote:
> >
> >> I got a few n
Guenter Knauf wrote:
I got a few notes on this though:
1) in the 2.0 tree is there a loggers subfolder in the source tree?
I'm not sure been a long time since I looked at it.
2) APACHE2_HOME points to the install dir of apache and not to the
source IIRC? so there wouldn't be a modules subfolder
On 01/05/2008 07:04 PM, Nick Kew wrote:
> On Sat, 05 Jan 2008 12:38:58 +0100
> 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
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
I actualy like that the status files are packed, why aren't they
packed for the other packages?
But I'd say do what the others do.
On Jan 5, 2008 8:14 PM, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Guenter Knauf wrote:
> >
> >> See http://svn.apache.org/repos/asf/httpd/mod_ftp/tags/0.9.1/S
William A. Rowe, Jr. wrote:
Please fetch up the newly prepared httpd-mod_ftp-0.9.1.tar.gz, or the
win32/netware/os2 suitable package httpd-mod_ftp-0.9.1-crlf.zip (and
their md5/asc sigs) from:
[X] +1 to release as 0.9.1-alpha
If the announce states this is an alpha for httpd-2.2 I don't see
Guenter Knauf wrote:
See http://svn.apache.org/repos/asf/httpd/mod_ftp/tags/0.9.1/STATUS-FTP
first line of STATUS reads:
MOD_FTP 3.0 STATUS:
a little bit strange the 3.0 while the module has now 0.9.1 version
Fixed. I would be happy to reroll without STATUS if people agree that
it sho
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 don'
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 h
On Sat, 05 Jan 2008 12:38:58 +0100
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 tcpdu
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 don't
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
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 cr
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 d
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 prefe
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\bucke
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 allocator=0x
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 de
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 chun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi group,
For a new module I'm working on I need to read a short text file, parse
it, and store it (parsed,
of course) on my module's config, so I can use it on certain ap_hooks.
What do you recommend for this? Just declare my par
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 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 chu
Indeed with Win32DisableAcceptEx in there is bombs out :(
Same location as Steffen
On Jan 5, 2008 1:08 PM, Steffen <[EMAIL PROTECTED]> wrote:
> Looks like that it happens only when add Win32DisableAcceptEx to the conf.
>
> Steffen
>
>
> - Original Message -
> From: "Ruediger Pluem" <[EMAI
That could explain why I'm not seeing it... I don't have
Win32DisableAcceptEx in there.
I'll report back later once I add it.
On Jan 5, 2008 1:08 PM, Steffen <[EMAIL PROTECTED]> wrote:
> Looks like that it happens only when add Win32DisableAcceptEx to the conf.
>
> Steffen
>
>
> - Original Mes
Looks like that it happens only when add Win32DisableAcceptEx to the conf.
Steffen
- Original Message -
From: "Ruediger Pluem" <[EMAIL PROTECTED]>
To:
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 0
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.
>> S
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 :
Here an example crashing in mod_logio:
libaprutil-1.dll!apr_bucket_alloc(unsigned int size=40, apr_bucket_alloc_t *
list=0x00b4c0f0) Line 135 C
libaprutil-1.dll!apr_bucket_socket_create(apr_socket_t * p=0x00b4a140,
apr_bucket_alloc_t * list=0x00b4c0f0) Line 104 C
libhttpd.dll!ap_core_input_
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 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
>
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
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 Apac
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 chu
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 0x00b71f10 {pool=0x00b6ff08 allocator=0x f
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 correct
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
51 matches
Mail list logo
