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=40328>. 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=40328 ------- Additional Comments From [EMAIL PROTECTED] 2006-09-05 12:36 ------- The use of ulimit -n in apachectl is certainly broken, I agree. It is only supposed to be used if the configure script detects that "ulimit" is tested to be OK to use the assumption that the configure script runs under /bin/sh has not been valid for a long long time. An alternative "fix" for that would be to use @CONFIG_SHELL@ in the apachectl.in hashbang line rather than hard-coding /bin/sh. But IMO apachectl should not attempt to workaround system misconfiguration like this, it is doomed to failure and doomed to be break in interesting ways in unanticipated circumstances. It's entirely silly given that httpd-as-root can bump limits directly via setrlimit(2) anyway without having to mess with shell-specific stuff. There are some other PRs on specific ulimit -n issues which could be reopened, or you could open a new one. -- 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]
