#27200 [NEW]: Mail gives strange result
From: php at liefdeis dot com Operating system: Linux 2.4.18-3 PHP version: 4.3.4 PHP Bug Type: Mail related Bug description: Mail gives strange result Description: When mailing a long text without any space or such, mailing on Linux gives an unexpected exclamation mark after every 1000 chars or so. This behavoir does not occour on Windows. Reproduce code: --- ? $mail = enter_Email_Here; for ($i=0;$i1;$i++) { $longtext .= a; } $testmail = PHP Mail Bug Test\r\n .\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/plain\r\n .\r\nPHP Mail Bug Test\r\n\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/html;\r\n .name=\PHP Mail Bug Test.html\\r\n .Content-Disposition: attachment;\r\n .filename=\PHP Mail Bug Test.html\\r\n\r\n .$longtext .\r\n\r\n--_=_NextPart_PHP_SPECIAL_000--\r\n; mail($mail,$mailkop,$testmail, From: $mail\r\n .Reply-To: $mail\r\n .Return-Path: $mail\r\n .X-Mailer: PHP Mail Bug Test\r\n .MIME-Version: 1.0\r\n .Content-Type: multipart/mixed;\r\n .boundary=\_=_NextPart_PHP_SPECIAL_000\\r\n); ? Expected result: A long line with 1 a's Actual result: -- After 1000 chars, he gives a ! (exclamation mark) without any given reason. -- Edit bug report at http://bugs.php.net/?id=27200edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27200r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27200r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27200r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27200r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27200r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27200r=needscript Try newer version: http://bugs.php.net/fix.php?id=27200r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27200r=support Expected behavior: http://bugs.php.net/fix.php?id=27200r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27200r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27200r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27200r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27200r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27200r=dst IIS Stability: http://bugs.php.net/fix.php?id=27200r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27200r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27200r=float
#27200 [Opn]: Mail gives strange result
ID: 27200 User updated by: php at liefdeis dot com Reported By: php at liefdeis dot com Status: Open Bug Type: Mail related Operating System: Linux 2.4.18-3 PHP Version: 4.3.4 New Comment: Btw, does not occour when you put in a \r\n every 100 chars or something. Only with a long list of non-breaking chars. Previous Comments: [2004-02-10 02:56:34] php at liefdeis dot com Description: When mailing a long text without any space or such, mailing on Linux gives an unexpected exclamation mark after every 1000 chars or so. This behavoir does not occour on Windows. Reproduce code: --- ? $mail = enter_Email_Here; for ($i=0;$i1;$i++) { $longtext .= a; } $testmail = PHP Mail Bug Test\r\n .\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/plain\r\n .\r\nPHP Mail Bug Test\r\n\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/html;\r\n .name=\PHP Mail Bug Test.html\\r\n .Content-Disposition: attachment;\r\n .filename=\PHP Mail Bug Test.html\\r\n\r\n .$longtext .\r\n\r\n--_=_NextPart_PHP_SPECIAL_000--\r\n; mail($mail,$mailkop,$testmail, From: $mail\r\n .Reply-To: $mail\r\n .Return-Path: $mail\r\n .X-Mailer: PHP Mail Bug Test\r\n .MIME-Version: 1.0\r\n .Content-Type: multipart/mixed;\r\n .boundary=\_=_NextPart_PHP_SPECIAL_000\\r\n); ? Expected result: A long line with 1 a's Actual result: -- After 1000 chars, he gives a ! (exclamation mark) without any given reason. -- Edit this bug report at http://bugs.php.net/?id=27200edit=1
#27201 [NEW]: exec does not wait for completion of cmd
From: lars at erhardsen dot dk Operating system: debian woody PHP version: 4.3.4 PHP Bug Type: Program Execution Bug description: exec does not wait for completion of cmd Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit bug report at http://bugs.php.net/?id=27201edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27201r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27201r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27201r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27201r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27201r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27201r=needscript Try newer version: http://bugs.php.net/fix.php?id=27201r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27201r=support Expected behavior: http://bugs.php.net/fix.php?id=27201r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27201r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27201r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27201r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27201r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27201r=dst IIS Stability: http://bugs.php.net/fix.php?id=27201r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27201r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27201r=float
#25312 [Com]: CGI Timeout. The specified CGI application exceeded the allowed time for proces
ID: 25312 Comment by: gtskaran at yahoo dot com Reported By: vijaynsharma at yahoo dot com Status: Bogus Bug Type: CGI related Operating System: windows 2000 Professional PHP Version: 4.3.1 New Comment: You can fix it by changing the connection timeout of your IIS setting. Previous Comments: [2003-09-16 10:21:25] [EMAIL PROTECTED] Not php bug, ask support question elsewhere. [2003-09-15 06:45:50] vijaynsharma at yahoo dot com What is the IIS setting that needs to be changed? We are using IIS version 5.0. Is there any other workaround for this issue reported... Its getting timed out before the specified timelimit in php.ini is reached. Could you please consider this as my request and help me resolve the problem. [2003-08-29 07:36:53] [EMAIL PROTECTED] That's an IIS error, nothing we can fix for you. Derick [2003-08-29 07:27:54] vijaynsharma at yahoo dot com Description: Dear sir, We are using php 4.0 for generating reports. we use SQL 2000 as backend and V.B 6.0 for the DLL. We basically use PHP for formatting the report and jpGraph for displaying the graphs. I get the following error whenever there is a huge records returning from the Database say around 40,000 to 50,000 records. I have given max execution time in PHP.ini as 300 secs, even if i increase it still it is giving the following error. Is there any place where i can increase time and make it work. we use php 4.3.3 W2K and IIS. Error Message CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=25312edit=1
#27200 [Opn-Bgs]: Mail gives strange result
ID: 27200 Updated by: [EMAIL PROTECTED] Reported By: php at liefdeis dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux 2.4.18-3 PHP Version: 4.3.4 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. That's your MTA's issue. Previous Comments: [2004-02-10 03:00:17] php at liefdeis dot com Btw, does not occour when you put in a \r\n every 100 chars or something. Only with a long list of non-breaking chars. [2004-02-10 02:56:34] php at liefdeis dot com Description: When mailing a long text without any space or such, mailing on Linux gives an unexpected exclamation mark after every 1000 chars or so. This behavoir does not occour on Windows. Reproduce code: --- ? $mail = enter_Email_Here; for ($i=0;$i1;$i++) { $longtext .= a; } $testmail = PHP Mail Bug Test\r\n .\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/plain\r\n .\r\nPHP Mail Bug Test\r\n\r\n .--_=_NextPart_PHP_SPECIAL_000\r\n .Content-Type: text/html;\r\n .name=\PHP Mail Bug Test.html\\r\n .Content-Disposition: attachment;\r\n .filename=\PHP Mail Bug Test.html\\r\n\r\n .$longtext .\r\n\r\n--_=_NextPart_PHP_SPECIAL_000--\r\n; mail($mail,$mailkop,$testmail, From: $mail\r\n .Reply-To: $mail\r\n .Return-Path: $mail\r\n .X-Mailer: PHP Mail Bug Test\r\n .MIME-Version: 1.0\r\n .Content-Type: multipart/mixed;\r\n .boundary=\_=_NextPart_PHP_SPECIAL_000\\r\n); ? Expected result: A long line with 1 a's Actual result: -- After 1000 chars, he gives a ! (exclamation mark) without any given reason. -- Edit this bug report at http://bugs.php.net/?id=27200edit=1
#27201 [Opn-Fbk]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. Previous Comments: [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#27201 [Fbk-Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) Previous Comments: [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#27202 [NEW]: CURLOPT_POSTFIELDS and CURLOPT_POST don't work properly
From: leander2 at berwers dot com Operating system: Linux PHP version: Irrelevant PHP Bug Type: cURL related Bug description: CURLOPT_POSTFIELDS and CURLOPT_POST don't work properly Description: CURLOPT_POST = 0 and/or CURLOPT_POSTFIELDS = null does actually do a POST while a GET is required Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,http://first;); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, $b); $x = curl_exec($ch); curl_setopt($ch, CURLOPT_URL,http://second;); curl_setopt($ch, CURLOPT_POST, 0); curl_setopt($ch, CURLOPT_POSTFIELDS, null); curl_close($ch); Expected result: The first request should be a POST and the second request should be a GET. Actual result: -- The first request is a POST (which is ok), but the second request is also a POST. -- Edit bug report at http://bugs.php.net/?id=27202edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27202r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27202r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27202r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27202r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27202r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27202r=needscript Try newer version: http://bugs.php.net/fix.php?id=27202r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27202r=support Expected behavior: http://bugs.php.net/fix.php?id=27202r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27202r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27202r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27202r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27202r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27202r=dst IIS Stability: http://bugs.php.net/fix.php?id=27202r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27202r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27202r=float
#27201 [Opn-Fbk]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Looks like I forgot to ask some important questions I usually ask when the reporter uses Apache 2 :) 1) What MPM is used in Apache? (e.g. prefork, worker) 2) If you are using a MPM other than prefork, Did you specify --enable-experimental-zts at configure? Previous Comments: [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#27201 [Fbk-Opn]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Nevermind. you've already shown them. Previous Comments: [2004-02-10 04:47:36] [EMAIL PROTECTED] Looks like I forgot to ask some important questions I usually ask when the reporter uses Apache 2 :) 1) What MPM is used in Apache? (e.g. prefork, worker) 2) If you are using a MPM other than prefork, Did you specify --enable-experimental-zts at configure? [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#27203 [NEW]: Querying database columns with name HIDE fails to get data
From: jakob at grimstveit dot no Operating system: RedHat 9.0 PHP version: 4.3.4 PHP Bug Type: OCI8 related Bug description: Querying database columns with name HIDE fails to get data Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit bug report at http://bugs.php.net/?id=27203edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27203r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27203r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27203r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27203r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27203r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27203r=needscript Try newer version: http://bugs.php.net/fix.php?id=27203r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27203r=support Expected behavior: http://bugs.php.net/fix.php?id=27203r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27203r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27203r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27203r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27203r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27203r=dst IIS Stability: http://bugs.php.net/fix.php?id=27203r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27203r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27203r=float
#27203 [Opn]: Querying database columns with name HIDE fails to get data
ID: 27203 User updated by: jakob at grimstveit dot no Reported By: jakob at grimstveit dot no Status: Open Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 New Comment: About Reproduce code: Actual SQL is shown in URL's described in Actual result area. Sorry about that. Previous Comments: [2004-02-10 05:06:52] jakob at grimstveit dot no Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit this bug report at http://bugs.php.net/?id=27203edit=1
#26894 [Bgs]: Apache2 hangs when working with mail
ID: 26894 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by Status: Bogus Bug Type: IMAP related Operating System: NT 4.0 SP6a PHP Version: 4.3.5RC2 New Comment: Can you implement some custom timeout for connection with this c-client (i don't know that it is)? Is it ok, that this c-client makes temporary files into my root directory? Do you know any free IMAP servers for windows? Can you at least document this behavior? Previous Comments: [2004-02-09 21:55:43] [EMAIL PROTECTED] It's c-client that hangs, not anything in PHP. (Instead of using POP3, use IMAP as it works fine..there are some restrictions with deleting/expunging when you use POP3..) [2004-02-09 13:42:19] techtonik at tut dot by See Bug #23257 There is a sample script, which hangs just fine for me.. File msg2 created in the root C:\ Additionally I added xdebug trace: Start of function trace 1.1202 0 - imap_open() C:\Lotus\virlist_db\ema.php:9 6.7052 0 - imap_num_msg() C:\Lotus\virlist_db\ema.php:11 6.7719 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:15 6.9647 0 - imap_delete() C:\Lotus\virlist_db\ema.php:17 6.9737 0 - imap_expunge() C:\Lotus\virlist_db\ema.php:19 6.9804 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:21 [2004-01-16 10:25:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?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-01-16 09:36:16] techtonik at tut dot by I've tried this build. Problem persists - Apache hangs. Virtual memory allocation stops at approximately 6Mb. [2004-01-13 13:30:24] [EMAIL PROTECTED] 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 Try the snapshot first. 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/26894 -- Edit this bug report at http://bugs.php.net/?id=26894edit=1
#27199 [Opn-Bgs]: intval changes value on one particular number
ID: 27199 Updated by: [EMAIL PROTECTED] Reported By: ribarra at innox dot com dot mx -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Linux Mandrake 9.2 PHP Version: 4.3.4 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-02-10 00:33:18] ribarra at innox dot com dot mx Description: The following code should output exactly the same number in both echo cases but it doesn't. However, multiply the number by 1000 instead of the 100 on the first line and everything will work fine. Reproduce code: --- ?php $test = (642 + 0.56) * 100; echo $test . \n; $test = intval ($test); echo $test; ? Expected result: 64256 64256 Actual result: -- 64256 64255 Very weird, I have only seen it happen with this particular case. -- Edit this bug report at http://bugs.php.net/?id=27199edit=1
#26647 [Fbk-Opn]: Intermittent upload crash in FastCGI mode
ID: 26647 User updated by: faraco dot phpbugs at mailnull dot com Reported By: faraco dot phpbugs at mailnull dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: Windows NT4 SP6 -PHP Version: 4CVS-2003-12-18 +PHP Version: 4CVS-2004-02-09-2130 New Comment: The problem persists. This time I was able to identify that the error occurs more often when the file size is over 50KB. Previous Comments: [2004-02-09 20:38:11] [EMAIL PROTECTED] 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 [2003-12-17 06:55:55] faraco dot phpbugs at mailnull dot com Description: When running PHP 4.3.4 (also 4.3.2) in FastCGI mode, the http upload of files occasionally results on Page Cannot Be Displayed. Some comments: 1. The SAME file sometimes is uploaded successfully and sometimes is not. So, no problems with MAX_FILE_SIZE (HTML script) or UPLOAD_MAX_FILESIZE, POST_MAX_SIZE (PHP.INI) settings. 2. No problems with plain/text files uploads. These intermittent problems seem to occur only with binary files. 3. On a manual test, in 60 seconds, the same requisition failed 8 times and succeeded other 4. Reproduce code: --- up.html --- htmlbody form action=upload.php method=post enctype=multipart/form-data input type=hidden name=MAX_FILE_SIZE value=20971520 input name=userfile type=filebr input type=submit value=Send files /form /body/html upload.php -- ? if(move_uploaded_file($_FILES['userfile']['tmp_name'], uploaded/.$_FILES['userfile']['name'])) { echo SUCCESSFULL; } else { echo ERRORbr; print_r($_FILES); } ? -- Edit this bug report at http://bugs.php.net/?id=26647edit=1
#27204 [NEW]: Queries fail after sp_help
From: willy at vuboys dot nl Operating system: Windows XP SP1 PHP version: 4.3.4 PHP Bug Type: MSSQL related Bug description: Queries fail after sp_help Description: After you run mssql_query(sp_help) all following queries fail. I am using PHP4.3.4 running as ISAPI module in IIS5 on Windows XP. SQL Server 2000, version 8.00.760. When you uncomment both lines in the reproduce script: while (mssql_next_result($result)); mssql_free_result($result); the script does work. Reproduce code: --- if ( ! $connect_id = mssql_connect( $sql_host,$sql_user,$sql_pass ) ) { die(Could not create a MSSQL connection, please check the SQL values entered); } if ( ! mssql_select_db($sql_database, $connect_id) ) { die(MSSQL could not locate a database called '{$VARS['sql_database']}' please check the value entered for this); } $result = mssql_query(SELECT @@VERSION); $row = mssql_fetch_row($result); echo $row[0].br /; $result = mssql_query(sp_help, $connect_id); while ($table = mssql_fetch_array($result)) { if (($table[2]==user table) (!($table[0]==dtproperties))) { echo $table[2]. | .$table[0].br /; } } // while (mssql_next_result($result)); // mssql_free_result($result); $result = mssql_query(SELECT @@VERSION); $row = mssql_fetch_row($result); echo $row[0].br /; mssql_close($connect_id); ? Expected result: Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) user table | table 1 ... user table | table n Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) Actual result: -- Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) user table | table 1 ... user table | table n Warning: mssql_query(): Query failed in c:\inetpub\wwwroot\testsql.php on line 33 -- Edit bug report at http://bugs.php.net/?id=27204edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27204r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27204r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27204r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27204r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27204r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27204r=needscript Try newer version: http://bugs.php.net/fix.php?id=27204r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27204r=support Expected behavior: http://bugs.php.net/fix.php?id=27204r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27204r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27204r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27204r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27204r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27204r=dst IIS Stability: http://bugs.php.net/fix.php?id=27204r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27204r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27204r=float
#26409 [Com]: ldap_bind is causing a seg fault
ID: 26409 Comment by: mete0 at op dot pl Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: OK, I've found out that my problem lies in openssl-0.9.7c libraries. Making ldap:// connection (with PHP's ldap_bind () or OpenLDAP's ldapsearch) worked perfectly, but since I'm trying to authenticate users via binding them to the server with username/password, ldaps:// is required (for quite obvious reasons). And here ldap_bind (as well as ldapsearch) segfaults. So I'm going to try rebuilding php / openldap with older openssl libs (it worked with openssl-0.9.6k). Previous Comments: [2004-02-06 03:19:44] mete0 at op dot pl I got similar error -- on ldap_bind () my php script segfaults... I have two machines, both with OpenLDAP 2.0.27 and PHP 4.3.4 with ldap support (--with-ldap=/usr) LDAP Supportenabled RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20026 two running the same ldap authentication function, on first machine it gets segfault, on second server function works perfectly... PTW ldapsearch (from OpenLDAP 2.0.27) gets segfault on both machines... [2003-12-09 06:55:38] [EMAIL PROTECTED] It's still not PHP bug, but do try this: 1) Remove all (and I mean ALL) openldap related header files and libraries. 2) Install the latest openldap from sources (!) using this configure line: ./configure --prefix=/opt/openldap 3) Get fresh PHP sources, and compile it with this configure line: # ./configure --disable-all --disable-cgi --enable-debug --with-ldap=/opt/openldap If you can reproduce this crash with the created sapi/cli/php binary reopen this bug report. [2003-12-01 12:49:37] pyrox_pro at hotmail dot com FYI I am trying to connect to Active Directory not an LDAP server, if that makes any difference or if you can test against and AD server as well. [2003-12-01 12:40:48] pyrox_pro at hotmail dot com What version of openldap are you using with that and on what OS? [2003-12-01 11:55:46] [EMAIL PROTECTED] Reopen IF openldap folks tell this isn't bug in their stuff. (FYI: I can NOT reproduce this with PHP 4.3.4 and latest Openldap) And btw. You need to always delete config.cache before reconfigure.. 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409edit=1
#27205 [NEW]: fnmatch support for windows
From: omri at magniv dot org Operating system: Windows 2003 PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: fnmatch support for windows Description: Currently, fnmatch is not supported under windows systems. Is it possible to support it? I know it's possible, I've seen some windows apps that use it. -- Edit bug report at http://bugs.php.net/?id=27205edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27205r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27205r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27205r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27205r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27205r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27205r=needscript Try newer version: http://bugs.php.net/fix.php?id=27205r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27205r=support Expected behavior: http://bugs.php.net/fix.php?id=27205r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27205r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27205r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27205r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27205r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27205r=dst IIS Stability: http://bugs.php.net/fix.php?id=27205r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27205r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27205r=float
#27206 [NEW]: INI files reading\writing support
From: omri at magniv dot org Operating system: Windows 2003 PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: INI files reading\writing support Description: It would be greate if php supported INI files -- Edit bug report at http://bugs.php.net/?id=27206edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27206r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27206r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27206r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27206r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27206r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27206r=needscript Try newer version: http://bugs.php.net/fix.php?id=27206r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27206r=support Expected behavior: http://bugs.php.net/fix.php?id=27206r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27206r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27206r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27206r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27206r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27206r=dst IIS Stability: http://bugs.php.net/fix.php?id=27206r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27206r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27206r=float
#23467 [Com]: Showing incorrect Time Zone
ID: 23467 Comment by: scottmacvicar at ntlworld dot com Reported By: John at JGSystems dot net Status: Verified Bug Type: Date/time related Operating System: win32 PHP Version: 4CVS, 5CVS New Comment: tname[0] is replaced with tzname[0] if it exists, the same should be done with tname[1] but it doesn't need set to ??? like tname[0] since the default value is BST set in the tname declaration. I've tested this patch on windows and will try to test on linux. Patch --- diff -u datetime.c datetime.c.patched --- datetime.c 2004-02-10 12:30:17.0 + +++ datetime.c.patched 2004-02-10 12:32:12.0 + @@ -324,6 +324,10 @@ } else { tname[0] = ???; } + + if (tzname[1] != NULL) { + tname[1] = tzname[1]; + } #endif } Previous Comments: [2003-11-04 21:18:38] danielc at analysisandsolutions dot com Um, sorry if I'm cluttering the list... This bug is half a year old so I'm wondering if/when it's going to get fixed. Y'all probably know what's going on, but allow me to clarify what I've learned about this bug, perhaps it will help someone. date('T') doesn't work under Windows during Daylight times and there's no notation of this in the manual. I'll put a user comment in there. Here's a test script: ?php echo 'Local: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); echo \nbr /; putenv('TZ=EST5EDT'); echo 'EST5EDT: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); echo \nbr /; putenv('TZ=PST8PDT'); echo 'PST8PDT: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); echo \nbr /; putenv('TZ=GMT0BST'); echo 'GMT0BST: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); echo \nbr /; putenv('TZ=MST-3MDT'); echo 'MST-3MDT: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); echo \nbr /; putenv('TZ=GMT'); echo 'GMT: dT='.date('T') . ' dO='.date('O') . ' sZ='.strftime('%Z'); ? OUTPUT DURING EASTERN DAYLIGHT TIME --- Local: dT=BST dO=-0400 sZ=Eastern Daylight Time EST5EDT: dT=BST dO=-0400 sZ=EDT PST8PDT: dT=BST dO=-0700 sZ=PDT GMT0BST: dT=BST dO=+0100 sZ=BST MST-3MDT: dT=BST dO=+0400 sZ=MDT GMT: dT=GMT dO=+ sZ=GMT OUTPUT DURING EASTERN STANDARD TIME --- Local: dT=Eastern Standard Time dO=-0500 sZ=Eastern Standard Time EST5EDT: dT=EST dO=-0500 sZ=EST PST8PDT: dT=PST dO=-0800 sZ=PST GMT0BST: dT=GMT dO=+ sZ=GMT MST-3MDT: dT=MST dO=+0300 sZ=MST GMT: dT=GMT dO=+ sZ=GMT [2003-08-26 22:59:32] [EMAIL PROTECTED] This is general win32 problem. No need to post anymore comments here, we know about it. [2003-08-20 20:35:39] John at JGSystems dot net Here ya go: Commands: echo date(r),br\n; echo date(I),br\n; // uppercase i echo date(T),br\n; Result: Wed, 20 Aug 2003 19:33:34 -0600 1 BST This what you wanted? (I hope) [2003-05-03 12:14:00] John at JGSystems dot net Running PHP with BadBlue on Two machines. One Win2K Pro, the other XP SPK1. Also on a Linux Apache production machine. T Option to the date function appears to display incorrectly. Shows Mountain Standard Time all the time. It is now Daylight Savings Time here in Montana. Script: php print This page was last modified:br.date(l - F d, Y \\a\\t g:i A T., getlastmod()) Under my Apache servers PHP displays correctly. I use this for the getlastmod() document function. Here is a copy/paste from the same page on two different servers. Linux Apache (Production Machine): This page was last modified: Friday - April 25, 2003 at 11:30 AM MDT. Windows 2K/XP: This page was last modified: Friday - April 25, 2003 at 11:30 AM Mountain Standard Time. This also happens with a simple date printout: php print This page was last modified:br.date(l - F d, Y \\a\\t g:i A T.) Saturday - May 03, 2003 at 11:09 AM Mountain Standard Time. Hope this helps. -- Edit this bug report at http://bugs.php.net/?id=23467edit=1
#22083 [Csd]: php-cli MySQL charset problem
ID: 22083 User updated by: spam at vrana dot cz Reported By: spam at vrana dot cz Status: Closed Bug Type: MySQL related Operating System: Windows PHP Version: 4.3.0 New Comment: my.ini is still ignored - it will not be fixed. You must have charsets directory in c:\mysql\share\charsets. Previous Comments: [2004-01-04 17:02:35] selfman at netax dot sk My APACHE error log is full of this: File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) Character set '#26' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file The mysql is not located in the default directory. I am using the my.cnf to configure the mysql deamon. [mysqld] port=3306 skip-locking set-variable = key_buffer=16M set-variable = lower_case_table_names=0 set-variable = max_allowed_packet=1M set-variable = thread_stack=128K set-variable = flush_time=1800 default-character-set=win1250 skip-innodb basedir = C:/WWW/MySQL/ [2004-01-02 12:39:21] spam at vrana dot cz It's OK in 4.3.4. my.ini is still ignored, but there are no double backslash. [2004-01-02 12:31:37] selfman at netax dot sk The bug reappears in PHP 4.3.4 Win32 ISAPI Module for apache. [2003-03-27 07:29:35] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-02-05 15:52:19] spam at vrana dot cz When I set default-character-set=win1250 in my.ini, php-cli says: File 'c:\mysql\\share\charsets\?.conf' not found (Errcode: 2) Character set '#26' is not a compiled character set and is not specified in the 'c:\mysql\\share\charsets\Index' file The problem is, that php-cli ignores character-sets-dir= in my.ini and uses its own hard-coded path c:\mysql\. If I move the share\charsets\ directory into c:\mysql\, the problem is still here because there are two backslashes in path, where php-cli tries to find it. When I hexa edited php4ts.dll and change c:/mysql/ to c:/mysql3 and move share\charsets\ directory there, everything is working. Solution: 1. Change the default path for finding charsets from c:/mysql/ to c:/mysql 2. If possible, read character-sets-dir= from C:\Windows\my.ini. -- Edit this bug report at http://bugs.php.net/?id=22083edit=1
#19945 [Com]: serialize function bug
ID: 19945 Comment by: skold at habber dot net Reported By: gaopeng at eazier dot com Status: No Feedback Bug Type: Arrays related Operating System: FreeBSD 4.2 PHP Version: 4.2.2 New Comment: I've run into this problem as well. So far I've had the same problem on 4.3.2, 4.3.4, 4.3.5RC2. The latest snapshot (as of Feb 10) won't compile for me. The problem, like gaopeng said, is with quotes and such. serialize() doesn't store the proper length and it won't unserialize properly. For example: a:1:{i:1;s:7:Test's;} It says it's 7 bytes long, when it's only 6. If I addslashes() to it, it does this: a:1:{i:1;s:9:Test\'s;} It's now 7 but it says its 9. Are there any workarounds for this? Previous Comments: [2002-11-04 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, 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-10-17 00:42:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-17 00:04:29] gaopeng at eazier dot com when serialize a array which contains special characters such as ', , \, php4 cannot unserialize it correct, i think the problem is the length of string when do unserialize. -- Edit this bug report at http://bugs.php.net/?id=19945edit=1
#27206 [Opn-Bgs]: INI files reading\writing support
ID: 27206 Updated by: [EMAIL PROTECTED] Reported By: omri at magniv dot org -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Windows 2003 PHP Version: 4.3.4 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. We already do :-) Previous Comments: [2004-02-10 07:15:40] omri at magniv dot org Description: It would be greate if php supported INI files -- Edit this bug report at http://bugs.php.net/?id=27206edit=1
#27203 [Opn-Fbk]: Querying database columns with name HIDE fails to get data
ID: 27203 Updated by: [EMAIL PROTECTED] Reported By: jakob at grimstveit dot no -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 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-02-10 05:09:58] jakob at grimstveit dot no About Reproduce code: Actual SQL is shown in URL's described in Actual result area. Sorry about that. [2004-02-10 05:06:52] jakob at grimstveit dot no Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit this bug report at http://bugs.php.net/?id=27203edit=1
#27204 [Opn-Fbk]: Queries fail after sp_help
ID: 27204 Updated by: [EMAIL PROTECTED] Reported By: willy at vuboys dot nl -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows XP SP1 PHP Version: 4.3.4 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-02-10 06:23:35] willy at vuboys dot nl Description: After you run mssql_query(sp_help) all following queries fail. I am using PHP4.3.4 running as ISAPI module in IIS5 on Windows XP. SQL Server 2000, version 8.00.760. When you uncomment both lines in the reproduce script: while (mssql_next_result($result)); mssql_free_result($result); the script does work. Reproduce code: --- if ( ! $connect_id = mssql_connect( $sql_host,$sql_user,$sql_pass ) ) { die(Could not create a MSSQL connection, please check the SQL values entered); } if ( ! mssql_select_db($sql_database, $connect_id) ) { die(MSSQL could not locate a database called '{$VARS['sql_database']}' please check the value entered for this); } $result = mssql_query(SELECT @@VERSION); $row = mssql_fetch_row($result); echo $row[0].br /; $result = mssql_query(sp_help, $connect_id); while ($table = mssql_fetch_array($result)) { if (($table[2]==user table) (!($table[0]==dtproperties))) { echo $table[2]. | .$table[0].br /; } } // while (mssql_next_result($result)); // mssql_free_result($result); $result = mssql_query(SELECT @@VERSION); $row = mssql_fetch_row($result); echo $row[0].br /; mssql_close($connect_id); ? Expected result: Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) user table | table 1 ... user table | table n Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) Actual result: -- Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Personal Edition on Windows NT 5.1 (Build 2600: Service Pack 1) user table | table 1 ... user table | table n Warning: mssql_query(): Query failed in c:\inetpub\wwwroot\testsql.php on line 33 -- Edit this bug report at http://bugs.php.net/?id=27204edit=1
#27201 [Fbk-Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: ? $i = 0; while ($i 1) { echo $i . : ; system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; echo \r\n; $i++; } ? Previous Comments: [2004-02-10 07:59:26] [EMAIL PROTECTED] 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 And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#26665 [WFx]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 User updated by: fschaper at intux dot org Reported By: fschaper at intux dot org Status: Wont fix Bug Type: Reproducible crash Operating System: * PHP Version: 4CVS, 5CVS New Comment: When I disable max. stacksize via ulimit -HSs unlimited everything works out fine (CLI) - run's in ca. 2s on my machine. That does not affect apache however (ca. 1m) .. but this should not be an PHP issue I guess. Previous Comments: [2004-02-06 10:54:36] [EMAIL PROTECTED] You're hitting the max number of array elements. This is 'fixed' in PHP5 where there can be more elements in an array. It has nothing to do with the file size. [2004-02-05 20:35:13] [EMAIL PROTECTED] Hello, PHP should not crash in this case. However I missed your conception of a cache. I suggest you to look at a database, ie sqlite. I hope you do not use this kind of cache too much. pierre [2004-02-05 16:34:11] [EMAIL PROTECTED] I can reproduce this at will. It is not a memory issue as I can create the array in code with ease and not crash. I can also split the file into several files and all is ok. It is only when I try to load a large file (~2.8MB for me) that PHP crashes. I provide the following test file that is 4MB+ that crashes every time. http://spidey.dealnews.com/~brianm/php_large_file_crash.php.txt As you will see, I have an early call to exit() in that file. That nor the echo ever happens. I ran this with and without my custom php.ini file. My PHP version info: $ php -v PHP 4.3.4 (cli) (built: Feb 5 2004 16:00:45) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies gdb did not give me much: (gdb) run Starting program: /usr/local/bin/php php_large_file_crash.php.txt Program received signal SIGSEGV, Segmentation fault. execute (op_array=0x8221834) at /usr/src/apache/php-4.3.4/Zend/zend_execute.c:1071 1071zend_clean_garbage(TSRMLS_C); We generate large amounts of cached arrays in files. This is the first time this has happened as far as I know. [2003-12-30 10:26:38] [EMAIL PROTECTED] Does not crash for me. And the example script is pretty useless anyway, you really should be using error_reporting = E_ALL once.. [2003-12-22 07:59:26] fschaper at intux dot org This Bug can be repoduduced under Window's as well, only the file-size has to be larger (will depend on system memory etc.). I have tried it with an 8MB version (might as well take less than that) of the script (the one I added the link to) and PHP crashes under Windows as well. 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/26665 -- Edit this bug report at http://bugs.php.net/?id=26665edit=1
#27203 [Fbk-Opn]: Querying database columns with name HIDE fails to get data
ID: 27203 User updated by: jakob at grimstveit dot no Reported By: jakob at grimstveit dot no -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 New Comment: Will do this as soon as possible. Creating a SuSE9 vmware installation and will compile apache and php with same options as on the rhl9-box used here. Can't deploy into same place since this is a prod-server :-) Previous Comments: [2004-02-10 08:04:23] [EMAIL PROTECTED] 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 [2004-02-10 05:09:58] jakob at grimstveit dot no About Reproduce code: Actual SQL is shown in URL's described in Actual result area. Sorry about that. [2004-02-10 05:06:52] jakob at grimstveit dot no Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit this bug report at http://bugs.php.net/?id=27203edit=1
#27197 [Opn-Csd]: token_get_all() hangs if called twice with huge files
ID: 27197 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: win32 PHP Version: 5CVS-2004-02-09 (dev) 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-02-09 13:18:35] [EMAIL PROTECTED] Description: while testing phpDocumentor 1.3.0RC2 (which is due out today), I discovered a hang at a token_get_all(), but only if I parse two large files in a row. if I parser CHMdefaultConverter.inc and Converter.inc at the same time, the token_get_all() call simply hangs infinitely. If I parse CHMdefaultConverter by itself, the code works perfectly. The problem is that T_DOC_COMMENT is destroyed, but should be treated in the same way as T_COMMENT This patch fixes the bug: Index: ext/tokenizer/tokenizer.c === RCS file: /repository/php-src/ext/tokenizer/tokenizer.c,v retrieving revision 1.25 diff -u -r1.25 tokenizer.c --- ext/tokenizer/tokenizer.c 17 Jan 2004 17:44:27 - 1.25 +++ ext/tokenizer/tokenizer.c 9 Feb 2004 18:22:57 - @@ -345,6 +345,7 @@ case T_OPEN_TAG_WITH_ECHO: case T_WHITESPACE: case T_COMMENT: + case T_DOC_COMMENT: case T_CLOSE_TAG: destroy = 0; break; Reproduce code: --- parse both phpDocumentor/Converter.inc and phpDocumentor/Converters/CHM/default/CHMdefaultConverter.inc using phpDocumentor 1.3.0RC2 in the latest snapshot. Expected result: works Actual result: -- hangs -- Edit this bug report at http://bugs.php.net/?id=27197edit=1
#27207 [NEW]: mssql_execute
From: kbirtha at hotmail dot com Operating system: windows 2000 PHP version: 4.3.4 PHP Bug Type: MSSQL related Bug description: mssql_execute Description: My co-workers and I recently found out that there seems to be a maximum character limit on column and table names. This function will return a true when executing a sql statement successfully, but the recordset will be empty if the column or table names are too long We don't know max number of characters allowed, just know when we shortened the names, the queries worked. -- Edit bug report at http://bugs.php.net/?id=27207edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27207r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27207r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27207r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27207r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27207r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27207r=needscript Try newer version: http://bugs.php.net/fix.php?id=27207r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27207r=support Expected behavior: http://bugs.php.net/fix.php?id=27207r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27207r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27207r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27207r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27207r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27207r=dst IIS Stability: http://bugs.php.net/fix.php?id=27207r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27207r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27207r=float
#27208 [NEW]: ~ operator produces incorrect result under Linux
From: tonyman_hacker at yahoo dot com Operating system: Linux PHP version: 4.3.4 PHP Bug Type: Scripting Engine problem Bug description: ~ operator produces incorrect result under Linux Description: I've founded that under Linux the ~ bit operator doesn't produce correct result; Reproduce code: --- $myvar = 0x1; $myvar = ~$myvar; // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x echo dechex($myvar); Expected result: // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x Actual result: -- // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x instead of this you could use XOR operator ... i.e. ~$myvar = $myvar ^ 0x -- Edit bug report at http://bugs.php.net/?id=27208edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27208r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27208r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27208r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27208r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27208r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27208r=needscript Try newer version: http://bugs.php.net/fix.php?id=27208r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27208r=support Expected behavior: http://bugs.php.net/fix.php?id=27208r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27208r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27208r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27208r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27208r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27208r=dst IIS Stability: http://bugs.php.net/fix.php?id=27208r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27208r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27208r=float
#26869 [Ver-Csd]: (string) numeric constant as the key of static array mess up!
ID: 26869 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Verified +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-02-05 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-01-11 08:51:15] [EMAIL PROTECTED] Slightly better test: # php5 -r 'define(A, 1); static $a=array(A = 1); var_dump($a); var_dump(isset($a[A]));' (works fine with PHP4 btw..) [2004-01-11 04:47:35] xuefer at 21cn dot com Description: defined numeric constant but in string type used in static $a = array(A = 1); this produce array $a with a messed up key Reproduce code: --- under cygwin: ./php5/php.exe -n -r 'define(A, 1); static $a=array(A = 1); var_dump($a); echo isset($a[A]); echo \n;' Expected result: array(1) { [1]= int(1) } 1 Actual result: -- array(1) { [1]= int(1) } -- Edit this bug report at http://bugs.php.net/?id=26869edit=1
#27208 [Opn-Bgs]: ~ operator produces incorrect result under Linux
ID: 27208 Updated by: [EMAIL PROTECTED] Reported By: tonyman_hacker at yahoo dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.4 New Comment: Works fine on linux. php -r ' printf(%x\n, ~ 0x1); ' fffe Previous Comments: [2004-02-10 10:18:21] tonyman_hacker at yahoo dot com Description: I've founded that under Linux the ~ bit operator doesn't produce correct result; Reproduce code: --- $myvar = 0x1; $myvar = ~$myvar; // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x echo dechex($myvar); Expected result: // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x Actual result: -- // the result of this operation on windows system is correct // 0xFFFE // on Linux we have 0x instead of this you could use XOR operator ... i.e. ~$myvar = $myvar ^ 0x -- Edit this bug report at http://bugs.php.net/?id=27208edit=1
#27186 [Bgs-Csd]: Uncaught exception causes segfault when extending the Exception class.
ID: 27186 Updated by: [EMAIL PROTECTED] Reported By: tress at b0g dot org -Status: Bogus +Status: Closed Bug Type: Zend Engine 2 problem Operating System: FreeBSD 4.9-STABLE PHP Version: 5.0.0b3 (beta3) 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. Doesn't appear to be the same as #26698 after all. It's fixed anyway. Previous Comments: [2004-02-09 11:48:48] [EMAIL PROTECTED] 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. Same backtrace (with latest CVS) as with #26698 [2004-02-08 18:10:04] tress at b0g dot org Description: Uncaught exception causes segfault when extending the Exception class and $msg is an integer. Reproduce code: --- ?php class test { function __construct() { throw new err(1); } } class err extends Exception { function __construct($msg) { //parent::Exception(); // Fatal error: Call to undefined method exception::exception() in test.php $this-message=$msg; } } $t=new test; ? Expected result: Fatal error: Uncaught exception 'err' with message '1' in test.php:8 Stack trace: #0 test.php(): test-__construct() #1 {main} thrown in test.php Actual result: -- #0 0x28333164 in zif_reflection_extension_getName (ht=135174572, return_value=0x0, this_ptr=0xbfbffa30, return_value_used=134639035) at /usr/local/php5/Zend/zend_reflection_api.c:2861 #1 0x8066deb in ap_clear_pool () #2 0x8066e6b in ap_destroy_pool () #3 0x8066dd7 in ap_clear_pool () #4 0x8066e6b in ap_destroy_pool () #5 0x8075c00 in clean_parent_exit () #6 0x807898f in standalone_main () #7 0x8078ee0 in main () #8 0x804ef62 in _start () -- Edit this bug report at http://bugs.php.net/?id=27186edit=1
#27209 [NEW]: Fails to Create COM Object at 2400 Pages Served
From: timjensen at rtsports dot com Operating system: Win2k PHP version: 4.3.5RC2 PHP Bug Type: COM related Bug description: Fails to Create COM Object at 2400 Pages Served Description: OS: Windows 2000 Server SP4 Server Version: Apache/1.3.27 (Win32) mod_gzip/1.3.26.1a PHP/4.3.5RC2 Using a Visual Basic created COM object with PHP 4.3.5RC2, I always get the following error after 2400 or so pages served: Warning: (null)(): Unable to obtain IDispatch interface for CLSID {0FE9E8B0-1AA7-4929-83FA-A5441A445D90}: CoInitialize has not been called. in f:\rtff\php\test.php on line 9 Here is the simple test code I use to replicate the problem: $vb = new COM(gatewaysoftware.Tax); echo h3 . $vb-Compute($STATE) . /h3\n; $vb-Release(); $vb = null; With PHP 4.2.1 this problem does not occur and millions of pages can be served with the exact same PHP code, COM object, and php.ini without the problem appearing. ab (Apache Bench) can be used to replicate the problem in seconds. -- Edit bug report at http://bugs.php.net/?id=27209edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27209r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27209r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27209r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27209r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27209r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27209r=needscript Try newer version: http://bugs.php.net/fix.php?id=27209r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27209r=support Expected behavior: http://bugs.php.net/fix.php?id=27209r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27209r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27209r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27209r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27209r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27209r=dst IIS Stability: http://bugs.php.net/fix.php?id=27209r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27209r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27209r=float
#27202 [Opn-Bgs]: CURLOPT_POSTFIELDS and CURLOPT_POST don't work properly
ID: 27202 Updated by: [EMAIL PROTECTED] Reported By: leander2 at berwers dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Linux PHP Version: Irrelevant New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You need to set curl_setopt($ch, CURLOPT_HTTPGET, 1); for the 2nd request, the curl_setopt($ch, CURLOPT_URL,http://second;); curl_setopt($ch, CURLOPT_POST, 0); are not needed for request #2. Previous Comments: [2004-02-10 04:46:46] leander2 at berwers dot com Description: CURLOPT_POST = 0 and/or CURLOPT_POSTFIELDS = null does actually do a POST while a GET is required Reproduce code: --- $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,http://first;); curl_setopt($ch, CURLOPT_POST, 1); curl_setopt($ch, CURLOPT_POSTFIELDS, $b); $x = curl_exec($ch); curl_setopt($ch, CURLOPT_URL,http://second;); curl_setopt($ch, CURLOPT_POST, 0); curl_setopt($ch, CURLOPT_POSTFIELDS, null); curl_close($ch); Expected result: The first request should be a POST and the second request should be a GET. Actual result: -- The first request is a POST (which is ok), but the second request is also a POST. -- Edit this bug report at http://bugs.php.net/?id=27202edit=1
#27207 [Opn-Fbk]: mssql_execute
ID: 27207 Updated by: [EMAIL PROTECTED] Reported By: kbirtha at hotmail dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: windows 2000 PHP Version: 4.3.4 New Comment: What was the original length of columns? Previous Comments: [2004-02-10 09:43:43] kbirtha at hotmail dot com Description: My co-workers and I recently found out that there seems to be a maximum character limit on column and table names. This function will return a true when executing a sql statement successfully, but the recordset will be empty if the column or table names are too long We don't know max number of characters allowed, just know when we shortened the names, the queries worked. -- Edit this bug report at http://bugs.php.net/?id=27207edit=1
#26820 [Opn-Asn]: mssql_fetch_row BIT field problem
ID: 26820 Updated by: [EMAIL PROTECTED] Reported By: subspace at wanadoo dot nl -Status: Open +Status: Assigned Bug Type: MSSQL related Operating System: Debian Linux 2.4.21 PHP Version: 4CVS-2004-02-06 -Assigned To: +Assigned To: fmk Previous Comments: [2004-02-06 13:44:31] subspace at wanadoo dot nl ./configure --with-mssql --without-mysql The mysql option is irrelevant though. FreeTDS package installed: freetds-dev0.61-5 X-Powered-By: PHP/4.3.5RC2 bit: int(0) tiny: int(0) bit: int(1) tiny: int(1) bit: int(0) tiny: NULL [2004-02-06 11:35:33] [EMAIL PROTECTED] One more information is needed: what was the configure line used to configure PHP? [2004-01-19 12:21:11] [EMAIL PROTECTED] Just to clarify: Expected behaviour is that return values are NULL for NULL. (definately NOT bool(false) like you suggested in your first comment) [2004-01-19 01:03:59] subspace at wanadoo dot nl Accidentally clicked hit Submit before I was done typing.. Using 4.3.5RC2-dev CVS 200401190430 and Debian package freetds-dev 0.61-5 the result is now: X-Powered-By: PHP/4.3.5RC2-dev bit: int(0) tiny: int(0) bit: int(1) tiny: int(1) bit: int(0) tiny: NULL All the strings are now ints, but as you can see the expected NULL value is still not there. [2004-01-06 15:56:15] subspace at wanadoo dot nl Description: Fields that have the SQL type 'bit' and are nullable return string(1) 0 for both 0 (false) and NULL values, when using mssql_fetch_row and similar. Expected behavior would be to return bool(false) for NULL values. Reproduce code: --- function vdump($value) { ob_start(); var_dump($value); $result = ob_get_contents(); ob_end_clean(); return trim($result); } $db = mssql_connect('servername', 'username', 'password'); mssql_query(CREATE TABLE #demo (bitfield BIT NULL, tinyfield TINYINT NULL), $db); mssql_query(INSERT INTO #demo (bitfield,tinyfield) VALUES (0, 0), $db); mssql_query(INSERT INTO #demo (bitfield,tinyfield) VALUES (1, 1), $db); mssql_query(INSERT INTO #demo (bitfield,tinyfield) VALUES (NULL, NULL), $db); $result = mssql_query(SELECT * FROM #demo, $db); while ($row = mssql_fetch_row($result)) echo bit: . vdump($row[0]) . \t tiny: . vdump($row[1]) . \n; mssql_query(DROP TABLE #demo, $db); Expected result: bit: string(1) 0 tiny: string(1) 0 bit: string(1) 1 tiny: string(1) 1 bit: bool(false) tiny: bool(false) Actual result: -- bit: string(1) 0 tiny: string(1) 0 bit: string(1) 1 tiny: string(1) 1 bit: string(1) 0 tiny: bool(false) -- Edit this bug report at http://bugs.php.net/?id=26820edit=1
#26698 [Ver-Csd]: Thrown exceptions while evaluting argument to pass as parameter crash PHP
ID: 26698 Updated by: [EMAIL PROTECTED] Reported By: davidc at bLesys dot com -Status: Verified +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2004-02-10 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-02-09 11:49:04] [EMAIL PROTECTED] See also #27186 [2004-02-04 20:29:16] [EMAIL PROTECTED] Crash still exists, but the backtrace has changed: 0x082c94b5 in zend_fetch_debug_backtrace (return_value=0x40e44a50, skip_last=0) at /usr/src/web/php/php5/Zend/zend_builtin_functions.c:1568 1568ptr = ptr-prev_execute_data; (gdb) bt #0 0x082c94b5 in zend_fetch_debug_backtrace (return_value=0x40e44a50, skip_last=0) at /usr/src/web/php/php5/Zend/zend_builtin_functions.c:1568 #1 0x082cee5d in zend_default_exception_new (class_type=0x8617e48) at /usr/src/web/php/php5/Zend/zend_default_classes.c:48 #2 0x082be361 in _object_and_properties_init (arg=0x40e446a8, class_type=0x8617e48, properties=0x0, __zend_filename=0x84059a0 /usr/src/web/php/php5/Zend/zend_execute.c, __zend_lineno=3107) at /usr/src/web/php/php5/Zend/zend_API.c:725 #3 0x082be38a in _object_init_ex (arg=0x40e446a8, class_type=0x8617e48, __zend_filename=0x84059a0 /usr/src/web/php/php5/Zend/zend_execute.c, __zend_lineno=3107) at /usr/src/web/php/php5/Zend/zend_API.c:732 #4 0x082deb96 in zend_new_handler (execute_data=0xbfffcd20, opline=0x40e451c0, op_array=0x40e4650c) at /usr/src/web/php/php5/Zend/zend_execute.c:3107 #5 0x082da46c in execute (op_array=0x40e4650c) at /usr/src/web/php/php5/Zend/zend_execute.c:1272 #6 0x082dd779 in zend_do_fcall_common_helper (execute_data=0xbfffcfb0, opline=0x40e46df0, op_array=0x40e45bbc) at /usr/src/web/php/php5/Zend/zend_execute.c:2587 #7 0x082ddb83 in zend_do_fcall_by_name_handler (execute_data=0xbfffcfb0, opline=0x40e46df0, op_array=0x40e45bbc) at /usr/src/web/php/php5/Zend/zend_execute.c:2669 #8 0x082da46c in execute (op_array=0x40e45bbc) at /usr/src/web/php/php5/Zend/zend_execute.c:1272 #9 0x082dd779 in zend_do_fcall_common_helper (execute_data=0xbfffd1b0, opline=0x40e43f60, op_array=0x40e437a0) at /usr/src/web/php/php5/Zend/zend_execute.c:2587 #10 0x082ddb83 in zend_do_fcall_by_name_handler (execute_data=0xbfffd1b0, opline=0x40e43f60, op_array=0x40e437a0) at /usr/src/web/php/php5/Zend/zend_execute.c:2669 #11 0x082da46c in execute (op_array=0x40e437a0) at /usr/src/web/php/php5/Zend/zend_execute.c:1272 #12 0x082bcaa7 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1051 #13 0x08285fd8 in php_execute_script (primary_file=0xb5b0) at /usr/src/web/php/php5/main/main.c:1641 [2003-12-25 01:04:08] [EMAIL PROTECTED] Using CLI: 0x0832ba22 in _zval_ptr_dtor (zval_ptr=0x55e78c0c, __zend_filename=0x856c820 /opt/dev/php/php5/Zend/zend_execute.h, __zend_lineno=114) at /opt/dev/php/php5/Zend/zend_execute_API.c:353 353 (*zval_ptr)-refcount--; #0 0x0832ba22 in _zval_ptr_dtor (zval_ptr=0x55e78c0c, __zend_filename=0x856c820 /opt/dev/php/php5/Zend/zend_execute.h, __zend_lineno=114) at /opt/dev/php/php5/Zend/zend_execute_API.c:353 No locals. #1 0x08361ef9 in zend_ptr_stack_clear_multiple () at zend_execute.h:114 p = (void **) 0x55e78c0c delete_count = 1441317091 #2 0x0835d7ed in zend_do_fcall_common_helper (execute_data=0xfeffd3c0, op_array=0x55e88f30) at /opt/dev/php/php5/Zend/zend_execute.c:2630 original_return_value = (zval **) 0xfeffd4dc current_scope = (zend_class_entry *) 0x0 current_this = (zval *) 0x0 return_value_used = 0 should_change_scope = 1 '\001' #3 0x0835d8cc in zend_do_fcall_by_name_handler (execute_data=0xfeffd3c0, op_array=0x55e88f30) at /opt/dev/php/php5/Zend/zend_execute.c:2651 No locals. #4 0x0835998d in execute (op_array=0x55e88f30) at /opt/dev/php/php5/Zend/zend_execute.c:1260 execute_data = {opline = 0x55e89790, function_state = {function_symbol_table = 0x55e8be80, function = 0x55e88f30, reserved = {0x0, 0x0, 0x55e88f30, 0x0}}, fbc = 0x0, fbc_constructor = 0x0, op_array = 0x55e88f30, object = 0x0, Ts = 0xfeffd2a4, original_in_execution = 0 '\0', calling_scope = 0x9d, prev_execute_data = 0x0} #5 0x08337624 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /opt/dev/php/php5/Zend/zend.c:1049 files = 0xfeffd514 i = 1 file_handle = (zend_file_handle *) 0xfefff800 orig_op_array =
#27209 [Fbk-Opn]: Fails to Create COM Object at 2400 Pages Served
ID: 27209 User updated by: timjensen at rtsports dot com Reported By: timjensen at rtsports dot com -Status: Feedback +Status: Open Bug Type: COM related Operating System: Win2k PHP Version: 4.3.5RC2 New Comment: 5.0.0 beta 3 is a little better. I can consistently get 4400 pages served before it can no longer create a COM object. The error is different with 5.0: Failed to create COM object `gatewaysoftware.Tax': Not enough storage is available to complete this operation. ' in f:\RTFF\php\test.php:9 Stack trace: #0 {main} thrown in f:\RTFF\php\test.php on line 9 Windows shows 234k of total commit charge of the available 1.5Gb RAM used at this point. Also note, it looks like Apache 1.3.27 with PHP5 bleeds 4k to 8k of memory for every page served with the COM object creation. Previous version of PHP bled too, but not nearly as much. I tested several version of PHP with apache bench, here are the results: 4.2.1 1,000,000 pages OK 4.2.3 1,000,000 pages OK 4.3.0 Approx 2200 pages, then fails on COM create 4.3.4 Approx 2200 pages, then fails on COM create 4.3.5rc3 Approx 2200 pages, then fails on COM create 5.0.0b3 Approx 4400 pages, then fails on COM create Previous Comments: [2004-02-10 11:16:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-10 11:07:50] timjensen at rtsports dot com Description: OS: Windows 2000 Server SP4 Server Version: Apache/1.3.27 (Win32) mod_gzip/1.3.26.1a PHP/4.3.5RC2 Using a Visual Basic created COM object with PHP 4.3.5RC2, I always get the following error after 2400 or so pages served: Warning: (null)(): Unable to obtain IDispatch interface for CLSID {0FE9E8B0-1AA7-4929-83FA-A5441A445D90}: CoInitialize has not been called. in f:\rtff\php\test.php on line 9 Here is the simple test code I use to replicate the problem: $vb = new COM(gatewaysoftware.Tax); echo h3 . $vb-Compute($STATE) . /h3\n; $vb-Release(); $vb = null; With PHP 4.2.1 this problem does not occur and millions of pages can be served with the exact same PHP code, COM object, and php.ini without the problem appearing. ab (Apache Bench) can be used to replicate the problem in seconds. -- Edit this bug report at http://bugs.php.net/?id=27209edit=1
#27211 [NEW]: stream_socket_accept() returns Invalid argument
From: glox at glox dot be Operating system: freeBSD 5.1 PHP version: 5CVS-2004-02-10 (dev) PHP Bug Type: Sockets related Bug description: stream_socket_accept() returns Invalid argument Description: stream_socket_accept() returns the following error with the example from the manual page: Warning: stream_socket_accept(): accept failed: Invalid argument in /share/wolfd/serv.php on line 6 I'm running this on freeBSD 5.1 with the latest php snapshot at this moment. Reproduce code: --- Server: ?php $socket = stream_socket_server(udp://0.0.0.0:13, $errno, $errstr, STREAM_SERVER_BIND); if (!$socket) { echo ERROR: $errno - $errstrbr /\n; } else { while ($conn = stream_socket_accept($socket)) { fwrite($conn, date(D M j H:i:s Y\r\n)); fclose($conn); } fclose($socket); } ? Client: ?php $sock = stream_socket_client('udp://127.0.0.1:13'); fwrite($sock, a\n); //if I don't add this nothing happens $get = fgets($sock); echo $get; fclose($sock); ? Expected result: The connection to the client should open, it should send the time and close. Actual result: -- Warning: stream_socket_accept(): accept failed: Invalid argument in /share/wolfd/serv.php on line 6 -- Edit bug report at http://bugs.php.net/?id=27211edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27211r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27211r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27211r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27211r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27211r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27211r=needscript Try newer version: http://bugs.php.net/fix.php?id=27211r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27211r=support Expected behavior: http://bugs.php.net/fix.php?id=27211r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27211r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27211r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27211r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27211r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27211r=dst IIS Stability: http://bugs.php.net/fix.php?id=27211r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27211r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27211r=float
#26409 [Com]: ldap_bind is causing a seg fault
ID: 26409 Comment by: test at hotmail dot com Reported By: pyrox_pro at hotmail dot com Status: Bogus Bug Type: LDAP related Operating System: RedHat Linux 7.3 PHP Version: 4.3.4 New Comment: Had the same problem with the apache + php segfaulting. Just wanted to confirm that the setup actually worked if openssl 0.9.6l was used and not the openssl 0.9.7c. Previous Comments: [2004-02-10 06:24:56] mete0 at op dot pl OK, I've found out that my problem lies in openssl-0.9.7c libraries. Making ldap:// connection (with PHP's ldap_bind () or OpenLDAP's ldapsearch) worked perfectly, but since I'm trying to authenticate users via binding them to the server with username/password, ldaps:// is required (for quite obvious reasons). And here ldap_bind (as well as ldapsearch) segfaults. So I'm going to try rebuilding php / openldap with older openssl libs (it worked with openssl-0.9.6k). [2004-02-06 03:19:44] mete0 at op dot pl I got similar error -- on ldap_bind () my php script segfaults... I have two machines, both with OpenLDAP 2.0.27 and PHP 4.3.4 with ldap support (--with-ldap=/usr) LDAP Supportenabled RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20026 two running the same ldap authentication function, on first machine it gets segfault, on second server function works perfectly... PTW ldapsearch (from OpenLDAP 2.0.27) gets segfault on both machines... [2003-12-09 06:55:38] [EMAIL PROTECTED] It's still not PHP bug, but do try this: 1) Remove all (and I mean ALL) openldap related header files and libraries. 2) Install the latest openldap from sources (!) using this configure line: ./configure --prefix=/opt/openldap 3) Get fresh PHP sources, and compile it with this configure line: # ./configure --disable-all --disable-cgi --enable-debug --with-ldap=/opt/openldap If you can reproduce this crash with the created sapi/cli/php binary reopen this bug report. [2003-12-01 12:49:37] pyrox_pro at hotmail dot com FYI I am trying to connect to Active Directory not an LDAP server, if that makes any difference or if you can test against and AD server as well. [2003-12-01 12:40:48] pyrox_pro at hotmail dot com What version of openldap are you using with that and on what OS? 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/26409 -- Edit this bug report at http://bugs.php.net/?id=26409edit=1
#27209 [Opn-Fbk]: Fails to Create COM Object at 2400 Pages Served
ID: 27209 Updated by: [EMAIL PROTECTED] Reported By: timjensen at rtsports dot com -Status: Open +Status: Feedback Bug Type: COM related Operating System: Win2k PHP Version: 4.3.5RC2 New Comment: Please try a php 5 snapshot (not beta 3) as a problem related to COM cleanup has been fixed since beta 3. Previous Comments: [2004-02-10 14:23:44] timjensen at rtsports dot com 5.0.0 beta 3 is a little better. I can consistently get 4400 pages served before it can no longer create a COM object. The error is different with 5.0: Failed to create COM object `gatewaysoftware.Tax': Not enough storage is available to complete this operation. ' in f:\RTFF\php\test.php:9 Stack trace: #0 {main} thrown in f:\RTFF\php\test.php on line 9 Windows shows 234k of total commit charge of the available 1.5Gb RAM used at this point. Also note, it looks like Apache 1.3.27 with PHP5 bleeds 4k to 8k of memory for every page served with the COM object creation. Previous version of PHP bled too, but not nearly as much. I tested several version of PHP with apache bench, here are the results: 4.2.1 1,000,000 pages OK 4.2.3 1,000,000 pages OK 4.3.0 Approx 2200 pages, then fails on COM create 4.3.4 Approx 2200 pages, then fails on COM create 4.3.5rc3 Approx 2200 pages, then fails on COM create 5.0.0b3 Approx 4400 pages, then fails on COM create [2004-02-10 11:16:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-10 11:07:50] timjensen at rtsports dot com Description: OS: Windows 2000 Server SP4 Server Version: Apache/1.3.27 (Win32) mod_gzip/1.3.26.1a PHP/4.3.5RC2 Using a Visual Basic created COM object with PHP 4.3.5RC2, I always get the following error after 2400 or so pages served: Warning: (null)(): Unable to obtain IDispatch interface for CLSID {0FE9E8B0-1AA7-4929-83FA-A5441A445D90}: CoInitialize has not been called. in f:\rtff\php\test.php on line 9 Here is the simple test code I use to replicate the problem: $vb = new COM(gatewaysoftware.Tax); echo h3 . $vb-Compute($STATE) . /h3\n; $vb-Release(); $vb = null; With PHP 4.2.1 this problem does not occur and millions of pages can be served with the exact same PHP code, COM object, and php.ini without the problem appearing. ab (Apache Bench) can be used to replicate the problem in seconds. -- Edit this bug report at http://bugs.php.net/?id=27209edit=1
#27213 [NEW]: Touch dose not work when not owner
From: phpbugs at mads dot sulau dot dk Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: Filesystem function related Bug description: Touch dose not work when not owner Description: The touch command dose not work, if the user (eg. www) is not owner of the file, and the file chmod is 0777, allowing a touch by the system. Reproduce code: --- ?php /** * expects you created a file called touch_test not * owned by the user running the script */ touch('touch_test', time()); ? Expected result: I expect the touch to work :) Actual result: -- Touch generates a error about permissions, eg: Warning: touch(): Utime failed: Operation not permitted in /usr/local/lib/php/Cache/Container/file.php on line 159 -- Edit bug report at http://bugs.php.net/?id=27213edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27213r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27213r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27213r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27213r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27213r=needscript Try newer version: http://bugs.php.net/fix.php?id=27213r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27213r=support Expected behavior: http://bugs.php.net/fix.php?id=27213r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27213r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27213r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27213r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27213r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27213r=dst IIS Stability: http://bugs.php.net/fix.php?id=27213r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27213r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27213r=float
#27183 [Ver]: userland stream wrapper segfaults on stream_write
ID: 27183 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Filesystem function related Operating System: Mac OS X 10.3 PHP Version: 4CVS-2004-02-08 (stable) New Comment: moriyoshi's patch works for me. Previous Comments: [2004-02-09 13:50:49] [EMAIL PROTECTED] Here's the patch: http://www.voltex.jp/downloads/bug27183- preliminary.diff.txt The error is obvious: one shouldn't store a transient pointer to a transient zval that resides in the stack frame :) [2004-02-09 13:33:16] [EMAIL PROTECTED] Finally I managed to reproduce the crash. It looks like --enable-debug suppresses the bus error. Really strange... Another endian issue? [2004-02-09 05:44:31] [EMAIL PROTECTED] I get the same crash with PHP 4.3.3.. # uname -a Darwin foobar 6.8 Darwin Kernel Version 6.8: Wed Sep 10 15:20:55 PDT 2003; root:xnu/xnu-344.49.obj~2/RELEASE_PPC Power Macintosh powerpc [2004-02-09 05:25:40] [EMAIL PROTECTED] it crashes even with the default config: phpinfo() PHP Version = 4.3.5RC2 System = Darwin chregu.local 7.2.0 Darwin Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003; root:xnu/ xnu-517.3.7.obj~1/RELEASE_PPC Power Macintosh Build Date = Feb 9 2004 11:18:45 Configure Command = './configure' '--with-expat-dir=/ sw/' '--with-zlib' [2004-02-09 04:27:46] [EMAIL PROTECTED] here's my config line './configure' '--with-config-file-path=/usr/local/bxphp/ apache/conf' '--prefix=/usr/local/bxphp/' '--with-apxs=/ usr/local/bxphp/apache/bin/apxs' '--with-dom=/sw/' '-- with-tidy=/usr/local/' '--with-zlib' '--with-mysql=/sw/' '--with-png-dir=/sw/' '--with-expat-dir=/sw/' '--with- iconv=/sw/' '--with-iconv-dir=/sw/' '--with-xml=/sw/' '--with-gd' '--with-jpeg-dir=/sw/' '--enable-debug=no' '--with-mime-magic=/sw/share/file/magic.mime' '--with- dom-xslt=/sw/' '--with-dom-exslt=/sw/' I'll try with a minimal set of extensions and see if the problem persists. 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/27183 -- Edit this bug report at http://bugs.php.net/?id=27183edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: bernoico at netcabo dot pt Reported By: golden at riscom dot com Status: Bogus Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.3 New Comment: A have this problem to, is very annoying... I made a search in google for Fatal error: session_start(): Failed to initialize storage module and I found millions of sites in this condition... Are there any work around? Thanks. Previous Comments: [2004-02-07 22:58:14] [EMAIL PROTECTED] close [2004-02-05 04:08:22] golden at riscom dot com Open [2004-02-04 18:54:56] jlund at inetz dot com Also having the same problem with squirrelmail on Gentoo with Apache2 and PHP 4.3.4. Any ideas or clues would be greatly appreciated. Refreshing the page always works but still, this is so very annoying. [2004-02-04 14:04:44] mbvt at xs4all dot nl Just going to say 'Me too!' :-) So, please take it off Bogus... Fatal error: session_start() [function.session-start]: Failed to initialize session module in [Gallery 1.4.2RC2] on line 60 Not exactly the same, but close enough, I guess. I have this problem *all* the time, so not intermittendly. However, some other PHP applications do work correctly. System: Apache-AdvancedExtranetServer/2.0.47 (Mandrake Linux/1.6.91mdk) mod_perl/1.99_08 Perl/v5.8.0 mod_ssl/2.0.47 OpenSSL/0.9.7a PHP/4.3.1 in secure mode, after a completely clean install. [2004-02-03 18:53:39] php at cobrasound dot com THIS IS SERIOUS! Sorry for yelling... This is definitely not a bogus problem! I'm having the same issue with Gentoo Linux, Apache2 and PHP. The problem occurs with Squirrelmail and Gallery. Please advise if there is an easy fix that I'm missing. Thank you! 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876edit=1
#27209 [Fbk-Opn]: Fails to Create COM Object at 2400 Pages Served
ID: 27209 User updated by: timjensen at rtsports dot com Reported By: timjensen at rtsports dot com -Status: Feedback +Status: Open Bug Type: COM related Operating System: Win2k PHP Version: 4.3.5RC2 New Comment: Ok, I have tried it with the PHP5-200402102030 snapshot. it fails immediately on the first page served with the following error: Fatal error: Uncaught exception 'com_exception' with message 'Parameter 0: Type mismatch. ' in f:\RTFF\php\test.php:18 Stack trace: #0 {main} thrown in f:\RTFF\php\test.php on line 18 If I change the test PHP code to use a bad variable as input to the COM object's method where it fails, I get a parameter 1 error. So guessing Parameter 0 was the return value, I did some hunting around on the web and found some quotes about the parameter list being 0-based, but the parameter type list being 1-based. Then one-off errors often result parameter 0 always being considered an INT. So I added a test method to my COM object that returns a Visual Basic LONG and re-ran my test code. It can now run 10k plus pages with no errors. Is it required my COM objects must have a return value of INT ? The only problem is I get an Error Member not found on the $comobject-Release(); method. Previous Comments: [2004-02-10 15:32:27] [EMAIL PROTECTED] Please try a php 5 snapshot (not beta 3) as a problem related to COM cleanup has been fixed since beta 3. [2004-02-10 14:23:44] timjensen at rtsports dot com 5.0.0 beta 3 is a little better. I can consistently get 4400 pages served before it can no longer create a COM object. The error is different with 5.0: Failed to create COM object `gatewaysoftware.Tax': Not enough storage is available to complete this operation. ' in f:\RTFF\php\test.php:9 Stack trace: #0 {main} thrown in f:\RTFF\php\test.php on line 9 Windows shows 234k of total commit charge of the available 1.5Gb RAM used at this point. Also note, it looks like Apache 1.3.27 with PHP5 bleeds 4k to 8k of memory for every page served with the COM object creation. Previous version of PHP bled too, but not nearly as much. I tested several version of PHP with apache bench, here are the results: 4.2.1 1,000,000 pages OK 4.2.3 1,000,000 pages OK 4.3.0 Approx 2200 pages, then fails on COM create 4.3.4 Approx 2200 pages, then fails on COM create 4.3.5rc3 Approx 2200 pages, then fails on COM create 5.0.0b3 Approx 4400 pages, then fails on COM create [2004-02-10 11:16:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-02-10 11:07:50] timjensen at rtsports dot com Description: OS: Windows 2000 Server SP4 Server Version: Apache/1.3.27 (Win32) mod_gzip/1.3.26.1a PHP/4.3.5RC2 Using a Visual Basic created COM object with PHP 4.3.5RC2, I always get the following error after 2400 or so pages served: Warning: (null)(): Unable to obtain IDispatch interface for CLSID {0FE9E8B0-1AA7-4929-83FA-A5441A445D90}: CoInitialize has not been called. in f:\rtff\php\test.php on line 9 Here is the simple test code I use to replicate the problem: $vb = new COM(gatewaysoftware.Tax); echo h3 . $vb-Compute($STATE) . /h3\n; $vb-Release(); $vb = null; With PHP 4.2.1 this problem does not occur and millions of pages can be served with the exact same PHP code, COM object, and php.ini without the problem appearing. ab (Apache Bench) can be used to replicate the problem in seconds. -- Edit this bug report at http://bugs.php.net/?id=27209edit=1
#27214 [NEW]: Problem with If statements in For Statemnets
From: ryanlewellen at comcast dot net Operating system: Windows XP Professional PHP version: 4.3.5RC2 PHP Bug Type: Unknown/Other Function Bug description: Problem with If statements in For Statemnets Description: When i put an IF statement inside a FOR statement, i ran into the problem that it went into an infinite loop. However, when i took out the IF statement, it did what i wanted it to do. Reproduce code: --- ?php echo (This is a FOR STATEMENT BR); $counter0=0; for ($counter0=0; $counter0=100; $counter0++) { echo (Pass # . $counter0 . is now in effect. BR); if ($counter0=50) { echo (Only 50 more to go!); } } ? Expected result: It would create 100 lines in a webpage, with increasing values, and at 50, it would echo Only 50 more to go! and continue on. Actual result: -- It started at 0, jumped to 50, and ran into an infinite loop. See for yourself. -- Edit bug report at http://bugs.php.net/?id=27214edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27214r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27214r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27214r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27214r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27214r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27214r=needscript Try newer version: http://bugs.php.net/fix.php?id=27214r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27214r=support Expected behavior: http://bugs.php.net/fix.php?id=27214r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27214r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27214r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27214r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27214r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27214r=dst IIS Stability: http://bugs.php.net/fix.php?id=27214r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27214r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27214r=float
#20281 [Com]: Extend the Sybase CT module
ID: 20281 Comment by: a dot lahaye at wanadoo dot fr Reported By: ddc at portalframework dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 4.2.3 Assigned To: thekid New Comment: Do you planed the fact to retreive multi resultset on PHP 4.3.X ? Previous Comments: [2004-01-23 21:03:01] [EMAIL PROTECTED] This is planned for the future, its kind of hard to patch ontop of the current code. Suspended until I get around to rewriting ext/sybase_ct. [2002-11-06 08:20:03] ddc at portalframework dot com Could someone develop a function for the Sybase CT library to retrieve more than one result set, like mssql_next_result? -- Edit this bug report at http://bugs.php.net/?id=20281edit=1
#27214 [Opn-Bgs]: Problem with If statements in For Statemnets
ID: 27214 Updated by: [EMAIL PROTECTED] Reported By: ryanlewellen at comcast dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP Professional PHP Version: 4.3.5RC2 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. = != == Previous Comments: [2004-02-10 17:30:14] ryanlewellen at comcast dot net Description: When i put an IF statement inside a FOR statement, i ran into the problem that it went into an infinite loop. However, when i took out the IF statement, it did what i wanted it to do. Reproduce code: --- ?php echo (This is a FOR STATEMENT BR); $counter0=0; for ($counter0=0; $counter0=100; $counter0++) { echo (Pass # . $counter0 . is now in effect. BR); if ($counter0=50) { echo (Only 50 more to go!); } } ? Expected result: It would create 100 lines in a webpage, with increasing values, and at 50, it would echo Only 50 more to go! and continue on. Actual result: -- It started at 0, jumped to 50, and ran into an infinite loop. See for yourself. -- Edit this bug report at http://bugs.php.net/?id=27214edit=1
#20281 [Asn]: Extend the Sybase CT module
ID: 20281 Updated by: [EMAIL PROTECTED] Reported By: ddc at portalframework dot com Status: Assigned Bug Type: Feature/Change Request Operating System: All PHP Version: 4.2.3 Assigned To: thekid New Comment: PHP 4.3.x will not get any new features, they'll have to wait. Previous Comments: [2004-02-10 17:35:54] a dot lahaye at wanadoo dot fr Do you planed the fact to retreive multi resultset on PHP 4.3.X ? [2004-01-23 21:03:01] [EMAIL PROTECTED] This is planned for the future, its kind of hard to patch ontop of the current code. Suspended until I get around to rewriting ext/sybase_ct. [2002-11-06 08:20:03] ddc at portalframework dot com Could someone develop a function for the Sybase CT library to retrieve more than one result set, like mssql_next_result? -- Edit this bug report at http://bugs.php.net/?id=20281edit=1
#27214 [Bgs]: Problem with If statements in For Statemnets
ID: 27214 Updated by: [EMAIL PROTECTED] Reported By: ryanlewellen at comcast dot net Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP Professional PHP Version: 4.3.5RC2 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. = != == Previous Comments: [2004-02-10 17:30:14] ryanlewellen at comcast dot net Description: When i put an IF statement inside a FOR statement, i ran into the problem that it went into an infinite loop. However, when i took out the IF statement, it did what i wanted it to do. Reproduce code: --- ?php echo (This is a FOR STATEMENT BR); $counter0=0; for ($counter0=0; $counter0=100; $counter0++) { echo (Pass # . $counter0 . is now in effect. BR); if ($counter0=50) { echo (Only 50 more to go!); } } ? Expected result: It would create 100 lines in a webpage, with increasing values, and at 50, it would echo Only 50 more to go! and continue on. Actual result: -- It started at 0, jumped to 50, and ran into an infinite loop. See for yourself. -- Edit this bug report at http://bugs.php.net/?id=27214edit=1
#27213 [Opn-Bgs]: Touch does not work when not owner
ID: 27213 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at mads dot sulau dot dk -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Another braindead freebsd func: http://www.freebsd.org/cgi/man.cgi?query=utimesektion=3apropos=0manpath=freebsd (not PHP bug at all, works just fine with Linux btw. :) Previous Comments: [2004-02-10 15:45:48] phpbugs at mads dot sulau dot dk Description: The touch command dose not work, if the user (eg. www) is not owner of the file, and the file chmod is 0777, allowing a touch by the system. Reproduce code: --- ?php /** * expects you created a file called touch_test not * owned by the user running the script */ touch('touch_test', time()); ? Expected result: I expect the touch to work :) Actual result: -- Touch generates a error about permissions, eg: Warning: touch(): Utime failed: Operation not permitted in /usr/local/lib/php/Cache/Container/file.php on line 159 -- Edit this bug report at http://bugs.php.net/?id=27213edit=1
#27203 [Opn-Fbk]: Querying database columns with name HIDE fails to get data
ID: 27203 Updated by: [EMAIL PROTECTED] Reported By: jakob at grimstveit dot no -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 New Comment: Nobody is asking you to _install_ the snapshot, you can just as easily run the script with CLI..do NOT touch this report before you're giving the asked feedback. Previous Comments: [2004-02-10 09:24:02] jakob at grimstveit dot no Will do this as soon as possible. Creating a SuSE9 vmware installation and will compile apache and php with same options as on the rhl9-box used here. Can't deploy into same place since this is a prod-server :-) [2004-02-10 08:04:23] [EMAIL PROTECTED] 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 [2004-02-10 05:09:58] jakob at grimstveit dot no About Reproduce code: Actual SQL is shown in URL's described in Actual result area. Sorry about that. [2004-02-10 05:06:52] jakob at grimstveit dot no Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit this bug report at http://bugs.php.net/?id=27203edit=1
#27201 [Opn-Fbk]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? Previous Comments: [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: ? $i = 0; while ($i 1) { echo $i . : ; system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; echo \r\n; $i++; } ? [2004-02-10 07:59:26] [EMAIL PROTECTED] 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 And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. [2004-02-10 03:45:53] lars at erhardsen dot dk Description: I think, I have a similar problem as #11023 - where exec() does not wait for program completion. The scenary is: Linux 2.4.22, Apache 2.0.48, PHP 4.3.4 on a Pentium 4, 2.4ghz, 512 mb ram The page continues without the 'output' from exec thus leaving an incomplete page. If I press f5/refresh, some times it works, other times it does not work. I have also placed sleeps between commands to ensure it works well, but imho this should not be nescessary - as this bug does not appear on a slower machine. My php config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-gd=/usr/local --with-pdflib=/usr/local --with-mysql --with-config-file-path=/etc/apache2 --with-session --with-zlib-dir=/usr --with-png-dir=/usr/lib --with-freetype-dir=/usr --with-jpeg-dir=/usr --with-tiff-dir=/usr --with-system-regex=yes --enable-debug=no --with-xml --with-imap-ssl=/usr/local/imap-2002d --enable-exif --with-openssl --with-gettext --enable-ftp --enable-sysvsem --enable-sysvshm --enable-calendar --enable-bcmath --enable-sockets --enable-track-vars --with-mcrypt --enable-gd-native-ttf --enable-mbstring --enable-gd-native-ttf My Apache config: ./configure --enable-ssl --enable-rewrite --enable-so --enable-info --enable-suexec --with-suexec-caller=nobody --enable-dav --enable-deflate Reproduce code: --- system ( hostname ); echo | ; $a = exec ( uptime ); $b = split(',', $a); $c = split('up', $b[0]); $d = split(':', $b[3]); echo $c[1] . | . $d[1] . , . $b[4] . , . $b[5]; Expected result: maxmotor | 75 days | 0.00, 0.00, 0.00 Actual result: -- Some times, nothing is returned -- Edit this bug report at http://bugs.php.net/?id=27201edit=1
#27159 [Fbk-NoF]: Earnings for signal handler and Error in error.c
ID: 27159 Updated by: [EMAIL PROTECTED] Reported By: patrick dot laux at bessy dot de -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: linux-SuSE 9.0 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2004-02-05 21:50:40] [EMAIL PROTECTED] 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 Sounds like a problem with your system headers. Both SIGCHLD and SIG_DFL should be defined by your signal.h header. [2004-02-05 11:37:48] patrick dot laux at bessy dot de Description: Hello Some Problems Compiling PHP 4.3.4 at SuSE 9.0 patch level from 2004-02-03. Following configuration options: Reproduce code: --- Following configuration options: ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --libexecdir=/usr/ lib/apache/php --with-config-file-path=/etc/httpd --with-sysconfigdir=/etc/httpd --with-exec-dir=/srv/www/bin --enable-sigchild --wi th-openssl=/usr -with-zlib=/usr --with-zlib-dir=/usr --with-bz2=/usr --enable-calendar --with-jpeg-dir=/usr --enable-dba --with-inif ile --with-flatfile --enable-dbase --enable-dio --with-dom=/usr --with-dom-xslt=/usr --enable-exif --enable-filepro --enable-ftp --w ith-gd=/usr/local --with-zlib-dir=/usr --with-xpm-dir=/usr/X11R6 --with-ttf=/usr --with-freetype=/usr --with-gettext=/usr --with-hyp erwave --with-java=/usr/lib/java --with-ldap=/usr --enable-mbstring --with-mcal=/usr --with-mcrypt=/usr --with-openssl-dir=/usr --wi thout-mysql --with-ncurses=/usr --with-oci8=/opt/oracle/product/9ir2 --with-oracle=/opt/oracle/product/9ir2 --with-iodbc=/usr --with -unixODBC=/usr --with-pdflib=/usr/local --with-png-dir=/usr --with-tiff-dir=/usr --with-readline=/usr --with-recode=/usr --with-mm=/ usr --enable-shmop --enable-sockets --with-ming=/usr/local --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-wddx --with-e xpat-dir=/usr --with-iconv-dir=/usr --with-xslt-sablot=/usr --enable-yp Actual result: -- Crashes with: /bin/sh /srv/ftp/www/php-4.3.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/standard/ -I/srv/ftp/www/php-4.3.4/ext/standard/ -DPHP_ATOM_INC -I/ srv/ftp/www/php-4.3.4/include -I/srv/ftp/www/php-4.3.4/ main -I/srv/ftp/www/php-4.3.4 -I/srv/ftp/www/php-4.3.4/ Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/ include -I/usr/local/include -I/srv/ftp/www/php-4.3.4/ext/ mbstring/mbregex -I/srv/ftp/www/php-4.3.4/ext/mbstring/ libmbfl -I/srv/ftp/www/php-4.3.4/ext/mbstring/libmbfl/mbfl -I/usr/include/mcal -I/opt/oracle/product/9ir2/rdbms/ public -I/opt/oracle/product/9ir2/rdbms/demo -I/opt/ oracle/product/9ir2/plsql/public -I/srv/ftp/www/ php-4.3.4/TSRM -g -O2 -prefer-pic -c /srv/ftp/www/ php-4.3.4/ext/standard/exec.c -o ext/standard/exec.lo /srv/ftp/www/php-4.3.4/ext/standard/exec.c: In function `php_Exec': /srv/ftp/www/php-4.3.4/ext/standard/exec.c:165: `SIGCHLD' undeclared (first use in this function) /srv/ftp/www/php-4.3.4/ext/standard/exec.c:165: (Each undeclared identifier is reported only once /srv/ftp/www/php-4.3.4/ext/standard/exec.c:165: for each function it appears in.) /srv/ftp/www/php-4.3.4/ext/standard/exec.c:165: `SIG_DFL' undeclared (first use in this function) /srv/ftp/www/php-4.3.4/ext/standard/exec.c:165: warning: assignment makes pointer from integer without a cast /srv/ftp/www/php-4.3.4/ext/standard/exec.c:184: warning: assignment makes pointer from integer without a cast make: *** [ext/standard/exec.lo] Fehler 1 and hav warnings at mcal, sockets, posix, hyperwave module like: In file included from /usr/include/asm/sigcontext.h:4, from /usr/include/bits/sigcontext.h:28, from /usr/include/signal.h:326, from /srv/ftp/www/php-4.3.4/ext/sockets/ sockets.c:56: /usr/include/linux/compiler.h:71: warning: `__attribute_used__' redefined /usr/include/sys/cdefs.h:195: warning: this is the location of the previous definition -- Edit this bug report at http://bugs.php.net/?id=27159edit=1
#27156 [Fbk-NoF]: OCIFetchInto returns false as column value when column contains 1 umlaut
ID: 27156 Updated by: [EMAIL PROTECTED] Reported By: sanjok at pict dot lviv dot ua -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Linux SuSE 7.38.1 PHP Version: 4.3.4 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2004-02-05 06:46:23] [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. [2004-02-05 05:31:08] sanjok at pict dot lviv dot ua Description: OCIFetchInto returns false as column value if table column contains more than one umlaut character while combination of OCIFetch and OCIResult functions returns correct result. Environment: OS: Linux SuSE 7.3/8.1; DB: Oracle 8.1.7/9.0.1i; PHP: 4.3.4 release Oracle NLS_LANG is set to GERMAN_AUSTRIA.UTF8 -- Edit this bug report at http://bugs.php.net/?id=27156edit=1
#27155 [Fbk-NoF]: PHP crashes at the end of each script
ID: 27155 Updated by: [EMAIL PROTECTED] Reported By: a dot stagl at gmx dot at -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Win2k PHP Version: 4.3.5RC2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2004-02-05 07:28:11] [EMAIL PROTECTED] Uh..does PHP crash if you remove Zend optimizer? [2004-02-05 06:52:56] a dot stagl at gmx dot at Yes, I'm loading the free Zend Optimizer 2.1.0b (i think) for PHP = 4.0.5 Regarding your other 2 questions: - Yes, the php.ini should be correct and should be filled with valid values. - Yes, also my installation should be valid. [2004-02-05 06:44:43] [EMAIL PROTECTED] Are you loading any zend extensions in your php.ini? (such as some debugger, cache, etc. crap?) Are you sure the correct php.ini is loaded? Are you sure your installation is valid? [2004-02-05 03:33:38] a dot stagl at gmx dot at Description: When I create a file phpinfo.php and run it on the dos-command-line (in win2k) as c:\programme\php\php phpinfo.php, the script seems to provide the correct result, but terminates always with an DrWatson-Alert. Due to the fact, that I don't have a Webserver running on that machine, i cannot test, if this problem also appears when running php as a module (instead of using the cgi). Furthermore, I tried to load a few extensions like oracle, pdf, gd2, zip, ldap, imap and curl, but as it looked like, at least they seemed to be loaded correctly (because I didn't get an error-message related to those modules)... so I don't think that the devil is in one of those extension. Reproduce code: --- ?php phpinfo(); ? Expected result: ... showing the php-infos without opening an DrWatson-Alert-Box. -- Edit this bug report at http://bugs.php.net/?id=27155edit=1
#27168 [Fbk-NoF]: PHP crash
ID: 27168 Updated by: [EMAIL PROTECTED] Reported By: smailling at free dot fr -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Last SP PHP Version: 4.3.5RC2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2004-02-06 07:50:37] [EMAIL PROTECTED] Please refer zend product issues to http://www.zend.com/support/ As for the crash without any extensions enabled please provide example code that crashes. [2004-02-06 07:11:42] smailling at free dot fr With another script, PHP is crashing all the time (even with no extentions loaded, and with no Zend at all). Note: it doesn't prevent PHP to show the page. Also: yes, I updated the DLL in winnt\system32\ [2004-02-06 05:51:13] smailling at free dot fr btw, the is nothing in the error.log of Apache. I am tested the last Zend available. If I enable one of this 2 lines, php crashes. If I click ok, the pages is shown. ;zend_extension_manager.optimizer_ts=C:\Program Files\Zend\lib\Optimizer-2.1.0 ;zend_extension_manager.debug_server_ts=C:\Program Files\Zend\lib\Debugger-3.0.1 [2004-02-06 04:28:43] smailling at free dot fr Description: I didn't have any problem with the last official PHP. But this one crashes my script. In fact, event a simple script with phpinfo.php I am using apache 2.0.47 with PHP as a CGI. No errors are logged in the php.log the instruction at 0xx77fcc2e2 referenced memory at 0x00a40010. the memory could not be read. Reproduce code: --- at this time, every code. The issue is coming from php.ini List of extensions that don't work: extension=php_printer.dll zend debugger -- Edit this bug report at http://bugs.php.net/?id=27168edit=1
#26407 [Ver-Fbk]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407 Updated by: [EMAIL PROTECTED] Reported By: tvoigt at informatik dot tu-cottbus dot de -Status: Verified +Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Linux (i686) Solaris 8 PHP Version: 4.3.4 Previous Comments: [2004-02-08 19:03:45] [EMAIL PROTECTED] Please see if the following patches work for you: * http://sitten-polizei.de/bug26407.diff (patch for CVS head - PHP5) * http://sitten-polizei.de/bug26407.4.diff (patch for Snapshot/4_3 branch) make test TEST=ext/sybase_ct is passed now with Sybase-libraries as well as with FreeTDS(download the new test.inc, it contains a fix for the Sybase: Unable to update character set warning). Please make sure I didn't break anything else. [2004-02-08 18:02:53] [EMAIL PROTECTED] Have been able to reproduce w/ Debian and Sybase-Libraries. Bug was introduced when the patch in http://bugs.php.net/bug.php?id=23682 was committed. Am looking into a workaround. [2004-02-08 17:20:39] [EMAIL PROTECTED] 4.3.3 doesn't work as expected either. I took your output and diffed it against the expected one: [EMAIL PROTECTED]:~ diff -u sybase_test_expected.out sybase_test_4_3_3.out --- sybase_test_expected.outSun Feb 8 23:21:15 2004 +++ sybase_test_4_3_3.out Sun Feb 8 23:20:12 2004 @@ -1,3 +1,4 @@ +Warning: sybase_connect(): Sybase: Unable to update character set. in /usr/src/php-4.3.3/ tests/ext/sybase_ct/test.inc on line 55 bool(true) Query: begin transaction @@ -7,14 +8,8 @@ commit -- anything afterwards will fail, too - Return: resource -array(1) { - [0]= - array(1) { -[computed]= -string(3) foo - } -} + Return: boolean +bool(true) Query: begin transaction -- no result returned... @@ -31,7 +26,7 @@ select bar -Notice: sybase_query(): Sybase: Unexpected results, cancelling current in %s/test.inc on line %d +Notice: sybase_query(): Sybase: Unexpected results, cancelling current in /usr/src/php-4 .3.3/tests/ext/sybase_ct/test.inc on line 66 Return: resource array(1) { [0]= [2004-02-06 03:27:28] detoma dot alessandro at sea-aeroportimilano dot it Unfortunatly I don't know to help you, because I have a problem similar to your(failure to compile PHP4.3.4 with sybase 12.0). I notice however that you have compiled PHP4.3.4 with gdlib on solaris8; Could you say me which version you have used? Best regards, Alex [2004-02-01 14:50:07] tvoigt at informatik dot tu-cottbus dot de Okay, done. It's my first bug report/'make test'-thing, but I'm just beginning to get it ;-) Thanks for your test case! Here's the content of bug26407.log (php4-STABLE-200401261030): http://www.informatik.tu-cottbus.de/~tvoigt/php/bug26407.log ...and to prove that everything was fine with php-4.3.3: http://www.informatik.tu-cottbus.de/~tvoigt/php/bug26407.log.php-4.3.3 (Okay, there is a warning about the character set in sybase_connect, making this a failed test, too. But the actual test results are as expected. Maybe you want to adapt the test case?) If you are interested in the other sybase test's results, find the complete output here: http://www.informatik.tu-cottbus.de/~tvoigt/php/php_test_results_20040201.txt (#22403 testing failed for my dbo not allowing to create stored procedures in tempdb, sorry.) Thanks a lot, Thomas 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/26407 -- Edit this bug report at http://bugs.php.net/?id=26407edit=1
#9852 [Com]: Header redirect and db connection cause CGI misbehaved
ID: 9852 Comment by: willy at vuboys dot nl Reported By: ron dot baldwin at sourceprose dot com Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.2.1 New Comment: I also have experienced this problem. The PHP_ISAPI seems to fix it. It seems this problem is related to a mssql connection. A solution might be to add a header() at the beginning of the script (before the mssql_connect). Is there a header of some kind which won't interfear with the other headers the application might produce? Any thoughts/comments on this? Previous Comments: [2003-09-15 16:40:08] bobberz03 at hotmail dot com Was pulling my hair out with this!! Installing ISAPI module did it for me, none of the other fixes worked (did NOT try slowing anything down to get it working or messed with Background/foreground settings as this defeats the object..and some time in the future will reoccur neway!! I have created other appz using the CGI interpretor but havent tested them with the ISAPI module as yet, this is the first app I'm creating using MSSQL2000. I know its been stated above that it is IIS but I have never had this problem b4 until switching to MSSQL2000 (previously MySQL). Cheers for all the help chaps. BoB [2003-06-11 09:52:20] wharrison at pro dot ie To follow up I set cgi.rfc2616_headers = 1 as Pedro suggested and have had no problems reported since. So I suggest trying this to anyone with these problems. [2003-05-28 08:50:36] wharrison at pro dot ie I am trying Pedro's cgi.rfc2616_headers = 1 tip. We noticed this problem a few times a day on an WinNT, IIS, PHP 4.3, MSSQL 2000 setup. I could also reproduce this with the bounce.php suggested a while ago. I was cosidering switching to Apache untill I read the post above. [2003-05-22 13:21:17] phpbugs at spudland dot com This is not just an IIS bug. I receive this bug on a production Win2K server that uses Apache 2.0.x and PHP as a CGI. The PHP script in question does not use re-directs, however it does add header information. When I comment out the MS-SQL commands, the error disappears. With MS-SQL commands uncommented, it serves up a storm of these errors. I will try the RFC option mentioned above my comment! Again, this bug appears to NOT be related to just IIS but rather the MS-SQL support. [2003-05-12 07:27:01] pedro at fundacaounimed dot com dot br I think I find the solution for this problem (at least on version 4.3.1)... Just put this line cgi.rfc2616_headers = 1 on php.ini. Please, send us a message if it works. I had this problem during much time and looking for solution, I saw that many others have it too. PS.: sorry if there is some english error. 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/9852 -- Edit this bug report at http://bugs.php.net/?id=9852edit=1
#27216 [NEW]: parsing crashes on texts longer than 3799 chars
From: list at fredfred dot net Operating system: Linux,Windows XP PHP version: 4.3.4 PHP Bug Type: *Regular Expressions Bug description: parsing crashes on texts longer than 3799 chars Description: When I try use preg_match_all( $regexp, $a, $vysl); it crashes when $a contains text in format like in file here: http://www.contipromotor.cz/download/phpBug3800chars.htm. Basically it contains 'abbba(3799 times char s or \r\n)xa' Just delete the last 'x' and it works fine. Reproduce code: --- $a = I read content of file http://www.contipromotor.cz/download/phpBug3800chars.htm $regexp = /a(.*)a((?:.|\n)*?)a/i; if(preg_match_all( $regexp, $a, $vysl)) echo found; else echo not found; Expected result: found or not found Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: -- Edit bug report at http://bugs.php.net/?id=27216edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27216r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27216r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27216r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27216r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27216r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27216r=needscript Try newer version: http://bugs.php.net/fix.php?id=27216r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27216r=support Expected behavior: http://bugs.php.net/fix.php?id=27216r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27216r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27216r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27216r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27216r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27216r=dst IIS Stability: http://bugs.php.net/fix.php?id=27216r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27216r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27216r=float
#27203 [Com]: Querying database columns with name HIDE fails to get data
ID: 27203 Comment by: cjbj at hotmail dot com Reported By: jakob at grimstveit dot no Status: Feedback Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 New Comment: With respect to the filer, (i) this bug contains no reproducible PHP code (ii) no table descriptions (iii) no sample data. However from looking at the very little information available, the data at http://www.starshipping.com/~jakobbg/datafound.txt shows both a HIDE column and a TYGGEGUMMI column. The HIDE column in datalacking.txt has the same data as the datafound.txt HIDE column. The datalacking.txt results are probably due to selecting two columns called HIDE from two tables e.g. as t1.hide and t2.hide. When doing this and using associative arrays, only one column is returned by PHP. There are a couple of recent user comments in http://www.php.net/manual/en/function.ocifetchinto.php talking about this. The solution I added there recently is to use column aliases. Given how PHP associative arrays do not include a table name qualifier, I'd say this isn't a bug. Previous Comments: [2004-02-10 17:54:22] [EMAIL PROTECTED] Nobody is asking you to _install_ the snapshot, you can just as easily run the script with CLI..do NOT touch this report before you're giving the asked feedback. [2004-02-10 09:24:02] jakob at grimstveit dot no Will do this as soon as possible. Creating a SuSE9 vmware installation and will compile apache and php with same options as on the rhl9-box used here. Can't deploy into same place since this is a prod-server :-) [2004-02-10 08:04:23] [EMAIL PROTECTED] 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 [2004-02-10 05:09:58] jakob at grimstveit dot no About Reproduce code: Actual SQL is shown in URL's described in Actual result area. Sorry about that. [2004-02-10 05:06:52] jakob at grimstveit dot no Description: When running this query it gives 10 NULL values out of 12 rows, while in SQLplusTora it gives me the value actually found in the database for all rows. When renaming column to something random in the query, the data gets through to PHP, thus I guess it's related to the HIDE column being a keyword of some kind. Reproduce code: --- $query = select hide from something Expected result: A complete resultset Actual result: -- A resultset lacking values in the column named HIDE in 10 out of 12 rows. See http://www.starshipping.com/~jakobbg/datafound.txt (correct resultset with sql row renamed to tyggegummi and http://www.starshipping.com/~jakobbg/datalacking.txt with original buggy resultset. Data ($result) printed with print_r() Hope this will be fixed soon. -- Edit this bug report at http://bugs.php.net/?id=27203edit=1
#26803 [Com]: unable to process procedure call results for mysql 5.0.0
ID: 26803 Comment by: sszelei at softprossoftware dot com Reported By: kzuzik at ukr dot net Status: Bogus Bug Type: MySQL related Operating System: WinXP PHP Version: 5.0.0b3 (beta3) New Comment: I attempted the same thing. I have a procedure called sp_customer that takes one parameter the uid of the customer. The procedure is a simple select Select * from customer where customer_id = uid; Call sp_customer(3) on the command line works great, it returns the record requested. Attempting to call the sp from php results in a crash of mysql. The error message returned to the php script page is Query failed : SELECT in a stored procedure must have INTO I am running 5.0.0-alph-nt protocol version 10 running version 4.3.4 PHP and Apache 2.0 on Windows 2000 Adv server Previous Comments: [2004-01-05 21:59:34] kzuzik at ukr dot net Thanx very much for you reply ! I used mysql extension because I was unable to run mysqli. Please help me how can I do this. According to the Manual (I checked it at least 10 times) I copy C:\mysql\bin\libmySQL.dll (916Kb) to c:\windows and to c:\windows\system32. (I've also tried to copy dll from C:\php\dlls\libmySQL.dll (228Kb)) when I run a simple script: ? $link= mysqli_connect(localhost, root, , mysql); ? I get the following error: Fatal error: Call to undefined function mysqli_connect() in c:\Inetpub\wwwroot\index.php on line 2 Please tell me how can I succesfully install mysqli ? [2004-01-05 18:22:51] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You need to use mysqli extension for MySQL 4.1+ [2004-01-05 17:34:31] kzuzik at ukr dot net I've just changed a typo error in subject ) [2004-01-05 17:27:33] kzuzik at ukr dot net Description: It looks like php5 doesn't yet support stored procedures which appeared in mysql5. Please see the code below (from the PHP Manual) If I uncomment line 4 and comment line 5 everything works OK. If the code works as provided and I try to call a stored procedure yyy (which includes a simple select statement) I have the following error: Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in c:\Inetpub\wwwroot\index.php on line 9 Reproduce code: --- ? $link = mysql_connect(localhost, root, ); mysql_select_db(mysql); //$query = select * from user; $query = call yyy(); $result = mysql_query($query); echo table\n; while ($line = mysql_fetch_array($result, MYSQL_ASSOC)) { echo \ttr\n; foreach ($line as $col_value) { echo \t\ttd$col_value/td\n; } echo \t/tr\n; } echo /table\n; ? Expected result: I expect to see the results of calling a stored procedure (which executes a select statement) -- Edit this bug report at http://bugs.php.net/?id=26803edit=1