i've done some more analysis and I see where it uses /usr/lib/nss_files.so.1 during the start up phase- probably this very getgroups call.
I think that would do it. but why? another question: is the ext/posix/posix.c bypassed when configured --disable-posix? your help is very much appreciated. 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: CALL COUNT > log.dappprof-apachectl:libc.so.1 > getgid 1 > log.dappprof-apachectl:libc.so.1 > getpgid 1 > log.dappprof-apachectl:libc.so.1 > getegid 1 > log.dappprof-apachectl:libc.so.1 > getpgid 25400 > log.dappprof-apachectl:libc.so.1 > getgid 27700 > log.dappprof-apachectl:libc.so.1 > getegid 32100 > log.dappprof-apachectl:libc.so.1 > getpgid 2400 > log.dappprof-apachectl:libc.so.1 > getgid 3800 > log.dappprof-apachectl:libc.so.1 > getegid 6700 > log.dappprof-apachectl-nophp:libc.so.1 > getegid 1 > log.dappprof-apachectl-nophp:libc.so.1 > getgid 1 > log.dappprof-apachectl-nophp:libc.so.1 > getpgid 1 > log.dappprof-apachectl-nophp:libc.so.1 > getpgid 25600 > log.dappprof-apachectl-nophp:libc.so.1 > getgid 27000 > log.dappprof-apachectl-nophp:libc.so.1 > getegid 28200 > log.dappprof-apachectl-nophp:libc.so.1 > getpgid 2300 > log.dappprof-apachectl-nophp:libc.so.1 > getgid 3400 > log.dappprof-apachectl-nophp:libc.so.1 > getegid 4800 > > > > > On 3/8/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote: > > > > > > > > Obviously PHP doesn't read that file directly. Figure out which libc > > call leads to that call and we might be able to help. > > > > -Rasmus > > > > > > -- > -Kevin > > -- -Kevin -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
