DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17233>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17233 apachectl assumes ulimit exists ------- Additional Comments From [EMAIL PROTECTED] 2003-02-20 23:52 ------- A bit of digging gives me this... Configure was originally run as ./configure from a /bin/bash prompt (hence is actually running under /bin/sh from the #! line. Configure then tests to see if /bin/bash exists, makes sure it is not broken and restarts itself under /bin/bash. (/bin/sh under cygwin is not symlink to /bin/bash; I think sh is actually ash under cygwin) Under /bin/bash on Cygwin, ulimit exists and so we get: ULIMIT_MAX_FILES="ulimit -S -n `ulimit -H -n`" as it correctly passes all the tests (as you correctly noted, configure does test for ulimit... I hadn't looked :( But apachectl runs under /bin/sh from it's #!, and in /bin/sh under cygwin, ulimit does not exist. Changing the #! in apachectl to /bin/bash solves this as ulimit does exist in /bin/bash. (AFAIK, it is not functional, but does exist) Should apachectl.in use [EMAIL PROTECTED]@ instead of #!/bin/sh always? certainly it appears that one needs to ensure that apachectl and configure use the same shell to avoid such problems. additional info: BASH_VERSION='2.05b.0(8)-release' uname -a: CYGWIN_NT-5.0 xeno 1.3.20(0.73/3/2) 2003-02-08 12:10 i686 unknown unknown Cygwin --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
