#45076 [NEW]: openssl_csr_new puts extraattribs in wrong place of CSR
From: imm at reasoningmind dot org Operating system: Linux PHP version: 5.2.6 PHP Bug Type: OpenSSL related Bug description: openssl_csr_new puts extraattribs in wrong place of CSR Description: I'm trying to add extra attributes to CSR and I expect them in Attributes section. This is req_attributes section of openssl config. But function allways puts them into the Subject. IMHO, this is not right becausee subject defined in first argument and because there is no way to add extra attributes. Reproduce code: --- $csr = openssl_csr_new( $this->dn, $this->pkey_bin, array( "digest_alg" => "sha1", "private_key_bits" => 2048, "req_extensions" => "v3_req", "x509_extensions" => "usr_cert", ); array( 'challengePassword' => 'passwd', 'principalName' => 'DER:65726e6573744077696e2e6365726e2e6368', ) ); Expected result: Certificate Request: Data: Version: 0 (0x0) Subject: C=US, ST=Texas, L=Houston, O=Example Inc, OU=RMStuff, CN=Test User/[EMAIL PROTECTED] Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (2048 bit) Modulus (2048 bit): 00:cc:15:67:32:6a:2b:ad:5e:71:e6:48:22:f9:76: <...skip...> eb:5e:9e:e0:1b:13:b0:93:cf:d5:02:c2:6d:f2:1e: e2:83 Exponent: 65537 (0x10001) Attributes: chalengePassword passwd principalName :DER:65726e6573744077696e2e6365726e2e6368 Requested Extensions: X509v3 Basic Constraints: CA:FALSE X509v3 Key Usage: Digital Signature, Non Repudiation, Key Encipherment X509v3 Extended Key Usage: clientAuthentication, smartCardLogon Actual result: -- Certificate Request: Data: Version: 0 (0x0) Subject: C=US, ST=Texas, L=Houston, O=Example Inc, OU=RMStuff, CN=Test User/[EMAIL PROTECTED]/challengePassword=passwd/principalName=DER:65726e6573744077696e2e6365726e2e6368 Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (2048 bit) Modulus (2048 bit): 00:cc:15:67:32:6a:2b:ad:5e:71:e6:48:22:f9:76: <...skip...> eb:5e:9e:e0:1b:13:b0:93:cf:d5:02:c2:6d:f2:1e: e2:83 Exponent: 65537 (0x10001) Attributes: Requested Extensions: X509v3 Basic Constraints: CA:FALSE X509v3 Key Usage: Digital Signature, Non Repudiation, Key Encipherment X509v3 Extended Key Usage: clientAuthentication, smartCardLogon -- Edit bug report at http://bugs.php.net/?id=45076&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45076&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45076&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45076&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45076&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45076&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45076&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45076&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45076&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45076&r=support Expected behavior:http://bugs.php.net/fix.php?id=45076&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45076&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45076&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45076&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45076&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45076&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45076&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45076&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45076&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45076&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45076&r=mysqlcfg
#42455 [Com]: "Call to undefined method" - but method isn't undefined!
ID: 42455 Comment by: collie8 at bellsouth dot net Reported By: klikics at preisroboter dot de Status: No Feedback Bug Type: Class/Object related Operating System: Linux PHP Version: 5.2.3 New Comment: every time I send some thing you say it is the wrong email address and I know it is not the wrong email address and I was not born yesterday and I was born 53 year's ago and you better not say the next email I send you better not send it back to me any more because the next time I send one you better send it and If you do not send it the next email address you get will be from my Lawyer and that is a promise and If you do not what that to happen then the next one I do send you just better send it as of right now and that is an order and If you do not send it you can and will be shut down for good by my Lawyer and that is a promise. Previous Comments: [2007-09-05 01:00:01] 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". [2007-08-28 13:32:28] [EMAIL PROTECTED] That is not the script I'm looking for.. Please read the instructions how to report. Leave this as 'Feedback' until you actually have something useful to give as feedback.. [2007-08-28 13:04:48] klikics at preisroboter dot de Thanks for your fast answers! I've disabled Suhosin and eAccelerator already 2 days ago, but it still appears. Sorry, but I can't reproduce it because I only got the error twice and some visitors of our site reported it. Code example: search.php ## require("class.php"); $search = new search(); // ... class.php: ## class search{ function search() { $foo = new cluster_search(); // ... } // ... } class cluster_search { function cluster_search() { // ... $bar = $this->get_threader(); // here appears the error sometimes } function get_threader() { $bla = fsockopen(); // ... return $bla; } // ... } [2007-08-28 12:29:54] [EMAIL PROTECTED] As long as you can't reproduce it reliably and not able to give us any code to test ourselves this report is kinda useless. First thing you should try is to remove all 3rd party extensions (f.e. any Zend extensions like optimizers, encoders and caches). Then you install the latest CVS snapshot found here: http://snaps.php.net/php5.2-latest.tar.gz And if that doesn't work, you tell us what configure line you used to configure PHP and how we can reprodcue it.. [2007-08-28 12:24:48] klikics at preisroboter dot de Ok, another try ;-) I've got a class "search" and another class "cluster_search" (in the same file). In "cluster" there is a method "get_threader()", but not in "search". In the constructor of "search" is an object $clustersearch created from "cluster_search" and the constructor of "cluster_search" calls the method $this->get_threader() from class "cluster_search". Sometimes, PHP try's to call search::get_threader() instead of $this->get_threader at this moment ($this is here the class "cluster_search") and throws this error: Fatal error: Call to undefined method search::get_threader() in /www/class_.php on line 1305 The problem is, that I can't reproduce this error. I hope it's not to much confusion ... ;) 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/42455 -- Edit this bug report at http://bugs.php.net/?id=42455&edit=1
#45063 [Opn->Fbk]: Image functions doesn'twork
ID: 45063 Updated by: [EMAIL PROTECTED] Reported By: ahmedt at student dot cbhs dot school dot nz -Status: Open +Status: Feedback Bug Type: GD related Operating System: Windows XP Home PHP Version: 5.2.5 Assigned To: pajoye New Comment: remove the "?>" and everything will run fine. You are sending chars (like new lines and white spaces). Previous Comments: [2008-05-22 23:31:06] ahmedt at student dot cbhs dot school dot nz Sample Code: taken out pf PHP Doumentation. It's an example by php documentation to illustrate the use of imagecreate(). [2008-05-22 08:19:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2008-05-22 01:24:35] ahmedt at student dot cbhs dot school dot nz Description: I can't create images width images functions. Even the pp documentation examples for png image returns something like "The [URL] contains error, image can't be displayed". If yiu take off the 'header()' call. It returns some squares, un-readable by human characters. I am using GD 2.0.34.(php 5.2.5) phpinfo() says GD is enabled and able to make png, jpeg, gif images. GD version is the version that comes with PHP 5.2.5 Reproduce code: --- something like "The url http://127.0.p0./image.php contains error, image can't be displayed". Actual result: -- To output images png,jpeg ect. -- Edit this bug report at http://bugs.php.net/?id=45063&edit=1
#45063 [Fbk->Opn]: Image functions doesn'twork
ID: 45063 User updated by: ahmedt at student dot cbhs dot school dot nz Reported By: ahmedt at student dot cbhs dot school dot nz -Status: Feedback +Status: Open Bug Type: GD related Operating System: Windows XP Home -PHP Version: 5.2.6 +PHP Version: 5.2.5 Assigned To: pajoye New Comment: Sample Code: taken out pf PHP Doumentation. It's an example by php documentation to illustrate the use of imagecreate(). Previous Comments: [2008-05-22 08:19:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2008-05-22 01:24:35] ahmedt at student dot cbhs dot school dot nz Description: I can't create images width images functions. Even the pp documentation examples for png image returns something like "The [URL] contains error, image can't be displayed". If yiu take off the 'header()' call. It returns some squares, un-readable by human characters. I am using GD 2.0.34.(php 5.2.5) phpinfo() says GD is enabled and able to make png, jpeg, gif images. GD version is the version that comes with PHP 5.2.5 Reproduce code: --- something like "The url http://127.0.p0./image.php contains error, image can't be displayed". Actual result: -- To output images png,jpeg ect. -- Edit this bug report at http://bugs.php.net/?id=45063&edit=1
#45073 [NEW]: ?
From: gogulas at wp dot pl Operating system: windows/unix PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: ? Description: HELLo This is not a bug. time when funcion sleep() holding script, (aswell as for example sql querty), dosnt include to total script execute time, so if we set max execution time in php.ini for example 60 sec. the sleep(); will hold script for seconds. So run it times :P IMO next versions of php shouldnt exclude sleep() from max_execution_time. Realy, who need this for anything except crackers? :P -- Edit bug report at http://bugs.php.net/?id=45073&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45073&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45073&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45073&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45073&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45073&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45073&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45073&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45073&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45073&r=support Expected behavior:http://bugs.php.net/fix.php?id=45073&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45073&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45073&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45073&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45073&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45073&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45073&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45073&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45073&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45073&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45073&r=mysqlcfg
#31417 [Com]: $HTTP_RAW_POST_DATA but $_POST not populated
ID: 31417 Comment by: mgb at matthewbelden dot com Reported By: j-spam at starline dot ee Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.0.3 New Comment: sorry in the previous comment the pattern should be \r\n not just \n Previous Comments: [2008-05-22 18:57:33] mgb at matthewbelden dot com This workaround did it for me, the above did not. $pattern = "/\n/"; $replace = "&"; $GLOBALS['HTTP_RAW_POST_DATA'] = preg_replace($pattern, $replace, $GLOBALS['HTTP_RAW_POST_DATA']); if (isset($GLOBALS['HTTP_RAW_POST_DATA']) && !count($_POST)) parse_str($GLOBALS['HTTP_RAW_POST_DATA'] , $_POST); [2006-05-16 15:23:38] fabiovh at nospammers dot gmail dot com //workaround if (isset($GLOBALS['HTTP_RAW_POST_DATA']) && !count($_POST)) parse_str($GLOBALS['HTTP_RAW_POST_DATA'] , $_POST); [2006-05-15 14:53:58] baker195 at btinternet dot com I'm writing an AJAX application and after using the XLMHttpRequest object to post the data to my server side PHP script, I have to extract the data from $HTTP_RAW_POST_DATA as $_POST is empty. [2005-07-18 07:03:55] robbhammack at gmail dot com I'm also having this issue. $_GET and $HTTP_RAW_POST_DATA are populated, but $_REQUEST and $_POST are not. I'm trying to develop an application for php5 but whithout being able to post form data, I'm going to have to go back to php4 which would be a real shame. OS is win2K xp2 PHP Version 5.1.0b3 System Windows NT MINERVA 5.1 build 2600 Build Date Jul 14 2005 20:32:24 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:/Development/programs/php5/php.ini PHP API 20041225 PHP Extension 20050617 Zend Extension 220050617 Apache Version Apache/2.0.53 (Win32) PHP/5.1.0b3 DAV/2 Apache API Version 20020903 Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dav_fs mod_dir mod_env mod_imap mod_include mod_info mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_php5 [2005-03-08 01:00:26] 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". 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/31417 -- Edit this bug report at http://bugs.php.net/?id=31417&edit=1
#43443 [Opn]: PDO::prepare() throws PDOException instead of returning FALSE
ID: 43443 Updated by: [EMAIL PROTECTED] Reported By: r dot wilczek at web-appz dot de Status: Open Bug Type: PDO related Operating System: openSuse 10.3 PHP Version: 5.2.5 -Assigned To: +Assigned To: johannes New Comment: IMHO this is not a bug. This is how PDO is designed. PDO calls the constructor of the PDO_Statement class. The constructor of a class cannot return false. Its only way to indicate an error is to throw an exception. Previous Comments: [2007-11-28 23:57:14] r dot wilczek at web-appz dot de Description: Documentation says PDO::prepare() returns FALSE on failure. But tests with PDO_SQLITE and PDO_MYSQL show that you either get a PDOException thrown at you or a PDOStatement which cannot be executed. I am quite surprised, for I upgraded from PHP5.2.0 to PHP5.2.5. In 5.2.0 both drivers threw exceptions on syntax-errors in PDO::prepare(). One could live with exceptions instead of FALSE but it should be done in a uniform manner of all the drivers. Reproduce code: --- $pdo = new PDO('mysql:host=localhost;dbname=test', 'user', 'password', array(PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION)); $stmt = $pdo->prepare('some nonsense'); var_dump($stmt); $pdo = new PDO('sqlite:/tmp/foo.db', 'user', 'password', array(PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION)); $stmt = $pdo->prepare('some nonsense'); var_dump($stmt); Expected result: bool(false) bool(false) Actual result: -- object(PDOStatement)#2 (1) { ["queryString"]=> string(13) "some nonsense" } Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 1 near "some": syntax error' in PHPDocument1:5 -- Edit this bug report at http://bugs.php.net/?id=43443&edit=1
#45051 [Fbk->Csd]: odbc_pconnect() crashes
ID: 45051 User updated by: glillibridge at yahoo dot com Reported By: glillibridge at yahoo dot com -Status: Feedback +Status: Closed Bug Type: ODBC related Operating System: NT PHP Version: 5.2.6 New Comment: I am afraid that is not a problem, but something wrong on NT. I have put a new domain user as the iis user, got it working (I also had to put the iis 5.0 isolator on). The old user (not a domain user, but a special one set up by microsoft for iis) was inconsistantly reacted to when a connection was attempted. Why, I am not positive. It was the same for odbc_connect() as for odbc_pconnect. I believe that some how the local area network was slow in returning an access violation and php did not get it. I have closed it, since several 100 tests have been unable to reproduce it. Previous Comments: [2008-05-22 08:38:15] [EMAIL PROTECTED] I would guess using odbc_connect() works fine..? [2008-05-20 16:46:01] glillibridge at yahoo dot com Description: This is a repost of 45026, now marked bogus. We loaded php 5.2.6 and still get almost the same problem. The only difference is that the access violation location has changed. We are trying to establish a connection to a MAS200 server (also on NT). This is the actual php line: $crs = odbc_pconnect("dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg","",""); Sometimes it works and returns connection identifier. Most times it returns the message: PHP has encountered an Access Violation at 034F10D0 This uses an odbc source identified in the web server, using an internal IP. Reproduce code: --- $crs = odbc_pconnect("dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg","",""); echo "" . odbc_error($crs) . "==" . $crs . "" ; Expected result: S000== Actual result: -- PHP has encountered an Access Violation at 034F10D0 -- Edit this bug report at http://bugs.php.net/?id=45051&edit=1
#45061 [Opn]: Installer incorrect
ID: 45061 User updated by: rtomblin at hughes dot net Reported By: rtomblin at hughes dot net Status: Open Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.6 Assigned To: jmertic New Comment: As promised about the great "working" application has more issues: When trying to open php-win.exe: php-win.exe - Unable to Locate Component: This application has failed to start because OCI.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because OCI.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because OCI.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because sqlite3.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because LIBPQ.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because aspell-15.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because libcs.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because DB2CLI.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because isqlt09a.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because iilibapi.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because libSQLDBC_C.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because libmonetra.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because lcrzp.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because OCIW32.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because DB2CLI.dll was not found. Re-installing the application may fix this problem. Clicked "OK" This application has failed to start because ICLIT09B.dll was not found. Re-installing the application may fix this problem. Clicked "OK" Nothing happened after this. Just ended. Like I said. "GREAT RELEASE"!!! Previous Comments: [2008-05-22 13:31:44] rtomblin at hughes dot net Windows Vista Enterprise SP1 Logged in as Administrator. Trying to install PHP 5.2.6 by following instructions from 1. Download php-5.2.6-win32-installer.msi 2. Opened containing folder 3. Double clicked on php-5.2.6-win32-installer.msi 4. Used default setups 5. Tried every server type. 6. GOT ERROR Error trying to access http.conf. You will need to manually configue web server. H... I am starting to think of going back to DreamWeaver because a developer does not know how to verify by doing the install themself! I am a developer and can manually configure this BUT I thought you would like to know that there are errors. New issue to be posted because I found more errors!!! [2008-05-22 12:33:27] [EMAIL PROTECTED] Please install with administrator privileges, or provide betters steps to reproduce. [2008-05-22 08:29:44] [EMAIL PROTECTED] Assigned to the installer maintainer. [2008-05-21 20:46:59] rtomblin at hughes dot net Description: MSI Installer seems to install great BUT it errors for httpd.conf and I know from previous versions this does not get installed on Windows boxes. If you could please correct this, we would appreciate it greatly. Expected result: Expect Windows MSI installer not to fail. Actual result: -- php-5.2.6-win32-installer.msi package just downlaod from website. -- Edit this bug report at http://bugs.php.net/?id=45061&edit=1
#42499 [Asn]: PDO_MYSQL: multi-statement execution via PDO::exec() makes connection unusable
ID: 42499 Updated by: [EMAIL PROTECTED] Reported By: suhachov at gmail dot com Status: Assigned Bug Type: PDO related Operating System: FC PHP Version: 5.2.4 -Assigned To: andrey +Assigned To: johannes New Comment: Should be fixed with the next release of PDO_MYSQLND Previous Comments: [2008-05-08 14:58:33] [EMAIL PROTECTED] See also http://pecl.php.net/bugs/bug.php?id=7433 [2008-04-29 14:43:34] kingoleg at mail dot ru Hi, All Is there any solution for this? [2008-04-05 21:06:13] mgrdinic at sledxchange dot com Any movement here? [2007-09-04 14:45:46] [EMAIL PROTECTED] Andrey, can you check this out please. (or reassing to whoever is supposed to be maintaining ext/pdo_mysql :) [2007-09-04 14:42:22] suhachov at gmail dot com I said it _only_ in reply to your response: > You report the bug with version 5.2.4, yet you seem to > be using 5.1.6?! > How about you try with 5.2.4 first? I mentioned in this issue, that it applies to 5.2.4 and usually it means something (unless reporter is insane). I spent a lot of time to find this peace of code inside PDO and find out how to work it around but you even didn't look to the source file to see that it wasn't changed since 5.1.X. I know you guys aren't paid for this, but we aren't paid for tracing bugs too. So lets respect each others efforts ... > so provide an url to the unified diff http://blog.ru/php-pdo-multi-result.patch > And make the patch against latest CVS snapshot rather than > release, it's lot easier to review and apply it then. ok, but this patch is release-independent, this area is unchanged for a long time. 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/42499 -- Edit this bug report at http://bugs.php.net/?id=42499&edit=1
#45068 [NEW]: Large integer immediates are read incorrectly
From: philipm at sybase dot com Operating system: Linux (32-bit only) PHP version: 5.2.6 PHP Bug Type: Variables related Bug description: Large integer immediates are read incorrectly Description: Entering a large integer immediate (i.e. bigger than INT_MAX) will result in INT_MAX being used. The issue is that these numbers cannot be treated as integers in the zval, but for some reason the parser is attempting to do so. However, the various operators convert the large number to a float, so they work okay. For example, entering: 30 gives 2147483647 30 + 1 gives 2147483648 30.0 + 1 gives 31 This issue was introduced in PHP 5.2.1 and has not been addressed as of 5.2.6. 5.2.0 and earlier worked as expected. It also appears to work properly on Windows. Reproduce code: --- # the output should be the same as the input print 30 . "\n"; # these two should be the same print 30 + 1 . "\n"; print 30.0 + 1 ."\n"; Expected result: 30 31 31 Actual result: -- 2147483647 2147483648 31 -- Edit bug report at http://bugs.php.net/?id=45068&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45068&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45068&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45068&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45068&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45068&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45068&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45068&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45068&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45068&r=support Expected behavior:http://bugs.php.net/fix.php?id=45068&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45068&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45068&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45068&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45068&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45068&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45068&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45068&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45068&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45068&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45068&r=mysqlcfg
#31417 [Com]: $HTTP_RAW_POST_DATA but $_POST not populated
ID: 31417 Comment by: mgb at matthewbelden dot com Reported By: j-spam at starline dot ee Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.0.3 New Comment: This workaround did it for me, the above did not. $pattern = "/\n/"; $replace = "&"; $GLOBALS['HTTP_RAW_POST_DATA'] = preg_replace($pattern, $replace, $GLOBALS['HTTP_RAW_POST_DATA']); if (isset($GLOBALS['HTTP_RAW_POST_DATA']) && !count($_POST)) parse_str($GLOBALS['HTTP_RAW_POST_DATA'] , $_POST); Previous Comments: [2006-05-16 15:23:38] fabiovh at nospammers dot gmail dot com //workaround if (isset($GLOBALS['HTTP_RAW_POST_DATA']) && !count($_POST)) parse_str($GLOBALS['HTTP_RAW_POST_DATA'] , $_POST); [2006-05-15 14:53:58] baker195 at btinternet dot com I'm writing an AJAX application and after using the XLMHttpRequest object to post the data to my server side PHP script, I have to extract the data from $HTTP_RAW_POST_DATA as $_POST is empty. [2005-07-18 07:03:55] robbhammack at gmail dot com I'm also having this issue. $_GET and $HTTP_RAW_POST_DATA are populated, but $_REQUEST and $_POST are not. I'm trying to develop an application for php5 but whithout being able to post form data, I'm going to have to go back to php4 which would be a real shame. OS is win2K xp2 PHP Version 5.1.0b3 System Windows NT MINERVA 5.1 build 2600 Build Date Jul 14 2005 20:32:24 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:/Development/programs/php5/php.ini PHP API 20041225 PHP Extension 20050617 Zend Extension 220050617 Apache Version Apache/2.0.53 (Win32) PHP/5.1.0b3 DAV/2 Apache API Version 20020903 Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dav_fs mod_dir mod_env mod_imap mod_include mod_info mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_php5 [2005-03-08 01:00:26] 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". [2005-03-01 18:18:03] csaba at alum dot mit dot edu Huge problem. This just started happening on my Win XP Pro (SP 2) machine - checked with both the Feb 28 snapshots and March 1 snapshots. It was not happening on the Feb 19 snapshots, but I think it might be going on since Feb 25 because of: http://bugs.php.net/bug.php?id=32109 I am using Apache 2.0.53 and I have php.ini in c:\windows. Besides that I have the following 4 files in c:\winapps\php.net\latest: php.exe, php-win.exe, php5ts.dll, and php5apache2.dll, a fairly minimalistic setup. Csaba Gabor from Vienna 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/31417 -- Edit this bug report at http://bugs.php.net/?id=31417&edit=1
#44625 [Bgs]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 User updated by: anilb36 at hotmail dot com Reported By: anilb36 at hotmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 New Comment: Is this issue resolved ? I am still getting the same problem although you have marked the status as bogus without resolving it?I have submitted the config env to jani earlier ? Previous Comments: [2008-05-16 13:26:58] anilb36 at hotmail dot com Is somebody looking in this issue as there is no feedback uptil now ? [2008-04-03 14:24:19] anilb36 at hotmail dot com Here is the relevant phpinfo() o/p Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\Windows Loaded Configuration File C:\php\php.ini It shows the correct values in here but doesn't load the values that are in this file and ext dir still shows c:\php5 instead of c:\php\ext.Can you let me know where this c:\php5 is being picked up from ? That is the whole issue.I have also emailed you the local config and o/p if it makes sense. [2008-04-03 14:12:52] [EMAIL PROTECTED] For all users out there: phpinfo() has the information of actual used php.ini file, found in the very first block. "Loaded configuration file", below the "Configuration File (php.ini) Path". [2008-04-03 13:37:29] anilb36 at hotmail dot com There is no variable _which_php.ini in phpinfo o/p.Can you pls elaborate. Is this a hidden sys variable like _FILE_ that i need to echo. Have you checked and are sure that there is no php.ini load issue on Env => Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 ? [2008-04-03 11:09:18] [EMAIL PROTECTED] Check in phpinfo() output _which_ php.ini file is actually loaded. This is no bug. 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/44625 -- Edit this bug report at http://bugs.php.net/?id=44625&edit=1
#41997 [Opn]: pdo_mysql: stored procedure call returning single rowset blocks future queries
ID: 41997 Updated by: [EMAIL PROTECTED] Reported By: nitel_defect at yahoo dot com Status: Open Bug Type: PDO related Operating System: Windows XP SP2 PHP Version: 5.2.3 -Assigned To: +Assigned To: johannes New Comment: The next PDO_MYSQLND release should fix this Previous Comments: [2008-01-24 11:46:34] ben at stickyeyes dot com Just to add to this bug, I too experience this problem when trying to execute two stored procedures, one after the other. Unfortunately, the only work around I could get working, was to create a new PDO object for each query (attempting to clone an existing PDO object caused Apache to crash, but thats another bug for another day...) Sucks, but it works. Apache/2.2.4 (Win32) PHP/5.2.3 PDO Driver for MySQL, client library version5.0.37 MySQL 5.1.22 [2008-01-22 13:28:59] [EMAIL PROTECTED] Reclassified: mysql -> pdo [2007-08-21 00:08:52] marpiotr at gmail dot com i seem to have the same problem on 5.1.6 on Fedora Core 6 [2007-07-16 18:06:49] nitel_defect at yahoo dot com http://www.kpsol.ro/php_pdo_mysql.dll [2007-07-16 17:30:00] temposeb at free dot fr I encounter exactly the same bug for many months. Environment : Win2000 Pro SP4, Apache 2.2, PHP 5.2.4-dev (Build Date Jul 11 2007 20:03:23), MySQL 5.1.20-beta-community-nt-debug (same thing with MySQL 5.0.x). nitel_defect, where can we find the hacked DLL ? http://source.hackthissite.org/svn/trunk/PDO/php_pdo_mysql.dll is actually DOWN. Thx. 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/41997 -- Edit this bug report at http://bugs.php.net/?id=41997&edit=1
#45067 [Opn->Bgs]: empty(array_diff(...)) cause Fatal error
ID: 45067 Updated by: [EMAIL PROTECTED] Reported By: jjahson at gmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: WXP(sp3),OSX 10.5.2,FreeBSD 6.3 PHP Version: 5.2.6 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. empty() works on variables, not expressions. Previous Comments: [2008-05-22 15:40:45] jjahson at gmail dot com Description: I tried to compare two arrays and check result for emptyness - all these in one line, but instead I got a Fatal error. If I assign return value of array_diff to variable and then check its emptyness - it works just like I expect. Reproduce code: --- Expected result: true Actual result: -- Fatal error: Can't use function return value in write context in example.php on line 1 -- Edit this bug report at http://bugs.php.net/?id=45067&edit=1
#45067 [NEW]: empty(array_diff(...)) cause Fatal error
From: jjahson at gmail dot com Operating system: WXP(sp3),OSX 10.5.2,FreeBSD 6.3 PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: empty(array_diff(...)) cause Fatal error Description: I tried to compare two arrays and check result for emptyness - all these in one line, but instead I got a Fatal error. If I assign return value of array_diff to variable and then check its emptyness - it works just like I expect. Reproduce code: --- Expected result: true Actual result: -- Fatal error: Can't use function return value in write context in example.php on line 1 -- Edit bug report at http://bugs.php.net/?id=45067&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45067&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45067&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45067&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45067&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45067&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45067&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45067&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45067&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45067&r=support Expected behavior:http://bugs.php.net/fix.php?id=45067&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45067&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45067&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45067&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45067&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45067&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45067&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45067&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45067&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45067&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45067&r=mysqlcfg
#45066 [NEW]: Cannot compile a working php with mysql and mysqli
From: dirk at bean-it dot nl Operating system: Linux x86 PHP version: 5.2.6 PHP Bug Type: MySQL related Bug description: Cannot compile a working php with mysql and mysqli Description: When I try to compile PHP 5.2.6 with the following options: --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config On a x86 machine, I get a not working php. Make test doesn't return anything, make install will work, but just typing php -v at the command line hangs forever. On a i386 machine, same OS (debian etch), same mysql libs, same all, no problem. This problem started in php-5.2.4, 5.2.3 is the last php that will result in a succesfull working php after compilation on x86. The problem does not exist when not using --with-apxs2 Reproduce code: --- ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config Expected result: A working php... Actual result: -- A non-responsive php :-( -- Edit bug report at http://bugs.php.net/?id=45066&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45066&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45066&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45066&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45066&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45066&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45066&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45066&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45066&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45066&r=support Expected behavior:http://bugs.php.net/fix.php?id=45066&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45066&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45066&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45066&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45066&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45066&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45066&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45066&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45066&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45066&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45066&r=mysqlcfg
#45010 [Bgs]: Output buffering produces segmentation fault
ID: 45010 User updated by: Jurijs Cerepanovs Expected result: $full_buf and $buf contains buffer Actual result: -- (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1860)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1860)] 0x08255a92 in _zend_mm_alloc_int (heap=0x8534208, size=32) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1497 1497zend_mm_add_to_free_list(heap, new_free_block); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1873)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1873)] 0x08256565 in _emalloc (size=16) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1866 1866return _zend_mm_alloc_int(AG(mm_heap), size ZEND_FILE_LINE_RELAY_CC ZEND_FILE_LINE_ORIG_RELAY_CC); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1875)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1875)] zend_call_function (fci=0xbfd01080, fci_cache=0x0) at /usr/src/websvr/php-5.2.1/Zend/zend_execute_API.c:615 615 zend_class_entry *calling_scope = NULL; -- Edit this bug report at http://bugs.php.net/?id=45010&edit=1
#45010 [Bgs]: Output buffering produces segmentation fault
ID: 45010 User updated by: Jurijs Cerepanovs Expected result: $full_buf and $buf contains buffer Actual result: -- (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1860)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1860)] 0x08255a92 in _zend_mm_alloc_int (heap=0x8534208, size=32) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1497 1497zend_mm_add_to_free_list(heap, new_free_block); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1873)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1873)] 0x08256565 in _emalloc (size=16) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1866 1866return _zend_mm_alloc_int(AG(mm_heap), size ZEND_FILE_LINE_RELAY_CC ZEND_FILE_LINE_ORIG_RELAY_CC); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1875)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1875)] zend_call_function (fci=0xbfd01080, fci_cache=0x0) at /usr/src/websvr/php-5.2.1/Zend/zend_execute_API.c:615 615 zend_class_entry *calling_scope = NULL; -- Edit this bug report at http://bugs.php.net/?id=45010&edit=1
#45010 [Bgs]: Output buffering produces segmentation fault
ID: 45010 User updated by: Jurijs Cerepanovs Expected result: $full_buf and $buf contains buffer Actual result: -- (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1860)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1860)] 0x08255a92 in _zend_mm_alloc_int (heap=0x8534208, size=32) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1497 1497zend_mm_add_to_free_list(heap, new_free_block); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1873)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1873)] 0x08256565 in _emalloc (size=16) at /usr/src/websvr/php-5.2.1/Zend/zend_alloc.c:1866 1866return _zend_mm_alloc_int(AG(mm_heap), size ZEND_FILE_LINE_RELAY_CC ZEND_FILE_LINE_ORIG_RELAY_CC); (gdb) run -q ob_bug.php The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /usr/bin/php -q ob_bug.php [New Thread 16384 (LWP 1875)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 1875)] zend_call_function (fci=0xbfd01080, fci_cache=0x0) at /usr/src/websvr/php-5.2.1/Zend/zend_execute_API.c:615 615 zend_class_entry *calling_scope = NULL; -- Edit this bug report at http://bugs.php.net/?id=45010&edit=1
#45049 [Fbk->Opn]: spawn-fcgi sometimes cannot resolve symlinks
ID: 45049 User updated by: szoftos at freemail dot hu Reported By: szoftos at freemail dot hu -Status: Feedback +Status: Open Bug Type: CGI related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: Hello, original configuration snippet follows: $HTTP["host"] =~ "^crxforum\.flix\.hu$|^crxforum\.localhost$" { server.document-root = "/var/www/crxforum.flix.hu/crxforum.flix.hu" fastcgi.server= ( ".php" => (( "socket" => "/tmp/crxforum.flix.hu.php.sock", "broken-scriptfilename" => "enable", )) ) accesslog.filename = "/var/log/lighttpd/crxforum.flix.hu-access.log" server.errorlog = "/var/log/lighttpd/crxforum.flix.hu-error.log" server.error-handler-404 = "/404.php" $HTTP["url"] =~ "^(/images/|/skins/|/js/)" { expire.url = ( "" => "access 1 years" ) } } Previous Comments: [2008-05-22 08:42:34] [EMAIL PROTECTED] Please provide the actual fastcgi.server part of your lighttpd.conf. Also, how did you compile/configure PHP itself? (OTOH, *bsd has lot of problems dealing with symlinks, just search this bug db..:) [2008-05-20 09:37:40] szoftos at freemail dot hu Description: Hello, recently i changed my operating system from linux to freebsd, which has its default documentroot in /usr/local/www, and linux had it in /var/www. i moved my files to /usr/local/www, but i made a symlink into /var: 'cd /var' 'ln -s ../usr/local/www www' lighttpd has its old configs, locating files in /var/www, but this shouldn't be a problem with the symlink. php got its settings locating files in /usr/local/www, and i got sometimes a mystical response from the fcgi-php: 'No input file specified.' i lowered the spawned processes to 2 (sadly i couldn't lower it to 1), and traced one of the two processes. one of them was the faulty, and i had luck: i have seen that lighttpd passed /var/www (normally) to php-fcgi, and somehow php-fcgi couldn't really resolve the symlink. the problem solved when i changed /var/www to /usr/local/www in lighty's configuration. this looks like a problem to me, and it is not unique. i had this situation with one of my other virtualhosts too. the spawned processes are resolving that symlink good in most of the time, but then one process stops resolving it right, and produces the message, as i have written. this should be a problem. i have gone to lighttpd developers, and they told me its a php problem. the original bugreport is here: http://trac.lighttpd.net/trac/ticket/1668 Reproduce code: --- You can reproduce if you use the same settings as i mentioned above. -- Edit this bug report at http://bugs.php.net/?id=45049&edit=1
#45065 [NEW]: trigger '__autoload' for :: operator, extends, and implements
From: noah at dizzler dot com Operating system: Linux PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: trigger '__autoload' for :: operator, extends, and implements Description: class MyClass extends MyParent implements MyInterface { public static function any_static_method() { } } MyClass::any_static_method() the above should trigger __autoload() for MyClass which would trigger __autoload() for MyParent which would trigger __autoload() for MyInterface Elegant and truly automatic :) -- Edit bug report at http://bugs.php.net/?id=45065&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45065&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45065&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45065&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45065&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45065&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45065&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45065&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45065&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45065&r=support Expected behavior:http://bugs.php.net/fix.php?id=45065&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45065&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45065&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45065&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45065&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45065&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45065&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45065&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45065&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45065&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45065&r=mysqlcfg
#45061 [Csd->Opn]: Installer incorrect
ID: 45061 User updated by: rtomblin at hughes dot net Reported By: rtomblin at hughes dot net -Status: Closed +Status: Open Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.6 Assigned To: jmertic New Comment: Windows Vista Enterprise SP1 Logged in as Administrator. Trying to install PHP 5.2.6 by following instructions from 1. Download php-5.2.6-win32-installer.msi 2. Opened containing folder 3. Double clicked on php-5.2.6-win32-installer.msi 4. Used default setups 5. Tried every server type. 6. GOT ERROR Error trying to access http.conf. You will need to manually configue web server. H... I am starting to think of going back to DreamWeaver because a developer does not know how to verify by doing the install themself! I am a developer and can manually configure this BUT I thought you would like to know that there are errors. New issue to be posted because I found more errors!!! Previous Comments: [2008-05-22 12:33:27] [EMAIL PROTECTED] Please install with administrator privileges, or provide betters steps to reproduce. [2008-05-22 08:29:44] [EMAIL PROTECTED] Assigned to the installer maintainer. [2008-05-21 20:46:59] rtomblin at hughes dot net Description: MSI Installer seems to install great BUT it errors for httpd.conf and I know from previous versions this does not get installed on Windows boxes. If you could please correct this, we would appreciate it greatly. Expected result: Expect Windows MSI installer not to fail. Actual result: -- php-5.2.6-win32-installer.msi package just downlaod from website. -- Edit this bug report at http://bugs.php.net/?id=45061&edit=1
#45061 [Asn->Csd]: Installer incorrect
ID: 45061 Updated by: [EMAIL PROTECTED] Reported By: rtomblin at hughes dot net -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.6 Assigned To: jmertic New Comment: Please install with administrator privileges, or provide betters steps to reproduce. Previous Comments: [2008-05-22 08:29:44] [EMAIL PROTECTED] Assigned to the installer maintainer. [2008-05-21 20:46:59] rtomblin at hughes dot net Description: MSI Installer seems to install great BUT it errors for httpd.conf and I know from previous versions this does not get installed on Windows boxes. If you could please correct this, we would appreciate it greatly. Expected result: Expect Windows MSI installer not to fail. Actual result: -- php-5.2.6-win32-installer.msi package just downlaod from website. -- Edit this bug report at http://bugs.php.net/?id=45061&edit=1
#45059 [Fbk->Opn]: incorrect signature for __call() method
ID: 45059 User updated by: dennis at born05 dot nl Reported By: dennis at born05 dot nl -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP Pro SP2 -PHP Version: 5.2.5 +PHP Version: 5.2.6 New Comment: OK, I have upgraded to the latest version -> 5.2.6 It displays the exact same behaviour as does PHP 5.2.5. Previous Comments: [2008-05-22 08:33:21] [EMAIL PROTECTED] You can't find 5.2.5 on the list since latest version is 5.2.6, if you don't have that -> upgrade first. [2008-05-21 15:12:55] dennis at born05 dot nl Description: Actually, I am using PHP version 5.2.5, but I couldn't find it in the list. The current implementation of the __call() method in the SoapClient class is as follows: mixed __call ( string $function_name , array $arguments [, array $options [, array $input_headers [, array $output_headers ]]] ) (as per the documentation) While the default 'magic method' __call() is defined as: __call ( string $name , array $arguments ) Now I'm extending the SoapClient class and want to overload the __call() method, but I'm unable to do so without raising errors (with error_reporting (E_ALL | E_STRICT) ) There are a couple of different things here: 1. Implement the __call() method like the default method. This raises the following error: Strict Standards: Declaration of ExtendedSoapClient::__call() should be compatible with that of SoapClient::__call() in C:\Program Files\xampp\htdocs\CodeBase\soaptest\ExtendedSoapClient.class.inc.php on line 9 (line 9 is closing bracket of ExtendedSoapClient) 2. So I implemented as documented for the SoapClient::__call(). This raises the following error: Fatal error: Method ExtendedSoapClient::__call() must take exactly 2 arguments in C:\Program Files\xampp\htdocs\CodeBase\soaptest\ExtendedSoapClient.class.inc.php on line 7 This behaviour only exhibits when ExtendedSoapClient resides in a seperate file. When the class definition is in the same file as the calling code it still raises the E_FATAL, but it won't raise the E_STRICT anymore. Reproduce code: --- I have put up a page which shows a couple of different code samples which illustrate what happens. http://db.cover05.nl/php_bug -- Edit this bug report at http://bugs.php.net/?id=45059&edit=1
#45064 [Bgs]: Not able to open Msword in Ubuntu
ID: 45064 Updated by: [EMAIL PROTECTED] Reported By: maniviswa at gmail dot com Status: Bogus Bug Type: Compile Warning Operating System: Ubuntu PHP Version: 5.2.6 New Comment: Well, the problem is, you're trying to open MICROSOFT WORD in Linux using a Windows only extension. A quick fix: Install windows. Previous Comments: [2008-05-22 10:38:00] [EMAIL PROTECTED] COM is windows only, see the manual for further info. [2008-05-22 09:52:51] maniviswa at gmail dot com Description: Im using this code, ~ ~ But im getting error like this,what might be the problem error is Fatal error: Class 'COM' not found in /opt/lampp/htdocs/word/example.php on line 2 Reproduce code: --- ~ Expected result: /opt/lampp/htdocs/word/example.php on line 2 Actual result: -- A plain Msword Document -- Edit this bug report at http://bugs.php.net/?id=45064&edit=1
#45064 [Opn->Bgs]: Not able to open Msword in Ubuntu
ID: 45064 Updated by: [EMAIL PROTECTED] Reported By: maniviswa at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Warning Operating System: Ubuntu PHP Version: 5.2.6 New Comment: COM is windows only, see the manual for further info. Previous Comments: [2008-05-22 09:52:51] maniviswa at gmail dot com Description: Im using this code, ~ ~ But im getting error like this,what might be the problem error is Fatal error: Class 'COM' not found in /opt/lampp/htdocs/word/example.php on line 2 Reproduce code: --- ~ Expected result: /opt/lampp/htdocs/word/example.php on line 2 Actual result: -- A plain Msword Document -- Edit this bug report at http://bugs.php.net/?id=45064&edit=1
#33527 [Com]: imap_open() failes to use /authuser="" option with Cyrus server
ID: 33527 Comment by: freecityhk at hotmail dot com Reported By: ed2019 at columbia dot edu Status: Open Bug Type: Feature/Change Request Operating System: RHEL4 PHP Version: 4.3.10 New Comment: still get this problem in PHP under CentOS 5 is it fixed? Previous Comments: [2005-08-12 21:11:06] phantasm at wgresorts dot com Has this been resolved yet? I have to agree with ed2019 that this is certainly a PHP bug because the mailutil works fine from the command line. [2005-08-01 15:16:57] ed2019 at columbia dot edu This is certainly a PHP bug, in the interface between php_imap and c-client. The displayed error message 'can't do authuser with this server' is incorrect, we use the mailutil program, which does authuser, with this server. [2005-06-30 18:44:44] ed2019 at columbia dot edu Description: The imap_open() function documentation displays using the authuser swich, to authenticate as the superuser but act as another user. This option fails against Cyrus IMAP servers, even though the underlying c-client supports it. For example: mailutil check {servername/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX works, but the imap_open() call to do the same thing does not. Reproduce code: --- $mbox = imap_open('{servername/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX', "cyrus","cyruspw"); Expected result: $mbox will be a valid imap mailbox stream. Actual result: -- Nothing, then in the error log: [client ip.ip.ip.ip] PHP Warning: imap_open(): Couldn't open stream {mailserver/imap/tls/novalidate-cert/authuser="cyrus"/user="uname"}INBOX in /var/www/html/cyrustt/testimap.php on line 3 [client ip.ip.ip.ip] PHP Notice: (null)(): Can't do /authuser with this server (errflg=2) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=33527&edit=1
#45064 [NEW]: Not able to open Msword in Ubuntu
From: maniviswa at gmail dot com Operating system: Ubuntu PHP version: 5.2.6 PHP Bug Type: Compile Warning Bug description: Not able to open Msword in Ubuntu Description: Im using this code, ~ ~ But im getting error like this,what might be the problem error is Fatal error: Class 'COM' not found in /opt/lampp/htdocs/word/example.php on line 2 Reproduce code: --- ~ Expected result: /opt/lampp/htdocs/word/example.php on line 2 Actual result: -- A plain Msword Document -- Edit bug report at http://bugs.php.net/?id=45064&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45064&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45064&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45064&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45064&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45064&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45064&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45064&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45064&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45064&r=support Expected behavior:http://bugs.php.net/fix.php?id=45064&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45064&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45064&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45064&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45064&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45064&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45064&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45064&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45064&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45064&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45064&r=mysqlcfg
#45046 [Opn]: Missing php5servlet.dll in PECL Collection package
ID: 45046 Updated by: [EMAIL PROTECTED] -Summary: Missing php5servlet.dll in distribution Reported By: steve at thebroughs dot com Status: Open Bug Type: *General Issues Operating System: Windows PHP Version: 5.2.6 New Comment: It wasn't in the 5.2.5 zip either, it was in this pecl-5.2.5-Win32-1.zip instead. For some reason the same PECL collection for 5.2.6 does not contain it. Previous Comments: [2008-05-20 07:08:50] steve at thebroughs dot com Description: I'm trying to install PHP into a TOMCAT server and have read a number of articles that refer to php5servlet.dll. This file is available in V5.2.5 but is not included the latest release. Is this file missing, or has it been replaced with another DLL? -- Edit this bug report at http://bugs.php.net/?id=45046&edit=1
#45048 [Opn->Fbk]: Unable to load dynamic library ...
ID: 45048 Updated by: [EMAIL PROTECTED] Reported By: egarbage333 at mail dot ru -Status: Open +Status: Feedback -Bug Type: Apache2 related +Bug Type: *General Issues Operating System: Windows XP Pro SP2 PHP Version: 5.2.6 New Comment: First: Uninstall all PHP related file. Reboot. Check that there REALLY aren't _any_ files left from the PHP package (including any dlls, etc.). Then reinstall. Previous Comments: [2008-05-20 09:27:16] egarbage333 at mail dot ru Description: I have upgraded (and manually and with installer) from 5.2.1 to 5.2.6 (Apache 2.0.55) and unable to load php_mysql.dll 5.2.6 (so 5.2.5, 5.2.4) BUT!!! php_mysql.dll from 5.2.1 release is working fine! There is an Apache error message +++ PHP Warning: PHP Startup: Unable to load dynamic library 'D:/php5/ext/php_mysql.dll' - The specified procedure could not be found.\r\n in Unknown on line 0 ++ -- Edit this bug report at http://bugs.php.net/?id=45048&edit=1
#45049 [Opn->Fbk]: spawn-fcgi sometimes cannot resolve symlinks
ID: 45049 Updated by: [EMAIL PROTECTED] Reported By: szoftos at freemail dot hu -Status: Open +Status: Feedback Bug Type: CGI related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: Please provide the actual fastcgi.server part of your lighttpd.conf. Also, how did you compile/configure PHP itself? (OTOH, *bsd has lot of problems dealing with symlinks, just search this bug db..:) Previous Comments: [2008-05-20 09:37:40] szoftos at freemail dot hu Description: Hello, recently i changed my operating system from linux to freebsd, which has its default documentroot in /usr/local/www, and linux had it in /var/www. i moved my files to /usr/local/www, but i made a symlink into /var: 'cd /var' 'ln -s ../usr/local/www www' lighttpd has its old configs, locating files in /var/www, but this shouldn't be a problem with the symlink. php got its settings locating files in /usr/local/www, and i got sometimes a mystical response from the fcgi-php: 'No input file specified.' i lowered the spawned processes to 2 (sadly i couldn't lower it to 1), and traced one of the two processes. one of them was the faulty, and i had luck: i have seen that lighttpd passed /var/www (normally) to php-fcgi, and somehow php-fcgi couldn't really resolve the symlink. the problem solved when i changed /var/www to /usr/local/www in lighty's configuration. this looks like a problem to me, and it is not unique. i had this situation with one of my other virtualhosts too. the spawned processes are resolving that symlink good in most of the time, but then one process stops resolving it right, and produces the message, as i have written. this should be a problem. i have gone to lighttpd developers, and they told me its a php problem. the original bugreport is here: http://trac.lighttpd.net/trac/ticket/1668 Reproduce code: --- You can reproduce if you use the same settings as i mentioned above. -- Edit this bug report at http://bugs.php.net/?id=45049&edit=1
#45051 [Opn->Fbk]: odbc_pconnect() crashes
ID: 45051 Updated by: [EMAIL PROTECTED] -Summary: PHP has encountered an Access Violation at 034F10D0 Reported By: glillibridge at yahoo dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: NT PHP Version: 5.2.6 New Comment: I would guess using odbc_connect() works fine..? Previous Comments: [2008-05-20 16:46:01] glillibridge at yahoo dot com Description: This is a repost of 45026, now marked bogus. We loaded php 5.2.6 and still get almost the same problem. The only difference is that the access violation location has changed. We are trying to establish a connection to a MAS200 server (also on NT). This is the actual php line: $crs = odbc_pconnect("dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg","",""); Sometimes it works and returns connection identifier. Most times it returns the message: PHP has encountered an Access Violation at 034F10D0 This uses an odbc source identified in the web server, using an internal IP. Reproduce code: --- $crs = odbc_pconnect("dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg","",""); echo "" . odbc_error($crs) . "==" . $crs . "" ; Expected result: S000== Actual result: -- PHP has encountered an Access Violation at 034F10D0 -- Edit this bug report at http://bugs.php.net/?id=45051&edit=1
#45059 [Opn->Fbk]: incorrect signature for __call() method
ID: 45059 Updated by: [EMAIL PROTECTED] Reported By: dennis at born05 dot nl -Status: Open +Status: Feedback -Bug Type: *Extensibility Functions +Bug Type: Scripting Engine problem Operating System: Windows XP Pro SP2 -PHP Version: 5.2.6 +PHP Version: 5.2.5 New Comment: You can't find 5.2.5 on the list since latest version is 5.2.6, if you don't have that -> upgrade first. Previous Comments: [2008-05-21 15:12:55] dennis at born05 dot nl Description: Actually, I am using PHP version 5.2.5, but I couldn't find it in the list. The current implementation of the __call() method in the SoapClient class is as follows: mixed __call ( string $function_name , array $arguments [, array $options [, array $input_headers [, array $output_headers ]]] ) (as per the documentation) While the default 'magic method' __call() is defined as: __call ( string $name , array $arguments ) Now I'm extending the SoapClient class and want to overload the __call() method, but I'm unable to do so without raising errors (with error_reporting (E_ALL | E_STRICT) ) There are a couple of different things here: 1. Implement the __call() method like the default method. This raises the following error: Strict Standards: Declaration of ExtendedSoapClient::__call() should be compatible with that of SoapClient::__call() in C:\Program Files\xampp\htdocs\CodeBase\soaptest\ExtendedSoapClient.class.inc.php on line 9 (line 9 is closing bracket of ExtendedSoapClient) 2. So I implemented as documented for the SoapClient::__call(). This raises the following error: Fatal error: Method ExtendedSoapClient::__call() must take exactly 2 arguments in C:\Program Files\xampp\htdocs\CodeBase\soaptest\ExtendedSoapClient.class.inc.php on line 7 This behaviour only exhibits when ExtendedSoapClient resides in a seperate file. When the class definition is in the same file as the calling code it still raises the E_FATAL, but it won't raise the E_STRICT anymore. Reproduce code: --- I have put up a page which shows a couple of different code samples which illustrate what happens. http://db.cover05.nl/php_bug -- Edit this bug report at http://bugs.php.net/?id=45059&edit=1
#45061 [Opn->Asn]: Installer incorrect
ID: 45061 Updated by: [EMAIL PROTECTED] Reported By: rtomblin at hughes dot net -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.6 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the installer maintainer. Previous Comments: [2008-05-21 20:46:59] rtomblin at hughes dot net Description: MSI Installer seems to install great BUT it errors for httpd.conf and I know from previous versions this does not get installed on Windows boxes. If you could please correct this, we would appreciate it greatly. Expected result: Expect Windows MSI installer not to fail. Actual result: -- php-5.2.6-win32-installer.msi package just downlaod from website. -- Edit this bug report at http://bugs.php.net/?id=45061&edit=1
#45007 [Asn->Csd]: Win32 installer misses APC and SVN extensions
ID: 45007 Updated by: [EMAIL PROTECTED] Reported By: kristof dot coomans at telenet dot be -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: win32 PHP Version: 5.2.6 Assigned To: jani New Comment: So it's now only APC compile problem, please report at: http://pecl.php.net/bugs/report.php?package=APC And mention this in the report: http://snaps.php.net/win32/snapshot-5.2.log says: ..\pecl\apc\apc_pool.c(154) : error C2229: struct '_apc_realpool' has an illegal zero-sized array Previous Comments: [2008-05-20 19:36:04] [EMAIL PROTECTED] There were problems building these extensions for win32. SVN is working now, but not APC; please assign to the APC extension authors. [2008-05-16 21:53:24] [EMAIL PROTECTED] Verified, they did exist in 5.2.5. Assigning to the installer maintainer. [2008-05-15 13:06:52] kristof dot coomans at telenet dot be Description: The win32 installer misses the APC and SVN extensions while they were there in 5.2.5 afaik. -- Edit this bug report at http://bugs.php.net/?id=45007&edit=1
#45063 [Opn->Fbk]: Image functions doesn'twork
ID: 45063 Updated by: [EMAIL PROTECTED] Reported By: ahmedt at student dot cbhs dot school dot nz -Status: Open +Status: Feedback Bug Type: GD related Operating System: Windows XP Home PHP Version: 5.2.6 -Assigned To: +Assigned To: pajoye New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2008-05-22 01:24:35] ahmedt at student dot cbhs dot school dot nz Description: I can't create images width images functions. Even the pp documentation examples for png image returns something like "The [URL] contains error, image can't be displayed". If yiu take off the 'header()' call. It returns some squares, un-readable by human characters. I am using GD 2.0.34.(php 5.2.5) phpinfo() says GD is enabled and able to make png, jpeg, gif images. GD version is the version that comes with PHP 5.2.5 Reproduce code: --- something like "The url http://127.0.p0./image.php contains error, image can't be displayed". Actual result: -- To output images png,jpeg ect. -- Edit this bug report at http://bugs.php.net/?id=45063&edit=1
#45062 [Opn]: thttpd problem displaying .html pages when patched with php on 64 bits OS
ID: 45062 User updated by: j dot orfeuil at courantmultimedia dot fr Reported By: j dot orfeuil at courantmultimedia dot fr Status: Open Bug Type: Other web server Operating System: debian 4.0 x86_64 PHP Version: 5.2.6 New Comment: thttpd v2.21b Previous Comments: [2008-05-21 22:04:57] j dot orfeuil at courantmultimedia dot fr Summary edited (64 bits precision) [2008-05-21 22:03:05] j dot orfeuil at courantmultimedia dot fr Description: thttpd problem displaying .html pages when patched with php : gcc 4.1 or gcc 3.3 In all cases, thttpd and php compile well. Compiling thttpd alone => .html files display correctly Compiling php with thttpd (--with-thttpd option) and then thttpd => .php files display correctly but .html file cause thttpd server to crash. This behaviour doesn't occur on an 32bits systems but only on my 64 bits debian OS. My guess is patchning thttpd sources with php when compiling causes types problems (maybe buffer lenght problems) with 64bits OS. Reproduce code: --- Compilation options : php first : ./configure --with-thttpd=thttpd_source_dir make make install thttpd then : ./configure make Expected result: Both html and php files display correctly Actual result: -- Only php files display correctly. Html files causes thttpd to crash -- Edit this bug report at http://bugs.php.net/?id=45062&edit=1