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=42580>. 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=42580 ------- Additional Comments From [EMAIL PROTECTED] 2007-06-16 14:05 ------- Ok, thanks. No problem. Perhaps I can help i bit. I have examined the situation. Here the results: The apr problem only occurs, when the Apache runs in a Solaris Zone. When it runs in the global context (means: not in a zone), the apache restart does NOT cause an APR_TIMEUP. Is it right, that the error is from srclib/apr/poll/unix/poll.c from line 253? And the causing function is the poll(..) system call? "man poll" under Solaris says the same as the source code: RETURN VALUES Upon successful completion, a non-negative value is returned. A positive value indicates the total number of file descriptors that has been selected (that is, file descriptors for which the revents member is non-zero). A value of 0 indicates that the call timed out and no file descriptors have been selected. Upon failure, -1 is returned and errno is set to indicate the error. Perhaps its not possible to execute poll(..) in a Solaris zone? Or there is a missing device in /dev/? -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
