#29830 [Opn->Asn]: SoapServer::setClass() should not export non-public methods
ID: 29830 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: WinXP SP2 PHP Version: 5.0.1 Assigned To: dmitry Previous Comments: [2004-08-25 07:26:49] [EMAIL PROTECTED] Description: SoapServer::setClass will export all class methods, including private and protected ones, this should not be the case as they should be used internally only. Even better, would be to only export methods named in the supplied WSDL, but I think that would just take too long :) - Davey Reproduce code: --- constructMsg($to); } public function goodBye($to) { return "Goodbye $to"; } /** * Construct Greeting * * @param string $to * @return string */ private function constructMsg($to) { return 'Hello ' . $to; } } $server = new SoapServer('HelloWorld.wsdl', array('trace' => 1)); $server->setClass('hello_world'); echo "This SOAP server can handle following functions: \n"; $functions = $server->getFunctions(); foreach($functions as $func) { echo $func . "\n"; } ?> Expected result: This SOAP server can handle following functions: hello goodBye Actual result: -- This SOAP server can handle following functions: hello goodBye constructMsg -- Edit this bug report at http://bugs.php.net/?id=29830&edit=1
#29828 [Opn->Fbk]: Interfaces no longer work
ID: 29828 Updated by: [EMAIL PROTECTED] Reported By: jellybob at gmail dot com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2004-08-25 01:52:04] jellybob at gmail dot com Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29828&edit=1
#29825 [Opn->Bgs]: mktime returns incorrect timestamp
ID: 29825 Updated by: [EMAIL PROTECTED] Reported By: biv777 at front dot ru -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: FreeBSD 4.8 PHP Version: 4.3.7 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. 4.3.5 is too old. Previous Comments: [2004-08-24 21:53:33] biv777 at front dot ru Description: Reproduce code: --- "; } ?> Expected result: HTTP/1.1 200 OK Date: Tue, 24 Aug 2004 19:44:04 GMT Server: Apache/1.3.31 (Unix) mod_accounting/0.5l mod_ssl/2.8.18 OpenSSL/0.9.7d mod_deflate/1.0.21 X-Powered-By: PHP/4.3.5 Connection: close Content-Type: text/html; charset=windows-1251 1048453200 2003-03-24 1048539600 2003-03-25 1048626000 2003-03-26 1048712400 2003-03-27 1048798800 2003-03-28 1048885200 2003-03-29 -7262 1970-01-01 Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=29825&edit=1
#29830 [NEW]: SoapServer::setClass() should not export non-public methods
From: [EMAIL PROTECTED] Operating system: WinXP SP2 PHP version: 5.0.1 PHP Bug Type: SOAP related Bug description: SoapServer::setClass() should not export non-public methods Description: SoapServer::setClass will export all class methods, including private and protected ones, this should not be the case as they should be used internally only. Even better, would be to only export methods named in the supplied WSDL, but I think that would just take too long :) - Davey Reproduce code: --- constructMsg($to); } public function goodBye($to) { return "Goodbye $to"; } /** * Construct Greeting * * @param string $to * @return string */ private function constructMsg($to) { return 'Hello ' . $to; } } $server = new SoapServer('HelloWorld.wsdl', array('trace' => 1)); $server->setClass('hello_world'); echo "This SOAP server can handle following functions: \n"; $functions = $server->getFunctions(); foreach($functions as $func) { echo $func . "\n"; } ?> Expected result: This SOAP server can handle following functions: hello goodBye Actual result: -- This SOAP server can handle following functions: hello goodBye constructMsg -- Edit bug report at http://bugs.php.net/?id=29830&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29830&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29830&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29830&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29830&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29830&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29830&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29830&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29830&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29830&r=support Expected behavior: http://bugs.php.net/fix.php?id=29830&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29830&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29830&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29830&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29830&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29830&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29830&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29830&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29830&r=float
#29158 [Com]: Warning with preg_match
ID: 29158 Comment by: ppanula at lapua dot net Reported By: admin at profvince dot com Status: Open Bug Type: PCRE related Operating System: Linux 2.6.6 - LFS 5.1pre1 PHP Version: 5.0.0 New Comment: I have same problem. As far i can see, php 5.0.x uses it old pcre-routines. If you have your own pcre-installed it does not use them. You can check using phpinfo() and you can see it's old pcre even if you have never installed. Previous Comments: [2004-08-23 20:03:49] alexisdal at nospamplease dot hotmail dot com Same problem here : Fatal error: Call to undefined function preg_match() Error Line -- var_dump(preg_match("undefined", "this function is undefined")); Config -- PHP 5.0.0 FreeBSD 5.2.1-RELEASE I'm kinda new to *nix setup and I could not reproduce the bug under windows. In the documentation about this (http://fr2.php.net/manual/en/ref.pcre.php), it says nothing needs to be setup in order to use the thing... ??? [2004-07-30 01:55:25] gaui at gaui dot is When I try to use preg_match(), I get this... Fatal error: Call to undefined function preg_match() in /usr/home/www/library/defines.php on line 25 - Error line - if (!preg_match('@([0-9]{1,2}).([0-9]{1,2}).([0-9]{1,2})@', phpversion(), $match)) - Environment - FreeBSD 4.10-STABLE PHP 5.0.0 Apache 1.3.31 MySQL 4.0.20 - PHP Configure - --enable-versioning --enable-memory-limit --with-layout=GNU --disable-all --enable-libxml --with-libxml-dir=/usr/local --enable-spl --with-regex=php --disable-cli --with-apxs=/usr/local/sbin/apxs --disable-ipv6 --prefix=/usr/local [2004-07-30 01:43:15] gaui at gaui dot is Same problem here. [2004-07-14 19:07:35] admin at profvince dot com Description: -- Descritpiton : I've just installed php-5.0.0, and I'm experiencing a warning with preg_match, related with PCRE, no matter the pattern or the string (especially on first page onf phpmyadmin). Warning: preg_match: internal pcre_fullinfo() error -3 in [myscript] on line [line] This error doesn't occur with PHP-5.0.0RC2 and PHP-5.0.0RC3 (and the same php configuration) - Environment : LFS 5.1pre1 Linux 2.6.6 Apache 2.0.50 (with mpm=worker) PCRE version 4.5 01-December-2003 Mysql 4.0.20 --- PHP configure : ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-config-file-path=/etc/apache --with-calendar --with-pdf --enable-trans-sid --enable-mbstring --enable-dbase --with-dom --with-sablot --with-ttf --enable-gd-imgstrttf --enable-gd-native-ttf --enable-bcmath --with-bz2=/usr --with-curl=/usr --with-curlwrappers --enable-exif --enable-ftp --with-gd=/usr --with-freetype-dir=/usr --with-gettext=/usr --with-gmp=/usr --with-ldap=/usr --with-openssl=/usr --with-mysql=/usr/local/mysql --with-ncurses=/usr --with-pcre-regex=/usr --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib=/usr --with-tiff-dir=/usr --with-pspell=/usr --with-libxml-dir=/usr --with-openssl-dir=/usr --enable-sockets --with-libexpat-dir=/usr --with-xsl=/usr --enable-memory-limit --enable-zend-multibyte --- diff php.ini-dist php.ini : 197c197 < ;open_basedir = --- > open_basedir = /srv/http 202c202 < disable_functions = --- > disable_function = php_uname, putenv, getmyuid, getmypid, passthru, leak, listen, diskfreespace, tmpfile, link, ignore_user_abord, shell_exec, popen, dl, set_time_limit, exec, system, highlight_file, source, show_source, fpaththru, virtual, posix_ctermid, posix_getcwd, posix_getegid, posix_geteuid, posix_getgid, posix_getgrgid, posix_getgrnam, posix_getgroups, posix_getlogin, posix_getpgid, posix_getpgrp, posix_getpid, posix_getppid, posix_getpwnam, posix_getpwuid, posix_getrlimit, posix_getsid, posix_getuid, posix_isatty, posix_kill, posix_mkfifo, posix_setegid, posix_seteuid, posix_setgid, posix_setpgid, posix_setsid, posix_setuid, posix_times, posix_ttyname, posix_uname 378c378 < register_long_arrays = On --- > register_long_arrays = Off 383c383 < register_argc_argv = On --- > register_argc_argv = Off 386c386 < post_max_size = 8M --- > post_max_size = 2M 443c443 < enable_dl = On --- > enable_dl = Off 485c485 < ;upload_tmp_dir = --- > upload_tmp_dir = /srv/http/upload 536d535 < 596d594 < smtp_port = 25 640c638 < mysql.allow_persistent = On --- > mysql.allow_persistent = Off 643c641 < mysql.max_persistent = -1 --- > mysql.max_persistent = 0 864c862 < ;session.save_path = "/tmp" --- > session.save_path = "4;/srv/http/temp" 1171,1179d1168 < [soap] < ; Enables or disables WSDL caching feature. < soap.wsdl_cache_enabled=1 < ; Sets the
#29476 [Bgs]: sqlite_fetch_column_types locks the database forever
ID: 29476 User updated by: hugo_pl at users dot sourceforge dot net Reported By: hugo_pl at users dot sourceforge dot net Status: Bogus Bug Type: SQLite related Operating System: GNU/Linux, WindowsXP PHP Version: 5.0.0 New Comment: Hi I think that this is a PHP bug, I made a better exemple to show this bug: busyTimeout(1000); // table exists? $exists = $db->singleQuery('SELECT count(*) FROM sqlite_master WHERE tbl_name=\'bugtest\''); if (!$exists) $db->query('CREATE TABLE bugtest (a, b, c, d);'); // Without this line all runs Ok. $db->fetchColumnTypes('bugtest'); $db->query('INSERT INTO bugtest VALUES (1, 2, 3, 4)'); echo 'Res: '; print_r( $db->arrayQuery('SELECT * FROM bugtest', SQLITE_ASSOC) ); } catch (Exception $e) { echo 'Exception: ', $e->getMessage(); } ?> The first time you run this script all appear to be Ok... the insert query is executed, etc... but the second time is displayed a message: Warning: SQLiteDatabase::query() [function.query]: database is locked in /home/hugo/public_html/phpbug.php on line 16 Nothing is wrong with the script, if this message appear something is wrong with PHP on windows the same bug occur, then it is not a problem from SQLite or Apache compiled by me under linux. Previous Comments: [2004-08-23 19:13:09] [EMAIL PROTECTED] 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. Cannot replicate the problem on any platform (Linux or Windows). Sounds like a problem with your sqlite install. [2004-08-01 00:50:38] hugo_pl at users dot sourceforge dot net Description: When I call the function: sqlite_fetch_column_types(...); or the method: fetchColumnTypes(...); of the SQLiteDatabase Object, the entire database is locked forever... and I cant modify the database until Apache is restarted. I tested this with Apache2 SAPI module, and SQLite version 2.8.14 on win32 and 2.8.13 and 2.8.14 on Linux. In all plataforms, the database is unlocked only when I restart Apache, if I never call sqlite_fetch_column_types or the method fetchColumnTypes, all runs Ok. P.S.: English is not my natural language. Reproduce code: --- Expected result: No warnings about a locked database when I send the update query Actual result: -- Warning: sqlite_query() [function.sqlite-query]: database is locked... -- Edit this bug report at http://bugs.php.net/?id=29476&edit=1
#29583 [Opn]: com_dotnet crashes when trying to strlen
ID: 29583 User updated by: edwin at rabbito dot org Reported By: edwin at rabbito dot org Status: Open Bug Type: COM related Operating System: Windows -PHP Version: 5CVS-2004-08-09 (dev) +PHP Version: 5CVS-2004-08-25 (dev) New Comment: Same error as of 2004-08-25: Application Error - The instruction at "0x009dab5e" referenced memory at "0x0003". The memory could not be "read". Previous Comments: [2004-08-10 03:46:16] edwin at rabbito dot org ie) php.exe - Application Error The instruction at "0x1008a9de" referenced memory at "0x0003". The memory could not be "read". [2004-08-10 03:22:19] edwin at rabbito dot org There is no output from the CLI, apart from the Dr. Watson exception dialog: An application error has occurred and an application error log is being generated. php.exe Exception: access violation (0xc005), Address: 0x1008a9de. [2004-08-09 12:44:38] [EMAIL PROTECTED] Crash or exception? Paste the output you see from the CLI here please. [2004-08-09 11:54:27] edwin at rabbito dot org Description: When trying to retrieve a date field from an Access 97 database, the actual data returned is different from PHP4 (PHP 4 returns a timestamp, whereas PHP 5 returns a date, ie) 02/04/04 instead of a timestamp). By calling the code (as attached) in PHP5, PHP does not return error gracefully, but crashes. (seems to be something that is not yet fixed in bug#29392) Reproduce code: --- $security="C:\access97.mdw"; $user="access"; $password="access"; $dsn="Driver={Microsoft Access Driver (*.mdb)}; DBQ=$database;SystemDB=$security;Uid=$user;Pwd=$password"; $db = new COM("ADODB.Connection"); $db->open($dsn); $query="SELECT DateField1 FROM [Table1];"; $rs = $db->execute($query); if (!$rs->EOF()) { echo strlen($rs->Fields(0)->Value); } Expected result: Either an error should be returned due to invalid type ($rs->Fields(0)->Value in date type), or the actual length the the date string. Actual result: -- PHP crashed -- Edit this bug report at http://bugs.php.net/?id=29583&edit=1
#25777 [Com]: char and varchar fields are being rtrimmed (and also ltrimmed?) using freetds
ID: 25777 Comment by: jfitz at gmx dot net Reported By: duh at dowebwedo dot com Status: Closed Bug Type: MSSQL related Operating System: Debian GNU/Linux 3.0 PHP Version: 4.3.4RC1 New Comment: Why has this bug been closed? The fact that the error lies in the underlying MS library is inconsequential - the bug still actively affects PHP developers and should be tracked whilst the solution is a 'work-in-progress'. Previous Comments: [2004-06-25 00:13:31] [EMAIL PROTECTED] Inserting 'john ' into a char(10) filed should return 'john ' (6 spaces) as the filed is a fixed length column. PHP should return the value that way and that's how it works now. The database allows the user to insert a value that is shorter than the required length. The problem is with empty char or varchar values. The DB library used to build the extension on returns the same value for '' (empty) and ' ' (one space). Fixing it and not fixing it is both wrong. The only real fix is to get a version of DBLIB that does not have this bug. That part is in the works with the help of FreeTDS on win32. [2004-06-24 23:54:31] john dot g at envent dot co dot za I agree with berni... besides, it's important for programmers to retrieve data from the database in the same format as they submit it. If I submit 'John' to a field called Name, I expect 'John' to be returned to me on request... not 'John '. I've managed to implement a simple workaround due to the fact that I use a DB abstraction layer, but others may not be as lucky. When can this be fixed? [2004-06-03 14:04:49] berni at starsucker dot net As it is not very easy to revert these changes transparently in php, it would be nice to have a php.ini Setting to turn the trimming back on. Besides, I think it is very naive to try to get "the data as it is" from sql server. Microsofties are telling me that the DBLib is old and nobody with a brain uses it anymore: You can not tell a difference between varchar or char fields. You can not get more than 255 bytes from a var-* field. You have to convert the field to text, and it is not a problem to append something if you really want all the spaces: mssql_query ("SELECT convert(text, Field + '!')"); php_mssql.dll is not the place to get the data "as it is" because it is in no way compatible to COM-based Clients like ADO. It is also not compatible with FreeTDS by the way. The simple meaning is: Of course, PHP has to process the Output of DBLib / FreeTDS. As these 2 Libraries are behind the same extension, PHP should do even more processing on their output in order to make them compatible! What I really want to say: Introduce a new php.ini Setting for the trimming. Activate it by default. [2004-04-23 15:54:34] cbunk at arescorporation dot com The fix for this bug has caused a new bug. When querying a MSSQL db and the a field's value is empty a space gets returned, not an empty string as expected. This is causing lots off problems with scripts I have that check to see if a value is empty to determine if to display some stuff. The bug report http://bugs.php.net/bug.php?id=26996 got listed as bogus but it was a correct report. I'm not sure I think I may try submitting another bug report in hopes it will be noticed. [2004-03-30 06:22:35] arion_ at msn dot com Description: If a field is empty it returns one blank space character. Reproduce code: --- Expected result: AB Actual result: -- A B I reported this here http://bugs.php.net/bug.php?id=26996 and I have wait for the new release to solve this problem. I've just test with 4.3.5 and doesn't works yet. 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/25777 -- Edit this bug report at http://bugs.php.net/?id=25777&edit=1
#27903 [Com]: Undesired behavior of class destructor
ID: 27903 Comment by: alvaro at utahgateway dot com Reported By: schroeter at liquidvision dot net Status: Bogus Bug Type: Class/Object related Operating System: Winn2000 Server PHP Version: 5.0.0RC1 New Comment: I have to agree with schroeter. Is there a reason why you can't call the code in the dtors before shutting down the sessions. Previous Comments: [2004-04-07 09:11:28] schroeter at liquidvision dot net Anyways, 1. I disagree that this behavior is the way it should be. It does not make sense to me that internal stuff is cleaned up before the user defined stuff is?! 2. If it will remain this way, it has to made clear in the docs. 3. I found a workaround that will solve this: just place a register_shutdown_function(array(&$this, 'your class function')); at the end of the __constructor function -this will give the desired functionality. I hope that will remain in future releases. Thanks, Tom [2004-04-07 09:11:01] [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 This is correct behavior, nothing we can fix most likely here for PHP 5.0. [2004-04-07 07:57:43] [EMAIL PROTECTED] You need to redesign your stuff, the destructor works just fine. (don't misuse it like you did) [2004-04-07 07:04:36] schroeter at liquidvision dot net Description: The __destruct() method seems buggy as the destructor is called after some system internals are already cleaned up (e.g. mysql extension, session etc.). Thus it is impossible to set e.g. session data in the destructor, leaving this mostly superfluous! I have prepared an example that shows the point in detail. This is also true for e.g. mysql_close() in the destructor! Reproduce code: --- http://www.liquidvision.net/tomimg/php/destruct.php5 Expected result: Please see comments in file. -- Edit this bug report at http://bugs.php.net/?id=27903&edit=1
#29824 [Opn->Bgs]: The apache-module doesn't load php.ini
ID: 29824 Updated by: [EMAIL PROTECTED] Reported By: mp at 247net dot de -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: OpenBSD PHP Version: 5.0.1 New Comment: --with-config-file-path is the *path* where php.ini lives, not the filename. Previous Comments: [2004-08-24 21:08:42] mp at 247net dot de Description: The ini-file isn't loaded by the apache module (the cli-version works fine). Seemingly it's fixed in CVS (5.1.x-dev) php5-200408241630! # ./configure \ --with-config-file-path=/var/www/conf/php.ini \ --with-apxs=/usr/sbin/apxs # cat /var/www/conf/httpd.conf | grep php5 LoadModule php5_module /usr/local/lib/php/libphp5.so # ls -l /var/www/conf/php.ini -rw-r- 1 root www 44.1K Aug 24 19:05 /var/www/conf/php.ini # php -f phpinfo.php phpinfo() PHP Version => 5.0.1 System => OpenBSD www 3.5 GENERIC#34 i386 Build Date => Aug 24 2004 18:57:18 Configure Command => './configure' '--with-config-file-path=/var/www/conf/php.ini' '--with-apxs=/usr/sbin/apxs' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /var/www/conf/php.ini PHP API => 20031224 PHP Extension => 20040412 Zend Extension => 220040412 Debug Build => no Thread Safety => disabled IPv6 Support => enabled Registered PHP Streams => php, file, http, ftp Registered Stream Socket Transports => tcp, udp, unix, udg -- Edit this bug report at http://bugs.php.net/?id=29824&edit=1
#29828 [NEW]: Interfaces no longer work
From: jellybob at gmail dot com Operating system: Linux PHP version: 5.0.1 PHP Bug Type: Zend Engine 2 problem Bug description: Interfaces no longer work Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit bug report at http://bugs.php.net/?id=29828&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29828&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29828&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29828&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29828&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29828&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29828&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29828&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29828&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29828&r=support Expected behavior: http://bugs.php.net/fix.php?id=29828&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29828&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29828&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29828&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29828&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29828&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29828&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29828&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29828&r=float
#29598 [Fbk->NoF]: Problem when i sharing my class conection with two or more class
ID: 29598 Updated by: [EMAIL PROTECTED] Reported By: casmeiron at gmail dot com -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: WINDOWS PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 15:46:58] [EMAIL PROTECTED] Try to run the same script using console version of PHP (php.exe -f script.php) and to see what happens. And check your Event Log, it should provide more information about IIS errors. If nothing helps - change SAPI to ISAPI instead of CGI. [2004-08-11 16:25:03] casmeiron at gmail dot com Guys.. see the error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Only this, what is? Help-me :( [2004-08-10 18:14:06] casmeiron at gmail dot com THE SO is WINDOWS XP, using ISS 5, my extension .php call the file php-cgi.exe. [2004-08-10 15:09:01] [EMAIL PROTECTED] Which OS are you using? and which SAPI? [2004-08-10 14:44:55] casmeiron at gmail dot com Description: Guys, i have a BIG problem. First time, sorry my english, i'm from BRAZIL, so my english is not good hehehe But, lets go... I have a class named 'CONNECTION', ok, shes work very good when i use a only class, example: My Class 'Clients' use the class 'CONNECTION' to connect a DATABASE, when i sharing, this happend: The browser show me this message: 'ERROR IN CGI SCRIPT... THE OUTPUT IS NOT VALID' like this... How can i see error in my script? How i debug? This error is sux.. i dont know whats is :( Guys, help me... Sorry my english again. -- Edit this bug report at http://bugs.php.net/?id=29598&edit=1
#29665 [Fbk->NoF]: PHP Fails to compile when soap is enabled
ID: 29665 Updated by: [EMAIL PROTECTED] Reported By: moontumbo at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Red Hat Enterprise Linux WS 3.0 PHP Version: 5.0.1 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 23:17:13] ibrash at gaernin dot aswwc dot net Issue reproduced on Slackware 9.1 with libxml2 2.5.11. [2004-08-17 08:06:37] [EMAIL PROTECTED] Which libxml2 did you have installed before? [2004-08-16 21:51:08] ppritzl at hotmail dot com Upgrading the libxml2 to 2.6.11-1 solved this issue for me on both RH9 and RH Enterprise [2004-08-16 11:18:27] scholz at digi-info dot de Same on Suse 9.0. 5.0.0 compiled properly with the same configure options. 5.0.1 crashed with. > ext/soap/php_encoding.lo(.text+0x594): In function `to_zval_string': > /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:467: undefined > reference to `xmlBufferCreateStatic' > ext/soap/php_encoding.lo(.text+0x76a): In function `to_zval_stringr': > /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:503: undefined > reference to `xmlBufferCreateStatic' > ext/soap/php_encoding.lo(.text+0x95a): In function `to_zval_stringc': > /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:539: undefined > reference to `xmlBufferCreateStatic' > ext/soap/php_encoding.lo(.text+0xc3e): In function `to_xml_string': > /usr/local/src/php-5.0.1/ext/soap/php_encoding.c:607: undefined > reference to `xmlBufferCreateStatic' > collect2: ld returned 1 exit status > make: *** [sapi/cli/php] Error 1 ./configure --prefix=/usr \ --enable-dba \ --disable-cgi \ --bindir=/usr/bin \ --libdir=/usr/lib \ --with-config-file-path=/etc\ --with-exec-dir=%{libdir}/php/bin \ --with-gd=yes \ --with-tiff-dir=/usr\ --with-jpeg-dir=/usr\ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --with-zlib=yes \ --with-mhash\ --with-bz2 \ --with-ttf \ --with-xml=yes \ --with-sablot \ --with-ftp \ --with-mcrypt \ --with-mm \ --with-curl \ --enable-pcntl \ --enable-sockets \ --enable-versioning \ --enable-bcmath \ --enable-trans-sid \ --enable-inline-optimization\ --enable-track-vars \ --enable-magic-quotes \ --enable-sysvsem\ --enable-sysvshm\ --enable-shmop \ --enable-calendar \ --enable-ftp\ --enable-memory-limit \ --enable-filepro\ --enable-ctype \ --disable-debug \ --enable-discard-path \ --enable-sigchild \ --enable-gd-imgstrttf \ --enable-calendar \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-mbstr-enc-trans\ --enable-wddx \ --with-dom=%{dom_dir} \ --with-mcal=/usr\ --with-mysql \ --with-sqlite \ --with-xslt=/usr/include/libxslt/ \ --enable-pcntl \ --with-snmp \ --with-freetype-dir=yes \ --with-openssl \ --enable-soap \ --with-apxs2=/usr/sbin/apxs2-prefork [2004-08-14 00:19:22] moontumbo at hotmail dot com Description: When PHP 5.0.1 is configured with SOAP support, the compilation fails. We are using the same configure command that we used on PHP 5.0.0. When soap is removed from the configure, it compiles cleanly. Reproduce code: --- './configure' \ '--with-config-file-path=/usr/local/apache/conf' \ '--with-apxs=/usr/local/apache/bin/apxs' \ '--enable-sigchild' \ '--with-gd' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr/local/lib' \ '--with-jpeg-dir=/usr/lib' \ '--with-png-dir=/usr/local/lib' \ '--with-zlib-dir=/usr/local/lib' \ '--with-xpm-dir=/usr/lib' \ '--with-openssl' \ '--with-mysql' \ '--enable-soap' \ '--with-ldap' \ '--with-t1lib' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-ftp' \ "$@" //Configures fine. Make fails. make Expected result: Successful compilation and installation upon make install. Actual result: -- ext/soap/php_encoding.lo(.text+0x5b7): In function `to_zval_string': /usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:467: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x8d5): In function `to_zval_stringr': /usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:503: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0xbf3): In function `to_zval_stringc': /usr/local/src/php/php-5.0.1/ext/soap/php_encoding.c:539: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x1125): In funct
#29520 [Fbk->NoF]: php mysql compile fail
ID: 29520 Updated by: [EMAIL PROTECTED] Reported By: martinkuria at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: Solaris9 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 17:25:14] [EMAIL PROTECTED] You need library headers in order to compile PHP with MySQL support. As I can see, you've already solved the problem with 64-bit libraries. Porbably, you just installed 32-bit version of mysql libs. Am I right? [2004-08-04 12:46:42] martinkuria at hotmail dot com Below is the error am getting, it says also that mysql client library is not bundled anymore in the php-5.0.0 version, what does that mean? and how can I resolve that to complite my php-5.0.0 please advice checking for mSQL support... no checking for MSSQL support via FreeTDS... no checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... /tmp/mysql.sock configure: error: Cannot find MySQL header files under yes. Note that the MySQL client library is not bundled anymore. [2004-08-04 12:37:57] martinkuria at hotmail dot com Description: I am installing php but am getting the error below, could it be this php-release mysql-client is not included please advice Reproduce code: --- configure:39850: checking if your cpp allows macro usage in include lines configure:39862: gcc -c -I/usr/include -g -O2 -D_POSIX_PTHREAD_SEMANTICS conftest.c 1>&5 configure:40127: checking for IMAP support configure:41422: checking for Informix support configure:42018: checking for Ingres II support configure:42534: checking for InterBase support configure:43344: checking for IRCG support configure:43972: checking for LDAP support configure:44018: checking for LDAP Cyrus SASL support configure:46735: checking whether to enable multibyte string support configure:46781: checking whether to enable multibyte regex support configure:46806: checking for external libmbfl configure:48142: checking for mcrypt support configure:48879: checking for MCVE support configure:48925: checking OpenSSL dir for MCVE configure:50291: checking for mhash support configure:50701: checking whether to include mime_magic support configure:50994: checking for MING support configure:51669: checking for mnoGoSearch support configure:52083: checking for msession support configure:52678: checking for mSQL support configure:53125: checking for MSSQL support via FreeTDS configure:53707: checking for MySQL support configure:53753: checking for specified location of the MySQL UNIX socket configure:53810: checking for MySQL UNIX socket location configure:53966: checking for mysql_close in -lmysqlclient configure:53985: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib -L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib -L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/openwin/lib -L/usr/openwin/lib -R/usr/local/gd// -L/usr/local/gd// conftest.c -lmysqlclient -lgd -lt1 -lfreetype -lpng -lz -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lcurl -lz -lssl -lcrypto -ldl -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 1>&5 ld: warning: file /usr/local/mysql//lib/libmysqlclient.a(libmysql.o): wrong ELF class: ELFCLASS64 Undefined first referenced symbol in file mysql_close /var/tmp//ccYGWfaf.o ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure: failed program was: #line 53974 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mysql_close(); int main() { mysql_close() ; return 0; } configure:54190: checking for mysql_error in -lmysqlclient configure:54209: gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -R/usr/local/mysql//lib -L/usr/local/mysql//lib -R/usr/ucblib -L/usr/ucblib -R/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/local/bin/../lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/lib -L/usr/local/lib -R/usr/local/ssl/lib -L/usr/local/ssl/lib -R/usr/openwin/lib -L
#29483 [Fbk->NoF]: php crashes while destroying a referenced object
ID: 29483 Updated by: [EMAIL PROTECTED] Reported By: stefan dot textor at dsi-project dot de -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Windows 2000 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 17:41:47] [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 Works fine here. Both under Win32 & Linux. [2004-08-01 16:26:21] stefan dot textor at dsi-project dot de Description: php crashes while setting a references object to null Reproduce code: --- class MyClass { function __destruct() { print "Destroying object"; } } $test = new MyClass(); $test1 = $test; $test = null; Expected result: object should be destroyed and both references should be null imho -- Edit this bug report at http://bugs.php.net/?id=29483&edit=1
#29444 [Fbk->NoF]: Crash attemping to connect Oracle via oci8 when database is not mounted
ID: 29444 Updated by: [EMAIL PROTECTED] Reported By: oguilloux at sopragroup dot com -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Windows 2000 SP4 PHP Version: 5.0.0 Assigned To: tony2001 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 07:39:45] [EMAIL PROTECTED] Feel free to mark this bug as Open, when you get any additional info about it. Thanks. [2004-08-16 09:47:16] oguilloux at sopragroup dot com Thank's ! It's work well now with the new distribution on my "crash" script test (using OCIParse function). But, when I use my real PHP site using "AdoDB for PHP" to connect to Oracle with oci8, it's still crash PHP.exe. I will look about it and search why and where it crashed. [2004-08-13 17:43:34] [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-08-03 15:41:41] oguilloux at sopragroup dot com With this code (below) only, my PHP5 (cli version) doesn't terminate properly. (The program did not finish, it seem to wait about something that never happens). => It's seem to be "OCIParse" which doesn't work. When I use comments on this line code, the script finish and not when I use the command. $argDatabasename = 'PNGRS24'; $todo = "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=RS24.PA.SOPRA)(PORT=1542))(CONNECT_DATA=(SID=$argDatabasename)))"; $cn = OCILogon('SYSTEM','MANAGER', $todo); $stmt = OCIParse($cn,"select * from cols"); $res = OCIExecute($stmt); ocilogoff($cn); [2004-08-03 02:12:27] cjbj at hotmail dot com Can the filer give a better testcase? Does the DB have to be unmounted? Does ADOdb have to be used? 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/29444 -- Edit this bug report at http://bugs.php.net/?id=29444&edit=1
#29515 [Fbk->NoF]: While cycle error
ID: 29515 Updated by: [EMAIL PROTECTED] Reported By: borivoje at gmail dot com -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 4.3.8 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-17 17:25:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-04 22:22:30] borivoje at gmail dot com I had no intention to confuse here, But... I called this as a function from include file (these lines are in function). As a saparated example it works just fine. But when I call it from a function it displays error. [2004-08-04 19:51:17] borivoje at gmail dot com [2004-08-04 07:56:14] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-04 02:12:32] borivoje at gmail dot com Description: http://www.code-experts.com/listTopic.asp?tid=44 Reproduce code: --- echo $poss . ' - positions'; $paragraphs = explode("\n",$textToReplace); $ord = 0; while (list($breakIndex,$breakToReplace) = each($paragraphs)) { echo $poss . ""; // <--here echo $breakIndex . "-" . $ord . ""; if ($breakIndex % $poss = 0) { $ord = $ord + 1; if ($ord = 1) $paragraphs[$breakIndex] = "". $breakToReplace . ""; if ($ord = 2) $paragraphs[$breakIndex] = "". $breakToReplace . ""; if ($ord = 3) $paragraphs[$breakIndex] = "". $breakToReplace . ""; } else { $paragraphs[$breakIndex] = "". $breakToReplace .""; } } Expected result: All ones (1 int) Actual result: -- First one then 0-oes -- Edit this bug report at http://bugs.php.net/?id=29515&edit=1
#29805 [Fbk->Opn]: HTTP Authentication Issues
ID: 29805 User updated by: michaelw at webcentral dot com dot au Reported By: michaelw at webcentral dot com dot au -Status: Feedback +Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 4.3.8 New Comment: >From obj.conf AuthTrans fn=php4_auth_trans Previous Comments: [2004-08-24 23:51:33] [EMAIL PROTECTED] Have you installed the fake authenticator "php4_ as written in the docs? "To use PHP Authentication on a single directory, add the following: AuthTrans fn=php4_auth_trans " The problem is: iPlanet SunONE does not send the password to PHP so it is not a problem of PHP. With the code from the docs you tell SunONE to pass the authentication data to the "fake" function "php4_auth_trans" that only says "auth done" and no other AuthTrans directives from obj.conf get executed. This switches of all other authentication in the server (Java, .htaccess,...) but lets PHP get the data. By limiting this to a directory you can leave the SunONE authentication for other directories intact. [2004-08-24 03:39:56] michaelw at webcentral dot com dot au Description: Hi, PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any iPlanet variant) doesn't seem to work correctly. The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set. (This is with Safe Mode disabled). Additionally, with Safe Mode enabled, I cannot determine the username or password entered by the user. Reproduce code: --- Hello {$_SERVER['PHP_AUTH_USER']}."; echo "You entered {$_SERVER['PHP_AUTH_PW']} as your password."; } ?> Expected result: Under apache, the output is: Hello testing. You entered 123 as your password. (when username is testing and 123 is password) Under SunOne, the username/password box just keeps redisplaying. Actual result: -- Under SunOne, the username/password box just keeps redisplaying. -- Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672 Comment by: matarunk at yahoo dot com Reported By: c dot meisinger at livingliquid dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.7 New Comment: Also upgrade the curl package. Previous Comments: [2004-08-24 23:56:59] matarunk at yahoo dot com Also upgrade the curl package also. [2004-08-24 23:55:20] matarunk at yahoo dot com Upgrade libxslt and libxml packages (libxslt compiled against libxml Version) to the latest versions. This will solve your problem. Cool:) [2004-07-08 20:15:07] pantelis at up2u dot gr I had the same problem.. config fails with: "configure: error: libpng.(a|so) not found." i have defined: "--with-jpeg-dir=/usr/lib" and in the /usr/lib directory i have these files: libjpeg.so.62 libjpeg.so.62.0.0 Any suggestions? My system is RedHat Enterprise Server. [2004-06-07 18:07:35] c dot meisinger at livingliquid dot com strange... if i remove --with-jpeg-dir, it works and why does jpeg check for openssl??? if i remove --with-openssl i still get this error. openssl installation is ok too. btw. it WORKED with php4.3.6 [2004-06-07 17:05:21] [EMAIL PROTECTED] 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. The problems appears to be a broken libssl that is missing symbols for HMAC_cleanup. /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' Because -lssl is being used the test compiled against it fails. 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/28672 -- Edit this bug report at http://bugs.php.net/?id=28672&edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672 Comment by: matarunk at yahoo dot com Reported By: c dot meisinger at livingliquid dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.7 New Comment: Also upgrade the curl package also. Previous Comments: [2004-08-24 23:55:20] matarunk at yahoo dot com Upgrade libxslt and libxml packages (libxslt compiled against libxml Version) to the latest versions. This will solve your problem. Cool:) [2004-07-08 20:15:07] pantelis at up2u dot gr I had the same problem.. config fails with: "configure: error: libpng.(a|so) not found." i have defined: "--with-jpeg-dir=/usr/lib" and in the /usr/lib directory i have these files: libjpeg.so.62 libjpeg.so.62.0.0 Any suggestions? My system is RedHat Enterprise Server. [2004-06-07 18:07:35] c dot meisinger at livingliquid dot com strange... if i remove --with-jpeg-dir, it works and why does jpeg check for openssl??? if i remove --with-openssl i still get this error. openssl installation is ok too. btw. it WORKED with php4.3.6 [2004-06-07 17:05:21] [EMAIL PROTECTED] 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. The problems appears to be a broken libssl that is missing symbols for HMAC_cleanup. /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' Because -lssl is being used the test compiled against it fails. [2004-06-07 16:54:48] c dot meisinger at livingliquid dot com configure:29567: checking for GD support configure:29614: checking for the location of libjpeg configure:29641: checking for the location of libpng configure:29694: checking for the location of libXpm configure:29719: checking for FreeType 1.x support configure:29744: checking for FreeType 2 configure:29769: checking for T1lib support configure:29794: checking whether to enable truetype string function in GD configure:29819: checking whether to enable JIS-mapped Japanese font support in GD configure:29873: checking for fabsf configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl - lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 configure:29885: warning: conflicting types for built-in function `fabsf' configure:29873: checking for floorf configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl - lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 configure:30033: checking for jpeg_read_header in -ljpeg configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/c url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' collect2: ld returned 1 exit status configure: failed program was: #line 30041 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } 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/28672 -- Edit this bug report at http://bugs.php.net/?id=28672&edit=1
#28672 [Com]: error: Problem with libjpeg.(a|so)
ID: 28672 Comment by: matarunk at yahoo dot com Reported By: c dot meisinger at livingliquid dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.3 PHP Version: 4.3.7 New Comment: Upgrade libxslt and libxml packages (libxslt compiled against libxml Version) to the latest versions. This will solve your problem. Cool:) Previous Comments: [2004-07-08 20:15:07] pantelis at up2u dot gr I had the same problem.. config fails with: "configure: error: libpng.(a|so) not found." i have defined: "--with-jpeg-dir=/usr/lib" and in the /usr/lib directory i have these files: libjpeg.so.62 libjpeg.so.62.0.0 Any suggestions? My system is RedHat Enterprise Server. [2004-06-07 18:07:35] c dot meisinger at livingliquid dot com strange... if i remove --with-jpeg-dir, it works and why does jpeg check for openssl??? if i remove --with-openssl i still get this error. openssl installation is ok too. btw. it WORKED with php4.3.6 [2004-06-07 17:05:21] [EMAIL PROTECTED] 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. The problems appears to be a broken libssl that is missing symbols for HMAC_cleanup. /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' Because -lssl is being used the test compiled against it fails. [2004-06-07 16:54:48] c dot meisinger at livingliquid dot com configure:29567: checking for GD support configure:29614: checking for the location of libjpeg configure:29641: checking for the location of libpng configure:29694: checking for the location of libXpm configure:29719: checking for FreeType 1.x support configure:29744: checking for FreeType 2 configure:29769: checking for T1lib support configure:29794: checking whether to enable truetype string function in GD configure:29819: checking whether to enable JIS-mapped Japanese font support in GD configure:29873: checking for fabsf configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl - lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 configure:29885: warning: conflicting types for built-in function `fabsf' configure:29873: checking for floorf configure:29901: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/curl/lib conftest.c -lcurl -lbz2 -lz -lssl - lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 configure:30033: checking for jpeg_read_header in -ljpeg configure:30052: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/local/ssl/lib -L/usr/local/ssl/lib -Wl,-rpath,/usr/local/curl/lib -L/usr/local/c url/lib conftest.c -ljpeg -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl -lcurl -lssl -lcrypto -ldl -lz 1>&5 /usr/local/lib/libssl.a(t1_enc.o): In function `tls1_P_hash': t1_enc.o(.text+0x15e): undefined reference to `HMAC_cleanup' t1_enc.o(.text+0x16c): undefined reference to `HMAC_cleanup' collect2: ld returned 1 exit status configure: failed program was: #line 30041 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char jpeg_read_header(); int main() { jpeg_read_header() ; return 0; } [2004-06-07 15:55:38] [EMAIL PROTECTED] Look inside the config.log file was the failure reason. 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/28672 -- Edit this bug report at http://bugs.php.net/?id=28672&edit=1
#29805 [Opn->Fbk]: HTTP Authentication Issues
ID: 29805 Updated by: [EMAIL PROTECTED] Reported By: michaelw at webcentral dot com dot au -Status: Open +Status: Feedback Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 4.3.8 New Comment: Have you installed the fake authenticator "php4_ as written in the docs? "To use PHP Authentication on a single directory, add the following: AuthTrans fn=php4_auth_trans " The problem is: iPlanet SunONE does not send the password to PHP so it is not a problem of PHP. With the code from the docs you tell SunONE to pass the authentication data to the "fake" function "php4_auth_trans" that only says "auth done" and no other AuthTrans directives from obj.conf get executed. This switches of all other authentication in the server (Java, .htaccess,...) but lets PHP get the data. By limiting this to a directory you can leave the SunONE authentication for other directories intact. Previous Comments: [2004-08-24 03:39:56] michaelw at webcentral dot com dot au Description: Hi, PHP HTTP Authentication under Sun One Webserver 6.0 (and presumably any iPlanet variant) doesn't seem to work correctly. The PHP_AUTH_USER and PHP_AUTH_PW variables don't seem to get set. (This is with Safe Mode disabled). Additionally, with Safe Mode enabled, I cannot determine the username or password entered by the user. Reproduce code: --- Hello {$_SERVER['PHP_AUTH_USER']}."; echo "You entered {$_SERVER['PHP_AUTH_PW']} as your password."; } ?> Expected result: Under apache, the output is: Hello testing. You entered 123 as your password. (when username is testing and 123 is password) Under SunOne, the username/password box just keeps redisplaying. Actual result: -- Under SunOne, the username/password box just keeps redisplaying. -- Edit this bug report at http://bugs.php.net/?id=29805&edit=1
#29566 [Opn->Fbk]: foreach/string handling strangeness (crash)
ID: 29566 Updated by: [EMAIL PROTECTED] Reported By: stefan at hotpaenz dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.6.3 -PHP Version: 5CVS-2004-08-07 (dev) +PHP Version: 5.0.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Previous Comments: [2004-08-24 10:32:22] stefan at hotpaenz dot de I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning "Invalid argument supplied for foreach()" at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) [2004-08-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-08-08 23:03:28] [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 Works fine with latest CVS. 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/29566 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#29825 [NEW]: mktime returns incorrect timestamp
From: biv777 at front dot ru Operating system: FreeBSD 4.8 PHP version: 4.3.7 PHP Bug Type: Date/time related Bug description: mktime returns incorrect timestamp Description: Reproduce code: --- "; } ?> Expected result: HTTP/1.1 200 OK Date: Tue, 24 Aug 2004 19:44:04 GMT Server: Apache/1.3.31 (Unix) mod_accounting/0.5l mod_ssl/2.8.18 OpenSSL/0.9.7d mod_deflate/1.0.21 X-Powered-By: PHP/4.3.5 Connection: close Content-Type: text/html; charset=windows-1251 1048453200 2003-03-24 1048539600 2003-03-25 1048626000 2003-03-26 1048712400 2003-03-27 1048798800 2003-03-28 1048885200 2003-03-29 -7262 1970-01-01 Actual result: -- -- Edit bug report at http://bugs.php.net/?id=29825&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29825&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29825&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29825&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29825&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29825&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29825&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29825&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29825&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29825&r=support Expected behavior: http://bugs.php.net/fix.php?id=29825&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29825&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29825&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29825&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29825&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29825&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29825&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29825&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29825&r=float
#29342 [Com]: strtotime(null) does not return -1
ID: 29342 Comment by: kevin at brucecreative dot com Reported By: php dot net at gurugeek dot com Status: Closed Bug Type: Date/time related Operating System: RHEL 3.0 PHP Version: 5.0.0 New Comment: Is there a bug with strtotime in 5.0.1? strtotime("+11 minutes") doesn't work, when it worked fine in 4.x Previous Comments: [2004-07-28 03:45:02] [EMAIL PROTECTED] 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. [2004-07-22 23:09:57] php dot net at gurugeek dot com Description: Executing strtotime(null) returns midnight of the current day. The same happens with strtotime(false). [EMAIL PROTECTED] libexec]$ php -r 'echo strtotime(null) . "\n";' 1090479600 [EMAIL PROTECTED] libexec]$ php -r 'echo date("r", strtotime(null)) . "\n";' Thu, 22 Jul 2004 00:00:00 -0700 Reproduce code: --- echo strtotime(null); echo strtotime(""); Expected result: -1 Actual result: -- Midnight of the current day: Thu, 22 Jul 2004 00:00:00 -0700 -- Edit this bug report at http://bugs.php.net/?id=29342&edit=1
#29824 [NEW]: The apache-module doesn't load php.ini
From: mp at 247net dot de Operating system: OpenBSD PHP version: 5.0.1 PHP Bug Type: *Configuration Issues Bug description: The apache-module doesn't load php.ini Description: The ini-file isn't loaded by the apache module (the cli-version works fine). Seemingly it's fixed in CVS (5.1.x-dev) php5-200408241630! # ./configure \ --with-config-file-path=/var/www/conf/php.ini \ --with-apxs=/usr/sbin/apxs # cat /var/www/conf/httpd.conf | grep php5 LoadModule php5_module /usr/local/lib/php/libphp5.so # ls -l /var/www/conf/php.ini -rw-r- 1 root www 44.1K Aug 24 19:05 /var/www/conf/php.ini # php -f phpinfo.php phpinfo() PHP Version => 5.0.1 System => OpenBSD www 3.5 GENERIC#34 i386 Build Date => Aug 24 2004 18:57:18 Configure Command => './configure' '--with-config-file-path=/var/www/conf/php.ini' '--with-apxs=/usr/sbin/apxs' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /var/www/conf/php.ini PHP API => 20031224 PHP Extension => 20040412 Zend Extension => 220040412 Debug Build => no Thread Safety => disabled IPv6 Support => enabled Registered PHP Streams => php, file, http, ftp Registered Stream Socket Transports => tcp, udp, unix, udg -- Edit bug report at http://bugs.php.net/?id=29824&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29824&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29824&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29824&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29824&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29824&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29824&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29824&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29824&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29824&r=support Expected behavior: http://bugs.php.net/fix.php?id=29824&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29824&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29824&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29824&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29824&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29824&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29824&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29824&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29824&r=float
#23220 [Com]: IIS does not cleanly close SSL connections (SSL: fatal protocol error)
ID: 23220 Comment by: robert at osuosl dot org Reported By: storozhilov at mail dot ru Status: Closed Bug Type: OpenSSL related Operating System: * PHP Version: 4CVS New Comment: I've noticed we've all dismissed this as a Microsoft IIS error, but we've been receiving the same warning using Apache 1.3.31 and PHP 5.0.0 and PHP 5.0.1, configured with the following options: ./configure --with-mysql=shared,/usr --prefix=/usr --with-apxs=/usr/bin/apxs-ssl --disable-rpath --with-layout=GNU --with-pear=/usr/share/php --enable-ftp --with-gettext --enable-sockets --with-zlib --with-kerberos=/usr --with-openssl --with-exec-dir=/usr/lib/php5/libexec --with-dom=shared,/usr --with-xsl --with-gettext Have any apache users had this error and corrected it? Previous Comments: [2004-05-23 13:04:06] [EMAIL PROTECTED] Stupid bug system... The will be in the next snapshot from http://snaps.php.net. [2004-05-23 13:02:46] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. This has just been fixed in CVS. Note that due to the nature of the problem (eg: IIS being at fault), there is no way for PHP to determine the difference between a legitimate problem and a bogus IIS unless you are using the built-in HTTP wrapper: we inspect the headers to determine if we should show the warning or not. So, if you are manually opening an SSL stream, you still need to suppress the warning yourself based on the presence of "Server: Microsoft-IIS" in the headers that you read. [2004-05-03 17:56:01] grizu1 at gmx dot info Hi, this bug still exists on php4-STABLE-200405031430. ;-( System: - Linux (RedHat 8) 2.4.20-28.8 #1 Thu Dec 18 12:53:39 EST 2003 i686 i686 i386 GNU/Linux - php4-STABLE-200405031430 - OpenSSL 0.9.6b Configure command: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-mysql' '--with-openssl' '--with-sapdb=/opt/sapdb/interfaces/odbc/' php-script: https://foo.bar";; file_get_contents($url); ?> Output: Warning: file_get_contents(): SSL: fatal protocol error in /www/www.default.de/html/https2.php on line 3 Any help for me? Greetings grizu [2004-04-30 15:03:05] obercik at poczta dot onet dot pl PHP Version 5.0.0RC2 Configure Command './configure' '--with-openssl' ... if ( $fp = fopen("https://, "r") ) { while ( $row = fgets($fp, 1024) ) { print($row); } fclose($fp); } Warning: fgets() [function.fgets]: SSL: fatal protocol error in xxx.php on line xx however it GETS the data... [2004-04-30 06:24:55] mike dot davsi at temple dot edu I'm seeing this against an apache server. What version is this fixed in? file_get_contents("https://.";); PHP 4.3.2 (cgi), Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies I have fixed it for now with error_reporting but would like to get a true fix. 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#29801 [Com]: Using readfile() to send large files causes PHP to hang
ID: 29801 Comment by: thomas at mbox371 dot swipnet dot se Reported By: WPinegar at healthtech dot net Status: Open Bug Type: Reproducible crash Operating System: Windows Server 2003 PHP Version: 5.0.1 New Comment: latest apache2, Windows 2000 server, php 5.0.0/5.0.1/5.0.2-cvs.. same problem with all these configurations. When streaming files > 5mb thru php there is timeouts. Also, it seems not to work to stream these files over a slower connections (0.5mbit) at all (stops after a few seconds) when it works better on a 100mbit lan. Previous Comments: [2004-08-23 19:47:40] WPinegar at healthtech dot net Description: Attempting to use readfile() to send large (over 250MB) binary objects causes PHP 5.0.1 to hang or the web server to send a 302 error. Reverting back to PHP 4.3.8 resolves the issue. Using fopen() and fpassthru() only makes the issue worse. We are using IIS 6 and the PHP ISAPI script engine. Reproduce code: --- header("Content-Type: application/force-download"); header("Content-Type: application/octet-stream"); header("Content-Type: application/download"); header("Content-Disposition: attachment; filename=".basename($filename).";"); header("Content-Transfer-Encoding: binary"); header("Content-Length: ".filesize($filename)); readfile("$filename"); exit(); Expected result: PHP 5 has an issue with sending large binary files. This should be resolved. -- Edit this bug report at http://bugs.php.net/?id=29801&edit=1
#29823 [NEW]: global array used in foreach recursion
From: gree at grees dot net Operating system: irrelevant PHP version: Irrelevant PHP Bug Type: Scripting Engine problem Bug description: global array used in foreach recursion Description: When is used globalized array into recursion method, there is an odd behaving of foreach on this array in each recursion call. It seems, that there is no copy of array for foreaching, but reference??? - internal array pointer is changed in should-be-copy of array. (ref.(php-manual: foreach): Note: Also note that foreach operates on a copy of the specified array and not the array itself.) (btw: it is not bug #22879) Reproduce code: --- global:"; $globvar = array(1,2,3); Recursion(1); function Recursion($nr) { global $globvar; echo "in:".$nr.""; foreach($globvar as $valnr) { if($valnr > $nr) { echo $valnr.""; Recursion($valnr); } } echo "out:".$nr.""; } // EXPECTED --- echo "local:"; $locvar = array(1,2,3); RecursionLoc(1, $locvar); function RecursionLoc($nr, $locvar) { echo "in:".$nr.""; foreach($locvar as $valnr) { if($valnr > $nr) { echo $valnr.""; RecursionLoc($valnr, $locvar); } } echo "out:".$nr.""; } ?> Expected result: global: in:1 2 in:2 3 in:3 out:3 out:2 3 in:3 out:3 out:1 local: in:1 2 in:2 3 in:3 out:3 out:2 3 in:3 out:3 out:1 Actual result: -- global: in:1 2 in:2 3 in:3 out:3 out:2 out:1 local: in:1 2 in:2 3 in:3 out:3 out:2 3 in:3 out:3 out:1 -- Edit bug report at http://bugs.php.net/?id=29823&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29823&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29823&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29823&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29823&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29823&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29823&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29823&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29823&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29823&r=support Expected behavior: http://bugs.php.net/fix.php?id=29823&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29823&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29823&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29823&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29823&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29823&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29823&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29823&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29823&r=float
#29822 [Opn->Bgs]: Modulo ( % ) return a bad result
ID: 29822 Updated by: [EMAIL PROTECTED] Reported By: simon dot vandaele at wanadoo dot fr -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: Windows Xp Family Edition PHP Version: 5.0.1 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 Those numbers are too large for php and they are converted to float. And you can't do a % on floating point numbers. Previous Comments: [2004-08-24 19:42:21] simon dot vandaele at wanadoo dot fr Description: Script with problem : It return -196919480, the correct value is 866373000. Configure line : cscript /nologo configure.js "--with-gd=shared" "--enable-snapshot-build" -- Edit this bug report at http://bugs.php.net/?id=29822&edit=1
#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini
ID: 28976 Comment by: dv at josheli dot com Reported By: kdaniel at aosepc dot com Status: Open Bug Type: Mail related Operating System: Windows\Apache PHP Version: 4.3.6 New Comment: http://marc.theaimsgroup.com/?l=php-dev&m=109286883222906&w=2 Previous Comments: [2004-08-23 19:19:30] kdaniel at aosepc dot com Yes it is. The problem exists in sendmail.c The code as follows: /* Fall back to sendmail_from php.ini setting */ if (mailRPath && *mailRPath) { RPath = estrdup(mailRPath); } else if (INI_STR("sendmail_from")) { RPath = estrdup(INI_STR("sendmail_from")); } else { if (headers) { efree(headers); efree(headers_lc); } *error = W32_SM_SENDMAIL_FROM_NOT_SET; return FAILURE; } Should be changed to: /* Fall back to sendmail_from php.ini setting */ if (mailRPath && *mailRPath) { RPath = estrdup(mailRPath); } else if (INI_STR("sendmail_from")) { RPath = estrdup(INI_STR("sendmail_from")); } else { if (headers) { efree(headers); efree(headers_lc); } else { *error = W32_SM_SENDMAIL_FROM_NOT_SET; return FAILURE; } } I have not tested this, it is just a guess. Kevin [2004-08-23 19:02:33] joe at inexo dot com It's not coming from php.ini. [2004-08-18 23:07:34] dv at josheli dot com using cli PHP 5 and latest snap (php5-win32-200408181430), the extra "From:" header does not seem to work. test.php: Warning: mail(): "sendmail_from" not set in php.ini or custom "From:" header missing in C:\dev\quiktests\test.php on line 3 [2004-08-06 21:39:27] kdaniel at aosepc dot com I don't see how that is possible because there is no way for the mail server to pick up the sendmail_from ini setting. PHP has to be using it somewhere. There needs to be a way to disable its use. [2004-08-06 19:27:15] [EMAIL PROTECTED] I'm pretty sure that this header is added by the SMTP mail server and not by PHP itself. PHP first writes the generated headers to the SMTP stream, followed by any additional_headers you passed to mail(). Any headers following those you passed as additional_headers have been added by the transporting mail server (s). Looks like it is adding the SMPT "MAIL FROM" into Return_Path: 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/28976 -- Edit this bug report at http://bugs.php.net/?id=28976&edit=1
#29822 [NEW]: Modulo ( % ) return a bad result
From: simon dot vandaele at wanadoo dot fr Operating system: Windows Xp Family Edition PHP version: 5.0.1 PHP Bug Type: *Math Functions Bug description: Modulo ( % ) return a bad result Description: Script with problem : It return -196919480, the correct value is 866373000. Configure line : cscript /nologo configure.js "--with-gd=shared" "--enable-snapshot-build" -- Edit bug report at http://bugs.php.net/?id=29822&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29822&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29822&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29822&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29822&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29822&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29822&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29822&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29822&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29822&r=support Expected behavior: http://bugs.php.net/fix.php?id=29822&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29822&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29822&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29822&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29822&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29822&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29822&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29822&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29822&r=float
#29802 [Fbk->Opn]: Glitch using preg_replace
ID: 29802 User updated by: wesleygoku at yahoo dot com dot br Reported By: wesleygoku at yahoo dot com dot br -Status: Feedback +Status: Open Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.8 New Comment: This is the problem, if I reduce the code, it works. I've checked the XHTML code and the Regular Expression, but everything is fine. Previous Comments: [2004-08-24 08:38:50] [EMAIL PROTECTED] Please provide a very short example without endless pieces of HTML/XML code. [2004-08-23 20:34:42] wesleygoku at yahoo dot com dot br Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like ), and the complex, with content (like x). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: NEO_HTML( "list", "action="/?e=2&d=lay"", "NEO_HTML( "item", "id="Diretório anterior"", "NEO_HTML( "col", "width="284" href="" target="_blank"", " " )NEO_HTML( "col", "width="10"", "Diretório anterior" )NEO_HTML( "col", "href="" target="_blank"", "Diretório" )NEO_HTML( "col", "href="" target="_blank" align="right"", "" )" ) NEO_HTML( "item", "id="css.css"", "NEO_HTML( "col", "width="284" href="/css.css" target="_blank"", " " )NEO_HTML( "col", "width="10"", "css.css" )NEO_HTML( "col", "href="/css.css" target="_blank"", "Estilo CSS" )NEO_HTML( "col", "href="/css.css" target="_blank" align="right"", "3,23 KB" )" ) NEO_HTML( "item", "id="ico.gif"", "NEO_HTML( "col", "width="284" href="/ico.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "ico.gif" )NEO_HTML( "col", "href="/ico.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/ico.gif" target="_blank" align="right"", "66 Bytes" )" ) NEO_HTML( "item", "id="list_order_asc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_asc.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "list_order_asc.gif" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank" align="right"", "61 Bytes" )" ) NEO_HTML( "item", "id="list_order_desc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_desc.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "list_order_desc.gif" )NEO_HTML( "col", "href="/list_order_desc.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/list_order_desc.gif" target="_blank" align="right"", "61 Bytes" )" ) NEO_HTML( "item", "id="top_admin.gif"", "NEO_HTML( "col", "width="284" href="/top_admin.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "top_admin.gif" )NEO_HTML( "col", "href="/top_admin.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/top_admin.gif" target="_blank" align="right"", "1,17 KB" )" ) NEO_HTML( "item", "id="top_bg.gif"", "NEO_HTML( "col", "width="284" href="/top_bg.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "top_bg.gif" )NEO_HTML( "col", "href="/top_bg.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/top_bg.gif" target="_blank" align="right"", "149 Bytes" )" ) NEO_HTML( "item", "id="top_logo.gif"", "NEO_HTML( "col", "width="284" href="/top_logo.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "top_logo.gif" )NEO_HTML( "col", "href="/top_logo.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/top_logo.gif" target="_blank" align="right"", "2,
#29820 [Opn->Bgs]: Variable is treated differently in header() vs print()
ID: 29820 User updated by: ericp at amazon dot com Reported By: ericp at amazon dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Linux 2.4.21-2.3a i686 PHP Version: 5.0.1 New Comment: It was a problem in Mozilla's Developer Tools...It reruns the query to get the response headers ... Previous Comments: [2004-08-24 17:00:39] ericp at amazon dot com Description: If I include a serialized variable in header() it produces an entirely different result than if I just print() the result... I've also tested: 4.3.3, 5.0.0 and of course 5.0.1 and its reproducable in both scenario Make sure you POST the form to get the variable back :) even a strlen($s) will produce different results...its weird. Thanks, Eric Reproduce code: --- bash-2.05$ Expected result: Response Headers Date: Tue, 24 Aug 2004 14:49:52 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12 OpenSSL/0.9.6b X-Powered-By: PHP/5.0.1 X-CacheDebug-five: a:1:{s:3:"foo";s:3:"bar";} Connection: close Transfer-Encoding: chunked Content-Type: text/html a:1:{s:3:"foo";s:3:"bar";} Actual result: -- Response Headers Date: Tue, 24 Aug 2004 14:49:52 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12 OpenSSL/0.9.6b X-Powered-By: PHP/5.0.1 X-CacheDebug-five: a:0:{} <--- WHAT?!? Connection: close Transfer-Encoding: chunked Content-Type: text/html a:1:{s:3:"foo";s:3:"bar";} -- Edit this bug report at http://bugs.php.net/?id=29820&edit=1
#29821 [Opn->Csd]: convert_uudecode segfaults with interger
ID: 29821 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Strings related Operating System: Windows/Unix PHP Version: 5.0.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-24 17:19:37] [EMAIL PROTECTED] Description: convert_uudecode with an interger input causes a segfault. Possible explanation for #28808 Reproduce code: --- php -r 'convert_uudecode(1);' -- Edit this bug report at http://bugs.php.net/?id=29821&edit=1
#29362 [Com]: _libiconv_version' undeclared
ID: 29362 Comment by: adamolszewski at op dot pl Reported By: webmaster at path dot org Status: No Feedback Bug Type: Compile Failure Operating System: RedHat Linux Enterprise 3 PHP Version: 5.0.0 New Comment: Propably one of the most lame way to fix this but it works (almost perfectly). I copied iconv.h from /usr/local/include/iconv.h to /usr/include/iconv.h These two versions were different on my machine. After switching, compilation went almost OK - there were some warnings, but PHP compiled and iconv works OK. Previous Comments: [2004-08-09 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-07-29 11:09:16] [EMAIL PROTECTED] Please, check that your /usr/local/include/iconv.h is not broken. This variable is defined there and should exist in all versions of libiconv since 2000-12-01. [2004-07-24 01:50:17] webmaster at path dot org Description: "`_libiconv_version' undeclared" prevents compile (gcc version 3.2.3 20030502) Reproduce code: --- libiconv-1.9.2 ./configure --prefix=/usr/local/ libxml2-2.6.5 ./configure --prefix=/usr/local/ --with-zlib=/usr/local/ --with-iconv=/usr/local/ libxslt-1.1.2 ./configure --prefix=/usr/local/ --with-libxml-prefix=/usr/local/ --with-libxml-include-prefix=/usr/local/lib/ --with-libxml-libs-prefix=/usr/local/lib/ php-5.0.0 ./configure --prefix=/usr/local --with-apxs2=/usr/sbin/apxs --with-ming=/usr/local --with-gd --with-png-dir=usr/local --enable-gd-native-ttf --with-xml --with-libxml-dir=/usr/local --with-expat-dir=/usr/local/lib --with-dom=/usr/local --enable-ftp --with-mysql=/usr/local --enable-shared=yes --enable-static=yes --with-xsl=/usr/local --enable-track-vars --enable-sockets --enable-wddx --with-xmlrpc --with-zlib-dir=/usr/local/include --with-iconv-dir=/usr/local/ --with-mssql=/usr/local/freetds --enable-msdblib Expected result: Compilation Actual result: -- Does not compile. Generates following error: /home/webadmin/php-5.0.0/ext/iconv/iconv.c: In function `zm_startup_miconv': /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: `_libiconv_version' undeclared (first use in this function) /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: (Each undeclared identifier is reported only once /home/webadmin/php-5.0.0/ext/iconv/iconv.c:191: for each function it appears in.) make: *** [ext/iconv/iconv.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=29362&edit=1
#29754 [Opn->Bgs]: Serialization does not work when I use private/protected members and __sleep()
ID: 29754 Updated by: [EMAIL PROTECTED] Reported By: mytrash at seznam dot cz -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This report is a duplicate of #26737, which was closed on 21st August following a patch by Andrey and Curt.. Previous Comments: [2004-08-19 13:15:50] mytrash at seznam dot cz Description: Hello. I use PHP session. When I use private or protected members in my class and don't use magic method __sleep(), PHP serialization will serialize all members and their values into PHP session correctly. But when I use the same class and implement magic method __sleep(), PHP serialization will serialize correctly ONLY public members. Private and protected members (that I want serialize - I specified them in array returned from __sleep() function) have NULL value. In my example's result is string from session file generated by PHP. T.Zkoumalek Reproduce code: --- class Test { private $a = "Variable a"; protected $b = "Variable b"; public$c = "Variable c"; public$d = "This need not be saved."; // Save only $a, $b, $c. function __sleep() { return Array( "a", "b", "c" ); } } session_start(); $_SESSION[ "test" ] = new Test(); Expected result: test|O:4:"Test":3:{s:7:" Test a";s:10:"Variable a";s:4:" * b";s:10:"Variable b";s:1:"c";s:10:"Variable c";} Actual result: -- test|O:4:"Test":3:{s:1:"a";N;s:1:"b";N;s:1:"c";s:10:"Variable c";} -- Edit this bug report at http://bugs.php.net/?id=29754&edit=1
#29821 [NEW]: convert_uudecode segfaults with interger
From: [EMAIL PROTECTED] Operating system: Windows/Unix PHP version: 5.0.0 PHP Bug Type: Strings related Bug description: convert_uudecode segfaults with interger Description: convert_uudecode with an interger input causes a segfault. Possible explanation for #28808 Reproduce code: --- php -r 'convert_uudecode(1);' -- Edit bug report at http://bugs.php.net/?id=29821&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29821&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29821&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29821&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29821&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29821&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29821&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29821&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29821&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29821&r=support Expected behavior: http://bugs.php.net/fix.php?id=29821&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29821&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29821&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29821&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29821&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29821&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29821&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29821&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29821&r=float
#29820 [NEW]: Variable is treated differently in header() vs print()
From: ericp at amazon dot com Operating system: Linux 2.4.21-2.3a i686 PHP version: 5.0.1 PHP Bug Type: Variables related Bug description: Variable is treated differently in header() vs print() Description: If I include a serialized variable in header() it produces an entirely different result than if I just print() the result... I've also tested: 4.3.3, 5.0.0 and of course 5.0.1 and its reproducable in both scenario Make sure you POST the form to get the variable back :) even a strlen($s) will produce different results...its weird. Thanks, Eric Reproduce code: --- bash-2.05$ Expected result: Response Headers Date: Tue, 24 Aug 2004 14:49:52 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12 OpenSSL/0.9.6b X-Powered-By: PHP/5.0.1 X-CacheDebug-five: a:1:{s:3:"foo";s:3:"bar";} Connection: close Transfer-Encoding: chunked Content-Type: text/html a:1:{s:3:"foo";s:3:"bar";} Actual result: -- Response Headers Date: Tue, 24 Aug 2004 14:49:52 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) PHP/5.0.1 mod_ssl/2.8.12 OpenSSL/0.9.6b X-Powered-By: PHP/5.0.1 X-CacheDebug-five: a:0:{} <--- WHAT?!? Connection: close Transfer-Encoding: chunked Content-Type: text/html a:1:{s:3:"foo";s:3:"bar";} -- Edit bug report at http://bugs.php.net/?id=29820&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29820&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29820&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29820&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29820&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29820&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29820&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29820&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29820&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29820&r=support Expected behavior: http://bugs.php.net/fix.php?id=29820&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29820&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29820&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29820&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29820&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29820&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29820&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29820&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29820&r=float
#29816 [Opn->Fbk]: use shmop_open 3 times make apache2 error
ID: 29816 Updated by: [EMAIL PROTECTED] Reported By: cedric_cefc2002 at yahoo dot com dot tw -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: win2000 PHP Version: 5.0.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. And please, don't forget to provide the text of your "error". Previous Comments: [2004-08-24 16:01:07] cedric_cefc2002 at yahoo dot com dot tw Description: ".$d.""; $a['time']=filectime($name); $a['key']=$c; $cache[$name]=$a; print_r($cache); //echo $cache[$name]['time']; //echo filectime($name); //$cache $d=serialize($cache); // echo "".$d.""; $i=strlen($d); $shm_id = shmop_open(0xff3,"c",0644,$i); $shm_bytes_written = shmop_write($shm_id, $d,0); shmop_close($shm_id); clearstatcache(); ?> -- Edit this bug report at http://bugs.php.net/?id=29816&edit=1
#29816 [NEW]: use shmop_open 3 times make apache2 error
From: cedric_cefc2002 at yahoo dot com dot tw Operating system: win2000 PHP version: 5.0.1 PHP Bug Type: Apache2 related Bug description: use shmop_open 3 times make apache2 error Description: ".$d.""; $a['time']=filectime($name); $a['key']=$c; $cache[$name]=$a; print_r($cache); //echo $cache[$name]['time']; //echo filectime($name); //$cache $d=serialize($cache); // echo "".$d.""; $i=strlen($d); $shm_id = shmop_open(0xff3,"c",0644,$i); $shm_bytes_written = shmop_write($shm_id, $d,0); shmop_close($shm_id); clearstatcache(); ?> -- Edit bug report at http://bugs.php.net/?id=29816&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29816&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29816&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29816&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29816&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29816&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29816&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29816&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29816&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29816&r=support Expected behavior: http://bugs.php.net/fix.php?id=29816&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29816&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29816&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29816&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29816&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29816&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29816&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29816&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29816&r=float
#28435 [Csd->Opn]: array_count_values() problem
ID: 28435 User updated by: ofirin at yahoo dot com Reported By: ofirin at yahoo dot com -Status: Closed +Status: Open Bug Type: Arrays related Operating System: Any -PHP Version: 4CVS-2004-05-18 (stable) +PHP Version: 5.0.1 New Comment: I'm opening back this bug again because I think the last user's submition needs revision. Previous Comments: [2004-08-24 07:43:06] php_bugs at michaeldouma dot com Why is this bug closed? I am now experiencing the same problem with 5.0.1. The array from array_count_values appears normal with vardump, but there is no way to access the elements; neither as arrayname["2"] nor arrayname[2]. This worked fine with 4.3.x. vardump of result from array_count_values array(5) { ["3"]=> int(2) ["2"]=> int(1) ["1"]=> int(1) ["0"]=> int(1) [0]=> int(0) } It looks like you'd be able to access the value with arrayname["2"], but you can't! [2004-08-04 16:39:13] alexis dot bosson at medias dot cnes dot fr As said in : - bug #9307 - bug #21918 - bug #22201 - and documentation of arrays : http://www.php.net/manual/en/language.types.array.php " If a key is the standard representation of an integer, it will be interpreted as such (i.e. "8" will be interpreted as 8, while "08" will be interpreted as "08"). " So the array_count_values must cast the integers contained in strings to integers. Actually, with standard PHP behavior, it's impossible to access directly to those array elements which keys are strings containing integers, as said in comment of June 18 [2004-06-21 17:50:47] ofirin at yahoo dot com Ok, I think you're right, we all should be looking forward working with php5, rather than trying to fix old bugs in php4. [2004-06-21 11:31:59] vladb at pseudo-infinity dot ro The php5 result seems more accurate than the php4 one. You got strings in the $books array, no? Changing this in php4 may break some code out there so maybe it'd be best to just mention it as a 4-5 inconsistency. [2004-06-18 14:24:41] programmer at bardware dot de I noticed this problem with PHP5 RC2 on a Win2k box as an Apache2-module. I have some HMTL-Checkboxes and on the server side want to check the selected values. My checkboxes are equally named name="choice2[]" what lets PHP generate an array $_POST["choice2"][0] $_POST["choice2"][1] $_POST["choice2"][2] etc. according to the selected values. Each checkbox has it's unique value attribute. To test for a certain value I "reverse" this array with $arrTmp=array_count_values($_POST["choice2"]); I now want to access $arrTmp[1] to check if the checkbox with the attribute value="1" was selected. The respective value was - if selected - 1, otherwise it's not existent in the $_POST["choice2"]-Array. This did not work. $arrTmp["1"] didn't work either. It was no way possible to access a member of the array. The other poster mentioned the indexes are generated as strings, I want to point they cannot be accessed at all. It worked best on PHP 4.3.6 Best, Bernhard 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/28435 -- Edit this bug report at http://bugs.php.net/?id=28435&edit=1
#29815 [Asn->Csd]: PHP.net Website Problem
ID: 29815 Updated by: [EMAIL PROTECTED] Reported By: ckernan at tibus dot com -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: n/a PHP Version: Irrelevant Assigned To: derick 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-08-24 15:44:56] [EMAIL PROTECTED] I will fix the content-charset, it should be iso-8859-1 (and not utf8) [2004-08-24 15:18:13] ckernan at tibus dot com Description: The current RSS feed for PHP.net news (http://www.php.net/news.rss) is not well formed as reported by feedvalidator.org: 'Your feed appears to be encoded as "UTF-8", but your server is reporting "US-ASCII"' I believe the feed is no longer well formed because of the appearance of a "ü" character in the word "Zürich" of the news article entitled "OSCOM.4 with Apache Track". I am no longer able to download the RSS feed using my RSS feed reader application Awasu (www.awasu.com) because of this error. -- Edit this bug report at http://bugs.php.net/?id=29815&edit=1
#29815 [Opn->Asn]: PHP.net Website Problem
ID: 29815 Updated by: [EMAIL PROTECTED] Reported By: ckernan at tibus dot com -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: n/a PHP Version: Irrelevant -Assigned To: +Assigned To: derick New Comment: I will fix the content-charset, it should be iso-8859-1 (and not utf8) Previous Comments: [2004-08-24 15:18:13] ckernan at tibus dot com Description: The current RSS feed for PHP.net news (http://www.php.net/news.rss) is not well formed as reported by feedvalidator.org: 'Your feed appears to be encoded as "UTF-8", but your server is reporting "US-ASCII"' I believe the feed is no longer well formed because of the appearance of a "ü" character in the word "Zürich" of the news article entitled "OSCOM.4 with Apache Track". I am no longer able to download the RSS feed using my RSS feed reader application Awasu (www.awasu.com) because of this error. -- Edit this bug report at http://bugs.php.net/?id=29815&edit=1
#29815 [NEW]: PHP.net Website Problem
From: ckernan at tibus dot com Operating system: n/a PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: PHP.net Website Problem Description: The current RSS feed for PHP.net news (http://www.php.net/news.rss) is not well formed as reported by feedvalidator.org: 'Your feed appears to be encoded as "UTF-8", but your server is reporting "US-ASCII"' I believe the feed is no longer well formed because of the appearance of a "ü" character in the word "Zürich" of the news article entitled "OSCOM.4 with Apache Track". I am no longer able to download the RSS feed using my RSS feed reader application Awasu (www.awasu.com) because of this error. -- Edit bug report at http://bugs.php.net/?id=29815&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29815&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29815&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29815&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29815&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29815&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29815&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29815&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29815&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29815&r=support Expected behavior: http://bugs.php.net/fix.php?id=29815&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29815&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29815&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29815&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29815&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29815&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29815&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29815&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29815&r=float
#28719 [Bgs]: problem with php-4.3.x and Informix Client SDK 2.81.UC1 UC2 UC3
ID: 28719 User updated by: terry dot bowling at verizon dot com Reported By: terry dot bowling at verizon dot com Status: Bogus Bug Type: Informix related Operating System: Fedora Core 2 PHP Version: 4.3.7 New Comment: PHP 4.3.7 seemed to contain a few bug fixes and updates for Informix, but I was never able to get the Fedora SRPM's for any of the 4.3.x versions to compile. Maybe there _is_ a problem with Fedora's packages. I worked around the issue by installing the Fedora PHP4.3.7 binaries. I then downloaded the raw 4.3.7 source code from PHP. I looked at the compile options that the SRPM's used and I compiled the raw source with the same options, including Informix suppport. When it was finished, all I had to do was copy the informix.so lib into /usr/lib/php4/. I also had to configure the /etc/php.ini file and add create /etc/php.d/informix.ini. I think the informix.so lib was found in either src/php-4.3.7/modules/ or src/php-4.3.7/ext/informix/. I can't remember which. Keep in mind that some of these directories and the informix.ini seem to be Fedora/RedHat specific. Hope this helps someone Previous Comments: [2004-08-24 09:33:46] r dot epping at meteo dot nl If it is a problem with SRPMS then why does Debian sarge also have the exact same problem? [2004-06-10 09:03:15] [EMAIL PROTECTED] This is a problem with the SPRMS, please file a bug with the Fedora people. [2004-06-10 03:39:32] terry dot bowling at verizon dot com Description: Cannot successfully compile php-informix when using any of the following Fedora Core 2 srpms: php-4.3.4-11, php-4.3.6-6, or php-4.3.7-1 As well as the source php-3.4.7 from php.net I added the " || true" to the makefiles of 4.3.4 and 4.3.6 so they would finish compiling just like 4.3.7 (see recent changelog), but all of them give bad end results. The only Informix Client SDK's available on IBM's website are 2.81.UC1, 2.81.UC2, and 2.81.UC3. I tried all three with the same result. I set the following env vars: INFORMIXDIR=/usr/local/informix LD_LIBRARY_PATH=:/usr/local/informix/lib:/usr/local/informix/lib/esql I was able to compile perl's DBD::Informix with no problems and I can query and write to my DB, so I think informix sdk is fine. I add --with-informix=/usr/local/informix to php's SPEC file. It starts compiling fine, then gives this error: *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** Strategy 2, forget the whole rpm and just do Informix module *** Since I already have php installed, I tried going into the php4.3.x/ext/informix dir to compile this module by itself. I used the following commands: phpize ./configure make It says it builds completely and without error. cp modules/informix.so /usr/lib/php4/informix.so put the appropriate informix.ini in /etc/php.d then I use the following command to test it: /home/admin> php ifxtest.php ifxtest.php contains the following lines of code: This script should give an error saying it could not connect to the database because I gave it bogus parameters. But instead I get: /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 Actual result: -- *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** php script using /usr/lib/php4/informix.so /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 -- Edit this bug report at http://bugs.php.net/?id=28719&edit=1
#29645 [Opn->Bgs]: How can we test mysql connection is already established or not?
ID: 29645 Updated by: [EMAIL PROTECTED] Reported By: sivalsm at yahoo dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.1 New Comment: No, it's impossible by design. You can't use the same connection in different requests unless you're using *_pconnect(). Read here: http://www.php.net/manual/en/features.persistent-connections.php about it. Previous Comments: [2004-08-24 14:15:11] sivalsm at yahoo dot com Thank you for your reply.At this point of time no new connection will be established in the same script.But while i'm using mysql_connect in every script , then new connection will be established for every occurrance of mysql_connect. What i'm thinking is by taking session_id and other database information ..the function should not prepare a new connection for the same parameters.So that only one connection will be available for a single session. We need to check whether database connection is established or not? [2004-08-17 12:50:35] [EMAIL PROTECTED] Could you please explain what and why do you need? mysql_connect & friends doesn't establish new connection, if a connection with the same parameters was established before in this script. [2004-08-13 09:26:06] sivalsm at yahoo dot com Description: I think it will be great, if we had a database function to check whether database connection is already exist or not for a particular session. Naturally we are using a common php file to connect to database and we are inclusing the file in every script.Anyway database connection will lost after completing the execution of the script.But we need to connect database again and again. If there is a database function like mysql_isconnected, to check whether database connection is already established or not...that will be helpful. Expected result: We can use mysql_pconnect to maintain persistancy in database connections.But it will take server resources to maintain persistancy.So if there is a seperate mechanism to check the database connection it will be better. -- Edit this bug report at http://bugs.php.net/?id=29645&edit=1
#29814 [Opn->Fbk]: Apache server locks up when using OCI8 and sessions
ID: 29814 Updated by: [EMAIL PROTECTED] Reported By: izhekov at ppartner dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2003 PHP Version: 5.0.1 New Comment: 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. Previous Comments: [2004-08-24 14:17:54] izhekov at ppartner dot com Description: Here is an example: This script causes web server to not responding. When using only sessions or only OCI connection everything goes fine but when they are in combination in one script the web server locks up. -- Edit this bug report at http://bugs.php.net/?id=29814&edit=1
#29814 [NEW]: Apache server locks up when using OCI8 and sessions
From: izhekov at ppartner dot com Operating system: Windows 2003 PHP version: 5.0.1 PHP Bug Type: OCI8 related Bug description: Apache server locks up when using OCI8 and sessions Description: Here is an example: This script causes web server to not responding. When using only sessions or only OCI connection everything goes fine but when they are in combination in one script the web server locks up. -- Edit bug report at http://bugs.php.net/?id=29814&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29814&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29814&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29814&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29814&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29814&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29814&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29814&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29814&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29814&r=support Expected behavior: http://bugs.php.net/fix.php?id=29814&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29814&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29814&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29814&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29814&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29814&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29814&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29814&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29814&r=float
#29645 [Fbk->Opn]: How can we test mysql connection is already established or not?
ID: 29645 User updated by: sivalsm at yahoo dot com Reported By: sivalsm at yahoo dot com -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.1 New Comment: Thank you for your reply.At this point of time no new connection will be established in the same script.But while i'm using mysql_connect in every script , then new connection will be established for every occurrance of mysql_connect. What i'm thinking is by taking session_id and other database information ..the function should not prepare a new connection for the same parameters.So that only one connection will be available for a single session. We need to check whether database connection is established or not? Previous Comments: [2004-08-17 12:50:35] [EMAIL PROTECTED] Could you please explain what and why do you need? mysql_connect & friends doesn't establish new connection, if a connection with the same parameters was established before in this script. [2004-08-13 09:26:06] sivalsm at yahoo dot com Description: I think it will be great, if we had a database function to check whether database connection is already exist or not for a particular session. Naturally we are using a common php file to connect to database and we are inclusing the file in every script.Anyway database connection will lost after completing the execution of the script.But we need to connect database again and again. If there is a database function like mysql_isconnected, to check whether database connection is already established or not...that will be helpful. Expected result: We can use mysql_pconnect to maintain persistancy in database connections.But it will take server resources to maintain persistancy.So if there is a seperate mechanism to check the database connection it will be better. -- Edit this bug report at http://bugs.php.net/?id=29645&edit=1
#29813 [NEW]: problem: upload file to server. sometimes is apache error 404
From: joeaccord at usa dot com Operating system: Windows XP SP1 PHP version: 5.0.1 PHP Bug Type: *Directory/Filesystem functions Bug description: problem: upload file to server. sometimes is apache error 404 Description: problem: upload file to server. sometimes is apache error 404 system: windows xp sp1 server: apache 2.0.50 php 5.0.1 %SystemRoot%\system32\drivers\etc\hosts 127.0.0.1 www.mydomain.com Reproduce code: --- error-log: [Tue Aug 24 13:29:49 2004] [notice] Parent: child process exited with status 4294967295 -- Restarting. [Tue Aug 24 13:29:49 2004] [notice] Parent: Created child process 1680 [Tue Aug 24 13:29:49 2004] [debug] mpm_winnt.c(479): Parent: Sent the scoreboard to the child [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Child process is running [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(400): Child 1680: Retrieved our scoreboard from the parent. [Tue Aug 24 13:29:50 2004] [info] Parent: Duplicating socket 188 and sending it to child process 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(597): Parent: Sent 1 listeners to child 1680 [Tue Aug 24 13:29:50 2004] [debug] mpm_winnt.c(556): Child 1680: retrieved 1 listeners from parent [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Acquired the start mutex. [Tue Aug 24 13:29:50 2004] [notice] Child 1680: Starting 250 worker threads. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 0 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 1 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 2 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 3 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 4 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 5 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 6 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 7 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 8 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 9 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 10 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 11 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 12 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 13 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 14 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 15 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 16 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 17 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 18 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 19 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 20 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 21 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 22 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 23 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 24 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 25 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 26 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 27 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 28 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 29 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 30 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 31 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 32 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 33 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 34 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 35 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 36 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 37 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 38 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 39 starting. [Tue Aug 24 13:29:50 2004] [debug] child.c(684): Child 1680: Worker thread 40 starting. [Tue Aug 24 13:29:50
#10861 [Com]: Array bug w/MySQL
ID: 10861 Comment by: suck at mydick dot com Reported By: czaries at hotmail dot com Status: Bogus Bug Type: Arrays related Operating System: Unix PHP Version: 4.0.5 New Comment: TEST Previous Comments: [2001-05-14 17:34:39] [EMAIL PROTECTED] You can't "print" an array in PHP. You either need to loop through the array and print each element, or use something like print_r() or var_dump() to see the contents of the array. I bet this will work for you: $board_r = mysql_query("SELECT * FROM mb_boards WHERE BoardID='$BoardID'", $link); $board = mysql_fetch_row ($board_r); $userarr = array($board[9]); print_r($userarr); // this, or ... echo $userarr[0]; // this. - Colin [2001-05-14 17:06:22] [EMAIL PROTECTED] user error: change this line: $userarr = array($board[9]); to: $userarr = $board[9]; and mysql_fetch_row gives one row per call derick [2001-05-14 16:59:21] czaries at hotmail dot com When trying to put a value from a database into an array for checking, it jsut won't do it... Like this: $board_r = mysql_query("SELECT * FROM mb_boards WHERE BoardID='$BoardID'", $link); $board = mysql_fetch_row ($board_r); $userarr = array($board[9]); When I try to call $userarr at a later date, all it prints is: "Array" - and it doesn't put the contents of that veriable into the array, even though the contents of the cell are separated with commas and all the proper stuff needed for an array! Please help me! -- Edit this bug report at http://bugs.php.net/?id=10861&edit=1
#23681 [Com]: Unclear error msg. when PHPSESSID manually deleted from URL by user
ID: 23681 Comment by: ross dot cornell at molins dot com Reported By: php at lapage dot com Status: Assigned Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.3.1 Assigned To: sas New Comment: This is causing me problems with php 4.3.1 and 5.0.1 It happens after the first session_start(); on every frame. My application is worldwide, someone in the far east was having this problem, i thought PHPSESSID was pulling illegal charactgers out of their character set. Then it happened to me on this laptop, running winXP. As far as i can tell it is client side, as it is only effecting the same 2 machines, so far anyway. Both with ie6. If anyone finds why this is, workaround etc, please mail me. Thanks Ross Previous Comments: [2003-05-20 03:16:52] [EMAIL PROTECTED] I'm all for making this a notice instead, assigning to Sascha as he's the maintainer of ext/session. Derick [2003-05-18 10:41:04] php at lapage dot com Request for a better error msg. If the user disables cookies and changes the URL to http://domain.tld/form.php?PHPSESSID= Then the resulting Apache 1.3 error log reads: PHP Warning: session_start(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in /zz/zzdomain/www/form.php on line 3 PHP Warning: Unknown(): The session id contains illegal characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 PHP Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp_php/zzdomainzz) in Unknown on line 0 See hidden input See new href EOF; ?> -- Edit this bug report at http://bugs.php.net/?id=23681&edit=1
#29811 [Opn->Fbk]: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL
ID: 29811 Updated by: [EMAIL PROTECTED] Reported By: php at kaiundina dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: WinXP home - Apache2 PHP Version: 5.0.0 New Comment: Check that you handle the namespaces correctly when modifying the doc and that this is not just a coding error. If this is not the case, please post link to code. See http://www.ctindustries.net/dom/domxsl.txt for an example of building an xsl stylesheet manually using dom. Previous Comments: [2004-08-24 11:25:36] php at kaiundina dot de Description: I tried loading a XML-document an a XSL-document into a XSLTProcessor for retrieving a transformed XML. It works fine as long both source documents come from a file. Then i tried to modify the XSL-tree using DOM-dunctions resulting in the following algorithm: 1. create XML-Document 2. load XML-document from file 3. create XSL-Document 4. load XSL-document from file 5. modify the XSL-tree // this is the new step 6. create the XSLTProcessor 7. import the XSL-Tree 8. retrieve the resulting XML-string The resulting XML string is empty ("") then. I compared the result XSL-Tree after step 5 with the file's content of the working example - they were identical I found a really ugly workaround: inserting the following steps 5.1 render the XSL-tree to a XML-string 5.2 called loadXML() for the existing xsl-document, using the result of step 5.1 solved the problem - which showed, that my tree was valid for use as XSL. maybe i'm wrong, but documentation is rare. Hope there's another solution. btw: the xsl-extension is declared as experimental - is there a stable version/equivalent available? thanks in advance Kai (hope this issue wasn't mentioned elsewhere) Reproduce code: --- I found a code similar to mine, having the same problem. I'll post my own if necessary. http://www.zend.org/phorum/read.php?num=6&id=1575&thread=1552 Expected result: XSLTProcessor::transformToXml() produces a valid result XML-String Actual result: -- XSLTProcessor::transformToXml() produces an empty string -- Edit this bug report at http://bugs.php.net/?id=29811&edit=1
#29812 [NEW]: rename() don't overwrite existing files at windows (as at linux)
From: melker at kuh dot at Operating system: winxp PHP version: 4.3.8 PHP Bug Type: Feature/Change Request Bug description: rename() don't overwrite existing files at windows (as at linux) Description: Hi, rename ( 'file1', 'file2' ); behaviour at linux: If there is a 'file2', the file2 will be overwritten by file1. at windows xp: If there is a 'file2', a warning is given and the file2 isn't overwritten with file1. Reproduce code: --- rename ( 'file1', 'file2' ); Expected result: I would expect, that rename() works with the same behaviour at all operating systems. So, please overwrite existing files or give a warning at all os. Actual result: -- rename() at linux, existing files will be overwritten, at winxp, the rename-process fails, a php-warning is given. -- Edit bug report at http://bugs.php.net/?id=29812&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29812&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29812&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29812&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29812&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29812&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29812&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29812&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29812&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29812&r=support Expected behavior: http://bugs.php.net/fix.php?id=29812&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29812&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29812&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29812&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29812&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29812&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29812&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29812&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29812&r=float
#1441 [Com]: PHP doesn't handle persistent connections that has been killed properly
ID: 1441 Comment by: test at mailer dot com Reported By: pettern at thule dot no Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Linux Redhat 5.2 PHP Version: 4.0 New Comment: not bad Previous Comments: [2002-12-02 04:13:32] zeljkovr at net dot yu ver 4.2.2 this behavior is still there [2001-02-10 13:20:30] [EMAIL PROTECTED] looks to me like 4.0 should handle this correctly. [1999-12-13 16:12:20] joey at cvs dot php dot net While I can confirm that the behavior is still there, I am moving it to a feature/change request. It'd be nice, though [1999-05-23 20:56:11] pettern at thule dot no Follow this procedure to reproduce the problem: - Use sybase_pconnect() a few times to start up a few persistent connections. - Start Sybase Central and kill off the PHP3 connections. - Rerun the script that uses sybase_pconnect(). sybase_pconnect() will NOT fail, however any following sybase_query() will return 0, but no other error message. Looks like PHP3 tries to run the query on a persistent connection that has disappeared, but doesn't fail in sybase_pconnect() as it should. Ideally, it should check if a persistant connection is gone and not fail at all, but if it have to fail it should do it in the "right" function :-) -- Edit this bug report at http://bugs.php.net/?id=1441&edit=1
#29811 [NEW]: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL
From: php at kaiundina dot de Operating system: WinXP home - Apache2 PHP version: 5.0.0 PHP Bug Type: XSLT related Bug description: XSLTProcessor::transformToXml() doesn't accept DOM-manipulated XML-tree as XSL Description: I tried loading a XML-document an a XSL-document into a XSLTProcessor for retrieving a transformed XML. It works fine as long both source documents come from a file. Then i tried to modify the XSL-tree using DOM-dunctions resulting in the following algorithm: 1. create XML-Document 2. load XML-document from file 3. create XSL-Document 4. load XSL-document from file 5. modify the XSL-tree // this is the new step 6. create the XSLTProcessor 7. import the XSL-Tree 8. retrieve the resulting XML-string The resulting XML string is empty ("") then. I compared the result XSL-Tree after step 5 with the file's content of the working example - they were identical I found a really ugly workaround: inserting the following steps 5.1 render the XSL-tree to a XML-string 5.2 called loadXML() for the existing xsl-document, using the result of step 5.1 solved the problem - which showed, that my tree was valid for use as XSL. maybe i'm wrong, but documentation is rare. Hope there's another solution. btw: the xsl-extension is declared as experimental - is there a stable version/equivalent available? thanks in advance Kai (hope this issue wasn't mentioned elsewhere) Reproduce code: --- I found a code similar to mine, having the same problem. I'll post my own if necessary. http://www.zend.org/phorum/read.php?num=6&id=1575&thread=1552 Expected result: XSLTProcessor::transformToXml() produces a valid result XML-String Actual result: -- XSLTProcessor::transformToXml() produces an empty string -- Edit bug report at http://bugs.php.net/?id=29811&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29811&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29811&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29811&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29811&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29811&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29811&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29811&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29811&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29811&r=support Expected behavior: http://bugs.php.net/fix.php?id=29811&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29811&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29811&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29811&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29811&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29811&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29811&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29811&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29811&r=float
#29566 [Fbk->Opn]: foreach/string handling strangeness (crash)
ID: 29566 User updated by: stefan at hotpaenz dot de Reported By: stefan at hotpaenz dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5CVS-2004-08-07 (dev) New Comment: I use Linux 2.6.3 and glibc 2.3.2. PHP crashes _after_ printing the warning "Invalid argument supplied for foreach()" at the end of the script (perhaps when cleaning up?). I tested again with the 200408240630 snapshots (stable and HEAD). This is the HEAD backtrace: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-200408240630/Zend/zend_alloc.c:285 #1 0x08178298 in _zval_ptr_dtor (zval_ptr=0xbfffd6a8) at /root/php/test/php5-200408240630/Zend/zend_execute_API.c:390 #2 0x081a3407 in zend_switch_free_handler (execute_data=0xbfffd710) at /root/php/test/php5-200408240630/Zend/zend_execute.c:245 #3 0x0819eb48 in execute (op_array=0x8274014) at /root/php/test/php5-200408240630/Zend/zend_execute.c:1498 #4 0x08181f95 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-200408240630/Zend/zend.c:1052 #5 0x0814d5ad in php_execute_script (primary_file=0xbaa0) at /root/php/test/php5-200408240630/main/main.c:1633 #6 0x081a9c81 in main (argc=2, argv=0xbb64) at /root/php/test/php5-200408240630/sapi/cgi/cgi_main.c:1568 The backtrace of stable is slightly different: #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 263 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/test/php5-STABLE-200408240630/Zend/zend_alloc.c:263 #1 0x081764b8 in _zval_ptr_dtor (zval_ptr=0xbfffd678) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute_API.c:391 #2 0x081a0632 in zend_switch_free_handler (execute_data=0xbfffd6f0, opline=0x8272464, op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:210 #3 0x0819c0a9 in execute (op_array=0x826deec) at /root/php/test/php5-STABLE-200408240630/Zend/zend_execute.c:1400 #4 0x081802b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php/test/php5-STABLE-200408240630/Zend/zend.c:1061 #5 0x0814b99d in php_execute_script (primary_file=0xba80) at /root/php/test/php5-STABLE-200408240630/main/main.c:1629 #6 0x081a68c7 in main (argc=2, argv=0xbb44) at /root/php/test/php5-STABLE-200408240630/sapi/cgi/cgi_main.c:1568 Previous Comments: [2004-08-24 09:46:48] [EMAIL PROTECTED] No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) [2004-08-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-08-08 23:03:28] [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 Works fine with latest CVS. [2004-08-08 00:01:51] stefan at hotpaenz dot de Description: Consider the following code. Of course it isn't useful, but nevertheless it shouldn't crash PHP. Perhaps this is related to bug 28487 (another crash, affecting real-world scripts) because the same function zend_switch_free_handler is involved. Perhaps this is the same bug as 28574, which was closed as the problem went away. The crash I am reporting now occurs with a current snapshot (200408071830). Reproduce code: --- size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/200408071830/php5-5.0.0/Zend/zend_alloc.c:285 #1 0x082424f8 in _zval_ptr_dtor (zval_ptr=0xbfffd698) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute_API.c:396 #2 0x0827288b in zend_switch_free_handler (execute_data=0xbfffd710, opline=0x872749c, op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:210 #3 0x0826ce85 in execute (op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5
#9371 [Com]: system() give unable to fork error
ID: 9371 Comment by: christian dot fanzott at chello dot at Reported By: connolk at tcd dot ie Status: Closed Bug Type: Unknown/Other Function Operating System: Win2K PHP Version: 4.0.4pl1 Assigned To: derick New Comment: i use in an application the exec command for several actions... and once i got an "unable to fork"-error. this application is running for several months without errors and in the meantime no changes were made. i am running an apache on a linux redhat machine with php 4.3.2 Previous Comments: [2004-06-09 02:52:58] d at d dot com that DOES not work on 4.3.7 with NT4 Warning: exec(): Unable to fork [C:\WINNT\SYSTEM32\CMD.EXE /?] [2001-04-27 12:55:42] [EMAIL PROTECTED] fixed in cvs, wait for 4.0.6 [2001-02-25 10:55:20] [EMAIL PROTECTED] working on it [2001-02-21 08:21:05] connolk at tcd dot ie I am running an apache server, which hosts my php pages, on win2k. I am trying to use the system command for some PGP encryption stuff but am getting an "unable to fork" error! For testing I have created the following script: NOTE: I have copied notepad.exe over to the root directory. I am running PHP 4.0.5. -- Edit this bug report at http://bugs.php.net/?id=9371&edit=1
#29566 [Opn->Fbk]: foreach/string handling strangeness (crash)
ID: 29566 Updated by: [EMAIL PROTECTED] Reported By: stefan at hotpaenz dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5CVS-2004-08-07 (dev) New Comment: No crash with latest HEAD (Linux 2.6.8.1, glibc 2.3.2). Previous Comments: [2004-08-24 09:40:13] stefan at hotpaenz dot de Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) [2004-08-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-08-08 23:03:28] [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 Works fine with latest CVS. [2004-08-08 00:01:51] stefan at hotpaenz dot de Description: Consider the following code. Of course it isn't useful, but nevertheless it shouldn't crash PHP. Perhaps this is related to bug 28487 (another crash, affecting real-world scripts) because the same function zend_switch_free_handler is involved. Perhaps this is the same bug as 28574, which was closed as the problem went away. The crash I am reporting now occurs with a current snapshot (200408071830). Reproduce code: --- size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/200408071830/php5-5.0.0/Zend/zend_alloc.c:285 #1 0x082424f8 in _zval_ptr_dtor (zval_ptr=0xbfffd698) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute_API.c:396 #2 0x0827288b in zend_switch_free_handler (execute_data=0xbfffd710, opline=0x872749c, op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:210 #3 0x0826ce85 in execute (op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:1400 #4 0x0824d971 in zend_execute_scripts (type=8, tsrm_ls=0x8431018, retval=0x0, file_count=3) at /root/php/200408071830/php5-5.0.0/Zend/zend.c:1068 #5 0x08210ab4 in php_execute_script (primary_file=0xbae0, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/main/main.c:1631 #6 0x08279bec in main (argc=2, argv=0xbba4) at /root/php/200408071830/php5-5.0.0/sapi/cgi/cgi_main.c:1568 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#29566 [NoF->Opn]: foreach/string handling strangeness (crash)
ID: 29566 User updated by: stefan at hotpaenz dot de Reported By: stefan at hotpaenz dot de -Status: No Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.3 PHP Version: 5CVS-2004-08-07 (dev) New Comment: Indeed it works fine with the latest PHP4 snapshot (200408232230 tested), but this is a PHP5 bug. For the record: It still crashes with the 200408232230 PHP5 snapshot (unstable) Previous Comments: [2004-08-24 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-08-08 23:03:28] [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 Works fine with latest CVS. [2004-08-08 00:01:51] stefan at hotpaenz dot de Description: Consider the following code. Of course it isn't useful, but nevertheless it shouldn't crash PHP. Perhaps this is related to bug 28487 (another crash, affecting real-world scripts) because the same function zend_switch_free_handler is involved. Perhaps this is the same bug as 28574, which was closed as the problem went away. The crash I am reporting now occurs with a current snapshot (200408071830). Reproduce code: --- size); (gdb) bt #0 _efree (ptr=0x75736f6e) at /root/php/200408071830/php5-5.0.0/Zend/zend_alloc.c:285 #1 0x082424f8 in _zval_ptr_dtor (zval_ptr=0xbfffd698) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute_API.c:396 #2 0x0827288b in zend_switch_free_handler (execute_data=0xbfffd710, opline=0x872749c, op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:210 #3 0x0826ce85 in execute (op_array=0x8722f24, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/Zend/zend_execute.c:1400 #4 0x0824d971 in zend_execute_scripts (type=8, tsrm_ls=0x8431018, retval=0x0, file_count=3) at /root/php/200408071830/php5-5.0.0/Zend/zend.c:1068 #5 0x08210ab4 in php_execute_script (primary_file=0xbae0, tsrm_ls=0x8431018) at /root/php/200408071830/php5-5.0.0/main/main.c:1631 #6 0x08279bec in main (argc=2, argv=0xbba4) at /root/php/200408071830/php5-5.0.0/sapi/cgi/cgi_main.c:1568 -- Edit this bug report at http://bugs.php.net/?id=29566&edit=1
#29809 [Bgs]: strtotime is loosing seconds and minutes and hours info
ID: 29809 User updated by: never_slept at yahoo dot com Reported By: never_slept at yahoo dot com Status: Bogus Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: Yes I read that bug report and although them sounded to potentially be the same thing... my strtotime("now") does in fact spit out a different value every second and that bug report makes no mention of using the second argument for strtotime(). So please reconsider carefully if this is really a duplicate. Seeing as you took all of a couple of minutes last time. Previous Comments: [2004-08-24 09:29:01] [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. Duplicate of #29557 [2004-08-24 09:24:00] never_slept at yahoo dot com strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime("+10 seconds", strtotime("2004/08/24 12:17:10")); echo ""; echo strtotime("2004-08-24 12:17:20"); echo ""; echo ""; print_r(getdate(strtotime("+10 seconds", strtotime("2004/08/24 12:17:10"; print_r(getdate(strtotime("2004-08-24 12:17:20"))); echo ""; -- Edit this bug report at http://bugs.php.net/?id=29809&edit=1
#29557 [Com]: strtotime error
ID: 29557 Comment by: never_slept at yahoo dot com Reported By: javier at evaloportunidades dot insp dot mx Status: Open Bug Type: *General Issues Operating System: Debian GNU/Linux 3.0 2.6.7 PHP Version: 5.0.0 New Comment: Yes I read that bug report and although them sounded to potentially be the same thing... my strtotime("now") does in fact spit out a different value every second and that bug report makes no mention of using the second argument for strtotime() Previous Comments: [2004-08-23 06:01:05] cplee at buzzcity dot com The problem still exists in 5.0.1! Anyway, the problem lies in some "conditions" being commented in the ext/standard/parsedate.y (and parsedate.c) under the php_parse_date() function. (parsedate.y:1082, parsedate.c: 2325). I basically uncomment those lines and did a recompile. Now the following command gives the correct result: Command: php -r 'echo strtotime("now");' Result: 1093234981 Hope this helps! --cp [2004-08-09 09:33:14] [EMAIL PROTECTED] "now" returns midnight of the current day. I think this is wrong too. [2004-08-09 09:12:44] javier at evaloportunidades dot insp dot mx But the problem is that even after n seconds with PHP 5.0.0 I get the same result. [2004-08-08 23:04:54] [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 The code takes <1 second to run, so of course the timestamp with 1 second precision will be the same. [2004-08-07 00:10:46] javier at evaloportunidades dot insp dot mx Description: We use the strtotime function to get a value that is used as primary key on a database table. But with PHP 5.0.0 the strtotime function is returning duplicate values. Here is the configure line: --- './configure' '--disable-cli' '--disable-cgi' '--without-pear' '--without-mysql' '--with-pgsql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--enable-memory-limit' --- With PHP 4 we didn't face this problem. Cheers, Javier Reproduce code: --- "; } ?> Actual result: -- 1091768400 1091768400 1091768400 1091768400 1091768400 1091768400 1091768400 1091768400 1091768400 1091768400 -- Edit this bug report at http://bugs.php.net/?id=29557&edit=1
#28719 [Com]: problem with php-4.3.x and Informix Client SDK 2.81.UC1 UC2 UC3
ID: 28719 Comment by: r dot epping at meteo dot nl Reported By: terry dot bowling at verizon dot com Status: Bogus Bug Type: Informix related Operating System: Fedora Core 2 PHP Version: 4.3.7 New Comment: If it is a problem with SRPMS then why does Debian sarge also have the exact same problem? Previous Comments: [2004-06-10 09:03:15] [EMAIL PROTECTED] This is a problem with the SPRMS, please file a bug with the Fedora people. [2004-06-10 03:39:32] terry dot bowling at verizon dot com Description: Cannot successfully compile php-informix when using any of the following Fedora Core 2 srpms: php-4.3.4-11, php-4.3.6-6, or php-4.3.7-1 As well as the source php-3.4.7 from php.net I added the " || true" to the makefiles of 4.3.4 and 4.3.6 so they would finish compiling just like 4.3.7 (see recent changelog), but all of them give bad end results. The only Informix Client SDK's available on IBM's website are 2.81.UC1, 2.81.UC2, and 2.81.UC3. I tried all three with the same result. I set the following env vars: INFORMIXDIR=/usr/local/informix LD_LIBRARY_PATH=:/usr/local/informix/lib:/usr/local/informix/lib/esql I was able to compile perl's DBD::Informix with no problems and I can query and write to my DB, so I think informix sdk is fine. I add --with-informix=/usr/local/informix to php's SPEC file. It starts compiling fine, then gives this error: *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** Strategy 2, forget the whole rpm and just do Informix module *** Since I already have php installed, I tried going into the php4.3.x/ext/informix dir to compile this module by itself. I used the following commands: phpize ./configure make It says it builds completely and without error. cp modules/informix.so /usr/lib/php4/informix.so put the appropriate informix.ini in /etc/php.d then I use the following command to test it: /home/admin> php ifxtest.php ifxtest.php contains the following lines of code: This script should give an error saying it could not connect to the database because I gave it bogus parameters. But instead I get: /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 Actual result: -- *** RPM compile error: /usr/bin/ld: cannot find -lphpifx collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 error: Bad exit status from /home/admin/tmp/rpm-tmp.54071 (%build) *** php script using /usr/lib/php4/informix.so /home/admin> php ifxtest.php PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/informix.so' - /usr/local/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI in Unknown on line 0 Content-type: text/html X-Powered-By: PHP/4.3.7 -- Edit this bug report at http://bugs.php.net/?id=28719&edit=1
#29803 [Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Reproducible crash Operating System: Linux 2.4.26 PHP Version: 5CVS-2004-08-23 (dev) New Comment: Understood. I don't know much about the internals but like I mentioned, it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash). Previous Comments: [2004-08-24 09:33:32] [EMAIL PROTECTED] Understood. I don't know much about the internals but like I mentioned, it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash). [2004-08-24 09:27:49] [EMAIL PROTECTED] So, PHP is allowed to crash here as you're doing something infinite recursive... I have no clue how this should or can be fixed while the function is still useful. Suspending for now. [2004-08-24 09:16:26] [EMAIL PROTECTED] Let me know of you need more than this. (gdb) frame 1 #1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:267 267 for (zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), &pos); (gdb) frame 2 #2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:270 270 cnt += php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC); (More frames containing the above here.) (gdb) frame 174531 #174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5-200408231830/ext/standard/array.c:293 293 RETURN_LONG (php_count_recursive (array, mode TSRMLS_CC)); #174532 0x081420e8 in zend_do_fcall_common_helper (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980 2980((zend_internal_function *) EX(function_state).function)->handler(opline->extended_value, EX_T(opline->result.u.var).var.ptr, EX(object), return_value_used TSRMLS_CC); (gdb) frame 174533 #174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114 3114return zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); #174534 0x0813eabb in execute (op_array=0x81d0524) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498 1498if (EX(opline)->handler(&execute_data TSRMLS_CC)) { #174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5-200408231830/Zend/zend.c:1052 1052zend_execute(EG(active_op_array) TSRMLS_CC); [2004-08-24 08:41:26] [EMAIL PROTECTED] Please provide the full backtrace, not just one frame. [2004-08-23 22:10:00] [EMAIL PROTECTED] Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit this bug report at http://bugs.php.net/?id=29803&edit=1
#29803 [Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Reproducible crash Operating System: Linux 2.4.26 PHP Version: 5CVS-2004-08-23 (dev) New Comment: Understood. I don't know much about the internals but like I mentioned, it works if you do var_dump($GLOBALS) though (ie PHP doesn't crash). Previous Comments: [2004-08-24 09:27:49] [EMAIL PROTECTED] So, PHP is allowed to crash here as you're doing something infinite recursive... I have no clue how this should or can be fixed while the function is still useful. Suspending for now. [2004-08-24 09:16:26] [EMAIL PROTECTED] Let me know of you need more than this. (gdb) frame 1 #1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:267 267 for (zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), &pos); (gdb) frame 2 #2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:270 270 cnt += php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC); (More frames containing the above here.) (gdb) frame 174531 #174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5-200408231830/ext/standard/array.c:293 293 RETURN_LONG (php_count_recursive (array, mode TSRMLS_CC)); #174532 0x081420e8 in zend_do_fcall_common_helper (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980 2980((zend_internal_function *) EX(function_state).function)->handler(opline->extended_value, EX_T(opline->result.u.var).var.ptr, EX(object), return_value_used TSRMLS_CC); (gdb) frame 174533 #174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114 3114return zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); #174534 0x0813eabb in execute (op_array=0x81d0524) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498 1498if (EX(opline)->handler(&execute_data TSRMLS_CC)) { #174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5-200408231830/Zend/zend.c:1052 1052zend_execute(EG(active_op_array) TSRMLS_CC); [2004-08-24 08:41:26] [EMAIL PROTECTED] Please provide the full backtrace, not just one frame. [2004-08-23 22:10:00] [EMAIL PROTECTED] Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit this bug report at http://bugs.php.net/?id=29803&edit=1
#29803 [Opn->Sus]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Suspended Bug Type: Reproducible crash Operating System: Linux 2.4.26 PHP Version: 5CVS-2004-08-23 (dev) New Comment: So, PHP is allowed to crash here as you're doing something infinite recursive... I have no clue how this should or can be fixed while the function is still useful. Suspending for now. Previous Comments: [2004-08-24 09:16:26] [EMAIL PROTECTED] Let me know of you need more than this. (gdb) frame 1 #1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:267 267 for (zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), &pos); (gdb) frame 2 #2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:270 270 cnt += php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC); (More frames containing the above here.) (gdb) frame 174531 #174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5-200408231830/ext/standard/array.c:293 293 RETURN_LONG (php_count_recursive (array, mode TSRMLS_CC)); #174532 0x081420e8 in zend_do_fcall_common_helper (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980 2980((zend_internal_function *) EX(function_state).function)->handler(opline->extended_value, EX_T(opline->result.u.var).var.ptr, EX(object), return_value_used TSRMLS_CC); (gdb) frame 174533 #174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114 3114return zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); #174534 0x0813eabb in execute (op_array=0x81d0524) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498 1498if (EX(opline)->handler(&execute_data TSRMLS_CC)) { #174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5-200408231830/Zend/zend.c:1052 1052zend_execute(EG(active_op_array) TSRMLS_CC); [2004-08-24 08:41:26] [EMAIL PROTECTED] Please provide the full backtrace, not just one frame. [2004-08-23 22:10:00] [EMAIL PROTECTED] Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit this bug report at http://bugs.php.net/?id=29803&edit=1
#29809 [Opn->Bgs]: strtotime is loosing seconds and minutes and hours info
ID: 29809 Updated by: [EMAIL PROTECTED] Reported By: never_slept at yahoo dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of #29557 Previous Comments: [2004-08-24 09:24:00] never_slept at yahoo dot com strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime("+10 seconds", strtotime("2004/08/24 12:17:10")); echo ""; echo strtotime("2004-08-24 12:17:20"); echo ""; echo ""; print_r(getdate(strtotime("+10 seconds", strtotime("2004/08/24 12:17:10"; print_r(getdate(strtotime("2004-08-24 12:17:20"))); echo ""; -- Edit this bug report at http://bugs.php.net/?id=29809&edit=1
#29809 [Opn]: strtotime is loosing seconds and minutes and hours info
ID: 29809 User updated by: never_slept at yahoo dot com Reported By: never_slept at yahoo dot com Status: Open Bug Type: Date/time related Operating System: Suse 9.1 PHP Version: 5.0.1 New Comment: strtotime is loosing seconds and minutes and hours info when used with its second argument. The example code should output the same integer values - but it doesn't. Use getdate on the resulting values and you find that hours, minutes and seconds got zero'd. Previous Comments: [2004-08-24 09:21:32] never_slept at yahoo dot com Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime("+10 seconds", strtotime("2004/08/24 12:17:10")); echo ""; echo strtotime("2004-08-24 12:17:20"); echo ""; echo ""; print_r(getdate(strtotime("+10 seconds", strtotime("2004/08/24 12:17:10"; print_r(getdate(strtotime("2004-08-24 12:17:20"))); echo ""; -- Edit this bug report at http://bugs.php.net/?id=29809&edit=1
#29809 [NEW]: strtotime is loosing seconds and minutes and hours info
From: never_slept at yahoo dot com Operating system: Suse 9.1 PHP version: 5.0.1 PHP Bug Type: Date/time related Bug description: strtotime is loosing seconds and minutes and hours info Description: strtotime is loosing seconds and minutes and hours info when used with its second argument. Reproduce code: --- echo strtotime("+10 seconds", strtotime("2004/08/24 12:17:10")); echo ""; echo strtotime("2004-08-24 12:17:20"); echo ""; echo ""; print_r(getdate(strtotime("+10 seconds", strtotime("2004/08/24 12:17:10"; print_r(getdate(strtotime("2004-08-24 12:17:20"))); echo ""; -- Edit bug report at http://bugs.php.net/?id=29809&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29809&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29809&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29809&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29809&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29809&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29809&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29809&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29809&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29809&r=support Expected behavior: http://bugs.php.net/fix.php?id=29809&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29809&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29809&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29809&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29809&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29809&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29809&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29809&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29809&r=float
#29803 [Fbk->Opn]: Seg fault on count($GLOBALS, COUNT_RECURSIVE);
ID: 29803 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.26 PHP Version: 5CVS-2004-08-23 (dev) New Comment: Let me know of you need more than this. (gdb) frame 1 #1 0x0806936a in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:267 267 for (zend_hash_internal_pointer_reset_ex(Z_ARRVAL_P(array), &pos); (gdb) frame 2 #2 0x08069382 in php_count_recursive (array=0x81910d4, mode=1) at /usr/local/src/php5-200408231830/ext/standard/array.c:270 270 cnt += php_count_recursive(*element, COUNT_RECURSIVE TSRMLS_CC); (More frames containing the above here.) (gdb) frame 174531 #174531 0x0806942b in zif_count (ht=2, return_value=0x81c3d74, this_ptr=0x0, return_value_used=0) at /usr/local/src/php5-200408231830/ext/standard/array.c:293 293 RETURN_LONG (php_count_recursive (array, mode TSRMLS_CC)); #174532 0x081420e8 in zend_do_fcall_common_helper (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:2980 2980((zend_internal_function *) EX(function_state).function)->handler(opline->extended_value, EX_T(opline->result.u.var).var.ptr, EX(object), return_value_used TSRMLS_CC); (gdb) frame 174533 #174533 0x0814274b in zend_do_fcall_handler (execute_data=0xbfffd590) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:3114 3114return zend_do_fcall_common_helper(ZEND_OPCODE_HANDLER_ARGS_PASSTHRU); #174534 0x0813eabb in execute (op_array=0x81d0524) at /usr/local/src/php5-200408231830/Zend/zend_execute.c:1498 1498if (EX(opline)->handler(&execute_data TSRMLS_CC)) { #174535 0x0811defe in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php5-200408231830/Zend/zend.c:1052 1052zend_execute(EG(active_op_array) TSRMLS_CC); Previous Comments: [2004-08-24 08:41:26] [EMAIL PROTECTED] Please provide the full backtrace, not just one frame. [2004-08-23 22:10:00] [EMAIL PROTECTED] Description: Crash on count($GLOBALS, COUNT_RECURSIVE); ./configure --disable-all --enable-cli --enable-debug --enable-memory-limit Reproduce code: --- Expected result: Something similar to how var_dump() handles var_dump($GLOBALS). Actual result: -- Segmentation fault #0 0x08125815 in zend_hash_num_elements (ht=0x818cf30) at /usr/local/src/php5-200408231830/Zend/zend_hash.c:987 987 IS_CONSISTENT(ht); -- Edit this bug report at http://bugs.php.net/?id=29803&edit=1