You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2004/12/08 06:17:54 UTC

DO NOT REPLY [Bug 32578] New: - writing to stderr from CGIs can silently block processing

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=32578

           Summary: writing to stderr from CGIs can silently block
                    processing
           Product: Apache httpd-2.0
           Version: 2.0.48
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P2
         Component: Platform
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: mitch@degana.com


I just spent several days tracking down this problem.

Running Linux, Apache 2.0.48.  My application is written in C (embedded system) that was writing 
debug information to stderr.

Long story short, I observed repeatable behavior that after perhaps a few KB of information, my 
application would hang.  Attaching with gdb indicated it was stuck down in libc, trying to write to 
stderr.

After 300 seconds, my process would be killed.

I can understand the desire to not allow CGI applications to fill error_log; so perhaps that is why 
httpd stops servicing the stderr pipe.  Or perhaps that is the real bug.

Assuming the former, It would have saved me a ton of energy if there had been a line in error_log 
indicating that the application had written too much data to stderr and would be killed.  It also 
seems that if the application is no longer going to be serviced, it should be killed right away.

Thanks for your time.
-Mitch

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org