Re: svn commit: r1914045 - in /httpd/httpd/trunk: changes-entries/ab-source-address.txt docs/man/ab.1 support/ab.c

gt; Add an option to specify a source address. > > Saw this in the backports list - doesn't this duplicate existing the -B > option for ab - or am I missing something? Looks like it does and -B even allows to specify multiple source IP's. Regards Rüdiger

Re: svn commit: r1914045 - in /httpd/httpd/trunk: changes-entries/ab-source-address.txt docs/man/ab.1 support/ab.c

kports list - doesn't this duplicate existing the -B option for ab - or am I missing something? Regards, Joe

Re: svn commit: r1897458 - in /httpd/httpd/trunk: changes-entries/ab-ssl-sense-fix.txt support/ab.c

On 27 Jan 2022, at 09:53, Ruediger Pluem wrote: >> Modified: httpd/httpd/trunk/support/ab.c >> URL: >> http://svn.apache.org/viewvc/httpd/httpd/trunk/support/ab.c?rev=1897458=1897457=1897458=diff >> >>

Re: svn commit: r1897458 - in /httpd/httpd/trunk: changes-entries/ab-ssl-sense-fix.txt support/ab.c

On 1/25/22 4:54 PM, minf...@apache.org wrote: > Author: minfrin > Date: Tue Jan 25 15:54:22 2022 > New Revision: 1897458 > > URL: http://svn.apache.org/viewvc?rev=1897458=rev > Log: > ab: Respond appropriately to SSL_ERROR_WANT_READ and SSL_ERROR_WANT_WRITE. > Prev

Re: ab issues (just on macOS?)

What I did was force the ab from the test framework to bind itself to 127.0.0.1 and all is now working OK. > On Apr 10, 2018, at 1:33 PM, Joe Orton <jor...@redhat.com> wrote: > > On Tue, Apr 10, 2018 at 08:47:03AM -0400, Jim Jagielski wrote: >> My understandi

Re: ab issues (just on macOS?)

On Tue, Apr 10, 2018 at 08:47:03AM -0400, Jim Jagielski wrote: > My understanding is that this patch was specifically designed > to address this exact situation, so I am confused why it > seems to be causing the problem... It's like ab tries ::1, > doesn't connect and then fails

Re: ab issues (just on macOS?)

My understanding is that this patch was specifically designed to address this exact situation, so I am confused why it seems to be causing the problem... It's like ab tries ::1, doesn't connect and then fails immediately instead of then trying 127.0.0.1... > On Apr 10, 2018, at 7:14 AM,

Re: ab issues (just on macOS?)

My test and build system is IPv4 w/ IPv6 Local Link Only. > On Apr 10, 2018, at 7:19 AM, Eric Covener wrote: > > On Tue, Apr 10, 2018 at 7:14 AM, Jim Jagielski wrote: >> Yeah... this seems related to >> >>

Re: ab issues (just on macOS?)

Some Linux setups mention ::1 for localhost first in /etc/hosts. I vaguely remember once having been bitten by that. > Am 10.04.2018 um 13:19 schrieb Eric Covener : > > On Tue, Apr 10, 2018 at 7:14 AM, Jim Jagielski wrote: >> Yeah... this seems related to

Re: ab issues (just on macOS?)

On Tue, Apr 10, 2018 at 7:14 AM, Jim Jagielski wrote: > Yeah... this seems related to > > http://svn.apache.org/viewvc?view=revision=1826891 Hrm -- My test config is all ipv4-only on linux (Listen 0.0.0.0:*) so w/o that patch if localhost returned ::1 first you'd get the

Re: ab issues (just on macOS?)

Yeah... this seems related to http://svn.apache.org/viewvc?view=revision=1826891 > On Apr 10, 2018, at 7:06 AM, Jim Jagielski <j...@jagunet.com> wrote: > > % host localhost. > localhost has address 127.0.0.1 > localhost has IPv6 address ::1 > > What I think is g

Re: ab issues (just on macOS?)

% host localhost. localhost has address 127.0.0.1 localhost has IPv6 address ::1 What I think is going on is that ab is using ::1 but httpd is just bound on 127.0.0.1 > On Apr 9, 2018, at 7:19 PM, Daniel Ruggeri <drugg...@primary.net> wrote: > > That's interesting. Does yo

Re: ab issues (just on macOS?)

That's interesting. Does your machine bind on both IPv6 and IPv4? I would assume just v4 and you have a localhost as ::1 in your hosts file. Is that the case? -- Daniel Ruggeri On April 9, 2018 4:43:42 PM CDT, Jim Jagielski wrote: >OK... if I change the test to use 127.0.0.1

Re: ab issues (just on macOS?)

OK... if I change the test to use 127.0.0.1 instead of localhost, all is well. So I'm guessing it is an IPv6 issue... ?

Re: ab issues (just on macOS?)

No problem w/ the script: /opt/perl5/bin/perl ./scr.pl Result was Hello there > On Apr 9, 2018, at 2:14 PM, Daniel Ruggeri wrote: > > use strict; > use IPC::Open3; > use Symbol; > > my $results = run_and_gather_output("echo 'Hello there'"); > print "Result was " .

Re: ab issues (just on macOS?)

On 2018-04-09 11:00, Jim Jagielski wrote: Anyone else seeing issues w/ the Perl test framework's ab test... t/ab/base.t .. 1..5 # Running under perl version 5.020003 for darwin # Current time local: Mon Apr 9 11:59:20 2018 # Current time GMT: Mon Apr 9 15:59:20 2018 # Using Test.pm version

ab issues (just on macOS?)

Anyone else seeing issues w/ the Perl test framework's ab test... t/ab/base.t .. 1..5 # Running under perl version 5.020003 for darwin # Current time local: Mon Apr 9 11:59:20 2018 # Current time GMT: Mon Apr 9 15:59:20 2018 # Using Test.pm version 1.26 # Using Apache/Test.pm version 1.41

Re: svn commit: r1827303 - /httpd/test/framework/trunk/t/ab/base.t

>> +"https stdout had some error strong " . Dumper >> $https_results->{stdout} ); > > > had some error string ? > Thanks, took the oppty to more fully reword. 1827314.

Re: svn commit: r1827303 - /httpd/test/framework/trunk/t/ab/base.t

> > Modified: > httpd/test/framework/trunk/t/ab/base.t > > Modified: httpd/test/framework/trunk/t/ab/base.t > URL: > http://svn.apache.org/viewvc/httpd/test/framework/trunk/t/ab/base.t?rev=1827303=1827302=1827303=diff >

Re: Fix for ab defect

Am 05.03.2018 um 15:48 schrieb Yann Ylavic: I meant that before the patch, "ab" already succeeded for (e.g.) https://localhost/ or https://192.168.x.x/ that is if the connect is quick enough to not trigger the bug (though it's not necessarily the case in local netwo

Re: Fix for ab defect (was: [VOTE] Release httpd-2.4.31)

;100% failure" in any >> circonstances, for instance on localhost (or fast enough local >> network) it won't fail since the errorneous path is not taken when >> non-blocking connect succeeds. >> It might not be easy/wise to launch/automate "ab" on an external >> serve

RE: Fix for ab defect (was: [VOTE] Release httpd-2.4.31)

> -Original Message- > From: Yann Ylavic [mailto:ylavic@gmail.com] > Sent: Sunday, March 04, 2018 5:09 PM > To: httpd-dev <dev@httpd.apache.org> > Subject: Re: Fix for ab defect (was: [VOTE] Release httpd-2.4.31) > > On Sun, Mar 4, 2018 at 11:4

Re: Fix for ab defect (was: [VOTE] Release httpd-2.4.31)

On Sun, Mar 4, 2018 at 11:48 PM, Daniel Ruggeri <drugg...@primary.net> wrote: > > I'd like to ask a followup question... how do we catch this in the > test suite? With this (100% failure), ab still returns a 0 exit code. > It *does* at least give the error message to STDERR. P

RE: Fix for ab defect (was: [VOTE] Release httpd-2.4.31)

I've tested the patch against 2.4.31 as provided in STATUS and confirmed it fixes the issue. Thanks for the very fast turnaround. I'd like to ask a followup question... how do we catch this in the test suite? With this (100% failure), ab still returns a 0 exit code. It *does* at least give

Fix for ab defect (was: [VOTE] Release httpd-2.4.31)

On Sat, Mar 3, 2018 at 10:51 PM, Yann Ylavic <ylavic@gmail.com> wrote: > On Sat, Mar 3, 2018 at 6:40 PM, li...@rhsoft.net <li...@rhsoft.net> wrote: >> >> -1 >> >> "ab" no longer can benchmark https urls, same build-spec and environment >>

[PATCH] ab: fix various memory leaks

xmalloc(postlen); rv = apr_file_read_full(postfd, postdata, postlen, NULL); + xfree(postdata); if (rv != APR_SUCCESS) { fprintf(stderr, "ab: Could not read POST data file: %s\n", apr_strerror(rv, errmsg, sizeof errmsg)); @@ -2413,5 +2423,15 @@ int main(int argc,

patch (mod_ssl/ab) to support OPENSSL_NO_SSL3 builds

I've opened a ticket for this already (bz 58349) but it was suggested that I send mail here as well. Currently httpd builds fail with libressl as SSLv3 has been disabled (OPENSSL_NO_SSL3); ab.c and mod_ssl unconditionally use SSLv3_method() functions. ab.c fails at build time, mod_ssl is

Re: patch (mod_ssl/ab) to support OPENSSL_NO_SSL3 builds

On Thu, Sep 10, 2015 at 10:37:44AM +, Stuart Henderson wrote: > I've opened a ticket for this already (bz 58349) but it was suggested > that I send mail here as well. > > Currently httpd builds fail with libressl as SSLv3 has been disabled > (OPENSSL_NO_SSL3); ab.c and mod_ssl unconditionally

Re: patch (mod_ssl/ab) to support OPENSSL_NO_SSL3 builds

On 2015/09/10 13:40, Stefan Sperling wrote: > On Thu, Sep 10, 2015 at 10:37:44AM +, Stuart Henderson wrote: > > I've opened a ticket for this already (bz 58349) but it was suggested > > that I send mail here as well. > > > > Currently httpd builds fail with libressl as SSLv3 has been disabled

Re: silly ab patch for SNI and OCSP stapling

...@gmail.com *Sent:* May 12, 2015 2:31:37 PM CDT *To:* Apache HTTP Server Development List dev@httpd.apache.org *Subject:* silly ab patch for SNI and OCSP stapling ... where OCSP stapling means get the server to do the related work but don't care what you get back. Perhaps this doesn't save

Re: silly ab patch for SNI and OCSP stapling

Yep, my mistake. I thought there was a command line switch to change the host header. You're correct - it wouldn't make much sense to override one and not the other. -- Daniel Ruggeri On 5/16/2015 11:25 AM, Jeff Trawick wrote: in that case shouldn't you also be overriding Host:, so the SNI

Re: silly ab patch for SNI and OCSP stapling

List dev@httpd.apache.org Subject: silly ab patch for SNI and OCSP stapling ... where OCSP stapling means get the server to do the related work but don't care what you get back. Perhaps this doesn't save any time for anybody that would want to test such a thing, but who knows? Index: support

Re: silly ab patch for SNI and OCSP stapling

+1, to both! Thanks. On Tue, May 12, 2015 at 9:31 PM, Jeff Trawick traw...@gmail.com wrote: ... where OCSP stapling means get the server to do the related work but don't care what you get back. Perhaps this doesn't save any time for anybody that would want to test such a thing, but who

silly ab patch for SNI and OCSP stapling

... where OCSP stapling means get the server to do the related work but don't care what you get back. Perhaps this doesn't save any time for anybody that would want to test such a thing, but who knows? Index: support/ab.c ===

ab and SNI

Hi is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni for each https-request fro ab the target servers floods one line into log [Sat Nov 23 14:00:33.592232 2013] [ssl:error] [pid 28314] AH02033

Re: ab and SNI

On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald h.rei...@thelounge.net wrote: Hi is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni I suggest using bugzilla.

Re: ab and SNI

On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald h.rei...@thelounge.netwrote: Hi is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni for each https-request fro ab the target servers floods one line

Re: ab and SNI

Am 23.11.2013 14:22, schrieb Jeff Trawick: On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald h.rei...@thelounge.net mailto:h.rei...@thelounge.net wrote: is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry

Re: ab and SNI

On Sat, Nov 23, 2013 at 8:33 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 23.11.2013 14:22, schrieb Jeff Trawick: On Sat, Nov 23, 2013 at 8:03 AM, Reindl Harald h.rei...@thelounge.net mailto:h.rei...@thelounge.net wrote: is there something wrong with these patches or why does ab

Re: ab and SNI

does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni for each https-request fro ab the target servers floods one line into log [Sat Nov 23 14:00:33.592232 2013] [ssl:error] [pid 28314] AH02033: No hostname was provided via SNI for a name

Re: ab and SNI

is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni Ask Meena perhaps? She's quite harmless you missed what i asked - in fact why there are patches needed why does ab -c 100 -n 50 https

Re: ab and SNI

I should also add that I see a pattern here, in case my response seems disproportionate.

Re: ab and SNI

Am 23.11.2013 16:13, schrieb Eric Covener: is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni Ask Meena perhaps? She's quite harmless you missed what i asked - in fact why there are patches needed

Re: ab and SNI

On Sat, Nov 23, 2013 at 10:27 AM, Reindl Harald h.rei...@thelounge.netwrote: Am 23.11.2013 16:13, schrieb Eric Covener: is there something wrong with these patches or why does ab not send SNI headers? https://blogs.oracle.com/meena/entry/apachebench_ab_and_sni Ask Meena perhaps? She's

Re: ab and SNI

is the same for you as for anyone else: If you are softer in your approach then more people will take time to assist my intention in the inital post was not to be unsoft or somehow else bad that's the simple history of the initial posting * i found the flood in the logs again * i called ab --help

[PATCH 55360] Potential buffer overflows in support/ab

Hello all, A comment section in support/ab.c lists the following known problems: /* * BUGS: * * - uses strcpy/etc. * - has various other poor buffer attacks related to the lazy parsing of * response headers from the server * - doesn't implement much of HTTP/1.x, only accepts certain

Re: [PATCH 55360] Potential buffer overflows in support/ab

On Mon, Aug 5, 2013 at 2:11 PM, Mike Rumph mike.ru...@oracle.com wrote: Hello all, A comment section in support/ab.c lists the following known problems: /* * BUGS: * * - uses strcpy/etc. * - has various other poor buffer attacks related to the lazy parsing of * response headers

Re: [PATCH 55360] Potential buffer overflows in support/ab

On Mon, Aug 5, 2013 at 4:10 PM, Jeff Trawick traw...@gmail.com wrote: On Mon, Aug 5, 2013 at 2:11 PM, Mike Rumph mike.ru...@oracle.com wrote: Hello all, A comment section in support/ab.c lists the following known problems: /* * BUGS: * * - uses strcpy/etc. * - has various other

ab-mruby is a HTTP Benchmark and Test Framework

Hi, all I have implemented ab-mruby. ab-mruby is a HTTP Benchmark and Test Framework based on ab. ab-mruby embedded mruby into ab command. mruby is a embeddable scripting language like lua. You can test and configure ab command options dynamically by mruby script. https://github.com/matsumoto

Re: ab: socket_timeout parameter -s (default: 30sec)

Le 16/12/2012 03:28, Guido Serra a écrit : Hi, I added a parameter to the utility Apache Benchmark (ab) to allow setting the socket timeout ...it is currently a hardcoded value at 30 seconds, and this is problematic on bad applications that have a slight percentage of requests going above

Re: ab: socket_timeout parameter -s (default: 30sec)

Le 17/12/2012 12:45, Christophe JAILLET a écrit : Le 16/12/2012 03:28, Guido Serra a écrit : Hi, I added a parameter to the utility Apache Benchmark (ab) to allow setting the socket timeout ...it is currently a hardcoded value at 30 seconds, and this is problematic on bad applications

ab: socket_timeout parameter -s (default: 30sec)

Hi, I added a parameter to the utility Apache Benchmark (ab) to allow setting the socket timeout ...it is currently a hardcoded value at 30 seconds, and this is problematic on bad applications that have a slight percentage of requests going above that threshold... or worse ab.diff Description

[PATCH] does ab actually work over SSL for anyone?

Index: support/ab.c === --- support/ab.c(revision 1370289) +++ support/ab.c(working copy) @@ -1347,11 +1347,21 @@ good++; close_connection(c); } +else if

Re: ab: HTTP/1.1

2010/8/15 Igor Galić i.ga...@brainsware.org Hi folks, In stumbling over this: http://dpaste.de/NFVw/ I put together a quick patch. HTTP/1.0 defaults to Connection: Close. There's no need to transmit those bytes when specifying 1.0. Perhaps the server you're using doesn't handle that

ab: HTTP/1.1

Hi folks, In stumbling over this: http://dpaste.de/NFVw/ I put together a quick patch. Good night -- Igor Galić Tel: +43 (0) 664 886 22 883 Mail: i.ga...@brainsware.org URL: http://brainsware.org/ Index: ab.c === --- ab.c

Re: svn commit: r811806 - in /httpd/httpd/trunk: CHANGES docs/man/ab.8 support/ab.c

Jeff Barnes wrote: I obsoleted the .8 file and attached the svn diff for the xml file. Should the ab.8 file be removed from svn if it gets overwritten with each documentation generation? No moreso than the .html files, all generated from xml. We don't expect typical developers to install

Re: svn commit: r811806 - in /httpd/httpd/trunk: CHANGES docs/man/ab.8 support/ab.c

On 09/06/2009 01:03 PM, minf...@apache.org wrote: Author: minfrin Date: Sun Sep 6 11:03:14 2009 New Revision: 811806 URL: http://svn.apache.org/viewvc?rev=811806view=rev Log: Add support for HTTP PUT to ab. Submiited by: Jeff Barnes jbarnesweb yahoo.com Modified: httpd/httpd

Re: svn commit: r811806 - in /httpd/httpd/trunk: CHANGES docs/man/ab.8 support/ab.c

I obsoleted the .8 file and attached the svn diff for the xml file. Should the ab.8 file be removed from svn if it gets overwritten with each documentation generation? Thanks, Jeff --- On Sun, 9/6/09, Ruediger Pluem rpl...@apache.org wrote: From: Ruediger Pluem rpl...@apache.org Subject: Re

Re: ab

Apparently my last submission to the list was a patch for a fork of ab (http://code.google.com/p/apachebench-standalone/wiki/HowToBuild). Sorry for the confusion (mine). Please find the attached svn diff for the *correct* ab.c and ab.8. (http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2

Re: ab

Jeff Barnes wrote: Apparently my last submission to the list was a patch for a fork of ab (http://code.google.com/p/apachebench-standalone/wiki/HowToBuild). Sorry for the confusion (mine). Please find the attached svn diff for the *correct* ab.c and ab.8. (http://svn.apache.org/repos

Re: ab

Here is the svn diff for ab to implement PUT requests. I also modified the ab man page, but I don't know where to check it out. I can provide the updated man page in its entirety or someone could point me to the svn server for it and I can send a diff. Or ? Best regards, Jeff Barnes Index

ab

A need arose for my organization to be able to load test web services. I modified ab.c to be able to send HTTP PUT requests. We have been using it for a couple of weeks and it is performing as expected. I would be happy to provide the changes (minor, it mimics POST requests). Would it be

Re: ab

Jeff Barnes wrote: A need arose for my organization to be able to load test web services. I modified ab.c to be able to send HTTP PUT requests. We have been using it for a couple of weeks and it is performing as expected. I would be happy to provide the changes (minor, it mimics POST

Re: svn commit: r541138 - in /httpd/httpd/trunk: docs/man/ab.8 docs/manual/programs/ab.html.en docs/manual/programs/ab.xml support/ab.c

On 24/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: sctemme Date: Wed May 23 19:19:04 2007 New Revision: 541138 Thanks Sander, I subscribed to the httpd-cvs list (as linked to from the httpd site) three days ago but haven't seen any commits. Is that list still active? I got the

Re: svn commit: r541138 - in /httpd/httpd/trunk: docs/man/ab.8 docs/manual/programs/ab.html.en docs/manual/programs/ab.xml support/ab.c

On May 23, 2007, at 11:49 PM, Vincent Bray wrote: On 24/05/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: sctemme Date: Wed May 23 19:19:04 2007 New Revision: 541138 Thanks Sander, I subscribed to the httpd-cvs list (as linked to from the httpd site) three days ago but haven't seen

Re: Small patch to ab apr_socket_recv error handling

if you want, you can commit this, the error counters are all over the place and not really correct. So I'm gonna keep improving ab to return the correct error stats. Filip Filip Hanik - Dev Lists wrote: ok, Jeff's feedback has been incorporated into this patch. Filip Jeff Trawick wrote

Re: Small patch to ab apr_socket_recv error handling

On 3/7/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: ok, Jeff's feedback has been incorporated into this patch. Could you post the patch again as an attachment? Some whitespace oddity is making it hard to apply for me. Thanks!

Re: Small patch to ab apr_socket_recv error handling

it is an attachment, chances are your mail reader is expanding it into your viewing window but you can also get it here http://www.hanik.com/fix-ab-recv-error.patch Filip Jeff Trawick wrote: On 3/7/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: ok, Jeff's feedback has been

Re: Small patch to ab apr_socket_recv error handling

On 3/8/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: it is an attachment, chances are your mail reader is expanding it into your viewing window but you can also get it here http://www.hanik.com/fix-ab-recv-error.patch thanks; committed to trunk

Re: Small patch to ab apr_socket_recv error handling

ok, Jeff's feedback has been incorporated into this patch. Filip Jeff Trawick wrote: On 3/2/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: is the patch below looking good? does it need adjustments? do I need to follow a different process? Filip Filip Hanik - Dev Lists wrote: ok,

Re: Small patch to ab apr_socket_recv error handling

, that wasn't so interesting since ab aborted immediately. IMO it is worthwhile to have a separate counter. if (bad) printf( (Connect: %d, Receive: %d, Length: %d, Exceptions: %d)\n, err_conn, err_recv, err_length, err_except); Thanks!

Re: Small patch to ab apr_socket_recv error handling

is the patch below looking good? does it need adjustments? do I need to follow a different process? Filip Filip Hanik - Dev Lists wrote: ok, final patch, this one also adds in Content-Length: 0 when keep alive is used. somehow, most containers will not do keep alive unless there is a content

Re: Small patch to ab apr_socket_recv error handling

ok, final patch, this one also adds in Content-Length: 0 when keep alive is used. somehow, most containers will not do keep alive unless there is a content length header. Filip Filip Hanik - Dev Lists wrote: hi Aaron, I added in the -r command line options, to not exit out on

Re: Small patch to ab apr_socket_recv error handling

the current functionality can stay default (meaning, all recv() errors are fatal) and for those circumstances where the user knows that there is some network-level or Apache-level problem causing intermittent recv() errors, they can still get performance results out of AB. -aaron On Mon, Feb 26, 2007

Re: Small patch to ab apr_socket_recv error handling

or Apache-level problem causing intermittent recv() errors, they can still get performance results out of AB. -aaron Index: ab.c === --- ab.c(revision 511976) +++ ab.c(working copy) @@ -258,6 +258,7

Small patch to ab apr_socket_recv error handling

I've created a small patch that lets ab continue even if it encounters an error on apr_socket_recv quite commonly, when servers are overloaded they disconnect the socket, ab receives a 104 (connection reset by peer) and the ab test exits. This patch logs the error, both counters correctly

Re: [PATCH] SSL patch for ab (ApacheBench)

On Wed, May 11, 2005 at 10:37:17PM +0900, Masaoki Kobayashi wrote: This is a patch for the version of ab on the trunk. In this version of ab, HAVE_OPENSSL controls if I have OpenSSL. I conformed to the way although I did not checked the case of HAVE_SSLC. Thanks a lot, and sorry for the slow

Re: [PATCH] SSL patch for ab (ApacheBench)

This is a patch for the version of ab on the trunk. In this version of ab, HAVE_OPENSSL controls if I have OpenSSL. I conformed to the way although I did not checked the case of HAVE_SSLC. There has also been small more fixes. 1. The resulting shared key bit length is now the number

Re: [PATCH] SSL patch for ab (ApacheBench)

This is a second patch to ab in 2.0.54 package. It fixes the things below against the first patch. 1. The resulting shared key bit length is now the number of effective bits. 2. Now ab does not dump core in case of SSL handshake error. -- Masaoki Kobayashi [EMAIL PROTECTED] --- ab.c.org

Re: [PATCH] SSL patch for ab (ApacheBench)

On Tue, May 10, 2005 at 02:13:47PM +0900, Masaoki Kobayashi wrote: This patch modifies the support/ab.c to handle SSL/TLS properly. This looks really wonderful, thanks a lot for submitting this. Is there any chance that you can rediff this against the version of ab on the trunk? http

Re: [PATCH] SSL patch for ab (ApacheBench)

OK. It seems not so hard to apply those changes to the one on trunk. I will make the patch in a few days. When I give SSL stress to apache httpd 2.0.54 with the new ab, the SSL connections at the httpd will be unstable. I believe there should be a problem around the SSL session cache as dbm

[PATCH] SSL patch for ab (ApacheBench)

suites. This patch makes ab work with asynchronous I/O even in SSL/TLS, while it introduces 2 more options for SSL/TLS. -Z ciphersuite Specify SSL/TLS cipher suite (See openssl ciphers) -f protocol Specify SSL/TLS protocol (SSL2, SSL3, TLS1, or ALL) Example: ab -f SSL3 -Z DES-CBC3-SHA -n 1000

Re: 2.1 trunk = ab -v 2 segfault

On Sat, Mar 26, 2005 at 11:27:27AM +0100, Alexander Lazic wrote: Hi, i use the 2.1 tunk ab and have found 2 segfaults, it think. the first one was easy to find: in ssl_print_cert_info() the buf is 64 not BUFSIZ for eg. =X509_NAME_oneline(dn, buf, BUFSIZ); The second one was not so

Re: 2.1 trunk = ab -v 2 segfault

Hi, On Fre 15.04.2005 11:54, Joe Orton wrote: Thanks for the report, there were three segfaults actually; I've fixed them on the trunk. Thanks ;-) one of the segfaults was because you're using a -c value -n, which doesn't really make sense; I changed ab to reject that. Ops, sorry :-( al ;-)

Re: 2.1 trunk = ab -v 2 segfault

On Apr 15, 2005, at 4:25 AM, Alexander Lazic wrote: one of the segfaults was because you're using a -c value -n, which doesn't really make sense; I changed ab to reject that. Ops, sorry :-( Don't be sorry, it's still a bug. (: S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP

2.1 trunk = ab -v 2 segfault

Hi, i use the 2.1 tunk ab and have found 2 segfaults, it think. the first one was easy to find: in ssl_print_cert_info() the buf is 64 not BUFSIZ for eg. =X509_NAME_oneline(dn, buf, BUFSIZ); The second one was not so easy to find because i'am not very familiar with the openssl-development. After

Re: [1.3 PATCH] Select SSL version on ab command line

do a 2.1 patch. The reason my personal itch was with the 1.3 ab is that it defaults to SSLv2 and my company's product doesn't support SSLv2. Now that the holidays are over: Tickle If we (as a community) don't want to put that kind of work into ab, especially 1.3 ab, I totally understand

[1.3 PATCH] Select SSL version on ab command line

The following patch (inline and attached) expands the experimental -s flag to ab to specify the SSL version used for the benchmark run. Valid versions are SSLv2, SSLv3, TLSv1 and ANY in which case the program will use the highest version available. This code is active when httpd is configured

Re: [1.3 PATCH] Select SSL version on ab command line

* Sander Temme wrote: The following patch (inline and attached) expands the experimental -s flag to ab to specify the SSL version used for the benchmark run. Valid versions are SSLv2, SSLv3, TLSv1 and ANY in which case the program will use the highest version available. This code is active

Re: [1.3 PATCH] Select SSL version on ab command line

At 01:15 PM 12/21/2004, Sander Temme wrote: The following patch (inline and attached) expands the experimental -s flag to ab to specify the SSL version used for the benchmark run. Valid versions are SSLv2, SSLv3, TLSv1 and ANY in which case the program will use the highest version available

Re: [1.3 PATCH] Select SSL version on ab command line

was with the 1.3 ab is that it defaults to SSLv2 and my company's product doesn't support SSLv2. Here's a new 1.3 patch (also attached for line-wrappy goodness): Index: src/support/ab.8 === --- src/support/ab.8 (revision 122972) +++ src

Re: [1.3 PATCH] Select SSL version on ab command line

for 'method'. And yes, I'll do a 2.1 patch. The reason my personal itch was with the 1.3 ab is that it defaults to SSLv2 and my company's product doesn't support SSLv2. Could this be similar to openssl s_client - ssl2, ssl3, ... and the no_ssl2, no_ssl3 etc? Just like you might want to specify

Re: [1.3 PATCH] Select SSL version on ab command line

pour our energy into flood instead of ab. S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF smime.p7s Description: S/MIME cryptographic signature

Re: [1.3 PATCH] Select SSL version on ab command line

On Tue, Dec 21, 2004 at 02:02:46PM -0800, Sander Temme wrote: We're also not talking about Ciphers here, just protocol versions. It figures out the ciphersuites for itself. I figure if we want to get that sophisticated, we'd better pour our energy into flood instead of ab. Cipher

[PATCH] Select SSL version on ab command line

This is the httpd-trunk version of the patch discussed under [EMAIL PROTECTED] (http://marc.theaimsgroup.com/?t=11036567171r=1w=2). It adds a -m flag to ab that allows you to enforce the SSL version used by ab on the command line. I also updated the ab.xml documentation file, but how do I

Re: [PATCH] Select SSL version on ab command line

* Sander Temme wrote: This is the httpd-trunk version of the patch discussed under [EMAIL PROTECTED] (http://marc.theaimsgroup.com/?t=11036567171r=1w=2). It adds a -m flag to ab that allows you to enforce the SSL version used by ab on the command line. I also updated the ab.xml

[PATCH] minor spelling corrections for ab.8

Patch made against ab.8 as released with Apache 1.3.33 ab-manpage.patch Description: Binary data /dale

Re: [PATCH] minor spelling corrections for ab.8

On Nov 8, 2004, at 8:32 AM, Dale Ghent wrote: Patch made against ab.8 as released with Apache 1.3.33 +1 Same patch against CVS: Index: src/support/ab.8 === RCS file: /home/cvspublic/apache-1.3/src/support/ab.8,v retrieving revision

[PATCH] ab reformatting

Jean-Jacques Clar 5/18/2004 10:57:40 AM Just replaced tabs with spaces and reworked indentation within brackets. If no objections will commit later. Thanks, JJ sorry I had to zip the patch, size was causing a failure from apache mail server: ezmlm-reject: fatal: Sorry, I don't accept

Re: [PATCH] ab reformatting

* Jean-Jacques Clar [EMAIL PROTECTED] wrote: Jean-Jacques Clar 5/18/2004 10:57:40 AM Just replaced tabs with spaces and reworked indentation within brackets. If no objections will commit later. Just commit it to 2.1 (No need to ask for that). But please not to 2.0 or 1.3. ezmlm-reject:

  1   2   >