httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 13609] - apachectl does not work under Tru64 Unix
Date Tue, 21 Jan 2003 22:26:29 GMT
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=13609>.
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=13609

apachectl does not work under Tru64 Unix





------- Additional Comments From Joseph.Senulis@dnr.state.wi.us  2003-01-21 22:26 -------
I have done some more poking about.  The configure script changes the shell 
from Bourne to Korn, in (I believe) the line:

exec "$CONFIG_SHELL" "$0" ${1+"$@"}

which restarts the script using the Korn shell.  At that point, it eventually 
gets to the line:

if TMP_ULIMIT=`ulimit -H -n` && ulimit -S -n $TMP_ULIMIT ; then

and is still running the Korn shell.  The argument `ulimit -H -n` is perfectly 
valid in T64 Korn shell, so the configure script would not assign null to 
APACHECTL_ULIMIT.  What I don't understand is why you were seeing differently.  
Presumably, when you tested this, configure did not restart itself with the 
Korn Shell?  In any event, there is a discrepancy between T64 ksh and sh, in 
that -H is valid in ksh, but -h should be used in sh.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message