#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: sunmt at usa dot com Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: I expereinced the same problem in PHP 5.0.5 Reading\Writing to session works in the same page but the server loses the session when going between different pages or reloading the page. Please help me.. Previous Comments: [2006-02-16 21:16:24] optikey at gmail dot com Same problem with 5.0.5 running on Debian x86_64... Only I.E. does this 2 cookies thing and scroolled my code... Digging the net, i found that those bugs started only in the browsers that executes windows update automatically... So i find that the day that the problems started matches the day of the release of one Microsoft Bugfix that affects I.E. 14/feb/2006 Only the updated browsers behave incorrectly Might we need to blame M$ Any workarounds??? Am i right??? MS did not return the bug report... [2006-02-15 17:05:12] bohn at netbuild dot net got same problem under using php 4.3.10 :( on heavy load, php creates a new session... fc3, apache2, php4.3.10, lvs [2006-01-30 22:21:11] geso at inmail dot sk I've got same problem with 5.1.2 (and previously with 4.3.8). Both clean install, Win2k, IIS 5.0. Everytime I enter (reload) a page, it creates a new file in my sessions directory. [2005-11-15 16:25:07] f dot schiappelli at enpam dot it Same problem with PHP 5.0.2, Apache 2.0.52, Windows XP. Did anybody solved the problem? Thanks in advance, Faith [2005-10-26 17:21:19] beny dot eleeas at gmail dot com I got the same problem in PHP 4.3.10. What should I do? System Linux Build Date Dec 18 2004 22:24:47 Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /home/lib/php/php.ini PHP API 20020918 PHP Extension 20020429 Zend Extension 20021010 Debug Build no Thread Safety disabled Registered PHP Streams php, http, ftp, https, ftps session.cache_limiter nocache session.cookie_domain no value session.cookie_lifetime 0 session.cookie_path / session.cookie_secure Off session.entropy_file /dev/urandom session.entropy_length 64 session.gc_divisor 100 session.gc_maxlifetime 1440 session.gc_probability 1 session.name PHPSESSID session.referer_check no value session.save_handler files session.save_path /home/var/state/php session.serialize_handler php session.use_cookies On session.use_only_cookies Off session.use_trans_sid Off 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263edit=1
#36404 [Com]: configure script cannot complete libxml build
ID: 36404 Comment by: goraja at gmail dot com Reported By: davecenker at cfl dot rr dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 5.1.2 New Comment: After installaing MySQL from the downloaded MySQL source code (compile and install); the libxml2 problem disappeared on solaris 8 . Previously I had binary install where libxml2 error was consistent. Previous Comments: [2006-04-18 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-04-14 07:42:53] ceo at l-i-e dot com I'm on FreeBSD, so maybe the fix is different, but: export LD_LIBRARY_PATH=/usr/local/lib did not seem to affect it... I checked that libxml2 is in /usr/local/lib I'm compiling from CVS, in a different directory, for development purposes. [2006-04-10 13:03:25] [EMAIL PROTECTED] Make sure the path to the libraries is in your LD_LIBRARY_PATH environment variable. [2006-03-15 02:42:23] goraja at gmail dot com I tried with 5.0.4, 5.1.0, 5.1.2 and from latest snapshots too. All the time I am stuck with the same problem. No help anywhere in web. [2006-02-16 22:11:38] davecenker at cfl dot rr dot com http://www.badongo.com/file.php?file=PHP+Configuration+Log__2006-02-16_config.log Above is the link to the entire config.log file. Please let me know if you are unable to retrieve it. Thank you. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/36404 -- Edit this bug report at http://bugs.php.net/?id=36404edit=1
#37204 [Opn-Bgs]: Can cause open-ended exception bomb
ID: 37204 Updated by: [EMAIL PROTECTED] Reported By: mailslot at mac dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.21-9.EL PHP Version: 5.1.2 New Comment: These values are completely ignored during recursion bombs. They ARE respected. Previous Comments: [2006-04-26 04:58:26] mailslot at mac dot com Okay... no recursion limits. Fine. I'd rather have to enable dangerous recursion levels, but I can live without it. I still think this bug is valid. Could you please respect the configuration defines that set limits for script execution time and memory usage? These values are completely ignored during recursion bombs. Surely that's not expected behavior. If they worked as advertised, this bug would never have even manifested itself. [2006-04-26 03:13:56] judas dot iscariote at gmail dot com the recursion Limit problem is well known (for years), and there is no solution at this time.( because solution should be adecuate for any legitimate use, not just for average use) Use Xdebug to set a recursion limit in your dev enviroment. [2006-04-26 00:45:04] mailslot at mac dot com Description: I encountered this problem while debugging an exception logging class. Infinite recursion problems are a coding mistake, but I've never seen one take down Apache before. Apache will grow in size until virtual memory starts swapping. The CPU will be at 100% and eventually, appears to halt. Limits, obviously, are not being used... yet. Reproduce code: --- ?php class Eggception extends Exception { public function __construct($ex) { parent::__construct($ex); try { // let's say that a database object throws derived Eggception throw new EggceptionSubclass('It happens'); // this is valid (not infinitely recursive) //throw new Exception('It happens'); } catch (Exception $e) { // should swallow exception, right? // not before a never-ending recursive bomb } } } class EggceptionSubclass extends Eggception {} // the following causes a runaway process (memory leak // CPU spike) with Apache 2.0.55 and PHP 5.1.2 // rather quickly, all server resources become exhausted // without proper process limits, potentially crashing the // entire machine. throw new Eggception('Exception Bomb'); ? Expected result: A timeout after a large CPU spike... perhaps a stack overflow error. An exception recursion counter that kills a script whenever it's 1,000 layers deep in an exception stack... that would be great. Actual result: -- The process (PHP or Apache, depending on which are used to execute the script) will consume as much memory allowed while pegging the CPU at 100% utilization. Kill -9 works fine. Workarounds include ulimit and softlimit. -- Edit this bug report at http://bugs.php.net/?id=37204edit=1
#37206 [Opn-Bgs]: hexdec can not handle NAN and INF problem
ID: 37206 Updated by: [EMAIL PROTECTED] Reported By: sqchen at cititz dot net -Status: Open +Status: Bogus Bug Type: *Math Functions Operating System: redhat 7.3 PHP Version: 5.1.2 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 Previous Comments: [2006-04-26 05:29:30] sqchen at cititz dot net Description: please see file ext/standard/math.c and function PHPAPI int _php_math_basetozval(zval *arg, int base, zval *ret), It's obvious that it does not consider the NAN and INF problem Reproduce code: --- ?php hexdec(INF); hexdec(NAN); ? Expected result: to be decided to be decided Actual result: -- 15 (actually It just convert f to decimal) 10 (covert A to decimal) -- Edit this bug report at http://bugs.php.net/?id=37206edit=1
#36984 [Opn-Fbk]: httpd size grows on every restart/graceful restart with php enabled
ID: 36984 Updated by: [EMAIL PROTECTED] Reported By: vijaybabu at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: HPUX PHP Version: 5.1.2, 4.4.2 New Comment: Please try with prefork MPM. Previous Comments: [2006-04-26 05:49:35] vijaybabu at gmail dot com I am using worker MPM. [2006-04-19 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-04-11 17:16:34] [EMAIL PROTECTED] What MPM are you running? [2006-04-06 07:59:15] vijaybabu at gmail dot com Here is my configure command: ./configure --prefix=/opt/apache/php --enable-so --with-apxs2=/opt/apache/bin/apxs --with-apache2=/opt/apache [2006-04-06 05:04:03] mv-php at binarysec dot com Hello, Can you give to us the ./configure options ? You can get it with phpinfo() Thanks 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/36984 -- Edit this bug report at http://bugs.php.net/?id=36984edit=1
#37204 [Bgs-Opn]: Can cause open-ended exception bomb
ID: 37204 User updated by: mailslot at mac dot com Reported By: mailslot at mac dot com -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.21-9.EL PHP Version: 5.1.2 New Comment: No. They really aren't. I don't have 2GB RAM set in the config file. Previous Comments: [2006-04-26 07:25:18] [EMAIL PROTECTED] These values are completely ignored during recursion bombs. They ARE respected. [2006-04-26 04:58:26] mailslot at mac dot com Okay... no recursion limits. Fine. I'd rather have to enable dangerous recursion levels, but I can live without it. I still think this bug is valid. Could you please respect the configuration defines that set limits for script execution time and memory usage? These values are completely ignored during recursion bombs. Surely that's not expected behavior. If they worked as advertised, this bug would never have even manifested itself. [2006-04-26 03:13:56] judas dot iscariote at gmail dot com the recursion Limit problem is well known (for years), and there is no solution at this time.( because solution should be adecuate for any legitimate use, not just for average use) Use Xdebug to set a recursion limit in your dev enviroment. [2006-04-26 00:45:04] mailslot at mac dot com Description: I encountered this problem while debugging an exception logging class. Infinite recursion problems are a coding mistake, but I've never seen one take down Apache before. Apache will grow in size until virtual memory starts swapping. The CPU will be at 100% and eventually, appears to halt. Limits, obviously, are not being used... yet. Reproduce code: --- ?php class Eggception extends Exception { public function __construct($ex) { parent::__construct($ex); try { // let's say that a database object throws derived Eggception throw new EggceptionSubclass('It happens'); // this is valid (not infinitely recursive) //throw new Exception('It happens'); } catch (Exception $e) { // should swallow exception, right? // not before a never-ending recursive bomb } } } class EggceptionSubclass extends Eggception {} // the following causes a runaway process (memory leak // CPU spike) with Apache 2.0.55 and PHP 5.1.2 // rather quickly, all server resources become exhausted // without proper process limits, potentially crashing the // entire machine. throw new Eggception('Exception Bomb'); ? Expected result: A timeout after a large CPU spike... perhaps a stack overflow error. An exception recursion counter that kills a script whenever it's 1,000 layers deep in an exception stack... that would be great. Actual result: -- The process (PHP or Apache, depending on which are used to execute the script) will consume as much memory allowed while pegging the CPU at 100% utilization. Kill -9 works fine. Workarounds include ulimit and softlimit. -- Edit this bug report at http://bugs.php.net/?id=37204edit=1
#37204 [Opn-Bgs]: Can cause open-ended exception bomb
ID: 37204 Updated by: [EMAIL PROTECTED] Reported By: mailslot at mac dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.21-9.EL PHP Version: 5.1.2 New Comment: It means you didn't enable memory limit. php -r 'function foo() { $a = text; foo(); }; foo();' Fatal error: Allowed memory size of 2097152 bytes exhausted at ..Zend/zend_ptr_stack.h:59 (tried to allocate 137216 bytes) in Command line code on line 1 Previous Comments: [2006-04-26 07:26:57] mailslot at mac dot com No. They really aren't. I don't have 2GB RAM set in the config file. [2006-04-26 07:25:18] [EMAIL PROTECTED] These values are completely ignored during recursion bombs. They ARE respected. [2006-04-26 04:58:26] mailslot at mac dot com Okay... no recursion limits. Fine. I'd rather have to enable dangerous recursion levels, but I can live without it. I still think this bug is valid. Could you please respect the configuration defines that set limits for script execution time and memory usage? These values are completely ignored during recursion bombs. Surely that's not expected behavior. If they worked as advertised, this bug would never have even manifested itself. [2006-04-26 03:13:56] judas dot iscariote at gmail dot com the recursion Limit problem is well known (for years), and there is no solution at this time.( because solution should be adecuate for any legitimate use, not just for average use) Use Xdebug to set a recursion limit in your dev enviroment. [2006-04-26 00:45:04] mailslot at mac dot com Description: I encountered this problem while debugging an exception logging class. Infinite recursion problems are a coding mistake, but I've never seen one take down Apache before. Apache will grow in size until virtual memory starts swapping. The CPU will be at 100% and eventually, appears to halt. Limits, obviously, are not being used... yet. Reproduce code: --- ?php class Eggception extends Exception { public function __construct($ex) { parent::__construct($ex); try { // let's say that a database object throws derived Eggception throw new EggceptionSubclass('It happens'); // this is valid (not infinitely recursive) //throw new Exception('It happens'); } catch (Exception $e) { // should swallow exception, right? // not before a never-ending recursive bomb } } } class EggceptionSubclass extends Eggception {} // the following causes a runaway process (memory leak // CPU spike) with Apache 2.0.55 and PHP 5.1.2 // rather quickly, all server resources become exhausted // without proper process limits, potentially crashing the // entire machine. throw new Eggception('Exception Bomb'); ? Expected result: A timeout after a large CPU spike... perhaps a stack overflow error. An exception recursion counter that kills a script whenever it's 1,000 layers deep in an exception stack... that would be great. Actual result: -- The process (PHP or Apache, depending on which are used to execute the script) will consume as much memory allowed while pegging the CPU at 100% utilization. Kill -9 works fine. Workarounds include ulimit and softlimit. -- Edit this bug report at http://bugs.php.net/?id=37204edit=1
#37198 [Fbk-Opn]: Compilation fatal error: library -lsybtcl: not found
ID: 37198 User updated by: vincent dot castagnet at sgcib dot com Reported By: vincent dot castagnet at sgcib dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SOLARIS 8 PHP Version: 5CVS-2006-04-25 (snap) New Comment: Yes, I have it. But it seems there is something wrong in the configure file. We changed lsybtcl by ltcl, and then launched a make again, but hen we are stopped by a Sqlite error... we continue investigating. Previous Comments: [2006-04-26 07:44:35] [EMAIL PROTECTED] Are you sure you have this library installed? [2006-04-25 14:48:10] vincent dot castagnet at sgcib dot com Description: When compiling with latest snapshot, fatal error when trying to write libphp5.so I searched in the Bug database and also on the net, but couldn't find anything really close enough to my problem, or no solution have been provided :( Reproduce code: --- Configure: ./configure \ --prefix=/usr/local/php \ --with-sybase-ct=$SYBASE/$SYBASE_OCS \ --enable-static=sybase-ct \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-gd \ --with-zlib-dir=/usr/local \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm make ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' Expected result: Expecting compilation success. Actual result: -- Error at the end (it seems) of the make main/internal_functions.lo -lsybtcl -lintl -lcomn -lct -lcs -lrt -lpng -lz -lz -lresolv -lm -ldl -lnsl -lsocket -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -o libphp5.la ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' -- Edit this bug report at http://bugs.php.net/?id=37198edit=1
#37198 [Opn-Fbk]: Compilation fatal error: library -lsybtcl: not found
ID: 37198 Updated by: [EMAIL PROTECTED] Reported By: vincent dot castagnet at sgcib dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SOLARIS 8 PHP Version: 5CVS-2006-04-25 (snap) New Comment: From what I can see in ext/sybase/config.m4 first it looks for libtcl and only then tries to use sybtcl. So I'd say you need to check out why symbol netg_errstr() not found in libtcl. but then we are stopped by a Sqlite error.. Which exactly? I don't remember any problems on Solaris, except for its slowness.. Previous Comments: [2006-04-26 07:48:50] vincent dot castagnet at sgcib dot com Yes, I have it. But it seems there is something wrong in the configure file. We changed lsybtcl by ltcl, and then launched a make again, but hen we are stopped by a Sqlite error... we continue investigating. [2006-04-26 07:44:35] [EMAIL PROTECTED] Are you sure you have this library installed? [2006-04-25 14:48:10] vincent dot castagnet at sgcib dot com Description: When compiling with latest snapshot, fatal error when trying to write libphp5.so I searched in the Bug database and also on the net, but couldn't find anything really close enough to my problem, or no solution have been provided :( Reproduce code: --- Configure: ./configure \ --prefix=/usr/local/php \ --with-sybase-ct=$SYBASE/$SYBASE_OCS \ --enable-static=sybase-ct \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-gd \ --with-zlib-dir=/usr/local \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm make ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' Expected result: Expecting compilation success. Actual result: -- Error at the end (it seems) of the make main/internal_functions.lo -lsybtcl -lintl -lcomn -lct -lcs -lrt -lpng -lz -lz -lresolv -lm -ldl -lnsl -lsocket -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -o libphp5.la ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' -- Edit this bug report at http://bugs.php.net/?id=37198edit=1
#37204 [Bgs]: Can cause open-ended exception bomb
ID: 37204 User updated by: mailslot at mac dot com Reported By: mailslot at mac dot com Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.21-9.EL PHP Version: 5.1.2 New Comment: Never-mind. I'll fix it myself. Previous Comments: [2006-04-26 07:31:04] [EMAIL PROTECTED] It means you didn't enable memory limit. php -r 'function foo() { $a = text; foo(); }; foo();' Fatal error: Allowed memory size of 2097152 bytes exhausted at ..Zend/zend_ptr_stack.h:59 (tried to allocate 137216 bytes) in Command line code on line 1 [2006-04-26 07:26:57] mailslot at mac dot com No. They really aren't. I don't have 2GB RAM set in the config file. [2006-04-26 07:25:18] [EMAIL PROTECTED] These values are completely ignored during recursion bombs. They ARE respected. [2006-04-26 04:58:26] mailslot at mac dot com Okay... no recursion limits. Fine. I'd rather have to enable dangerous recursion levels, but I can live without it. I still think this bug is valid. Could you please respect the configuration defines that set limits for script execution time and memory usage? These values are completely ignored during recursion bombs. Surely that's not expected behavior. If they worked as advertised, this bug would never have even manifested itself. [2006-04-26 03:13:56] judas dot iscariote at gmail dot com the recursion Limit problem is well known (for years), and there is no solution at this time.( because solution should be adecuate for any legitimate use, not just for average use) Use Xdebug to set a recursion limit in your dev enviroment. 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/37204 -- Edit this bug report at http://bugs.php.net/?id=37204edit=1
#37198 [Opn-Fbk]: Compilation fatal error: library -lsybtcl: not found
ID: 37198 Updated by: [EMAIL PROTECTED] Reported By: vincent dot castagnet at sgcib dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SOLARIS 8 PHP Version: 5CVS-2006-04-25 (snap) New Comment: Are you sure you have this library installed? Previous Comments: [2006-04-25 14:48:10] vincent dot castagnet at sgcib dot com Description: When compiling with latest snapshot, fatal error when trying to write libphp5.so I searched in the Bug database and also on the net, but couldn't find anything really close enough to my problem, or no solution have been provided :( Reproduce code: --- Configure: ./configure \ --prefix=/usr/local/php \ --with-sybase-ct=$SYBASE/$SYBASE_OCS \ --enable-static=sybase-ct \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-gd \ --with-zlib-dir=/usr/local \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm make ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' Expected result: Expecting compilation success. Actual result: -- Error at the end (it seems) of the make main/internal_functions.lo -lsybtcl -lintl -lcomn -lct -lcs -lrt -lpng -lz -lz -lresolv -lm -ldl -lnsl -lsocket -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -o libphp5.la ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' -- Edit this bug report at http://bugs.php.net/?id=37198edit=1
#36668 [NoF-Opn]: access violations, about 1 percent of requests fail
ID: 36668 User updated by: s dot heinlein at phoenix-ag dot de Reported By: s dot heinlein at phoenix-ag dot de -Status: No Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.1.2 New Comment: We found out, that the situation disappears when HyperThreading is deactivated. Previous Comments: [2006-03-17 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. [2006-03-09 14:50:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2006-03-09 14:50:04] [EMAIL PROTECTED] We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. [2006-03-09 14:36:49] s dot heinlein at phoenix-ag dot de Description: With any version since 5.02 of PHP we see rare cases of access violations with changing adresses where requests are not answered. Actually we use PHP 5.1.2 with no extensions/modules installed. Only PEAR SOAP 0.9.2 is used for communication with our host DB. The problems have been observed with Windows Server 2003 with and without SP1 and all patches. PHP is running as an ISAPI process. Reproduce code: --- The problem can also be seen while processing the following code from dummy.php: htmlbody/body/html Even with that simple fragment, requests are not processed properly in rare cases and an access violation occurs. Expected result: We expected not to see the described error with that dummy.php. -- Edit this bug report at http://bugs.php.net/?id=36668edit=1
#36668 [Opn-Bgs]: access violations, about 1 percent of requests fail
ID: 36668 Updated by: [EMAIL PROTECTED] Reported By: s dot heinlein at phoenix-ag dot de -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.1.2 New Comment: Thanks for the info. Now it's clearly not PHP problem. Previous Comments: [2006-04-26 08:42:06] s dot heinlein at phoenix-ag dot de We found out, that the situation disappears when HyperThreading is deactivated. [2006-03-17 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. [2006-03-09 14:50:45] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2006-03-09 14:50:04] [EMAIL PROTECTED] We are aware of PHP's problems with stability under IIS and are working to rectify the problem. Unfortunatly your bug report does not contain any extra useful information and we already have enough bug reports open about this issue. If you can provide more detailed information such as a reproducable crash or a backtrace please do so and reopen this bug. Otherwise please keep trying new releases as we are working to resolve the problems on this platform Thanks for your interest in PHP. [2006-03-09 14:36:49] s dot heinlein at phoenix-ag dot de Description: With any version since 5.02 of PHP we see rare cases of access violations with changing adresses where requests are not answered. Actually we use PHP 5.1.2 with no extensions/modules installed. Only PEAR SOAP 0.9.2 is used for communication with our host DB. The problems have been observed with Windows Server 2003 with and without SP1 and all patches. PHP is running as an ISAPI process. Reproduce code: --- The problem can also be seen while processing the following code from dummy.php: htmlbody/body/html Even with that simple fragment, requests are not processed properly in rare cases and an access violation occurs. Expected result: We expected not to see the described error with that dummy.php. -- Edit this bug report at http://bugs.php.net/?id=36668edit=1
#36984 [Fbk-Opn]: httpd size grows on every restart/graceful restart with php enabled
ID: 36984 User updated by: vijaybabu at gmail dot com Reported By: vijaybabu at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: HPUX PHP Version: 5.1.2, 4.4.2 New Comment: I have been using Apache with Worker MPM for quite a long time due to some to its features and moving to prefork mpm is not a feasible solution at this point of time. Is there anything else i can try to fix this?. Previous Comments: [2006-04-26 07:26:41] [EMAIL PROTECTED] Please try with prefork MPM. [2006-04-26 05:49:35] vijaybabu at gmail dot com I am using worker MPM. [2006-04-19 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-04-11 17:16:34] [EMAIL PROTECTED] What MPM are you running? [2006-04-06 07:59:15] vijaybabu at gmail dot com Here is my configure command: ./configure --prefix=/opt/apache/php --enable-so --with-apxs2=/opt/apache/bin/apxs --with-apache2=/opt/apache 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/36984 -- Edit this bug report at http://bugs.php.net/?id=36984edit=1
#33292 [Ver-Csd]: apache_get_modules() crashes
ID: 33292 Updated by: [EMAIL PROTECTED] Reported By: doug_craig at charter dot net -Status: Verified +Status: Closed Bug Type: Apache related Operating System: win32 only PHP Version: 5CVS-2005-06-20 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: [2005-11-25 00:56:43] [EMAIL PROTECTED] See also bug #29764 and this patch: http://cvs.php.net/diff.php/php-src/sapi/apache/php_apache.c?r1=1.86r2=1.86.2.1ty=u , which seems not to help, as the issue is reproducible in 5.0.x too. [2005-06-17 19:53:40] [EMAIL PROTECTED] Reproduced with Apache 1.3.33 [2005-06-17 19:40:37] [EMAIL PROTECTED] Works fine with Apache2. [2005-06-10 01:07:55] doug_craig at charter dot net Description: Only modification from php.ini-recommended is to enable MySQL (and changes made by PHP 5.0.4 Installer). PHP installed as an Apache module. Apache/1.3.33 (Win32) Reproduce code: --- ?php print_r(apache_get_modules()); ? Expected result: Array ( [0] = core [1] = http_core [2] = mod_so [3] = sapi_apache2 [4] = mod_mime [5] = mod_rewrite ) Actual result: -- No error report to Apache error.log Windows error: Apache.exe - Application Error for a memory reference that could not be read. -- Edit this bug report at http://bugs.php.net/?id=33292edit=1
#37198 [Fbk-Csd]: Compilation fatal error: library -lsybtcl: not found
ID: 37198 User updated by: vincent dot castagnet at sgcib dot com Reported By: vincent dot castagnet at sgcib dot com -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: SOLARIS 8 PHP Version: 5CVS-2006-04-25 (snap) New Comment: Ok, we went through that error by compiling with PHP 5.0.4 from sunfreeware and with the following configure command: ./configure' '--prefix=/usr/local/php' '--with-sybase-ct=/opt/sybase' '--enable-static=sybase-ct' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-gd' '--with-zlib-dir=/usr/local' '--without-sqlite' '--without-pdo-sqlite' '--without-pear' Build went OK. Then for the apache to work we had to do the little trick as explained here by sean dot healey at bayernlb dot co dot uk: http://us2.php.net/sybase Now php works with apache, but we have Sybase connection problems. I hope it's not coming from the build :( . But that's another problem and this bug is closed. Thanks for your help !! :) Previous Comments: [2006-04-26 07:55:55] [EMAIL PROTECTED] From what I can see in ext/sybase/config.m4 first it looks for libtcl and only then tries to use sybtcl. So I'd say you need to check out why symbol netg_errstr() not found in libtcl. but then we are stopped by a Sqlite error.. Which exactly? I don't remember any problems on Solaris, except for its slowness.. [2006-04-26 07:48:50] vincent dot castagnet at sgcib dot com Yes, I have it. But it seems there is something wrong in the configure file. We changed lsybtcl by ltcl, and then launched a make again, but hen we are stopped by a Sqlite error... we continue investigating. [2006-04-26 07:44:35] [EMAIL PROTECTED] Are you sure you have this library installed? [2006-04-25 14:48:10] vincent dot castagnet at sgcib dot com Description: When compiling with latest snapshot, fatal error when trying to write libphp5.so I searched in the Bug database and also on the net, but couldn't find anything really close enough to my problem, or no solution have been provided :( Reproduce code: --- Configure: ./configure \ --prefix=/usr/local/php \ --with-sybase-ct=$SYBASE/$SYBASE_OCS \ --enable-static=sybase-ct \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-gd \ --with-zlib-dir=/usr/local \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm make ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' Expected result: Expecting compilation success. Actual result: -- Error at the end (it seems) of the make main/internal_functions.lo -lsybtcl -lintl -lcomn -lct -lcs -lrt -lpng -lz -lz -lresolv -lm -ldl -lnsl -lsocket -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -o libphp5.la ld: fatal: library -lsybtcl: not found ld: fatal: File processing errors. No output written to .libs/libphp5.so *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' -- Edit this bug report at http://bugs.php.net/?id=37198edit=1
#37205 [Opn-Csd]: Serving binary content/images fails with comm with server aborted FastCGI err
ID: 37205 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at thequod dot de -Status: Open +Status: Closed Bug Type: CGI related Operating System: Ubuntu Linux PHP Version: 5CVS-2006-04-26 (CVS) -Assigned To: +Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_1. Previous Comments: [2006-04-26 01:39:28] phpbugs at thequod dot de fixed summary [2006-04-26 01:37:18] phpbugs at thequod dot de Description: I've just tested PHP 5.1.3RC4-dev (cgi-fcgi) (built: Apr 26 2006 01:25:05). The problem I've found seems to be related to: - Reimplemented FastCGI interface. (Dmitry) If I serve a binary file (image) through PHP, the communication with the fastcgi server gets broken. Reproduce code: --- ?php #header('Content-Type: image/gif'); echo file_get_contents( 'http://www.salonmarcharris.com/images/newburyhome.gif' ); ? or ?php #header('Content-Type: image/gif'); echo file_get_contents( 'http://www.hahler.de/skins/blueyed/img/hahler/powl.jpg' ); ? This is my fastcgi startup script: #!/bin/sh PHPRC=/XXX/webXXX/conf/php5 export PHPRC PHP_FCGI_CHILDREN=4 export PHP_FCGI_CHILDREN exec /bin/php51_CVS-fcgi This is how the server gets configured in /etc/apache2/mods-enabled/fastcgi.conf: FastCgiServer /XXX/fcgi-scripts/webXXX/php5-fcgi-starter -user webXXX -group webXXX -pass-header HTTP_AUTHORIZATION -flush -idle-timeout 60 I've installed libapache2-mod-fastcgi 2.4.2-6 (Ubuntu Breezy). Expected result: Only the binary (image) data, without the attached The server encountered an internal error or misconfiguration and was unable to complete your request. error message. Actual result: -- Binary data from the image and then the internal server error. These are errors from the error log: [Wed Apr 26 03:16:46 2006] [error] [client 83.135.205.222] FastCGI: comm with server /XXX/fcgi-scripts/webXXX/php5-fcgi-starter aborted: protocol error: invalid version: 152 != FCGI_VERSION(1) (with the first URL provided above) or [Wed Apr 26 03:21:15 2006] [error] [client 83.135.205.222] (104)Connection reset by peer: FastCGI: comm with server /XXX/fcgi-scripts/webXXX/php5-fcgi-starter aborted: read failed (with the second URL provided above) - My .configure: ./configure \ --prefix=/home/XXX/make/php5 \ --with-config-file-path=/etc/php5 \ --with-pear=/XXX/lib/php5 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring=all \ --enable-mbregex \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-imap \ --with-imap-ssl \ --with-jpeg-6b \ --with-jpeg-dir \ --with-kerberos \ --with-ldap \ --with-ldap-sasl \ --with-mcrypt \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --with-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin -- Edit this bug report at http://bugs.php.net/?id=37205edit=1
#37133 [Opn-Fbk]: PHP in FastCGI mode cannot connect to same Apache server using readfile()
ID: 37133 Updated by: [EMAIL PROTECTED] Reported By: ecarpenter at itex dot co dot za -Status: Open +Status: Feedback Bug Type: CGI related Operating System: SuSE Linux 10.0 PHP Version: 4.4.2 New Comment: How many PHP processes do you have? Seems mod_fastcgi doesn't start additional process for sub-request and existing process is busy. Previous Comments: [2006-04-19 14:13:54] ecarpenter at itex dot co dot za If I configure the PHP application as a normal CGI handler everything works fine (just very slow) - #Settings used to run as normal cgi AddHandler php-cgi .php Action php-cgi /cgi-bin/php DirectoryIndex index.php - #fastcgi settings to recreate the problem ScriptAlias /fcgi-bin/ /srv/www/fcgi-bin/ FastCgiIpcDir /var/lib/apache2/fastcgi Directory /srv/www/fcgi-bin AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all /Directory FastCgiServer /srv/www/fcgi-bin/php-cgi #FastCGIExternalServer /srv/www/fcgi-bin/php-cgi -host 127.0.0.1:8000 AddHandler php-fastcgi .php Action php-fastcgi /fcgi-bin/php-cgi DirectoryIndex index.php [2006-04-19 11:06:58] [EMAIL PROTECTED] I can't reproduce it. Please try to execute the same code using PHP CLI. [2006-04-19 11:04:01] ecarpenter at itex dot co dot za The only errors found in the error log refers to timeout waiting for a reply. Note that the php server did not stop working and could handle new requests and even requests while the suspect one is in progress. Below are the errors found in the error_log: [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server /srv/www/fcgi-bin/php-cgi aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server /srv/www/fcgi-bin/php-cgi [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server /srv/www/fcgi-bin/php-cgi aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server /srv/www/fcgi-bin/php-cgi [2006-04-19 10:20:59] [EMAIL PROTECTED] What exactly is written in the error_log about it? [2006-04-19 10:12:49] ecarpenter at itex dot co dot za I download the release, the same problem still exist. I compiled PHP using the following settings: /configure --prefix=/usr --datadir=/usr/share/php --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --sysconfdir=/etc --with-_lib=lib --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --disable-debug --enable-inline-optimization --enable-memory-limit --enable-magic-quotes --enable-safe-mode --enable-sigchild --disable-ctype --disable-session --without-mysql --disable-cli --without-pear --with-openssl --enable-force-cgi-redirect --enable-fastcgi --bindir=/srv/www/cgi-bin The output after running php -v PHP 4.4.3-dev (cgi-fcgi) (built: Apr 19 2006 11:52:46) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies 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/37133 -- Edit this bug report at http://bugs.php.net/?id=37133edit=1
#36956 [NoF-Opn]: dirname returns \ for root /
ID: 36956 User updated by: e dot vandeoudeweetering at marcanti dot esprit-sg dot Reported By: e dot vandeoudeweetering at marcanti dot esprit-sg dot -Status: No Feedback +Status: Open Bug Type: Directory function related Operating System: Windows 2000 (5.00.2195) SP4 PHP Version: 5.1.2 New Comment: I used: C:\phptempphp -v PHP 5.1.3RC4-dev (cli) (built: Apr 26 2006 12:19:43) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies With the same result as before: C:\phptemptest.php C:\Temp : C:\\Temp C:/Temp : C:\/Temp C:\ : C:\\C: C:/ : C:\/C: \\server\share : \\server\share //server/share : //server/share /usr/local : /usr/local Previous Comments: [2006-04-18 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-04-10 12:01:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-04 11:58:35] e dot vandeoudeweetering at marcanti dot esprit-sg dot I did check the following documentation: http://nl3.php.net/manual/en/function.dirname.php dirname('c:/'); it returns c:\ (notice the backslash) the documentation says it should return c: suggest the following 7 examles: $dir = 'C:\\Temp'; print $dir\t\t: .dirname($dir).'\\'.basename($dir).\n; $dir = 'C:/Temp'; print $dir\t\t: .dirname($dir).'/'.basename($dir).\n; $dir = 'C:\\'; print $dir\t\t: .dirname($dir).'\\'.basename($dir).\n; $dir = 'C:/'; print $dir\t\t: .dirname($dir).'/'.basename($dir).\n; $dir = 'server\\share'; print $dir\t: .dirname($dir).'\\'.basename($dir).\n; $dir = '//server/share'; print $dir\t: .dirname($dir).'/'.basename($dir).\n; $dir = '/usr/local'; print $dir\t: .dirname($dir).'/'.basename($dir).\n; The following output is generated: C:\Temp : C:\\Temp C:/Temp : C:\/Temp C:\ : C:\\C: C:/ : C:\/C: \\server\share : \\server\share //server/share : //server/share /usr/local : /usr/local The following output is expected: C:\Temp : C:\Temp C:/Temp : C:/Temp C:\ : C:\ C:/ : C:/ \\server\share : \\server\share //server/share : //server/share /usr/local : /usr/local As you see something is wrong! [2006-04-04 09:27:14] [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 expected, as Window$ uses \ everywhere instead of / on *nix. [2006-04-03 13:33:19] e dot vandeoudeweetering at marcanti dot esprit-sg dot Description: When using the function dirname, \ is returned for the root directory / This is what the documentation says: //after PHP 4.3.0 dirname('c:/'); // returns 'c:' Reproduce code: --- print dirname('/'); print dirname('C:/'); print dirname('C:\\'); //this function works Expected result: / C: C:\ Actual result: -- \ C:\ C:\ -- Edit this bug report at http://bugs.php.net/?id=36956edit=1
#37133 [Fbk-Opn]: PHP in FastCGI mode cannot connect to same Apache server using readfile()
ID: 37133 User updated by: ecarpenter at itex dot co dot za Reported By: ecarpenter at itex dot co dot za -Status: Feedback +Status: Open Bug Type: CGI related Operating System: SuSE Linux 10.0 PHP Version: 4.4.2 New Comment: I have only one PHP server process running. Would this imply that all the PHP execution requests send are all serialized on one PHP server for for processing? It was my understanding that if the PHP applications is started as a server (-b :8000) it could handle multiple requests simultaneously , am I wrong? Previous Comments: [2006-04-26 11:12:26] [EMAIL PROTECTED] How many PHP processes do you have? Seems mod_fastcgi doesn't start additional process for sub-request and existing process is busy. [2006-04-19 14:13:54] ecarpenter at itex dot co dot za If I configure the PHP application as a normal CGI handler everything works fine (just very slow) - #Settings used to run as normal cgi AddHandler php-cgi .php Action php-cgi /cgi-bin/php DirectoryIndex index.php - #fastcgi settings to recreate the problem ScriptAlias /fcgi-bin/ /srv/www/fcgi-bin/ FastCgiIpcDir /var/lib/apache2/fastcgi Directory /srv/www/fcgi-bin AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all /Directory FastCgiServer /srv/www/fcgi-bin/php-cgi #FastCGIExternalServer /srv/www/fcgi-bin/php-cgi -host 127.0.0.1:8000 AddHandler php-fastcgi .php Action php-fastcgi /fcgi-bin/php-cgi DirectoryIndex index.php [2006-04-19 11:06:58] [EMAIL PROTECTED] I can't reproduce it. Please try to execute the same code using PHP CLI. [2006-04-19 11:04:01] ecarpenter at itex dot co dot za The only errors found in the error log refers to timeout waiting for a reply. Note that the php server did not stop working and could handle new requests and even requests while the suspect one is in progress. Below are the errors found in the error_log: [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server /srv/www/fcgi-bin/php-cgi aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server /srv/www/fcgi-bin/php-cgi [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server /srv/www/fcgi-bin/php-cgi aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server /srv/www/fcgi-bin/php-cgi [2006-04-19 10:20:59] [EMAIL PROTECTED] What exactly is written in the error_log about it? 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/37133 -- Edit this bug report at http://bugs.php.net/?id=37133edit=1
#32935 [Com]: SNMP timeouts on specific OIDs and truncating of certain OID return strings
ID: 32935 Comment by: frog2wah at gmail dot com Reported By: nospam-php at homeuseonly dot co dot uk Status: No Feedback Bug Type: SNMP related Operating System: Windows 2003 SP1 / Windows XP SP PHP Version: 5CVS-2005-07-29 New Comment: Let's hope i'll wake up the bug ... Havin the same problem with the apache/php couple running on windows, and querying XP clients, latest snmp module installed with php 5.1.1 The double backslash problem seems to appear only on particular mibs like host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath A little testing : Running a linux snmpwalk (no php) to scan on a xp box gives : HOST-RESOURCES-MIB::hrSWRunPath.120 = STRING: C:\\WINDOWS\\System32\\ using windows getif software on the same mib : host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath.120 : C:\Windows\System32\ Now the query result from php : [host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath.120]= string(22) C:\\WINDOWS\\System3 I'd say : as php is using net-snmp (am i wrong ?), it gets the \\ result from it (as far as i know getif doesn't use net-snmp and gets a different result, that's why i think so). But PHP itself did not resize the variable that holds the returned value, and that would be why you lose 1 caracter per backslash Previous Comments: [2006-01-01 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. [2005-12-24 02:37:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-03 13:18:12] nospam-php at homeuseonly dot co dot uk I have tried changing the magic_ options. it made no differance. They were at the default setting. [2005-11-01 11:28:53] [EMAIL PROTECTED] Do you happen to have any of the magic_quotes_* ini settings 'On' when this happens? [2005-10-14 14:27:12] pawelgl at interia dot pl I have the same problem with php 4.3.10. It looks that problem is related to number of backslashes \. It looks like inside conversion unwind \ into \\ not changing size of string array. During return conversion all \\ are winded into \ but trailing chars are lost. 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/32935 -- Edit this bug report at http://bugs.php.net/?id=32935edit=1
#37208 [NEW]: Novell Open Enterprise Server, NetWare 6.5
From: omar dot a dot abdi at uis dot no Operating system: netware 6.5 sp4a PHP version: 5.1.2 PHP Bug Type: HTTP related Bug description: Novell Open Enterprise Server, NetWare 6.5 Description: Novell Open Enterprise Server, NetWare 6.5 PVER: 6.50.04 Server WITH halted Wednesday, 26 April 2006 13.23.40,131 Abend 1 on P01: Server-5.70.04: Page Fault Processor Exception (Error code ) Registers: CS = 0060 DS = 007B ES = 007B FS = 007B GS = 007B SS = 0068 EAX = EBX = ECX = FFFE EDX = A2696830 ESI = EDI = 8CA0BDA9 EBP = A2026FE4 ESP = A2026FC0 EIP = 4C289494 FLAGS = 00010246 4C289494 833C9800 CMP [EAX+EBX*4]=?, EIP in AUTHLDDN.NLM at code start +0494h Access Location: 0x The violation occurred while processing the following instruction: 4C289494 833C9800 CMP [EAX+EBX*4], 4C289498 75F6 JNZ 4C289490 4C28949A 83C9FF OR ECX, 4C28949D 8B7D08 MOV EDI, [EBP+08] 4C2894A0 31C0 XOR EAX, EAX 4C2894A2 F2AE REPNE SCASB 4C2894A4 B8FEFF MOV EAX, FFFE 4C2894A9 29C8 SUB EAX, ECX 4C2894AB 85C0 TESTEAX, EAX 4C2894AD 7502 JNZ 4C2894B1 Running process: Apache_Worker 8 Process Thread Owned by NLM: APACHE2.NLM Stack pointer: A2028D30 OS Stack limit: A201A140 Scheduling priority: 67371008 Wait state: 5050030 Blocked on Semaphore Stack: -4C28B198 (AUTHLDDN.NLM|(Data Start)+198) --4D3AE940 ? -- ? --A2694BF0 ? --0001 ? 4C2897EA (AUTHLDDN.NLM|(Code Start)+7EA) -- ? --A2694BF0 ? --8CA0BC80 ? --A2029024 ? 4C289801 (AUTHLDDN.NLM|(Code Start)+801) --A2696830 ? --A2694BF0 ? --8CA0BC80 ? --223D6575 ? --8BE60050 ? --0001 ? -- ? --A26967B0 ? -- ? --6F282628 ? --63656A62 ? --616C4374 ? --753D7373 ? --29726573 ? --64697528 ? --29292A3D ? --223D6C00 ? --6C636E69 ? --2F656475 ? --2E706F74 ? --6C6D7468 ? --2D2D2022 ? --0D0A0D3E ? --2020200A ? --6E755320 ? --20756375 ? --64207562 ? --6DFC6B6F ? --20616E61 ? --26697265 ? --31353323 ? --206D693B ? --696E7A69 ? --697A696E ? --266F6420 ? --37383223 ? --6C75723B ? --6D617961 ? --23266461 ? --3B353033 ? --200A0D2E ? --59202020 ? --696B2061 ? --26696C6D ? --37383223 ? --696E693B ? --6F64207A ? --38322326 ? --75723B37 ? --616E616C ? --2664616D ? --35303323 ? --F628203B ? --26656E72 ? --37383223 ? --206E693B ? --61746168 ? --3323266C ? --203B3530 ? --6F726170 ? --6720616C ? --69647269 ? --297A696E ? --200A0D2C ? --79202020 ? --61642061 ? --7A656720 ? --696E6967 ? --207A696E ? --69207562 ? --35332326 ? --656C3B31 ? --7920696D ? --6E697265 ? --65672065 ? --65726974 ? --6F79696D ? --0A0D2E72 ? --20200A0D ? --2D2D213C ? --636E6923 ? --6564756C ? --72697620 ? --6C617574 ? --6E69223D ? --64756C63 ? --70732F65 ? --72656361 ? --6D74682E ? Additional Information: The CPU encountered a problem executing code in AUTHLDDN.NLM. The problem may be in that module or in data passed to that module by a process owned by APACHE2.NLM. -- Edit bug report at http://bugs.php.net/?id=37208edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37208r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37208r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37208r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37208r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37208r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37208r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37208r=needscript Try newer version:http://bugs.php.net/fix.php?id=37208r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37208r=support Expected behavior:http://bugs.php.net/fix.php?id=37208r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37208r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37208r=submittedtwice register_globals:
#37208 [Opn-Fbk]: Novell Open Enterprise Server, NetWare 6.5
ID: 37208 Updated by: [EMAIL PROTECTED] Reported By: omar dot a dot abdi at uis dot no -Status: Open +Status: Feedback -Bug Type: Website problem +Bug Type: Other web server Operating System: netware 6.5 sp4a PHP Version: 5.0.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-04-26 13:25:00] omar dot a dot abdi at uis dot no When I chech the Error code which is Abend 1 on P01: Server-5.70.04 It says that error coused of PHP Please lat me know how to fix this thanks [2006-04-26 13:16:59] omar dot a dot abdi at uis dot no Description: Novell Open Enterprise Server, NetWare 6.5 PVER: 6.50.04 Server WITH halted Wednesday, 26 April 2006 13.23.40,131 Abend 1 on P01: Server-5.70.04: Page Fault Processor Exception (Error code ) Registers: CS = 0060 DS = 007B ES = 007B FS = 007B GS = 007B SS = 0068 EAX = EBX = ECX = FFFE EDX = A2696830 ESI = EDI = 8CA0BDA9 EBP = A2026FE4 ESP = A2026FC0 EIP = 4C289494 FLAGS = 00010246 4C289494 833C9800 CMP [EAX+EBX*4]=?, EIP in AUTHLDDN.NLM at code start +0494h Access Location: 0x The violation occurred while processing the following instruction: 4C289494 833C9800 CMP [EAX+EBX*4], 4C289498 75F6 JNZ 4C289490 4C28949A 83C9FF OR ECX, 4C28949D 8B7D08 MOV EDI, [EBP+08] 4C2894A0 31C0 XOR EAX, EAX 4C2894A2 F2AE REPNE SCASB 4C2894A4 B8FEFF MOV EAX, FFFE 4C2894A9 29C8 SUB EAX, ECX 4C2894AB 85C0 TESTEAX, EAX 4C2894AD 7502 JNZ 4C2894B1 Running process: Apache_Worker 8 Process Thread Owned by NLM: APACHE2.NLM Stack pointer: A2028D30 OS Stack limit: A201A140 Scheduling priority: 67371008 Wait state: 5050030 Blocked on Semaphore Stack: -4C28B198 (AUTHLDDN.NLM|(Data Start)+198) --4D3AE940 ? -- ? --A2694BF0 ? --0001 ? 4C2897EA (AUTHLDDN.NLM|(Code Start)+7EA) -- ? --A2694BF0 ? --8CA0BC80 ? --A2029024 ? 4C289801 (AUTHLDDN.NLM|(Code Start)+801) --A2696830 ? --A2694BF0 ? --8CA0BC80 ? --223D6575 ? --8BE60050 ? --0001 ? -- ? --A26967B0 ? -- ? --6F282628 ? --63656A62 ? --616C4374 ? --753D7373 ? --29726573 ? --64697528 ? --29292A3D ? --223D6C00 ? --6C636E69 ? --2F656475 ? --2E706F74 ? --6C6D7468 ? --2D2D2022 ? --0D0A0D3E ? --2020200A ? --6E755320 ? --20756375 ? --64207562 ? --6DFC6B6F ? --20616E61 ? --26697265 ? --31353323 ? --206D693B ? --696E7A69 ? --697A696E ? --266F6420 ? --37383223 ? --6C75723B ? --6D617961 ? --23266461 ? --3B353033 ? --200A0D2E ? --59202020 ? --696B2061 ? --26696C6D ? --37383223 ? --696E693B ? --6F64207A ? --38322326 ? --75723B37 ? --616E616C ? --2664616D ? --35303323 ? --F628203B ? --26656E72 ? --37383223 ? --206E693B ? --61746168 ? --3323266C ? --203B3530 ? --6F726170 ? --6720616C ? --69647269 ? --297A696E ? --200A0D2C ? --79202020 ? --61642061 ? --7A656720 ? --696E6967 ? --207A696E ? --69207562 ? --35332326 ? --656C3B31 ? --7920696D ? --6E697265 ? --65672065 ? --65726974 ? --6F79696D ? --0A0D2E72 ? --20200A0D ? --2D2D213C ? --636E6923 ? --6564756C ? --72697620 ? --6C617574 ? --6E69223D ? --64756C63 ? --70732F65 ? --72656361 ? --6D74682E ? Additional Information: The CPU encountered a problem executing code in AUTHLDDN.NLM. The problem may be in that module or in data passed to that module by a process owned by APACHE2.NLM. -- Edit this bug report at
#37209 [NEW]: mssql_execute with non fatal errors
From: netvbonline at yahoo dot co dot uk Operating system: Win XP Pro PHP version: 5.1.2 PHP Bug Type: MSSQL related Bug description: mssql_execute with non fatal errors Description: Using the extension php_mssql.dll and mssql_execute method to execute a stored procedure within SQL Server 2000. Basically, if the stored procedure generates a non-fatal message, for example trying to insert a duplicate value into a table before doing a big seek then output parameters are still available to Query analyser. However when using the mssql_execute method, the execution fails.. even though stored procedure is returning a successful execution value of 0. Its possible to have a stored procedure with 10 statements, and 5 legitamately may fail with a non fatal message, which is handled internally by the stored procedure. The mssql_execute method should fail on execution (any in anycase should still have populated output parameters). Cheers. Reproduce code: --- $hStmt = mssql_init(usp_fetch_or_insert_forename, $hCon); mssql_bind($hStmt, @Forename, $name, SQLVARCHAR); // Output mssql_bind($hStmt, @ForenameID, $ForenameID, SQLINT4, TRUE); $result=mssql_execute($hStmt,true); if (!$result) { echo ERROR HAS OCCURRED; } else { echo NO ERROR; } if ($ForenameID==0) { // error must have occurred echo There was an error trying to get forename pk and forenameid is .$ForenameID; } else { echo everything is fine and forenameid is .$ForenameID; } Expected result: $ForenameID=Value Returned From Stored Procedure Actual result: -- $ForenameID=0 -- Edit bug report at http://bugs.php.net/?id=37209edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37209r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37209r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37209r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37209r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37209r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37209r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37209r=needscript Try newer version:http://bugs.php.net/fix.php?id=37209r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37209r=support Expected behavior:http://bugs.php.net/fix.php?id=37209r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37209r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37209r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37209r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37209r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37209r=dst IIS Stability:http://bugs.php.net/fix.php?id=37209r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37209r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37209r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37209r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37209r=mysqlcfg
#37209 [Opn]: mssql_execute with non fatal errors
ID: 37209 User updated by: netvbonline at yahoo dot co dot uk Reported By: netvbonline at yahoo dot co dot uk Status: Open Bug Type: MSSQL related Operating System: Win XP Pro PHP Version: 5.1.2 New Comment: SORRY, BIG TYPO The mssql_execute method SHOULD NOT fail on execution (but in anycase should still have populated output parameters). Previous Comments: [2006-04-26 14:32:23] netvbonline at yahoo dot co dot uk Description: Using the extension php_mssql.dll and mssql_execute method to execute a stored procedure within SQL Server 2000. Basically, if the stored procedure generates a non-fatal message, for example trying to insert a duplicate value into a table before doing a big seek then output parameters are still available to Query analyser. However when using the mssql_execute method, the execution fails.. even though stored procedure is returning a successful execution value of 0. Its possible to have a stored procedure with 10 statements, and 5 legitamately may fail with a non fatal message, which is handled internally by the stored procedure. The mssql_execute method should fail on execution (any in anycase should still have populated output parameters). Cheers. Reproduce code: --- $hStmt = mssql_init(usp_fetch_or_insert_forename, $hCon); mssql_bind($hStmt, @Forename, $name, SQLVARCHAR); // Output mssql_bind($hStmt, @ForenameID, $ForenameID, SQLINT4, TRUE); $result=mssql_execute($hStmt,true); if (!$result) { echo ERROR HAS OCCURRED; } else { echo NO ERROR; } if ($ForenameID==0) { // error must have occurred echo There was an error trying to get forename pk and forenameid is .$ForenameID; } else { echo everything is fine and forenameid is .$ForenameID; } Expected result: $ForenameID=Value Returned From Stored Procedure Actual result: -- $ForenameID=0 -- Edit this bug report at http://bugs.php.net/?id=37209edit=1
#34794 [Com]: proc_close() hangs when used with two processes
ID: 34794 Comment by: radu dot rendec at ines dot ro Reported By: e-t172 at e-t172 dot net Status: Assigned Bug Type: Program Execution Operating System: Linux PHP Version: 5CVS-2005-10-09 (snap) Assigned To: wez New Comment: Same problem with 5.1.3RC4-dev (latest CVS snapshot at the moment) on Linux/i386. I independently reproduced the bug with the following piece of code: error_reporting(E_ALL); $spec = array( 0 = array(pipe, r), 1 = array(pipe, w), 2 = array(pipe, w) ); $p1 = proc_open(/bin/cat, $spec, $fd1); $p2 = proc_open(/bin/cat, $spec, $fd2); fclose($fd1[0]); fclose($fd1[1]); fclose($fd1[2]); echo closing p1... ; flush(); proc_close($p1); echo success\n; flush(); This code hangs in proc_close(). This doesn't happen if the second proc_open() is commented. Although the parent process seems to correctly close all pipes, the child process still remains blocked in read(0,...). Previous Comments: [2005-11-01 11:54:27] [EMAIL PROTECTED] Assigned to the author of this stuff. [2005-10-09 20:12:09] e-t172 at e-t172 dot net Same problem with the last CVS Snapshot. [2005-10-09 18:23:40] e-t172 at e-t172 dot net Description: (i am french, sorry for my bad english) 1. Open two processes with proc_open() 2. Try to close them : it works only if you close the second one first, otherwise it hangs Reproduce code: --- ?php echo('Opening process 1'.\n); $process1 = proc_open('cat', array(0 = array('pipe', 'r'), 1 = array('pipe', 'r')), $pipes1); echo('Opening process 2'.\n); $process2 = proc_open('cat', array(0 = array('pipe', 'r'), 1 = array('pipe', 'r')), $pipes2); // WORKS : //echo('Closing process 2'.\n); //fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2); //echo('Closing process 1'.\n); //fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1); // DOESN'T WORK : echo('Closing process 1'.\n); fclose($pipes1[0]); fclose($pipes1[1]); proc_close($process1); echo('Closing process 2'.\n); fclose($pipes2[0]); fclose($pipes2[1]); proc_close($process2); ? Expected result: $ php -f test.php Opening process 1 Opening process 2 Closing process 1 Closing process 2 $ Actual result: -- $ php -f test.php Opening process 1 Opening process 2 Closing process 1 (HANGS) -- Edit this bug report at http://bugs.php.net/?id=34794edit=1
#37210 [NEW]: array_multisort reports inconsistent warning when arrays are consistent
From: mattsch at gmail dot com Operating system: Linux PHP version: 5.1.2 PHP Bug Type: Arrays related Bug description: array_multisort reports inconsistent warning when arrays are consistent Description: array_multisort reports this warning on arrays in which the sizes are consistent: Warning: array_multisort() [function.array-multisort]: Array sizes are inconsistent in /home/www/rootsite_staging/reports/index.php on line Reproduce code: --- ?php $selectedReports = array ( 'file' = array ( 0 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060417_DAY.xls', 1 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060417_DailyPayroll.xls', 2 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060418_DAY.xls', 3 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060418_DailyPayroll.xls', 4 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060419_DAY.xls', 5 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060419_DailyPayroll.xls', 6 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060420_DAY.xls', 7 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060420_DAY_r1.xls', 8 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060420_DailyPayroll.xls', 9 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060420_DailyPayroll_r1.xls', 10 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060421_DAY.xls', ), 'date' = array ( 0 = '2006-04-17', 1 = '2006-04-17', 2 = '2006-04-18', 3 = '2006-04-18', 4 = '2006-04-19', 5 = '2006-04-19', 6 = '2006-04-20', 7 = '2006-04-20', 8 = '2006-04-20', 9 = '2006-04-20', 10 = '2006-04-21', ), 'revision' = array ( 0 = 0, 1 = 0, 2 = 0, 3 = 0, 4 = 0, 5 = 0, 6 = 0, 7 = 1, 8 = 0, 9 = 1, 10 = 0, ), 'report' = array ( 0 = 'Daily Manager Report', 1 = 'Payroll Report', 2 = 'Daily Manager Report', 3 = 'Payroll Report', 4 = 'Daily Manager Report', 5 = 'Payroll Report', 6 = 'Daily Manager Report', 7 = 'Daily Manager Report', 8 = 'Payroll Report', 9 = 'Payroll Report', 10 = 'Daily Manager Report', ), ); array_multisort($selectedReports['date'], $selectedReports['report'], $selectedReports['revision'], SORT_DESC, $selectedReports['file'], $selectedReports); ? Expected result: The size of each dimension dimension being sorted are consistent. I've checked it and rechecked it and even looped over it (no index error). It should not report an inconsistent warning. Actual result: -- Does not sort and reports an inconsistent size warning. -- Edit bug report at http://bugs.php.net/?id=37210edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37210r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37210r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37210r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37210r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37210r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37210r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37210r=needscript Try newer version:http://bugs.php.net/fix.php?id=37210r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37210r=support Expected behavior:http://bugs.php.net/fix.php?id=37210r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37210r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37210r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37210r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37210r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37210r=dst IIS Stability:http://bugs.php.net/fix.php?id=37210r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37210r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37210r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37210r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37210r=mysqlcfg
#37210 [Opn-Bgs]: array_multisort reports inconsistent warning when arrays are consistent
ID: 37210 User updated by: mattsch at gmail dot com Reported By: mattsch at gmail dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: 5.1.2 New Comment: Sorry, this is bogus. I know what I'm doing wrong. Previous Comments: [2006-04-26 16:39:45] mattsch at gmail dot com Description: array_multisort reports this warning on arrays in which the sizes are consistent: Warning: array_multisort() [function.array-multisort]: Array sizes are inconsistent in /home/www/rootsite_staging/reports/index.php on line Reproduce code: --- ?php $selectedReports = array ( 'file' = array ( 0 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060417_DAY.xls', 1 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060417_DailyPayroll.xls', 2 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060418_DAY.xls', 3 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060418_DailyPayroll.xls', 4 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060419_DAY.xls', 5 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060419_DailyPayroll.xls', 6 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060420_DAY.xls', 7 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060420_DAY_r1.xls', 8 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060420_DailyPayroll.xls', 9 = '/home/www/staging/reports/Daily Reports/Payroll/2006/04_April2006/20060420_DailyPayroll_r1.xls', 10 = '/home/www/staging/reports/Daily Reports/DMR/2006/04_April2006/20060421_DAY.xls', ), 'date' = array ( 0 = '2006-04-17', 1 = '2006-04-17', 2 = '2006-04-18', 3 = '2006-04-18', 4 = '2006-04-19', 5 = '2006-04-19', 6 = '2006-04-20', 7 = '2006-04-20', 8 = '2006-04-20', 9 = '2006-04-20', 10 = '2006-04-21', ), 'revision' = array ( 0 = 0, 1 = 0, 2 = 0, 3 = 0, 4 = 0, 5 = 0, 6 = 0, 7 = 1, 8 = 0, 9 = 1, 10 = 0, ), 'report' = array ( 0 = 'Daily Manager Report', 1 = 'Payroll Report', 2 = 'Daily Manager Report', 3 = 'Payroll Report', 4 = 'Daily Manager Report', 5 = 'Payroll Report', 6 = 'Daily Manager Report', 7 = 'Daily Manager Report', 8 = 'Payroll Report', 9 = 'Payroll Report', 10 = 'Daily Manager Report', ), ); array_multisort($selectedReports['date'], $selectedReports['report'], $selectedReports['revision'], SORT_DESC, $selectedReports['file'], $selectedReports); ? Expected result: The size of each dimension dimension being sorted are consistent. I've checked it and rechecked it and even looped over it (no index error). It should not report an inconsistent warning. Actual result: -- Does not sort and reports an inconsistent size warning. -- Edit this bug report at http://bugs.php.net/?id=37210edit=1
#37185 [Fbk-Opn]: IIS 5 crash on service shutdown
ID: 37185 User updated by: rjf at seastate1 dot com Reported By: rjf at seastate1 dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.1.2 New Comment: Tony, I tried what you said. (For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip) There is no change. The issue still exists with the same behavior. What next? Previous Comments: [2006-04-24 17:33:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-24 14:26:15] rjf at seastate1 dot com Description: Recent (4/21/2006) vanilla install of PHP 5.1.2.2 on Windows XP SP2. I installed PHP as an ISAPI filter in IIS. Can run .html and .aspx pages in IE6 browser using IIS on same machine just fine. Can start and stop IIS just fine. Can run .php pages in IE6 browser using IIS on same machine just fine. However, after running one or more .php pages, if I stop the World Wide Web Publishing service (via the Services control panel UI) while stopping the service, a Microsoft Send Error Report dialog reports Internet Information Services has encountered a problem and needs to close. The only additional information readily visible is An unhandled win32 exception occured in inetinfo.exe [9584]. It appears the shutdown is not clean. What additional information should I provide? Reproduce code: --- No code per se. Issue happens at late stage of stopping IIS after running one or more .php pages. Here is a simple page hello.php: html headtitleHello/title/head body Hello /body /html Expected result: All PHP code runs fine. Issue is inetinfo.exe does not shutdown cleanly as it usually does. Actual result: -- Shall I send you the dump files that are automatically sent to Microsoft? -- Edit this bug report at http://bugs.php.net/?id=37185edit=1
#37183 [Fbk-Opn]: Make fails with an yacc error
ID: 37183 User updated by: murthys at us dot ibm dot com Reported By: murthys at us dot ibm dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: AIX 5.3 PHP Version: 4.4.2 New Comment: I was able to fix few things during the gmake command and complete the make May I request you to kindly tell me if I was successful in my attempt or not by looking at the segment of the output I have attached to this BUG report. If you prefer to look at the complete log, I can send you the config log and the output of the build-php.4.4.2.bash script. I use a bash script to build the PHP so that I can easily backtrach my work The script I use is called build-php.4.4.2.bash ## build-php.4.4.2.bash #!/usr/bin/bash export pct=% export RUNTIME=$(date +${pct}Y${pct}m${pct}d-${pct}H${pct}M${pct}S) export CONFIG_SHELL=/usr/bin/bash export TOPDIR=/work export SRCDIR=${TOPDIR}/php-4.4.2 export OBJSRC=${TOPDIR}/objsrc-php4.4.2 export LOGFILE=${TOPDIR}/logs/`basename $0`-log-${RUNTIME} export PREFIX=/usr/php-4.4.2 export CC=/usr/gcc/bin/gcc export OPENLDAP_DIR=/usr/openldap.2.2.23-bs_gcc345 export ZLIB_DIR=/usr/zlib123-bs_gcc345 export APACHE_DIR=/usr/apache-2.0.55 export CPPFLAGS=-I/opt/freeware/include export CPPFLAGS=$CPPFLAGS -I/usr/openldap/include export CPPFLAGS=$CPPFLAGS -I/opt/freeware/include/openssl export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5 export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5/backward export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5/bits export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5/ext export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5/powerpc-ibm-aix5.3.0.0 export CPPFLAGS=$CPPFLAGS -I/usr/gcc/include/c++/3.4.5/powerpc-ibm-aix5.3.0.0/bits export CPPFLAGS=$CPPFLAGS -I/usr/zlib123-bs_gcc345/include export PATH=$PATH:/usr/local/bin: { echo START: `date` echo = if [[ ${PWD} != ${OBJSRC} ]]; then echo ERROR !!! This script must be run from '${OBJSRC}' directory exit 1 fi case $1 in -config) cmd=${SRCDIR}/configure --with-ldap=${OPENLDAP_DIR} --with-zlib-dir=${ZLIB_DIR} --with-openssl=/opt/freeware/bin/openssl --wit h-apxs=${APACHE_DIR}/bin/apxs --with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX} --disable-cgi --with-layout=GNU --dis able-ipv6 --enable-memory-limit --without-mysql --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-bcmath --enable-ctype --with-exec-dir=/usr/lib/php4/libexec --disable-static --with-regex=php --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld -- with-ar=/usr/ccs/bin/ar echo COMMAND: '${cmd}' ${SRCDIR}/configure --with-ldap=shared,${OPENLDAP_DIR} --with-zlib-dir=${ZLIB_DIR} --with-openssl=/opt/freeware/ --with-apxs2=$ {APACHE_DIR}/bin/apxs --with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX} --disable-cgi --with-layout=GNU --disable-ipv 6 --enable-memory-limit --without-mysql --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-bcmath --enable-ctype --with- exec-dir=/usr/lib/php4/libexec --disable-static --with-regex=php --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --with-ar=/ usr/ccs/bin/ar echo RC($?) echo = ;; -make) echo COMMAND: 'gmake' gmake echo RC($?) echo = ;; -install) echo COMMAND: 'gmake install' gmake install echo RC($?) echo = ;; *) echo build-php.4.4.2.bash [ -configure | -make | -install ] exit 0 ;; esac echo END: `date` } 21 | tee ${LOGFILE} [EMAIL PROTECTED] $ [EMAIL PROTECTED] $ pwd /work/objsrc-php4.4.2 [EMAIL PROTECTED] $ build-php.4.4.2.bash -make . .. /usr/bin/bash /work/objsrc-php4.4.2/libtool --silent --preserve-dup-deps --mode=compile /usr/gcc/bin/gcc -Iext/ldap/ -I/work/php-4.4.2/ext/ldap/ -DPHP_ATOM_INC -I/work/objsrc-php4.4.2/include -I/work/objsrc-php4.4.2/main -I/work/php-4.4.2 -I/opt/freeware//include -I/usr/zlib123-bs_gcc345/include -I/usr/openldap.2.2.23-bs_gcc345/include -I/work/php-4.4.2/ext/xml/expat -I/work/objsrc-php4.4.2/TSRM -I/work/objsrc-php4.4.2/Zend -I/work/php-4.4.2/main -I/work/php-4.4.2/Zend -I/work/php-4.4.2/TSRM -I/work/objsrc-php4.4.2/ -I/opt/freeware/include -I/usr/openldap/include -I/opt/freeware/include/openssl -I/usr/gcc/include/c++/3.4.5 -I/usr/gcc/include/c++/3.4.5/backward -I/usr/gcc/include/c++/3.4.5/bits -I/usr/gcc/include/c++/3.4.5/ext -I/usr/gcc/include/c++/3.4.5/powerpc-ibm-aix5.3.0.0 -I/usr/gcc/include/c++/3.4.5/powerpc-ibm-aix5.3.0.0/bits -I/usr/zlib123-bs_gcc345/include -g -O2 -c /work/php-4.4.2/ext/ldap/ldap.c -o ext/ldap/ldap.lo
#37212 [NEW]: Protected variables not always accessible between sub-classes
From: andreasblixt at msn dot com Operating system: Irrelevant PHP version: 5.1.2 PHP Bug Type: Class/Object related Bug description: Protected variables not always accessible between sub-classes Description: In class structures where the sub-classes are extended non-linearly (i.e. multiple classes on the same tier), the sub-classes in different lines cannot access variables defined as protected in a shared parent class in eachother. Reproduce code: --- http://pastebin.com/683438 Expected result: Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... OK! ('Value from Tier3C') Actual result: -- Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... Fatal error: Cannot access protected property Tier3C::$value in protected.php5 on line 31 -- Edit bug report at http://bugs.php.net/?id=37212edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37212r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37212r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37212r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37212r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37212r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37212r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37212r=needscript Try newer version:http://bugs.php.net/fix.php?id=37212r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37212r=support Expected behavior:http://bugs.php.net/fix.php?id=37212r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37212r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37212r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37212r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37212r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37212r=dst IIS Stability:http://bugs.php.net/fix.php?id=37212r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37212r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37212r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37212r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37212r=mysqlcfg
#37212 [Opn]: Protected variables not always accessible between sub-classes
ID: 37212 User updated by: andreasblixt at msn dot com Reported By: andreasblixt at msn dot com Status: Open Bug Type: Class/Object related Operating System: Irrelevant PHP Version: 5.1.2 New Comment: In addition to the above description I would like to add that the sub-classes CAN access each other's protected variables, if the accessing is done in a shared parent class. Previous Comments: [2006-04-26 18:10:02] andreasblixt at msn dot com Description: In class structures where the sub-classes are extended non-linearly (i.e. multiple classes on the same tier), the sub-classes in different lines cannot access variables defined as protected in a shared parent class in eachother. Reproduce code: --- http://pastebin.com/683438 Expected result: Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... OK! ('Value from Tier3C') Actual result: -- Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... Fatal error: Cannot access protected property Tier3C::$value in protected.php5 on line 31 -- Edit this bug report at http://bugs.php.net/?id=37212edit=1
#37212 [Opn]: Protected variables not always accessible between sub-classes
ID: 37212 User updated by: andreasblixt at msn dot com Reported By: andreasblixt at msn dot com Status: Open Bug Type: Class/Object related Operating System: Irrelevant PHP Version: 5.1.2 New Comment: While looking for a workaround I found that the result of the test on a protected method instead of a protected property is different (successful): Workaround: --- Add a protected method in the same class in which the protected property is defined that returns the value of the property. Then call the method in place of attempting to access the property. Previous Comments: [2006-04-26 18:13:51] andreasblixt at msn dot com In addition to the above description I would like to add that the sub-classes CAN access each other's protected variables, if the accessing is done in a shared parent class. [2006-04-26 18:10:02] andreasblixt at msn dot com Description: In class structures where the sub-classes are extended non-linearly (i.e. multiple classes on the same tier), the sub-classes in different lines cannot access variables defined as protected in a shared parent class in eachother. Reproduce code: --- http://pastebin.com/683438 Expected result: Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... OK! ('Value from Tier3C') Actual result: -- Tier3A accessing Tier3C... OK! ('Value from Tier3C') Tier3B accessing Tier3C... Fatal error: Cannot access protected property Tier3C::$value in protected.php5 on line 31 -- Edit this bug report at http://bugs.php.net/?id=37212edit=1
#37213 [NEW]: snmpwalk not displaying oid
From: marty at upbeatmms dot com Operating system: Windows 2000 PHP version: 5.1.2 PHP Bug Type: SNMP related Bug description: snmpwalk not displaying oid Description: In the following code below the OID is not displayed - just the data. The command line version of UCD-SNMP displays both the OID and Data. Reproduce code: --- ?php snmp_set_quick_print(0); $a = snmpwalk(192.168.1.1, Read,.1.3.6.1.2.1.17.4.3.1.1); foreach ($a as $val) { echo $val\nbr; } ? Expected result: I excpect to see both the OID and the data Actual result: -- Just the data is displayed -- Edit bug report at http://bugs.php.net/?id=37213edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37213r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37213r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37213r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37213r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37213r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37213r=needscript Try newer version:http://bugs.php.net/fix.php?id=37213r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37213r=support Expected behavior:http://bugs.php.net/fix.php?id=37213r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37213r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37213r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37213r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37213r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37213r=dst IIS Stability:http://bugs.php.net/fix.php?id=37213r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37213r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37213r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37213r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37213r=mysqlcfg
#34424 [Bgs]: Fatal error with current(current($x))
ID: 34424 Updated by: [EMAIL PROTECTED] Reported By: marco at alphasoft dot ch Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows, IIS, Isapi PHP Version: 5.0.5 New Comment: This code now works under 5.1. So, is 5.1 broken or was 5.0 borken and this was a bad dismisal of a bug? Previous Comments: [2005-09-08 11:54:57] [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 . [2005-09-08 11:50:05] marco at alphasoft dot ch Description: Nested current() does not work. Reproduce code: --- $a = array( 'a'=array('b'='c') ); echo current(current($a)); Expected result: c Actual result: -- Fatal error: Only variables can be passed by reference in -- Edit this bug report at http://bugs.php.net/?id=34424edit=1
#37194 [Opn]: HTTP memory increased
ID: 37194 User updated by: ysuzuki at zend dot co dot jp Reported By: ysuzuki at zend dot co dot jp Status: Open Bug Type: Informix related Operating System: RedHat Linux PHP Version: 4.4.2 New Comment: Sorry, Bug fixed right code is here. #if (ESQLC_VERSION = 720 || (ESQLC_VERSION = 501 ESQLC_VERSION 600)) SqlFreeMem(s_da, SQLDA_FREE); #else -- *** I added this line *** free(s_da); #endif Previous Comments: [2006-04-26 02:14:08] ysuzuki at zend dot co dot jp If itÂ’s not match condition as follows, it will never free Informix memory, I think. (ESQLC_VERSION = 720 || (ESQLC_VERSION = 501 ESQLC_VERSION 600) I changed this portion is the following. After that, This problem was fixed. I believe this modification is right code. Please take it. #if (ESQLC_VERSION = 720 || (ESQLC_VERSION = 501 ESQLC_VERSION 600)) SqlFreeMem(s_da, SQLDA_FREE); } else { #else free(s_da); #endif [2006-04-25 09:14:47] ysuzuki at zend dot co dot jp Description: Our developers created a sample code by using the following functions. --- ifx_connect(), ifx_query(), ifx_free_result(), ifx_close() This sample program is very simple such as connect to Infomix DB and then issue some query string, get query result, and finally disconnect Informix DB. They executed this sample php code several times. Then, they found a problem that HTTPD used memory was increased. This is kind of memory leak problem. They also investigated php_initfx_count_descriptors() function. static php_initfx_count_descriptors(char *p_statemid TSRMLS_DC) { EXEC SQL BEGIN DECLARE SECTION; char *statemid = p_statemid; EXEC SQL END DECLARE SECTION; struct sqlda *s_da; int ret = 384; EXEC SQL DESCRIBE :statemid INTO s_da; If(ifx_check()) = 0) { ret = s_da-sqlid; /* *Thanks to DBD-Informix */ #if (ESQLC_VERSION = 720 || (ESQLC_VERSION = 501 ESQLC_VERSION 600)) SqlFreeMem(s_da, SQLDA_FREE); } else { free(s_da); #endif } return ret; } -- Edit this bug report at http://bugs.php.net/?id=37194edit=1