DO NOT REPLY [Bug 10515] - cgi lock when writing to stderr

From: <bugzilla(at)apache.org>
Date: Thu Aug 22 2002 - 00:01:17 EDT

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10515>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10515

cgi lock when writing to stderr

• Additional Comments From wrowe@apache.org 2002-08-22 04:01 -------

  I will preface this with a single observation, we will need to expand the   apr_poll api to include other 'objects', notably httpd-2.0 filters. The   only way to accomplish this is to provide a set of added callbacks to   query the filter chain for a data-ready state, and then add the filter   endpoints (e.g. sockets or pipes) to the pollset if there is no data   ready from any filter [or other extended] source or ready to send to any   destination sink.

  It is doable, but it is dirty.

  It's my impression that the default pipe size on Linux had been 64kb.   Did this change somewhere along the way? Is it a kernel tuning option   or can it be controlled with something like ioctl?

  If we can make the CGI pipes accept 64kb, at least, this remains a problem   for both Win32 and Linux, but at least it's a sane boundry instead of 4kb!!!

---

To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org Received on Thu Aug 22 04:00:51 2002