#43341 [Com]: no libphp5.so or php cli binary created
ID: 43341 Comment by: coder1 at gmail dot com Reported By: jay3ld at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: Mac os X 10.5 Leopard PHP Version: 5.3CVS-2007-11-20 (snap) New Comment: I can reproduce the problem on CentOS 5.1. I took the configuration that came with a default install and re-compiled with 5.25. No php5lib.so is created or installed. Previous Comments: [2007-12-07 20:40:14] b dot mcpherson at csuohio dot edu I'm having the same issue on AIX 5.3 64-bit PPC. Build complete. Don't forget to run 'make test'. # make test echo '\ \ Build complete. Don't forget to run 'make test'. ERROR: Cannot run tests without CLI sapi. # make install echo '\ \ Installing PHP SAPI module: nsapi cp: libs/libphp5.so: No such file or directory make: 1254-004 The error code from the last command is 1. Stop. The main directory has a libphp5.la file -rw-r--r-- 1 root system 2234 Dec 07 16:28 libphp5.la # cd libs # ls -l total 16704 -rw-r--r-- 1 root system 8547783 Dec 07 16:28 libphp5.a -rw-r--r-- 1 root system 2235 Dec 07 16:28 libphp5.la The libphp5.la file in the libs directory is not the same size. [2007-12-05 18:16:45] jesse dot charbneau at cengagelearning dot com Hello, I wanted to provide an update to my earlier post. I have performed the exact same steps on Suse 10 Enterprise. PHP built and installed without issue, and I was able to install a module via pecl. Does anyone know if this is correctable for Suse 9? [2007-12-05 16:31:21] jesse dot charbneau at cengagelearning dot com Hello, I have experienced this issue on multiple Suse Enterprise (v9.0 - v9.3) systems. This is to be used with Apache 2.2.6. Apache was configured, compiled and installed with: ./configure --enable-so --enable-rewrite --prefix=/opt/apache-2.2.6 --with-included-apr make make install (as root) I have tried multiple releases in the 5.2.x series (5.2.5, 5.2.4, 5.2.2) and have not been able to successfully get any of them to install the php-cli. I have been able to get it to install the module for apache, and so phpinfo() works and returns the correct page, but the requirements for this project need the cli (DAST). Here is the configure statement I am using with php: ./configure --with-libdir=lib64 --with-apxs2=/opt/apache-2.2.6/bin/apxs --prefix=/opt/apache-2.2.6 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-gd --with-openssl=/usr --enable-soap --enable-sockets --with-xmlrpc --with-xsl --with-curl --with-zlib --with-pear make (works fine) make install (as root) returns: -- Installing PHP SAPI module: apache2handler /opt/apache-2.2.6/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6/build/libtool' libphp5.la /opt/apache-2.2.6/modules /opt/apache-2.2.6/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6/modules/ libtool: install: error: cannot install `libphp5.la' to a directory not ending in /usr/src/packages/jess_temp/php-5.2.2/libs apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Is this something with the release? Or should I be looking to update Suse or something? I am going to try compiling it on a Suse 10 box and see what turns up. Thanks, Jess [2007-11-30 02:24:43] jay3ld at yahoo dot com I can say for fact I am no longer using the built in apache 2.0 or php. I have custom built apache 2.2 and it even shows under my phpinfo.php page I am using apache 2.2.6 (It is how I pulled this information up originally). I renamed the apachectl file in /usr/sbin to apachectl.old and made symlink to the new one in my /home directory so startup commands still use apachectl correctly. My httpd.conf specifically points at php directories as I run php 5.2 and php 6.0 at the moment and wanted to add 5.3 as another option to ensure my sites will operate in the future correctly when and if I upgrade to 5.3 [2007-11-29 01:05:12] [EMAIL PROTECTED] There seems to be some problem with the Apache that comes with Leopard. Here are some instructions how to do this: http://gorn.ch/archive/2007/11/01/leopard-native-apache-with-custom-64bit-php.html 5.2 propably works because it comes with the system, and you're most likely just loading that instead.. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.p
#37448 [NoF->Opn]: FastCGI Error: Server too busy Server
ID: 37448 User updated by: coder1 at gmail dot com Reported By: coder1 at gmail dot com -Status: No Feedback +Status: Open Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: open - issue still exists. Previous Comments: [2006-11-07 05:26:39] xangelusx at hotmail dot com Still having trouble on Windows 2003 with 5.2 (stable)! (See my previous comment for details) [2006-10-19 23:19:43] sbugs6 at yahoo dot fr With PHP 5.2.0RC6-dev (Oct 19 2006 20:17:20) on WinXP-SP2 [2006-10-11 02:31:30] snoopspecial at hotmail dot com I have the same problem using Windows 2003 SP1 and PHP 5.1.6 I tried the output buffering = 1000 and no luck either. please fix! [2006-10-05 02:51:36] xangelusx at hotmail dot com I confirmed the problem using msisolak's test on a Win 2003 server with PHP 5.1.6 running under fastcgi. Same on a Windows 2000 server with same PHP config. [2006-09-28 17:34:44] randy at rcs-comp dot com I am requesting that this bug status be changed to "open" since there has been plenty of feedback and until the bug has been confirmed to be fixed. I have also run into this same issue with php > 5.1.4 including the latest 5.1 snapshot. My solution was to use 5.1.2 instead. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#37448 [NEW]: FastCGI Error: Server too busy Server
From: coder1 at gmail dot com Operating system: Windows XP PHP version: 5.1.4 PHP Bug Type: CGI related Bug description: FastCGI Error: Server too busy Server Description: isapi_fcgi.dll fails to load PHP properly on WinXP SP2/IIS5.1 There are no errors showing up in the event log. When I configure IIS to php-cgi.exe, the page loads as expected. This was an upgrade from 5.1.2 to 5.1.4. 5.1.2 works OK with the same isapi_fcgi.dll. Additionally, I tested the Zend FastCGI file (zend_fcgi.dll) included with Zend Core. This version of FastCGI works OK. It is Caraveo's version (and my modification originating from this source) which previously worked on 5.1.2 that now fails to work with 5.1.4. Reproduce code: --- Expected result: Display PHP Information Actual result: -- HTTP/1.1 503 Server too busy Server: Microsoft-IIS/5.1 Date: Wed, 10 May 2006 17:09:58 GMT Connection: close Content-Type: text/html Server Error, unable to connect to fastcgi server. -- Edit bug report at http://bugs.php.net/?id=37448&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37448&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37448&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37448&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37448&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37448&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37448&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37448&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37448&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37448&r=support Expected behavior:http://bugs.php.net/fix.php?id=37448&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37448&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37448&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37448&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37448&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37448&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37448&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37448&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37448&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37448&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37448&r=mysqlcfg
#37448 [NoF->Opn]: FastCGI Error: Server too busy Server
ID: 37448 User updated by: coder1 at gmail dot com Reported By: coder1 at gmail dot com -Status: No Feedback +Status: Open Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: The bug does seem to go away with the 5.2 version. I am also able to reproduce the behavior described by msisolak exactly. Previous Comments: [2006-05-27 15:07:52] msisolak at yahoo dot com I am also able to reproduce this on the current 5.2 branch (built: May 27 2006 16:22:11) with isapi_fcgi.dll (FCGI_SERVER_VERSION = 2.2.2 0.5.2 beta). It appears to be triggered by an echo that is larger than some magic number around 16kB. This code: ", 131); ?> outputs a page that is 16,244 bytes. If I increase the count to 132 (what would be 16,368 bytes) I get: "HTTP/1.1 503 Server too busy Server: Microsoft-IIS/5.1 Date: Sat, 27 May 2006 15:05:07 GMT X-Powered-By: ASP.NET Connection: close Content-Type: text/html Server Error, unable to connect to fastcgi server." [2006-05-23 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-05-15 17:16:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-15 17:05:23] coder1 at gmail dot com Description: isapi_fcgi.dll fails to load PHP properly on WinXP SP2/IIS5.1 There are no errors showing up in the event log. When I configure IIS to php-cgi.exe, the page loads as expected. This was an upgrade from 5.1.2 to 5.1.4. 5.1.2 works OK with the same isapi_fcgi.dll. Additionally, I tested the Zend FastCGI file (zend_fcgi.dll) included with Zend Core. This version of FastCGI works OK. It is Caraveo's version (and my modification originating from this source) which previously worked on 5.1.2 that now fails to work with 5.1.4. Reproduce code: --- Expected result: Display PHP Information Actual result: -- HTTP/1.1 503 Server too busy Server: Microsoft-IIS/5.1 Date: Wed, 10 May 2006 17:09:58 GMT Connection: close Content-Type: text/html Server Error, unable to connect to fastcgi server. -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
