apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rainer Jung <rainer.j...@kippdata.de>
Subject Re: Solaris shell
Date Sat, 22 Nov 2008 12:43:20 GMT
> There is more research to do, but it's pretty obvious that /usr/sh is not
> the best choice.  /bin/ksh seems a reasonable alternative.
> On failure (can't resolve libiconv.so.1 for rotatelogs) /usr/xpg4/bin/sh
> was miserable.  It emitted several sig 5's into the error log every second
> as httpd tried to respawn the failed invocation.  Insane.
> The best of all worlds seems to be if we added an option for apr_procattr_t
> that let the user pick-a-shell.  I have some further thoughts on that which
> I'll explore as I work up patches to the piped logger code.

We ran into several problems with /bin/sh:

https://issues.apache.org/bugzilla/show_bug.cgi?id=38989 (httpd 1.3)
https://issues.apache.org/bugzilla/show_bug.cgi?id=40651 (httpd 2.x)

Since 2.5 years we always use patch the builds to use /usr/xpg4/bin/sh
and observed no problems. I agree, that your tests show that /bin/ksh
might be even better.

I can't add info about the LD_LIBRARY_PATH info, because we use
statically compiled support binaries.

Making the SHELL configurable would be nice.



View raw message