I posted this yesterday to the install group, but I think maybe it should be
internals group.
I am wondering if there is a problem with the getgid, getegid or set
versions. How can I test this to find the problem?
I've got a funny issue, and it has been narrowed down to something with PHP5
on
What is it that php5.1.2 reads /etc/group on startup to setgroup?
My Solaris 10 boxes use LDAP as a NIS replacement so that we don't have to
manage individual group files on all the servers.
When I start Apache without php I see this the dtrace dtruss script:
log.dtruss-httpdcmd-nophp: 26471/1:
Thanks for responding...
I see the following GID calls from libc, supplying both w/php and w/o php.
Hmm. what next?
logfile: CALLCOUNT
log.dappprof-apachectl:libc.so.1
getgid 1
log.dappprof-apachectl:libc.so.1
getpgid
iated.
On 3/8/06, kjc <[EMAIL PROTECTED]> wrote:
> Thanks for responding...
> I see the following GID calls from libc, supplying both w/php and w/o php.
> Hmm. what next?
>
> logfile: CALLCOUNT
> log.dappprof-apachectl:libc.so.1
> getgid
h the absolute path of the
libraries it needs, instead of relying on the correct
paths being in the session's LD_LIBRARY_PATH.
2. Pray
On 2/24/06, kjc <[EMAIL PROTECTED]> wrote:
>
> I posted this yesterday to the install group, but I think maybe it should
> be internals group.
&
