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=43534>. 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=43534 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From [EMAIL PROTECTED] 2008-01-06 09:09 ------- Troubles with this patch; it doesn't mirror unix behavior (which is actually right in this case) and it introduces a service regression just as the earlier patch I committed introduced a console regression. The unix behavior is that the stdout channel should be fixed at the moment that configure is finished. This ensures any normal emits from perl, etc are seen in the parent by the user. I'm working to track down where that happens, it may be at daemonize() and actually embedded in apr, and I'm looking at a best solution to mirror unix. The regression is that stdio (and stderr and stdin) are third rails in a service that we can't touch before they have been repaired. The existing location of the stdout substitution can't and won't be changed. Thanks for the patch and the thorough explanation on [EMAIL PROTECTED], I'm proceeding with the patch that will resolve this without modifying unix nor services. -- 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]
