#31016 [NEW]: Multilingual built in intelligence
From: ryomanhattan at yahoo dot com Operating system: NT, Linux PHP version: 4.3.8 PHP Bug Type: Performance problem Bug description: Multilingual built in intelligence Description: Hi, I have recently developed multiligual membership website using php mysql, including Japanese, English and Estonian. User language choice is selected either by language cookie(user's option) or ip(automatic choice using comparison script to detect user's ip and choose the encoding accordingly upon loading the index.php). User can click on the names of registered members appears in subsequent pages to learn about their profiles, simply targetted such as: index.php?id=profile$name=smith It works fine if the names are commonly shared characters in respective encoding mode for the browser at this action. However, the problem arises if the target username was entered in Japanese characters, but the current user is using English encoding mode. For example, it will appear like below and php will output blank screen since it cannot resolve to the non-existing target in English encoding mode. index.php?id=profile$name=Çl At this point, if the user manually changes the encoding mode to Japanese, then it goes through since now the browser encodes this Çl(means admin in Japanese BTW) into meaningful Japanese characters as existing target in Mysql database and it parses and resolves it without a problem. My question here is that why php cannot intelligently detects this invalid target characters for the current encoding mode before parsing it and give meaningful output instead of blank page? Such as; a) Parsing error! Target cannot be resolved in the current encoding mode. b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an error. Or, may be there is a way to detect the contents of the current page prior to the loading whether there are invalid characters in the current encoding mode and warn user to switch the encoding before dsplaying that page from the scripting side? Thanx for your time. Ryo Çl Reproduce code: --- index.php?id=profile$name=Çl Expected result: a) Parsing error! Target cannot be resolved in the current encoding mode. or b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an above error. Actual result: -- Blank Screen -- Edit bug report at http://bugs.php.net/?id=31016edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31016r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31016r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31016r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31016r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31016r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31016r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31016r=needscript Try newer version: http://bugs.php.net/fix.php?id=31016r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31016r=support Expected behavior: http://bugs.php.net/fix.php?id=31016r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31016r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31016r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31016r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31016r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31016r=dst IIS Stability: http://bugs.php.net/fix.php?id=31016r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31016r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31016r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31016r=mysqlcfg
#31017 [NEW]: Multilingual built in intelligence
From: ryomanhattan at yahoo dot com Operating system: NT, Linux PHP version: 4.3.8 PHP Bug Type: Performance problem Bug description: Multilingual built in intelligence Description: Hi, I have recently developed multiligual membership website using php mysql, including Japanese, English and Estonian. User language choice is selected either by language cookie(user's option) or ip(automatic choice using comparison script to detect user's ip and choose the encoding accordingly upon loading the index.php). User can click on the names of registered members appears in subsequent pages to learn about their profiles, simply targetted such as: index.php?id=profile$name=smith It works fine if the names are commonly shared characters in respective encoding mode for the browser at this action. However, the problem arises if the target username was entered in Japanese characters, but the current user is using English encoding mode. For example, it will appear like below and php will output blank screen since it cannot resolve to the non-existing target in English encoding mode. index.php?id=profile$name=Çl At this point, if the user manually changes the encoding mode to Japanese, then it goes through since now the browser encodes this Çl(means admin in Japanese BTW) into meaningful Japanese characters as existing target in Mysql database and it parses and resolves it without a problem. My question here is that why php cannot intelligently detects this invalid target characters for the current encoding mode before parsing it and give meaningful output instead of blank page? Such as; a) Parsing error! Target cannot be resolved in the current encoding mode. b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an error. Or, may be there is a way to detect the contents of the current page prior to the loading whether there are invalid characters in the current encoding mode and warn user to switch the encoding before dsplaying that page from the scripting side? Thanx for your time. Ryo Çl Reproduce code: --- index.php?id=profile$name=Çl Expected result: a) Parsing error! Target cannot be resolved in the current encoding mode. or b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an above error. Actual result: -- Blank Screen -- Edit bug report at http://bugs.php.net/?id=31017edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31017r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31017r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31017r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31017r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31017r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31017r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31017r=needscript Try newer version: http://bugs.php.net/fix.php?id=31017r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31017r=support Expected behavior: http://bugs.php.net/fix.php?id=31017r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31017r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31017r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31017r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31017r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31017r=dst IIS Stability: http://bugs.php.net/fix.php?id=31017r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31017r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31017r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31017r=mysqlcfg
#31017 [Opn-Bgs]: Multilingual built in intelligence
ID: 31017 Updated by: [EMAIL PROTECTED] Reported By: ryomanhattan at yahoo dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: NT, Linux PHP Version: 4.3.8 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . Previous Comments: [2004-12-08 11:17:04] ryomanhattan at yahoo dot com Description: Hi, I have recently developed multiligual membership website using php mysql, including Japanese, English and Estonian. User language choice is selected either by language cookie(user's option) or ip(automatic choice using comparison script to detect user's ip and choose the encoding accordingly upon loading the index.php). User can click on the names of registered members appears in subsequent pages to learn about their profiles, simply targetted such as: index.php?id=profile$name=smith It works fine if the names are commonly shared characters in respective encoding mode for the browser at this action. However, the problem arises if the target username was entered in Japanese characters, but the current user is using English encoding mode. For example, it will appear like below and php will output blank screen since it cannot resolve to the non-existing target in English encoding mode. index.php?id=profile$name=Çl At this point, if the user manually changes the encoding mode to Japanese, then it goes through since now the browser encodes this Çl(means admin in Japanese BTW) into meaningful Japanese characters as existing target in Mysql database and it parses and resolves it without a problem. My question here is that why php cannot intelligently detects this invalid target characters for the current encoding mode before parsing it and give meaningful output instead of blank page? Such as; a) Parsing error! Target cannot be resolved in the current encoding mode. b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an error. Or, may be there is a way to detect the contents of the current page prior to the loading whether there are invalid characters in the current encoding mode and warn user to switch the encoding before dsplaying that page from the scripting side? Thanx for your time. Ryo Çl Reproduce code: --- index.php?id=profile$name=Çl Expected result: a) Parsing error! Target cannot be resolved in the current encoding mode. or b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an above error. Actual result: -- Blank Screen -- Edit this bug report at http://bugs.php.net/?id=31017edit=1
#31018 [NEW]: all
From: Fox235 at yandex dot ru Operating system: Linux PHP version: 4.3.9 PHP Bug Type: Unknown/Other Function Bug description: all Description: not 1!But it's must = 1 Reproduce code: --- $a=split(';' , $Ver); rsort($a); print_r($a); $S = array_sum($a); $f=floatval($S); if ($f == 1) { echo Yes, it's 1; } else { echo brNot, it's not 1;} ? Expected result: Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Yes, it's 1 Actual result: -- Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Not, it's not 1 -- Edit bug report at http://bugs.php.net/?id=31018edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31018r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31018r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31018r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31018r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31018r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31018r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31018r=needscript Try newer version: http://bugs.php.net/fix.php?id=31018r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31018r=support Expected behavior: http://bugs.php.net/fix.php?id=31018r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31018r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31018r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31018r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31018r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31018r=dst IIS Stability: http://bugs.php.net/fix.php?id=31018r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31018r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31018r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31018r=mysqlcfg
#31018 [Opn-Fbk]: all
ID: 31018 Updated by: [EMAIL PROTECTED] Reported By: Fox235 at yandex dot ru -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *Programming Data Structures Operating System: Linux PHP Version: 4.3.9 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-12-08 12:02:30] Fox235 at yandex dot ru Description: not 1!But it's must = 1 Reproduce code: --- $a=split(';' , $Ver); rsort($a); print_r($a); $S = array_sum($a); $f=floatval($S); if ($f == 1) { echo Yes, it's 1; } else { echo brNot, it's not 1;} ? Expected result: Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Yes, it's 1 Actual result: -- Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Not, it's not 1 -- Edit this bug report at http://bugs.php.net/?id=31018edit=1
#31018 [Fbk-Bgs]: all
ID: 31018 Updated by: [EMAIL PROTECTED] Reported By: Fox235 at yandex dot ru -Status: Feedback +Status: Bogus Bug Type: *Programming Data Structures Operating System: Linux PHP Version: 4.3.9 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. Thank you for your interest in PHP. Previous Comments: [2004-12-08 12:23:47] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-12-08 12:02:30] Fox235 at yandex dot ru Description: not 1!But it's must = 1 Reproduce code: --- $a=split(';' , $Ver); rsort($a); print_r($a); $S = array_sum($a); $f=floatval($S); if ($f == 1) { echo Yes, it's 1; } else { echo brNot, it's not 1;} ? Expected result: Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Yes, it's 1 Actual result: -- Array ( [0] = 0.5 [1] = 0.2 [2] = 0.1 [3] = 0.1 [4] = 0.1 ) Not, it's not 1 -- Edit this bug report at http://bugs.php.net/?id=31018edit=1
#31019 [NEW]: Logic error in ext/mssql/config.m4
From: adamg at pld-linux dot org Operating system: Irrelevant PHP version: 4.3.10RC1 PHP Bug Type: Compile Failure Bug description: Logic error in ext/mssql/config.m4 Description: As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . -- Edit bug report at http://bugs.php.net/?id=31019edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31019r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31019r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31019r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31019r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31019r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31019r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31019r=needscript Try newer version: http://bugs.php.net/fix.php?id=31019r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31019r=support Expected behavior: http://bugs.php.net/fix.php?id=31019r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31019r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31019r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31019r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31019r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31019r=dst IIS Stability: http://bugs.php.net/fix.php?id=31019r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31019r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31019r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31019r=mysqlcfg
#31019 [Opn]: Logic error in ext/mssql/config.m4
ID: 31019 User updated by: adamg at pld-linux dot org Reported By: adamg at pld-linux dot org Status: Open Bug Type: Compile Failure Operating System: Irrelevant PHP Version: 4.3.10RC1 New Comment: As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . Following trivial patchfixes that issue. --- php-4.3.10RC1/ext/mssql/config.m4~ 2004-12-08 11:52:30.205750088 +0100 +++ php-4.3.10RC1/ext/mssql/config.m4 2004-12-08 11:52:51.807466128 +0100 @@ -32,7 +32,7 @@ fi fi - if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then + if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/lib/libtds.[a|so]) fi Previous Comments: [2004-12-08 12:35:58] adamg at pld-linux dot org Description: As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . -- Edit this bug report at http://bugs.php.net/?id=31019edit=1
#31020 [NEW]: Logic error in ext/mssql/config.m4
From: adamg at pld-linux dot org Operating system: Irrelevant PHP version: 5CVS-2004-12-08 (dev) PHP Bug Type: Compile Failure Bug description: Logic error in ext/mssql/config.m4 Description: As of 5.0.3RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . --- php-5.0.3RC1/ext/mssql/config.m4~ 2004-11-22 20:45:17.0 +0100 +++ php-5.0.3RC1/ext/mssql/config.m42004-12-08 11:53:48.786803952 +0100 @@ -32,7 +32,7 @@ fi fi - if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then + if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/lib/libtds.[a|so]) fi -- Edit bug report at http://bugs.php.net/?id=31020edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31020r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31020r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31020r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31020r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31020r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31020r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31020r=needscript Try newer version: http://bugs.php.net/fix.php?id=31020r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31020r=support Expected behavior: http://bugs.php.net/fix.php?id=31020r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31020r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31020r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31020r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31020r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31020r=dst IIS Stability: http://bugs.php.net/fix.php?id=31020r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31020r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31020r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31020r=mysqlcfg
#31020 [Opn-Bgs]: Logic error in ext/mssql/config.m4
ID: 31020 Updated by: [EMAIL PROTECTED] Reported By: adamg at pld-linux dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Irrelevant PHP Version: 5CVS-2004-12-08 (dev) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. The same problem is described in #31019. Previous Comments: [2004-12-08 12:41:16] adamg at pld-linux dot org Description: As of 5.0.3RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . --- php-5.0.3RC1/ext/mssql/config.m4~ 2004-11-22 20:45:17.0 +0100 +++ php-5.0.3RC1/ext/mssql/config.m42004-12-08 11:53:48.786803952 +0100 @@ -32,7 +32,7 @@ fi fi - if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then + if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/lib/libtds.[a|so]) fi -- Edit this bug report at http://bugs.php.net/?id=31020edit=1
#14029 [Com]: can't dynamically load php_printer.dll extension
ID: 14029 Comment by: ewald at webmail dot co dot za Reported By: dan at kokenge dot com Status: No Feedback Bug Type: Dynamic loading Operating System: win/2000 PHP Version: 4.0.6 New Comment: i have the same problems as shown above.. running. Windows XP SP1 Apache/2.0.50(win32)PHP/4.3.8 Previous Comments: [2002-02-19 07:52:20] annemarie dot denley at tnsofres dot com I also have the following settings in the PHP.INI file. enable_dl = On extension_dir = c:/program files/php/extensions extension=php_printer.dll Whenever I load any php page I get the following errors: OleMainThreadWndName: php.exe - Entry Point Not Found The procedure entry point add_assoc_string could not be located in the dynamic link library php4ts.dll and then Warning Unable to load dynamic library 'c:/program files/php/extensions/php_printer/dll' - The specified procedure could not be found When calling phpinfo() I get the following information: extension_dir c:\program files\php\extensions c:\program files\php\extensions I am running PHP v4.1.1 with Apache/1.3.17 (Win32) on Windows NT 4.0 build 1381 [2002-02-15 00:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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. [2002-01-14 02:37:22] [EMAIL PROTECTED] Can you try the latest 4.1.1 package? [2002-01-11 06:49:11] wloske at yahoo dot de I have the same experiences for other dll's. While for instance zlib loads perfectly pdf and xslt refuse to load. I also get the same error message but the files are there and all permissions are correct. W. [2001-11-12 08:46:59] dan at kokenge dot com In php.ini I have: enable_dl = On extension_dir = c:/PHP/extensions/ All the extension dll's are in C:/PHP/extensions without any security. PHP Program ? $x = dl(php_cpdf.dll); ? I get the following error: - Unable to load dynamic library 'c:/PHP/extension/php_printer.dll' - The specified procedure could not be found. --- I have varified the fact that php_printer.dll is there! I get the same error when I un-comment extension=php_printer.dll in php.ini Help What am I doing wrong! How do i get these to load. Thanks for the help.. Dan -- Edit this bug report at http://bugs.php.net/?id=14029edit=1
#31021 [NEW]: pg_result_notice
From: ppo at beeznest dot net Operating system: PHP version: Irrelevant PHP Bug Type: PostgreSQL related Bug description: pg_result_notice Description: Hi, having the equivalent of pg_result_error for notice messages would be great. There is also a problem if a query raises several notice messages. Could it be possible to return an array instead of a string, at least if there are several ones? Thanks, Pascal -- Edit bug report at http://bugs.php.net/?id=31021edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31021r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31021r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31021r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31021r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31021r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31021r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31021r=needscript Try newer version: http://bugs.php.net/fix.php?id=31021r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31021r=support Expected behavior: http://bugs.php.net/fix.php?id=31021r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31021r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31021r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31021r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31021r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31021r=dst IIS Stability: http://bugs.php.net/fix.php?id=31021r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31021r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31021r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31021r=mysqlcfg
#31021 [Opn-Fbk]: pg_result_notice
ID: 31021 Updated by: [EMAIL PROTECTED] Reported By: ppo at beeznest dot net -Status: Open +Status: Feedback Bug Type:PostgreSQL related PHP Version: Irrelevant New Comment: pg_last_notice() - is that what you need ? Previous Comments: [2004-12-08 14:44:42] ppo at beeznest dot net Description: Hi, having the equivalent of pg_result_error for notice messages would be great. There is also a problem if a query raises several notice messages. Could it be possible to return an array instead of a string, at least if there are several ones? Thanks, Pascal -- Edit this bug report at http://bugs.php.net/?id=31021edit=1
#31021 [Fbk-Opn]: pg_result_notice
ID: 31021 User updated by: ppo at beeznest dot net Reported By: ppo at beeznest dot net -Status: Feedback +Status: Open Bug Type:PostgreSQL related PHP Version: Irrelevant New Comment: No, I mean mixed pg_result_notice(resource result) returning a string if one notice message and an array if several ones. Previous Comments: [2004-12-08 14:52:35] [EMAIL PROTECTED] pg_last_notice() - is that what you need ? [2004-12-08 14:44:42] ppo at beeznest dot net Description: Hi, having the equivalent of pg_result_error for notice messages would be great. There is also a problem if a query raises several notice messages. Could it be possible to return an array instead of a string, at least if there are several ones? Thanks, Pascal -- Edit this bug report at http://bugs.php.net/?id=31021edit=1
#31022 [NEW]: Using '_' in a hostname causes sessions to break
From: spam at taylorw dot com Operating system: Gentoo Linux PHP version: 4.3.9 PHP Bug Type: *Configuration Issues Bug description: Using '_' in a hostname causes sessions to break Description: Previously I submitted a bug report about sessions not working, in the sense that every session_start() call created a new session, and a new file in /tmp. I have concluded that the host name spare_ribs was the issue. By changing the hostname to spareribs (no '_') the session issue is fixed. I am not sure if using '_' in a hostname is against some RFC and thus this is not really a bug, but I think that since bind accepted it, and the two browsers I tried with it worked fine, this is not breaking protocol and should work fine. (Apache 2.0.52 being used here.) Reproduce code: --- Set hostname to anything with _ such as spare_ribs. Then reboot box and browse to page one which includes the following code. /* Page 1 */ ?php session_start(); $_SESSION['test'] = 'this is a test.'; echo $_SESSION['test']; echo 'a href=page2.phpclick here for page 2/a'; ? /* Page 2 */ ?php session_start(); echo 'You should see this is a test:'; echo $_SESSION['test']; echo 'a href=page1.phpclick here for page 1/a'; ? Expected result: Page one should say 'this is a test', and page two should say 'You should see this is a test: this is a test'. Actual result: -- However page two only says 'You should see this is a test'. And a new session id has been assigned, as well as a new session created in /tmp. -- Edit bug report at http://bugs.php.net/?id=31022edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31022r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31022r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31022r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31022r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31022r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31022r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31022r=needscript Try newer version: http://bugs.php.net/fix.php?id=31022r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31022r=support Expected behavior: http://bugs.php.net/fix.php?id=31022r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31022r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31022r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31022r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31022r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31022r=dst IIS Stability: http://bugs.php.net/fix.php?id=31022r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31022r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31022r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31022r=mysqlcfg
#31023 [NEW]: $var = myClass::myMethod; echo $var(); does generate Error
From: jan dot reitz at lanxess dot com Operating system: Windows 2000 PHP version: Irrelevant PHP Bug Type: Class/Object related Bug description: $var = myClass::myMethod; echo $var(); does generate Error Description: i have defined a method in 'myClass' named 'myMethod' and it can be called statically. i cant use call_user_func() because i need to pass a variable by reference and since call_user_func() is a function itself i cant get the variable passed (if i add the to the variable in call_user_func i get a calltime-pass-by-reference error in php5, but it works for now) tried with 4.3.8 and 5.0.3RC1 Reproduce code: --- Generates Error: ? $meth = 'myMethod'; is_callable(array('myClass',$meth),null,$callname); echo $callname($variable); ? Works: ? echo myClass::myMethod($variable); ? Expected result: myClass::myMethod() should be called Actual result: -- PHP Fatal error: Call to undefined function myClass::myMethod() in XXX on line XXX -- Edit bug report at http://bugs.php.net/?id=31023edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31023r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31023r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31023r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31023r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31023r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31023r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31023r=needscript Try newer version: http://bugs.php.net/fix.php?id=31023r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31023r=support Expected behavior: http://bugs.php.net/fix.php?id=31023r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31023r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31023r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31023r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31023r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31023r=dst IIS Stability: http://bugs.php.net/fix.php?id=31023r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31023r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31023r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31023r=mysqlcfg
#31022 [Opn-Bgs]: Using '_' in a hostname causes sessions to break
ID: 31022 Updated by: [EMAIL PROTECTED] Reported By: spam at taylorw dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Gentoo Linux PHP Version: 4.3.9 New Comment: _ is not allowed in domain names, so no bug here. Previous Comments: [2004-12-08 15:02:02] spam at taylorw dot com Description: Previously I submitted a bug report about sessions not working, in the sense that every session_start() call created a new session, and a new file in /tmp. I have concluded that the host name spare_ribs was the issue. By changing the hostname to spareribs (no '_') the session issue is fixed. I am not sure if using '_' in a hostname is against some RFC and thus this is not really a bug, but I think that since bind accepted it, and the two browsers I tried with it worked fine, this is not breaking protocol and should work fine. (Apache 2.0.52 being used here.) Reproduce code: --- Set hostname to anything with _ such as spare_ribs. Then reboot box and browse to page one which includes the following code. /* Page 1 */ ?php session_start(); $_SESSION['test'] = 'this is a test.'; echo $_SESSION['test']; echo 'a href=page2.phpclick here for page 2/a'; ? /* Page 2 */ ?php session_start(); echo 'You should see this is a test:'; echo $_SESSION['test']; echo 'a href=page1.phpclick here for page 1/a'; ? Expected result: Page one should say 'this is a test', and page two should say 'You should see this is a test: this is a test'. Actual result: -- However page two only says 'You should see this is a test'. And a new session id has been assigned, as well as a new session created in /tmp. -- Edit this bug report at http://bugs.php.net/?id=31022edit=1
#31022 [Bgs]: Using '_' in a hostname causes sessions to break
ID: 31022 Updated by: [EMAIL PROTECTED] Reported By: spam at taylorw dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Gentoo Linux PHP Version: 4.3.9 New Comment: http://www.ietf.org/rfc/rfc1034.txt, section 3.5. Previous Comments: [2004-12-08 15:09:04] [EMAIL PROTECTED] _ is not allowed in domain names, so no bug here. [2004-12-08 15:02:02] spam at taylorw dot com Description: Previously I submitted a bug report about sessions not working, in the sense that every session_start() call created a new session, and a new file in /tmp. I have concluded that the host name spare_ribs was the issue. By changing the hostname to spareribs (no '_') the session issue is fixed. I am not sure if using '_' in a hostname is against some RFC and thus this is not really a bug, but I think that since bind accepted it, and the two browsers I tried with it worked fine, this is not breaking protocol and should work fine. (Apache 2.0.52 being used here.) Reproduce code: --- Set hostname to anything with _ such as spare_ribs. Then reboot box and browse to page one which includes the following code. /* Page 1 */ ?php session_start(); $_SESSION['test'] = 'this is a test.'; echo $_SESSION['test']; echo 'a href=page2.phpclick here for page 2/a'; ? /* Page 2 */ ?php session_start(); echo 'You should see this is a test:'; echo $_SESSION['test']; echo 'a href=page1.phpclick here for page 1/a'; ? Expected result: Page one should say 'this is a test', and page two should say 'You should see this is a test: this is a test'. Actual result: -- However page two only says 'You should see this is a test'. And a new session id has been assigned, as well as a new session created in /tmp. -- Edit this bug report at http://bugs.php.net/?id=31022edit=1
#31019 [Opn-Asn]: Logic error in ext/mssql/config.m4
ID: 31019 Updated by: [EMAIL PROTECTED] Reported By: adamg at pld-linux dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Irrelevant PHP Version: 4.3.10RC1 and 5CVS -Assigned To: +Assigned To: fmk Previous Comments: [2004-12-08 12:39:24] adamg at pld-linux dot org As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . Following trivial patchfixes that issue. --- php-4.3.10RC1/ext/mssql/config.m4~ 2004-12-08 11:52:30.205750088 +0100 +++ php-4.3.10RC1/ext/mssql/config.m4 2004-12-08 11:52:51.807466128 +0100 @@ -32,7 +32,7 @@ fi fi - if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then + if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/lib/libtds.[a|so]) fi [2004-12-08 12:35:58] adamg at pld-linux dot org Description: As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . -- Edit this bug report at http://bugs.php.net/?id=31019edit=1
#31016 [Opn-Bgs]: Multilingual built in intelligence
ID: 31016 Updated by: [EMAIL PROTECTED] Reported By: ryomanhattan at yahoo dot com -Status: Open +Status: Bogus Bug Type: Performance problem Operating System: NT, Linux PHP Version: 4.3.8 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. Thank you for your interest in PHP. Use the mbstring extension when dealing with multibyte character sets. Previous Comments: [2004-12-08 11:14:52] ryomanhattan at yahoo dot com Description: Hi, I have recently developed multiligual membership website using php mysql, including Japanese, English and Estonian. User language choice is selected either by language cookie(user's option) or ip(automatic choice using comparison script to detect user's ip and choose the encoding accordingly upon loading the index.php). User can click on the names of registered members appears in subsequent pages to learn about their profiles, simply targetted such as: index.php?id=profile$name=smith It works fine if the names are commonly shared characters in respective encoding mode for the browser at this action. However, the problem arises if the target username was entered in Japanese characters, but the current user is using English encoding mode. For example, it will appear like below and php will output blank screen since it cannot resolve to the non-existing target in English encoding mode. index.php?id=profile$name=Çl At this point, if the user manually changes the encoding mode to Japanese, then it goes through since now the browser encodes this Çl(means admin in Japanese BTW) into meaningful Japanese characters as existing target in Mysql database and it parses and resolves it without a problem. My question here is that why php cannot intelligently detects this invalid target characters for the current encoding mode before parsing it and give meaningful output instead of blank page? Such as; a) Parsing error! Target cannot be resolved in the current encoding mode. b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an error. Or, may be there is a way to detect the contents of the current page prior to the loading whether there are invalid characters in the current encoding mode and warn user to switch the encoding before dsplaying that page from the scripting side? Thanx for your time. Ryo Çl Reproduce code: --- index.php?id=profile$name=Çl Expected result: a) Parsing error! Target cannot be resolved in the current encoding mode. or b) Check if the user has relevant encoding installed or not first then switch the encoding system before parsing it. If not then give an above error. Actual result: -- Blank Screen -- Edit this bug report at http://bugs.php.net/?id=31016edit=1
#29996 [Opn-Asn]: segmention fault since final release of PHP5
ID: 29996 Updated by: [EMAIL PROTECTED] Reported By: thomas dot hebinck at digionline dot de -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: Linux Debian Woody PHP Version: 5.0.3RC1 -Assigned To: +Assigned To: andi New Comment: Andi, this looks like a reasonable patch (caveat emptor: I didn't look very hard), and is cleaner than my suggestion for commenting out the dlunload call that I mentioned a couple of times now. Would be great if we can resolve this soon. Previous Comments: [2004-12-07 17:24:45] thomas dot hebinck at digionline dot de Hi, I applied the patch - but it doesn't work for me. Now I get: /usr/src/php-5.0.3RC1/Zend/zend_hash.c(636) : ht=0x40412370 is already destroyed [Tue Dec 7 17:21:10 2004] [notice] child pid 21964 exit signal Segmentation fault (11) But - thanks! :-) Bye, Thomas. [2004-12-06 21:01:16] jost2345 at yahoo dot de #13 0x402df6ee in shutdown_executor () at /usr/src/php-5.0.2/Zend/zend_execute_API.c:209 #14 0x402edcb5 in zend_deactivate () at /usr/src/php-5.0.2/Zend/zend.c:818 #15 0x402a664b in php_request_shutdown (dummy=0x0) at We have experienced the same problem. A description and a preliminary fix is here: - http://cvs.sourceforge.net/viewcvs.py/php-java-bridge/php-java-bridge/php5-crash-in-evaluator-shutdown_workaround.patch?view=markup [2004-12-01 16:03:51] [EMAIL PROTECTED] You didn't provide a reproduce script. I doubt we'll be able to reproduce and fix the bug without it. [2004-12-01 15:54:16] thomas dot hebinck at digionline dot de Hi, still the same problem in 5.0.3RC1 Sincerely, Thomas Hebinck [2004-10-05 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29996 -- Edit this bug report at http://bugs.php.net/?id=29996edit=1
#31019 [Asn-Csd]: Logic error in ext/mssql/config.m4
ID: 31019 Updated by: [EMAIL PROTECTED] Reported By: adamg at pld-linux dot org -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: Irrelevant PHP Version: 4.3.10RC1 and 5CVS Assigned To: fmk 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: [2004-12-08 12:39:24] adamg at pld-linux dot org As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . Following trivial patchfixes that issue. --- php-4.3.10RC1/ext/mssql/config.m4~ 2004-12-08 11:52:30.205750088 +0100 +++ php-4.3.10RC1/ext/mssql/config.m4 2004-12-08 11:52:51.807466128 +0100 @@ -32,7 +32,7 @@ fi fi - if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then + if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.so; then AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/lib/libtds.[a|so]) fi [2004-12-08 12:35:58] adamg at pld-linux dot org Description: As of 4.3.10RC1 following line was introduced in ext/mssql/config.m4 if test ! -r $FREETDS_INSTALLATION_DIR/lib/libtds.a || test ! -r $F REETDS_INSTALLATION_DIR/lib/libtds.so; then Which, translated into human, means: IF either libtds.a OR libtds.so is not readable by, fail Which is a nonsense, since it requires presence of both of the files - otherwise configure script will refuse to compile. Obviously the || should be changed to . -- Edit this bug report at http://bugs.php.net/?id=31019edit=1
#29681 [Com]: Parent: child process exited with status 3221225477
ID: 29681 Comment by: akomasinski at gmail dot com Reported By: tony at marston-home dot demon dot co dot uk Status: Open Bug Type: Apache2 related Operating System: WindowsXP PHP Version: 5.0.1 New Comment: Same error in 5.0.2 + Apache 2.0.50 + MySQL 4.0.22 Windows XP SP1 Previous Comments: [2004-12-02 05:40:02] aristotle at brettia dot com I had this same problem. My stats: Windows XP SP2, AMD Athlon 64 (32-bit Windows, though) PHP 5.0.1, Apache 2.0.50, MySQL 4.0.22 Apache Error Log Excerpts: (Restarted Server) [Wed Dec 01 21:14:56 2004] [notice] mod_python: Creating 32 session mutexes based on 0 max processes and 250 max threads. [Wed Dec 01 21:14:57 2004] [notice] Parent: Created child process 3960 [Wed Dec 01 21:14:57 2004] [notice] mod_python: Creating 32 session mutexes based on 0 max processes and 250 max threads. [Wed Dec 01 21:14:57 2004] [notice] Child 3960: Child process is running [Wed Dec 01 21:14:57 2004] [notice] Child 3960: Acquired the start mutex. [Wed Dec 01 21:14:57 2004] [notice] Child 2080: Released the start mutex [Wed Dec 01 21:14:57 2004] [notice] Child 3960: Starting 250 worker threads. [Wed Dec 01 21:14:58 2004] [notice] Child 2080: Waiting for 250 worker threads to exit. [Wed Dec 01 21:14:58 2004] [notice] Child 2080: All worker threads have exited. [Wed Dec 01 21:14:59 2004] [notice] Child 2080: Child process is exiting (This error happens upon running a script.) [Wed Dec 01 21:15:04 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Wed Dec 01 21:15:04 2004] [notice] mod_python: Creating 32 session mutexes based on 0 max processes and 250 max threads. [Wed Dec 01 21:15:04 2004] [notice] Parent: Created child process 2280 [Wed Dec 01 21:15:04 2004] [notice] mod_python: Creating 32 session mutexes based on 0 max processes and 250 max threads. [Wed Dec 01 21:15:04 2004] [notice] Child 2280: Child process is running [Wed Dec 01 21:15:04 2004] [notice] Child 2280: Acquired the start mutex. [Wed Dec 01 21:15:04 2004] [notice] Child 2280: Starting 250 worker threads. [Wed Dec 01 21:19:35 2004] [notice] Parent: Received restart signal -- Restarting the server. [Wed Dec 01 21:19:35 2004] [notice] Child 2280: Exit event signaled. Child process is ending. [Wed Dec 01 21:19:35 2004] [notice] Parent: Created child process 2088 [Wed Dec 01 21:19:36 2004] [notice] Child 2088: Child process is running [Wed Dec 01 21:19:36 2004] [notice] Child 2088: Acquired the start mutex. [Wed Dec 01 21:19:36 2004] [notice] Child 2280: Released the start mutex [Wed Dec 01 21:19:36 2004] [notice] Child 2088: Starting 250 worker threads. [Wed Dec 01 21:19:37 2004] [notice] Child 2280: Waiting for 250 worker threads to exit. [Wed Dec 01 21:19:41 2004] [notice] Child 2280: All worker threads have exited. [Wed Dec 01 21:19:41 2004] [notice] Child 2280: Child process is exiting (I don't know how much of this is useful, so I didn't prune much out.) How Problem Was Fixed 1. Disabled mod_python (Worked once without error) 2. Enabled mod_python 3. Fixed code bug where I was attempting to __get() a non-existent key from an array that was a property of an overloaded (I think) object. The __get() function in question: public function __get($key) { if($this-isValid($key)) { return $this-data_array[$key]; } else { throw new ArrayStoreException('Variable with key [' . $key . '] does not exist in the data array.',1); return false; } } And the isValid function which __get() calls: public function isValid($key) { if(array_key_exists($key,$this-data_array)) { return true; } else { return false; } } 4. Reran the script, everything was fine. [2004-11-16 12:23:16] php_bug at cklowe dot com This bug looks to be the same as bug 26286: http://bugs.php.net/bug.php?id=26286 [2004-10-21 19:20:21] tony at marston-home dot demon dot co dot uk I have reinstated my sample code at http://www.tonymarston.co.uk/error.zip There are instructions inside on how to reproduce the error. [2004-10-21 11:34:10] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. There is nothing at that URL any more, please include a minimal reproduction script. [2004-10-11 19:07:26] joel at preacherboy dot net I'm seeing this occur with Apache 2.0.52, PHP 5.0.2,
#31026 [NEW]: Problem with type conversion
From: tobi at knmm dot de Operating system: Linux 2.6.8 (Debian sarge) PHP version: 4.3.9 PHP Bug Type: Variables related Bug description: Problem with type conversion Description: A very strange problem occurs on my webserver. If you run the provided code via http://knmm.de/bug.php a few times, in about 1 out of 10 times the second line of output is $price is a double with value 34. This shows up randomly. Running the script on the commandline of the same machine doesn't show this behaviour. -- Tobi Reproduce code: --- $price = '34.90'; echo \$price is a .gettype($price). with value $price\n; settype($price,'double'); echo \$price is a .gettype($price). with value $price\n; (also available via http://knmm.de/bug.phps) Expected result: $price is a string with value 34.90 $price is a double with value 34.9 Actual result: -- $price is a string with value 34.90 $price is a double with value 34 -- Edit bug report at http://bugs.php.net/?id=31026edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31026r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31026r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31026r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31026r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31026r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31026r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31026r=needscript Try newer version: http://bugs.php.net/fix.php?id=31026r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31026r=support Expected behavior: http://bugs.php.net/fix.php?id=31026r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31026r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31026r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31026r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31026r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31026r=dst IIS Stability: http://bugs.php.net/fix.php?id=31026r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31026r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31026r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31026r=mysqlcfg
#31024 [Opn-Fbk]: using fgetcsv() crashes apache
ID: 31024 Updated by: [EMAIL PROTECTED] Reported By: pbcomm at optonline dot net -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: WinXP SP2 PHP Version: 4.3.9 New Comment: Provide a link to the CVS file in question please. Previous Comments: [2004-12-08 20:27:25] pbcomm at optonline dot net Description: Crashes Apache 2.0.52 Reproduce code: --- ? $master_file = 'kva.csv'; $m_handle = fopen($master_file, 'r'); $row = 0; while ($data = fgetcsv($m_handle, -1, ',', '')) { var_dump($data); $row++; } fclose($m_handle); unset($data); ? Expected result: array(6) { [0]= string(26) category_fieldlist: name [1]= string(25) templatefile_categorymain [2]= string(24) templatefile_categorysub [3]= string(5) image [4]= string(11) description [5]= string(16) show_button_back } Actual result: -- Apache HTTP Server has encountered a problem and needs to close. We are sorry for the inconvenience. szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : php4ts.dll szModVer : 4.3.9.9 offset : 000c1ecf -- Edit this bug report at http://bugs.php.net/?id=31024edit=1
#31026 [Opn-Fbk]: Problem with type conversion
ID: 31026 Updated by: [EMAIL PROTECTED] Reported By: tobi at knmm dot de -Status: Open +Status: Feedback Bug Type: Variables related Operating System: Linux 2.6.8 (Debian sarge) PHP Version: 4.3.9 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-12-08 20:37:49] tobi at knmm dot de Description: A very strange problem occurs on my webserver. If you run the provided code via http://knmm.de/bug.php a few times, in about 1 out of 10 times the second line of output is $price is a double with value 34. This shows up randomly. Running the script on the commandline of the same machine doesn't show this behaviour. -- Tobi Reproduce code: --- $price = '34.90'; echo \$price is a .gettype($price). with value $price\n; settype($price,'double'); echo \$price is a .gettype($price). with value $price\n; (also available via http://knmm.de/bug.phps) Expected result: $price is a string with value 34.90 $price is a double with value 34.9 Actual result: -- $price is a string with value 34.90 $price is a double with value 34 -- Edit this bug report at http://bugs.php.net/?id=31026edit=1
#31024 [Fbk-Opn]: using fgetcsv() crashes apache
ID: 31024 User updated by: pbcomm at optonline dot net Reported By: pbcomm at optonline dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: WinXP SP2 PHP Version: 4.3.9 New Comment: Here is the file in question: http://max.roolz.org/kva.csv Previous Comments: [2004-12-08 21:36:29] [EMAIL PROTECTED] Provide a link to the CVS file in question please. [2004-12-08 20:27:25] pbcomm at optonline dot net Description: Crashes Apache 2.0.52 Reproduce code: --- ? $master_file = 'kva.csv'; $m_handle = fopen($master_file, 'r'); $row = 0; while ($data = fgetcsv($m_handle, -1, ',', '')) { var_dump($data); $row++; } fclose($m_handle); unset($data); ? Expected result: array(6) { [0]= string(26) category_fieldlist: name [1]= string(25) templatefile_categorymain [2]= string(24) templatefile_categorysub [3]= string(5) image [4]= string(11) description [5]= string(16) show_button_back } Actual result: -- Apache HTTP Server has encountered a problem and needs to close. We are sorry for the inconvenience. szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : php4ts.dll szModVer : 4.3.9.9 offset : 000c1ecf -- Edit this bug report at http://bugs.php.net/?id=31024edit=1
#31028 [Opn-Fbk]: Configure thinks my Sablotron 1.0 version is older then version 0.96
ID: 31028 Updated by: [EMAIL PROTECTED] Reported By: meuk at zwaremetalen dot com -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Gentoo Linux PHP Version: 4.3.10RC2 New Comment: Please provide a link to your config.log file so that we can check it. Previous Comments: [2004-12-08 22:14:44] meuk at zwaremetalen dot com Description: When doing a configure I get the following error: checking for XSLT Sablotron backend... /usr checking for libexpat dir for Sablotron XSL support... /usr checking for iconv dir for Sablotron XSL support... no checking for JavaScript for Sablotron XSL support... no checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. My configure statement: ./configure --with-mysql=/opt/mysql41 --enable-track-vars --disable-debug --with-apache=../apache_1.3.33 --with-openssl=/usr --with-xml --with-ldap --with-ttf --with-gd=/opt/libgd2 --enable-gd-imgstrttf --with-mcrypt=/usr --with-mhash=/usr --enable-ftp --with-dom --with-expat-dir=/usr --with-xslt-sablot=/usr --enable-xslt --with-freetype-dir=/usr --enable-gd-native-ttf --with-curl=/usr --with-zlib --with-zlib-dir=/usr --with-imap=/usr --with-imap-ssl=/usr --with-gettext --with-bz2 --enable-javascript --with-jpeg-dir=/usr --with-png-dir=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --enable-xslt --with-iconv --with-ming=/usr --with-java=/opt/j2sdk1.4.2 But my Sablotron version is 1.0. Check here: iridium php-4.3.10RC2 # /usr/bin/sablot-config --version 1.0 Expected result: I expect configure to accept my sablotron version. 1.0 is greater than 0.96 -- Edit this bug report at http://bugs.php.net/?id=31028edit=1
#31024 [Opn-Csd]: using fgetcsv() crashes apache
ID: 31024 Updated by: [EMAIL PROTECTED] Reported By: pbcomm at optonline dot net -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: WinXP SP2 PHP Version: 4.3.9 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: [2004-12-08 21:40:37] pbcomm at optonline dot net Here is the file in question: http://max.roolz.org/kva.csv [2004-12-08 21:36:29] [EMAIL PROTECTED] Provide a link to the CVS file in question please. [2004-12-08 20:27:25] pbcomm at optonline dot net Description: Crashes Apache 2.0.52 Reproduce code: --- ? $master_file = 'kva.csv'; $m_handle = fopen($master_file, 'r'); $row = 0; while ($data = fgetcsv($m_handle, -1, ',', '')) { var_dump($data); $row++; } fclose($m_handle); unset($data); ? Expected result: array(6) { [0]= string(26) category_fieldlist: name [1]= string(25) templatefile_categorymain [2]= string(24) templatefile_categorysub [3]= string(5) image [4]= string(11) description [5]= string(16) show_button_back } Actual result: -- Apache HTTP Server has encountered a problem and needs to close. We are sorry for the inconvenience. szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : php4ts.dll szModVer : 4.3.9.9 offset : 000c1ecf -- Edit this bug report at http://bugs.php.net/?id=31024edit=1
#31028 [NEW]: Configure thinks my Sablotron 1.0 version is older then version 0.96
From: meuk at zwaremetalen dot com Operating system: Gentoo Linux PHP version: 4.3.10RC2 PHP Bug Type: *Compile Issues Bug description: Configure thinks my Sablotron 1.0 version is older then version 0.96 Description: When doing a configure I get the following error: checking for XSLT Sablotron backend... /usr checking for libexpat dir for Sablotron XSL support... /usr checking for iconv dir for Sablotron XSL support... no checking for JavaScript for Sablotron XSL support... no checking for sablot-config... found checking for Sablotron version... configure: error: Sablotron version 0.96 or greater required. My configure statement: ./configure --with-mysql=/opt/mysql41 --enable-track-vars --disable-debug --with-apache=../apache_1.3.33 --with-openssl=/usr --with-xml --with-ldap --with-ttf --with-gd=/opt/libgd2 --enable-gd-imgstrttf --with-mcrypt=/usr --with-mhash=/usr --enable-ftp --with-dom --with-expat-dir=/usr --with-xslt-sablot=/usr --enable-xslt --with-freetype-dir=/usr --enable-gd-native-ttf --with-curl=/usr --with-zlib --with-zlib-dir=/usr --with-imap=/usr --with-imap-ssl=/usr --with-gettext --with-bz2 --enable-javascript --with-jpeg-dir=/usr --with-png-dir=/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --enable-xslt --with-iconv --with-ming=/usr --with-java=/opt/j2sdk1.4.2 But my Sablotron version is 1.0. Check here: iridium php-4.3.10RC2 # /usr/bin/sablot-config --version 1.0 Expected result: I expect configure to accept my sablotron version. 1.0 is greater than 0.96 -- Edit bug report at http://bugs.php.net/?id=31028edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31028r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31028r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31028r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31028r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31028r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31028r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31028r=needscript Try newer version: http://bugs.php.net/fix.php?id=31028r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31028r=support Expected behavior: http://bugs.php.net/fix.php?id=31028r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31028r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31028r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31028r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31028r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31028r=dst IIS Stability: http://bugs.php.net/fix.php?id=31028r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31028r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31028r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31028r=mysqlcfg
#31024 [NEW]: using fgetcsv() crashes apache
From: pbcomm at optonline dot net Operating system: WinXP SP2 PHP version: 4.3.9 PHP Bug Type: Apache2 related Bug description: using fgetcsv() crashes apache Description: Crashes Apache 2.0.52 Reproduce code: --- ? $master_file = 'kva.csv'; $m_handle = fopen($master_file, 'r'); $row = 0; while ($data = fgetcsv($m_handle, -1, ',', '')) { var_dump($data); $row++; } fclose($m_handle); unset($data); ? Expected result: array(6) { [0]= string(26) category_fieldlist: name [1]= string(25) templatefile_categorymain [2]= string(24) templatefile_categorysub [3]= string(5) image [4]= string(11) description [5]= string(16) show_button_back } Actual result: -- Apache HTTP Server has encountered a problem and needs to close. We are sorry for the inconvenience. szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : php4ts.dll szModVer : 4.3.9.9 offset : 000c1ecf -- Edit bug report at http://bugs.php.net/?id=31024edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31024r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31024r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31024r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31024r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31024r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31024r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31024r=needscript Try newer version: http://bugs.php.net/fix.php?id=31024r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31024r=support Expected behavior: http://bugs.php.net/fix.php?id=31024r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31024r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31024r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31024r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31024r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31024r=dst IIS Stability: http://bugs.php.net/fix.php?id=31024r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31024r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31024r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31024r=mysqlcfg
#30302 [Fbk-NoF]: Implement Document/Literal with wrapped convention
ID: 30302 Updated by: [EMAIL PROTECTED] Reported By: julien dot wajsberg at francetelecom dot com -Status: Feedback +Status: No Feedback Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.2 New Comment: 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. Previous Comments: [2004-12-01 18:26:25] [EMAIL PROTECTED] ext/soap works fine with this WSDL file. To call function on a client side use: $client-add(array(arg1=2,arg2=3)); On server side you can use the following function: function add($args) { return $args-arg1 + $args-arg2; } [2004-10-01 14:45:53] julien dot wajsberg at francetelecom dot com Description: The mode Document/literal with wrapped convention is the current industry consensus for exposing Web Services. In particular, the WS-I explicitely forbids use of RPC/encoded mode, and most toolkits vendors are working towards document wrapped/literal. A very good explanation of this convention can be found on http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html I would suggest adding another mode to the style options to SoapClient constructor: SOAP_WRAPPED. There should also be some logic to understand a wsdl using this convention, but it could be done afterwards. This convention is really very similar to rpc/literal mode; I didn't test this mode, but if it's already functional, it shouldn't be hard to implement document wrapped/literal. -- Edit this bug report at http://bugs.php.net/?id=30302edit=1
#31029 [NEW]: ISAPI module with IIS truncates fractional part of float values
From: heller at hellerim dot de Operating system: windowsXP PHP version: 5.0.2 PHP Bug Type: Variables related Bug description: ISAPI module with IIS truncates fractional part of float values Description: Today I configured my system to run IIS with the PHP5.0.2 ISAPI module. When looking on a pricelist contained in my web application I found that the fractional part of the currency values was omitted (e.g. 4,00 instead of 4,95 ). After reconfiguring my system to run with the cgi variant (same version) everything was as it should be (i.e. 4,95 displayed as 4,95 ). To verify this bug I used a short script just printing 4.95 and obtained the corresponding results. Obviously this is not related to any database access as is the case with similar bugs which were reported earlier. The only difference between the two configurations is the executable configured with IIS. Actually, my system is using both executables: The base installation uses the ISAPI module, while the virtual directory with which I found the bug was reconfigured to override this setting and use the cgi module. Reproduce code: --- ?php print( . 4.95); ? Expected result: The output should be 4.95. Actual result: -- With php5isapi.dll I get 4 while using php5-cgi.exe yields 4.95. -- Edit bug report at http://bugs.php.net/?id=31029edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31029r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31029r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31029r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31029r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31029r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31029r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31029r=needscript Try newer version: http://bugs.php.net/fix.php?id=31029r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31029r=support Expected behavior: http://bugs.php.net/fix.php?id=31029r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31029r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31029r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31029r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31029r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31029r=dst IIS Stability: http://bugs.php.net/fix.php?id=31029r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31029r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31029r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31029r=mysqlcfg
#31030 [NEW]: iconv() fails to output an error even if it cannot convert a string
From: rq at akl dot lt Operating system: Linux PHP version: 4.3.9 PHP Bug Type: ICONV related Bug description: iconv() fails to output an error even if it cannot convert a string Description: It's a duplicate of Bug #29852, which I cannot comment because it's marked as Bogus, which it's not I'm using iconv() for some charset conversions, and, before converting anything to users' supplied charset, i use iconv() to check whether it would convert flawlessly. And I noticed, that iconv() never returns any error if at least the first character in the array given for conversion, is convertable. However, i think it's a bug somewhere in PHP, because the iconv(1) console command outputs an error in both similar cases: [EMAIL PROTECTED]:~ $ echo rûta r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r riconv: illegal input sequence at position 1 ^^ note the r here. [EMAIL PROTECTED]:~ $ echo ûta r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r iconv: illegal input sequence at position 0 [EMAIL PROTECTED]:~ $ echo ruta r [EMAIL PROTECTED]:~ $ iconv -futf-8 -tascii r ruta Reproduce code: --- I wrote a small testcase script to demonstrate this issue. It's located at: http://jazz.lma.lt/~rq/iconv.php and source is at: http://jazz.lma.lt/~rq/iconv.phps. For example, check out these two links: http://jazz.lma.lt/~rq/iconv.php?text=r%C3%BBtacharset=asciisubmit= http://jazz.lma.lt/~rq/iconv.php?text=%C3%BBtacharset=asciisubmit= The only difference in them is an r letter in the beginning of the text variable. And in case it exists in text, no errors are reported. Expected result: In both cases, iconv() should have reported an error. Actual result: -- iconv() did not return an error in the first case, when there was an ASCII letter before any unconvertable strings. -- Edit bug report at http://bugs.php.net/?id=31030edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31030r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31030r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31030r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31030r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31030r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31030r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31030r=needscript Try newer version: http://bugs.php.net/fix.php?id=31030r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31030r=support Expected behavior: http://bugs.php.net/fix.php?id=31030r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31030r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31030r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31030r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31030r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31030r=dst IIS Stability: http://bugs.php.net/fix.php?id=31030r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31030r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31030r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31030r=mysqlcfg
#31031 [NEW]: GD segfault in wrong library
From: jan at horde dot org Operating system: Linux PHP version: 4.3.9 PHP Bug Type: GD related Bug description: GD segfault in wrong library Description: I get this backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 (gdb) bt #0 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 #1 0x4070d991 in php_free_gd_image (rsrc=0x8779434) at /root/working-set/php-4.3.9/ext/gd/gd.c:310 #2 0x4084496d in list_entry_destructor (ptr=0x8779434) at /root/working-set/php-4.3.9/Zend/zend_list.c:177 #3 0x408435b9 in zend_hash_apply_deleter (ht=0x40a23d00, p=0x87790e4) at /root/working-set/php-4.3.9/Zend/zend_hash.c:611 #4 0x4084372a in zend_hash_graceful_reverse_destroy (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_hash.c:677 #5 0x40844adf in zend_destroy_rsrc_list (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_list.c:233 #6 0x40834e4d in shutdown_executor () at /root/working-set/php-4.3.9/Zend/zend_execute_API.c:213 #7 0x4083e4fa in zend_deactivate () at /root/working-set/php-4.3.9/Zend/zend.c:667 #8 0x40810d2f in php_request_shutdown (dummy=0x0) at /root/working-set/php-4.3.9/main/main.c:996 #9 0x40857ef3 in apache_php_module_main (r=0x8160c4c, display_source_mode=0) at /root/working-set/php-4.3.9/sapi/apache/sapi_apache.c:60 #10 0x40858b7f in send_php (r=0x8160c4c, display_source_mode=0, filename=0x0) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:621 #11 0x40858be5 in send_parsed_php (r=0x8160c4c) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:636 #12 0x08096d19 in ap_invoke_handler () #13 0x080adabf in process_request_internal () #14 0x080adb32 in ap_process_request () #15 0x080a4016 in child_main () #16 0x080a41f5 in make_child () #17 0x080a4376 in startup_children () #18 0x080a4a1d in standalone_main () #19 0x080a52ac in main () #20 0x401b37ee in __libc_start_main () from /lib/libc.so.6 when I try to call imageCreateTrueColor for a large image on a certain system. The strange thing is that it segfaults in /usr/lib/libgd.so.4, though the PHP version was build with the bundled GD library, and that's what the phpinfo page shows too. -- Edit bug report at http://bugs.php.net/?id=31031edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31031r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31031r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31031r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31031r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31031r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31031r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31031r=needscript Try newer version: http://bugs.php.net/fix.php?id=31031r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31031r=support Expected behavior: http://bugs.php.net/fix.php?id=31031r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31031r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31031r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31031r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31031r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31031r=dst IIS Stability: http://bugs.php.net/fix.php?id=31031r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31031r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31031r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31031r=mysqlcfg
#31033 [NEW]: RegisterPhpFunctions: php:function(string, nodeset) with xsl:key crush PHP
From: 4mirror at mail dot ru Operating system: Windows 2000 sp4 PHP version: 5.0.2 PHP Bug Type: XSLT related Bug description: RegisterPhpFunctions: php:function(string, nodeset) with xsl:key crush PHP Description: If we have xsl:key name=bar match=foo use=@baz/ anywere in stylesheet, any call of php:function('anyFunction',some/node) crush php. In result, Apache return 500 (and Windows say: Unhandled exception at 0x10189120 in php-cgi.exe: 0xC005: Access violation reading location 0x31223d72), or never return anything, or PHP return many false errors. PHP - release 5.0.2, win32 binary distribution. Configure Command (from PHPinfo): cscript /nologo configure.js --enable-snapshot-build --with-gd=shared Server API: CGI/FastCGI Apache - 1.3.27 (Win32) libxml2 - 2.6.11, libxslt - 1.1.7, libexslt - 0.8.5 P.S. We can see Expected result after we delete string with mark !-- !!! -- in Reproduce code... Reproduce code: --- ?php function myCrach($xml) { return $xml[0]-nodeName; } $txtxsl=XSL xsl:stylesheet version=1.0 xmlns:php=http://php.net/xsl; xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:key name=data match=tag use=@bar/ !-- !!! -- xsl:template match=tag xsl:value-of select=php:function('myCrach',..)/ /xsl:template /xsl:stylesheet XSL; $domxml=DomDocument::loadXML('testtag bar=foobaz/tag /test'); $domxsl=DomDocument::loadXML($txtxsl); $xsl=new xsltProcessor(); $xsl-registerPhpFunctions(); $xsl-importStylesheet($domxsl); echo $xsl-transformtoXML($domxml); ? Expected result: test Actual result: -- server no response, php going to infinite cycle... -- Edit bug report at http://bugs.php.net/?id=31033edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31033r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31033r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31033r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31033r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31033r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31033r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31033r=needscript Try newer version: http://bugs.php.net/fix.php?id=31033r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31033r=support Expected behavior: http://bugs.php.net/fix.php?id=31033r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31033r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31033r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31033r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31033r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31033r=dst IIS Stability: http://bugs.php.net/fix.php?id=31033r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31033r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31033r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31033r=mysqlcfg
#31029 [Opn-Bgs]: ISAPI module with IIS truncates fractional part of float values
ID: 31029 Updated by: [EMAIL PROTECTED] Reported By: heller at hellerim dot de -Status: Open +Status: Bogus Bug Type: Variables related Operating System: windowsXP PHP Version: 5.0.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of #31026 Previous Comments: [2004-12-09 01:32:13] heller at hellerim dot de Description: Today I configured my system to run IIS with the PHP5.0.2 ISAPI module. When looking on a pricelist contained in my web application I found that the fractional part of the currency values was omitted (e.g. 4,00 instead of 4,95 ). After reconfiguring my system to run with the cgi variant (same version) everything was as it should be (i.e. 4,95 displayed as 4,95 ). To verify this bug I used a short script just printing 4.95 and obtained the corresponding results. Obviously this is not related to any database access as is the case with similar bugs which were reported earlier. The only difference between the two configurations is the executable configured with IIS. Actually, my system is using both executables: The base installation uses the ISAPI module, while the virtual directory with which I found the bug was reconfigured to override this setting and use the cgi module. Reproduce code: --- ?php print( . 4.95); ? Expected result: The output should be 4.95. Actual result: -- With php5isapi.dll I get 4 while using php5-cgi.exe yields 4.95. -- Edit this bug report at http://bugs.php.net/?id=31029edit=1
#31031 [Opn]: GD segfault in wrong library
ID: 31031 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.9 New Comment: What does ldd /path/to/mod_php4.so show? Previous Comments: [2004-12-09 03:30:49] jan at horde dot org Description: I get this backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 (gdb) bt #0 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 #1 0x4070d991 in php_free_gd_image (rsrc=0x8779434) at /root/working-set/php-4.3.9/ext/gd/gd.c:310 #2 0x4084496d in list_entry_destructor (ptr=0x8779434) at /root/working-set/php-4.3.9/Zend/zend_list.c:177 #3 0x408435b9 in zend_hash_apply_deleter (ht=0x40a23d00, p=0x87790e4) at /root/working-set/php-4.3.9/Zend/zend_hash.c:611 #4 0x4084372a in zend_hash_graceful_reverse_destroy (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_hash.c:677 #5 0x40844adf in zend_destroy_rsrc_list (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_list.c:233 #6 0x40834e4d in shutdown_executor () at /root/working-set/php-4.3.9/Zend/zend_execute_API.c:213 #7 0x4083e4fa in zend_deactivate () at /root/working-set/php-4.3.9/Zend/zend.c:667 #8 0x40810d2f in php_request_shutdown (dummy=0x0) at /root/working-set/php-4.3.9/main/main.c:996 #9 0x40857ef3 in apache_php_module_main (r=0x8160c4c, display_source_mode=0) at /root/working-set/php-4.3.9/sapi/apache/sapi_apache.c:60 #10 0x40858b7f in send_php (r=0x8160c4c, display_source_mode=0, filename=0x0) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:621 #11 0x40858be5 in send_parsed_php (r=0x8160c4c) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:636 #12 0x08096d19 in ap_invoke_handler () #13 0x080adabf in process_request_internal () #14 0x080adb32 in ap_process_request () #15 0x080a4016 in child_main () #16 0x080a41f5 in make_child () #17 0x080a4376 in startup_children () #18 0x080a4a1d in standalone_main () #19 0x080a52ac in main () #20 0x401b37ee in __libc_start_main () from /lib/libc.so.6 when I try to call imageCreateTrueColor for a large image on a certain system. The strange thing is that it segfaults in /usr/lib/libgd.so.4, though the PHP version was build with the bundled GD library, and that's what the phpinfo page shows too. -- Edit this bug report at http://bugs.php.net/?id=31031edit=1
#31031 [Opn-Fbk]: GD segfault in wrong library
ID: 31031 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.3.9 Previous Comments: [2004-12-09 08:10:36] [EMAIL PROTECTED] What does ldd /path/to/mod_php4.so show? [2004-12-09 03:30:49] jan at horde dot org Description: I get this backtrace: Program received signal SIGSEGV, Segmentation fault. 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 (gdb) bt #0 0x403e7be5 in gdImageDestroy () from /usr/lib/libgd.so.4 #1 0x4070d991 in php_free_gd_image (rsrc=0x8779434) at /root/working-set/php-4.3.9/ext/gd/gd.c:310 #2 0x4084496d in list_entry_destructor (ptr=0x8779434) at /root/working-set/php-4.3.9/Zend/zend_list.c:177 #3 0x408435b9 in zend_hash_apply_deleter (ht=0x40a23d00, p=0x87790e4) at /root/working-set/php-4.3.9/Zend/zend_hash.c:611 #4 0x4084372a in zend_hash_graceful_reverse_destroy (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_hash.c:677 #5 0x40844adf in zend_destroy_rsrc_list (ht=0x40a23d00) at /root/working-set/php-4.3.9/Zend/zend_list.c:233 #6 0x40834e4d in shutdown_executor () at /root/working-set/php-4.3.9/Zend/zend_execute_API.c:213 #7 0x4083e4fa in zend_deactivate () at /root/working-set/php-4.3.9/Zend/zend.c:667 #8 0x40810d2f in php_request_shutdown (dummy=0x0) at /root/working-set/php-4.3.9/main/main.c:996 #9 0x40857ef3 in apache_php_module_main (r=0x8160c4c, display_source_mode=0) at /root/working-set/php-4.3.9/sapi/apache/sapi_apache.c:60 #10 0x40858b7f in send_php (r=0x8160c4c, display_source_mode=0, filename=0x0) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:621 #11 0x40858be5 in send_parsed_php (r=0x8160c4c) at /root/working-set/php-4.3.9/sapi/apache/mod_php4.c:636 #12 0x08096d19 in ap_invoke_handler () #13 0x080adabf in process_request_internal () #14 0x080adb32 in ap_process_request () #15 0x080a4016 in child_main () #16 0x080a41f5 in make_child () #17 0x080a4376 in startup_children () #18 0x080a4a1d in standalone_main () #19 0x080a52ac in main () #20 0x401b37ee in __libc_start_main () from /lib/libc.so.6 when I try to call imageCreateTrueColor for a large image on a certain system. The strange thing is that it segfaults in /usr/lib/libgd.so.4, though the PHP version was build with the bundled GD library, and that's what the phpinfo page shows too. -- Edit this bug report at http://bugs.php.net/?id=31031edit=1
#31034 [NEW]: ext/iconv/php_php_iconv_impl.h: No such file or directory
From: ms at mac-specialist dot com Operating system: OS X 10.3.6 PHP version: 4CVS-2004-12-09 (stable) PHP Bug Type: Compile Failure Bug description: ext/iconv/php_php_iconv_impl.h: No such file or directory Description: BELOW ARE THE LAST FEW LINES OF THE PHP Configure - IT APPEARS TO HAVE GONE OK Generating files updating cache ./config.cache creating ./config.status creating php5.spec creating main/build-defs.h creating scripts/phpize creating scripts/php-config creating sapi/cli/php.1 creating main/php_config.h creating main/internal_functions.c creating main/internal_functions_cli.c + + | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | + + Thank you for using PHP. BELOW ARE THE LAST FEW LINES OF THE PHP INSTALL - IT APPEARS TO HAVE FAILED BECAUSE OF A MISSING FILE ERROR WAS - No such file or directory [Thu, Dec 09,2004](1:01am)[myPlanet:/Downloads/php5 -200412090530] bhernand % make In file included from /Downloads/php5-200412090530/ext/iconv/ iconv.c:40: /Downloads/php5-200412090530/ext/iconv/php_iconv.h:41:42: ext/iconv/php_php_iconv_impl.h: No such file or directory make: *** [ext/iconv/iconv.lo] Error 1 [Thu, Dec 09,2004](1:02am)[myPlanet:/Downloads/php5 -200412090530] bhernand % sudo make install gcc -I/usr/include -Iext/iconv/ -I/Downloads/php5 -200412090530/ext/iconv/ -DPHP_ATOM_INC -I/Downloads/php5 -200412090530/include -I/Downloads/php5-200412090530/main -I/ Downloads/php5-200412090530 -I/Downloads/php5-200412090530/ Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/ local/mysql/include -I/usr/local/pgsql/include -no-cpp- precomp -I/Downloads/php5-200412090530/TSRM -g -O2 -c / Downloads/php5-200412090530/ext/iconv/iconv.c -o ext/iconv/ iconv.o echo ext/iconv/iconv.lo In file included from /Downloads/php5-200412090530/ext/iconv/ iconv.c:40: /Downloads/php5-200412090530/ext/iconv/php_iconv.h:41:42: ext/iconv/php_php_iconv_impl.h: No such file or directory make: *** [ext/iconv/iconv.lo] Error 1 Expected result: I would like for it to compile, make, and install -- Edit bug report at http://bugs.php.net/?id=31034edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31034r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31034r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31034r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31034r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31034r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31034r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31034r=needscript Try newer version: http://bugs.php.net/fix.php?id=31034r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31034r=support Expected behavior: http://bugs.php.net/fix.php?id=31034r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31034r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31034r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31034r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31034r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31034r=dst IIS Stability: http://bugs.php.net/fix.php?id=31034r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31034r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31034r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=31034r=mysqlcfg
#31034 [Opn]: ext/iconv/php_php_iconv_impl.h: No such file or directory
ID: 31034 Updated by: [EMAIL PROTECTED] Reported By: ms at mac-specialist dot com Status: Open Bug Type: Compile Failure Operating System: OS X 10.3.6 PHP Version: 4CVS-2004-12-09 (stable) New Comment: You put in as version 4CVS, but your example uses PHP5, can you please update the bugreport to reflect the real versions? Previous Comments: [2004-12-09 08:25:43] ms at mac-specialist dot com Description: BELOW ARE THE LAST FEW LINES OF THE PHP Configure - IT APPEARS TO HAVE GONE OK Generating files updating cache ./config.cache creating ./config.status creating php5.spec creating main/build-defs.h creating scripts/phpize creating scripts/php-config creating sapi/cli/php.1 creating main/php_config.h creating main/internal_functions.c creating main/internal_functions_cli.c + + | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | + + Thank you for using PHP. BELOW ARE THE LAST FEW LINES OF THE PHP INSTALL - IT APPEARS TO HAVE FAILED BECAUSE OF A MISSING FILE ERROR WAS - No such file or directory [Thu, Dec 09,2004](1:01am)[myPlanet:/Downloads/php5 -200412090530] bhernand % make In file included from /Downloads/php5-200412090530/ext/iconv/ iconv.c:40: /Downloads/php5-200412090530/ext/iconv/php_iconv.h:41:42: ext/iconv/php_php_iconv_impl.h: No such file or directory make: *** [ext/iconv/iconv.lo] Error 1 [Thu, Dec 09,2004](1:02am)[myPlanet:/Downloads/php5 -200412090530] bhernand % sudo make install gcc -I/usr/include -Iext/iconv/ -I/Downloads/php5 -200412090530/ext/iconv/ -DPHP_ATOM_INC -I/Downloads/php5 -200412090530/include -I/Downloads/php5-200412090530/main -I/ Downloads/php5-200412090530 -I/Downloads/php5-200412090530/ Zend -I/usr/include/libxml2 -I/usr/local/include -I/usr/ local/mysql/include -I/usr/local/pgsql/include -no-cpp- precomp -I/Downloads/php5-200412090530/TSRM -g -O2 -c / Downloads/php5-200412090530/ext/iconv/iconv.c -o ext/iconv/ iconv.o echo ext/iconv/iconv.lo In file included from /Downloads/php5-200412090530/ext/iconv/ iconv.c:40: /Downloads/php5-200412090530/ext/iconv/php_iconv.h:41:42: ext/iconv/php_php_iconv_impl.h: No such file or directory make: *** [ext/iconv/iconv.lo] Error 1 Expected result: I would like for it to compile, make, and install -- Edit this bug report at http://bugs.php.net/?id=31034edit=1