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
