#34047 [Com]: When compile php cannot generate libphp5.so
ID: 34047 Comment by: info at urs-martini dot de Reported By: calvinscy at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 5.0.4 New Comment: I have apache2.2.2 on my debian box and tried to install php5 (5.1.2 and 5.1.4 don't work!). Compiling is without problems but apache does not start anymore: httpd: Syntax error on line 128 of /usr/local/apache2/conf/httpd.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/local/apache2/modules/libphp5.so is garbled - perhaps this is not an Apache module DSO? I did not find anything helpful on the net... Previous Comments: [2005-12-31 05:38:10] ian at manageads dot com httpd-2.2.0 MySQL-5.0.18-0 PHP-5.1.1 Same stinking message! httpd failed. The error was: Starting httpd: Syntax error on line 33 of /etc/httpd/conf/httpd.conf: API module structure `php5_module' in file /usr/local/apache2/modules/libphp5.so is garbled - perhaps this is not an Apache module DSO? [FAILED] [2005-12-19 19:07:34] till at klimpong dot com I'm having the same issue (it didn't build libphp5.so) with the 5.1.1 when I downloaded it from the website. My OS: FreeBSD 4.11-stable My libtool is: 1.5.x Using the latest snapshot solves this problem, but I am wondering why. Happy to provide more feedback when asked. :-) [2005-08-28 21:26:21] rob at silverarcher dot com sunfreeware doesn't work either. I'm using Fedora Core 4 and cannot get this one part to compile. [2005-08-28 21:12:45] rob at silverarcher dot com The problem still seems to be occurring. php-5.0.4 and php- latest both will not compile the libphp5.so. I'm hoping sunfreeware.com can help... [2005-08-17 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/34047 -- Edit this bug report at http://bugs.php.net/?id=34047&edit=1
#37393 [NEW]: PHP Crashes when MySQL is not running but control socket exists
From: jesse at jesterpm dot net Operating system: Gentoo Linux x86 PHP version: 5.1.4 PHP Bug Type: Reproducible crash Bug description: PHP Crashes when MySQL is not running but control socket exists Description: I did not have time to fully test this, but it appers that if a PHP script tries to access a MySQL server that is not running, yet still has a control socket (Say the mysqld crashed), PHP will segfault. I've come to this assumption after spending a considerable amount of time trying to find out why PHP was segfaulting. After running out of ideas, I looked at the mysql server and found that it was not running. When I restarted mysql, it complained about the unix domain socket still existing. -- Edit bug report at http://bugs.php.net/?id=37393&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37393&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37393&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37393&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37393&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37393&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37393&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37393&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37393&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37393&r=support Expected behavior:http://bugs.php.net/fix.php?id=37393&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37393&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37393&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37393&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37393&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37393&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37393&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37393&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37393&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37393&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37393&r=mysqlcfg
#37392 [NEW]: Unnecessary call to OCITransRollback() at the end of request
From: cjbj at hotmail dot com
Operating system: n/a
PHP version: 5.1.4
PHP Bug Type: OCI8 related
Bug description: Unnecessary call to OCITransRollback() at the end of request
Description:
Php_oci_persistent_helper() calls php_oci_connection_rollback() without
checking connection->needs_commit. This results in an unnecessary call to
OCITransRollback() at the end of request for persistent connections.
Reproduce code:
---
";
oci_internal_debug(1);
$conn = oci_pconnect("hr", "hr", "//localhost/XE");
$query = 'select * from dual';
$stid = oci_parse($conn, $query);
oci_execute($stid, OCI_DEFAULT);
oci_rollback($conn);
echo "";
?>
Expected result:
...
OCI8 DEBUG: OCITransRollback at (/tmp/php-5.1.3/ext/oci8/oci8.c:1400)
OCI8 DEBUG: OCIStmtRelease at
(/tmp/php-5.1.3/ext/oci8/oci8_statement.c:589)
...
Actual result:
--
...
OCI8 DEBUG: OCITransRollback at (/tmp/php-5.1.3/ext/oci8/oci8.c:1400)
OCI8 DEBUG: OCITransRollback at (/tmp/php-5.1.3/ext/oci8/oci8.c:1400)
OCI8 DEBUG: OCIStmtRelease at
(/tmp/php-5.1.3/ext/oci8/oci8_statement.c:589)
...
--
Edit bug report at http://bugs.php.net/?id=37392&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37392&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37392&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37392&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37392&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37392&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37392&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37392&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37392&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37392&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37392&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37392&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37392&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37392&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37392&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37392&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37392&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37392&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37392&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37392&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37392&r=mysqlcfg
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: jeroen at haan dot net 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: Changing the character set from utf-8 to the old iso-8859-1 helped. Now a session cookie is succesfully stored on the client and thereby the sessid and thus one file on the server maintained. However I do not understand this behavior. Previous Comments: [2006-04-26 07:00:18] sunmt at usa dot com 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.. [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 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=16263&edit=1
#37390 [Bgs]: mnoGoSearch completely disappeared
ID: 37390 Updated by: [EMAIL PROTECTED] Reported By: wasti dot redl at gmx dot net Status: Bogus Bug Type: mnoGoSearch related Operating System: Linux Gentoo PHP Version: 5.1.4 Assigned To: pajoye New Comment: It is not a doc problem. It is available in pecl, only not as release. And again this is a temporary state The docs about installing pecl packages is clear, or dp you have some corrections or precisions in mind? Previous Comments: [2006-05-09 23:06:12] wasti dot redl at gmx dot net The page may be clear, but it is not exactly reachable. Consider it a doc problem then: tell the reader that the extension is currently only available from the vendor, perhaps add a few lines about installing it, and when you can finally release a version, change the notice. The real problem here is that the docs claim that mnoGoSearch is in PECL when it isn't. [2006-05-09 23:02:10] [EMAIL PROTECTED] The problem was that there is no active maintainer. Releasing a package in pecl without having someone to take of it is pointless if not dangerous. I do maintain it now, at least until someone steps in to help. About the phpite hint, is this page not clear enough? http://www.php.net/manual/en/install.pecl.phpize.php I will release a version as soon as I can. But this is not a bug. Feel free to report bugs again if you have problems with mnogosearch (but not about the releases :) [2006-05-09 22:51:16] wasti dot redl at gmx dot net Description: The documentation of the mnoGoSearch functions contains this notice: "Note: This extension has been moved to the PECL repository and is no longer bundled with PHP as of PHP 5.1.0." However, there is no mnoGoSearch extension in PECL. Not only is this highly confusing, it's also a big problem for users of mnoGoSearch. There is absolutely no documentation for the PHP extension downloadable from mnogosearch.org itself, not even a hint that you have to use phpize to install the extension. -- Edit this bug report at http://bugs.php.net/?id=37390&edit=1
#37390 [Bgs]: mnoGoSearch completely disappeared
ID: 37390 User updated by: wasti dot redl at gmx dot net Reported By: wasti dot redl at gmx dot net Status: Bogus Bug Type: mnoGoSearch related Operating System: Linux Gentoo PHP Version: 5.1.4 Assigned To: pajoye New Comment: The page may be clear, but it is not exactly reachable. Consider it a doc problem then: tell the reader that the extension is currently only available from the vendor, perhaps add a few lines about installing it, and when you can finally release a version, change the notice. The real problem here is that the docs claim that mnoGoSearch is in PECL when it isn't. Previous Comments: [2006-05-09 23:02:10] [EMAIL PROTECTED] The problem was that there is no active maintainer. Releasing a package in pecl without having someone to take of it is pointless if not dangerous. I do maintain it now, at least until someone steps in to help. About the phpite hint, is this page not clear enough? http://www.php.net/manual/en/install.pecl.phpize.php I will release a version as soon as I can. But this is not a bug. Feel free to report bugs again if you have problems with mnogosearch (but not about the releases :) [2006-05-09 22:51:16] wasti dot redl at gmx dot net Description: The documentation of the mnoGoSearch functions contains this notice: "Note: This extension has been moved to the PECL repository and is no longer bundled with PHP as of PHP 5.1.0." However, there is no mnoGoSearch extension in PECL. Not only is this highly confusing, it's also a big problem for users of mnoGoSearch. There is absolutely no documentation for the PHP extension downloadable from mnogosearch.org itself, not even a hint that you have to use phpize to install the extension. -- Edit this bug report at http://bugs.php.net/?id=37390&edit=1
#37363 [Fbk->Opn]: Doesn't compile with PDO-PHP
ID: 37363 User updated by: fpazzatura at email dot it Reported By: fpazzatura at email dot it -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Ubuntu Linux (Breezy Badger) PHP Version: 5.1.5CVS New Comment: I have libmysql12 (4.0.24) without headers, and libmysql14 (4.1.12) with headers. I've compiled this version to run with mysql-server-4.1 (4.1.12). The version of Ubuntu Breezy. Previous Comments: [2006-05-09 21:57:05] [EMAIL PROTECTED] Can you check if you have other MySQL libraries/headers on your system? [2006-05-09 13:27:35] fpazzatura at email dot it There's the installation for mysql 4.1 My mysqkl_config output is: Options: --cflags [-I/usr/include/mysql -DBIG_JOINS=1] --include[-I/usr/include/mysql] --libs [-L/usr/lib -lmysqlclient -lz -lcrypt -lnsl -lm] --libs_r [-L/usr/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread] --socket [/var/run/mysqld/mysqld.sock] --port [3306] --version[4.1.12] --libmysqld-libs [-L/usr/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lwrap -lrt] [2006-05-09 12:18:04] [EMAIL PROTECTED] What does mysql_config output on your system? [2006-05-08 14:23:13] fpazzatura at email dot it The version of my libmysql package is 4.1.12, the my compiler is gcc 4.0.1 With same libraries and compiler, PHP 5.1.3 compiles greetly... [2006-05-08 13:20:45] [EMAIL PROTECTED] When version of MySQL library are you compiling pdo_mysql against? 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/37363 -- Edit this bug report at http://bugs.php.net/?id=37363&edit=1
#37390 [Opn->Bgs]: mnoGoSearch completely disappeared
ID: 37390 Updated by: [EMAIL PROTECTED] Reported By: wasti dot redl at gmx dot net -Status: Open +Status: Bogus Bug Type: mnoGoSearch related Operating System: Linux Gentoo PHP Version: 5.1.4 -Assigned To: +Assigned To: pajoye New Comment: The problem was that there is no active maintainer. Releasing a package in pecl without having someone to take of it is pointless if not dangerous. I do maintain it now, at least until someone steps in to help. About the phpite hint, is this page not clear enough? http://www.php.net/manual/en/install.pecl.phpize.php I will release a version as soon as I can. But this is not a bug. Feel free to report bugs again if you have problems with mnogosearch (but not about the releases :) Previous Comments: [2006-05-09 22:51:16] wasti dot redl at gmx dot net Description: The documentation of the mnoGoSearch functions contains this notice: "Note: This extension has been moved to the PECL repository and is no longer bundled with PHP as of PHP 5.1.0." However, there is no mnoGoSearch extension in PECL. Not only is this highly confusing, it's also a big problem for users of mnoGoSearch. There is absolutely no documentation for the PHP extension downloadable from mnogosearch.org itself, not even a hint that you have to use phpize to install the extension. -- Edit this bug report at http://bugs.php.net/?id=37390&edit=1
#37391 [NEW]: PREG_OFFSET_CAPTURE not UTF-8 aware when using u modifier
From: mike at silverorange dot com Operating system: Linux PHP version: 5.1.4 PHP Bug Type: PCRE related Bug description: PREG_OFFSET_CAPTURE not UTF-8 aware when using u modifier Description: When using preg_match_all() with the PREG_OFFSET_CAPTURE flag, the returned match offsets are in octets rather than characters. PCRE is compiled with --enable-utf8 and I am using the u modifier in my regular expression. Reproduce code: --- Expected result: Array ( [0] => Array ( [0] => Array ( [0] => B [1] => 2 ) ) ) Actual result: -- Array ( [0] => Array ( [0] => Array ( [0] => B [1] => 4 ) ) ) -- Edit bug report at http://bugs.php.net/?id=37391&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37391&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37391&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37391&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37391&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37391&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37391&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37391&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37391&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37391&r=support Expected behavior:http://bugs.php.net/fix.php?id=37391&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37391&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37391&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37391&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37391&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37391&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37391&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37391&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37391&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37391&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37391&r=mysqlcfg
#37390 [NEW]: mnoGoSearch completely disappeared
From: wasti dot redl at gmx dot net Operating system: Linux Gentoo PHP version: 5.1.4 PHP Bug Type: mnoGoSearch related Bug description: mnoGoSearch completely disappeared Description: The documentation of the mnoGoSearch functions contains this notice: "Note: This extension has been moved to the PECL repository and is no longer bundled with PHP as of PHP 5.1.0." However, there is no mnoGoSearch extension in PECL. Not only is this highly confusing, it's also a big problem for users of mnoGoSearch. There is absolutely no documentation for the PHP extension downloadable from mnogosearch.org itself, not even a hint that you have to use phpize to install the extension. -- Edit bug report at http://bugs.php.net/?id=37390&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37390&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37390&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37390&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37390&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37390&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37390&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37390&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37390&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37390&r=support Expected behavior:http://bugs.php.net/fix.php?id=37390&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37390&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37390&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37390&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37390&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37390&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37390&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37390&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37390&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37390&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37390&r=mysqlcfg
#37331 [Fbk->Csd]: oci_fetch_array makes Apache2 crash
ID: 37331 User updated by: jarismar_silva at adplabs dot com dot br Reported By: jarismar_silva at adplabs dot com dot br -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: Windows XP Professional SP2 PHP Version: 5.1.4 New Comment: I have upgraded my Linux Server to PHP 5.1.4. This solved my problems with seg faults on the server. On windows my code still crashes apache, usign OCI_ASSOC | OCI_RETURN_LOB (with or without oci_free_statement ), using OCI_NUM solved the problem. So I would like to say thanks everybody. This product kicks ass !! Previous Comments: [2006-05-06 23:00:31] crescentfreshpot at yahoo dot com 1) On 5.1.4 I can verify your code crashes on win xp. 2) On 5.1.4 changing OCI_ASSOC to OCI_NUM does not seg fault php 3) THe reason for the crash on 5.1.2 might be related to resources not automatically freeing. In your reproduce code add a oci_free_statement($stmt); before the end of script and no more crash. Again, only needed with 5.1.2. [2006-05-06 21:29:09] [EMAIL PROTECTED] Well, your reproduce code doesn't cause any problems here, so I still need a reproduce code to investigate it. [2006-05-06 15:26:08] jarismar_silva at adplabs dot com dot br Many thanks for this fast answer. I make a mistake. My linux server is really running PHP 5.1.2 not 5.1.4, as I spected. But, the bug with 5.1.4 really occurs in windows. My linux server with 5.1.2 is crashing in another part of the application (I'm still not sure about the exactly reason, but seems to be on a call to oci_execute, following is the backtrace on php 5.1.2). I will upgrade to 5.1.4 and look if the bug really occurs on Linux. Real sorry for this mistake. In the future I will see the backtrace before contacting you. Program received signal SIGSEGV, Segmentation fault. 0x40b8d42f in kpufGetRcvInfo () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 (gdb) bt #0 0x40b8d42f in kpufGetRcvInfo () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #1 0x40e6836f in ttcacr () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #2 0x40e63fff in ttcdrv () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #3 0x40d04289 in nioqwa () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #4 0x40adc296 in upirtrc () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #5 0x40b8c041 in kpurcsc () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #6 0x40bc7e87 in kpuexecv8 () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #7 0x40bc9a62 in kpuexec () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #8 0x40ad615e in OCIStmtExecute () from /opt/oracle/product/10gR1/lib/libclntsh.so.10.1 #9 0x405a47c4 in php_oci_statement_execute (statement=0x9828808, mode=159549480) at /usr/src/php-5.1.2/ext/oci8/oci8_statement.c:321 #10 0x405a848a in zif_oci_execute (ht=2, return_value=0x9c4f724, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /usr/src/php-5.1.2/ext/oci8/oci8_interface.c:1276 #11 0x406f9acf in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff30f0) at zend_vm_execute.h:192 #12 0x40743769 in execute (op_array=0x89aaa7c) at zend_vm_execute.h:92 #13 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff33f0) at zend_vm_execute.h:226 #14 0x40743769 in execute (op_array=0x899b99c) at zend_vm_execute.h:92 #15 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff4060) at zend_vm_execute.h:226 #16 0x40743769 in execute (op_array=0x89b09cc) at zend_vm_execute.h:92 #17 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff4790) at zend_vm_execute.h:226 #18 0x40743769 in execute (op_array=0x898e084) at zend_vm_execute.h:92 #19 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff4c50) at zend_vm_execute.h:226 #20 0x40743769 in execute (op_array=0x89aec54) at zend_vm_execute.h:92 #21 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff4d60) at zend_vm_execute.h:226 #22 0x40743769 in execute (op_array=0x89ef87c) at zend_vm_execute.h:92 #23 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff5010) at zend_vm_execute.h:226 #24 0x40743769 in execute (op_array=0x90245c4) at zend_vm_execute.h:92 #25 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff51d0) at zend_vm_execute.h:226 #26 0x40743769 in execute (op_array=0x901ad54) at zend_vm_execute.h:92 #27 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff5770) at zend_vm_execute.h:226 #28 0x40743769 in execute (op_array=0x9151a04) at zend_vm_execute.h:92 #29 0x406f9626 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff5bf0) at zend_vm_execute.h:226 #30 0x40743769 in execute (op_array=0x9156b5c) at zend_vm_execute.h:92 #31 0x406f9626 in z
#37363 [Opn->Fbk]: Doesn't compile with PDO-PHP
ID: 37363 Updated by: [EMAIL PROTECTED] Reported By: fpazzatura at email dot it -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Ubuntu Linux (Breezy Badger) PHP Version: 5.1.5CVS New Comment: Can you check if you have other MySQL libraries/headers on your system? Previous Comments: [2006-05-09 13:27:35] fpazzatura at email dot it There's the installation for mysql 4.1 My mysqkl_config output is: Options: --cflags [-I/usr/include/mysql -DBIG_JOINS=1] --include[-I/usr/include/mysql] --libs [-L/usr/lib -lmysqlclient -lz -lcrypt -lnsl -lm] --libs_r [-L/usr/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread] --socket [/var/run/mysqld/mysqld.sock] --port [3306] --version[4.1.12] --libmysqld-libs [-L/usr/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lwrap -lrt] [2006-05-09 12:18:04] [EMAIL PROTECTED] What does mysql_config output on your system? [2006-05-08 14:23:13] fpazzatura at email dot it The version of my libmysql package is 4.1.12, the my compiler is gcc 4.0.1 With same libraries and compiler, PHP 5.1.3 compiles greetly... [2006-05-08 13:20:45] [EMAIL PROTECTED] When version of MySQL library are you compiling pdo_mysql against? [2006-05-08 08:35:54] fpazzatura at email dot it Description: my config flags ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-cgi --with-config-file-path=/etc --enable-libcc --disable-short-tags --without-pcre-regex --with-zlib --with-bz2 --with-gd --with-ming --with-pdo-mysql --without-pdo-sqlite --without-sqlite --disable-tokenizer --without-pear already with apache2 and no cli (the error with loading in apache2) There's the error: ext/pdo_mysql/pdo_mysql.o: In function `zm_info_pdo_mysql': pdo_mysql.c:(.text+0x109): undefined reference to `mysql_get_client_info' ext/pdo_mysql/mysql_driver.o: In function `_pdo_mysql_error': mysql_driver.c:(.text+0xd6): undefined reference to `mysql_stmt_errno' mysql_driver.c:(.text+0x11f): undefined reference to `mysql_error' mysql_driver.c:(.text+0x145): undefined reference to `mysql_stmt_sqlstate' mysql_driver.c:(.text+0x196): undefined reference to `mysql_errno' mysql_driver.c:(.text+0x24a): undefined reference to `mysql_sqlstate' mysql_driver.c:(.text+0x266): undefined reference to `mysql_error' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_closer': mysql_driver.c:(.text+0x37a): undefined reference to `mysql_close' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_doer': mysql_driver.c:(.text+0x402): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x410): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_last_insert_id': mysql_driver.c:(.text+0x491): undefined reference to `mysql_insert_id' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_quoter': mysql_driver.c:(.text+0x518): undefined reference to `mysql_real_escape_string' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_get_attribute': mysql_driver.c:(.text+0x5ee): undefined reference to `mysql_stat' mysql_driver.c:(.text+0x63f): undefined reference to `mysql_get_host_info' mysql_driver.c:(.text+0x651): undefined reference to `mysql_get_client_info' mysql_driver.c:(.text+0x68b): undefined reference to `mysql_get_server_info' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_set_attribute': mysql_driver.c:(.text+0x79c): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x82e): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_begin': mysql_driver.c:(.text+0x892): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x8d6): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_commit': mysql_driver.c:(.text+0x932): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x976): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_rollback': mysql_driver.c:(.text+0x9d2): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0xa16): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_preparer': mysql_driver.c:(.text+0xacd): undefined reference to `mysql_get_server_version' mysql_driver.c:(.text+0xb1f): undefined reference to `mysql_stmt_init' mysql_driver.c:(.text+0xb3e): undefined reference to `
#37389 [NEW]: Impossible to declare a 2 dimensions Array
From: fourmi at lfi dot fr Operating system: Linux Fedora core4 PHP version: 5.1.4 PHP Bug Type: *General Issues Bug description: Impossible to declare a 2 dimensions Array Description: settype ( $tablo , "array array")? not good $tablo = array( array() ) ? not good Why need to declare a 2 dim Array ? Because : $tablo[1][1] = "truc"; .. $tablo[2][1] = "machin"; $tablo[2][2] = "chose"; ... array_shift ($tablo[2]) run but give : " PHP Warning: array_shift() The argument should be an array in ..." But $tablo[2] is 1 dim array ! The only workaround is to declare at the begining : $tablo[0] = array() !!! ( $tablo = array(); is not enought ) Expected result: No warning -- Edit bug report at http://bugs.php.net/?id=37389&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37389&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37389&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37389&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37389&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37389&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37389&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37389&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37389&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37389&r=support Expected behavior:http://bugs.php.net/fix.php?id=37389&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37389&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37389&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37389&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37389&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37389&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37389&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37389&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37389&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37389&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37389&r=mysqlcfg
#37388 [NEW]: Missing SSL support
From: s dot s at terra dot com dot br
Operating system: Slackware Linux 10.2
PHP version: 5.1.4
PHP Bug Type: MySQLi related
Bug description: Missing SSL support
Description:
Configure step stops when check for mysqlcli lib usability.
I think its missing the SSL support on mysqli or the configure check is
gessing something wrong (like link to the system libs) or its a mysql
issue (if so, Im posting it on the wrong place ;)
p.s. The problem only occurs before MySQL 5.0.20 (in this version was
included SSL support for the cli)
Reproduce code:
---
./configure --prefix=/usr \
--sysconfdir=/etc \
--with-apxs2 \
--with-config-file-path=/etc/apache \
--disable-ipv6 \
--enable-sockets \
--with-zlib \
--with-bz2 \
--with-openssl \
--enable-calendar \
--enable-dba \
--enable-ftp \
--with-dom \
--with-dom-xslt \
--with-dom-exslt \
--with-gdbm \
--with-db3 \
--with-inifile \
--enable-soup \
--enable-gd-native-ttf \
--with-gettext \
--with-mime-magic \
--with-mysql-sock \
--with-mysql=/usr/local/mysql \
--with-pdo-mysql=/usr/local/mysql \
--with-mysqli=/usr/local/mysql/bin/mysql_config \
--with-xmlrpc \
--with-xslt \
--with-iconv \
--enable-memory-limit \
--enable-zend-multibyte
Expected result:
No compilation errors ;)
Actual result:
--
>From config.log:
[Many messages like]
/usr/local/mysql/lib/libmysqlclient.a(libtaocrypt_la-algebra.o)(.gnu.linkonce.d.__vt_Q28TaoCrypt23AbstractEuclideanDomain+0x40):
more undefined references to `__pure_virtual' follow
/usr/local/mysql/lib/libmysqlclient.a(libtaocrypt_la-file.o)(.text+0x64):
In function `TaoCrypt::FileSource::~FileSource(void)':
: undefined reference to `__builtin_delete'
/usr/local/mysql/lib/libmysqlclient.a(libtaocrypt_la-file.o)(.text+0x200):
In function `TaoCrypt::FileSink::~FileSink(void)':
: undefined reference to `__builtin_delete'
collect2: ld returned 1 exit status
configure: failed program was:
#line 58781 "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_error();
int main() {
mysql_error()
; return 0; }
--
Edit bug report at http://bugs.php.net/?id=37388&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37388&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37388&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37388&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37388&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37388&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37388&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37388&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37388&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37388&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37388&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37388&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37388&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37388&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37388&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37388&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37388&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37388&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37388&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37388&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37388&r=mysqlcfg
#37387 [Opn->Fbk]: System misstake while opening data from Internet.
ID: 37387 Updated by: [EMAIL PROTECTED] Reported By: cherkasov_ivan at mail dot ru -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: w2k sp4 ur1 PHP Version: 4.4.2 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 to avoid embedding huge scripts into the report. Previous Comments: [2006-05-09 20:06:22] cherkasov_ivan at mail dot ru Description: I can't to include or get the result of php code or html text from the Internet links. PHP is making a system misstake... W2k tells:" php.exe called misstake and will be closed. Need to restart the program. Created log of misstakes. OK" How can I correct this misstake? -- Edit this bug report at http://bugs.php.net/?id=37387&edit=1
#37382 [Opn->Fbk]: Sessions are dropped randomly with ie7
ID: 37382
Updated by: [EMAIL PROTECTED]
Reported By: eschultz at lwmc dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Server2003 w/ IIS 6
PHP Version: 5.1.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 ,
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.
Smells like IE bug though
Previous Comments:
[2006-05-09 14:58:11] eschultz at lwmc dot com
Description:
I have developed a web application that uses a session variable that
only allows valid users to use any page with in the app. While beta
testing my app with the new IE7 the session variables will be dropped
randomly and redirect me to my unauth users page.
Reproduce code:
---
if($_SESSION['valid']!="yes")
{
header("Refresh: 0; URL=$folder/unauth_user.php");
exit;
}
Expected result:
when the session variable 'valid' is not set to yes, the user was never
authorized to view this page. The user should then be redirected to the
unauth_user.php page.
Actual result:
--
The code is working correctly, the problem is that a valid user will
get redirected by accident because the variable resets or loses its
value
--
Edit this bug report at http://bugs.php.net/?id=37382&edit=1
#37387 [NEW]: System misstake while opening data from Internet.
From: cherkasov_ivan at mail dot ru Operating system: w2k sp4 ur1 PHP version: 4.4.2 PHP Bug Type: HTTP related Bug description: System misstake while opening data from Internet. Description: I can't to include or get the result of php code or html text from the Internet links. PHP is making a system misstake... W2k tells:" php.exe called misstake and will be closed. Need to restart the program. Created log of misstakes. OK" How can I correct this misstake? -- Edit bug report at http://bugs.php.net/?id=37387&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37387&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37387&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37387&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37387&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37387&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37387&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37387&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37387&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37387&r=support Expected behavior:http://bugs.php.net/fix.php?id=37387&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37387&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37387&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37387&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37387&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37387&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37387&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37387&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37387&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37387&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37387&r=mysqlcfg
#37386 [NEW]: autocreating element doesn't assign value to first node
From: m dot kurzyna at crystalpoint dot pl Operating system: Linux PHP version: 5.1.4 PHP Bug Type: SimpleXML related Bug description: autocreating element doesn't assign value to first node Description: If autocreating new nodes by id ($obj->node[0] = '') SimpleXML doesn't assign value to first node. Creating first node w/o using id works fine. Reproduce code: --- "); $sx1->node[0] = 'node1'; $sx1->node[1] = 'node2'; ?> Expected result: object(SimpleXMLElement)[1] public 'node' => array 0 => 'node1' (length=5) 1 => 'node2' (length=5) Actual result: -- object(SimpleXMLElement)[1] public 'node' => array 0 => object(SimpleXMLElement)[6] 1 => 'node2' (length=5) -- Edit bug report at http://bugs.php.net/?id=37386&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37386&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37386&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37386&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37386&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37386&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37386&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37386&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37386&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37386&r=support Expected behavior:http://bugs.php.net/fix.php?id=37386&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37386&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37386&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37386&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37386&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37386&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37386&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37386&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37386&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37386&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37386&r=mysqlcfg
#37385 [Opn->Bgs]: _REQUEST['i'] is always 10
ID: 37385 User updated by: waitman at waitman dot net Reported By: waitman at waitman dot net -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Linux PHP Version: 5.1.4 New Comment: it's not a bug, it's a boo-boo on my part. sorry about the trouble. Previous Comments: [2006-05-09 18:45:41] waitman at waitman dot net OOPS actual and expected should be reversed. sorry about that. Waitman [2006-05-09 18:44:35] waitman at waitman dot net Description: $_REQUEST['i'] is always equal to 10 tested on 5.1.2 and 5.1.4 noticed this over SSL/https connection. Reproduce code: --- '.$_GET['i'].' '; ?> Expected result: http://example.com/test.php?i=43 10 43 Actual result: -- http://example.com/test.php?i=43 43 43 -- Edit this bug report at http://bugs.php.net/?id=37385&edit=1
#37385 [Opn]: _REQUEST['i'] is always 10
ID: 37385 User updated by: waitman at waitman dot net Reported By: waitman at waitman dot net Status: Open Bug Type: Variables related Operating System: Linux PHP Version: 5.1.4 New Comment: OOPS actual and expected should be reversed. sorry about that. Waitman Previous Comments: [2006-05-09 18:44:35] waitman at waitman dot net Description: $_REQUEST['i'] is always equal to 10 tested on 5.1.2 and 5.1.4 noticed this over SSL/https connection. Reproduce code: --- '.$_GET['i'].' '; ?> Expected result: http://example.com/test.php?i=43 10 43 Actual result: -- http://example.com/test.php?i=43 43 43 -- Edit this bug report at http://bugs.php.net/?id=37385&edit=1
#37385 [NEW]: _REQUEST['i'] is always 10
From: waitman at waitman dot net Operating system: Linux PHP version: 5.1.4 PHP Bug Type: Variables related Bug description: _REQUEST['i'] is always 10 Description: $_REQUEST['i'] is always equal to 10 tested on 5.1.2 and 5.1.4 noticed this over SSL/https connection. Reproduce code: --- '.$_GET['i'].' '; ?> Expected result: http://example.com/test.php?i=43 10 43 Actual result: -- http://example.com/test.php?i=43 43 43 -- Edit bug report at http://bugs.php.net/?id=37385&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37385&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37385&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37385&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37385&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37385&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37385&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37385&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37385&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37385&r=support Expected behavior:http://bugs.php.net/fix.php?id=37385&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37385&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37385&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37385&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37385&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37385&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37385&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37385&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37385&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37385&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37385&r=mysqlcfg
#37366 [Com]: IIS 6.0 w3wp process crash with PHP 5.1.4
ID: 37366 Comment by: zbowden at vt dot edu Reported By: chris dot schreiber at fast4gl dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.1.4 New Comment: Thanks for the feedback guys, it does sound like I'm seeing the same things you all are. Not that this is uplifting/encouraging since it's been open since March, but I think this bug may be what we're seeing too: http://bugs.php.net/bug.php?id=36853 Maybe this will help with getting this one assigned and fixed (perhaps to [EMAIL PROTECTED]). Previous Comments: [2006-05-09 18:06:14] gravityworksllc at hotmail dot com It is a combination of all 3, you will get the popups if you reboot the server, you will get the pool crash in your event log as well as the w3wp's. I have about 50 today already.. I hope they get this sorted and fast. Kind regards, Mynd www.myndpollution.com [2006-05-09 17:08:08] chris dot schreiber at fast4gl dot com I'm getting the errors as an application popup message. These are also automatically logged into the System Event Viewer log as Event ID 26. [2006-05-09 16:45:24] zbowden at vt dot edu I'm seeing w3sp.exe processes crash but I'm not seeing the same Application Errors. The evidence I see are event id 1009's in my System Event logs saying the application pool terminated unexpectedly. Are you all seeing the application errors in the event logs or as pop ups? By chance are you seeing anything getting recorded in your event logs that correspond to this as well? [2006-05-08 21:25:02] paul at routingcore dot com I get the same thing. I hadn't updated since 5.0.4, which works fine for me. As soon as I drop 5.1.4 in I get the application errors for w3wp.exe. I set IIS to recycle the worker threads every couple of minutes to see if the frequency of the errors would increase, and they did. [2006-05-08 15:48:22] gravityworksllc at hotmail dot com I can validate this error. I get this along with the pool process crashing. This was fine in version 5.12. If you need more information on the errors please let me know. Kind regards, Mynd www.myndpollution.com 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/37366 -- Edit this bug report at http://bugs.php.net/?id=37366&edit=1
#37384 [Opn->Bgs]: Object Scope within Flow Structures
ID: 37384
Updated by: [EMAIL PROTECTED]
Reported By: Anthony dot Cashaw at RoswellPark dot org
-Status: Open
+Status: Bogus
Bug Type: *General Issues
-Operating System: Windows XP and Linux
+Operating System: *
-PHP Version: 5.1.4
+PHP Version: *
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-05-09 15:59:10] Anthony dot Cashaw at RoswellPark dot org
Description:
Should you need to nullify an object created on the fly in the scope of
a (for lack of general term) loop when adding those objects to an array?
foreach and while were tested. I tested even objects that I defined
with the class keyword and when the object was instantiated outside of
the loop the values that printed where the same at each index.
I'm of the mind that this is how objects work since they're really
pointers to a memory address, but then why would the address assigment
operator ( &= ) be usefull with objects in cases like this?
Reproduce code:
---
1, "two" => 2, "three" => 3);
foreach($array as $key => $value){
$MyObject->key = $key;
$MyObject->value = $value;
$free[] = $MyObject;
//unless I uncomment the next line there are issues
//$MyObject= null;
}
echo "";
print_r($free);
echo "";
?>
Expected result:
Array
(
[0] => stdClass Object
(
[key] => one
[value] => 1
)
[1] => stdClass Object
(
[key] => two
[value] => 2
)
[2] => stdClass Object
(
[key] => three
[value] => 3
)
)
Actual result:
--
Array
(
[0] => stdClass Object
(
[key] => three
[value] => 3
)
[1] => stdClass Object
(
[key] => three
[value] => 3
)
[2] => stdClass Object
(
[key] => three
[value] => 3
)
)
--
Edit this bug report at http://bugs.php.net/?id=37384&edit=1
#37383 [Opn->Bgs]: scope of static variable in class member function exists in all object instance
ID: 37383
Updated by: [EMAIL PROTECTED]
Reported By: patrick at factorylabs dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
-Operating System: Windows
+Operating System: *
-PHP Version: 5.1.4
+PHP Version: *
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-05-09 15:51:20] patrick at factorylabs dot com
Description:
Given a member function of a class that has a static variable; the
value of the static variable, when changed, is propagated to all object
instances of the class. (note: may be a duplicate of #16245)
The code below is strictly intended to demonstrate this issue (having a
static variable in a constructor is pointless).
Note that removing the static key word from the $bSwitch declaration
causes the $bSwitch variable to operate with a scope that is unique to
the instance of the class.
Reproduce code:
---
define('endl', "\n");
class CMyWidget {
public function __construct() {
static $bSwitch = false;
echo '$bSwitch = ' . ($bSwitch ? 'true' : 'false') . endl;
if($bSwitch === false)
$bSwitch = true;
}
}
$oTest1 = new CMyWidget();
$oTest2 = new CMyWidget();
Expected result:
$bSwitch = false
$bSwitch = false
Actual result:
--
$bSwitch = false
$bSwitch = true
--
Edit this bug report at http://bugs.php.net/?id=37383&edit=1
#37366 [Com]: IIS 6.0 w3wp process crash with PHP 5.1.4
ID: 37366 Comment by: gravityworksllc at hotmail dot com Reported By: chris dot schreiber at fast4gl dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.1.4 New Comment: It is a combination of all 3, you will get the popups if you reboot the server, you will get the pool crash in your event log as well as the w3wp's. I have about 50 today already.. I hope they get this sorted and fast. Kind regards, Mynd www.myndpollution.com Previous Comments: [2006-05-09 17:08:08] chris dot schreiber at fast4gl dot com I'm getting the errors as an application popup message. These are also automatically logged into the System Event Viewer log as Event ID 26. [2006-05-09 16:45:24] zbowden at vt dot edu I'm seeing w3sp.exe processes crash but I'm not seeing the same Application Errors. The evidence I see are event id 1009's in my System Event logs saying the application pool terminated unexpectedly. Are you all seeing the application errors in the event logs or as pop ups? By chance are you seeing anything getting recorded in your event logs that correspond to this as well? [2006-05-08 21:25:02] paul at routingcore dot com I get the same thing. I hadn't updated since 5.0.4, which works fine for me. As soon as I drop 5.1.4 in I get the application errors for w3wp.exe. I set IIS to recycle the worker threads every couple of minutes to see if the frequency of the errors would increase, and they did. [2006-05-08 15:48:22] gravityworksllc at hotmail dot com I can validate this error. I get this along with the pool process crashing. This was fine in version 5.12. If you need more information on the errors please let me know. Kind regards, Mynd www.myndpollution.com [2006-05-08 14:07:47] chris dot schreiber at fast4gl dot com Description: This problem occurs using the newest builds of PHP, both 5.1.3 and 5.1.4. This did not happen with 5.1.2 or earlier versions. Running IIS 6.0 on Windows 2003 Server Enterprise. Running PHP in ISAPI mode. w3wp.exe processes crash throughout the day, about 20-30 times. Several process instances will usually crash together at the same time, and then be ok for a couple of hours until happening again. Error is: w3wp.exe - Application Error : The instruction at "0x01b55c80" referenced memory at "0x01b55c80". The memory could not be "read". The memory address is always either "0x01b55c80" or "0x01b55c90". Here is a link to my PHPinfo(): http://mail.fast4gl.net/phpinfo.php Reproduce code: --- Running vBulletin (3.5.4). Can't track down any code which produces the crash. -- Edit this bug report at http://bugs.php.net/?id=37366&edit=1
#37366 [Opn]: IIS 6.0 w3wp process crash with PHP 5.1.4
ID: 37366 User updated by: chris dot schreiber at fast4gl dot com Reported By: chris dot schreiber at fast4gl dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.1.4 New Comment: I'm getting the errors as an application popup message. These are also automatically logged into the System Event Viewer log as Event ID 26. Previous Comments: [2006-05-09 16:45:24] zbowden at vt dot edu I'm seeing w3sp.exe processes crash but I'm not seeing the same Application Errors. The evidence I see are event id 1009's in my System Event logs saying the application pool terminated unexpectedly. Are you all seeing the application errors in the event logs or as pop ups? By chance are you seeing anything getting recorded in your event logs that correspond to this as well? [2006-05-08 21:25:02] paul at routingcore dot com I get the same thing. I hadn't updated since 5.0.4, which works fine for me. As soon as I drop 5.1.4 in I get the application errors for w3wp.exe. I set IIS to recycle the worker threads every couple of minutes to see if the frequency of the errors would increase, and they did. [2006-05-08 15:48:22] gravityworksllc at hotmail dot com I can validate this error. I get this along with the pool process crashing. This was fine in version 5.12. If you need more information on the errors please let me know. Kind regards, Mynd www.myndpollution.com [2006-05-08 14:07:47] chris dot schreiber at fast4gl dot com Description: This problem occurs using the newest builds of PHP, both 5.1.3 and 5.1.4. This did not happen with 5.1.2 or earlier versions. Running IIS 6.0 on Windows 2003 Server Enterprise. Running PHP in ISAPI mode. w3wp.exe processes crash throughout the day, about 20-30 times. Several process instances will usually crash together at the same time, and then be ok for a couple of hours until happening again. Error is: w3wp.exe - Application Error : The instruction at "0x01b55c80" referenced memory at "0x01b55c80". The memory could not be "read". The memory address is always either "0x01b55c80" or "0x01b55c90". Here is a link to my PHPinfo(): http://mail.fast4gl.net/phpinfo.php Reproduce code: --- Running vBulletin (3.5.4). Can't track down any code which produces the crash. -- Edit this bug report at http://bugs.php.net/?id=37366&edit=1
#37366 [Com]: IIS 6.0 w3wp process crash with PHP 5.1.4
ID: 37366 Comment by: zbowden at vt dot edu Reported By: chris dot schreiber at fast4gl dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2003 Server PHP Version: 5.1.4 New Comment: I'm seeing w3sp.exe processes crash but I'm not seeing the same Application Errors. The evidence I see are event id 1009's in my System Event logs saying the application pool terminated unexpectedly. Are you all seeing the application errors in the event logs or as pop ups? By chance are you seeing anything getting recorded in your event logs that correspond to this as well? Previous Comments: [2006-05-08 21:25:02] paul at routingcore dot com I get the same thing. I hadn't updated since 5.0.4, which works fine for me. As soon as I drop 5.1.4 in I get the application errors for w3wp.exe. I set IIS to recycle the worker threads every couple of minutes to see if the frequency of the errors would increase, and they did. [2006-05-08 15:48:22] gravityworksllc at hotmail dot com I can validate this error. I get this along with the pool process crashing. This was fine in version 5.12. If you need more information on the errors please let me know. Kind regards, Mynd www.myndpollution.com [2006-05-08 14:07:47] chris dot schreiber at fast4gl dot com Description: This problem occurs using the newest builds of PHP, both 5.1.3 and 5.1.4. This did not happen with 5.1.2 or earlier versions. Running IIS 6.0 on Windows 2003 Server Enterprise. Running PHP in ISAPI mode. w3wp.exe processes crash throughout the day, about 20-30 times. Several process instances will usually crash together at the same time, and then be ok for a couple of hours until happening again. Error is: w3wp.exe - Application Error : The instruction at "0x01b55c80" referenced memory at "0x01b55c80". The memory could not be "read". The memory address is always either "0x01b55c80" or "0x01b55c90". Here is a link to my PHPinfo(): http://mail.fast4gl.net/phpinfo.php Reproduce code: --- Running vBulletin (3.5.4). Can't track down any code which produces the crash. -- Edit this bug report at http://bugs.php.net/?id=37366&edit=1
#37384 [NEW]: Object Scope within Flow Structures
From: Anthony dot Cashaw at RoswellPark dot org
Operating system: Windows XP and Linux
PHP version: 5.1.4
PHP Bug Type: *General Issues
Bug description: Object Scope within Flow Structures
Description:
Should you need to nullify an object created on the fly in the scope of a
(for lack of general term) loop when adding those objects to an array?
foreach and while were tested. I tested even objects that I defined with
the class keyword and when the object was instantiated outside of the loop
the values that printed where the same at each index.
I'm of the mind that this is how objects work since they're really
pointers to a memory address, but then why would the address assigment
operator ( &= ) be usefull with objects in cases like this?
Reproduce code:
---
1, "two" => 2, "three" => 3);
foreach($array as $key => $value){
$MyObject->key = $key;
$MyObject->value = $value;
$free[] = $MyObject;
//unless I uncomment the next line there are issues
//$MyObject= null;
}
echo "";
print_r($free);
echo "";
?>
Expected result:
Array
(
[0] => stdClass Object
(
[key] => one
[value] => 1
)
[1] => stdClass Object
(
[key] => two
[value] => 2
)
[2] => stdClass Object
(
[key] => three
[value] => 3
)
)
Actual result:
--
Array
(
[0] => stdClass Object
(
[key] => three
[value] => 3
)
[1] => stdClass Object
(
[key] => three
[value] => 3
)
[2] => stdClass Object
(
[key] => three
[value] => 3
)
)
--
Edit bug report at http://bugs.php.net/?id=37384&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37384&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37384&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37384&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37384&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37384&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37384&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37384&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37384&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37384&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37384&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37384&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37384&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37384&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37384&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37384&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37384&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37384&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37384&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37384&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37384&r=mysqlcfg
#37383 [NEW]: scope of static variable in class member function exists in all object instance
From: patrick at factorylabs dot com
Operating system: Windows
PHP version: 5.1.4
PHP Bug Type: Scripting Engine problem
Bug description: scope of static variable in class member function exists in
all object instance
Description:
Given a member function of a class that has a static variable; the value
of the static variable, when changed, is propagated to all object
instances of the class. (note: may be a duplicate of #16245)
The code below is strictly intended to demonstrate this issue (having a
static variable in a constructor is pointless).
Note that removing the static key word from the $bSwitch declaration
causes the $bSwitch variable to operate with a scope that is unique to the
instance of the class.
Reproduce code:
---
define('endl', "\n");
class CMyWidget {
public function __construct() {
static $bSwitch = false;
echo '$bSwitch = ' . ($bSwitch ? 'true' : 'false') . endl;
if($bSwitch === false)
$bSwitch = true;
}
}
$oTest1 = new CMyWidget();
$oTest2 = new CMyWidget();
Expected result:
$bSwitch = false
$bSwitch = false
Actual result:
--
$bSwitch = false
$bSwitch = true
--
Edit bug report at http://bugs.php.net/?id=37383&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37383&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37383&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37383&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37383&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37383&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37383&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37383&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37383&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37383&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37383&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37383&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37383&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37383&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37383&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37383&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37383&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37383&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37383&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37383&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37383&r=mysqlcfg
#37183 [Opn]: gmake -install for PHP 4.4.2 with Apache 2.0.53/2.0.55 fails
ID: 37183
User updated by: murthys at us dot ibm dot com
-Summary: Make fails with an yacc error
Reported By: murthys at us dot ibm dot com
Status: Open
Bug Type: Compile Failure
Operating System: AIX 5.3
PHP Version: 4.4.2
New Comment:
gmake -install results following error:
[EMAIL PROTECTED] $ build-php.4.4.2.bash -install
cp .libs/libphp4.lai /usr/apache-2.0.53/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/work/objsrc-php-4.4.2/libs'
chmod 755 /usr/apache-2.0.53/modules/libphp4.so
chmod: /usr/apache-2.0.53/modules/libphp4.so: A file or directory in
the path name does not exist.
apxs:Error: Command failed with rc=65536
.
gmake: *** [install-sapi] Error 1
Previous Comments:
[2006-05-09 14:29:34] murthys at us dot ibm dot com
gmake works correcvtly with a small change to my script
"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-php-4.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
export ZLIB_DIR=/usr/zlib-1.2.3
export APACHE_DIR=/usr/apache-2.0.53
export PATH="$PATH:/usr/local/bin:/opt/freeware/bin:"
export LVL=4.0.2
export GCC_DIR="/usr/gcc402-bs_gcc334"
export CC="${GCC_DIR}/bin/gcc"
export CPPFLAGS="-I/opt/freeware/include "
export CPPFLAGS="$CPPFLAGS -I/usr/local/openssl/include"
export CPPFLAGS="$CPPFLAGS -I/opt/freeware/include/openssl "
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/backward"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/bits "
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/debug"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/ext"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0/bits"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0/bits/stdc++.h.gch"
export LDFLAG="-L/opt/freeware/lib -L${OPENLDAP_DIR}/lib
-L/usr/local/lib"
{
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 --srcdir=${SRCDIR}
--with-ldap=${OPENLDAP_DIR} --with-zlib-dir=${ZLIB_DIR}
--with-openssl=/op
t/freeware/ --with-apxs2=${APACHE_DIR}/bin/apxs
--with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX}
--disable-
cgi --with-layout=GNU --disable-ipv6 --enable-memory-limit
--without-mysql --enable-sysvsem --enable-sysvshm --enable-sy
svmsg --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 --srcdir=${SRCDIR} --with-ldap=${OPENLDAP_DIR}
--with-zlib-dir=${ZLIB_DIR} --with-openssl=/opt/fre
eware/ --with-apxs2=${APACHE_DIR}/bin/apxs
--with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX}
--disable-cgi -
-with-layout=GNU --disable-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 "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`"
} 2>&1 | tee ${LOGFILE}
Now this is what is going on:
1)
I run build-php.4.4.2.bash -config
It will complete successfully
2)
I run build-php.4.4.2.bash -make
It will complete successfully
3)
Lastly I run build-php.4.4.2.bash -install
Then I get the following error:
[EMAIL PROTECTED] $ build-php.4.4.2.bash -install
cp .libs/libphp4.lai /usr/apache-2.0.53/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/work/objsrc-php-4.4.2/libs'
chmod 755 /usr/apache-2.0.53/modules/libphp4.so
chmod: /usr/apache-2.0.53/modules/libphp4.so: A file or directory in
the path
#37382 [NEW]: Sessions are dropped randomly with ie7
From: eschultz at lwmc dot com
Operating system: Server2003 w/ IIS 6
PHP version: 5.1.4
PHP Bug Type: Session related
Bug description: Sessions are dropped randomly with ie7
Description:
I have developed a web application that uses a session variable that only
allows valid users to use any page with in the app. While beta testing my
app with the new IE7 the session variables will be dropped randomly and
redirect me to my unauth users page.
Reproduce code:
---
if($_SESSION['valid']!="yes")
{
header("Refresh: 0; URL=$folder/unauth_user.php");
exit;
}
Expected result:
when the session variable 'valid' is not set to yes, the user was never
authorized to view this page. The user should then be redirected to the
unauth_user.php page.
Actual result:
--
The code is working correctly, the problem is that a valid user will get
redirected by accident because the variable resets or loses its value
--
Edit bug report at http://bugs.php.net/?id=37382&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37382&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37382&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37382&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37382&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37382&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37382&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37382&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37382&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37382&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37382&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37382&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37382&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37382&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37382&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37382&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37382&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37382&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37382&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37382&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37382&r=mysqlcfg
#37183 [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: Open
Bug Type: Compile Failure
Operating System: AIX 5.3
PHP Version: 4.4.2
New Comment:
gmake works correcvtly with a small change to my script
"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-php-4.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
export ZLIB_DIR=/usr/zlib-1.2.3
export APACHE_DIR=/usr/apache-2.0.53
export PATH="$PATH:/usr/local/bin:/opt/freeware/bin:"
export LVL=4.0.2
export GCC_DIR="/usr/gcc402-bs_gcc334"
export CC="${GCC_DIR}/bin/gcc"
export CPPFLAGS="-I/opt/freeware/include "
export CPPFLAGS="$CPPFLAGS -I/usr/local/openssl/include"
export CPPFLAGS="$CPPFLAGS -I/opt/freeware/include/openssl "
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/backward"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/bits "
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/debug"
export CPPFLAGS="$CPPFLAGS -I${GCC_DIR}/include/c++/${LVL}/ext"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0/bits"
export CPPFLAGS="$CPPFLAGS
-I${GCC_DIR}/include/c++/${LVL}/powerpc-ibm-aix5.3.0.0/bits/stdc++.h.gch"
export LDFLAG="-L/opt/freeware/lib -L${OPENLDAP_DIR}/lib
-L/usr/local/lib"
{
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 --srcdir=${SRCDIR}
--with-ldap=${OPENLDAP_DIR} --with-zlib-dir=${ZLIB_DIR}
--with-openssl=/op
t/freeware/ --with-apxs2=${APACHE_DIR}/bin/apxs
--with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX}
--disable-
cgi --with-layout=GNU --disable-ipv6 --enable-memory-limit
--without-mysql --enable-sysvsem --enable-sysvshm --enable-sy
svmsg --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 --srcdir=${SRCDIR} --with-ldap=${OPENLDAP_DIR}
--with-zlib-dir=${ZLIB_DIR} --with-openssl=/opt/fre
eware/ --with-apxs2=${APACHE_DIR}/bin/apxs
--with-mime-magic=${APACHE_DIR}/conf/magic --prefix=${PREFIX}
--disable-cgi -
-with-layout=GNU --disable-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 "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`"
} 2>&1 | tee ${LOGFILE}
Now this is what is going on:
1)
I run build-php.4.4.2.bash -config
It will complete successfully
2)
I run build-php.4.4.2.bash -make
It will complete successfully
3)
Lastly I run build-php.4.4.2.bash -install
Then I get the following error:
[EMAIL PROTECTED] $ build-php.4.4.2.bash -install
cp .libs/libphp4.lai /usr/apache-2.0.53/modules/libphp4.la
libtool: install: warning: remember to run `libtool --finish
/work/objsrc-php-4.4.2/libs'
chmod 755 /usr/apache-2.0.53/modules/libphp4.so
chmod: /usr/apache-2.0.53/modules/libphp4.so: A file or directory in
the path name does not exist.
apxs:Error: Command failed with rc=65536
.
gmake: *** [install-sapi] Error 1
RC(2)
=
END: Tue May 9 01:15:43 MDT 2006
[EMAIL PROTECTED] $
Kindly let me know if this is a BUG ?
Any help offered is gratefully acknowledged.
Previous Comments:
[2006-05-01 15:23:04] murthys at us dot ibm dot com
The gmake completed successfully with the following chnages:
[EMAIL PROTECTED] $ pwd
/work/objsrc-php4.4.2
[EMAIL PROTECTED] $ ls
.libs/ Zend/ config.status*
libtool* regex/
#37381 [NEW]: auto_globals_jit fails to correctly intialize variables
From: gcp at sjeng dot org
Operating system: FreeBSD 6.0
PHP version: 5.1.4
PHP Bug Type: Variables related
Bug description: auto_globals_jit fails to correctly intialize variables
Description:
In some circumstances, global variables will fail to be initialized when
auto_globals_jit is enabled (the default). This is a regression, the
problem did not exist in 5.1.2.
php.ini is default recommended one. Server is lighttpd 1.4.11 using PHP in
FastCGI mode.
Reproduce code:
---
Using for example, phpMyAdmin 2.8.0.3, and looking in the
libaries/Config.class.php code:
function checkPmaAbsoluteUri()
{
// Setup a default value to let the people and lazy syadmins work
anyway,
// they'll get an error if the autodetect code doesn't work
$pma_absolute_uri = $this->get('PmaAbsoluteUri');
if ( strlen($pma_absolute_uri) < 1 ) {
$url = array();
// At first we try to parse REQUEST_URI, it might contain full
URI
if ( ! empty($_SERVER['REQUEST_URI'] ) ) {
$url = parse_url($_SERVER['REQUEST_URI']);
}
// If we don't have scheme, we didn't have full URL so we need
to
// dig deeper
if ( empty( $url['scheme'] ) ) {
// Scheme
if ( ! empty( $_SERVER['HTTP_SCHEME'] ) ) {
$url['scheme'] = $_SERVER['HTTP_SCHEME'];
} else {
$url['scheme'] =
!empty($_SERVER['HTTPS']) &&
strtolower($_SERVER['HTTPS']) != 'off'
? 'https'
: 'http';
}
etc...
It's possible to enter this function with $_SERVER missing essential
things such as HTTP_HOST:
array(4) {
["PHP_SELF"]=>
string(21) "/mysqladmin/index.php"
["PHP_AUTH_USER"]=> (censored)
["PHP_AUTH_PW"]=> (censored)
["REQUEST_TIME"]=>
int(1147178223)
}
If auto_global_jit is disabled, this does not not happen, and HTTP_HOST
etc are set correctly.
--
Edit bug report at http://bugs.php.net/?id=37381&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37381&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37381&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37381&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37381&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37381&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37381&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37381&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37381&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37381&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37381&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37381&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37381&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37381&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37381&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37381&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37381&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37381&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37381&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37381&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37381&r=mysqlcfg
#37363 [Fbk->Opn]: Doesn't compile with PDO-PHP
ID: 37363 User updated by: fpazzatura at email dot it Reported By: fpazzatura at email dot it -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Ubuntu Linux (Breezy Badger) PHP Version: 5.1.5CVS New Comment: There's the installation for mysql 4.1 My mysqkl_config output is: Options: --cflags [-I/usr/include/mysql -DBIG_JOINS=1] --include[-I/usr/include/mysql] --libs [-L/usr/lib -lmysqlclient -lz -lcrypt -lnsl -lm] --libs_r [-L/usr/lib -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread] --socket [/var/run/mysqld/mysqld.sock] --port [3306] --version[4.1.12] --libmysqld-libs [-L/usr/lib -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lwrap -lrt] Previous Comments: [2006-05-09 12:18:04] [EMAIL PROTECTED] What does mysql_config output on your system? [2006-05-08 14:23:13] fpazzatura at email dot it The version of my libmysql package is 4.1.12, the my compiler is gcc 4.0.1 With same libraries and compiler, PHP 5.1.3 compiles greetly... [2006-05-08 13:20:45] [EMAIL PROTECTED] When version of MySQL library are you compiling pdo_mysql against? [2006-05-08 08:35:54] fpazzatura at email dot it Description: my config flags ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-cgi --with-config-file-path=/etc --enable-libcc --disable-short-tags --without-pcre-regex --with-zlib --with-bz2 --with-gd --with-ming --with-pdo-mysql --without-pdo-sqlite --without-sqlite --disable-tokenizer --without-pear already with apache2 and no cli (the error with loading in apache2) There's the error: ext/pdo_mysql/pdo_mysql.o: In function `zm_info_pdo_mysql': pdo_mysql.c:(.text+0x109): undefined reference to `mysql_get_client_info' ext/pdo_mysql/mysql_driver.o: In function `_pdo_mysql_error': mysql_driver.c:(.text+0xd6): undefined reference to `mysql_stmt_errno' mysql_driver.c:(.text+0x11f): undefined reference to `mysql_error' mysql_driver.c:(.text+0x145): undefined reference to `mysql_stmt_sqlstate' mysql_driver.c:(.text+0x196): undefined reference to `mysql_errno' mysql_driver.c:(.text+0x24a): undefined reference to `mysql_sqlstate' mysql_driver.c:(.text+0x266): undefined reference to `mysql_error' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_closer': mysql_driver.c:(.text+0x37a): undefined reference to `mysql_close' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_doer': mysql_driver.c:(.text+0x402): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x410): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_last_insert_id': mysql_driver.c:(.text+0x491): undefined reference to `mysql_insert_id' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_quoter': mysql_driver.c:(.text+0x518): undefined reference to `mysql_real_escape_string' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_get_attribute': mysql_driver.c:(.text+0x5ee): undefined reference to `mysql_stat' mysql_driver.c:(.text+0x63f): undefined reference to `mysql_get_host_info' mysql_driver.c:(.text+0x651): undefined reference to `mysql_get_client_info' mysql_driver.c:(.text+0x68b): undefined reference to `mysql_get_server_info' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_set_attribute': mysql_driver.c:(.text+0x79c): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x82e): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_begin': mysql_driver.c:(.text+0x892): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x8d6): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_commit': mysql_driver.c:(.text+0x932): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x976): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_rollback': mysql_driver.c:(.text+0x9d2): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0xa16): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_preparer': mysql_driver.c:(.text+0xacd): undefined reference to `mysql_get_server_version' mysql_driver.c:(.text+0xb1f): undefined reference to `mysql_stmt_init' mysql_driver.c:(.text+0xb3e): undefined reference to `mysql_stmt_prepare' mysql_driver.c:(.text+0xb61): undefined reference to `mysql_stmt_param_count' mysql_driver.c:(.text+0xc47): undefined reference to `mysql_errno' ext/pdo_mysql/mysql_driv
#37236 [Com]: Function move_uploaded_file(): canot work in snap 200604281030
ID: 37236 Comment by: 0602 at eq dot cz Reported By: youza at post dot cz Status: Assigned Bug Type: *Directory/Filesystem functions Operating System: fedora core 4 PHP Version: 4CVS-2006-04-28 (snap) Assigned To: pollita New Comment: Hi, the same here with 5.1.4. The problem in 5.1.4 sources is here: http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/file.c?r1=1.409.2.5&r2=1.409.2.6 - commited by iliaa. When 'upload_tmp_dir' is on a different filesystem then the destination file, the code in move_uploaded_file fails on rename and then tries php_copy_file, which after the iliaa's commit checks also the source path for open_basedir restriction. The obvious workaround for this bug is to reconfigure upload_tmp_dir to be on the same fs as the destination. Previous Comments: [2006-04-28 11:31:25] youza at post dot cz Description: Function move_uploaded_file() work fine in php4-STABLE-200602010935.tar.gz but not work in last php4-STABLE-200604281030.tar.gz the code www page, directory structure and permission and apache, configuration is the same. Error message: [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(): open_basedir restriction in effect. File(/tmp/php0FDyAV) is not within the allowed path(s): (/my/web/path) in /my/web/path/upload/upload.php on line 53 [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(/tmp/php0FDyAV): failed to open stream: Operation not permitted in /my/web/path/upload/upload.php on line 53 [28-Apr-2006 12:28:16] PHP Warning: move_uploaded_file(): Unable to move '/tmp/php0FDyAV' to 'upload/php0FDyAV' in /my/web/path/upload/upload.php on line 53 How is problem in ext/standard/file.c ??? the chages: http://cvs.php.net/viewcvs.cgi/php-src/ext/standard/file.c?r1=1.279.2.70.2.6&r2=1.279.2.70.2.7&pathrev=PHP_4_4 Reproduce code: --- move_uploaded_file($file, $destination); -- Edit this bug report at http://bugs.php.net/?id=37236&edit=1
#37292 [Com]: loading CLOBs crashes php in oci8
ID: 37292
Comment by: gert dot sommerer at ipms dot fraunhofer dot de
Reported By: crescentfreshpot at yahoo dot com
Status: Open
Bug Type: OCI8 related
Operating System: WinXP
PHP Version: 5.1.3
New Comment:
on Sun-Solaris the OCI-LOB->load() or OCI-LOB->read(..) returns an
string(0) for BLOB's in all cases and on Windows XP makes Apache crash.
Seems to be a the same issue with OCILOBRead2?
size();
echo "size=$len";
//$pic=$wi->load();
$pic=$wi->read(100);
echo "after load";
//$row->WaferImage->free();
var_dump( $pic);
?>
OCI8 DEBUG: OCINlsEnvironmentVariableGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:995)
OCI8 DEBUG: OCIEnvNlsCreate at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1151)
OCI8 DEBUG: OCIHandleAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1176)
OCI8 DEBUG: OCIServerAttach at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1185)
OCI8 DEBUG: OCIHandleAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1195)
OCI8 DEBUG: OCIHandleAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1204)
OCI8 DEBUG: OCIHandleAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1213)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1223)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1234)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1244)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1253)
OCI8 DEBUG: OCISessionBegin at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1284)
OCI8 DEBUG: OCIHandleAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:61)
OCI8 DEBUG: OCIStmtPrepare2 at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:65)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:119)
OCI8 DEBUG: OCIAttrSet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:128)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:297)
OCI8 DEBUG: OCIStmtExecute at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:321)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:350)
OCI8 DEBUG: OCIParamGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:372)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:381)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:391)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:404)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:414)
OCI8 DEBUG: OCIAttrGet at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:424)
OCI8 DEBUG: OCIDescriptorFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:432)
OCI8 DEBUG: OCIDescriptorAlloc at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:73)
OCI8 DEBUG: OCIDefineByPos at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:557)
OCI8 DEBUG: OCIStmtFetch at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:147)
object(OCI-Lob)#1 (1) {
["descriptor"]=>
resource(4) of type (oci8 descriptor)
}
OCI8 DEBUG: OCILobGetLength at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:124)
size=10902OCI8 DEBUG: OCILobCharSetId at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:200)
OCI8 DEBUG: OCILobRead2 at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:242)
after loadstring(0) ""
OCI8 DEBUG: OCIStmtRelease at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:589)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_statement.c:601)
OCI8 DEBUG: OCIDescriptorFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8_lob.c:546)
OCI8 DEBUG: OCISessionEnd at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1448)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1452)
OCI8 DEBUG: OCIServerDetach at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1456)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1460)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1464)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1468)
OCI8 DEBUG: OCIHandleFree at
(/usr/local/source/php-5.1.3/ext/oci8/oci8.c:1472)
Previous Comments:
[2006-05-08 10:55:34] sswpwp at poczta dot onet dot pl
I have the same problem. After fix for bug #36934 PHP crashes when
reading BFILES with OCI8.
I receive the same backtrace as crescentfreshpot.
Here is the code to reproduce the bug:
$conn = oci_connect('rtg_owner', 'rtg', $tnsname);
$stmt = oci_parse($conn, "SELECT BFILE FROM IMAGES WHERE IMAGE_ID =
3872");
oci_execute($stmt);
$row = oci_fetch_assoc($stmt);
$img = $row['BFILE'];
var_dump($img);
$img->read(128); // this line causes a crash
echo $img->tell();
I'm using PHP 5CVS-2006-05-08(snap), Apache 2.0.55 and Oracle Instant
Client 10.2.0
--
#37361 [Bgs]: prepare statement alter the datatype of a parameter
ID: 37361
User updated by: axel dot azerty at laposte dot net
Reported By: axel dot azerty at laposte dot net
Status: Bogus
Bug Type: PDO related
Operating System: Fedora Core 5 - Linux 2.6.16
PHP Version: 5.1.4
New Comment:
Could you explain me why ?
Shouldn't the datatype be the type of the field (or of the aggregate
function like MAX()) ?
Previous Comments:
[2006-05-09 12:21:00] [EMAIL PROTECTED]
This is expected behaviour.
[2006-05-08 13:05:34] smlerman at gmail dot com
bindParam and bindValue treat the parameter as a string by default,
which means the value has special characters escaped and the entire
value quoted. Your code produces COALESCE(MAX('id_board'),0), which is
probably not what you want. You'll most likely need to place the field
name directly in the query instead of trying to bind it as if it were
normal data.
[2006-05-08 07:01:03] axel dot azerty at laposte dot net
Description:
The prepared statement in PDO seems to lost or to have its type
altered.
When typing a 'SELECT COALESCE(MAX(field),0) FROM table' under
postgresql shell, no problem.
When using this query as is in PHP (with PDO), no problem.
When trying SELECT COALESCE(MAX(?),0) FROM table as a prepared
statement, the execution fails.
Replacing "MAX(?),0" by "MAX(?),'0'" solves the problem, but the
returned value is a string, and not an integer.
Reproduce code:
---
$stmt = $dbh->prepare("SELECT COALESCE(MAX(?),0) FROM board");
$stmt->bindParam(1,$fld);
$fld = "id_board";
if(!$stmt->execute()) print_r($stmt->errorInfo());
Expected result:
The expected result is "0" , in the case or the table is empty or the
number of lines in the table.
Actual result:
--
The statement->errorInfo() returns :
Array
(
[0] => 42804
[1] => 7
[2] => ERREUR: Les COALESCE types text et integer ne peuvent pas
correspondre
)
In english : "the COALESCE types text and interger can't match".
--
Edit this bug report at http://bugs.php.net/?id=37361&edit=1
#37361 [Opn->Bgs]: prepare statement alter the datatype of a parameter
ID: 37361
Updated by: [EMAIL PROTECTED]
Reported By: axel dot azerty at laposte dot net
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Fedora Core 5 - Linux 2.6.16
PHP Version: 5.1.4
New Comment:
This is expected behaviour.
Previous Comments:
[2006-05-08 13:05:34] smlerman at gmail dot com
bindParam and bindValue treat the parameter as a string by default,
which means the value has special characters escaped and the entire
value quoted. Your code produces COALESCE(MAX('id_board'),0), which is
probably not what you want. You'll most likely need to place the field
name directly in the query instead of trying to bind it as if it were
normal data.
[2006-05-08 07:01:03] axel dot azerty at laposte dot net
Description:
The prepared statement in PDO seems to lost or to have its type
altered.
When typing a 'SELECT COALESCE(MAX(field),0) FROM table' under
postgresql shell, no problem.
When using this query as is in PHP (with PDO), no problem.
When trying SELECT COALESCE(MAX(?),0) FROM table as a prepared
statement, the execution fails.
Replacing "MAX(?),0" by "MAX(?),'0'" solves the problem, but the
returned value is a string, and not an integer.
Reproduce code:
---
$stmt = $dbh->prepare("SELECT COALESCE(MAX(?),0) FROM board");
$stmt->bindParam(1,$fld);
$fld = "id_board";
if(!$stmt->execute()) print_r($stmt->errorInfo());
Expected result:
The expected result is "0" , in the case or the table is empty or the
number of lines in the table.
Actual result:
--
The statement->errorInfo() returns :
Array
(
[0] => 42804
[1] => 7
[2] => ERREUR: Les COALESCE types text et integer ne peuvent pas
correspondre
)
In english : "the COALESCE types text and interger can't match".
--
Edit this bug report at http://bugs.php.net/?id=37361&edit=1
#37363 [Opn->Fbk]: Doesn't compile with PDO-PHP
ID: 37363 Updated by: [EMAIL PROTECTED] Reported By: fpazzatura at email dot it -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Ubuntu Linux (Breezy Badger) PHP Version: 5.1.5CVS Previous Comments: [2006-05-09 12:18:04] [EMAIL PROTECTED] What does mysql_config output on your system? [2006-05-08 14:23:13] fpazzatura at email dot it The version of my libmysql package is 4.1.12, the my compiler is gcc 4.0.1 With same libraries and compiler, PHP 5.1.3 compiles greetly... [2006-05-08 13:20:45] [EMAIL PROTECTED] When version of MySQL library are you compiling pdo_mysql against? [2006-05-08 08:35:54] fpazzatura at email dot it Description: my config flags ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-cgi --with-config-file-path=/etc --enable-libcc --disable-short-tags --without-pcre-regex --with-zlib --with-bz2 --with-gd --with-ming --with-pdo-mysql --without-pdo-sqlite --without-sqlite --disable-tokenizer --without-pear already with apache2 and no cli (the error with loading in apache2) There's the error: ext/pdo_mysql/pdo_mysql.o: In function `zm_info_pdo_mysql': pdo_mysql.c:(.text+0x109): undefined reference to `mysql_get_client_info' ext/pdo_mysql/mysql_driver.o: In function `_pdo_mysql_error': mysql_driver.c:(.text+0xd6): undefined reference to `mysql_stmt_errno' mysql_driver.c:(.text+0x11f): undefined reference to `mysql_error' mysql_driver.c:(.text+0x145): undefined reference to `mysql_stmt_sqlstate' mysql_driver.c:(.text+0x196): undefined reference to `mysql_errno' mysql_driver.c:(.text+0x24a): undefined reference to `mysql_sqlstate' mysql_driver.c:(.text+0x266): undefined reference to `mysql_error' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_closer': mysql_driver.c:(.text+0x37a): undefined reference to `mysql_close' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_doer': mysql_driver.c:(.text+0x402): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x410): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_last_insert_id': mysql_driver.c:(.text+0x491): undefined reference to `mysql_insert_id' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_quoter': mysql_driver.c:(.text+0x518): undefined reference to `mysql_real_escape_string' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_get_attribute': mysql_driver.c:(.text+0x5ee): undefined reference to `mysql_stat' mysql_driver.c:(.text+0x63f): undefined reference to `mysql_get_host_info' mysql_driver.c:(.text+0x651): undefined reference to `mysql_get_client_info' mysql_driver.c:(.text+0x68b): undefined reference to `mysql_get_server_info' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_set_attribute': mysql_driver.c:(.text+0x79c): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x82e): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_begin': mysql_driver.c:(.text+0x892): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x8d6): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_commit': mysql_driver.c:(.text+0x932): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x976): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_rollback': mysql_driver.c:(.text+0x9d2): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0xa16): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_preparer': mysql_driver.c:(.text+0xacd): undefined reference to `mysql_get_server_version' mysql_driver.c:(.text+0xb1f): undefined reference to `mysql_stmt_init' mysql_driver.c:(.text+0xb3e): undefined reference to `mysql_stmt_prepare' mysql_driver.c:(.text+0xb61): undefined reference to `mysql_stmt_param_count' mysql_driver.c:(.text+0xc47): undefined reference to `mysql_errno' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_handle_factory': mysql_driver.c:(.text+0xde5): undefined reference to `mysql_init' mysql_driver.c:(.text+0x122f): undefined reference to `mysql_options' mysql_driver.c:(.text+0x12c3): undefined reference to `mysql_options' mysql_driver.c:(.text+0x133f): undefined reference to `mysql_options' mysql_driver.c:(.text+0x13c3): undefined reference to `mysql_options' mysql_driver.c:(.text+0x149e): undefined reference to `mysql_options' mysql_driver.c:(.text+0x1574): undefined reference to `mysql_real_connect' mysql_driver.c:(.text+0x1606): undefined reference to `mysql_re
#37363 [Opn]: Doesn't compile with PDO-PHP
ID: 37363 Updated by: [EMAIL PROTECTED] Reported By: fpazzatura at email dot it Status: Open Bug Type: PDO related Operating System: Ubuntu Linux (Breezy Badger) PHP Version: 5.1.5CVS New Comment: What does mysql_config output on your system? Previous Comments: [2006-05-08 14:23:13] fpazzatura at email dot it The version of my libmysql package is 4.1.12, the my compiler is gcc 4.0.1 With same libraries and compiler, PHP 5.1.3 compiles greetly... [2006-05-08 13:20:45] [EMAIL PROTECTED] When version of MySQL library are you compiling pdo_mysql against? [2006-05-08 08:35:54] fpazzatura at email dot it Description: my config flags ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --mandir=/usr/share/man --disable-cgi --with-config-file-path=/etc --enable-libcc --disable-short-tags --without-pcre-regex --with-zlib --with-bz2 --with-gd --with-ming --with-pdo-mysql --without-pdo-sqlite --without-sqlite --disable-tokenizer --without-pear already with apache2 and no cli (the error with loading in apache2) There's the error: ext/pdo_mysql/pdo_mysql.o: In function `zm_info_pdo_mysql': pdo_mysql.c:(.text+0x109): undefined reference to `mysql_get_client_info' ext/pdo_mysql/mysql_driver.o: In function `_pdo_mysql_error': mysql_driver.c:(.text+0xd6): undefined reference to `mysql_stmt_errno' mysql_driver.c:(.text+0x11f): undefined reference to `mysql_error' mysql_driver.c:(.text+0x145): undefined reference to `mysql_stmt_sqlstate' mysql_driver.c:(.text+0x196): undefined reference to `mysql_errno' mysql_driver.c:(.text+0x24a): undefined reference to `mysql_sqlstate' mysql_driver.c:(.text+0x266): undefined reference to `mysql_error' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_closer': mysql_driver.c:(.text+0x37a): undefined reference to `mysql_close' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_doer': mysql_driver.c:(.text+0x402): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x410): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_last_insert_id': mysql_driver.c:(.text+0x491): undefined reference to `mysql_insert_id' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_quoter': mysql_driver.c:(.text+0x518): undefined reference to `mysql_real_escape_string' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_get_attribute': mysql_driver.c:(.text+0x5ee): undefined reference to `mysql_stat' mysql_driver.c:(.text+0x63f): undefined reference to `mysql_get_host_info' mysql_driver.c:(.text+0x651): undefined reference to `mysql_get_client_info' mysql_driver.c:(.text+0x68b): undefined reference to `mysql_get_server_info' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_set_attribute': mysql_driver.c:(.text+0x79c): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x82e): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_begin': mysql_driver.c:(.text+0x892): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x8d6): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_commit': mysql_driver.c:(.text+0x932): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x976): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_rollback': mysql_driver.c:(.text+0x9d2): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0xa16): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_driver.o: In function `mysql_handle_preparer': mysql_driver.c:(.text+0xacd): undefined reference to `mysql_get_server_version' mysql_driver.c:(.text+0xb1f): undefined reference to `mysql_stmt_init' mysql_driver.c:(.text+0xb3e): undefined reference to `mysql_stmt_prepare' mysql_driver.c:(.text+0xb61): undefined reference to `mysql_stmt_param_count' mysql_driver.c:(.text+0xc47): undefined reference to `mysql_errno' ext/pdo_mysql/mysql_driver.o: In function `pdo_mysql_handle_factory': mysql_driver.c:(.text+0xde5): undefined reference to `mysql_init' mysql_driver.c:(.text+0x122f): undefined reference to `mysql_options' mysql_driver.c:(.text+0x12c3): undefined reference to `mysql_options' mysql_driver.c:(.text+0x133f): undefined reference to `mysql_options' mysql_driver.c:(.text+0x13c3): undefined reference to `mysql_options' mysql_driver.c:(.text+0x149e): undefined reference to `mysql_options' mysql_driver.c:(.text+0x1574): undefined reference to `mysql_real_connect' mysql_driver.c:(.text+0x1606): undefined reference to `mysql_real_query' mysql_driver.c:(.text+0x164d): undefined reference to `mysql_affected_rows' ext/pdo_mysql/mysql_statement.o: In functio
#37380 [Opn]: DOMDocument->createAttribute[NS] can't set value
ID: 37380 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 6CVS-2006-05-09 (CVS) New Comment: and phpt for ->createAttribute(): http://php.is/bugs/dom/dom_create_attribute.phpt Previous Comments: [2006-05-09 12:04:25] [EMAIL PROTECTED] Description: DOMDocument->createAttribute[NS] can't set attribute value but DOMDocument->createElement[NS] and DOMAttr->__construct can. Patch: http://php.is/bugs/dom/dom_document_create_attribute.default_value.patch.txt phpt: http://php.is/bugs/dom/dom_create_attribute_ns.phpt It "breaks" the W3 spec, but we already broke it with allowing ->createElement[NS] to set the value. -- Edit this bug report at http://bugs.php.net/?id=37380&edit=1
#37380 [NEW]: DOMDocument->createAttribute[NS] can't set value
From: [EMAIL PROTECTED] Operating system: * PHP version: 6CVS-2006-05-09 (CVS) PHP Bug Type: Feature/Change Request Bug description: DOMDocument->createAttribute[NS] can't set value Description: DOMDocument->createAttribute[NS] can't set attribute value but DOMDocument->createElement[NS] and DOMAttr->__construct can. Patch: http://php.is/bugs/dom/dom_document_create_attribute.default_value.patch.txt phpt: http://php.is/bugs/dom/dom_create_attribute_ns.phpt It "breaks" the W3 spec, but we already broke it with allowing ->createElement[NS] to set the value. -- Edit bug report at http://bugs.php.net/?id=37380&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37380&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37380&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37380&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37380&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37380&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37380&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37380&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37380&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37380&r=support Expected behavior:http://bugs.php.net/fix.php?id=37380&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37380&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37380&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37380&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37380&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37380&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37380&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37380&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37380&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37380&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37380&r=mysqlcfg
#36379 [Com]: SVG XML parsing looses child tags and attributes
ID: 36379 Comment by: mithu_pehelwan at yahoo dot com Reported By: rele at gmx dot de Status: No Feedback Bug Type: SimpleXML related Operating System: Windows XP SP1 PHP Version: 5.1.2 New Comment: Fuck you man in the whole u mother fucker Previous Comments: [2006-02-23 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-02-15 06:55:52] [EMAIL PROTECTED] print_r (and var_dump) isn't a reliable method for checking, what's "inside" a simplexml object. Please check with an iterator, if there's really something missing and provide a reproducable script. [2006-02-13 15:24:18] rele at gmx dot de Description: I want to parse SVG XML code with SimpleXML, but under certain circumstances the parsed SimpleXMLElements do not contain either attributes or child tags. Reproduce code: --- $test_simplexml_errors_svg = << http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";[ ]> http://www.w3.org/2000/svg"; viewBox="-2 -7 1561 708"> ParentText ChildText1 ChildText1 ChildText1ChildText2 EOD; print_r(simplexml_load_string($test_simplexml_errors_svg)); Expected result: SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => svg_output [version] => 1.1 [viewBox] => -2 -7 1561 708 ) [text] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1a [style] => font-size:7pt [x] => 300 [y] => 100 ) [0] => ParentText ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1b [style] => font-size:7pt [x] => 400 [y] => 200 ) [tspan] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 2b [dy] => 12 [x] => 410 ) [0] => ChildText1 ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 3b [dy] => 12 [x] => 450 ) [0] => ) ) ) [2] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1c [style] => font-size:7pt [x] => 500 [y] => 300 ) [tspan] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 2c [dy] => 12 [x] => 510 ) [0] => ChildText1 ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 3c [dy] => 12 [x] => 550 ) [0] => ChildTe
#37378 [NEW]: gcc 2.95.4 have no prefer-pic/no-prefer-pic option
From: dan+php dot net at obluda dot cz Operating system: FreeBSD 4.11 PHP version: 5.1.4 PHP Bug Type: Compile Failure Bug description: gcc 2.95.4 have no prefer-pic/no-prefer-pic option Description: old gcc (2.95.4) avaiable on some older OSes (FreeBSD 4.x) doesn't know the prefer-pic/no-prefer-pic option. It's used in several places, especially in configure.in pre-script. It should not be used when not supported. Reproduce code: --- N/A Expected result: N/A Actual result: -- N/A -- Edit bug report at http://bugs.php.net/?id=37378&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37378&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37378&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37378&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37378&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37378&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37378&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37378&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37378&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37378&r=support Expected behavior:http://bugs.php.net/fix.php?id=37378&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37378&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37378&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37378&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37378&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37378&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37378&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37378&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37378&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37378&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37378&r=mysqlcfg
#37376 [NEW]: fastcgi.c compile fail with gcc 2.95.4
From: dan+php dot net at obluda dot cz
Operating system: FreeBSD 4.11
PHP version: 5.1.4
PHP Bug Type: Compile Failure
Bug description: fastcgi.c compile fail with gcc 2.95.4
Description:
Compile of sapi/cgi/fastcgi.c fail with syntax error on line 692 in the
case the compiler allow variable declaration on start of block only (it's
the gcc 2.95.4 case).
The relevant code part is:
--
#else
sa_t sa;
socklen_t len = sizeof(sa);
FCGI_LOCK(req->listen_socket);
req->fd = accept(req->listen_socket, (struct sockaddr *)&sa, &len);
FCGI_UNLOCK(req->listen_socket);
#endif
---
The fix: cover the block starting sa_t sa declaration and ending
FCGI_UNLOCK function call into {}
Reproduce code:
---
N/A
Expected result:
N/A
Actual result:
--
N/A
--
Edit bug report at http://bugs.php.net/?id=37376&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37376&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37376&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37376&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37376&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37376&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37376&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37376&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37376&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37376&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37376&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37376&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37376&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37376&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37376&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37376&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37376&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37376&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37376&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37376&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37376&r=mysqlcfg
