Not yet :) But that looks like a bug.
One of the major goals of flood is to ensure that it will scale huge using
whatever mechanisms the local machine/network has; be those threads,
forked children, remote instances of flood (over rsh/ssh), and all at
the same time if desired.
Feel free to bring this discussion over to [EMAIL PROTECTED]
-aaron
On Thu, Aug 23, 2001 at 04:17:54PM +0200, Martin Kraemer wrote:
> On Thu, Aug 23, 2001 at 04:05:30PM +0200, Sander Striker wrote:
> > Do a cvs update, Justin fixed this yesterday :)
> > The rm_sp field was a solaris specific extention...
>
> Thanks, that was better, but still no slice.
>
> flood_net_ssl.o: In function `ssl_id':
> flood_net_ssl.c(.text+0xe3): undefined reference to `apr_os_thread_current'
> flood_easy_reports.o: In function `easy_process_stats':
> flood_easy_reports.c(.text+0xdc): undefined reference to `apr_os_thread_current'
> flood_farm.o: In function `farmer_worker':
> flood_farm.c(.text+0x15): undefined reference to `apr_thread_pool_get'
> flood_farm.o: In function `run_farm':
> flood_farm.c(.text+0x476): undefined reference to `apr_thread_create'
> flood_farm.c(.text+0x4e5): undefined reference to `apr_thread_join'
> flood_report_relative_times.o: In function `relative_times_process_stats':
> flood_report_relative_times.c(.text+0xcf): undefined reference to
>`apr_os_thread_current'
> Make: *** [flood] Fehler 1
>
> Because of problems with threading in the past, I compiled apr without
> threading support (prefork mpm). Can't flood live without threads?
>
> Martin
> --
> <[EMAIL PROTECTED]> | Fujitsu Siemens
> <[EMAIL PROTECTED]> | 81730 Munich, Germany
