RE: PHP 4.0 Bug #7030 Updated: Inconsisitant runtime results on S olaris 2.6 Only

Jani I just pulled the latest patch 4.0.3 pl1. You didn't mean this version did you? When I attempted to compile it on Solaris 2.6 the following compiler error occured. make reentrancy.o cc -I. -I/home2/bcamillo/opt/php-4.0.3pl1/main -I/home2/bcamillo/opt/php-4.0.3pl1 -I/home2/bcamillo/opt/php-4.0.3pl1/main -I/ecam/string/include -I /ecam/string/view -I/ecam/string/include -I/ecam/string/view -I/opt/sybase/include -I/opt/bsafe40/solar26/library/include -I/home/tuxedo64/include -I/home2/bcamillo/opt/apache_1.3.12/include -I/home2/bcamillo/opt/php-4.0.3pl1/Zend -I/home2/bcamillo/opt/php-4.0.3pl1 -I/home2/bcamillo/opt/php-4.0.3pl1/ext/mysql/libmysql -I/opt/sybase/include -I/home2/bcamillo/opt/php-4.0.3pl1/ext/xml/expat/xmltok -I/home2/bcamillo/opt/php-4.0.3pl1/ext/xml/expat/xmlparse -I/home2/bcamillo/opt/php-4.0.3pl1/TSRM -I/opt/sybase/include -I/home2/bcamillo/opt/libxml2-2.2.2/include/libxml -D_POSIX_PTHREAD_SEMANTICS -DXML_BYTE_ORDER=21 -I/opt/sybase/include -I/home2/bcamillo/opt/libxml2-2.2.2/include/libxml -c reentrancy.c "reentrancy.c", line 106: prototype mismatch: 2 args passed, 3 expected cc: acomp failed for reentrancy.c *** Error code 2 make: Fatal error: Command failed for target `reentrancy.o' It compiled fine under Linux redhat 6.2. Thanks Brian > -----Original Message----- > From: Bug Database [SMTP:php-dev@lists.php.net] > Sent: Wednesday, October 18, 2000 10:45 AM > To: brian.camillo@eds.com > Subject: PHP 4.0 Bug #7030 Updated: Inconsisitant runtime results on > Solaris 2.6 Only > > ID: 7030 > Updated by: sniper > Reported By: brian.camillo@eds.com > Status: Feedback > Bug Type: *General Issues > Assigned To: > Comments: > > I just fixed one readdir specific (crash) problem. > Please get the latest CVS and try it out. > > --Jani > > Previous Comments: > -------------------------------------------------------------------------- > - > > [2000-10-17 17:26:48] sniper@php.net > Do you have any example script to reproduce this behaviour? > > --Jani > > > -------------------------------------------------------------------------- > - > > [2000-10-05 02:16:16] brian.camillo@eds.com > > > > Well... > > > > It works fine on ...I appologize for the potential > insult...it works fine on > > w2k, IIS 5.0...please don't delete me...ha ha ha!! > > > Shit happens. 8-) > > > > It also works fine on Linux...so I'm going to explore the > Solaris > > configuration for some options. > > > Quite odd. Did you post to the list to see if anyone else can > validate your findings? > > Tuc/TTSG > > Thanks > > Brian > > > > > -----Original Message----- > > > From: Tuc [SMTP:ttsg@ttsg.com] > > > Sent: Monday, October 02, 2000 11:35 AM > > > To: Brian.Camillo@attccc.com > > > Subject: Re: PHP/Apache on Solaris > > > > > > My assumption about reconfiguration is that the php > module is going bad > > > not Apache. > > > > > > Thanks > > > Brian > > > > > > -----Original Message----- > > > From: Tuc [SMTP:ttsg@ttsg.com] > > > Sent: Monday, October 02, 2000 11:35 AM > > > To: Brian.Camillo@attccc.com > > > Subject: Re: PHP/Apache on Solaris > > > > > > > > > > > Thanks for the tip...if I must I will... > > > > > > > Something to look into. > > > > > > > > By cache issue...do you mean browser cache or Apache cache. > > > > > > > Browser. > > > > > > > > Also...I'm going to compare configurations on Solais > and Linux as > > > well as > > > > w2k. > > > > > > > Ok. > > > > > > > > I'm also thinking of changing the way php is integrated > with > > > Apache on > > > > Solaris...Rather than creating an apache module, I'll try a > > > loadable module. > > > > > > > All that does is keep the module out of the server until the > > > first > > > use, then it pulls it in. > > > > > > Tuc/TTSG > > > > Thanks > > > > Brian > > > > > -----Original Message----- > > > > > From: Tuc [SMTP:ttsg@ttsg.com] > > > > > Sent: Sunday, October 01, 2000 1:25 PM > > > > > To: Brian.Camillo@attccc.com > > > > > Subject: Re: PHP/Apache on Solaris > > > > > > > > > > > > > > > > > Hi Scott > > > > > > > > > > > > If you have a moment. I found an interesting > problem running > > > apache > > > > > 1.3.12 > > > > > > with PHP 4.0.2 on Solaris 2.6. > > > > > > > > > > > Ok. > > > > > > > > > > > > I'm writing a PHP script to count files and stuff > like that. > > > I used the > > > > > > following functions to setup a working model. > > > > > > opendir, readdir, closedir. > > > > > > > > > > > Ok. > > > > > > > > > > > > Basically, I use these functions to tally counts > for certain > > > types of > > > > > files. > > > > > > Using the ereg function I scan for certain file > types. I > > > enclose the re > > > > > in > > > > > > single ticks and depending on the results of the > compare I > > > print the > > > > > file > > > > > > and increment a counter. It seems that the total files > > > processed using > > > > > the > > > > > > readdir function is in consistent on Solaris. If I > begin by > > > starting > > > > > the > > > > > > apache server, I will get correct counts. After a few > > > iterations the > > > > > counts > > > > > > begin to error and I have determined that it's not the > > > counters but the > > > > > > number of files read via the readdir function. What > resolves > > > the problem > > > > > > short term is to restart the server. > > > > > > > > > > > Er.... Thats odd. And its not a cache issue, right? > > > > > > > > > > > > I ported the directory to my Linux box and the same > code works > > > > > correctly. > > > > > > Apache and PHP are at the same release levels as on > Solaris. > > > I'm > > > > > running > > > > > > kernel 2.2.14. Any ideas as to who the trouble > maker is. It > > > seems like > > > > > it's > > > > > > PHP, however, I could make an arguement for Apache > also. I > > > was thinking > > > > > > about porting the test case to w2k and IIS 5.0 but > I didn't > > > want to risk > > > > > > insult until the end of my mail...ha ha ha!!. > > > > > > > > > > > > Any suggestions would be appreciated. > > > > > > > > > > > Back down to 3.0.16? > > > > > > > > > > Email php-general@lists.php.net ? > > > > > > > > > > Tuc > > > > > > > > > > > -------------------------------------------------------------------------- > - > > > Full Bug description available at: http://bugs.php.net/?id=7030