BrizRobbo

Hi Folks, I'm using the file_get_contents function to retrieve the contents from a URL. Something like: <?php echo date('h:i:s')."\n"; //TIMESTAMP -START $contents = file_get_contents("http://lasun122/index.html"); print "$contents\n"; echo date('h:i:s')."\n"; //TIMESTAMP -END print "FINISHED\n"; ?> It gets all the contents of that URL successfully, then prints it out successfully. The time between the 2 timestamps is typically less than 1 second. However, there always is about a 5 second delay before the program finishes and I get back to the shell prompt. It doesn't matter what web server I'm trying to hit, the delay is always there. Does anyone have any idea what might cause this delay? Cheers.

Solved. Didn't use GCC, ended up using Sun Studio 12 and the proper source tree (actual coolstack src from the Sun OpenTools project) and all is good.

Hi Folks, I am trying to phpize miniSQL with PHP 5.2.4 on Solaris (SPARC) using GCC 3.4.6. Configure works OK, however when I make, i get the following error when make'ing in /softwareArchive/php-5.2.4/ext/msql: /bin/bash /softwareArchive/php-5.2.4/ext/msql/libtool --mode=compile gcc -I. -I/softwareArchive/php-5.2.4/ext/msql -DPHP_ATOM_INC -I/softwareArchive/php-5.2.4/ext/msql/include -I/softwareArchive/php-5.2.4/ext/msql/main -I/softwareArchive/php-5.2.4/ext/msql -I/opt/coolstack/php5/include/php -I/opt/coolstack/php5/include/php/main -I/opt/coolstack/php5/include/php/TSRM -I/opt/coolstack/php5/include/php/Zend -I/opt/coolstack/php5/include/php/ext -I/opt/coolstack/php5/include/php/ext/date/lib -I/usr/local/Hughes/include -DHAVE_CONFIG_H -g -O2 -c /softwareArchive/php-5.2.4/ext/msql/php_msql.c -o php_msql.lo gcc -I. -I/softwareArchive/php-5.2.4/ext/msql -DPHP_ATOM_INC -I/softwareArchive/php-5.2.4/ext/msql/include -I/softwareArchive/php-5.2.4/ext/msql/main -I/softwareArchive/php-5.2.4/ext/msql -I/opt/coolstack/php5/include/php -I/opt/coolstack/php5/include/php/main -I/opt/coolstack/php5/include/php/TSRM -I/opt/coolstack/php5/include/php/Zend -I/opt/coolstack/php5/include/php/ext -I/opt/coolstack/php5/include/php/ext/date/lib -I/usr/local/Hughes/include -DHAVE_CONFIG_H -g -O2 -c /softwareArchive/php-5.2.4/ext/msql/php_msql.c -fPIC -DPIC -o .libs/php_msql.o /softwareArchive/php-5.2.4/ext/msql/php_msql.c: In function `zif_msql_fetch_field': /softwareArchive/php-5.2.4/ext/msql/php_msql.c:1107: error: `PRI_KEY_FLAG' undeclared (first use in this function) /softwareArchive/php-5.2.4/ext/msql/php_msql.c:1107: error: (Each undeclared identifier is reported only once /softwareArchive/php-5.2.4/ext/msql/php_msql.c:1107: error: for each function it appears in.) /softwareArchive/php-5.2.4/ext/msql/php_msql.c: In function `php_msql_field_info': /softwareArchive/php-5.2.4/ext/msql/php_msql.c:1198: error: `PRI_KEY_FLAG' undeclared (first use in this function) Any help would be appreciated. Cheers.

This is just a clarification question! We have compiled OpenSSL into PHP5 using the -with-openssl directive. My question is: when we want to upgrade OpenSSL on the servers in question (for obvious securty reasons), do we have to re-compile PHP. I wouldn't expect so...but you never know these things. A response from anyone with an insight into these things would be appreciated. Cheers.

Hi, I have been digging into this more for the last two weeks and it gets very interesting. Some parts of our site use NTLM for authentication to Active Directory. What is actually happening is that, when someone requests a page that has NTLM authentication requirements, APACHE (1.3.36) keeps the connection open in a "Sending reply" status for a VERY long time (indefinite). As you can imagine, your MaxClients processes quickly gets consumed if connections do not get released. The interesting thing is that this only occurs with PHP5, not PHP4. We compiled PHP5 for Solaris, using pretty-well default options....so I am wondering what may be in the compilation options/config/anywhere that might control how PHP5 deals with connections? Cheers.

Hi Folks, We've been running PHP4 for many years, and are just going through a process of upgrading to PHP5. However, we've had to rollback in our PROD environment because (it seems) that the number of apache processes dramatically increases over a short time. For instance, if we've been running with about 30 HTTPD processes under PHP4, and with the same load, we are cracking 150 HTTPD processes under PHP5. I have heard that PHP5 handles keep-alive connections differently than PHP4, and my first (largely un-informed) guess is that connections are being kept open for longer, which as you would expect, could have an incremental effect on the number of processes. Does anyone know of any php.ini configuration directives that I should be looking at in order to tune things like this? Any pointers would be appreciated. Environment is PHP 5.1.6 with APACHE 1.3.36 on Solaris 8. Cheers, Craig