[PATCH] flood: (Updated) Add handler relative_times_sizes_process_stats

Summary: [PATCH] flood: (Updated) Add handler relative_times_sizes_process_stats This patch is an update of the original patch I sent February 7, 2003 to have report_relative include the bytes sent and received when displaying statistics. I updated it against the current public source from CVS

[PATCH] flood: Added generic_fullresp_recv_resp() to force full response.

Summary: Added generic_fullresp_recv_resp() to force full response. This patch adds a new handler that always retrieves the entire response. This handler is needed because we currently do not have a way to tell flood to always retrieve the entire response. We have a "wantresponse" flag that

[PATCH] flood: Fixed compiler warning about signed/unsigned mismatch in generic_recv_resp()

Here's a minor patch for a compiler warning. I'll going to send a patch that touches flood_socket_generic.c soon, so I figured it would be a good thing to address the warning first. Summary: Fixed compiler warning about signed/unsigned mismatch in generic_recv_resp () This patch addresses t

flood: Crash when no "usefarmer" specified.

Hi all, I looked a bit into this crash and see that it's because we end up accessing unitialized data. The code in question is in function run_farm() in flood_farm.c. When no usefarmer entries exist, we end up allocating a two-element array that looks like this: [0] uninitialized [1] NULL Th

Re: [PATCH] flood: Add handler relative_times_sizes_process_stats

Hi all, The patch I sent contained a bug. The second change in flood_profile.c causes the new relative_times_sizes_process_stats to always be used if you specify relative_times for your report. I've included a patch to fix the problem. I had mistakenly changed the list that's used to initialize

[PATCH] flood: Add handler relative_times_sizes_process_stats

This patch adds an alternative to the handler: relative_times_process_stats The new handler: relative_times_sizes_process_stats includes the number of bytes sent in the request and received in the response. This patch retrieves the number of bytes sent and received from data member "rbufsize"

[PATCH] flood: Add URL DELAYFACTOR to customize delays

Hi all, I created the following patch so I could specify delays smaller than one second. This patch adds a new attribute called "delayfactor" to the URL element. You use it to change the multiplication factor applied to the values you specify for: postdelay postdelayprecision pred

[PATCH] (flood) Handle invalid handler name in assign_profile_event_handler()

Summary: Fixed assign_profile_event_handler() to handle nonexistent names. This patch fixes a null dereference when you specify a profile event handler that does not exist in the profile_event_handlers[] table. Below is the smallest test case I was able to generate to trigger the crash. Note

Re: [PATCH] flood: Fixed floodenv.bat environment problem in Makefile.win.

Hi Bill, I think we're talking about two different styles of makefiles. When I refer to NMAKE makefiles, I'm talking about writing makefiles from scratch by a human being who knows to make the makefile maintainable and readable by another human being. The problems you mention with .mak files sou

Re: [PATCH] flood: Fixed floodenv.bat environment problem in Makefile.win.

Thanks for the review and feedback, Bill. I agree with your assessment of the floodenv.bat changes to invoke other programs. In my dealings with DevStudio DSP files and NMAKE makefiles, I've always found myself juggling environment variables with similar contortions. Do we need to support the ID

[PATCH] flood: Fixed floodenv.bat environment problem in Makefile.win.

Summary: Fixed floodenv.bat environment problem in Makefile.win. This submission fixes the floodenv.bat environment problem. This problem occurs when Makefile.win tries to set up variables for use by external prorams using floodenv.bat. For example, Makefile.win invokes MSDEV like this: floo

[PATCH] flood: Fixed Win32 build when not using OpenSSL

Summary: Fixed the Win32 build to exclude the OpenSSL libraries when we build without OpenSSL. This patch changes the Windows flood build so that it links successfully when you are building flood without OpenSSL. The changes move all the link decisions regarding OpenSSL usage to Makefile.win.

(flood) Environment problems with floodenv.bat in Makefile.win

Hi all, I'm seeing a problem in the Windows build of flood with Makefile.win. The makefile generates a batch file that sets up various variables. In the command block of some targets, we call the batch file before invoking a tool like nmake, MSDEV, etc. For example: floodenv.bat msdev flo

[PATCH] flood: Upgraded flood_test.dsp to MS DevStudio 6 format

Summary: * Updated flood_test.dsp to MS DevStudio 6 format This patch updates the file flood_test.dsp to Developer Studio (DevStudio) version 6. Developer Studio version 6 no longer needs to upgrade the DSP file on-the-fly when you load flood.dsw. This DSP file now has the same DevStudio versi

[PATCH] flood: (Win32) Fixed link error apr_pstrmemdup in flood_socket_keepalive.c

Summary: * (Win32) Fixed link error apr_pstrmemdup in flood_socket_keepalive.c. This patch addresses a link error. The code invoked apr_pstrmemdup() in flood_socket_keepalive.c without including the proper declaration. The compiler generates its own guess, which is incorrect. The code now incl

[PATCH] flood: Fixed PASSTHROUGH collision in flood_round_robin.c

Summary: * Fixed PASSTHROUGH collision in flood_round_robin.c. This patch fixes compile errors in flood_round_robin.c resulting from the Windows header file wingdi.h. That header file defines PASSTHROUGH, which is the same identifier used as an enumerated constant for type expand_param_e. The

[PATCH] flood: Added error handling for failed config-file open

Summary: * Added error handling for failed config-file open. This patch adds error handling to the code that opens the configuration file. When you specify an argument to the flood program, it attempts to open it to read in configuration information. Previously, there was no error handling, so

[PATCH] flood: Fixed Win32 crash resulting from strtoll() macro.

Hi all, This patch is the first in a series that will produce a running executable on Win32 platforms with Microsoft Visual C++ 6.0. My Win32 development environment is Microsoft Windows 2000 Service Pack 3 and MS Visual C++ 6.0 Service Pack 3. My FLOOD source was checked out from CVS this mornin