Initially I would think that a filter should see at most one EOS. mod_ext_filter doesn't have logic to ignore subsequent ones, resulting in a superfluous error message from a failed syscall when it tries to re-do some cleanup when it hits a second EOS.
In this case, the subrequest is handled by default_handler which passes down a FILE bucket and an EOS bucket. After that has completed, ap_finalize_sub_req_protocol() passes down another EOS bucket. Why does ap_finalize_sub_req_protocol() pass down an EOS? Isn't the handler responsible for that? Is this to clean up in case the handler encountered an error and failed to pass down an EOS? -- Jeff Trawick | [EMAIL PROTECTED] Born in Roswell... married an alien...
