apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43522] New: - threadproc non-block behavior on windows
Date Mon, 01 Oct 2007 13:52:59 GMT
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=43522>.
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=43522

           Summary: threadproc non-block behavior on windows
           Product: APR
           Version: HEAD
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: APR
        AssignedTo: bugs@apr.apache.org
        ReportedBy: covener@gmail.com


httpd's mod_ext_filter sets up a child process with a stdin of
APR_CHILD_BLOCK, but on windows the parent side of the stdin pipe
defaults to a "non-blocking pipe with an infinite (-1) timeout".  Such
a pipe in unix has its apr_file_pipe_timeout() flipped to 0 during
apr_procattr_io_set().

Net, a subsequent apr_file_read() behaves differently on the two
platforms when no data is available w/o the explicit
apr_file_pipe_timeout_set(foo, 0) call.

While the API might be a little ambiguous, and the caller can
explicitly set the timeout, is this a discrepancy APR should
eliminate?

-- 
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@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message