#35769 [Opn-Bgs]: error handing dates prior to 1970
ID: 35769
Updated by: [EMAIL PROTECTED]
Reported By: php at 62nds dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: linux
PHP Version: 4.4.2RC1
New Comment:
This depends lot on the OS behind. If you want reliable date handling
you have to start using PHP 5.1 which has new date code. This is not
critical bug in PHP 4 so it will never get fixed there.
Previous Comments:
[2005-12-22 08:45:49] php at 62nds dot com
Example outputs 1969.12.31, mktime returns correct value
[2005-12-22 08:42:22] php at 62nds dot com
Description:
Wrong month and day returned by gmdate; year is correct most of the
time.
Reproduce code:
---
$membday = mktime(0, 0, 0, 6, 15, 1966);
echo gmdate('Y.m.d', $membday);
--
Edit this bug report at http://bugs.php.net/?id=35769edit=1
#32503 [Opn-NoF]: fopen() in cwd: filename must start with ./ under safe mode
ID: 32503 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: No Feedback Bug Type: Safe Mode/open_basedir Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.1.1 Previous Comments: [2005-12-19 17:46:22] Bjorn dot Wiberg at its dot uu dot se Hi sniper! Just wanted to tell you that for 5.1.1, the following holds: If the path to the file is not listable (r flag) all the way, one gets the following message: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 The same error occurs until one makes sure that the path all the way to the file is listable (r flag). Then, with the path all the way to the file listable (r flag), one gets, with a.txt and no existing file: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 However, ./a.txt and no existing file works fine. With a.txt and the file already existing, things work just fine. With ./a.txt and the file already existing, things work just fine. Would it be OK to wait for 5.1.2, or have things related to this actually changed in the latest snapshot? (I just recompiled and installed 5.1.1, awaiting some possible input on or fixes to another bug, so I hope to recompile again sometime early next year.) Wishing you a Merry Christmas and a Happy New Year, and for putting up with me and my AIX troubles. :-) Best regards, Björn [2005-07-05 10:21:38] Bjorn dot Wiberg at its dot uu dot se (Thanks for fixing the mpm_common crash, that problem is gone now.) With #define HAVE_BROKEN_GETCWD 1 in php_config.h, and having made sure that the path up to the directory where the file is to be created has sufficient permissions, I still get the same error: /apache/htdocs/bwiberg/test/safemode Warning: fopen(): Unable to access a.txt in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: No such file or directory in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Having the read (r) permission off for the test directory along the way: Warning: fopen(): open_basedir restriction in effect. File(a.txt) is not within the allowed path(s): (.:/apache/php/lib/php/:/apache/htdocs/bwiberg/) in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Warning: fopen(a.txt): failed to open stream: Not owner in /apache/htdocs/bwiberg/test/safemode/write.php on line 5 Best regards, Björn [2005-05-09 14:15:53] Bjorn dot Wiberg at its dot uu dot se Hi again! I just tried the #define HAVE_BROKEN_GETCWD 1 trick from http://bugs.php.net/bug.php?id=32501, with PHP 5.0.4 (the fixed version) but that didn't help in this regard. I thought I would mention this. Best regards, Björn [2005-04-05 09:28:28] Bjorn dot Wiberg at its dot uu dot se Hi Tony! Thank you for your feedback! I'm afraid that absolute paths aren't a very viable solution to this, as that probably would break too many scripts, expecting it to be possible to just save a file to the current directory. Is the PHP realpath hack supposed to handle these kind of problems on AIX? Please let me know if I can help in any way! Best regards, Björn [2005-04-04 17:11:05] [EMAIL PROTECTED] Right, this is somehow concerned with broken realpath() on AIX. The problem is that we end up with relative path in php_checkuid_ex() function and it fails to check permissions for the directory. Of course, the easiest solution is to use absolute paths everywhere. 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/32503 -- Edit this bug report at http://bugs.php.net/?id=32503edit=1
#35386 [Asn-Fbk]: first row is null
ID: 35386
Updated by: [EMAIL PROTECTED]
Reported By: slapaf at hotmail dot com
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: winxp sp2
PHP Version: 5.1.0
Assigned To: abies
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2005-11-25 11:58:10] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-11-25 11:55:38] slapaf at hotmail dot com
deleting row with name 1 and inserting a name 5 returns:
NULL :
string : name 3
string : name 4
string : name 5
[2005-11-25 11:48:44] slapaf at hotmail dot com
array(2) {
[EVENT_NAME]=
NULL
[0]=
NULL
}
array(2) {
[EVENT_NAME]=
string(6) name 2
[0]=
string(6) name 2
}
array(2) {
[EVENT_NAME]=
string(6) name 3
[0]=
string(6) name 3
}
array(2) {
[EVENT_NAME]=
string(6) name 4
[0]=
string(6) name 4
}
[2005-11-25 11:44:58] [EMAIL PROTECTED]
Change this line:
print 'pre'.gettype($row['EVENT_NAME']).' : '.$row['EVENT_NAME'];
to
var_dump($row);
and paste the result here.
[2005-11-25 11:38:32] slapaf at hotmail dot com
Description:
When using PDO for simple query in Firebird it returns first row as
null.
I've tried using ADODB for control and it returns the correct results.
Reproduce code:
---
$dbh = new PDO(firebird:dbname=localhost:test.fdb,,**);
$sql='SELECT EVENT_NAME FROM EVENTS';
foreach($dbh-query($sql) as $row){
print 'pre'.gettype($row['EVENT_NAME']).' :
'.$row['EVENT_NAME'];
}
Expected result:
string : name 1
string : name 2
string : name 3
string : name 4
Actual result:
--
NULL :
string : name 2
string : name 3
string : name 4
--
Edit this bug report at http://bugs.php.net/?id=35386edit=1
#35762 [Bgs]: Segmentation fault (core dumped)...
ID: 35762 User updated by: necat at digicol dot de Reported By: necat at digicol dot de Status: Bogus Bug Type: OCI8 related Operating System: ia64-hp-hpux11.23 PHP Version: 4.4.1 New Comment: hm, [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-4.4.1./cvsclean [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-4.4.1./buildconf --force Forcing buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.59 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13 and automake-1.5. Make: Must be a separator on rules line 36. Stop. *** Error exit code 1 Stop. automake is installed successfully /usr/local/bin/automake --version automake (GNU automake) 1.5 but make of autoconf-2.13 gives error! Regards, Necat Kutlar Previous Comments: [2005-12-21 16:38:02] [EMAIL PROTECTED] ./cvsclean ./buildconf --force is what you need. [2005-12-21 16:33:56] necat at digicol dot de Hi, a lot of Unsatisfied symbols :-( ld: Unsatisfied symbol zif_oci_fetch_all in file ext/oci8/oci8.o ld: Unsatisfied symbol zif_oci_fetch_assoc in file ext/oci8/oci8.o ld: Unsatisfied symbol php_oci_lob_read in file ext/oci8/oci8.o ld: Unsatisfied symbol zif_oci_new_descriptor in file ext/oci8/oci8.o ... oracle home is ok oracle lib dir is ok (lib32) what am I missing? I still try to find some bugs in the bugs list... regards, n.kutlar [2005-12-21 12:55:45] [EMAIL PROTECTED] Yes, this is the solution. New OCI8 won't appear in 4.4.x, as this branch is reserved for critical fixes only. Also, please name you reports with something more informative then just segmentation fault. [2005-12-21 12:50:07] necat at digicol dot de no, I use standard oci8 that comes by php4.4.1. do you mean, when I install pecl package, is the solution? N.Kutlar [2005-12-21 12:26:53] [EMAIL PROTECTED] Are you using OCI8 from PECL? 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/35762 -- Edit this bug report at http://bugs.php.net/?id=35762edit=1
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421
Comment by: thomas at gielfeldt dot dk
Reported By: wkonkel at gmail dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: redhat
PHP Version: 5.0.5
New Comment:
Hi
I've mailed the patch to the internals mailing list, hoping it would be
taken into consideration.
two new functions have been added: get_scope() and is_static().
Example of solution to the above code after patching:
?
class baseClass {
static function do_get_scope() {
return get_scope();
}
static function do_backtrace() {
$backtrace = debug_backtrace();
return $backtrace[0]['scope'];
}
}
class extendedBaseClass extends baseClass {
}
echo extendedBaseClass::do_get_scope() . br;
echo extendedBaseClass::do_backtrace() . br;
?
Expected result:
extendedBaseClass
extendedBaseClass
Actual result:
--
extendedBaseClass
extendedBaseClass
Previous Comments:
[2005-12-21 11:26:11] thomas at gielfeldt dot dk
Hi
I have a solution for the above problem.
A patch that adds scope to the debug_backtrace return array, and also
2 new functions: get_scope() and is_static(). How do i submit this patch
to the php-team?
Thanks
/Thomas
[2005-09-14 16:47:33] civilization_2 at hotmail dot com
Or cook a patch by yourself.
hehe, I'm thinking about it.
[2005-09-14 15:45:34] [EMAIL PROTECTED]
Guess we'll just have to wait.
Or cook a patch by yourself.
[2005-09-14 15:41:02] civilization_2 at hotmail dot com
If the engine just switches context rather than actually inheriting
methods, then this seems conceptually flawed to me. If this is an
engine problem, it will probably require a massive rewriting, resulting
in ... PHP6 :-)
Guess we'll just have to wait.
[2005-09-13 20:07:46] wkonkel at gmail dot com
I don't understand why this keeps being dismissed as bogus. It's an
outstanding issue that should be fixed regardless of the current
limitations of the way the engine works.
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/34421
--
Edit this bug report at http://bugs.php.net/?id=34421edit=1
#35770 [NEW]: inconsistent method naming PDO::exec and PDOStatement::execute
From: fh at ez dot no Operating system: linux - gentoo PHP version: 5.1.1 PHP Bug Type: PDO related Bug description: inconsistent method naming PDO::exec and PDOStatement::execute Description: The methods should either be named the same or given names that separate them more clearly. -- Edit bug report at http://bugs.php.net/?id=35770edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35770r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35770r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35770r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35770r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35770r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35770r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35770r=needscript Try newer version:http://bugs.php.net/fix.php?id=35770r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35770r=support Expected behavior:http://bugs.php.net/fix.php?id=35770r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35770r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35770r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35770r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35770r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35770r=dst IIS Stability:http://bugs.php.net/fix.php?id=35770r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35770r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35770r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35770r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35770r=mysqlcfg
#35770 [Opn-Asn]: inconsistent method naming PDO::exec and PDOStatement::execute
ID: 35770 Updated by: [EMAIL PROTECTED] Reported By: fh at ez dot no -Status: Open +Status: Assigned Bug Type: PDO related Operating System: linux - gentoo PHP Version: 5.1.1 -Assigned To: +Assigned To: wez New Comment: Assigned to the maintainer. Previous Comments: [2005-12-22 11:10:04] fh at ez dot no Description: The methods should either be named the same or given names that separate them more clearly. -- Edit this bug report at http://bugs.php.net/?id=35770edit=1
#35771 [NEW]: ErrorDocument HTML Page with PHP Code - Segfault
From: daniel dot sand at pixelpark dot com Operating system: Solaris PHP version: 5.1.1 PHP Bug Type: Apache2 related Bug description: ErrorDocument HTML Page with PHP Code - Segfault Description: Under Apache 2.0.55 with PHP 5.1.1 ( and PHP 5.1.0RC1 ) and defined ErrorDocument 404 html page with treating .html like PHP segfaults apache child. Reproduce code: --- Under Apache 2.x with PHP 5.1.1 set in Apache Config: ErrorDocument 404 /error/HTTP_NOT_FOUND.html AddType application/x-httpd-php .php .php4 .html .htm touch the file and put some example code in it: htmlbody?php echo phpinfo();?/body/html start up apache and call some not existing page on the Webserver: nothing much happens and in the error log you see that the apache child segfaults: [Thu Dec 22 11:15:58 2005] [notice] child pid 25725 exit signal Segmentation fault (11) Expected result: It should return an Errorpage with the correct content of the File. Actual result: -- Segfault of the Apache Child -- Edit bug report at http://bugs.php.net/?id=35771edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35771r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35771r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35771r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35771r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35771r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35771r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35771r=needscript Try newer version:http://bugs.php.net/fix.php?id=35771r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35771r=support Expected behavior:http://bugs.php.net/fix.php?id=35771r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35771r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35771r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35771r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35771r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35771r=dst IIS Stability:http://bugs.php.net/fix.php?id=35771r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35771r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35771r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35771r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35771r=mysqlcfg
#35773 [Bgs]: Zend engine loops
ID: 35773 User updated by: igmar at palsenberg dot com Reported By: igmar at palsenberg dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.6.x PHP Version: 4CVS-2005-12-22 (CVS) New Comment: I'll switch back to 4.3.x then. Previous Comments: [2005-12-22 14:50:03] [EMAIL PROTECTED] Then you need to fix the code. [2005-12-22 14:48:45] igmar at palsenberg dot com Those snaps are for 5.x, this is a 4.x setup, and has code that doesn't work on 5.x [2005-12-22 14:32:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 14:18:27] igmar at palsenberg dot com Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #6 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #7
#35773 [Fbk-Opn]: Zend engine loops
ID: 35773 User updated by: igmar at palsenberg dot com Reported By: igmar at palsenberg dot com -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux 2.6.x PHP Version: 4CVS-2005-12-22 (CVS) New Comment: Those snaps are for 5.x, this is a 4.x setup, and has code that doesn't work on 5.x Previous Comments: [2005-12-22 14:32:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 14:18:27] igmar at palsenberg dot com Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #6 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #7 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #8 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at
#35773 [Opn-Bgs]: Zend engine loops
ID: 35773 Updated by: [EMAIL PROTECTED] Reported By: igmar at palsenberg dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.6.x PHP Version: 4CVS-2005-12-22 (CVS) New Comment: Then you need to fix the code. Previous Comments: [2005-12-22 14:48:45] igmar at palsenberg dot com Those snaps are for 5.x, this is a 4.x setup, and has code that doesn't work on 5.x [2005-12-22 14:32:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 14:18:27] igmar at palsenberg dot com Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #6 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #7 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at
#35604 [Asn-Fbk]: PDO crash
ID: 35604 Updated by: [EMAIL PROTECTED] Reported By: smlerman at gmail dot com -Status: Assigned +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2005-12-09 (snap) Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-12 14:40:52] smlerman at gmail dot com # awk --version GNU Awk 3.1.3 Copyright (C) 1989, 1991-2003 Free Software Foundation. [2005-12-12 14:26:47] [EMAIL PROTECTED] ==19435== Invalid write of size 4 ==19435==at 0x80B5654: pgsql_stmt_param_hook (pgsql_statement.c:278) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907B8 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52AD: pgsql_stmt_param_hook (pgsql_statement.c:222) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5672: pgsql_stmt_param_hook (pgsql_statement.c:279) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907F0 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52CF: pgsql_stmt_param_hook (pgsql_statement.c:225) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5687: pgsql_stmt_param_hook (pgsql_statement.c:280) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD90828 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52F1: pgsql_stmt_param_hook (pgsql_statement.c:228) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of
#35732 [Opn-Fbk]: Access violation on file open
ID: 35732 Updated by: [EMAIL PROTECTED] Reported By: rene at lico dot nl -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-12-22 14:20:30] rene at lico dot nl no. IIS is also configured to use the php engine only on .php and asp engine only on .asp and .inc [2005-12-22 14:17:05] [EMAIL PROTECTED] Do you have the asp tags enabled in php.ini ? [2005-12-22 14:08:48] rene at lico dot nl I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. [2005-12-21 21:15:09] [EMAIL PROTECTED] Can you reproduce this using some other web server, like Apache? [2005-12-21 17:39:35] rene at lico dot nl No, the localhost could also be replaced with something else like an asp scripts (what it is used for in my case) 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/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35732 [Opn-Fbk]: Access violation on file open
ID: 35732 Updated by: [EMAIL PROTECTED] Reported By: rene at lico dot nl -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) Previous Comments: [2005-12-22 14:37:02] rene at lico dot nl I'm not yet able to reproduce the problem by using a seperate peace of code. I will post it here when I can reproduce it [2005-12-22 14:33:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-12-22 14:20:30] rene at lico dot nl no. IIS is also configured to use the php engine only on .php and asp engine only on .asp and .inc [2005-12-22 14:17:05] [EMAIL PROTECTED] Do you have the asp tags enabled in php.ini ? [2005-12-22 14:08:48] rene at lico dot nl I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. 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/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35732 [Fbk-Opn]: Access violation on file open
ID: 35732 User updated by: rene at lico dot nl Reported By: rene at lico dot nl -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) New Comment: I'm not yet able to reproduce the problem by using a seperate peace of code. I will post it here when I can reproduce it Previous Comments: [2005-12-22 14:33:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-12-22 14:20:30] rene at lico dot nl no. IIS is also configured to use the php engine only on .php and asp engine only on .asp and .inc [2005-12-22 14:17:05] [EMAIL PROTECTED] Do you have the asp tags enabled in php.ini ? [2005-12-22 14:08:48] rene at lico dot nl I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. [2005-12-21 21:15:09] [EMAIL PROTECTED] Can you reproduce this using some other web server, like Apache? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35773 [Opn-Fbk]: Zend engine loops
ID: 35773 Updated by: [EMAIL PROTECTED] Reported By: igmar at palsenberg dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux 2.6.x PHP Version: 4CVS-2005-12-22 (CVS) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-22 14:18:27] igmar at palsenberg dot com Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #6 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #7 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #8 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #9 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #10 0x0821d7c8 in ap_invoke_handler () #11 0x08232e7e in process_request_internal () #12
#35770 [WFx]: inconsistent method naming PDO::exec and PDOStatement::execute
ID: 35770 User updated by: fh at ez dot no Reported By: fh at ez dot no Status: Wont fix Bug Type: PDO related Operating System: linux - gentoo PHP Version: 5.1.1 Assigned To: wez New Comment: You have aliases for this. At the very least fix this in PHP 6. Derick also noted another inconsistency in PDO: 13:15:25] Derick they also have beginTransaction, commit and rollback Previous Comments: [2005-12-22 14:18:02] [EMAIL PROTECTED] too late to change this for BC reasons [2005-12-22 11:34:26] [EMAIL PROTECTED] Assigned to the maintainer. [2005-12-22 11:10:04] fh at ez dot no Description: The methods should either be named the same or given names that separate them more clearly. -- Edit this bug report at http://bugs.php.net/?id=35770edit=1
#35770 [Asn-WFx]: inconsistent method naming PDO::exec and PDOStatement::execute
ID: 35770 Updated by: [EMAIL PROTECTED] Reported By: fh at ez dot no -Status: Assigned +Status: Wont fix Bug Type: PDO related Operating System: linux - gentoo PHP Version: 5.1.1 Assigned To: wez New Comment: too late to change this for BC reasons Previous Comments: [2005-12-22 11:34:26] [EMAIL PROTECTED] Assigned to the maintainer. [2005-12-22 11:10:04] fh at ez dot no Description: The methods should either be named the same or given names that separate them more clearly. -- Edit this bug report at http://bugs.php.net/?id=35770edit=1
#35772 [Opn-Bgs]: preg_match don't match right...
ID: 35772
Updated by: [EMAIL PROTECTED]
Reported By: nwhunter at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Regexps related
Operating System: Debian
PHP Version: 5.1.1
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-12-22 13:45:30] nwhunter at gmail dot com
Description:
problem with preg_match, dont match right if string contain something
eg. \x1dlt;DIRgt;s\x1f\x1f\x1f\x1f\x1f\x1faa .
Reproduce code:
---
?
$cn1 = {__directr[15]} DIR aa; // ok
$cn2 = {__directr[15]}\x1dlt;DIRgt;s\x1f\x1f\x1f\x1f\x1f\x1faa;
// not ok
if(preg_match(/^(\{\_\_+[a-z]+\[+(.*)+\]\})/i, $cn1))
print(okbr/);
else
print(not okbr/);
if(preg_match(/^(\{\_\_+[a-z]+\[+(.*)+\]\})/i, $cn2))
print(okbr/);
else
print(not okbr/);
?
Expected result:
ok
ok
Actual result:
--
ok
not ok
--
Edit this bug report at http://bugs.php.net/?id=35772edit=1
#35732 [Fbk-Opn]: Access violation on file open
ID: 35732 User updated by: rene at lico dot nl Reported By: rene at lico dot nl -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) New Comment: no. IIS is also configured to use the php engine only on .php and asp engine only on .asp and .inc Previous Comments: [2005-12-22 14:17:05] [EMAIL PROTECTED] Do you have the asp tags enabled in php.ini ? [2005-12-22 14:08:48] rene at lico dot nl I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. [2005-12-21 21:15:09] [EMAIL PROTECTED] Can you reproduce this using some other web server, like Apache? [2005-12-21 17:39:35] rene at lico dot nl No, the localhost could also be replaced with something else like an asp scripts (what it is used for in my case) [2005-12-21 16:20:21] [EMAIL PROTECTED] If you have this: ? print file_get_contents(http://localhost;); ? Is the content of this file in same file which is outputted? 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/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35773 [NEW]: Zend engine loops
From: igmar at palsenberg dot com Operating system: Linux 2.6.x PHP version: 4CVS-2005-12-22 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Zend engine loops Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #6 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #7 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #8 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #9 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #10 0x0821d7c8 in ap_invoke_handler () #11 0x08232e7e in process_request_internal () #12 0x08232edd in ap_process_request () #13 0x08229ceb in child_main () #14 0x08229fd4 in make_child () #15 0x0822a30d in perform_idle_server_maintenance () #16 0x0822a91a in standalone_main () #17 0x0822af3d in main () -- Edit bug report at http://bugs.php.net/?id=35773edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35773r=trysnapshot44 Try a CVS snapshot (PHP 5.1):
#35732 [Opn-Fbk]: Access violation on file open
ID: 35732 Updated by: [EMAIL PROTECTED] Reported By: rene at lico dot nl -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) New Comment: Do you have the asp tags enabled in php.ini ? Previous Comments: [2005-12-22 14:08:48] rene at lico dot nl I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. [2005-12-21 21:15:09] [EMAIL PROTECTED] Can you reproduce this using some other web server, like Apache? [2005-12-21 17:39:35] rene at lico dot nl No, the localhost could also be replaced with something else like an asp scripts (what it is used for in my case) [2005-12-21 16:20:21] [EMAIL PROTECTED] If you have this: ? print file_get_contents(http://localhost;); ? Is the content of this file in same file which is outputted? [2005-12-21 16:12:51] rene at lico dot nl I would try the develpack if i had MSVC6, but i don't. What to do? Is there a seperate download to only have the debug functions? I will try to make a seperate script that raises the problem... 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/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35732 [Fbk-Opn]: Access violation on file open
ID: 35732 User updated by: rene at lico dot nl Reported By: rene at lico dot nl -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5CVS-2005-12-20 (snap) New Comment: I can't find the exact cause. If the error has occoured it wil again do so when the ? print file_get_contents(http:// localhost); ? is executed. I've tried to get the error only using file_get_contents, but that dind't work out. This also means I can't get it to happen on apache. Note that the website I use here uses both asp and php files. The complete site can't be copied to an apache environment. I've found sombody who has visual c so we're installing everything else on his pc. I hope this results in something more. I'll keep you updated on this, but I think it will be next year; since I'm on holiday for the next week. Previous Comments: [2005-12-21 21:15:09] [EMAIL PROTECTED] Can you reproduce this using some other web server, like Apache? [2005-12-21 17:39:35] rene at lico dot nl No, the localhost could also be replaced with something else like an asp scripts (what it is used for in my case) [2005-12-21 16:20:21] [EMAIL PROTECTED] If you have this: ? print file_get_contents(http://localhost;); ? Is the content of this file in same file which is outputted? [2005-12-21 16:12:51] rene at lico dot nl I would try the develpack if i had MSVC6, but i don't. What to do? Is there a seperate download to only have the debug functions? I will try to make a seperate script that raises the problem... [2005-12-21 15:19:42] [EMAIL PROTECTED] Well, if you have some debugging tools installed, this link http://bugs.php.net/bugs-generating-backtrace-win32.php should be useful. 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/35732 -- Edit this bug report at http://bugs.php.net/?id=35732edit=1
#35772 [NEW]: preg_match don't match right...
From: nwhunter at gmail dot com
Operating system: Debian
PHP version: 5.1.1
PHP Bug Type: Regexps related
Bug description: preg_match don't match right...
Description:
problem with preg_match, dont match right if string contain something eg.
\x1dlt;DIRgt;s\x1f\x1f\x1f\x1f\x1f\x1faa .
Reproduce code:
---
?
$cn1 = {__directr[15]} DIR aa; // ok
$cn2 = {__directr[15]}\x1dlt;DIRgt;s\x1f\x1f\x1f\x1f\x1f\x1faa; //
not ok
if(preg_match(/^(\{\_\_+[a-z]+\[+(.*)+\]\})/i, $cn1))
print(okbr/);
else
print(not okbr/);
if(preg_match(/^(\{\_\_+[a-z]+\[+(.*)+\]\})/i, $cn2))
print(okbr/);
else
print(not okbr/);
?
Expected result:
ok
ok
Actual result:
--
ok
not ok
--
Edit bug report at http://bugs.php.net/?id=35772edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35772r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35772r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35772r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35772r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35772r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35772r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35772r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35772r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35772r=support
Expected behavior:http://bugs.php.net/fix.php?id=35772r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35772r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35772r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35772r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35772r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35772r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35772r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35772r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35772r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35772r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35772r=mysqlcfg
#34421 [Com]: get_class and debug_backtrace report wrong class for inherited static methods
ID: 34421
Comment by: thomas at gielfeldt dot dk
Reported By: wkonkel at gmail dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: redhat
PHP Version: 5.0.5
New Comment:
a grammatical correction: hoping it would be = hoping it will be
:-)
/Thomas
Previous Comments:
[2005-12-22 10:42:15] thomas at gielfeldt dot dk
Hi
I've mailed the patch to the internals mailing list, hoping it would be
taken into consideration.
two new functions have been added: get_scope() and is_static().
Example of solution to the above code after patching:
?
class baseClass {
static function do_get_scope() {
return get_scope();
}
static function do_backtrace() {
$backtrace = debug_backtrace();
return $backtrace[0]['scope'];
}
}
class extendedBaseClass extends baseClass {
}
echo extendedBaseClass::do_get_scope() . br;
echo extendedBaseClass::do_backtrace() . br;
?
Expected result:
extendedBaseClass
extendedBaseClass
Actual result:
--
extendedBaseClass
extendedBaseClass
[2005-09-09 13:25:34] [EMAIL PROTECTED]
This is a limitation in the way the engine works and it
most likely won't change in the near future. See also
previous discussions about it.
http://zend.com/zend/week/week219.php#Heading5
[2005-09-08 16:06:19] wkonkel at gmail dot com
Although this is how it currently does work, this is not logical. If I
specify that the scope to be extendedBaseClass, then why is the scope
baseClass? If this was not a static method, calling get_class() would
return extendedBaseClass because the object simply isn't a
baseClass, it's an extendedBaseClass. Static methods are no
different.
[2005-09-08 09:34:30] wkonkel at gmail dot com
Description:
When a static function is called in the scope of an extended class, the
static function still thinks it's being called in the scope of the base
class.
I found a similar bug at http://bugs.php.net/bug.php?id=30828 which was
fixed in 5.0.5, but the problem still remains.
Reproduce code:
---
?
class baseClass {
static function do_get_class() {
return get_class();
}
static function do_backtrace() {
$backtrace = debug_backtrace();
return $backtrace[0]['class'];
}
}
class extendedBaseClass extends baseClass {
}
echo extendedBaseClass::do_get_class() . br;
echo extendedBaseClass::do_backtrace() . br;
?
Expected result:
extendedBaseClass
extendedBaseClass
Actual result:
--
baseClass
baseClass
--
Edit this bug report at http://bugs.php.net/?id=34421edit=1
#35771 [Opn-Fbk]: ErrorDocument HTML Page with PHP Code - Segfault
ID: 35771 Updated by: [EMAIL PROTECTED] Reported By: daniel dot sand at pixelpark dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Solaris PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-22 11:51:40] daniel dot sand at pixelpark dot com Description: Under Apache 2.0.55 with PHP 5.1.1 ( and PHP 5.1.0RC1 ) and defined ErrorDocument 404 html page with treating .html like PHP segfaults apache child. Reproduce code: --- Under Apache 2.x with PHP 5.1.1 set in Apache Config: ErrorDocument 404 /error/HTTP_NOT_FOUND.html AddType application/x-httpd-php .php .php4 .html .htm touch the file and put some example code in it: htmlbody?php echo phpinfo();?/body/html start up apache and call some not existing page on the Webserver: nothing much happens and in the error log you see that the apache child segfaults: [Thu Dec 22 11:15:58 2005] [notice] child pid 25725 exit signal Segmentation fault (11) Expected result: It should return an Errorpage with the correct content of the File. Actual result: -- Segfault of the Apache Child -- Edit this bug report at http://bugs.php.net/?id=35771edit=1
#35773 [Bgs-Asn]: Zend engine loops
ID: 35773 Updated by: [EMAIL PROTECTED] Reported By: igmar at palsenberg dot com -Status: Bogus +Status: Assigned Bug Type: Scripting Engine problem Operating System: Linux 2.6.x PHP Version: 4CVS-2005-12-22 (CVS) -Assigned To: +Assigned To: derick Previous Comments: [2005-12-22 14:57:09] igmar at palsenberg dot com I'll switch back to 4.3.x then. [2005-12-22 14:50:03] [EMAIL PROTECTED] Then you need to fix the code. [2005-12-22 14:48:45] igmar at palsenberg dot com Those snaps are for 5.x, this is a 4.x setup, and has code that doesn't work on 5.x [2005-12-22 14:32:37] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 14:18:27] igmar at palsenberg dot com Description: The ZE loops at certain code. I haven't found the actual code that triggers it, but it show up frequently when using phpMyAdmin. Configure line : ./configure' '--with-apache=/home/igmar/OWN/lamp-ssl/apache_1.3.34' '--with-gd' '--with-zlib' '--with-kerberos' '--with-openssl' '--enable-gd-native-ttf' '--with-freetype' '--with-freetype-dir=/usr' '--enable-track-vars' '--with-freetype' '--with-mysql=/usr' '--enable-sockets' '--with-config-file-path=/etc/httpsd' '--enable-memory-limit' '--enable-sysvshm' '--enable-sysvsem' '--with-domxml' '--with-dom' '--enable-ftp' '--with-openssl' '--with-db4' '--with-gettext' '--with-pdflib' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-png-dir=/usr' '--with-ming=/usr' '--with-xmlrpc' '--with-readline' '--enable-xslt' '--with-xslt-sablot' '--enable-mbstring' '--with-imap' '--with-imap-ssl' Apache is 1.3.34 + latest mod_ssl Reproduce code: --- Unknown Actual result: -- 2 backtraces when the process starts looping. If there is a way that I can find out which PHP code it is actually executing, I'll be happy to find out. 4.3.x didn't exhibit this behaviour, I haven't tested 4.4.0. BT #1 #0 0x080f9326 in zend_hash_find (ht=0x84e53cc, arKey=0x87904bc buffer, nKeyLength=7, pData=0xbfcb22c8) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.c:896 #1 0x080ff813 in zend_fetch_var_address (opline=0x87c7450, Ts=0xbfcb2310, type=0) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:594 #2 0x08101c26 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1302 #3 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #4 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend.c:934 #5 0x080d370c in php_execute_script (primary_file=0xbfcbc650) at /home/igmar/OWN/lamp-ssl/php-src/main/main.c:1753 #6 0x0810c558 in apache_php_module_main (r=0x858e454, display_source_mode=0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/sapi_apache.c:54 #7 0x080cbc80 in send_php (r=0x858e454, display_source_mode=0, filename=0x0) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:627 #8 0x080cbf0e in send_parsed_php (r=0x858e454) at /home/igmar/OWN/lamp-ssl/php-src/sapi/apache/mod_php4.c:642 #9 0x0821d7c8 in ap_invoke_handler () #10 0x08232e7e in process_request_internal () #11 0x08232edd in ap_process_request () #12 0x08229ceb in child_main ()#13 0x08229fd4 in make_child () #14 0x0822a30d in perform_idle_server_maintenance () #15 0x0822a91a in standalone_main () #16 0x0822af3d in main () BT #2 : 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 197 h += (h 5); #0 0x080f8536 in zend_hash_add_or_update (ht=0x864cb2c, arKey=0x85cee4c offset, nKeyLength=7, pData=0xbfcb1314, nDataSize=4, pDest=0xbfcb1318, flag=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_hash.h:197 #1 0x080ff9df in zend_fetch_var_address (opline=0x87bd13c, Ts=0xbfcb1360, type=1) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:609 #2 0x08101c5b in execute (op_array=0x8604e30) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1281 #3 0x08103f93 in execute (op_array=0x8747e2c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:1719 #4 0x08104405 in execute (op_array=0x85b935c) at /home/igmar/OWN/lamp-ssl/php-src/Zend/zend_execute.c:2272 #5 0x080f529f in zend_execute_scripts (type=8, retval=0x0, file_count=3) at
#35774 [NEW]: cannot access libphp5.so
From: necat at digicol dot de Operating system: ia64-hp-hpux11.23 PHP version: 5.1.1 PHP Bug Type: *Compile Issues Bug description: cannot access libphp5.so Description: php version is php-5.1-200512191330 configure ok make ok make install not ok Reproduce code: --- #!/bin/sh PHPVER=5.1-200512191330 APAVER=13.34 PHP=/dc5/home/appdc5/Sourcen/php-$PHPVER PHPINST=/dc5/dc/bin/php-$PHPVER PHPCONF=/dc5/dc/init APACHE=/dc5/home/appdc5/Sourcen/apache_$APAVER CCLIENT=/usr/share/doc/packages/imap ORACLE=/dc5/home/appdc5/oracle/ORAHOME APXS=/dc5/dc/bin/apache_1.3.34/bin/apxs ../php-$PHPVER/configure \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-config-file-path=$PHPCONF \ --prefix=$PHPINST \ --exec-prefix=$PHPINST \ --enable-mbstring=all \ --enable-mbregex \ --enable-pcntl \ --with-dom \ --with-gdbm \ --enable-sigchild \ --enable-inline-optimization \ --without-mysql \ --with-zlib \ --enable-exif \ --enable-ftp \ --with-iconv \ --enable-memory-limit \ --with-oci8=$ORACLE \ --with-apxs=$APXS \ --without-pear Actual result: -- make install Installing PHP SAPI module: apache [activating module `php5' in /dc5/dc/bin/apache_1.3.34/conf/httpd.conf] cp libs/libphp5.so /dc5/dc/bin/apache_1.3.34/libexec/libphp5.so cp: cannot access libs/libphp5.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error exit code 1 Stop. [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1-200512191330-apxsll libs total 52848 drwxr-x--- 2 appdc5 dc5 96 Dec 22 14:11 ./ drwxr-x--- 14 appdc5 dc5 8192 Dec 22 14:11 ../ -rw-r--r-- 1 appdc5 dc527039978 Dec 22 14:11 libphp5.a -rw-r- 1 appdc5 dc5 1174 Dec 22 14:11 libphp5.la Regards, Necat Kutlar -- Edit bug report at http://bugs.php.net/?id=35774edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35774r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35774r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35774r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35774r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35774r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35774r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35774r=needscript Try newer version:http://bugs.php.net/fix.php?id=35774r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35774r=support Expected behavior:http://bugs.php.net/fix.php?id=35774r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35774r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35774r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35774r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35774r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35774r=dst IIS Stability:http://bugs.php.net/fix.php?id=35774r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35774r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35774r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35774r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35774r=mysqlcfg
#35765 [Bgs]: fopen wrapper using invalid SIZE command
ID: 35765
User updated by: jasonandtonya at gmail dot com
Reported By: jasonandtonya at gmail dot com
Status: Bogus
Bug Type: FTP related
Operating System: *
PHP Version: 5CVS-2005-12-21 (snap)
New Comment:
Wouldn't it be better to do a
ls filename.ext
If the file does not exist, it will return
200 PORT command successful.
550 filename.ext: No such file or directory.
Just providing some positive creative feedback for the wrapper for
future improvements. You should have an alternate method if it fails.
Command SIZE is not a standard for FTP (http://us2.php.net/ftp states
you are refencing http://www.faqs.org/rfcs/rfc959 which shows SIZE is
invalid) .
BTW: Since ftp server is running the most current version (Solaris 5.10
ftp daemon), I shouldn't have to be limited to specific ftp server
daemons for the wrapper to work.
Previous Comments:
[2005-12-21 21:28:07] [EMAIL PROTECTED]
Is there a reason that you are using a non-standard command SIZE for
verifying existance of the file?
There propably is and this has worked fine since PHP 4.
Get a working FTP server.
[2005-12-21 18:28:40] jasonandtonya at gmail dot com
Description:
when opening a file via ftp as an array
$logfile=fopen('ftp://example.com/filename.ext',r);
it returns an error:
500 'SIZE filename.ext': command not understood and example.com is
running a Solaris default ftp daemon.
Looking at the latest version 5.1-latest, (I'm assuming that it is
using ftp_fopen_wrapper.c):
ftp_fopen_wrapper.c,v 1.85.2.2 2005/11/22 03:01:39
line 450:
/* find out the size of the file (verifying it exists) */
php_stream_printf(stream TSRMLS_CC, SIZE %s\r\n,
resource-path);
Is there a reason that you are using a non-standard command SIZE for
verifying existance of the file?
Reproduce code:
---
$file=fopen('ftp://example.com/filename.ext',r);
Expected result:
No error message when doing fopen
Actual result:
--
Warning: fopen('ftp://example.com/filename.ext') [function.fopen]:
failed to open stream: FTP server reports 500 'SIZE filename.ext':
command not understood. in /patrh/to/htdocs/filename.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=35765edit=1
#35774 [Opn-Bgs]: cannot access libphp5.so
ID: 35774 Updated by: [EMAIL PROTECTED] Reported By: necat at digicol dot de -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: ia64-hp-hpux11.23 PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-12-22 15:02:48] necat at digicol dot de Description: php version is php-5.1-200512191330 configure ok make ok make install not ok Reproduce code: --- #!/bin/sh PHPVER=5.1-200512191330 APAVER=13.34 PHP=/dc5/home/appdc5/Sourcen/php-$PHPVER PHPINST=/dc5/dc/bin/php-$PHPVER PHPCONF=/dc5/dc/init APACHE=/dc5/home/appdc5/Sourcen/apache_$APAVER CCLIENT=/usr/share/doc/packages/imap ORACLE=/dc5/home/appdc5/oracle/ORAHOME APXS=/dc5/dc/bin/apache_1.3.34/bin/apxs ../php-$PHPVER/configure \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-config-file-path=$PHPCONF \ --prefix=$PHPINST \ --exec-prefix=$PHPINST \ --enable-mbstring=all \ --enable-mbregex \ --enable-pcntl \ --with-dom \ --with-gdbm \ --enable-sigchild \ --enable-inline-optimization \ --without-mysql \ --with-zlib \ --enable-exif \ --enable-ftp \ --with-iconv \ --enable-memory-limit \ --with-oci8=$ORACLE \ --with-apxs=$APXS \ --without-pear Actual result: -- make install Installing PHP SAPI module: apache [activating module `php5' in /dc5/dc/bin/apache_1.3.34/conf/httpd.conf] cp libs/libphp5.so /dc5/dc/bin/apache_1.3.34/libexec/libphp5.so cp: cannot access libs/libphp5.so: No such file or directory apxs:Break: Command failed with rc=1 *** Error exit code 1 Stop. [EMAIL PROTECTED]:/dc5/home/appdc5/Sourcen/php-5.1-200512191330-apxsll libs total 52848 drwxr-x--- 2 appdc5 dc5 96 Dec 22 14:11 ./ drwxr-x--- 14 appdc5 dc5 8192 Dec 22 14:11 ../ -rw-r--r-- 1 appdc5 dc527039978 Dec 22 14:11 libphp5.a -rw-r- 1 appdc5 dc5 1174 Dec 22 14:11 libphp5.la Regards, Necat Kutlar -- Edit this bug report at http://bugs.php.net/?id=35774edit=1
#35770 [WFx]: inconsistent method naming PDO::exec and PDOStatement::execute
ID: 35770 Updated by: [EMAIL PROTECTED] Reported By: fh at ez dot no Status: Wont fix Bug Type: PDO related Operating System: linux - gentoo PHP Version: 5.1.1 Assigned To: wez New Comment: They do different things; having the same name for these is not clever, and we're not going to change it. Previous Comments: [2005-12-22 14:28:20] fh at ez dot no You have aliases for this. At the very least fix this in PHP 6. Derick also noted another inconsistency in PDO: 13:15:25] Derick they also have beginTransaction, commit and rollback [2005-12-22 14:18:02] [EMAIL PROTECTED] too late to change this for BC reasons [2005-12-22 11:34:26] [EMAIL PROTECTED] Assigned to the maintainer. [2005-12-22 11:10:04] fh at ez dot no Description: The methods should either be named the same or given names that separate them more clearly. -- Edit this bug report at http://bugs.php.net/?id=35770edit=1
#35604 [Fbk-Opn]: PDO crash
ID: 35604 User updated by: smlerman at gmail dot com Reported By: smlerman at gmail dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2005-12-09 (snap) Assigned To: wez New Comment: Still get a segmentation fault with the 2005-12-22-1330 snapshot. Previous Comments: [2005-12-22 14:50:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-12 14:40:52] smlerman at gmail dot com # awk --version GNU Awk 3.1.3 Copyright (C) 1989, 1991-2003 Free Software Foundation. [2005-12-12 14:26:47] [EMAIL PROTECTED] ==19435== Invalid write of size 4 ==19435==at 0x80B5654: pgsql_stmt_param_hook (pgsql_statement.c:278) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907B8 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52AD: pgsql_stmt_param_hook (pgsql_statement.c:222) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5672: pgsql_stmt_param_hook (pgsql_statement.c:279) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907F0 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52CF: pgsql_stmt_param_hook (pgsql_statement.c:225) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5687: pgsql_stmt_param_hook (pgsql_statement.c:280) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD90828 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52F1: pgsql_stmt_param_hook (pgsql_statement.c:228) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by
#34482 [Asn]: LDAP Searches cause Access Violation when connecting via LDAPS
ID: 34482 User updated by: zbowden at vt dot edu Reported By: zbowden at vt dot edu Status: Assigned Bug Type: LDAP related Operating System: Windows 2003 -PHP Version: 5CVS-2005-09-12 (snap) +PHP Version: 4.4.1 Assigned To: edink New Comment: just tested this in 4.4.1 and I see the same behavior that I see in 5.1.1 (i.e. can't connect to server via ldaps). Previous Comments: [2005-12-19 17:31:38] pbarabe at paddyworks dot com I've been experiencing essentially the same problems as zbowden when upgrading from PHP 5.0.4 to 5.1.1 on Win2003/Apache 2.0.49/ISAPI. ldap_bind() breaks (returns message Can't contact LDAP server. Replacing libeay32.dll and ssleay32.dll with those distributed with 5.1.1 does not fix the problem, though I can confirm that ldap_bind in PHP 5.0.4 still works with the new dlls. [2005-11-28 22:13:17] zbowden at vt dot edu just some additional information: if I try to use the ldap_start_tls() function I now get Unable to start TLS: Not Supported maybe an error in the build process (i.e. not turning on TLS and or LDAPS)? [2005-11-28 20:22:56] zbowden at vt dot edu Just a brief update: in 5.1.1 LDAPS URI's still don't work; the workaround I had for 5.0.5 doesn't work any longer either as we saw in the recent snapshots. I no longer get an access violation, however I cannot get a connection. Bbuie is correct, the problem doesn't actually present itself on the ldap_connect function, rather on the subsequent bind, search, etc. I think the problem may be in the newer versions of openssl. What's leading me to this is that when I do a filemon trace as I execute a php script I can see it reading the conf file however it will never try to read or create the c:\.rnd file like it used to .. according to the openssl changelog I see this: In versions up to 0.9.6, RAND_file_name() resorted to file .rnd in the current directory if neither $RANDFILE nor $HOME was set. RAND_file_name() in 0.9.6a returned NULL in this case. This has caused some confusion to Windows users who haven't defined $HOME.Thus RAND_file_name() is changed again: e_os.h can define a DEFAULT_HOME, which will be used if $HOME is not set. For Windows, we use C:; on other platforms, we still require environment variables. I've tried setting a RANDFILE env variable and that didn't help; I've also tried setting the TLS_RANDFILE in the ldap.conf file but that didn't seem to have any effect either. [2005-10-31 20:30:06] zbowden at vt dot edu Just an additional idea/comment. If I go to 5.0.5 and replace the libeay32.dll and ssleay32.dll files with the ones included with the 5.0.4 release everything works fine. [2005-10-27 17:25:23] zbowden at vt dot edu tried the latest snapshot; I not longer get the access violation, however I cannot connect to any ldap server via LDAPS URI (says it can't contact server). I did use ntfilemon to make sure the ldap.conf (and ldaprc) files were being read and they are. Not sure where the problem is though? I rolled back to the release version of 5.0.4 just to be sure it would still work and I can connect bind to the ldap servers via LDAPS ( start_tls). 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/34482 -- Edit this bug report at http://bugs.php.net/?id=34482edit=1
#35737 [Com]: undefined symbol: sqlite3SelectDelete
ID: 35737 Comment by: jsuzuki at spamcop dot net Reported By: jphml at videotron dot ca Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.1.1 New Comment: I had the same problem. The suggestion by [EMAIL PROTECTED] worked out. Just as an FYI this was on a horribly out of Red Hat 7 with Apache 1.3. -jack Previous Comments: [2005-12-20 09:14:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And what OS is that exactly? [2005-12-20 04:26:09] jphml at videotron dot ca Description: When tring to use Apache 2.0.55 with PHP 5.1.1 module (libphp5.so) you get the following error on Apache startup Syntax error on line 232 of /opt/fruity/conf/httpd.conf: Cannot load /opt/fruity/modules/libphp5.so into server: /opt/fruity/modules/libphp5.so: undefined symbol: sqlite3SelectDelete Your are then unable to start apache. Here is my configure line for Apache: ./configure --prefix=/opt/fruity --enable-so Here is my configure line for PHP 5.1.1: ./configure --prefix=/opt/fruity --with-apxs2=/opt/fruity/bin/apxs --with-mysql Here is my line about PHP in httpd.conf LoadModule php5_modulemodules/libphp5.so I tried the following: - Apache 1.3.34 with PHP 5.1.1: same error - Compile PHP 5.1.1 with --without-sqlite: Same error - Compile PHP without --with-mysql: Same error The following configuration works: Apache 2.0.55 and PHP 5.0.5 with the configure lines above. (In Apache 1.x use --enable-module=so instead of --enable-so). Note that both software were always compiled with --prefix=/opt/fruity, I didn't tried without. Expected result: You expect that Apache will start without errors Actual result: -- When you start apache you get: [EMAIL PROTECTED] bin]# ./apachectl start Syntax error on line 232 of /opt/fruity/conf/httpd.conf: Cannot load /opt/fruity/modules/libphp5.so into server: /opt/fruity/modules/libphp5.so: undefined symbol: sqlite3SelectDelete and Apache doesn't start -- Edit this bug report at http://bugs.php.net/?id=35737edit=1
#35612 [Asn-Csd]: [PATCH] iis6 Access Violation crash
ID: 35612
Updated by: [EMAIL PROTECTED]
Reported By: alacn dot uhahaa at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: IIS related
Operating System: Windows Server 2003
PHP Version: 5CVS-2005-12-20 (snap)
Assigned To: dmitry
New Comment:
I still didn't undestand why WaitForSingleObject() doesn't work for
thread inside IIS? It works fine in CLI, CGI, FastCGI, ...
I applied your solution into HEAD, PHP_5_1 and PHP_5_0, but not with 30
sec timeout (5 sec).
Previous Comments:
[2005-12-21 19:08:29] alacn dot uhahaa at gmail dot com
ok, i have tested it on iis5 (windows xp) and iis6 (windows 2003), both
is configured to use the extension php5isapi.dll.
we use WaitForSingleObject to wait the thread finish:
- it will return WAIT_OBJECT_0 when the thread finish,
- or return WAIT_TIMEOUT if the thread didnt finish before the time
elapse
the thing is, it should result WAIT_OBJECT_0 meaning that the thread
was ended fine.
lets debug it, set WITH_ALACN_PATCH to 0 to use current code; or set it
to 1 to use fixed code
everyone user need have full access on the c:\temp\ otherwise it
can fail create the file.
on the file c:\temp\php_debug.log:
-- means its fine
WaitForSingleObject:
it returned WAIT_OBJECT_0! thread was ended.
-- means that we didnt wait the thread finish
WaitForSingleObject:
it returned WAIT_TIMEOUT! thread may still running!.
-- deadlocked after WaitForSingleObject, process killed!
WaitForSingleObject:
--- php5.1-200512211530_zend_execute_API.c Tue Dec 20 09:30:10 2005
+++ php5.1-200512211530_debug_zend_execute_API.cWed Dec 21 15:52:46
2005
@@ -1256,6 +1256,26 @@
}
+void save_debug_msg(char *sz)
+{
+ HANDLE h;
+ int i;
+ DWORD dwRW;
+
+ h = CreateFile(c:\\temp\\php_debug.log, GENERIC_READ |
GENERIC_WRITE, FILE_SHARE_READ, 0, OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL,
0);
+ if(h == INVALID_HANDLE_VALUE) return;
+
+ SetFilePointer(h, 0, 0, 2);
+
+ i = strlen(sz);
+ WriteFile(h, sz, i, dwRW, 0);
+
+ CloseHandle(h);
+}
+
+// change this!!
+#define WITH_ALACN_PATCH 1
+
static unsigned __stdcall timeout_thread_proc(void *pArgs)
{
@@ -1284,6 +1304,9 @@
}
DestroyWindow(timeout_window);
UnregisterClass(wc.lpszClassName, NULL);
+#if WITH_ALACN_PATCH
+ SetEvent(timeout_thread_handle);
+#endif
return 0;
}
@@ -1291,20 +1314,42 @@
void zend_init_timeout_thread()
{
timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL);
+#if WITH_ALACN_PATCH
+ timeout_thread_handle = CreateEvent(0, 0, 0, 0);
+ _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0,
timeout_thread_id);
+#else
timeout_thread_handle = _beginthreadex(NULL, 0, timeout_thread_proc,
NULL, 0, timeout_thread_id);
+#endif
WaitForSingleObject(timeout_thread_event, INFINITE);
}
void zend_shutdown_timeout_thread()
{
+ DWORD dw;
+
if (!timeout_thread_initialized) {
return;
}
PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0);
+ save_debug_msg(WaitForSingleObject:\r\n);
+
/* Wait for thread termination */
- WaitForSingleObject(timeout_thread_handle, 5000);
+ dw = WaitForSingleObject(timeout_thread_handle, INFINITE);
+ switch(dw)
+ {
+ case WAIT_OBJECT_0:
+ save_debug_msg(it returned WAIT_OBJECT_0! thread was
ended.\r\n);
+ break;
+ case WAIT_TIMEOUT:
+ save_debug_msg(it returned WAIT_TIMEOUT! thread may still
running!.\r\n);
+ break;
+ default:
+ save_debug_msg(unknow return.\n);
+ break;
+ }
+
CloseHandle(timeout_thread_handle);
}
[2005-12-21 11:09:24] [EMAIL PROTECTED]
alacn, could you please explain why WaitForSingleObject() may not work
on thread handle? (it works fine for me).
Is it IIS6 specific behavior?
Also I didn't understand, why you need 30 sec timeout?
The tmeout thread is event based and it never locks. It should quit
right after it gets WM_QUIT.
[2005-12-21 08:11:27] vaguener at hotmail dot com
thats right,
when i set the wait time to INFINITE in the current code
WaitForSingleObject(timeout_thread_handle, INFINITE);
it never close the worker process.
but on alacn's code it do.
WaitForSingleObject(timeout_thread_finish, INFINITE);
[2005-12-20 12:38:23] alacn dot uhahaa at gmail dot com
ok.. here is udiff for latest cvs (php5.1)
what is happenning is that since the thread that created the timeout
thread have different access levels than the one that will wait it
finish, waitforsingleobject
#35775 [Opn-Asn]: typo in NEWS file (CVS)
ID: 35775 Updated by: [EMAIL PROTECTED] Reported By: judas dot iscariote at gmail dot com -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Irrelevant PHP Version: 5.1.2RC1 -Assigned To: +Assigned To: ilia Previous Comments: [2005-12-22 17:20:20] judas dot iscariote at gmail dot com Description: News file has a typo. Reproduce code: --- cvs co Expected result: 22 Dec 2005, PHP 5.1.2RC1 Actual result: -- 22 Dec 2006, PHP 5.1.2RC1 -- Edit this bug report at http://bugs.php.net/?id=35775edit=1
#35604 [Opn-Asn]: PDO crash
ID: 35604 Updated by: [EMAIL PROTECTED] Reported By: smlerman at gmail dot com -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2005-12-09 (snap) Assigned To: wez Previous Comments: [2005-12-22 16:51:33] smlerman at gmail dot com Still get a segmentation fault with the 2005-12-22-1330 snapshot. [2005-12-22 14:50:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-12 14:40:52] smlerman at gmail dot com # awk --version GNU Awk 3.1.3 Copyright (C) 1989, 1991-2003 Free Software Foundation. [2005-12-12 14:26:47] [EMAIL PROTECTED] ==19435== Invalid write of size 4 ==19435==at 0x80B5654: pgsql_stmt_param_hook (pgsql_statement.c:278) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907B8 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52AD: pgsql_stmt_param_hook (pgsql_statement.c:222) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5672: pgsql_stmt_param_hook (pgsql_statement.c:279) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD907F0 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52CF: pgsql_stmt_param_hook (pgsql_statement.c:225) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== ==19435== Invalid write of size 4 ==19435==at 0x80B5687: pgsql_stmt_param_hook (pgsql_statement.c:280) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:314) ==19435==by 0x81A5832: execute (zend_vm_execute.h:92) ==19435==by 0x818A69D: zend_execute_scripts (zend.c:1101) ==19435==by 0x8149B57: php_execute_script (main.c:1720) ==19435==by 0x81EA7A1: main (php_cli.c:1077) ==19435== Address 0x1BD90828 is 0 bytes after a block of size 8 alloc'd ==19435==at 0x1B901B95: calloc (vg_replace_malloc.c:279) ==19435==by 0x80B52F1: pgsql_stmt_param_hook (pgsql_statement.c:228) ==19435==by 0x80AD15B: dispatch_param_event (pdo_stmt.c:149) ==19435==by 0x80AD9F7: zif_PDOStatement_execute (pdo_stmt.c:422) ==19435==by 0x81A5B6C: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:192) ==19435==by 0x81A6064: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
#35777 [NEW]: syslog() logs garbage
From: hans at velum dot net Operating system: PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: syslog() logs garbage Description: Bug #28722 still seems to be a bug -- and there is apparently no way to re-open or comment on a bug that was marked Bogus prematurely. We see this problem using PHP 5.0.5. I assume that it's still an issue for 5.1.1, but I don't have the luxury of running that branch yet. * We _are_ using syslog logging from our PHP application * We have php errors going to syslog (in php.ini error_log is set to 'syslog') * We _always_ call openlog() before any syslog() calls in the PHP application. We see garbage in the syslog when PHP errors (e.g. PHP Fatal Error...) are sent to syslog *without* our application having sent any logs (and hence without having called openlog()). The workaround is to always call openlog() in our PHP application regardless of whether the application actually needs to call syslog() itself. -- Edit bug report at http://bugs.php.net/?id=35777edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35777r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35777r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35777r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35777r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35777r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35777r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35777r=needscript Try newer version:http://bugs.php.net/fix.php?id=35777r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35777r=support Expected behavior:http://bugs.php.net/fix.php?id=35777r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35777r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35777r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35777r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35777r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35777r=dst IIS Stability:http://bugs.php.net/fix.php?id=35777r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35777r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35777r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35777r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35777r=mysqlcfg
#35777 [Opn-Fbk]: syslog() logs garbage
ID: 35777 Updated by: [EMAIL PROTECTED] Reported By: hans at velum dot net -Status: Open +Status: Feedback Bug Type:Unknown/Other Function PHP Version: 5.1.1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-12-22 21:12:35] hans at velum dot net Description: Bug #28722 still seems to be a bug -- and there is apparently no way to re-open or comment on a bug that was marked Bogus prematurely. We see this problem using PHP 5.0.5. I assume that it's still an issue for 5.1.1, but I don't have the luxury of running that branch yet. * We _are_ using syslog logging from our PHP application * We have php errors going to syslog (in php.ini error_log is set to 'syslog') * We _always_ call openlog() before any syslog() calls in the PHP application. We see garbage in the syslog when PHP errors (e.g. PHP Fatal Error...) are sent to syslog *without* our application having sent any logs (and hence without having called openlog()). The workaround is to always call openlog() in our PHP application regardless of whether the application actually needs to call syslog() itself. -- Edit this bug report at http://bugs.php.net/?id=35777edit=1
#32561 [Asn-Opn]: Erroneous Allow HTTP response header
ID: 32561 Updated by: [EMAIL PROTECTED] Reported By: mnot at pobox dot com -Status: Assigned +Status: Open Bug Type: Apache related Operating System: * PHP Version: 5.*, 4.* Assigned To: rasmus Previous Comments: [2005-10-20 00:32:28] mnot at pobox dot com See also: http://issues.apache.org/bugzilla/show_bug.cgi?id=15242 for resolution of a simliar bug in mod_cgi. [2005-09-21 12:51:15] [EMAIL PROTECTED] Assigned to Rasmus who should know what to do with this bug. [2005-04-24 00:00:26] [EMAIL PROTECTED] This was added in PHP 3, by Rasmus with this commit msg: AAPI cleanup - Set rqst-allowed correctly and deny OPTIONS requests [2005-04-04 18:41:12] mnot at pobox dot com By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r-allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. [2005-04-04 07:25:19] [EMAIL PROTECTED] Actually, it resets the r-allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r-allowed accordingly. 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/32561 -- Edit this bug report at http://bugs.php.net/?id=32561edit=1
#32561 [Opn-Asn]: Erroneous Allow HTTP response header
ID: 32561 Updated by: [EMAIL PROTECTED] Reported By: mnot at pobox dot com -Status: Open +Status: Assigned Bug Type: Apache related Operating System: * PHP Version: 5.*, 4.* Assigned To: rasmus New Comment: Rasmus, are you planning on doing anything about this? Previous Comments: [2005-10-20 00:32:28] mnot at pobox dot com See also: http://issues.apache.org/bugzilla/show_bug.cgi?id=15242 for resolution of a simliar bug in mod_cgi. [2005-09-21 12:51:15] [EMAIL PROTECTED] Assigned to Rasmus who should know what to do with this bug. [2005-04-24 00:00:26] [EMAIL PROTECTED] This was added in PHP 3, by Rasmus with this commit msg: AAPI cleanup - Set rqst-allowed correctly and deny OPTIONS requests [2005-04-04 18:41:12] mnot at pobox dot com By doing that, it's saying that it would handle those methods in the future. If it won't, it shouldn't set that. The downline handler *shouldn't* blow away r-allowed and put its own values in; this would remove any information from other handlers. E.g., if mod_cgi did this, mod_dav couldn't advertise the methods that it would catch. [2005-04-04 07:25:19] [EMAIL PROTECTED] Actually, it resets the r-allowed to all the methods when it declines to handle the request for the next handler in the chain. It probably doesn't need to do this, but it isn't unique to the xbithack handler. Whatever finally accepts to handle the request should be setting r-allowed accordingly. 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/32561 -- Edit this bug report at http://bugs.php.net/?id=32561edit=1
#35778 [NEW]: PHP 5.1.1
From: popefelix at gmail dot com Operating system: SuSE Linux 9.3 PHP version: 5.1.1 PHP Bug Type: PDO related Bug description: PHP 5.1.1 Description: When attempting to compile PHP 5.1.1 with --enable-pdo=shared passed to ./configure, make fails with undefined references in ext/pdo_sqlite/pdo_sqlite.c. While I realize that this is a duplicate of bug 34939, this error is in PHP 5.1.1, which postdates the closure of that bug. Reproduce code: --- './configure' '--enable-soap' '--with-apxs2' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--prefix=/usr/local/php' '--with-xml' '--with-zlib' '--with-openssl' '--enable-calendar' '--with-jpeg-dir=/usr/lib' '--with-gd' '--with-xsl' '--enable-mbstring' --enable-pdo=shared --enable-fileinfo=shared Expected result: PHP should compile. Actual result: -- ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x5c): In function `zm_shutdown_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:87: undefined reference to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x7c): In function `zm_startup_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:80: undefined reference to `php_pdo_register_driver' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x19c): In function `zif_SQLite_sqliteCreateAggregate': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:543: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x394): In function `zif_SQLite_sqliteCreateFunction': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:471: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb2a): In function `pdo_sqlite_last_insert_id': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:197: undefined reference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xddc): In function `_pdo_sqlite_error': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:78: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x101d): In function `pdo_sqlite_handle_factory': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:697: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x365): In function `pdo_sqlite_stmt_param_hook': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_statement.c:116: undefined reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o(.text+0x4a67): In function `zm_shutdown_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/sqlite.o(.text+0x5298): In function `zm_startup_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1100: undefined reference to `php_pdo_register_driver' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x1af): In function `pdo_sqlite2_last_insert_id': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x544): In function `_pdo_sqlite2_error': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o(.text+0xb60): In function `pdo_sqlite2_handle_factory': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:579: undefined reference to `php_pdo_get_exception' -- Edit bug report at http://bugs.php.net/?id=35778edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35778r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35778r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35778r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35778r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35778r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35778r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35778r=needscript Try newer version:http://bugs.php.net/fix.php?id=35778r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35778r=support Expected behavior:http://bugs.php.net/fix.php?id=35778r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35778r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35778r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35778r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35778r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35778r=dst IIS Stability:http://bugs.php.net/fix.php?id=35778r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35778r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35778r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35778r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35778r=mysqlcfg
#35779 [NEW]: private members are not serialized properly
From: romdisc at gmx dot net
Operating system: Linux-2.6.8
PHP version: 5.1.1
PHP Bug Type: Session related
Bug description: private members are not serialized properly
Description:
Hello,
** my system: debian apache2 php module 5.0.5-3
this is a variation of bug 26737!
My superclass of ProductItem implements a private members. Those are not
covered with the fix of bug 26737.
Last 2 lines (__vat, __vatMode) of 'Actual Result' are inherited from
superclass. __wakeup() ignores given values if present.
Here is snaps:hot from sess_file:
O:11:ProductItem:4:{s:13:[EMAIL PROTECTED]@__quantity;i:5;s:5:__vat;N;
s:9:__vatMode;R:3;s:17:[EMAIL PROTECTED]@__id;i:5044;}
Reproduce code:
---
// investigate your session file
Expected result:
ProductItem Object
(
[__id:private] = 5044
[__product:private] =
[__vat:private] =
[__vatMode:private] =
[__quantity:protected] = 5
)
Actual result:
--
ProductItem Object
(
[__id:private] = 5044
[__product:private] =
[__vat:private] =
[__vatMode:private] =
[__quantity:protected] = 5
[__vat] =
[__vatMode] =
)
--
Edit bug report at http://bugs.php.net/?id=35779edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35779r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35779r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35779r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35779r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35779r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35779r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35779r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35779r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35779r=support
Expected behavior:http://bugs.php.net/fix.php?id=35779r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35779r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35779r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35779r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35779r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35779r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35779r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35779r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35779r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35779r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35779r=mysqlcfg
#35779 [Opn-Fbk]: private members are not serialized properly
ID: 35779
Updated by: [EMAIL PROTECTED]
Reported By: romdisc at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Linux-2.6.8
PHP Version: 5.1.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Previous Comments:
[2005-12-22 22:39:33] romdisc at gmx dot net
Description:
Hello,
** my system: debian apache2 php module 5.0.5-3
this is a variation of bug 26737!
My superclass of ProductItem implements a private members. Those are
not covered with the fix of bug 26737.
Last 2 lines (__vat, __vatMode) of 'Actual Result' are inherited from
superclass. __wakeup() ignores given values if present.
Here is snaps:hot from sess_file:
O:11:ProductItem:4:{s:13:[EMAIL PROTECTED]@__quantity;i:5;s:5:__vat;N;
s:9:__vatMode;R:3;s:17:[EMAIL PROTECTED]@__id;i:5044;}
Reproduce code:
---
// investigate your session file
Expected result:
ProductItem Object
(
[__id:private] = 5044
[__product:private] =
[__vat:private] =
[__vatMode:private] =
[__quantity:protected] = 5
)
Actual result:
--
ProductItem Object
(
[__id:private] = 5044
[__product:private] =
[__vat:private] =
[__vatMode:private] =
[__quantity:protected] = 5
[__vat] =
[__vatMode] =
)
--
Edit this bug report at http://bugs.php.net/?id=35779edit=1
#35778 [Opn-Fbk]: PHP 5.1.1
ID: 35778 Updated by: [EMAIL PROTECTED] Reported By: popefelix at gmail dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: SuSE Linux 9.3 PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-22 22:11:02] popefelix at gmail dot com Description: When attempting to compile PHP 5.1.1 with --enable-pdo=shared passed to ./configure, make fails with undefined references in ext/pdo_sqlite/pdo_sqlite.c. While I realize that this is a duplicate of bug 34939, this error is in PHP 5.1.1, which postdates the closure of that bug. Reproduce code: --- './configure' '--enable-soap' '--with-apxs2' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--prefix=/usr/local/php' '--with-xml' '--with-zlib' '--with-openssl' '--enable-calendar' '--with-jpeg-dir=/usr/lib' '--with-gd' '--with-xsl' '--enable-mbstring' --enable-pdo=shared --enable-fileinfo=shared Expected result: PHP should compile. Actual result: -- ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x5c): In function `zm_shutdown_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:87: undefined reference to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x7c): In function `zm_startup_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:80: undefined reference to `php_pdo_register_driver' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x19c): In function `zif_SQLite_sqliteCreateAggregate': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:543: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x394): In function `zif_SQLite_sqliteCreateFunction': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:471: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb2a): In function `pdo_sqlite_last_insert_id': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:197: undefined reference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xddc): In function `_pdo_sqlite_error': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:78: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x101d): In function `pdo_sqlite_handle_factory': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:697: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x365): In function `pdo_sqlite_stmt_param_hook': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_statement.c:116: undefined reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o(.text+0x4a67): In function `zm_shutdown_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/sqlite.o(.text+0x5298): In function `zm_startup_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1100: undefined reference to `php_pdo_register_driver' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x1af): In function `pdo_sqlite2_last_insert_id': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x544): In function `_pdo_sqlite2_error': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o(.text+0xb60): In function `pdo_sqlite2_handle_factory': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:579: undefined reference to `php_pdo_get_exception' -- Edit this bug report at http://bugs.php.net/?id=35778edit=1
#35778 [Fbk-Opn]: PHP 5.1.1
ID: 35778 User updated by: popefelix at gmail dot com Reported By: popefelix at gmail dot com -Status: Feedback +Status: Open Bug Type: PDO related Operating System: SuSE Linux 9.3 PHP Version: 5.1.1 New Comment: configure: error: You've configured extension pdo_sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build pdo_sqlite shared or build pdo statically for the build to be successful. Previous Comments: [2005-12-22 22:11:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 22:11:02] popefelix at gmail dot com Description: When attempting to compile PHP 5.1.1 with --enable-pdo=shared passed to ./configure, make fails with undefined references in ext/pdo_sqlite/pdo_sqlite.c. While I realize that this is a duplicate of bug 34939, this error is in PHP 5.1.1, which postdates the closure of that bug. Reproduce code: --- './configure' '--enable-soap' '--with-apxs2' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--prefix=/usr/local/php' '--with-xml' '--with-zlib' '--with-openssl' '--enable-calendar' '--with-jpeg-dir=/usr/lib' '--with-gd' '--with-xsl' '--enable-mbstring' --enable-pdo=shared --enable-fileinfo=shared Expected result: PHP should compile. Actual result: -- ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x5c): In function `zm_shutdown_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:87: undefined reference to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x7c): In function `zm_startup_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:80: undefined reference to `php_pdo_register_driver' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x19c): In function `zif_SQLite_sqliteCreateAggregate': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:543: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x394): In function `zif_SQLite_sqliteCreateFunction': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:471: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb2a): In function `pdo_sqlite_last_insert_id': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:197: undefined reference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xddc): In function `_pdo_sqlite_error': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:78: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x101d): In function `pdo_sqlite_handle_factory': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:697: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x365): In function `pdo_sqlite_stmt_param_hook': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_statement.c:116: undefined reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o(.text+0x4a67): In function `zm_shutdown_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/sqlite.o(.text+0x5298): In function `zm_startup_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1100: undefined reference to `php_pdo_register_driver' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x1af): In function `pdo_sqlite2_last_insert_id': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x544): In function `_pdo_sqlite2_error': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o(.text+0xb60): In function `pdo_sqlite2_handle_factory': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:579: undefined reference to `php_pdo_get_exception' -- Edit this bug report at http://bugs.php.net/?id=35778edit=1
#35778 [Opn]: PHP 5.1.1
ID: 35778 User updated by: popefelix at gmail dot com Reported By: popefelix at gmail dot com Status: Open Bug Type: PDO related Operating System: SuSE Linux 9.3 PHP Version: 5.1.1 New Comment: configure error was with 200512221930 CVS snap Previous Comments: [2005-12-22 22:49:36] popefelix at gmail dot com configure: error: You've configured extension pdo_sqlite to build statically, but it depends on extension pdo, which you've configured to build shared. You either need to build pdo_sqlite shared or build pdo statically for the build to be successful. [2005-12-22 22:11:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 22:11:02] popefelix at gmail dot com Description: When attempting to compile PHP 5.1.1 with --enable-pdo=shared passed to ./configure, make fails with undefined references in ext/pdo_sqlite/pdo_sqlite.c. While I realize that this is a duplicate of bug 34939, this error is in PHP 5.1.1, which postdates the closure of that bug. Reproduce code: --- './configure' '--enable-soap' '--with-apxs2' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--prefix=/usr/local/php' '--with-xml' '--with-zlib' '--with-openssl' '--enable-calendar' '--with-jpeg-dir=/usr/lib' '--with-gd' '--with-xsl' '--enable-mbstring' --enable-pdo=shared --enable-fileinfo=shared Expected result: PHP should compile. Actual result: -- ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x5c): In function `zm_shutdown_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:87: undefined reference to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x7c): In function `zm_startup_pdo_sqlite': /usr/src/php-5.1.1/ext/pdo_sqlite/pdo_sqlite.c:80: undefined reference to `php_pdo_register_driver' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x19c): In function `zif_SQLite_sqliteCreateAggregate': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:543: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x394): In function `zif_SQLite_sqliteCreateFunction': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:471: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb2a): In function `pdo_sqlite_last_insert_id': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:197: undefined reference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xddc): In function `_pdo_sqlite_error': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:78: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x101d): In function `pdo_sqlite_handle_factory': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_driver.c:697: undefined reference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x365): In function `pdo_sqlite_stmt_param_hook': /usr/src/php-5.1.1/ext/pdo_sqlite/sqlite_statement.c:116: undefined reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o(.text+0x4a67): In function `zm_shutdown_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/sqlite.o(.text+0x5298): In function `zm_startup_sqlite': /usr/src/php-5.1.1/ext/sqlite/sqlite.c:1100: undefined reference to `php_pdo_register_driver' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x1af): In function `pdo_sqlite2_last_insert_id': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o(.text+0x544): In function `_pdo_sqlite2_error': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o(.text+0xb60): In function `pdo_sqlite2_handle_factory': /usr/src/php-5.1.1/ext/sqlite/pdo_sqlite2.c:579: undefined reference to `php_pdo_get_exception' -- Edit this bug report at http://bugs.php.net/?id=35778edit=1
#35780 [NEW]: $INSTALL_ROOT confuses PEAR installer configuration
From: andre at tomt dot net Operating system: Linux (Debian sid/amd64) PHP version: 5.1.1 PHP Bug Type: *Configuration Issues Bug description: $INSTALL_ROOT confuses PEAR installer configuration Description: When installing the PEAR installer and the base components as shipped in the php tarball, using INSTALL_ROOT will confuse the pear installation. INSTALL_ROOT gets prepended on the paths in the configuration (pear.conf) and in the pear binary. This breaks packaging. Reproduce code: --- ./configure make make install-pear INSTALL_ROOT=/somewhere/else/php-pear Now observe the pear shell script, and the pear.conf. I can't recall this used to be a problem before PHP 5.1. Expected result: Not having INSTALL_ROOT prepended in pear config and in pear command. Actual result: -- INSTALL_ROOT prepended in pear config and in pear command. -- Edit bug report at http://bugs.php.net/?id=35780edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35780r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35780r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35780r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35780r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35780r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35780r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35780r=needscript Try newer version:http://bugs.php.net/fix.php?id=35780r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35780r=support Expected behavior:http://bugs.php.net/fix.php?id=35780r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35780r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35780r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35780r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35780r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35780r=dst IIS Stability:http://bugs.php.net/fix.php?id=35780r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35780r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35780r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35780r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35780r=mysqlcfg
#35780 [Opn-Fbk]: $INSTALL_ROOT confuses PEAR installer configuration
ID: 35780 Updated by: [EMAIL PROTECTED] Reported By: andre at tomt dot net -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Linux (Debian sid/amd64) PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-22 22:59:12] andre at tomt dot net Description: When installing the PEAR installer and the base components as shipped in the php tarball, using INSTALL_ROOT will confuse the pear installation. INSTALL_ROOT gets prepended on the paths in the configuration (pear.conf) and in the pear binary. This breaks packaging. Reproduce code: --- ./configure make make install-pear INSTALL_ROOT=/somewhere/else/php-pear Now observe the pear shell script, and the pear.conf. I can't recall this used to be a problem before PHP 5.1. Expected result: Not having INSTALL_ROOT prepended in pear config and in pear command. Actual result: -- INSTALL_ROOT prepended in pear config and in pear command. -- Edit this bug report at http://bugs.php.net/?id=35780edit=1
#35780 [Fbk-Opn]: $INSTALL_ROOT confuses PEAR installer configuration
ID: 35780 User updated by: andre at tomt dot net Reported By: andre at tomt dot net -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Linux (Debian sid/amd64) PHP Version: 5.1.1 New Comment: no change Previous Comments: [2005-12-22 23:18:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 22:59:12] andre at tomt dot net Description: When installing the PEAR installer and the base components as shipped in the php tarball, using INSTALL_ROOT will confuse the pear installation. INSTALL_ROOT gets prepended on the paths in the configuration (pear.conf) and in the pear binary. This breaks packaging. Reproduce code: --- ./configure make make install-pear INSTALL_ROOT=/somewhere/else/php-pear Now observe the pear shell script, and the pear.conf. I can't recall this used to be a problem before PHP 5.1. Expected result: Not having INSTALL_ROOT prepended in pear config and in pear command. Actual result: -- INSTALL_ROOT prepended in pear config and in pear command. -- Edit this bug report at http://bugs.php.net/?id=35780edit=1
#35780 [Opn-Asn]: $INSTALL_ROOT confuses PEAR installer configuration
ID: 35780 Updated by: [EMAIL PROTECTED] Reported By: andre at tomt dot net -Status: Open +Status: Assigned Bug Type: *Configuration Issues Operating System: Linux (Debian sid/amd64) -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-23 (snap) -Assigned To: +Assigned To: cellog New Comment: Greg, can you fix this please? :) Previous Comments: [2005-12-22 23:31:48] andre at tomt dot net no change [2005-12-22 23:18:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 22:59:12] andre at tomt dot net Description: When installing the PEAR installer and the base components as shipped in the php tarball, using INSTALL_ROOT will confuse the pear installation. INSTALL_ROOT gets prepended on the paths in the configuration (pear.conf) and in the pear binary. This breaks packaging. Reproduce code: --- ./configure make make install-pear INSTALL_ROOT=/somewhere/else/php-pear Now observe the pear shell script, and the pear.conf. I can't recall this used to be a problem before PHP 5.1. Expected result: Not having INSTALL_ROOT prepended in pear config and in pear command. Actual result: -- INSTALL_ROOT prepended in pear config and in pear command. -- Edit this bug report at http://bugs.php.net/?id=35780edit=1
#35780 [Asn-Bgs]: $INSTALL_ROOT confuses PEAR installer configuration
ID: 35780 Updated by: [EMAIL PROTECTED] Reported By: andre at tomt dot net -Status: Assigned +Status: Bogus Bug Type: Compile Failure Operating System: Linux (Debian sid/amd64) PHP Version: 5CVS-2005-12-23 (snap) Assigned To: cellog New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See http://pear.php.net/bugs/bug.php?id=6154 Previous Comments: [2005-12-22 23:44:48] [EMAIL PROTECTED] Greg, can you fix this please? :) [2005-12-22 23:31:48] andre at tomt dot net no change [2005-12-22 23:18:00] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-22 22:59:12] andre at tomt dot net Description: When installing the PEAR installer and the base components as shipped in the php tarball, using INSTALL_ROOT will confuse the pear installation. INSTALL_ROOT gets prepended on the paths in the configuration (pear.conf) and in the pear binary. This breaks packaging. Reproduce code: --- ./configure make make install-pear INSTALL_ROOT=/somewhere/else/php-pear Now observe the pear shell script, and the pear.conf. I can't recall this used to be a problem before PHP 5.1. Expected result: Not having INSTALL_ROOT prepended in pear config and in pear command. Actual result: -- INSTALL_ROOT prepended in pear config and in pear command. -- Edit this bug report at http://bugs.php.net/?id=35780edit=1
#35781 [NEW]: stream_filter_append will cause segfault
From: sqchen at citiz dot net Operating system: redhat 7.3 PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: stream_filter_append will cause segfault Description: stream_filter_append($fp, string.rot13, -49) will cause Segmentation fault Reproduce code: --- ?php $fp = fopen(test.txt, w); stream_filter_append($fp, string.rot13, -49); fwrite($fp, This is a test\n); rewind($fp); fpassthru($fp); fclose($fp); ? Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=35781edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35781r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35781r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35781r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35781r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35781r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35781r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35781r=needscript Try newer version:http://bugs.php.net/fix.php?id=35781r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35781r=support Expected behavior:http://bugs.php.net/fix.php?id=35781r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35781r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35781r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35781r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35781r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35781r=dst IIS Stability:http://bugs.php.net/fix.php?id=35781r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35781r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35781r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35781r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35781r=mysqlcfg
#35782 [NEW]: Extensions won't work
From: junkmail at fjorton dot net Operating system: Win XP SP2 PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: Extensions won't work Description: I had previously installed PHP 5.0 as an Apache 2 module. After upgrading to PHP 5.1.1 I get either Fatal error: Class 'mysqli' not found in... or Call to undefined function mysql_connect()... when I visit any page that uses mysql or mysqli. Both mysql.dll and mysqli.dll are enabled in php.ini! After reverting back to PHP 5.0 everthing works as it used to. -- Edit bug report at http://bugs.php.net/?id=35782edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35782r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35782r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35782r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35782r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35782r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35782r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35782r=needscript Try newer version:http://bugs.php.net/fix.php?id=35782r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35782r=support Expected behavior:http://bugs.php.net/fix.php?id=35782r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35782r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35782r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35782r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35782r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35782r=dst IIS Stability:http://bugs.php.net/fix.php?id=35782r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35782r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35782r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35782r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35782r=mysqlcfg
#35781 [Com]: stream_filter_append will cause segfault
ID: 35781 Comment by: judas dot iscariote at gmail dot com Reported By: sqchen at citiz dot net Status: Open Bug Type: Unknown/Other Function Operating System: redhat 7.3 PHP Version: 5.1.1 New Comment: ==308== Process terminating with default action of signal 11 (SIGSEGV) ==308== Bad permissions for mapped region at address 0x1669DFFF ==308==at 0x11B1CEC7: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck.so) ==308==by 0x508DDA: php_stream_bucket_make_writeable (string3.h:52) ==308==by 0x4E48C4: ??? (filters.c:46) ==308==by 0x506424: ??? (streams.c:458) ==308==by 0x50689A: _php_stream_read (streams.c:584) ==308==by 0x506E9F: _php_stream_passthru (streams.c:1183) ==308==by 0x49F60E: zif_fpassthru (file.c:1487) ==308==by 0x54F5E4: ??? (zend_vm_execute.h:192) ==308==by 0x54ECD2: execute (zend_vm_execute.h:92) ==308==by 0x526ADA: zend_eval_string (zend_execute_API.c:1085) ==308==by 0x526C27: zend_eval_string_ex (zend_execute_API.c:1119) ==308==by 0x5C2FBD: main (php_cli.c:1116) php -v PHP 5.1.2RC1 (cli) (built: Dec 22 2005 19:34:24) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2005 Zend Technologies Previous Comments: [2005-12-23 03:00:41] sqchen at citiz dot net Description: stream_filter_append($fp, string.rot13, -49) will cause Segmentation fault Reproduce code: --- ?php $fp = fopen(test.txt, w); stream_filter_append($fp, string.rot13, -49); fwrite($fp, This is a test\n); rewind($fp); fpassthru($fp); fclose($fp); ? Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=35781edit=1
#35781 [Com]: stream_filter_append will cause segfault
ID: 35781 Comment by: judas dot iscariote at gmail dot com Reported By: sqchen at citiz dot net Status: Open Bug Type: Unknown/Other Function Operating System: redhat 7.3 PHP Version: 5.1.1 New Comment: (gdb) bt #0 0x2b5433f0 in memcpy () from /lib64/tls/libc.so.6 #1 0x0003 in ?? () #2 0x0071ca50 in php_register_internal_extensions () #3 0x0062acfa in strfilter_rot13_filter (stream=0xaa6fc0, thisfilter=0xaa7360, buckets_in=0x7fc21d60, buckets_out=0x7fc21d50, bytes_consumed=0x0, flags=0) at /local/local/bodegon/php-debug/ext/standard/filters.c:46 #4 0x0065e69d in php_stream_fill_read_buffer (stream=0xaa6fc0, size=8192) at /local/local/bodegon/php-debug/main/streams/streams.c:458 #5 0x0065ecfa in _php_stream_read (stream=0xaa6fc0, buf=0x7fc21e70 , size=8192) at /local/local/bodegon/php-debug/main/streams/streams.c:584 #6 0x006602d2 in _php_stream_passthru (stream=0xaa6fc0, __php_stream_call_depth=0, __zend_filename=0x762ae0 /local/local/bodegon/php-debug/ext/standard/file.c, __zend_lineno=1487, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /local/local/bodegon/php-debug/main/streams/streams.c:1183 #7 0x005ca9ff in zif_fpassthru (ht=1, return_value=0xaa4f90, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /local/local/bodegon/php-debug/ext/standard/file.c:1487 #8 0x006c2ef2 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fc241a0) at zend_vm_execute.h:192 #9 0x006c8e57 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fc241a0) at zend_vm_execute.h:1587 #10 0x006c2a66 in execute (op_array=0xaa5e70) at zend_vm_execute.h:92 #11 0x0069ce03 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /local/local/bodegon/php-debug/Zend/zend.c:1101 #12 0x00649cd3 in php_execute_script (primary_file=0x7fc26830) at /local/local/bodegon/php-debug/main/main.c:1720 #13 0x0071bd3d in main (argc=2, argv=0x7fc26a28) at /local/local/bodegon/php-debug/sapi/cli/php_cli.c:1077 Previous Comments: [2005-12-23 04:17:47] judas dot iscariote at gmail dot com ==308== Process terminating with default action of signal 11 (SIGSEGV) ==308== Bad permissions for mapped region at address 0x1669DFFF ==308==at 0x11B1CEC7: memcpy (in /usr/lib64/valgrind/vgpreload_memcheck.so) ==308==by 0x508DDA: php_stream_bucket_make_writeable (string3.h:52) ==308==by 0x4E48C4: ??? (filters.c:46) ==308==by 0x506424: ??? (streams.c:458) ==308==by 0x50689A: _php_stream_read (streams.c:584) ==308==by 0x506E9F: _php_stream_passthru (streams.c:1183) ==308==by 0x49F60E: zif_fpassthru (file.c:1487) ==308==by 0x54F5E4: ??? (zend_vm_execute.h:192) ==308==by 0x54ECD2: execute (zend_vm_execute.h:92) ==308==by 0x526ADA: zend_eval_string (zend_execute_API.c:1085) ==308==by 0x526C27: zend_eval_string_ex (zend_execute_API.c:1119) ==308==by 0x5C2FBD: main (php_cli.c:1116) php -v PHP 5.1.2RC1 (cli) (built: Dec 22 2005 19:34:24) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2005 Zend Technologies [2005-12-23 03:00:41] sqchen at citiz dot net Description: stream_filter_append($fp, string.rot13, -49) will cause Segmentation fault Reproduce code: --- ?php $fp = fopen(test.txt, w); stream_filter_append($fp, string.rot13, -49); fwrite($fp, This is a test\n); rewind($fp); fpassthru($fp); fclose($fp); ? Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=35781edit=1
#35782 [Opn-Bgs]: Extensions won't work
ID: 35782 Updated by: [EMAIL PROTECTED] Reported By: junkmail at fjorton dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Win XP SP2 PHP Version: 5.1.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. . Previous Comments: [2005-12-23 03:47:35] junkmail at fjorton dot net Description: I had previously installed PHP 5.0 as an Apache 2 module. After upgrading to PHP 5.1.1 I get either Fatal error: Class 'mysqli' not found in... or Call to undefined function mysql_connect()... when I visit any page that uses mysql or mysqli. Both mysql.dll and mysqli.dll are enabled in php.ini! After reverting back to PHP 5.0 everthing works as it used to. -- Edit this bug report at http://bugs.php.net/?id=35782edit=1
#35000 [Com]: mail() function freezes server (Postfix)
ID: 35000 Comment by: joel dot miller at applications2u dot com Reported By: william at knowmad dot com Status: No Feedback Bug Type: Mail related Operating System: Mandriva Linux 10.1 PHP Version: 4.4.0 New Comment: I have experienced the same problem with Postfix and the mail feature of php(). The package used was listmail pro or multiple simple email scripts. Mandrake Linux version 10.1, Php 4.3.7, and Postfix out of the box with Mandrake. Previous Comments: [2005-11-15 22:43:09] a dot lacombe at istm dot fr I experiment the same problem on the same configuration. In my case the mail() php function is called within the Claroline e-learning platform. This problem ocures only when MULTIPLE mail requests are sent to postfix server by the way of the php mail() function. I noticed that all mails were delivered to final users normaly just before the server freezes. After that, no way to access any more. Only solution : power off/On !! I found nothing to help me in the system or postfix error logs after system reboot, just like if the system had no time left to write anything in these files before it dies ! [2005-11-04 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-10-27 16:21:38] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-10-27 16:18:39] william at knowmad dot com Description: Using the mail function in a script that gets called 5-10 times in parallel appears to be causing the entire system to freeze when used in conjuction with Postfix under Mandriva Linux 10.1. A hard reboot is necessary to restore function to the system. Because the system is frozen, debugging is difficult. By removing the mail() call, no further freezes have been experienced. -- Edit this bug report at http://bugs.php.net/?id=35000edit=1
