#39400 [Fbk->Csd]: More differences beetween functions and the mbstring versions
ID: 39400 Updated by: [EMAIL PROTECTED] Reported By: s dot masugata at mbg dot nifty dot com -Status: Feedback +Status: Closed Bug Type: mbstring related Operating System: Win XP PHP Version: 5.2.0 Assigned To: masugata New Comment: http://bugs.php.net/bug.php?id=39361 Previous Comments: [2006-12-21 18:00:56] [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 Hi! :) I'm fixed this problem(just now). http://news.php.net/php.cvs/42277 Please, try snapshot. [tested spript]: haystack):]-\n"); var_dump(strpos('1', '100' ) ); var_dump( mb_strpos('1', '100' ) ); print("\n--[strpos (offest > haystack):]-\n"); var_dump(strpos( '1', '1', 4 ) ); var_dump( mb_strpos( '1', '1', 4 ) ); print("\n--[stripos (empty haystack):]-\n"); var_dump(stripos( '', '' ) ); var_dump( mb_stripos( '', '' ) ); print("\n--[stripos (empty needle):]-\n"); var_dump(stripos( '1', '' ) ); var_dump( mb_stripos( '1', '' ) ); print("\n--[stripos (needle > haystack):]-\n"); var_dump(stripos('1', '100' ) ); var_dump( mb_stripos('1', '100' ) ); print("\n--[stripos (offest > haystack):]-\n"); var_dump(stripos( '1', '1', 4 ) ); var_dump( mb_stripos( '1', '1', 4 ) ); print("\n--[strrpos (empty haystack):]-\n"); var_dump(strrpos( '', '' ) ); var_dump( mb_strrpos( '', '' ) ); print("\n--[strrpos (empty needle):]-\n"); var_dump(strrpos( '1', '' ) ); var_dump( mb_strrpos( '1', '' ) ); print("\n--[strrpos (needle > haystack):]-\n"); var_dump(strrpos('1', '100' ) ); var_dump( mb_strrpos('1', '100' ) ); print("\n--[strrpos (offest > haystack):]-\n"); var_dump(strrpos( '1', '1', 4 ) ); var_dump( mb_strrpos( '1', '1', 4 ) ); print("\n--[strripos (empty haystack):]-\n"); var_dump(strripos( '', '' ) ); var_dump( mb_strripos( '', '' ) ); print("\n--[strripos (empty needle):]-\n"); var_dump(strripos( '1', '' ) ); var_dump( mb_strripos( '1', '' ) ); print("\n--[strripos (needle > haystack):]-\n"); var_dump(strripos('1', '100' ) ); var_dump( mb_strripos('1', '100' ) ); print("\n--[strripos (offest > haystack):]-\n"); var_dump(strripos( '1', '1', 4 ) ); var_dump( mb_strripos( '1', '1', 4 ) ); print("\n--[strstr (empty haystack):]-\n"); var_dump(strstr( '', '' ) ); var_dump( mb_strstr( '', '' ) ); print("\n--[strstr (empty needle):]-\n"); var_dump(strstr( '1', '' ) ); var_dump( mb_strstr( '1', '' ) ); print("\n--[strstr (needle > haystack):]-\n"); var_dump(strstr('1', '100' ) ); var_dump( mb_strstr('1', '100' ) ); print("\n--[stristr (empty haystack):]-\n"); var_dump(stristr( '', '' ) ); var_dump( mb_stristr( '', '' ) ); print("\n--[stristr (empty needle):]-\n"); var_dump(stristr( '1', '' ) ); var_dump( mb_stristr( '1', '' ) ); print("\n--[stristr (needle > haystack):]-\n"); var_dump(stristr('1', '100' ) ); var_dump( mb_stristr('1', '100' ) ); print("\n--[strrchr (empty haystack):]-\n"); var_dump(strrchr( '', '' ) ); var_dump( mb_strrchr( '', '' ) ); print("\n--[strrchr (empty needle):]-\n"); var_dump(strrchr( '1', '' ) ); var_dump( mb_strrchr( '1', '' ) ); print("\n--[substr_count (empty haystack):]-\n"); var_dump(substr_count( '', '' ) ); var_dump( mb_substr_count( '', '' ) ); print("\n--[substr_count (empty needle):]-\n"); var_dump(substr_count( '1', '' ) ); var_dump( mb_substr_count( '1', '' ) ); print("\n--[substr_count (needle > haystack):]-\n"); var_dump(substr_count('1', '100' ) ); var_dump( mb_substr_count('1', '100' ) ); ?> [php.ini setting]: Directive Local Value Master Value mbstring.detect_order no valueno value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input passpass mbstring.http_outputpasspass mbstring.internal_encoding no valueno value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no valueno value [result]: --[strpos (empty haystack):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 4 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 5 bool(false) --[strpos (empty needle):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 8 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 9 bool(false) --[strpos (needle > haystack):]
#39930 [NEW]: Error passing Word macro arguments
From: poon dot fung at gmail dot com Operating system: Windows XP PHP version: 5.2.0 PHP Bug Type: COM related Bug description: Error passing Word macro arguments Description: I can call a Word macro without any argument ok. But when I pass a string arguement to a Word macro, I get the following exception. Source: Unknown Description: Unknown I discovered the following problem: 1. It works when a macro does not have argument. The macro can be in the default macro file "Module/NewMacros" or other module file such as "Module/MyMacros". 2. It works when a macro has one or more arguements when the macro is in default macro file "Module/NewMacros". It does not work when the same macro is copied to a different module file such as "Module/MyMacros". Reproduce code: --- Documents->Open('c:\testme.doc'); $arg1 = 'Some value'; // First test --> This works fine //$word->Application->Run('phptest1'); // Second test --> This works fine //$word->Application->Run('phptest2', $arg1); // Third test --> This works fine //$word->Application->Run('phptest3', $arg1, $arg1); // Forth test --> This works fine //$word->Application->Run('Normal.MyMacros.phptest1'); // Fifth test --> FAILED $word->Application->Run('Normal.MyMacros.phptest2', $arg1); // Sixth test --> FAILED //$word->Application->Run('Normal.MyMacros.phptest3', $arg1, $arg1); $word->Quit(); $word = null; /* // Word macros Sub phptest1() End Sub Sub phptest2(arg1 As String) End Sub Sub phptest3(arg1 As String, arg2 As String) End Sub */ ?> Expected result: To run the test: 1. Create a dummy Word document C:\testme.doc". 2. Copy the three dummy procedures (phptest1, phptest2 and phptest3) to Word's macro file "Normal/Module/NewMacros". 3. Create a new macro file "Normal/Module/MyMacros" and paste the same three procedures in it. 4. Uncomment the line after each test case and keep lines for other test cases commented. 5. Run each test case. Case 1-4: No output. Just finish without error. Case 5-6: Show the error below. Actual result: -- PHP Fatal error: Uncaught exception 'com_exception' with message 'Source: Unknown Description: Unknown' in C:\bug2.php:21 Stack trace: #0 C:\bug2.php(21): variant->Run('Normal.MyMacros...', 'Some value') #1 {main} thrown in C:\bug2.php on line 21 -- Edit bug report at http://bugs.php.net/?id=39930&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39930&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39930&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39930&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39930&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39930&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39930&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39930&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39930&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39930&r=support Expected behavior:http://bugs.php.net/fix.php?id=39930&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39930&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39930&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39930&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39930&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39930&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39930&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39930&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39930&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39930&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39930&r=mysqlcfg
#39929 [Opn]: Persistent connections and ODBC
ID: 39929 User updated by: aloucks at cofront dot net Reported By: aloucks at cofront dot net Status: Open Bug Type: PDO related Operating System: Linux 2.4.31 PHP Version: 5.2.0 New Comment: I meant seconds... 0.08ms -> 0.08s 0.0004ms -> 0.0004s Previous Comments: [2006-12-22 01:16:56] aloucks at cofront dot net Description: A warning is generated (SQLSTATE[IM001]: Driver does not support this function: driver does not support setting attributes) when retrieving connections with the PDO::ATTR_PERSISTENT set to true. A valid and usable PDO object is returned. After 5 calls to PDO::__contruct() with the same parameters the warning goes away and the time to create the PDO object drops from 0.08ms to 0.0004ms. The warning will eventually come back and the connection time will go back up to 0.08ms for a few attempts and then resume back to 0.0004ms. After a fresh apache restart the first 5 connection attempts will always generate this warning. (I assume the pool/cache size is 5) It seems like the connection caching is actually working but a warning is generated when the connection is first established and then again after it eventually times out and a new connection is created. I'm using unixODBC w/ibm iSeriesAccess odbc drivers. This bug seems similar to bug: 39845 (http://bugs.php.net/bug.php?id=39845) but I didn't find any code changes related to it outside the pdo_pgsql dir. Also, I'm not sure if this is related, but PDO::ERRMODE_EXCEPTION, and PDO::ATTR_TIMEOUT also cause warnings to be displayed. I havn't tested any other flags. Connections failures (tested using bad a username) throw exceptions, but sql queries (tested with bad syntax) did not. Reproduce code: --- true)); ?> Expected result: The code works but a warning is generated. Actual result: -- PHP Warning: PDO::__construct() [function.PDO---construct]: SQLSTATE[IM001]: Driver does not support this function: driver does not support setting attributes in ... -- Edit this bug report at http://bugs.php.net/?id=39929&edit=1
#39873 [Opn->Csd]: thousands_sep not shown
ID: 39873 Updated by: [EMAIL PROTECTED] Reported By: rob4you at vodafone dot it -Status: Open +Status: Closed Bug Type: Strings related Operating System: Windows XP PHP Version: 5.2.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-12-19 16:30:08] rob4you at vodafone dot it > That does not mean it was supposed to work the way you > expect. > it should be clarified in the docs. Yes, if this is the way it works, it should be clarified in docs. > please try the NEXT snapshot, I'm unableto reproduce it. I've tried the last available snapshot. Here is the problem: Reproduce code: --- Expected result: 1,234.56 Actual result: -- 1,234,,56.00 it sounds quite strange...:-) [2006-12-19 15:31:21] [EMAIL PROTECTED] >I don't think so. >If I see, in localeconv(): >I expect that the number formatted with: That does not mean it was supposed to work the way you expect. >But in this case the locale aware is not respected: it's > respected only for [decimal_point] and NOT for > [thousands_sep]. Right, that's how it is supposed to work and it should be clarified in the docs. >now it incorrectly produces: Again, please try the NEXT snapshot, I'm unableto reproduce it. [2006-12-19 15:21:42] rob4you at vodafone dot it > Yes, it was never supposed to work this way. > This is exactly the reason why wer have number_format() > function. I don't think so. If I see, in localeconv(): [decimal_point] => , [thousands_sep] => . I expect that the number formatted with: printf("%f",$num) is 1.234,56 and NOT 1234,56 As you can see the [decimal_point] is ",", according with localeconv(), but the [thousands_sep] doesn't appear here, disaccording with localeconv(). The manual states about the %f: "f - the argument is treated as a float, and presented as a floating-point number (locale aware)." But in this case the locale aware is not respected: it's respected only for [decimal_point] and NOT for [thousands_sep]. >> On the contrary, it's going worse: > I can't reproduce this. > Please try the next snapshot. For: printf("%f",$num) before it produced (with loca setted on "it"): "1234,56" now it incorrectly produces: "1234.56" that is it forgets both the [thousands_sep] AND the [decimal_point]. [2006-12-19 15:07:36] [EMAIL PROTECTED] >But the problem isn't resolved. Yes, it was never supposed to work this way. This is exactly the reason why wer have number_format() function. >On the contrary, it's going worse: I can't reproduce this. Please try the next snapshot. [2006-12-18 19:43:24] rob4you at vodafone dot it I've tried the link for Windows you suggested: http://snaps.php.net/win32/php5.2-win32-latest.zip. Now i've this version of php: "PHP Version 5.2.1RC2-dev". But the problem isn't resolved. On the contrary, it's going worse: now it's ignored also the decimal separator [decimal_point] with %f. The problem persists also with other os. With the same script of the previous message, here it is the output produced: Actual result: -- Italian_Italy.1252 1234,56 Not dependant in local settings: 1234.56000 Dependant on local settings: 1234.56 Array ( [decimal_point] => , [thousands_sep] => . ...etc... ) The expected result is obviously the same as the previous message: Expected result: Italian_Italy.1252 1.234,56 Not dependant in local settings: 1234.56 Dependant on local settings: 1.234,56 Array ( [decimal_point] => , [thousands_sep] => . ...etc... ) 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/39873 -- Edit this bug report at http://bugs.php.net/?id=39873&edit=1
#39927 [Opn->Bgs]: server variable names are silently changed
ID: 39927 Updated by: [EMAIL PROTECTED] Reported By: to_devnull at yahoo dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: all PHP Version: 5.2.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is legacy of register_globals, as long as it exists . and spaces in input var names will be converted to underscores. Previous Comments: [2006-12-22 00:28:27] to_devnull at yahoo dot com Description: I'm "reopening" Bug #13961 since some moron marked it as "bogus" and I can't comment on it: http://bugs.php.net/bug.php?id=13961 Apache module mod_setenvif sets variables in r->subprocess_env. If variable name contains character ".", then sapi_apache_register_server_variables() will replace it with "_". This breaks internal variables like force-response-1.0 (php changes it to force-response-1_0). I hit this bug with PHP4.4.3/PHP5 and latest Apache 1.3.37. Spent several hours tracing in debugger why "downgrade-1.0" becomes "downgrade-1_0". This is a serious bug -- basically it's impossible to downgrade client request/server response to HTTP 1.0 (or disable chunking) if php is involved. What a shame! Reproduce code: --- I actually traced it by shoving a static string containing '.' in r->subprocess_env and thus getting Apache to core dump when php tries to write to read-only memory in php_register_variable_ex(). -- Edit this bug report at http://bugs.php.net/?id=39927&edit=1
#39361 [Fbk->Csd]: mbstring function overloading - done although not activated
ID: 39361 Updated by: [EMAIL PROTECTED] -Reported By: s dot masugata at mbg dot nifty dot com +Reported By: s dot masugata at digicom dot dnp dot co dot jp -Status: Feedback +Status: Closed Bug Type: mbstring related Operating System: Win XP SP 2 PHP Version: 5.2.0 Assigned To: masugata New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thank you for test. :) Previous Comments: [2006-12-21 18:15:04] christoph at ziegenberg dot de The example I posted works fine now (Win XP SP2). Thanks! [2006-12-21 18:02:47] [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 Hi! :) I'm fixed this problem(just now). http://news.php.net/php.cvs/42277 Please, try snapshot. [tested spript]: haystack):]-\n"); var_dump(strpos('1', '100' ) ); var_dump( mb_strpos('1', '100' ) ); print("\n--[strpos (offest > haystack):]-\n"); var_dump(strpos( '1', '1', 4 ) ); var_dump( mb_strpos( '1', '1', 4 ) ); print("\n--[stripos (empty haystack):]-\n"); var_dump(stripos( '', '' ) ); var_dump( mb_stripos( '', '' ) ); print("\n--[stripos (empty needle):]-\n"); var_dump(stripos( '1', '' ) ); var_dump( mb_stripos( '1', '' ) ); print("\n--[stripos (needle > haystack):]-\n"); var_dump(stripos('1', '100' ) ); var_dump( mb_stripos('1', '100' ) ); print("\n--[stripos (offest > haystack):]-\n"); var_dump(stripos( '1', '1', 4 ) ); var_dump( mb_stripos( '1', '1', 4 ) ); print("\n--[strrpos (empty haystack):]-\n"); var_dump(strrpos( '', '' ) ); var_dump( mb_strrpos( '', '' ) ); print("\n--[strrpos (empty needle):]-\n"); var_dump(strrpos( '1', '' ) ); var_dump( mb_strrpos( '1', '' ) ); print("\n--[strrpos (needle > haystack):]-\n"); var_dump(strrpos('1', '100' ) ); var_dump( mb_strrpos('1', '100' ) ); print("\n--[strrpos (offest > haystack):]-\n"); var_dump(strrpos( '1', '1', 4 ) ); var_dump( mb_strrpos( '1', '1', 4 ) ); print("\n--[strripos (empty haystack):]-\n"); var_dump(strripos( '', '' ) ); var_dump( mb_strripos( '', '' ) ); print("\n--[strripos (empty needle):]-\n"); var_dump(strripos( '1', '' ) ); var_dump( mb_strripos( '1', '' ) ); print("\n--[strripos (needle > haystack):]-\n"); var_dump(strripos('1', '100' ) ); var_dump( mb_strripos('1', '100' ) ); print("\n--[strripos (offest > haystack):]-\n"); var_dump(strripos( '1', '1', 4 ) ); var_dump( mb_strripos( '1', '1', 4 ) ); print("\n--[strstr (empty haystack):]-\n"); var_dump(strstr( '', '' ) ); var_dump( mb_strstr( '', '' ) ); print("\n--[strstr (empty needle):]-\n"); var_dump(strstr( '1', '' ) ); var_dump( mb_strstr( '1', '' ) ); print("\n--[strstr (needle > haystack):]-\n"); var_dump(strstr('1', '100' ) ); var_dump( mb_strstr('1', '100' ) ); print("\n--[stristr (empty haystack):]-\n"); var_dump(stristr( '', '' ) ); var_dump( mb_stristr( '', '' ) ); print("\n--[stristr (empty needle):]-\n"); var_dump(stristr( '1', '' ) ); var_dump( mb_stristr( '1', '' ) ); print("\n--[stristr (needle > haystack):]-\n"); var_dump(stristr('1', '100' ) ); var_dump( mb_stristr('1', '100' ) ); print("\n--[strrchr (empty haystack):]-\n"); var_dump(strrchr( '', '' ) ); var_dump( mb_strrchr( '', '' ) ); print("\n--[strrchr (empty needle):]-\n"); var_dump(strrchr( '1', '' ) ); var_dump( mb_strrchr( '1', '' ) ); print("\n--[substr_count (empty haystack):]-\n"); var_dump(substr_count( '', '' ) ); var_dump( mb_substr_count( '', '' ) ); print("\n--[substr_count (empty needle):]-\n"); var_dump(substr_count( '1', '' ) ); var_dump( mb_substr_count( '1', '' ) ); print("\n--[substr_count (needle > haystack):]-\n"); var_dump(substr_count('1', '100' ) ); var_dump( mb_substr_count('1', '100' ) ); ?> [php.ini setting]: Directive Local Value Master Value mbstring.detect_order no valueno value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input passpass mbstring.http_outputpasspass mbstring.internal_encoding no valueno value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no valueno value [result]:
#39918 [Bgs]: imagecreatefromjpeg doesn't work
ID: 39918 User updated by: hnthanhphong at yahoo dot com Reported By: hnthanhphong at yahoo dot com Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 Assigned To: pajoye New Comment: ini_set("gd.jpeg_ignore_warning", 1); This code is useful. Now I can make sure that my page always works. Thanks you for your help. Previous Comments: [2006-12-21 12:12:27] [EMAIL PROTECTED] GD does provide a mechanism to be more tolerant with broken jpeg images. Using error_reporting(E_ALL); while developing would have told you what's going on. GD did report some errors in the jpeg codec. Some of the jpeg errors are recoverable, like those in this image. You can change the behaviors of the jpeg codec using gd.jpeg_ignore_warning: ini_set("gd.jpeg_ignore_warning", 1); $im = imagecreatefromjpeg("test.jpeg"); $im contains now your image. [2006-12-21 09:49:15] hnthanhphong at yahoo dot com I re-saved in Photoshop, and post again it works property. Thank you very much. [2006-12-21 09:43:53] [EMAIL PROTECTED] Photoshop also "repairs" broken JPEGs, PHP does not do that, and will never do that. I bet if you re-save it in Photoshop PHP can read it as well. [2006-12-21 09:26:22] hnthanhphong at yahoo dot com But I open this file in photoshop. It works no problem. [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file 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/39918 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39929 [NEW]: Persistent connections and ODBC
From: aloucks at cofront dot net Operating system: Linux 2.4.31 PHP version: 5.2.0 PHP Bug Type: PDO related Bug description: Persistent connections and ODBC Description: A warning is generated (SQLSTATE[IM001]: Driver does not support this function: driver does not support setting attributes) when retrieving connections with the PDO::ATTR_PERSISTENT set to true. A valid and usable PDO object is returned. After 5 calls to PDO::__contruct() with the same parameters the warning goes away and the time to create the PDO object drops from 0.08ms to 0.0004ms. The warning will eventually come back and the connection time will go back up to 0.08ms for a few attempts and then resume back to 0.0004ms. After a fresh apache restart the first 5 connection attempts will always generate this warning. (I assume the pool/cache size is 5) It seems like the connection caching is actually working but a warning is generated when the connection is first established and then again after it eventually times out and a new connection is created. I'm using unixODBC w/ibm iSeriesAccess odbc drivers. This bug seems similar to bug: 39845 (http://bugs.php.net/bug.php?id=39845) but I didn't find any code changes related to it outside the pdo_pgsql dir. Also, I'm not sure if this is related, but PDO::ERRMODE_EXCEPTION, and PDO::ATTR_TIMEOUT also cause warnings to be displayed. I havn't tested any other flags. Connections failures (tested using bad a username) throw exceptions, but sql queries (tested with bad syntax) did not. Reproduce code: --- true)); ?> Expected result: The code works but a warning is generated. Actual result: -- PHP Warning: PDO::__construct() [function.PDO---construct]: SQLSTATE[IM001]: Driver does not support this function: driver does not support setting attributes in ... -- Edit bug report at http://bugs.php.net/?id=39929&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39929&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39929&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39929&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39929&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39929&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39929&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39929&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39929&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39929&r=support Expected behavior:http://bugs.php.net/fix.php?id=39929&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39929&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39929&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39929&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39929&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39929&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39929&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39929&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39929&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39929&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39929&r=mysqlcfg
#39928 [NEW]: Bogus timezone for dates before 1922
From: lafriks at hello dot lv Operating system: Mandriva Linux 2007 PHP version: 5.2.0 PHP Bug Type: Date/time related Bug description: Bogus timezone for dates before 1922 Description: When using new DateTime class it sets (or just formats) bogus timezone if year is before 1922. For year 1922 timezone is correct but for 1921 is showing wrong. Reproduce code: --- setDate(1922, 1, 1); $a->setTime(5, 3, 2); echo $a->format(DateTime::W3C) . "\n"; $a->setDate(1921, 1, 1); $a->setTime(5, 3, 2); echo $a->format(DateTime::W3C) . "\n"; ?> Expected result: 1922-01-01T05:03:02+02:00 1921-01-01T05:03:02+02:00 Actual result: -- 1922-01-01T05:03:02+02:00 1921-01-01T05:03:02+01:39 -- Edit bug report at http://bugs.php.net/?id=39928&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39928&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39928&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39928&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39928&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39928&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39928&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39928&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39928&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39928&r=support Expected behavior:http://bugs.php.net/fix.php?id=39928&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39928&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39928&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39928&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39928&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39928&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39928&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39928&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39928&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39928&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39928&r=mysqlcfg
#39927 [NEW]: server variable names are silently changed
From: to_devnull at yahoo dot com Operating system: all PHP version: 5.2.0 PHP Bug Type: Apache related Bug description: server variable names are silently changed Description: I'm "reopening" Bug #13961 since some moron marked it as "bogus" and I can't comment on it: http://bugs.php.net/bug.php?id=13961 Apache module mod_setenvif sets variables in r->subprocess_env. If variable name contains character ".", then sapi_apache_register_server_variables() will replace it with "_". This breaks internal variables like force-response-1.0 (php changes it to force-response-1_0). I hit this bug with PHP4.4.3/PHP5 and latest Apache 1.3.37. Spent several hours tracing in debugger why "downgrade-1.0" becomes "downgrade-1_0". This is a serious bug -- basically it's impossible to downgrade client request/server response to HTTP 1.0 (or disable chunking) if php is involved. What a shame! Reproduce code: --- I actually traced it by shoving a static string containing '.' in r->subprocess_env and thus getting Apache to core dump when php tries to write to read-only memory in php_register_variable_ex(). -- Edit bug report at http://bugs.php.net/?id=39927&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39927&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39927&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39927&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39927&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39927&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39927&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39927&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39927&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39927&r=support Expected behavior:http://bugs.php.net/fix.php?id=39927&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39927&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39927&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39927&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39927&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39927&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39927&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39927&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39927&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39927&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39927&r=mysqlcfg
#34657 [Opn]: If you get a communication problem when loading the WSDL, it fatal's
ID: 34657 Updated by: [EMAIL PROTECTED] Reported By: gareth at wsys dot co dot uk Status: Open Bug Type: SOAP related Operating System: Windows, Linux PHP Version: 5.1.6 Assigned To: dmitry New Comment: I get 3 warning + a SoapFault exception when running Lukas' test case there. The output is: Warning: SoapClient::SoapClient(): php_network_getaddresses: getaddrinfo failed: Name or service not known in /home/ek/projects/php_5_2/t on line 4 Warning: SoapClient::SoapClient(http://i_dont_exist.com/some.wsdl): failed to open stream: No such file or directory in /home/ek/projects/php_5_2/t on line 4 Warning: SoapClient::SoapClient(): I/O warning : failed to load external entity "http://i_dont_exist.com/some.wsdl"; in /home/ek/projects/php_5_2/t on line 4 string(9) "SoapFault" NULL I think getting 3 warning and an exception for failing to load WSDL file is a bit excessive though :) Previous Comments: [2006-12-19 14:10:44] [EMAIL PROTECTED] I can reproduce this error with php 5.1.4 and 5.2.0 on windows. And it seems Derick was also able to reproduce it on Linux. Using the following we get 3 warnings and a fatal error: http://i_dont_exist.com/some.wsdl'); } catch (SoapFault $e) { var_dump(get_class($e)); } catch (Exception $e) { var_dump(get_class($e)); } var_dump($client); It really should not do anything but throw an exception, as this is what is defined to happen for fatal errors in constructors for all extensions. [2006-09-12 09:56:52] gareth at wsys dot co dot uk OK, the debug information shows that the Soap client class is now throwing an uncaught SoapFault exception (which causes the fatal error). with a try{ } catch(SoapFault $exception) I can continue the script. I've closed the bug. [2006-09-12 08:56:12] [EMAIL PROTECTED] I cannot reproduce the bug even with 5.1.4. Try "php -d log_errors=0 test.php". May be you are seeing log message and don't see "Error Caught" after it? [2006-09-11 07:50:34] gareth at wsys dot co dot uk I have tried to use set_error_handler(), but as you know it cannot catch fatal errors. Does anyone else have a workaround? [2006-09-08 21:50:38] [EMAIL PROTECTED] See also bug #38703. 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/34657 -- Edit this bug report at http://bugs.php.net/?id=34657&edit=1
#39450 [Opn->Asn]: getenv() fills $_POST-Array
ID: 39450 Updated by: [EMAIL PROTECTED] Reported By: patrik dot mayer at i12 dot de -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: SuSE 10, 2.6.13-15.12-smp PHP Version: 5.2.0 -Assigned To: +Assigned To: iliaa Previous Comments: [2006-12-21 21:42:00] smlerman at gmail dot com Confirmed on Windows XP Professional. register_globals = Off register_long_arrays = Off variables_order = GPCS Changing variables_order to EGPCS does seem to fix the problem. [2006-12-21 17:06:27] fugacityguy-developer at yahoo dot com I am getting a similar behavior where calling getenv() is populating the $_FILES global: \n"; $h = getenv('DOCUMENT_ROOT'); var_dump($_FILES); ?> yields: array(0) { } array(0) { } array(1) { ["DOCUMENT_ROOT"]=> string(26) "/usr/csite/WebServer/html/" } This is PHP 5.2.0 on Redhat Enterprise Linux 4. [2006-12-15 22:14:29] balue at gmail dot com I'm experiencing the same issue as well using: Apache 1.3.37 PHP 5.2 FreeBSD 4.11 (most current patches) This did not happen in 5.1.6. And Yes, changing the variable_order to EGPCS fixed it as well. [2006-11-27 14:52:26] patrik dot mayer at i12 dot de Hi, sorry for not getting back soon. I've emailed our phpinfo() to tony2001 (at) php (dot) net. Hopefully you can see anything where the behavior could come from. At the moment we are fine by setting variables_order from GPCS to EGPCS. Big thnx from germany. [2006-11-20 13:26:37] [EMAIL PROTECTED] Well, we still have not idea how to reproduce this. Please show your phpinfo(). 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/39450 -- Edit this bug report at http://bugs.php.net/?id=39450&edit=1
#39712 [Csd]: Installation failure "Program Required"
ID: 39712 User updated by: kemputer at optushome dot com dot au Reported By: kemputer at optushome dot com dot au Status: Closed Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: I note that this submission is now flagged as closed, however the problem is very real to me. As requested, I have produced an error.log. How do I upload it? If I cut and paste to the comment area, I get a warning about not spamming the site. Seasons Greetings to all Previous Comments: [2006-12-21 13:44:25] [EMAIL PROTECTED] I forgot this was already fixed by Bug #39410 in CVS. Thanks for all your feedback! [2006-12-21 13:21:42] [EMAIL PROTECTED] Can you try to run the following command from the command prompt and let me know the results: [2006-12-21 12:43:42] [EMAIL PROTECTED] E-mail the error log to [EMAIL PROTECTED] [2006-12-20 11:35:14] jack dot magielse at 3bm dot nl I had the same problem when installing on a windows 2003 server with IIS 6. I ran the installation with the log option. The error.log is 498kb. Where can I drop it. [2006-12-18 16:40:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and attach the log file? To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log 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/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#39926 [Opn->Bgs]: Unalbe to load php mdule due to unresolve symbol in libaio_raw.so
ID: 39926 Updated by: [EMAIL PROTECTED] Reported By: tatireddyv at coned dot com -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Tru64(OSF1 V5.1 2650 alpha) PHP Version: 5.2.0 New Comment: Dup of bug #37365, not PHP problem. Previous Comments: [2006-12-21 22:44:21] tatireddyv at coned dot com Description: Trying to start Apache(Version 2.0.59) with Php5.2 on Tru64 Unix( aka OSF1..) to acess Oracle( version 10.1) but loader is throwing an error on libaio_raw.so like below. Anyone has experiences with aio_raw.so library, i know some of Oracle shared objects has dependency on this library, So trying to find a way to get out from this error?. Already raised a case with HP. 1)Apache Log... [Fri Dec 15 10:52:25 2006] [notice] caught SIGTERM, shutting down Syntax error on line 232 of /omega/apache/conf/httpd.conf: Cannot load /omega/apache/modules/libphp5.so into server: dlopen: libaio_raw.so: symbol "aio_prefork" unresolved 2)Php configuration options a) ./configure --with-apxs2=/omega/apache/bin/apxs \ --prefix=/omega/apache/php5.2 \ --with-config-file- \ path=/omega/apache/php5.2/config \ --with-oci8=$ORACLE_HOME --with-libxml-dir=/omega/apache/libxml2-2.6.11 3)PHP Version PHP 5.2.0 (cli) (built: Dec 15 2006 11:52:19) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies -- Edit this bug report at http://bugs.php.net/?id=39926&edit=1
#39926 [NEW]: Unalbe to load php mdule due to unresolve symbol in libaio_raw.so
From: tatireddyv at coned dot com Operating system: Tru64(OSF1 V5.1 2650 alpha) PHP version: 5.2.0 PHP Bug Type: Dynamic loading Bug description: Unalbe to load php mdule due to unresolve symbol in libaio_raw.so Description: Trying to start Apache(Version 2.0.59) with Php5.2 on Tru64 Unix( aka OSF1..) to acess Oracle( version 10.1) but loader is throwing an error on libaio_raw.so like below. Anyone has experiences with aio_raw.so library, i know some of Oracle shared objects has dependency on this library, So trying to find a way to get out from this error?. Already raised a case with HP. 1)Apache Log... [Fri Dec 15 10:52:25 2006] [notice] caught SIGTERM, shutting down Syntax error on line 232 of /omega/apache/conf/httpd.conf: Cannot load /omega/apache/modules/libphp5.so into server: dlopen: libaio_raw.so: symbol "aio_prefork" unresolved 2)Php configuration options a) ./configure --with-apxs2=/omega/apache/bin/apxs \ --prefix=/omega/apache/php5.2 \ --with-config-file- \ path=/omega/apache/php5.2/config \ --with-oci8=$ORACLE_HOME --with-libxml-dir=/omega/apache/libxml2-2.6.11 3)PHP Version PHP 5.2.0 (cli) (built: Dec 15 2006 11:52:19) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies -- Edit bug report at http://bugs.php.net/?id=39926&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39926&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39926&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39926&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39926&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39926&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39926&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39926&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39926&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39926&r=support Expected behavior:http://bugs.php.net/fix.php?id=39926&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39926&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39926&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39926&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39926&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39926&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39926&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39926&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39926&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39926&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39926&r=mysqlcfg
#39919 [Asn]: error parsing c:\Program Files (x86)\PHP\php.ini
ID: 39919 User updated by: liddlem at ananzi dot co dot za Reported By: liddlem at ananzi dot co dot za Status: Assigned Bug Type: Unknown/Other Function Operating System: Win XP (x64) PHP Version: 5.2.0 Assigned To: jmertic New Comment: Thanks Daniel Tried that too and its still not working. Previous Comments: [2006-12-21 10:17:18] php at daniel15 dot com "This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked." Have you tried using forward slashes rather than backslashes? Try: extention_dir=c:/Program Files (x86)/PHP/ext And see if it works [2006-12-21 08:00:34] liddlem at ananzi dot co dot za Description: This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked. When I encapsulate the path in quotes e.g. "path" - the error message disappears, but when I launch my test file absolutely NOTHING happens. No open IE7. No error message. I also tried putting my text.php file into the apache\htdocs folder and then open localhost\test.php Stay offline does nothing. Connect give a 404 error. I was wondering whether this may be a problem that is specific to the 64bit version of Windows? I did try to install to the "old" c:\Program Files folder, but PHP was "forced" into c:\Program Files (x64) I have had a look at bugs 22776, 39913 and 33983, but still no luck -- Edit this bug report at http://bugs.php.net/?id=39919&edit=1
#39450 [Com]: getenv() fills $_POST-Array
ID: 39450 Comment by: smlerman at gmail dot com Reported By: patrik dot mayer at i12 dot de Status: Open Bug Type: Unknown/Other Function Operating System: SuSE 10, 2.6.13-15.12-smp PHP Version: 5.2.0 New Comment: Confirmed on Windows XP Professional. register_globals = Off register_long_arrays = Off variables_order = GPCS Changing variables_order to EGPCS does seem to fix the problem. Previous Comments: [2006-12-21 17:06:27] fugacityguy-developer at yahoo dot com I am getting a similar behavior where calling getenv() is populating the $_FILES global: \n"; $h = getenv('DOCUMENT_ROOT'); var_dump($_FILES); ?> yields: array(0) { } array(0) { } array(1) { ["DOCUMENT_ROOT"]=> string(26) "/usr/csite/WebServer/html/" } This is PHP 5.2.0 on Redhat Enterprise Linux 4. [2006-12-15 22:14:29] balue at gmail dot com I'm experiencing the same issue as well using: Apache 1.3.37 PHP 5.2 FreeBSD 4.11 (most current patches) This did not happen in 5.1.6. And Yes, changing the variable_order to EGPCS fixed it as well. [2006-11-27 14:52:26] patrik dot mayer at i12 dot de Hi, sorry for not getting back soon. I've emailed our phpinfo() to tony2001 (at) php (dot) net. Hopefully you can see anything where the behavior could come from. At the moment we are fine by setting variables_order from GPCS to EGPCS. Big thnx from germany. [2006-11-20 13:26:37] [EMAIL PROTECTED] Well, we still have not idea how to reproduce this. Please show your phpinfo(). [2006-11-20 13:21:54] patrik dot mayer at i12 dot de Nope, there are non loaded. 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/39450 -- Edit this bug report at http://bugs.php.net/?id=39450&edit=1
#32002 [Com]: FATAL erealloc() Restarts
ID: 32002 Comment by: csaba at ai-media dot com Reported By: tlamay at cte1 dot com Status: No Feedback Bug Type: Unknown/Other Function Operating System: Windows 2003 PHP Version: 4CVS-2005-02-17 New Comment: Our configuration: Windows2003 Web Edition PHP 5.2, ZendOptimizer 3 Apache 2.2.3 Tomcat 5.5.17 To reproduce: this happens consistently on the Windows platform as long as Win32DisableAcceptEx is enabled in the Apache httpd.conf. Tested with Apache2.0.59, PHP 5.1.6 and PHP 5.2. We get "FATAL: erealloc(): Unable to allocate XXX bytes" in the Apache2 error log with 5.1.6 and no feedback to the user (could not connect to server), with 5.2 the user sees the same error message in the browser. There's an open issue in the Apache2 bug list here: http://issues.apache.org/bugzilla/show_bug.cgi?id=34664#c8 Comment 8 is particularly interesting: one of the Apache developers say they do not call erealloc. At this point (to me) it's not clear whether this is a PHP or an Apache bug, but it's definitely related to both. Previous Comments: [2006-12-12 23:04:20] alex_25052 at hotmail dot com Same thing here. Tons of FATAL: erealloc(): Unable to allocate bytes I config is PHP 4.4.4 Apache 2.2.3 on Windows 2003 Xeon Dual web machine, 2Gb ram. Sometimes apache restarts by itself, sometimes it doesn't and i have to do it manualy Drives me nuts... :) [2006-12-03 12:53:49] levi_tedder at hotmail dot com I have installed PHP 5.2 on the server where I had this issue, and it seems to have fixed it. No fatal for 24 hours, but I will let you know if it reappears when traffic peeks (although traffic was not an issue when this happened). [2006-10-09 06:57:44] levi_tedder at hotmail dot com Hi I have the same problem. My setup: Win2k Server (2 cpu) 2 GB RAM Apache 2.0.59 PHP 5.1.6 OpenSSL 0.9.8c Error message in apache log FATAL: erealloc(): Unable to allocate 1572864 bytes The exact same number of bytes is reported every 10-20 minutes, and after a day or two the apache cannot be restarted and I need to reboot the whole server. Most of my scripts are using Pear DB for database handling. I am unable to find out which script/page is causing this. Also note that I'm using the Win32DisableAcceptEx (as I guess all others are) in apache conf to get rid of slow performance and a bunch of other errors (The specified network name is no longer available). The FATAL error only appear when using Win32DisableAcceptEx. If you have any ideas, please let the PHP guys and me know it :) [2006-10-02 03:38:27] automap at gmail dot com I also encounter this problem: [Sun Oct 01 16:52:03 2006] [notice] Apache/2.0.59 (Win32) mod_jk2/2.0.4 PHP/5.0.4 configured -- resuming normal operations [Sun Oct 01 16:52:03 2006] [notice] Server built: Jul 27 2006 15:55:03 [Sun Oct 01 16:52:03 2006] [notice] Parent: Created child process 460 [Sun Oct 01 16:52:03 2006] [notice] Disabled use of AcceptEx() WinSock2 API [Sun Oct 01 16:52:03 2006] [notice] Child 460: Child process is running [Sun Oct 01 16:52:03 2006] [notice] Child 460: Acquired the start mutex. [Sun Oct 01 16:52:03 2006] [notice] Child 460: Starting 250 worker threads. [Sun Oct 01 16:52:03 2006] [notice] Child 460: Listening on port 80. [Sun Oct 01 18:39:30 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Sun Oct 01 18:39:31 2006] [notice] Apache/2.0.59 (Win32) mod_jk2/2.0.4 PHP/5.0.4 configured -- resuming normal operations [Sun Oct 01 18:39:31 2006] [notice] Server built: Jul 27 2006 15:55:03 [Sun Oct 01 18:39:31 2006] [notice] Parent: Created child process 2272 [Sun Oct 01 18:39:31 2006] [notice] Disabled use of AcceptEx() WinSock2 API [Sun Oct 01 18:39:32 2006] [notice] Child 2272: Child process is running [Sun Oct 01 18:39:32 2006] [notice] Child 2272: Acquired the start mutex. [Sun Oct 01 18:39:32 2006] [notice] Child 2272: Starting 250 worker threads. [Sun Oct 01 18:39:32 2006] [notice] Child 2272: Listening on port 80. FATAL: erealloc(): Unable to allocate 1049288 bytes [Sun Oct 01 20:15:12 2006] [notice] Parent: child process exited with status 1 -- Restarting. Who know how to overcome it? Please send email to me: [EMAIL PROTECTED] [2006-07-04 13:22:05] vincent dot lepot at smile dot fr This bug happens for me since I added in httpd.conf the option Win32DisableAcceptEx (because of the number of warnings appearing). When I comment it, there are no more memory leak. So it seems to be a Apache 2 bug. The remainder of the comments for thi
#39361 [Opn->Fbk]: mbstring function overloading - done although not activated
ID: 39361 Updated by: [EMAIL PROTECTED] -Reported By: christoph at ziegenberg dot de +Reported By: s dot masugata at mbg dot nifty dot com -Status: Open +Status: Feedback Bug Type: mbstring related Operating System: Win XP SP 2 PHP Version: 5.2.0 -Assigned To: +Assigned To: masugata New Comment: 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 Hi! :) I'm fixed this problem(just now). http://news.php.net/php.cvs/42277 Please, try snapshot. [tested spript]: haystack):]-\n"); var_dump(strpos('1', '100' ) ); var_dump( mb_strpos('1', '100' ) ); print("\n--[strpos (offest > haystack):]-\n"); var_dump(strpos( '1', '1', 4 ) ); var_dump( mb_strpos( '1', '1', 4 ) ); print("\n--[stripos (empty haystack):]-\n"); var_dump(stripos( '', '' ) ); var_dump( mb_stripos( '', '' ) ); print("\n--[stripos (empty needle):]-\n"); var_dump(stripos( '1', '' ) ); var_dump( mb_stripos( '1', '' ) ); print("\n--[stripos (needle > haystack):]-\n"); var_dump(stripos('1', '100' ) ); var_dump( mb_stripos('1', '100' ) ); print("\n--[stripos (offest > haystack):]-\n"); var_dump(stripos( '1', '1', 4 ) ); var_dump( mb_stripos( '1', '1', 4 ) ); print("\n--[strrpos (empty haystack):]-\n"); var_dump(strrpos( '', '' ) ); var_dump( mb_strrpos( '', '' ) ); print("\n--[strrpos (empty needle):]-\n"); var_dump(strrpos( '1', '' ) ); var_dump( mb_strrpos( '1', '' ) ); print("\n--[strrpos (needle > haystack):]-\n"); var_dump(strrpos('1', '100' ) ); var_dump( mb_strrpos('1', '100' ) ); print("\n--[strrpos (offest > haystack):]-\n"); var_dump(strrpos( '1', '1', 4 ) ); var_dump( mb_strrpos( '1', '1', 4 ) ); print("\n--[strripos (empty haystack):]-\n"); var_dump(strripos( '', '' ) ); var_dump( mb_strripos( '', '' ) ); print("\n--[strripos (empty needle):]-\n"); var_dump(strripos( '1', '' ) ); var_dump( mb_strripos( '1', '' ) ); print("\n--[strripos (needle > haystack):]-\n"); var_dump(strripos('1', '100' ) ); var_dump( mb_strripos('1', '100' ) ); print("\n--[strripos (offest > haystack):]-\n"); var_dump(strripos( '1', '1', 4 ) ); var_dump( mb_strripos( '1', '1', 4 ) ); print("\n--[strstr (empty haystack):]-\n"); var_dump(strstr( '', '' ) ); var_dump( mb_strstr( '', '' ) ); print("\n--[strstr (empty needle):]-\n"); var_dump(strstr( '1', '' ) ); var_dump( mb_strstr( '1', '' ) ); print("\n--[strstr (needle > haystack):]-\n"); var_dump(strstr('1', '100' ) ); var_dump( mb_strstr('1', '100' ) ); print("\n--[stristr (empty haystack):]-\n"); var_dump(stristr( '', '' ) ); var_dump( mb_stristr( '', '' ) ); print("\n--[stristr (empty needle):]-\n"); var_dump(stristr( '1', '' ) ); var_dump( mb_stristr( '1', '' ) ); print("\n--[stristr (needle > haystack):]-\n"); var_dump(stristr('1', '100' ) ); var_dump( mb_stristr('1', '100' ) ); print("\n--[strrchr (empty haystack):]-\n"); var_dump(strrchr( '', '' ) ); var_dump( mb_strrchr( '', '' ) ); print("\n--[strrchr (empty needle):]-\n"); var_dump(strrchr( '1', '' ) ); var_dump( mb_strrchr( '1', '' ) ); print("\n--[substr_count (empty haystack):]-\n"); var_dump(substr_count( '', '' ) ); var_dump( mb_substr_count( '', '' ) ); print("\n--[substr_count (empty needle):]-\n"); var_dump(substr_count( '1', '' ) ); var_dump( mb_substr_count( '1', '' ) ); print("\n--[substr_count (needle > haystack):]-\n"); var_dump(substr_count('1', '100' ) ); var_dump( mb_substr_count('1', '100' ) ); ?> [php.ini setting]: Directive Local Value Master Value mbstring.detect_order no valueno value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input passpass mbstring.http_outputpasspass mbstring.internal_encoding no valueno value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no valueno value [result]: --[strpos (empty haystack):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 4 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 5 bool(false) --[strpos (empty needle):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 8 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 9 bool(false) --[strpos (needle > haystack):]- bool(false) bool(false) --[strpos (offest > haystack):]- Warning: strpos(): Offset not
#38051 [Com]: changing upload_max_filesize in php.ini has no effect
ID: 38051 Comment by: marek dot zolkowski at gmail dot com Reported By: saurabh_barjatiya at daiict dot ac dot in Status: No Feedback Bug Type: *Configuration Issues Operating System: Fedora Core 5 PHP Version: 5.1.4 New Comment: I've got the same problem: any changes in section File Uploads has no effect (upload_max_filesize and upload_tmp_dir) I'm using php 5.2.0-8 in apache-ssl on Debian. It happens after upgreading php from php4 to php5. Before this upgrade I could upload larger files and there was everything ok... Can anyone help me? Previous Comments: [2006-11-06 17:00:42] zavpublic at mac dot com Same issue for me in 5.1.4 Using php 5.1.4 in MAMP on a Quad G5 under Mac OS X 10.4.8. [2006-07-18 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". [2006-07-10 07:54:24] [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 Works just fine here. [2006-07-10 01:08:26] saurabh_barjatiya at daiict dot ac dot in Description: I have changed following in php.ini, Still when I run phpinfo() I get upload_max_filesize as 2M while other two getchanged. upload_max_filesize 2000M post_max_size 2000M memory_limit 2000M I have also tried creating php.ini in same directory as script with above settings. I have also tried creating .htaccess with php_value upload_max_filesize 2000M Still all scrips return 2M even with ini_get. Please check or tell how to change upload_max_filesize Reproduce code: --- Expected result: 2000M Actual result: -- 2M -- Edit this bug report at http://bugs.php.net/?id=38051&edit=1
#39400 [Asn->Fbk]: More differences beetween functions and the mbstring versions
ID: 39400 Updated by: [EMAIL PROTECTED] -Reported By: christoph at ziegenberg dot de +Reported By: s dot masugata at mbg dot nifty dot com -Status: Assigned +Status: Feedback Bug Type: mbstring related Operating System: Win XP PHP Version: 5.2.0 Assigned To: hirokawa New Comment: 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 Hi! :) I'm fixed this problem(just now). http://news.php.net/php.cvs/42277 Please, try snapshot. [tested spript]: haystack):]-\n"); var_dump(strpos('1', '100' ) ); var_dump( mb_strpos('1', '100' ) ); print("\n--[strpos (offest > haystack):]-\n"); var_dump(strpos( '1', '1', 4 ) ); var_dump( mb_strpos( '1', '1', 4 ) ); print("\n--[stripos (empty haystack):]-\n"); var_dump(stripos( '', '' ) ); var_dump( mb_stripos( '', '' ) ); print("\n--[stripos (empty needle):]-\n"); var_dump(stripos( '1', '' ) ); var_dump( mb_stripos( '1', '' ) ); print("\n--[stripos (needle > haystack):]-\n"); var_dump(stripos('1', '100' ) ); var_dump( mb_stripos('1', '100' ) ); print("\n--[stripos (offest > haystack):]-\n"); var_dump(stripos( '1', '1', 4 ) ); var_dump( mb_stripos( '1', '1', 4 ) ); print("\n--[strrpos (empty haystack):]-\n"); var_dump(strrpos( '', '' ) ); var_dump( mb_strrpos( '', '' ) ); print("\n--[strrpos (empty needle):]-\n"); var_dump(strrpos( '1', '' ) ); var_dump( mb_strrpos( '1', '' ) ); print("\n--[strrpos (needle > haystack):]-\n"); var_dump(strrpos('1', '100' ) ); var_dump( mb_strrpos('1', '100' ) ); print("\n--[strrpos (offest > haystack):]-\n"); var_dump(strrpos( '1', '1', 4 ) ); var_dump( mb_strrpos( '1', '1', 4 ) ); print("\n--[strripos (empty haystack):]-\n"); var_dump(strripos( '', '' ) ); var_dump( mb_strripos( '', '' ) ); print("\n--[strripos (empty needle):]-\n"); var_dump(strripos( '1', '' ) ); var_dump( mb_strripos( '1', '' ) ); print("\n--[strripos (needle > haystack):]-\n"); var_dump(strripos('1', '100' ) ); var_dump( mb_strripos('1', '100' ) ); print("\n--[strripos (offest > haystack):]-\n"); var_dump(strripos( '1', '1', 4 ) ); var_dump( mb_strripos( '1', '1', 4 ) ); print("\n--[strstr (empty haystack):]-\n"); var_dump(strstr( '', '' ) ); var_dump( mb_strstr( '', '' ) ); print("\n--[strstr (empty needle):]-\n"); var_dump(strstr( '1', '' ) ); var_dump( mb_strstr( '1', '' ) ); print("\n--[strstr (needle > haystack):]-\n"); var_dump(strstr('1', '100' ) ); var_dump( mb_strstr('1', '100' ) ); print("\n--[stristr (empty haystack):]-\n"); var_dump(stristr( '', '' ) ); var_dump( mb_stristr( '', '' ) ); print("\n--[stristr (empty needle):]-\n"); var_dump(stristr( '1', '' ) ); var_dump( mb_stristr( '1', '' ) ); print("\n--[stristr (needle > haystack):]-\n"); var_dump(stristr('1', '100' ) ); var_dump( mb_stristr('1', '100' ) ); print("\n--[strrchr (empty haystack):]-\n"); var_dump(strrchr( '', '' ) ); var_dump( mb_strrchr( '', '' ) ); print("\n--[strrchr (empty needle):]-\n"); var_dump(strrchr( '1', '' ) ); var_dump( mb_strrchr( '1', '' ) ); print("\n--[substr_count (empty haystack):]-\n"); var_dump(substr_count( '', '' ) ); var_dump( mb_substr_count( '', '' ) ); print("\n--[substr_count (empty needle):]-\n"); var_dump(substr_count( '1', '' ) ); var_dump( mb_substr_count( '1', '' ) ); print("\n--[substr_count (needle > haystack):]-\n"); var_dump(substr_count('1', '100' ) ); var_dump( mb_substr_count('1', '100' ) ); ?> [php.ini setting]: Directive Local Value Master Value mbstring.detect_order no valueno value mbstring.encoding_translation Off Off mbstring.func_overload 0 0 mbstring.http_input passpass mbstring.http_outputpasspass mbstring.internal_encoding no valueno value mbstring.language neutral neutral mbstring.strict_detection Off Off mbstring.substitute_character no valueno value [result]: --[strpos (empty haystack):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 4 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 5 bool(false) --[strpos (empty needle):]- Warning: strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 8 bool(false) Warning: mb_strpos(): Empty delimiter. in /usr/local/src/wk/39400.php on line 9 bool(false) --[strpos (needle > haystack):]- bool(false) bool(false) --[strpos (offest > haystack):]- Warning: strpos(): Offset not contained in string.
#38235 [Com]: mime_content_type does not return content type
ID: 38235 Comment by: sonne at gaskanalen dot dk Reported By: tony at marston-home dot demon dot co dot uk Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5CVS-2006-07-27 (CVS) New Comment: When using a WinXp with 5.2 i get errors when loading the magic.mime file -- just a snippet [21-Dec-2006 18:42:50] PHP Warning: PHP Startup: : (C:\wamp\php\extras\magic.mime:360) 'HP48 text' is not a valid mimetype, entry skipped in Unknown on line 0 [21-Dec-2006 18:42:50] PHP Warning: PHP Startup: : (C:\wamp\php\extras\magic.mime:361) 'hp200 (68010) BSD' is not a valid mimetype, entry skipped in Unknown on line 0 [21-Dec-2006 18:42:50] PHP Warning: PHP Startup: : (C:\wamp\php\extras\magic.mime:362) 'hp300 (68020+68881) BSD' is not a valid mimetype, entry skipped in Unknown on line 0 [21-Dec-2006 18:42:50] PHP Warning: PHP Startup: : (C:\wamp\php\extras\magic.mime:363) '370 XA sysV executable ' is not a valid mimetype, entry skipped in Unknown on line 0 [21-Dec-2006 18:42:50] PHP Warning: PHP Startup: : (C:\wamp\php\extras\magic.mime:364) '370 XA sysV pure executable ' is not a valid mimetype, entry skipped in Unknown on line 0 I tryed downloading the zip file with windows binaries both from lates 5 and 4 series and use thoose magic.mime, they don't work i also tryed jusing the magic file from apache, i don't get any errors in the log with this one, but the functions both mime_content_type and finfo_open dosnøt work with this either. Previous Comments: [2006-07-30 06:15:17] php-user at private dot lan Oops, it didn't work right. Just replace the "&", "<" and ">" with the "&", "<" and ">", respectively. [2006-07-30 06:12:10] php-user at private dot lan I have the same problem. I did note from the documentation that: "Note: This extension is not capable of handling the fully decorated magic file that generally comes with standard Linux distro's and is supposed to be used with recent versions of file command." The bundled magic.mime file looks like it's the fully decorated version, which isn't supposed to work with mime_magic. Perhaps someone made a boo-boo when they bundled the zip file? Anyhow, a user comment on the docs page said to use the magic file from Apache, which I tried.. And it eliminated all the errors. I have NOT tested to make sure it works with the mime type detection functions yet.. (I was trying to clean up my apache errors log file, not fix soimething in php. Yet. ;-)) Here's the mime magic file from my Apache-2.0 (I hope this shows up correctly!): # Magic data for mod_mime_magic Apache module (originally for file(1) command) # The module is described in /manual/mod/mod_mime_magic.html # # The format is 4-5 columns: #Column #1: byte number to begin checking from, ">" indicates continuation #Column #2: type of data to match #Column #3: contents of data to match #Column #4: MIME type of result #Column #5: MIME encoding of result (optional) #-- # Localstuff: file(1) magic for locally observed files # Add any locally observed files here. #-- # end local stuff #-- #-- # Java 0 short 0xcafe >2 short 0xbabe application/java #-- # audio: file(1) magic for sound formats # # from Jan Nicolai Langfeldt <[EMAIL PROTECTED]>, # # Sun/NeXT audio data 0 string .snd >12 belong 1 audio/basic >12 belong 2 audio/basic >12 belong 3 audio/basic >12 belong 4 audio/basic >12 belong 5 audio/basic >12 belong 6 audio/basic >12 belong 7 audio/basic >12 belong 23 audio/x-adpcm # DEC systems (e.g. DECstation 5000) use a variant of the Sun/NeXT format # that uses little-endian encoding and has a different magic number # (0x0064732E in little-endian encoding). 0 lelong 0x0064732E >12 lelong 1 audio/x-dec-basic >12 lelong 2 audio/x-dec-basic >12 lelong 3 audio/x-dec-basic >12 lelong 4 audio/x-dec-basic >12 lelong 5 audio/x-dec-basic >12 lelong 6 audio/x-dec-basic >12 lelong 7 audio/x-dec-basic # compressed (G
#39450 [Com]: getenv() fills $_POST-Array
ID: 39450 Comment by: fugacityguy-developer at yahoo dot com Reported By: patrik dot mayer at i12 dot de Status: Open Bug Type: Unknown/Other Function Operating System: SuSE 10, 2.6.13-15.12-smp PHP Version: 5.2.0 New Comment: I am getting a similar behavior where calling getenv() is populating the $_FILES global: \n"; $h = getenv('DOCUMENT_ROOT'); var_dump($_FILES); ?> yields: array(0) { } array(0) { } array(1) { ["DOCUMENT_ROOT"]=> string(26) "/usr/csite/WebServer/html/" } This is PHP 5.2.0 on Redhat Enterprise Linux 4. Previous Comments: [2006-12-15 22:14:29] balue at gmail dot com I'm experiencing the same issue as well using: Apache 1.3.37 PHP 5.2 FreeBSD 4.11 (most current patches) This did not happen in 5.1.6. And Yes, changing the variable_order to EGPCS fixed it as well. [2006-11-27 14:52:26] patrik dot mayer at i12 dot de Hi, sorry for not getting back soon. I've emailed our phpinfo() to tony2001 (at) php (dot) net. Hopefully you can see anything where the behavior could come from. At the moment we are fine by setting variables_order from GPCS to EGPCS. Big thnx from germany. [2006-11-20 13:26:37] [EMAIL PROTECTED] Well, we still have not idea how to reproduce this. Please show your phpinfo(). [2006-11-20 13:21:54] patrik dot mayer at i12 dot de Nope, there are non loaded. [2006-11-15 12:40:37] [EMAIL PROTECTED] Please make sure you don't have any zend_extensions or other third party modules, which can affect PHP's behaviour. 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/39450 -- Edit this bug report at http://bugs.php.net/?id=39450&edit=1
#39890 [Fbk->Opn]: GNU layout and --sysconfdir option break install and include paths
ID: 39890 User updated by: gabriel at oxeva dot fr Reported By: gabriel at oxeva dot fr -Status: Feedback +Status: Open Bug Type: *Compile Issues Operating System: Linux 2.6 PHP Version: 5.2.0 New Comment: I have tested other case with a minimal configure line : ./configure --prefix=/usr --sysconfdir=/etc/php --with-layout=GNU When using the included "configure" script, the include_path is set properly (.:/usr/share/pear), but when using a rebuilt configure script (with ./buildconf --force; to make it effective, you need to delete the configure script then type ./buildconf --force), the include_path is set to .:${prefix}/share/pear. The buildconf output is following : # ./buildconf --force Forcing buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.61 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13. rebuilding configure aclocal.m4:2017: PHP_PROG_LEX is expanded from... rebuilding main/php_config.h.in autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows one to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. aclocal.m4:2017: PHP_PROG_LEX is expanded from... I need to use the buildconf to add some extensions statically into php (APC and memcache for example) Previous Comments: [2006-12-21 14:33:11] [EMAIL PROTECTED] Please try to reduce the configure line to the minimal possible. [2006-12-20 22:56:07] gabriel at oxeva dot fr After a fresh new compilation, the problem is still here. Following are the details about my build process : - source extraction - last patch about the autoconf bug applied - ./buildconf --force - configure. The exact configure line is : CFLAGS='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' \ CC='gcc -m32' \ './configure' \ '--prefix=/usr' \ '--sysconfdir=/etc/php' \ '--disable-cgi' \ '--with-exec-dir=/bin' \ '--with-layout=GNU' \ '--enable-sigchild' \ '--disable-rpath' \ '--disable-short-tags' \ '--disable-all' \ '--enable-libxml' \ '--with-openssl' \ '--with-pcre-regex' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-curlwrappers' \ '--enable-dba' \ '--with-inifile' \ '--enable-dom' \ '--enable-ftp' \ '--with-gd' \ '--with-freetype-dir' \ '--enable-gd-native-ttf' \ '--with-iconv' \ '--enable-mbstring' \ '--with-mcrypt' \ '--with-mysqli' \ '--with-ncurses' \ '--enable-pcntl' \ '--enable-posix' \ '--with-readline' \ '--disable-reflection' \ '--enable-simplexml' \ '--with-snmp' \ '--enable-soap' \ '--enable-sockets' \ '--enable-xml' \ '--enable-xmlreader' \ '--enable-xmlwriter' \ '--enable-zip' \ '--with-pear' \ '--enable-memory-limit' \ '--enable-zend-multibyte' \ '--with-pic' \ I've shortened it in this bug report for clarity. - then make (GNU version 3.81) - after make, testing the include path : # sapi/cli/php -i | grep include_path include_path => .:${prefix}/share/pear => .:${prefix}/share/pear maybe it's related to another configure option ? The full option list is provided above. Any ideas ? [2006-12-20 17:52:43] [EMAIL PROTECTED] Sounds very weird to me and I'm unable to reproduce it using autoconf 2.61. [2006-12-20 17:09:38] gabriel at oxeva dot fr so i applied the patch, ./buildconf --force again, then configure and make and make install man paths OK, pear path OK. but my sapi/cli/php -i give this output : # sapi/cli/php -i | grep include_path include_path => .:${prefix}/share/pear => .:${prefix}/share/pear the ${prefix} looks like a variable that is not replaced (expanded) in main/build-defs.h line 81: #define PHP_INCLUDE_PATH".:${prefix}/share/pear" [2006-12-20 11:54:21] [EMAIL PROTECTED] Ok, I updated the patch, it should fix PEAR install path now. Though I can't see any problems with include_path: # sapi/cli/php -i | grep include_path include_path => .:/tmp/php/share/pear => .:/tmp/php/share/pear The remainder of the comments for this
#39925 [Opn->Bgs]: sometimes my roflcopter goes soi soi sois osis sois
ID: 39925 Updated by: [EMAIL PROTECTED] Reported By: vf at sddasdssdsdssdsds dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: saa PHP Version: 5CVS-2006-12-21 (snap) New Comment: . Previous Comments: [2006-12-21 15:26:43] vf at sddasdssdsdssdsds dot com Description: dasadsad Reproduce code: --- asdasdsad Expected result: sdsadas Actual result: -- dasdas -- Edit this bug report at http://bugs.php.net/?id=39925&edit=1
#39925 [NEW]: sometimes my roflcopter goes soi soi sois osis sois
From: vf at sddasdssdsdssdsds dot com Operating system: saa PHP version: 5CVS-2006-12-21 (snap) PHP Bug Type: IIS related Bug description: sometimes my roflcopter goes soi soi sois osis sois Description: dasadsad Reproduce code: --- asdasdsad Expected result: sdsadas Actual result: -- dasdas -- Edit bug report at http://bugs.php.net/?id=39925&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39925&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39925&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39925&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39925&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39925&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39925&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39925&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39925&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39925&r=support Expected behavior:http://bugs.php.net/fix.php?id=39925&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39925&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39925&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39925&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39925&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39925&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39925&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39925&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39925&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39925&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39925&r=mysqlcfg
#39923 [Bgs]: Undefined constants IMG_PNG, IMG_JPG, IMG_GIF
ID: 39923 User updated by: smlerman at gmail dot com Reported By: smlerman at gmail dot com Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 5.2.0 New Comment: Yeah, that's what made me think they had maybe been deprecated. Also, the IMAGETYPE_ constants seemed to work fine, and I assumed that those were also defined in GD. Previous Comments: [2006-12-21 14:57:12] [EMAIL PROTECTED] This is impossible. These constants are defined in GD extension and if they are not, then the extension is missing. [2006-12-21 14:55:04] smlerman at gmail dot com Weird, I can't reproduce it now. The original error message was "[21-Dec-2006 09:13:50] PHP Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in...", but all of the images that should be on the page showed up fine. Might have been a glitch with the 5.2.0 upgrade process. I'll reopen if I manage to reproduce. [2006-12-21 14:42:36] smlerman at gmail dot com Nope, GD is enabled and working fine. GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.9 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled (Sorry about the summary. Browser must have auto-filled it without my noticing) [2006-12-21 14:35:32] [EMAIL PROTECTED] IMG_* constants are defined in GD which is obviously not enabled in your installation. [2006-12-21 14:33:21] smlerman at gmail dot com Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit this bug report at http://bugs.php.net/?id=39923&edit=1
#39919 [Opn->Asn]: error parsing c:\Program Files (x86)\PHP\php.ini
ID: 39919 Updated by: [EMAIL PROTECTED] Reported By: liddlem at ananzi dot co dot za -Status: Open +Status: Assigned Bug Type: PHP options/info functions Operating System: Win XP (x64) PHP Version: 5.2.0 -Assigned To: +Assigned To: jmertic Previous Comments: [2006-12-21 10:17:18] php at daniel15 dot com "This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked." Have you tried using forward slashes rather than backslashes? Try: extention_dir=c:/Program Files (x86)/PHP/ext And see if it works [2006-12-21 08:00:34] liddlem at ananzi dot co dot za Description: This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked. When I encapsulate the path in quotes e.g. "path" - the error message disappears, but when I launch my test file absolutely NOTHING happens. No open IE7. No error message. I also tried putting my text.php file into the apache\htdocs folder and then open localhost\test.php Stay offline does nothing. Connect give a 404 error. I was wondering whether this may be a problem that is specific to the 64bit version of Windows? I did try to install to the "old" c:\Program Files folder, but PHP was "forced" into c:\Program Files (x64) I have had a look at bugs 22776, 39913 and 33983, but still no luck -- Edit this bug report at http://bugs.php.net/?id=39919&edit=1
#39921 [Opn->Bgs]: pspell_check returning incorrect results
ID: 39921 Updated by: [EMAIL PROTECTED] Reported By: php at daniel15 dot com -Status: Open +Status: Bogus Bug Type: Pspell related Operating System: GNU/Linux PHP Version: 4.4.4 New Comment: There is nothing we can do about it as long as pspell/aspell C api returns "1" (which means "correct"). Not PHP problem. Previous Comments: [2006-12-21 10:13:51] php at daniel15 dot com Additionally, checking it through the Aspell executable has correct results: == [EMAIL PROTECTED]:/home/daniel# cat test_words spel spell spelll speling spelling spellling [EMAIL PROTECTED]:/home/daniel# cat test_words | aspell list spel spelll speling spellling [EMAIL PROTECTED]:/home/daniel# aspell -v @(#) International Ispell Version 3.1.20 (but really Aspell 0.60.4) [2006-12-21 10:09:21] php at daniel15 dot com Description: OS: Debian GNU/Linux PHP version: 4.4.4 Aspell version: 0.60.4 Using pspell_check returns incorrect results for some words. For example, it marks spellling and permanate are being spelt correctly, and online as being spelt incorrectly Reproduce code: --- http://www.simplemachines.org/community/index.php?topic=125497.msg802209#msg802209 $pspell_link = pspell_new('en', 'american', '', 'UTF-8', PSPELL_FAST | PSPELL_RUN_TOGETHER); $tests = array( 'spel', 'spell', 'spelll', 'speling', 'spelling', 'spellling', ); foreach ($tests as $test) echo $test, '->', pspell_check($pspell_link, $test) ? 'correct' : 'incorrect', ''; ?> Expected result: spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->incorrect Actual result: -- spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->correct (notice the last result) -- Edit this bug report at http://bugs.php.net/?id=39921&edit=1
#39924 [Opn]: IMAP module lacks support for important/relevant parts of the imap spec
ID: 39924 User updated by: benjamin dot podszun at gmail dot com -Summary: IMAP module lacks important/relevant parts of the c-client library Reported By: benjamin dot podszun at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.2.0 New Comment: Original summary wasn't clear enough Previous Comments: [2006-12-21 15:04:11] benjamin dot podszun at gmail dot com Description: IMAP [1] supports a CAPABILITY command to check for various supported extensions. While the c-client library supports checking for capabilities, PHP doesn't offer any way to do that. One of that extensions, NAMESPACE [2], is critical for applications that use php and imap in combination with a server that relies on different namespaces for the user inbox and for example the shared folders. Without support for this command (which again is already available in the c-client library and "only" needs exposure/wrapping) there's no way to access shared folders on a server that supports multiple namespaces and therefor things like listing shared folders, subscribing to shared folders etc. cannot work reliably (without hardcoding/hacking the namespace in). Proposal: Support for both protocol details should be added. I guess it's a no-brainer for anyone with a little experience with php modules and C. [1] http://www.ietf.org/rfc/rfc2060.txt [2] http://www.rfc-editor.org/rfc/rfc2342.txt Reproduce code: --- n/a Expected result: Improved support for the imap protocol, especially for the CAPABILITIES and NAMESPACE part. Actual result: -- No support at all yet. -- Edit this bug report at http://bugs.php.net/?id=39924&edit=1
#39924 [NEW]: IMAP module lacks important/relevant parts of the c-client library
From: benjamin dot podszun at gmail dot com Operating system: Irrelevant PHP version: 5.2.0 PHP Bug Type: Feature/Change Request Bug description: IMAP module lacks important/relevant parts of the c-client library Description: IMAP [1] supports a CAPABILITY command to check for various supported extensions. While the c-client library supports checking for capabilities, PHP doesn't offer any way to do that. One of that extensions, NAMESPACE [2], is critical for applications that use php and imap in combination with a server that relies on different namespaces for the user inbox and for example the shared folders. Without support for this command (which again is already available in the c-client library and "only" needs exposure/wrapping) there's no way to access shared folders on a server that supports multiple namespaces and therefor things like listing shared folders, subscribing to shared folders etc. cannot work reliably (without hardcoding/hacking the namespace in). Proposal: Support for both protocol details should be added. I guess it's a no-brainer for anyone with a little experience with php modules and C. [1] http://www.ietf.org/rfc/rfc2060.txt [2] http://www.rfc-editor.org/rfc/rfc2342.txt Reproduce code: --- n/a Expected result: Improved support for the imap protocol, especially for the CAPABILITIES and NAMESPACE part. Actual result: -- No support at all yet. -- Edit bug report at http://bugs.php.net/?id=39924&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39924&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39924&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39924&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39924&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39924&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39924&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39924&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39924&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39924&r=support Expected behavior:http://bugs.php.net/fix.php?id=39924&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39924&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39924&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39924&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39924&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39924&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39924&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39924&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39924&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39924&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39924&r=mysqlcfg
#39923 [Bgs]: Undefined constants IMG_PNG, IMG_JPG, IMG_GIF
ID: 39923 Updated by: [EMAIL PROTECTED] Reported By: smlerman at gmail dot com Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 5.2.0 New Comment: This is impossible. These constants are defined in GD extension and if they are not, then the extension is missing. Previous Comments: [2006-12-21 14:55:04] smlerman at gmail dot com Weird, I can't reproduce it now. The original error message was "[21-Dec-2006 09:13:50] PHP Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in...", but all of the images that should be on the page showed up fine. Might have been a glitch with the 5.2.0 upgrade process. I'll reopen if I manage to reproduce. [2006-12-21 14:42:36] smlerman at gmail dot com Nope, GD is enabled and working fine. GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.9 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled (Sorry about the summary. Browser must have auto-filled it without my noticing) [2006-12-21 14:35:32] [EMAIL PROTECTED] IMG_* constants are defined in GD which is obviously not enabled in your installation. [2006-12-21 14:33:21] smlerman at gmail dot com Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit this bug report at http://bugs.php.net/?id=39923&edit=1
#39923 [Opn->Bgs]: Undefined constants IMG_PNG, IMG_JPG, IMG_GIF
ID: 39923 User updated by: smlerman at gmail dot com Reported By: smlerman at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 5.2.0 New Comment: Weird, I can't reproduce it now. The original error message was "[21-Dec-2006 09:13:50] PHP Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in...", but all of the images that should be on the page showed up fine. Might have been a glitch with the 5.2.0 upgrade process. I'll reopen if I manage to reproduce. Previous Comments: [2006-12-21 14:42:36] smlerman at gmail dot com Nope, GD is enabled and working fine. GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.9 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled (Sorry about the summary. Browser must have auto-filled it without my noticing) [2006-12-21 14:35:32] [EMAIL PROTECTED] IMG_* constants are defined in GD which is obviously not enabled in your installation. [2006-12-21 14:33:21] smlerman at gmail dot com Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit this bug report at http://bugs.php.net/?id=39923&edit=1
#39923 [Bgs->Opn]: Undefined constants IMG_PNG, IMG_JPG, IMG_GIF
ID: 39923 User updated by: smlerman at gmail dot com -Summary: Somewhat misleading notice message with type conversions Reported By: smlerman at gmail dot com -Status: Bogus +Status: Open Bug Type: GD related Operating System: Windows PHP Version: 5.2.0 New Comment: Nope, GD is enabled and working fine. GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.9 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled (Sorry about the summary. Browser must have auto-filled it without my noticing) Previous Comments: [2006-12-21 14:35:32] [EMAIL PROTECTED] IMG_* constants are defined in GD which is obviously not enabled in your installation. [2006-12-21 14:33:21] smlerman at gmail dot com Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit this bug report at http://bugs.php.net/?id=39923&edit=1
#39923 [Opn->Bgs]: Somewhat misleading notice message with type conversions
ID: 39923 Updated by: [EMAIL PROTECTED] Reported By: smlerman at gmail dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Windows PHP Version: 5.2.0 New Comment: IMG_* constants are defined in GD which is obviously not enabled in your installation. Previous Comments: [2006-12-21 14:33:21] smlerman at gmail dot com Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit this bug report at http://bugs.php.net/?id=39923&edit=1
#39923 [NEW]: Somewhat misleading notice message with type conversions
From: smlerman at gmail dot com Operating system: Windows PHP version: 5.2.0 PHP Bug Type: GD related Bug description: Somewhat misleading notice message with type conversions Description: The constants IMG_PNG, IMG_JPG, and IMG_GIF are reported as undefined. IMAGETYPE_PNG, IMAGETYPE_JPEG, and IMAGETYPE_GIF all work fine. If the IMG_ constants were removed intentionally in favor of the IMAGETYPE_ constants, this is just a documentation issue. Reproduce code: --- Expected result: 3 2 1 3 2 1 Actual result: -- Notice: Use of undefined constant IMG_PNG - assumed 'IMG_PNG' in test.php on line 3 IMG_PNG Notice: Use of undefined constant IMG_JPG - assumed 'IMG_JPG' in test.php on line 4 IMG_JPG Notice: Use of undefined constant IMG_GIF - assumed 'IMG_GIF' in test.php on line 5 IMG_GIF 3 2 1 -- Edit bug report at http://bugs.php.net/?id=39923&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39923&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39923&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39923&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39923&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39923&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39923&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39923&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39923&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39923&r=support Expected behavior:http://bugs.php.net/fix.php?id=39923&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39923&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39923&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39923&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39923&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39923&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39923&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39923&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39923&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39923&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39923&r=mysqlcfg
#39890 [Opn->Fbk]: GNU layout and --sysconfdir option break install and include paths
ID: 39890 Updated by: [EMAIL PROTECTED] Reported By: gabriel at oxeva dot fr -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Linux 2.6 PHP Version: 5.2.0 New Comment: Please try to reduce the configure line to the minimal possible. Previous Comments: [2006-12-20 22:56:07] gabriel at oxeva dot fr After a fresh new compilation, the problem is still here. Following are the details about my build process : - source extraction - last patch about the autoconf bug applied - ./buildconf --force - configure. The exact configure line is : CFLAGS='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' \ CC='gcc -m32' \ './configure' \ '--prefix=/usr' \ '--sysconfdir=/etc/php' \ '--disable-cgi' \ '--with-exec-dir=/bin' \ '--with-layout=GNU' \ '--enable-sigchild' \ '--disable-rpath' \ '--disable-short-tags' \ '--disable-all' \ '--enable-libxml' \ '--with-openssl' \ '--with-pcre-regex' \ '--with-zlib' \ '--with-bz2' \ '--with-curl' \ '--with-curlwrappers' \ '--enable-dba' \ '--with-inifile' \ '--enable-dom' \ '--enable-ftp' \ '--with-gd' \ '--with-freetype-dir' \ '--enable-gd-native-ttf' \ '--with-iconv' \ '--enable-mbstring' \ '--with-mcrypt' \ '--with-mysqli' \ '--with-ncurses' \ '--enable-pcntl' \ '--enable-posix' \ '--with-readline' \ '--disable-reflection' \ '--enable-simplexml' \ '--with-snmp' \ '--enable-soap' \ '--enable-sockets' \ '--enable-xml' \ '--enable-xmlreader' \ '--enable-xmlwriter' \ '--enable-zip' \ '--with-pear' \ '--enable-memory-limit' \ '--enable-zend-multibyte' \ '--with-pic' \ I've shortened it in this bug report for clarity. - then make (GNU version 3.81) - after make, testing the include path : # sapi/cli/php -i | grep include_path include_path => .:${prefix}/share/pear => .:${prefix}/share/pear maybe it's related to another configure option ? The full option list is provided above. Any ideas ? [2006-12-20 17:52:43] [EMAIL PROTECTED] Sounds very weird to me and I'm unable to reproduce it using autoconf 2.61. [2006-12-20 17:09:38] gabriel at oxeva dot fr so i applied the patch, ./buildconf --force again, then configure and make and make install man paths OK, pear path OK. but my sapi/cli/php -i give this output : # sapi/cli/php -i | grep include_path include_path => .:${prefix}/share/pear => .:${prefix}/share/pear the ${prefix} looks like a variable that is not replaced (expanded) in main/build-defs.h line 81: #define PHP_INCLUDE_PATH".:${prefix}/share/pear" [2006-12-20 11:54:21] [EMAIL PROTECTED] Ok, I updated the patch, it should fix PEAR install path now. Though I can't see any problems with include_path: # sapi/cli/php -i | grep include_path include_path => .:/tmp/php/share/pear => .:/tmp/php/share/pear [2006-12-20 09:12:31] gabriel at oxeva dot fr Hello again, Thanks for the patch. I actually use autoconf version 2.61. This patch has corrected the bug related to the man path, but CASE 2 and 3 are not completely solved : the include_path in the PHP binary is still ".:${prefix}/share/pear" (with ${prefix} not expanded), and pear installs itslef in /usr/pear instead of /usr/share/pear as is it stated in the GNU layout. 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/39890 -- Edit this bug report at http://bugs.php.net/?id=39890&edit=1
#39922 [Opn->Bgs]: array_search returns incorrect position after array_push or array_unshift
ID: 39922 Updated by: [EMAIL PROTECTED] Reported By: willem at fkkc dot nl -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian PHP Version: 5.2.0 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. Previous Comments: [2006-12-21 13:51:29] smlerman at gmail dot com Fix your error_reporting and/or display_errors settings. Warning: Wrong parameter count for array_search() in ... on line 4 http://www.php.net/manual/en/function.array-search.php [2006-12-21 11:40:41] willem at fkkc dot nl Description: array_search returns incorrect position-value when an array is modified with array_push or array_unshift Reproduce code: --- $array = array('a1','b2','c3'); array_unshift($array,'d4'); $pos = array_search('d4'); if($pos === FALSE){ print implode(',',$array); }else{ print 'Position = '.$pos; } Expected result: Position = 0 Actual result: -- d4,a1,b2,c3 -- Edit this bug report at http://bugs.php.net/?id=39922&edit=1
#39922 [Com]: array_search returns incorrect position after array_push or array_unshift
ID: 39922 Comment by: smlerman at gmail dot com Reported By: willem at fkkc dot nl Status: Open Bug Type: Scripting Engine problem Operating System: Debian PHP Version: 5.2.0 New Comment: Fix your error_reporting and/or display_errors settings. Warning: Wrong parameter count for array_search() in ... on line 4 http://www.php.net/manual/en/function.array-search.php Previous Comments: [2006-12-21 11:40:41] willem at fkkc dot nl Description: array_search returns incorrect position-value when an array is modified with array_push or array_unshift Reproduce code: --- $array = array('a1','b2','c3'); array_unshift($array,'d4'); $pos = array_search('d4'); if($pos === FALSE){ print implode(',',$array); }else{ print 'Position = '.$pos; } Expected result: Position = 0 Actual result: -- d4,a1,b2,c3 -- Edit this bug report at http://bugs.php.net/?id=39922&edit=1
#39712 [Asn->Csd]: Installation failure "Program Required"
ID: 39712 Updated by: [EMAIL PROTECTED] Reported By: kemputer at optushome dot com dot au -Status: Assigned +Status: Closed Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: I forgot this was already fixed by Bug #39410 in CVS. Thanks for all your feedback! Previous Comments: [2006-12-21 13:21:42] [EMAIL PROTECTED] Can you try to run the following command from the command prompt and let me know the results: [2006-12-21 12:43:42] [EMAIL PROTECTED] E-mail the error log to [EMAIL PROTECTED] [2006-12-20 11:35:14] jack dot magielse at 3bm dot nl I had the same problem when installing on a windows 2003 server with IIS 6. I ran the installation with the log option. The error.log is 498kb. Where can I drop it. [2006-12-18 16:40:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and attach the log file? To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log [2006-12-08 23:38:38] kemputer at optushome dot com dot au If I install the php msi kit without configuring a server, there is no error. Installation appears to be clean. (Sorry, for the delay in replying, I was away from my office) 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/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#39712 [Asn]: Installation failure "Program Required"
ID: 39712 Updated by: [EMAIL PROTECTED] Reported By: kemputer at optushome dot com dot au Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: Can you try to run the following command from the command prompt and let me know the results: Previous Comments: [2006-12-21 12:43:42] [EMAIL PROTECTED] E-mail the error log to [EMAIL PROTECTED] [2006-12-20 11:35:14] jack dot magielse at 3bm dot nl I had the same problem when installing on a windows 2003 server with IIS 6. I ran the installation with the log option. The error.log is 498kb. Where can I drop it. [2006-12-18 16:40:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and attach the log file? To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log [2006-12-08 23:38:38] kemputer at optushome dot com dot au If I install the php msi kit without configuring a server, there is no error. Installation appears to be clean. (Sorry, for the delay in replying, I was away from my office) [2006-12-04 15:48:53] [EMAIL PROTECTED] Do you get the same error if you choose not configure a web server? 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/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#39465 [Opn->Csd]: zend_strtod not Thread Safe (causes Infinite Loop)
ID: 39465 Updated by: [EMAIL PROTECTED] Reported By: raven7370 at yahoo dot com -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Win32 (XP SP2) PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Great, thanks a lot. Please reopen the report if you reproduce it again (though, I don't think it's possible). Previous Comments: [2006-12-21 12:51:29] raven7370 at yahoo dot com Hi, seems to have been fixed. However i only tried it for a short while and since this isn't a perfectly reproducible bug i can't say a 100% that it's gone. If i find the same problem occurring again i will post here again. thanks again! [2006-12-14 15:03:24] raven7370 at yahoo dot com Hi, I will try it out as soon as possible. Thanks for the help! Regards, [2006-12-14 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-12-06 18:21:40] [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 This should be now fixed in CVS. Please test the next snapshot and see if you can reproduce it. Thanks. [2006-12-01 14:51:40] [EMAIL PROTECTED] Reassigned to myself. 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/39465 -- Edit this bug report at http://bugs.php.net/?id=39465&edit=1
#39465 [Fbk->Opn]: zend_strtod not Thread Safe (causes Infinite Loop)
ID: 39465 User updated by: raven7370 at yahoo dot com Reported By: raven7370 at yahoo dot com -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Win32 (XP SP2) PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Hi, seems to have been fixed. However i only tried it for a short while and since this isn't a perfectly reproducible bug i can't say a 100% that it's gone. If i find the same problem occurring again i will post here again. thanks again! Previous Comments: [2006-12-14 15:03:24] raven7370 at yahoo dot com Hi, I will try it out as soon as possible. Thanks for the help! Regards, [2006-12-14 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-12-06 18:21:40] [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 This should be now fixed in CVS. Please test the next snapshot and see if you can reproduce it. Thanks. [2006-12-01 14:51:40] [EMAIL PROTECTED] Reassigned to myself. [2006-11-14 06:30:38] raven7370 at yahoo dot com i guess this category fits better... 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/39465 -- Edit this bug report at http://bugs.php.net/?id=39465&edit=1
#39917 [Fbk->Csd]: No variables in INPUT_SERVER input type
ID: 39917 User updated by: vojtech at x dot cz Reported By: vojtech at x dot cz -Status: Feedback +Status: Closed Bug Type: Filter related Operating System: Linux PHP Version: 5.2.0 Assigned To: pajoye New Comment: I can't provide any additional feedback as I will not try a snapshot in the near future. Thank you for clarification. Previous Comments: [2006-12-21 12:16:46] [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 "I've just found at http://devzone.zend.com/node/view/id/1113: server and env support may not work in all sapi, for filter 0.11.0 or php 5.2.0" Yes that's why I suggest to try using a snapshot, the SERVER support has been improved. I wrote this article, there is a link in the docs note, the docs will be updated soon to reflect the new changes or additions. Please try with a more recent version. [2006-12-21 01:43:25] vojtech at x dot cz >From phpinfo: Apache/2.2.3 (Debian) PHP/5.2.0-7, Server API Apache 2.0 Handler I've just found at http://devzone.zend.com/node/view/id/1113: server and env support may not work in all sapi, for filter 0.11.0 or php 5.2.0 It seems it isn't bug but I think it should be mentioned in PHP documentation at least. [2006-12-21 01:19:37] [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 It was not supported with all SAPI in 5.2.0. Please try with a snapshot and tell us which SAPI/server you use) [2006-12-21 01:09:12] vojtech at x dot cz Description: Filter related functions don't detect any variables when I use INPUT_SERVER input type although they are set in $_SERVER array. Reproduce code: --- http://bugs.php.net/?id=39917&edit=1
#39712 [Asn]: Installation failure "Program Required"
ID: 39712 Updated by: [EMAIL PROTECTED] Reported By: kemputer at optushome dot com dot au Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.0 Assigned To: jmertic New Comment: E-mail the error log to [EMAIL PROTECTED] Previous Comments: [2006-12-20 11:35:14] jack dot magielse at 3bm dot nl I had the same problem when installing on a windows 2003 server with IIS 6. I ran the installation with the log option. The error.log is 498kb. Where can I drop it. [2006-12-18 16:40:53] [EMAIL PROTECTED] Could you run it in verbose logging mode and attach the log file? To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log [2006-12-08 23:38:38] kemputer at optushome dot com dot au If I install the php msi kit without configuring a server, there is no error. Installation appears to be clean. (Sorry, for the delay in replying, I was away from my office) [2006-12-04 15:48:53] [EMAIL PROTECTED] Do you get the same error if you choose not configure a web server? [2006-12-02 07:23:33] kemputer at optushome dot com dot au I used AusGamers on http://au2.php.net/distributions/php-5.2.0-win32-installer.msi I had tried Planet Mirror au.php.net but the download hung on 40Kb. 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/39712 -- Edit this bug report at http://bugs.php.net/?id=39712&edit=1
#39913 [Fbk->Csd]: Installer does not work on x64
ID: 39913 Updated by: [EMAIL PROTECTED] Reported By: torsten at vip dot cybercity dot dk -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP Professional x64 PHP Version: 5.2.0 Assigned To: jmertic New Comment: Missing quotes fixed in CVS (Bug #39716). I cannot replicate the changing install path on Windows XP Professional ( non-x64 ). I don't have an x64 bit version to test on, but it sounds like something specific to that version. It seems the error message you get is from PHP thinking it's getting installed in one place, but Windows thinking another. Changing the extension_dir directive to the correct path should fix it. mbstring is automatically installed when choosing to install exif currently. Previous Comments: [2006-12-20 21:55:50] judas dot iscariote at gmail dot com >mbstring extension is required by exif, see more information >here: >http://php.net/exif if so, there is no zend_module_dep defined on exif, so the user can be hinted on the logs.. "Cannot load module exif because required module mbstring is not loaded" [2006-12-20 21:29:01] [EMAIL PROTECTED] mbstring extension is required by exif, see more information here: http://php.net/exif [2006-12-20 21:13:00] torsten at vip dot cybercity dot dk Description: When installing on x64, the default install path is \Program Files (x86)\PHP. After installation, PHP fails with a syntax error because the value of "extension_dir" is not quoted. Uninstall and reinstall, being careful to select "D:\Program Files\PHP" as install path. When you get to the "Choose Items to Install" screen, the path still appears as "\Program Files (x86)\PHP". Click Browse, navigate to "\Program Files\PHP". The dialog still shows the "(x86)" path, and indeed the installation is performed to that path. Moved installation to desired path, hacked the registry at HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\PHP\InstallDir. When invoking php.exe from the command line, I get PHP Warning: PHP Startup: Unable to load dynamic library 'D:\Program Files\PHP\ ext\php_exif.dll' - The specified module could not be found. in Unknown on line 0 etc., although the file is there. -- Edit this bug report at http://bugs.php.net/?id=39913&edit=1
#39917 [Opn->Fbk]: No variables in INPUT_SERVER input type
ID: 39917 Updated by: [EMAIL PROTECTED] Reported By: vojtech at x dot cz -Status: Open +Status: Feedback Bug Type: Filter related Operating System: Linux PHP Version: 5.2.0 -Assigned To: +Assigned To: pajoye New Comment: 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 "I've just found at http://devzone.zend.com/node/view/id/1113: server and env support may not work in all sapi, for filter 0.11.0 or php 5.2.0" Yes that's why I suggest to try using a snapshot, the SERVER support has been improved. I wrote this article, there is a link in the docs note, the docs will be updated soon to reflect the new changes or additions. Please try with a more recent version. Previous Comments: [2006-12-21 01:43:25] vojtech at x dot cz >From phpinfo: Apache/2.2.3 (Debian) PHP/5.2.0-7, Server API Apache 2.0 Handler I've just found at http://devzone.zend.com/node/view/id/1113: server and env support may not work in all sapi, for filter 0.11.0 or php 5.2.0 It seems it isn't bug but I think it should be mentioned in PHP documentation at least. [2006-12-21 01:19:37] [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 It was not supported with all SAPI in 5.2.0. Please try with a snapshot and tell us which SAPI/server you use) [2006-12-21 01:09:12] vojtech at x dot cz Description: Filter related functions don't detect any variables when I use INPUT_SERVER input type although they are set in $_SERVER array. Reproduce code: --- http://bugs.php.net/?id=39917&edit=1
#39918 [Bgs]: imagecreatefromjpeg doesn't work
ID: 39918 Updated by: [EMAIL PROTECTED] Reported By: hnthanhphong at yahoo dot com Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 -Assigned To: +Assigned To: pajoye New Comment: GD does provide a mechanism to be more tolerant with broken jpeg images. Using error_reporting(E_ALL); while developing would have told you what's going on. GD did report some errors in the jpeg codec. Some of the jpeg errors are recoverable, like those in this image. You can change the behaviors of the jpeg codec using gd.jpeg_ignore_warning: ini_set("gd.jpeg_ignore_warning", 1); $im = imagecreatefromjpeg("test.jpeg"); $im contains now your image. Previous Comments: [2006-12-21 09:49:15] hnthanhphong at yahoo dot com I re-saved in Photoshop, and post again it works property. Thank you very much. [2006-12-21 09:43:53] [EMAIL PROTECTED] Photoshop also "repairs" broken JPEGs, PHP does not do that, and will never do that. I bet if you re-save it in Photoshop PHP can read it as well. [2006-12-21 09:26:22] hnthanhphong at yahoo dot com But I open this file in photoshop. It works no problem. [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39871 [Com]: emalloc() fails when calling sybase_query()
ID: 39871 Comment by: thomas dot pedoussaut at webresint dot com Reported By: kkimmel at cse dot ohio-state dot edu Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: RHEL 4 x86_64 Kernel 2.6.9 PHP Version: 4.4.4 New Comment: I could also reproduce the problem with FreeTDS 0.64-1 rather that the official sybase client library. Previous Comments: [2006-12-21 10:31:30] thomas dot pedoussaut at webresint dot com Same problem on CentOS 4.4 php 5.1.6 Sybase OCS-12_5 kernel 2.6.16-xen x86_64 [2006-12-18 15:51:32] kkimmel at cse dot ohio-state dot edu Description: This error happens with php 4.4.4 and php 5.2.0. Test system: Dual Processor Intel Xeon CPU 3.20ghz Red Hat Enterprise 4 x86_64 glibc 2.3.4 gcc 3.4.6 apache 2.0.59 PHP 4.4.4 build flags: ./configure \ --prefix=/opt/php-4.4.4 \ --with-apxs2=/opt/apache-2.0.59/bin/apxs \ --with-sybase-ct=/usr/local/sybase/OCS-12_5 \ --enable-debug The apache startup script exports the following env vars: SYBASE="/usr/local/sybase" SYBASE_OCS="OCS-12_5" SYBASE_SYSAM="SYSAM-1_0" LANG="en_US" There are no errors reported from the sybase client library in the log file. I also had to hand edit ./configure because it cannot find the sybase 64bit libraries. The below code executes correctly on our old server which ran Solaris 8, Apache 1.3.33, PHP 4.4.0 and connected to the same sybase server. Reproduce code: --- ini_set('display_errors', '1'); error_reporting(E_ALL); $link = sybase_connect('omega', 'test1', 'pass'); $worked = sybase_select_db('dev01', $link); $sql = "SELECT * FROM Events"; $mixed = sybase_query($sql, $link); print_r($mixed); Expected result: It should print out something like the following: Resource id #3 Actual result: -- In the apache log I see the following error: FATAL: emalloc(): Unable to allocate 42949672961 bytes Below is the backtrace of the code attached to this bug: (gdb) bt #0 0x00374dd2e829 in kill () from /lib64/tls/libc.so.6 #1 0x002a956de859 in _emalloc (size=42949672961, __zend_filename=0x2a9572a338 "/tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1302, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /tmp/php-4.4.4/Zend/zend_alloc.c:187 #2 0x002a956842cc in php_sybase_fetch_result_set (sybase_ptr=0x6eab50, buffered=0, store=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1302 #3 0x002a95684cbf in php_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1, buffered=0) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1497 #4 0x002a9568500f in zif_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1626 #5 0x002a9570cab3 in execute (op_array=0x6ea9c0) at /tmp/php-4.4.4/Zend/zend_execute.c:1675 #6 0x002a956f538f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php-4.4.4/Zend/zend.c:934 #7 0x002a956b5844 in php_execute_script (primary_file=0x7fb270) at /tmp/php-4.4.4/main/main.c:1752 #8 0x002a95713453 in php_handler (r=0x6db570) at /tmp/php-4.4.4/sapi/apache2handler/sapi_apache2.c:581 #9 0x0043ca93 in ap_run_handler (r=0x6db570) at config.c:152 #10 0x0043cf31 in ap_invoke_handler (r=0x6db570) at config.c:364 #11 0x0042b360 in ap_process_request (r=0x6db570) at http_request.c:249 #12 0x00426728 in ap_process_http_connection (c=0x6d6dd0) at http_core.c:253 #13 0x004475d3 in ap_run_process_connection (c=0x6d6dd0) at connection.c:43 #14 0x0043af1f in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #15 0x0043b154 in make_child (s=0x5eda50, slot=0) at prefork.c:650 #16 0x0043b22e in startup_children (number_to_start=5) at prefork.c:722 #17 0x0043b90b in ap_mpm_run (_pconf=Variable "_pconf" is not available. ) at prefork.c:941 #18 0x00441b70 in main (argc=2, argv=0x7fb878) at main.c:623 -- Edit this bug report at http://bugs.php.net/?id=39871&edit=1
#39871 [Com]: emalloc() fails when calling sybase_query()
ID: 39871 Comment by: thomas dot pedoussaut at webresint dot com Reported By: kkimmel at cse dot ohio-state dot edu Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: RHEL 4 x86_64 Kernel 2.6.9 PHP Version: 4.4.4 New Comment: Same problem on CentOS 4.4 php 5.1.6 Sybase OCS-12_5 kernel 2.6.16-xen x86_64 Previous Comments: [2006-12-18 15:51:32] kkimmel at cse dot ohio-state dot edu Description: This error happens with php 4.4.4 and php 5.2.0. Test system: Dual Processor Intel Xeon CPU 3.20ghz Red Hat Enterprise 4 x86_64 glibc 2.3.4 gcc 3.4.6 apache 2.0.59 PHP 4.4.4 build flags: ./configure \ --prefix=/opt/php-4.4.4 \ --with-apxs2=/opt/apache-2.0.59/bin/apxs \ --with-sybase-ct=/usr/local/sybase/OCS-12_5 \ --enable-debug The apache startup script exports the following env vars: SYBASE="/usr/local/sybase" SYBASE_OCS="OCS-12_5" SYBASE_SYSAM="SYSAM-1_0" LANG="en_US" There are no errors reported from the sybase client library in the log file. I also had to hand edit ./configure because it cannot find the sybase 64bit libraries. The below code executes correctly on our old server which ran Solaris 8, Apache 1.3.33, PHP 4.4.0 and connected to the same sybase server. Reproduce code: --- ini_set('display_errors', '1'); error_reporting(E_ALL); $link = sybase_connect('omega', 'test1', 'pass'); $worked = sybase_select_db('dev01', $link); $sql = "SELECT * FROM Events"; $mixed = sybase_query($sql, $link); print_r($mixed); Expected result: It should print out something like the following: Resource id #3 Actual result: -- In the apache log I see the following error: FATAL: emalloc(): Unable to allocate 42949672961 bytes Below is the backtrace of the code attached to this bug: (gdb) bt #0 0x00374dd2e829 in kill () from /lib64/tls/libc.so.6 #1 0x002a956de859 in _emalloc (size=42949672961, __zend_filename=0x2a9572a338 "/tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c", __zend_lineno=1302, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /tmp/php-4.4.4/Zend/zend_alloc.c:187 #2 0x002a956842cc in php_sybase_fetch_result_set (sybase_ptr=0x6eab50, buffered=0, store=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1302 #3 0x002a95684cbf in php_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1, buffered=0) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1497 #4 0x002a9568500f in zif_sybase_query (ht=2, return_value=0x6fa0b0, this_ptr=0x0, return_value_used=1) at /tmp/php-4.4.4/ext/sybase_ct/php_sybase_ct.c:1626 #5 0x002a9570cab3 in execute (op_array=0x6ea9c0) at /tmp/php-4.4.4/Zend/zend_execute.c:1675 #6 0x002a956f538f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /tmp/php-4.4.4/Zend/zend.c:934 #7 0x002a956b5844 in php_execute_script (primary_file=0x7fb270) at /tmp/php-4.4.4/main/main.c:1752 #8 0x002a95713453 in php_handler (r=0x6db570) at /tmp/php-4.4.4/sapi/apache2handler/sapi_apache2.c:581 #9 0x0043ca93 in ap_run_handler (r=0x6db570) at config.c:152 #10 0x0043cf31 in ap_invoke_handler (r=0x6db570) at config.c:364 #11 0x0042b360 in ap_process_request (r=0x6db570) at http_request.c:249 #12 0x00426728 in ap_process_http_connection (c=0x6d6dd0) at http_core.c:253 #13 0x004475d3 in ap_run_process_connection (c=0x6d6dd0) at connection.c:43 #14 0x0043af1f in child_main (child_num_arg=Variable "child_num_arg" is not available. ) at prefork.c:610 #15 0x0043b154 in make_child (s=0x5eda50, slot=0) at prefork.c:650 #16 0x0043b22e in startup_children (number_to_start=5) at prefork.c:722 #17 0x0043b90b in ap_mpm_run (_pconf=Variable "_pconf" is not available. ) at prefork.c:941 #18 0x00441b70 in main (argc=2, argv=0x7fb878) at main.c:623 -- Edit this bug report at http://bugs.php.net/?id=39871&edit=1
#39919 [Com]: error parsing c:\Program Files (x86)\PHP\php.ini
ID: 39919 Comment by: php at daniel15 dot com Reported By: liddlem at ananzi dot co dot za Status: Open Bug Type: PHP options/info functions Operating System: Win XP (x64) PHP Version: 5.2.0 New Comment: "This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked." Have you tried using forward slashes rather than backslashes? Try: extention_dir=c:/Program Files (x86)/PHP/ext And see if it works Previous Comments: [2006-12-21 08:00:34] liddlem at ananzi dot co dot za Description: This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked. When I encapsulate the path in quotes e.g. "path" - the error message disappears, but when I launch my test file absolutely NOTHING happens. No open IE7. No error message. I also tried putting my text.php file into the apache\htdocs folder and then open localhost\test.php Stay offline does nothing. Connect give a 404 error. I was wondering whether this may be a problem that is specific to the 64bit version of Windows? I did try to install to the "old" c:\Program Files folder, but PHP was "forced" into c:\Program Files (x64) I have had a look at bugs 22776, 39913 and 33983, but still no luck -- Edit this bug report at http://bugs.php.net/?id=39919&edit=1
#39921 [Opn]: pspell_check returning incorrect results
ID: 39921 User updated by: php at daniel15 dot com -Reported By: dansoftaus at yahoo dot com dot au +Reported By: php at daniel15 dot com Status: Open Bug Type: Pspell related Operating System: GNU/Linux PHP Version: 4.4.4 New Comment: Additionally, checking it through the Aspell executable has correct results: == [EMAIL PROTECTED]:/home/daniel# cat test_words spel spell spelll speling spelling spellling [EMAIL PROTECTED]:/home/daniel# cat test_words | aspell list spel spelll speling spellling [EMAIL PROTECTED]:/home/daniel# aspell -v @(#) International Ispell Version 3.1.20 (but really Aspell 0.60.4) Previous Comments: [2006-12-21 10:09:21] php at daniel15 dot com Description: OS: Debian GNU/Linux PHP version: 4.4.4 Aspell version: 0.60.4 Using pspell_check returns incorrect results for some words. For example, it marks spellling and permanate are being spelt correctly, and online as being spelt incorrectly Reproduce code: --- http://www.simplemachines.org/community/index.php?topic=125497.msg802209#msg802209 $pspell_link = pspell_new('en', 'american', '', 'UTF-8', PSPELL_FAST | PSPELL_RUN_TOGETHER); $tests = array( 'spel', 'spell', 'spelll', 'speling', 'spelling', 'spellling', ); foreach ($tests as $test) echo $test, '->', pspell_check($pspell_link, $test) ? 'correct' : 'incorrect', ''; ?> Expected result: spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->incorrect Actual result: -- spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->correct (notice the last result) -- Edit this bug report at http://bugs.php.net/?id=39921&edit=1
#39921 [NEW]: pspell_check returning incorrect results
From: dansoftaus at yahoo dot com dot au Operating system: GNU/Linux PHP version: 4.4.4 PHP Bug Type: Pspell related Bug description: pspell_check returning incorrect results Description: OS: Debian GNU/Linux PHP version: 4.4.4 Aspell version: 0.60.4 Using pspell_check returns incorrect results for some words. For example, it marks spellling and permanate are being spelt correctly, and online as being spelt incorrectly Reproduce code: --- http://www.simplemachines.org/community/index.php?topic=125497.msg802209#msg802209 $pspell_link = pspell_new('en', 'american', '', 'UTF-8', PSPELL_FAST | PSPELL_RUN_TOGETHER); $tests = array( 'spel', 'spell', 'spelll', 'speling', 'spelling', 'spellling', ); foreach ($tests as $test) echo $test, '->', pspell_check($pspell_link, $test) ? 'correct' : 'incorrect', ''; ?> Expected result: spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->incorrect Actual result: -- spel->incorrect spell->correct spelll->incorrect speling->incorrect spelling->correct spellling->correct (notice the last result) -- Edit bug report at http://bugs.php.net/?id=39921&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39921&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39921&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39921&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39921&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39921&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39921&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39921&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39921&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39921&r=support Expected behavior:http://bugs.php.net/fix.php?id=39921&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39921&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39921&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39921&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39921&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39921&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39921&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39921&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39921&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39921&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39921&r=mysqlcfg
#39918 [Csd->Bgs]: imagecreatefromjpeg doesn't work
ID: 39918 Updated by: [EMAIL PROTECTED] Reported By: hnthanhphong at yahoo dot com -Status: Closed +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 Previous Comments: [2006-12-21 09:49:15] hnthanhphong at yahoo dot com I re-saved in Photoshop, and post again it works property. Thank you very much. [2006-12-21 09:43:53] [EMAIL PROTECTED] Photoshop also "repairs" broken JPEGs, PHP does not do that, and will never do that. I bet if you re-save it in Photoshop PHP can read it as well. [2006-12-21 09:26:22] hnthanhphong at yahoo dot com But I open this file in photoshop. It works no problem. [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39918 [Bgs->Csd]: imagecreatefromjpeg doesn't work
ID: 39918 User updated by: hnthanhphong at yahoo dot com Reported By: hnthanhphong at yahoo dot com -Status: Bogus +Status: Closed Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 New Comment: I re-saved in Photoshop, and post again it works property. Thank you very much. Previous Comments: [2006-12-21 09:43:53] [EMAIL PROTECTED] Photoshop also "repairs" broken JPEGs, PHP does not do that, and will never do that. I bet if you re-save it in Photoshop PHP can read it as well. [2006-12-21 09:26:22] hnthanhphong at yahoo dot com But I open this file in photoshop. It works no problem. [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39918 [Opn->Bgs]: imagecreatefromjpeg doesn't work
ID: 39918 Updated by: [EMAIL PROTECTED] Reported By: hnthanhphong at yahoo dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 New Comment: Photoshop also "repairs" broken JPEGs, PHP does not do that, and will never do that. I bet if you re-save it in Photoshop PHP can read it as well. Previous Comments: [2006-12-21 09:26:22] hnthanhphong at yahoo dot com But I open this file in photoshop. It works no problem. [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39918 [Bgs->Opn]: imagecreatefromjpeg doesn't work
ID: 39918 User updated by: hnthanhphong at yahoo dot com Reported By: hnthanhphong at yahoo dot com -Status: Bogus +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 New Comment: But I open this file in photoshop. It works no problem. Previous Comments: [2006-12-21 09:23:56] [EMAIL PROTECTED] The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39918 [Opn->Bgs]: imagecreatefromjpeg doesn't work
ID: 39918 Updated by: [EMAIL PROTECTED] Reported By: hnthanhphong at yahoo dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 5.2.0 New Comment: The messages already says it: Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file Previous Comments: [2006-12-21 02:34:33] hnthanhphong at yahoo dot com Description: I use PHP 5.2 and GD version bundled (2.0.28 compatible). When I use function imagecreatefromjpeg to create a thumbnail but it doesn't work with only one jpeg file. I don't know why? You can get this jpeg file from http://www.vietmy.com.vn/tmp/test.jpg Actual result: -- Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 321 extraneous bytes before marker 0xd9 in C:\Source\lib\lib.php on line 129 Warning: imagecreatefromjpeg() [function.imagecreatefromjpeg]: 'C:\ModelMayhem\Source/userphotos/8_48_R.JPG' is not a valid JPEG file in C:\Source\lib\lib.php on line 129 -- Edit this bug report at http://bugs.php.net/?id=39918&edit=1
#39919 [NEW]: error parsing c:\Program Files (x86)\PHP\php.ini
From: liddlem at ananzi dot co dot za Operating system: Win XP (x64) PHP version: 5.2.0 PHP Bug Type: PHP options/info functions Bug description: error parsing c:\Program Files (x86)\PHP\php.ini Description: This error relates to the line: extention_dir=c:\Program Files (x86)\PHP\ext in the php.ini file. I have tried adding a "\" to the end of the line but this has also not worked. When I encapsulate the path in quotes e.g. "path" - the error message disappears, but when I launch my test file absolutely NOTHING happens. No open IE7. No error message. I also tried putting my text.php file into the apache\htdocs folder and then open localhost\test.php Stay offline does nothing. Connect give a 404 error. I was wondering whether this may be a problem that is specific to the 64bit version of Windows? I did try to install to the "old" c:\Program Files folder, but PHP was "forced" into c:\Program Files (x64) I have had a look at bugs 22776, 39913 and 33983, but still no luck -- Edit bug report at http://bugs.php.net/?id=39919&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39919&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39919&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39919&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39919&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39919&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39919&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39919&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39919&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39919&r=support Expected behavior:http://bugs.php.net/fix.php?id=39919&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39919&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39919&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39919&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39919&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39919&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39919&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39919&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39919&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39919&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39919&r=mysqlcfg