#36402 [Com]: PDO_MYSQL prepared statements cause Out of memory or data corruption
ID: 36402 Comment by: ayuzhakov at swsoft dot com Reported By: joh at deworks dot net Status: No Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2006-02-15 (snap) New Comment: Also as reported in first comment if I have in INSERT: * 1,2,3 params - all ok * 4 params - failed with 'SQLSTATE[HY000]: General error: 5 Out of memory (Needed 4261477896 bytes)' * 5 or more params - failed with 'SQLSTATE[HY000]: General error: 2013 Lost connection to MySQL server during query' Previous Comments: [2006-09-20 05:53:31] ayuzhakov at swsoft dot com PHP configured with --disable-zend-memory-manager [EMAIL PROTECTED]:~/php/php5.2-200609200230# valgrind --tool=memcheck ./sapi/cli/php ./test.php ==30665== Memcheck, a memory error detector. ==30665== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==30665== Using LibVEX rev 1367, a library for dynamic binary translation. ==30665== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==30665== Using valgrind-3.0.1, a dynamic binary instrumentation framework. ==30665== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==30665== For more details, rerun with: -v ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C7D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C8C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C9B: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) --30665-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --30665-- DWARF2 CFI reader: unhandled CFI instruction 0:50 ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC82D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6403: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC852: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6403: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC6F7: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC700: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC852: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C3E: (within /lib/
#36402 [Com]: PDO_MYSQL prepared statements cause Out of memory or data corruption
ID: 36402 Comment by: ayuzhakov at swsoft dot com Reported By: joh at deworks dot net Status: No Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2006-02-15 (snap) New Comment: PHP configured with --disable-zend-memory-manager [EMAIL PROTECTED]:~/php/php5.2-200609200230# valgrind --tool=memcheck ./sapi/cli/php ./test.php ==30665== Memcheck, a memory error detector. ==30665== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==30665== Using LibVEX rev 1367, a library for dynamic binary translation. ==30665== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==30665== Using valgrind-3.0.1, a dynamic binary instrumentation framework. ==30665== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==30665== For more details, rerun with: -v ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C7D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C8C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C9B: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E483C: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4908: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E72F0: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) --30665-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --30665-- DWARF2 CFI reader: unhandled CFI instruction 0:50 ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC82D: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6403: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC852: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6403: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC6F7: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC700: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8EC852: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E6455: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8F254A: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4CE6: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8E4796: (within /lib/ld-2.3.5.so) ==30665== ==30665== Conditional jump or move depends on uninitialised value(s) ==30665==at 0x1B8F4C3E: (within /lib/ld-2.3.5.so) ==30665==by 0x1B8EA24D: (within /lib/ld-2.3.5.so) ==30665==by 0x1BE4DE15: (within /lib/tls/libc-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1BE4EAB7: _dl_open (in /lib/tls/libc-2.3.5.so) ==30665==by 0x1BD4ECEC: (within /lib/tls/libdl-2.3.5.so) ==30665==by 0x1B8EF105: (within /lib/ld-2.3.5.so) ==30665==by 0x1BD4F2FA: (within /lib/tls/libdl-2.3.5.so) ==30665==by 0x1BD4ED3C:
#36402 [Com]: PDO_MYSQL prepared statements cause Out of memory or data corruption
ID: 36402 Comment by: ayuzhakov at swsoft dot com Reported By: joh at deworks dot net Status: No Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5CVS-2006-02-15 (snap) New Comment: Have the same problem. OS: [EMAIL PROTECTED]:~/php/php5.2-200609200230# uname -a Linux c-ubn51.sbvz.plesk.ru 2.6.8-022stab070.9-smp #1 SMP Thu Apr 20 10:35:42 MSD 2006 i686 GNU/Linux [EMAIL PROTECTED]:~/php/php5.2-200609200230# cat /etc/issue Ubuntu 5.10 "Breezy Badger" \n \l PHP version: PHP 5.1.1 PHP 5.1.4 PHP 5.1.6 PHP 5.2-200609200230 (snapshot) All these versions have this bug. MySQL server version: 4.1.12-1ubuntu3.7 (native). If I try to use MySQL 4.0.24-10ubuntu2.3 (native) or MySQL 4.1.12 (binaries from mysql.com), then it works fine. Previous Comments: [2006-04-19 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-04-11 02:32:41] [EMAIL PROTECTED] Please try configuring PHP using: --disable-zend-memory-manager and then run the PHP script under valgrind from the CLI: % ./configure ... --disable-zend-memory-manager --enable-cli % make % valgrind --tool=memcheck ./sapi/cli/php myscript.php You can find valgrind at http://valgrind.org/. This should highlight memory corruption issues. [2006-04-09 14:10:44] joh at deworks dot net Just tested with the latest snapshot (php5.1-200604091030), and the problem still persists. [2006-04-09 07:52:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-06 13:48:24] czw at home dot se Got the same error: PHP 5.1.2, MySQL 4.1.14. This error is NOT present in PHP 5.1.1. I would suggest downgrading. 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/36402 -- Edit this bug report at http://bugs.php.net/?id=36402&edit=1
#38871 [Bgs]: class NAMESPACE
ID: 38871 User updated by: marios at ultrastar dot com Reported By: marios at ultrastar dot com Status: Bogus Bug Type: Class/Object related Operating System: Redhat PHP Version: 5.1.6 New Comment: How about we use our SS as a prefix ???. That may make the prefix unique. In a world where thousands of developers want to share their code , using prefix is not the solution. Besides PHP self classes and functions do not follow any standard naming. "The standard function library lacks internal consistency. Many functions perform relatively similiar actions and have different name standards and argument orders. For example, strpos($haystack, $needle) vs. in_array($needle, $haystack)." I do not undertand why everyone in the php developing team tries to justify the reason behind not having namespaces where all the true object oriented languages are build based on namespace. Anyway, I guess i am trying to push PHP to the entreprice level but it may not be ready yet! Previous Comments: [2006-09-19 07:11:29] [EMAIL PROTECTED] http://www.php.net/manual/en/userlandnaming.php http://www.php.net/manual/en/userlandnaming.rules.php http://www.php.net/manual/en/userlandnaming.tips.php [2006-09-18 19:32:00] marios at ultrastar dot com It is still a bug! A computer bug is an error, flaw, mistake, failure, or fault in a computer program that prevents it from working correctly or produces an incorrect result. Bugs arise from mistakes and errors, made by people, in either a program's source code or its design. It is said that there are bugs in all useful computer programs, but well-written programs contain relatively few bugs, and these bugs typically do not prevent the program from performing its task. ... Upgrading PHP that makes existing code that runs well to break its a bug! [2006-09-18 19:26:57] [EMAIL PROTECTED] This is not a forum. [2006-09-18 19:25:58] marios at ultrastar dot com update email [2006-09-18 19:25:05] marios at ultrastar dot com Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -
#38889 [NEW]: Adding HTTP proxy support to DOM functions
From: carolinearojas at yahoo dot com dot au
Operating system: Win XP
PHP version: 5.1.6
PHP Bug Type: Feature/Change Request
Bug description: Adding HTTP proxy support to DOM functions
Description:
Is it possible to add HTTP proxy support to DOM function? I couldn't see
any references to this on the php site. We are currently having
difficulties with a loadHTMLFile script when accessing remote servers
external to our network.
Reproduce code:
---
$dom = new DomDocument ();
$dom= DOMDocument::loadHTMLFile('http://www.php.net');
$title = $dom->getElementsByTagName("title");
print $title->item(0)->textContent;
Expected result:
PHP: Hypertext Preprocessor
Actual result:
--
Warning: DOMDocument::loadHTMLFile(http://www.php.net)
[function.DOMDocument-loadHTMLFile]: failed to open stream: Connection
timed out in /web/test1.php on line 3
Warning: DOMDocument::loadHTMLFile() [function.DOMDocument-loadHTMLFile]:
I/O warning : failed to load external entity "http://www.php.net"; in
/web/test1.php on line 3
--
Edit bug report at http://bugs.php.net/?id=38889&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38889&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38889&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38889&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38889&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38889&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38889&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38889&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38889&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38889&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38889&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38889&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38889&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38889&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38889&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38889&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38889&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38889&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38889&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38889&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38889&r=mysqlcfg
#38885 [Opn->Fbk]: Method DOMElement->hasAttribute() (sometimes) does not work
ID: 38885
Updated by: [EMAIL PROTECTED]
Reported By: lhaire at lettres dot unige dot ch
-Status: Open
+Status: Feedback
Bug Type: DOM XML related
Operating System: Mandriva Linux/PREFORK-13.3.2006
PHP Version: 5.1.6
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-09-19 16:46:11] lhaire at lettres dot unige dot ch
Description:
The above method returns false when it was supposed to be true... PHP
version: 5.0.4 (the latest in my Mandrake distribution)
Reproduce code:
---
$human = $item->getElementsByTagName('HUMAN_CORR');
$nhum = $human->length;
if ($nhum >0){
$j =0;
while (($j < $nhum)
&&(!$human->item($j)->hasAttribute('expert'))
$j++;
Expected result:
This code works:
$j =0;
while (($j < $nhum) &&
($human->item($j)->getAttribute('expert') !=
'yes'))
$j++;
here is a short xml sample:
confortable
à l'aise
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=38885&edit=1
#38890 [NEW]: imap_sort() returns array of empty values
From: Russell dot Mosemann at cune dot edu Operating system: Debian 3.1 Etch PHP version: 5.1.6 PHP Bug Type: IMAP related Bug description: imap_sort() returns array of empty values Description: imap_sort($stream, SORTARRIVAL, 1) returns an array with the same number of items as messages in the mailbox (e.g., 438 messages), but each location in the array is empty. The problem occurs with (imap-2002 or imap-2006) and (4.4.2 or 4.4.4 or 5.1.6 or 5.2R4). Reading from the Courier IMAP server with other clients works fine. This is being compiled as a module for Apache 2.2.3. The default locale on the server is en_US.UTF-8. configure --with-apxs2=/local/apache/bin/apxs --disable-cli \ --disable-cgi --without-pear --disable-ipv6 --disable-all \ --with-imap=/local/home/mose/imap-2006 \ --with-ldap --with-mysql --with-mysql-sock --with-pcre-regex Reproduce code: --- imap_open($stream, $user, $password, $options); return imap_sort($stream, SORTARRIVAL, 1); Expected result: The returned array should be a list of integers representing messages ordered by arrival date and time. Actual result: -- Each location of the array is empty. It is as if the message numbers were lost, or the message number is being retrieved from the wrong place. -- Edit bug report at http://bugs.php.net/?id=38890&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38890&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38890&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38890&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38890&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38890&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38890&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38890&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38890&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38890&r=support Expected behavior:http://bugs.php.net/fix.php?id=38890&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38890&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38890&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38890&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38890&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38890&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38890&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38890&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38890&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38890&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38890&r=mysqlcfg
#38812 [Opn->Csd]: array_key_exists is ~200x slower than 5.1.x
ID: 38812 Updated by: [EMAIL PROTECTED] Reported By: chad at herballure dot com -Status: Open +Status: Closed Bug Type: Performance problem Operating System: Linux (SuSE 9.2) PHP Version: 5CVS-2006-09-13 (snap) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-09-14 15:23:58] chad at herballure dot com Tony, that seems to be your problem. The Web server and firewall have certainly been running and unmodified since this bug report was opened, and the rest of the world seems to have no trouble getting there. [2006-09-14 08:33:21] judas dot iscariote at gmail dot com here is the test case, in case you can't access it. [2006-09-14 08:20:20] [EMAIL PROTECTED] # telnet www.sapphirepaw.org 80 Trying 68.178.174.117... telnet: connect to address 68.178.174.117: Connection refused [2006-09-14 00:51:25] judas dot iscariote at gmail dot com well, previuos test was not quite right 'cause I was testing a debug build against a non-debug build. this is the correct result === PHP 5_2 no debug, non zts== == ** ./configure --disable-all ** ./sapi/cli/php array_key_exists.php ake_test: Array ( [0] => 61.461007118225 [1] => 58.933461904526 [2] => 67.2141289711 [3] => 60.613692998886 ) is1_test: Array ( [0] => 0.17689299583435 [1] => 0.1637633896 [2] => 0.22526001930237 [3] => 0.16580605506897 ) is2_test: Array ( [0] => 0.1137011051178 [1] => 0.11136889457703 [2] => 0.11219096183777 [3] => 0.11238098144531 ) == PHP 5_1 non debug, non zts === *** ./configure --disable-all ** ~/5.1/php-src> ./sapi/cli/php ~/php-src/array_key_exists.php ake_test: Array ( [0] => 0.13297486305237 [1] => 0.12529993057251 [2] => 0.12710905075073 [3] => 0.12793111801147 ) is1_test: Array ( [0] => 0.15972304344177 [1] => 0.16012096405029 [2] => 0.16134810447693 [3] => 0.16280102729797 ) is2_test: Array ( [0] => 0.10458111763 [1] => 0.1012475537 [2] => 0.10496115684509 [3] => 0.10187220573425 ) [2006-09-14 00:25:54] judas dot iscariote at gmail dot com PHP 5_2 debug mode == php array_key_exists.php ake_test: Array ( [0] => 222.61117291451 [1] => 228.49721598625 [2] => 235.83725214005 [3] => 415.96051192284 ) is1_test: Array ( [0] => 1.2712152004242 [1] => 1.3619549274445 [2] => 1.3896028995514 [3] => 1.262256860733 ) is2_test: Array ( [0] => 0.95932698249817 [1] => 0.86532402038574 [2] => 0.9735701084137 [3] => 0.85658717155457 ) php 5.1.6 no debug === [EMAIL PROTECTED]:~/php-src> php5 array_key_exists.php ake_test: Array ( [0] => 0.23552083969116 [1] => 0.22312307357788 [2] => 0.22217798233032 [3] => 0.22680497169495 ) is1_test: Array ( [0] => 0.24776816368103 [1] => 0.24320101737976 [2] => 0.2431800365448 [3] => 0.24098587036133 ) is2_test: Array ( [0] => 0.15930700302124 [1] => 0.16577696800232 [2] => 0.15875005722046 [3] => 0.15803599357605 ) 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/38812 -- Edit this bug report at http://bugs.php.net/?id=38812&edit=1
#38887 [NEW]: Displaying Notices despite E_ALL & ~E_NOTICE
From: wieza at terramail dot pl Operating system: Fedora PHP version: 5.1.6 PHP Bug Type: Output Control Bug description: Displaying Notices despite E_ALL & ~E_NOTICE Description: In php.ini I have error_reporting = E_ALL & ~E_NOTICE So according to php.ini manual it shouldn't display notices. Especially as in php.ini display_errors is Off and log to file is on. But when I am on my site sometimes there are displayed Notices(only notices, errors and warning are logged to file ). I wrote sometimes, because I never know wheter Notices will be displayed. I can open the same site 10 times, and sometimes there is Notice, sometimes there isn't. I've tried to set in php.ini error_reporting others values(even 0) and the problem is still appearing. When in php code i call error_reporting(E_ALL ^ E_NOTICE), the problem is solved and notices don't appear. I have PHP 5.1.6 on lighttpd server. -- Edit bug report at http://bugs.php.net/?id=38887&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38887&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38887&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38887&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38887&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38887&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38887&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38887&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38887&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38887&r=support Expected behavior:http://bugs.php.net/fix.php?id=38887&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38887&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38887&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38887&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38887&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38887&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38887&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38887&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38887&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38887&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38887&r=mysqlcfg
#38849 [Bgs->Opn]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 User updated by: dan dot mashal at gmail dot com Reported By: dan dot mashal at gmail dot com -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: Like I said you cannot install client tools on Windows Server 2003 web edition. Previous Comments: [2006-09-19 15:06:08] [EMAIL PROTECTED] Installing Client Tools will solve the problem, not a bug in PHP itself. [2006-09-18 22:24:41] dan dot mashal at gmail dot com http://64.78.33.121/weberror.jpg [2006-09-18 18:52:47] [EMAIL PROTECTED] I do not have access to the web edition, so I asked what kind of errors you are getting when you try to install the client tools? One of the features of the client tools is the ability to set the default protocol used to communicate with SQL server. If the dll is copied you rely on the default setting in the dll you are using and that changes from version to version. The default used to be netbios but was changed to tcp/ip at some point. [2006-09-18 18:46:58] dan dot mashal at gmail dot com You are using standard edition. Try web edition. :) [2006-09-18 18:30:16] [EMAIL PROTECTED] This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#34065 [Asn->Csd]: throw in foreach causes memory leaks
ID: 34065 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 6CVS, 5CVS (2005-08-23) Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_2. Previous Comments: [2006-08-28 09:20:40] [EMAIL PROTECTED] See also bug #38623 [2005-08-10 12:06:16] [EMAIL PROTECTED] Description: Throwing exception from inside a foreach block can produce memory leaks, because ZEND_SWITCH_FREE opcode is not executed. Reproduce code: --- Expected result: ok Actual result: -- memory leaks -- Edit this bug report at http://bugs.php.net/?id=34065&edit=1
#38623 [Asn->Csd]: leaks in a tricky code with switch() and exceptions
ID: 38623 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2006-08-28 (CVS) Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_2. Previous Comments: [2006-08-28 09:21:13] [EMAIL PROTECTED] See also bug #34065 [2006-08-28 07:54:36] [EMAIL PROTECTED] Description: There are several leaks in the code below. Reproduce code: --- Expected result: . Actual result: -- [Mon Aug 28 11:48:19 2006] Script: '/tmp/1.php' /local/dev/orig/php-src_5_2/Zend/zend_vm_execute.h(182) : Freeing 0x4030F19C (16 bytes), script=/tmp/1.php [Mon Aug 28 11:48:19 2006] Script: '/tmp/1.php' /local/dev/orig/php-src_5_2/Zend/zend_variables.h(45) : Freeing 0x403113BC (7 bytes), script=/tmp/1.php /local/dev/orig/php-src_5_2/Zend/zend_variables.c(120) : Actual location (location was relayed) === Total 2 memory leaks detected === Valgrind says: ==23114== 7 bytes in 1 blocks are indirectly lost in loss record 1 of 2 ==23114==at 0x401C4CE: malloc (vg_replace_malloc.c:149) ==23114==by 0x81E5E4B: _emalloc (zend_alloc.c:1628) ==23114==by 0x81E61E5: _estrndup (zend_alloc.c:1752) ==23114==by 0x81FDAE7: _zval_copy_ctor_func (zend_variables.c:120) ==23114==by 0x8180C8D: _zval_copy_ctor (zend_variables.h:45) ==23114==by 0x8175366: zif_strtolower (string.c:1150) ==23114==by 0x821D329: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:200) ==23114==by 0x822021C: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1657) ==23114==by 0x821CF3C: execute (zend_vm_execute.h:92) ==23114==by 0x821D45E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==23114==by 0x822021C: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1657) ==23114==by 0x821CF3C: execute (zend_vm_execute.h:92) ==23114==by 0x81FF7D9: zend_execute_scripts (zend.c:1095) ==23114==by 0x81B8BB2: php_execute_script (main.c:1759) ==23114==by 0x8264C45: main (php_cli.c:1102) ==23114== ==23114== ==23114== 23 (16 direct, 7 indirect) bytes in 1 blocks are definitely lost in loss record 2 of 2 ==23114==at 0x401C4CE: malloc (vg_replace_malloc.c:149) ==23114==by 0x81E5E4B: _emalloc (zend_alloc.c:1628) ==23114==by 0x821D22B: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:182) ==23114==by 0x822021C: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1657) ==23114==by 0x821CF3C: execute (zend_vm_execute.h:92) ==23114==by 0x821D45E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:234) ==23114==by 0x822021C: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1657) ==23114==by 0x821CF3C: execute (zend_vm_execute.h:92) ==23114==by 0x81FF7D9: zend_execute_scripts (zend.c:1095) ==23114==by 0x81B8BB2: php_execute_script (main.c:1759) ==23114==by 0x8264C45: main (php_cli.c:1102) -- Edit this bug report at http://bugs.php.net/?id=38623&edit=1
#38876 [Csd->Bgs]: i do not see the flag for this
ID: 38876 Updated by: [EMAIL PROTECTED] Reported By: itunes66 at gmail dot com -Status: Closed +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.1.6 New Comment: . Previous Comments: [2006-09-19 18:15:15] itunes66 at gmail dot com oh, i see its kinda out of place i think the text "Returns the number of full pattern matches (which might be zero), or FALSE if an error occurred." should be in bold or a note or itacilised to make it more noticable :), thank you [2006-09-19 17:59:19] [EMAIL PROTECTED] It's simply the return value of the function.. .it's in the manual so please read it once more. [2006-09-19 17:53:48] itunes66 at gmail dot com i do not see where it returns the complete number of results matched, could you point this out to me [2006-09-19 07:14:47] [EMAIL PROTECTED] It already does this, see the documentation at: http://uk.php.net/preg_match_all [2006-09-19 03:09:31] itunes66 at gmail dot com Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit this bug report at http://bugs.php.net/?id=38876&edit=1
#38886 [NEW]: PDO fails for no apparent reason, pages that works randomly breaks
From: tg at idiom dot dk
Operating system: Linux 2.6.12.5
PHP version: 5.1.6
PHP Bug Type: PDO related
Bug description: PDO fails for no apparent reason, pages that works randomly
breaks
Description:
I run an Apache (2.0.58) server, PDO (1.0RC2) and APC (3.0.11).
My PDO randomly gives me this error (Fatal error: Call to a member
function execute() on a non-object in
/var/www/*/htdocs/classes/pdoMysql.class.php on line 33
), without any errors in the log.
The error occurs more frequently when the server is loading, but it also
happens with no particular load, and some seconds after it works flawless
again.
I've tried the latest CVS snapshop for PHP 5, but it didn't fix the
problem.
PHP configure flags:
'./configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu'
'--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info'
'--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli'
'--with-apxs2=/usr/sbin/apxs2'
'--with-config-file-path=/etc/php/apache2-php5'
'--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active'
'--without-pear' '--disable-bcmath' '--without-bz2' '--disable-calendar'
'--disable-ctype' '--without-curl' '--without-curlwrappers'
'--disable-dbase' '--disable-exif' '--without-fbsql' '--without-fdftk'
'--disable-filepro' '--disable-ftp' '--with-gettext' '--without-gmp'
'--disable-hash' '--without-hwapi' '--without-iconv' '--without-informix'
'--disable-ipv6' '--without-kerberos' '--disable-mbstring' '--with-mcrypt'
'--disable-memory-limit' '--without-mhash' '--without-ming'
'--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl'
'--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql'
'--disable-posix' '--with-pspell' '--without-recode' '--disable-simplexml'
'--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets'
'--without-sybase' '--without-sybase-ct' '--disable-sysvmsg'
'--disable-sysvsem' '--disable-sysvshm' '--without-tidy'
'--disable-tokenizer' '--disable-wddx' '--disable-xmlreader'
'--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '--with-zlib'
'--disable-debug' '--enable-dba' '--without-cdb' '--without-db4'
'--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm'
'--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv'
'--enable-gd-native-ttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr'
'--without-xpm-dir' '--with-gd' '--with-imap' '--with-imap-ssl'
'--with-ldap' '--with-ldap-sasl' '--with-mysql=/usr/lib/mysql'
'--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli'
'--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc'
'--without-pdo-pgsql' '--without-pdo-sqlite' '--with-readline'
'--without-libedit' '--without-mm' '--without-sqlite'
Reproduce code:
---
#Snip:
$this->cfg = array(
'db' => 'mysql',
'db_user' => '*',
'db_pwd' => '*',
'db_host' => 'localhost',
'db_db' => '*',
'db_opts' => array(
PDO::ERRMODE_SILENT => true,
PDO::ATTR_PERSISTENT => true,
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY => true
)
);
$this->pdo = new
PDO($this->cfg['db'].':host='.$this->cfg['db_host'].';dbname='.$this->cfg['db_db'],$this->cfg['db_user'],$this->cfg['db_pwd'],$this->cfg['db_opts']);
$stmt = $this->pdo->prepare("SELECT * FROM users");
$stmt->execute();
Expected result:
An array of info
Actual result:
--
Fatal error: Call to a member function execute() on a non-object in
/var/www/*/htdocs/classes/pdoMysql.class.php on line 33
--
Edit bug report at http://bugs.php.net/?id=38886&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38886&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38886&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38886&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38886&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38886&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38886&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38886&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38886&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38886&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38886&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38886&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38886&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38886&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38886&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38886&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38886&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38886&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38886&r=float
No Zend Extensions:
#38757 [Fbk->Opn]: MultiPart Form Uploads fail with FastCGI
ID: 38757 User updated by: davidb at pins dot net Reported By: davidb at pins dot net -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Solaris 8 PHP Version: 5.1.6 Assigned To: dmitry New Comment: Ummm...well, here's what I installed: php5.2-200609141630 Does this have what I need? If not, can you tell me what URL to go look for? I went to the snaps.php.net page for this. Previous Comments: [2006-09-19 20:43:12] [EMAIL PROTECTED] You have tested the old version, pool(..., 1000) means 1 second timeout. In new version you should have 5 seconds. [2006-09-18 21:29:16] davidb at pins dot net One other thing which we noticed - if we take our sample (which breaks) and change the multipart-form to a regular form, the problem does not occur. This is weird, and I have no idea how it may bear into the problem. It may be a red herring of some sort. Any ideas on the next step in debugging? [2006-09-15 03:51:35] davidb at pins dot net Greetings. I tried with the latest 5.2 (downloaded today). It doesn't seem to make a difference. The poll() still exits with 0, then proceeds to read everything in anyway. Heres the truss, with timestamps this time: 94.3878 accept(0, 0xFFBEDC78, 0xFFBEDBC4, 1)= 4 AF_UNIX name = 94.3880 fcntl(0, F_SETLK, 0xFFBEDC50) = 0 typ=F_UNLCK whence=SEEK_SET start=0 len=0 sys=4290697848 pid=2086536 95.3952 poll(0xFFBEDB18, 1, 1000) = 0 fd=4 ev=POLLRDNORM rev=0 95.3959 shutdown(4, 1, 1) = 0 recv(4, 0xFFBEDC50, 8, 0) (sleeping...) signotifywait() (sleeping...) lwp_sema_wait(0xFD70DE60) (sleeping...) sema type: USYNC_THREAD count = 0 103.4047recv(4, "0101\001\0\b\0\0", 8, 0) = 8 103.4050recv(4, "\001\0\0\0\0\0\0", 8, 0) = 8 103.4051recv(4, "0104\001\016\0\0", 8, 0) = 8 103.4051recv(4, "0E06 C O N T E N", 8, 0) = 8 103.4052recv(4, " T _ L E N G T H", 8, 0) = 8 103.4053recv(4, " 1 2 8 9 9 00104", 8, 0) = 8 103.4054recv(4, "\001\0 E\0\0\f 7", 8, 0) = 8 103.4055recv(4, " C O N T E N T _", 8, 0) = 8 103.4055recv(4, " T Y P E m u l t", 8, 0) = 8 I guess the big question is why is poll exiting with 0 when there's a pile of valid data? David. [2006-09-13 13:08:06] [EMAIL PROTECTED] The bug should be fixed in CVS HEAD and PHP_5_2. Please verify and close or reopen bug. I just incrised the data waiting timeout from 1 to 5 sec. It is good idea to use SO_ACCEPTFILTER instead of timeout, but it is avbailable only on BSD. [2006-09-12 16:03:41] davidb at pins dot net A few other quick comments: - Perl + CGI::Fast hasn't reported any of these problems - This is only affecting a small subset of users, but those users tend to continue to have the problems recur - The users with recurring problems will sometimes suddenly, and without warning, start working again I strongly suspect some odd network interaction, but I'm not entirely sure where to dig deeper just yet. The FastCGI PHP instance is linked as a local UNIX socket: FastCgiServer /export/httpd/DOMAINS/host.forward.com/cgi-bin/php -port 9050 AddHandler php-fastcgi .php SetHandler fastcgi-script Action php-fastcgi /cgi-bin/php There are several other vhosts that use teh FastCgiExternalServer directive. We are using the PHP process manager to front-end the PHP work threads by setting PHP_FCGI_CHILDREN. 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/38757 -- Edit this bug report at http://bugs.php.net/?id=38757&edit=1
#38757 [Asn->Fbk]: MultiPart Form Uploads fail with FastCGI
ID: 38757 Updated by: [EMAIL PROTECTED] Reported By: davidb at pins dot net -Status: Assigned +Status: Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 5.1.6 Assigned To: dmitry New Comment: You have tested the old version, pool(..., 1000) means 1 second timeout. In new version you should have 5 seconds. Previous Comments: [2006-09-18 21:29:16] davidb at pins dot net One other thing which we noticed - if we take our sample (which breaks) and change the multipart-form to a regular form, the problem does not occur. This is weird, and I have no idea how it may bear into the problem. It may be a red herring of some sort. Any ideas on the next step in debugging? [2006-09-15 03:51:35] davidb at pins dot net Greetings. I tried with the latest 5.2 (downloaded today). It doesn't seem to make a difference. The poll() still exits with 0, then proceeds to read everything in anyway. Heres the truss, with timestamps this time: 94.3878 accept(0, 0xFFBEDC78, 0xFFBEDBC4, 1)= 4 AF_UNIX name = 94.3880 fcntl(0, F_SETLK, 0xFFBEDC50) = 0 typ=F_UNLCK whence=SEEK_SET start=0 len=0 sys=4290697848 pid=2086536 95.3952 poll(0xFFBEDB18, 1, 1000) = 0 fd=4 ev=POLLRDNORM rev=0 95.3959 shutdown(4, 1, 1) = 0 recv(4, 0xFFBEDC50, 8, 0) (sleeping...) signotifywait() (sleeping...) lwp_sema_wait(0xFD70DE60) (sleeping...) sema type: USYNC_THREAD count = 0 103.4047recv(4, "0101\001\0\b\0\0", 8, 0) = 8 103.4050recv(4, "\001\0\0\0\0\0\0", 8, 0) = 8 103.4051recv(4, "0104\001\016\0\0", 8, 0) = 8 103.4051recv(4, "0E06 C O N T E N", 8, 0) = 8 103.4052recv(4, " T _ L E N G T H", 8, 0) = 8 103.4053recv(4, " 1 2 8 9 9 00104", 8, 0) = 8 103.4054recv(4, "\001\0 E\0\0\f 7", 8, 0) = 8 103.4055recv(4, " C O N T E N T _", 8, 0) = 8 103.4055recv(4, " T Y P E m u l t", 8, 0) = 8 I guess the big question is why is poll exiting with 0 when there's a pile of valid data? David. [2006-09-13 13:08:06] [EMAIL PROTECTED] The bug should be fixed in CVS HEAD and PHP_5_2. Please verify and close or reopen bug. I just incrised the data waiting timeout from 1 to 5 sec. It is good idea to use SO_ACCEPTFILTER instead of timeout, but it is avbailable only on BSD. [2006-09-12 16:03:41] davidb at pins dot net A few other quick comments: - Perl + CGI::Fast hasn't reported any of these problems - This is only affecting a small subset of users, but those users tend to continue to have the problems recur - The users with recurring problems will sometimes suddenly, and without warning, start working again I strongly suspect some odd network interaction, but I'm not entirely sure where to dig deeper just yet. The FastCGI PHP instance is linked as a local UNIX socket: FastCgiServer /export/httpd/DOMAINS/host.forward.com/cgi-bin/php -port 9050 AddHandler php-fastcgi .php SetHandler fastcgi-script Action php-fastcgi /cgi-bin/php There are several other vhosts that use teh FastCgiExternalServer directive. We are using the PHP process manager to front-end the PHP work threads by setting PHP_FCGI_CHILDREN. [2006-09-12 15:50:36] davidb at pins dot net Greetings. Is the poll() timing out, even though it appeared to get all of the data in fd4? Or, is there additional data that isn't getting passed on for some reason? I can send the entire truss if you'd like. We're running Apache 1.3.33, Solaris 8, on a dual-processor SPARC. I believe it's the 2.4.2 FastCGI. I do note that the read() that a valid post gets is different. In a good truss: poll(0xFFBED8F0, 1, 1000) = 1 read(4, "0101\001\0\b\0\0", 8) = 8 read(4, "\001\0\0\0\0\0\0", 8) = 8 read(4, "0104\001\015\0\0", 8) = 8 read(4, 0xFFBDD918, 21) = 21 0E05 C O N T E N T _ L E N G T H 6 1 0 1 5 read(4, "0104\001\0 V\0\0", 8) = 8 read(4, 0xFFBDD918, 86) = 86 \f H C O N T E N T _ T Y P E m u l t i p a r t / f o r m - d a t a ; b o u n d a r y = - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 9 1 9 4 1 1 2 6 6 2 0 5 9 7 read(4, "0104\001\0 =\0\0", 8) = 8 read(4, 0xFFBDD918, 61) = 61 \r .
#38835 [Asn->Csd]: I cannot use the -d switch in the Arguments field of my HTTP Server.
ID: 38835 Updated by: [EMAIL PROTECTED] Reported By: trustpunk at hotmail dot com -Status: Assigned +Status: Closed Bug Type: CGI related Operating System: Windows PHP Version: 5.1.6 Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_2 Previous Comments: [2006-09-14 19:42:31] trustpunk at hotmail dot com Description: I can use the -d argument inside of the CLI interface of PHP, but I cannot use it inside the CGI/FastCGI Interface. Reproduce code: --- There's no code to reproduce. I'm trying to use the -d argument with my "Abyss Web Server" setup. It allows you to add arguments to the Interpreter settings and it won't work when I use the -d with "php-cgi.exe" as my Interpreter. I've been in the software forums on this issue and they say it's caused by PHP not passing the -d argument. Here's an example from the "Abyss Web Server" settings. Interface: CGI/FastCGI Interpreter: C:\PHP\php-cgi.exe Arguments: -d safe_mode=off Type: PHP Style Associated Extensions: php Expected result: I expect to be able to use the -d Argument with my PHP settings. I'm using the CGI/FastCGI Interface. Actual result: -- I don't get any results. The arguments "-d" are not passed to PHP. -- Edit this bug report at http://bugs.php.net/?id=38835&edit=1
#38875 [Bgs]: no new variables possible after self::$var = $_SESSION
ID: 38875 User updated by: lagemann at x-wars dot net Reported By: lagemann at x-wars dot net Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo 3.3.6, ssp-3.3.6-1.0, pie PHP Version: 5.1.6 New Comment: Hm, i think its not really a good behaviour that i after some calls can't use new variables in methods. Perhaps it could be a better way to throw an exception, warning or error if I'm trying to assign the magic then doing "nothing" :-). Previous Comments: [2006-09-19 06:17:56] [EMAIL PROTECTED] . [2006-09-18 23:40:09] judas dot iscariote at gmail dot com yu cannot do this : $var = $_SESSION; or $_SESSION = array(1,2,3,4,5); because $_SESSION loose it's "magical" atributes then. and that is, the expected behaviuor. [2006-09-18 22:22:19] lagemann at x-wars dot net Description: I set a static class var to $_SESSION ($varname = 'SESSION'; self::$$varname = $_SESSION;) and after some method calls and requires no new variable can be set in a method of the class. This problem occurs not if i set self::$$varname = &$_SESSION; tested with php 5.1.4, 5.1.6 and php 5.2.0RC5-dev (php5.2-200609172030) Reproduce code: --- Some more lines than 20: http://degola.de/phpbug/ Expected result: in line 41 the variable $classArray have to be Array () Actual result: -- no new variable can be set, see http://degola.de/phpbug/ -- Edit this bug report at http://bugs.php.net/?id=38875&edit=1
#38874 [Fbk->Opn]: Will not load extension
ID: 38874 User updated by: dabbaking at gmail dot com Reported By: dabbaking at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Win32 PHP Version: 5.2.0RC4 Assigned To: georg New Comment: I'm not getting any errors. The normal mysql extension loads. I have libmysql.dll in my path before mysql. Previous Comments: [2006-09-19 15:02:52] [EMAIL PROTECTED] Do you get any error messages? Does mysql extension load? Do you have libmysql.dll from the php distribution in your PATH *before* mysql database directory. [2006-09-18 21:54:04] dabbaking at gmail dot com I just want to note that the other extensions on the list loaded fine. Including the normal mysql extension. I have MySQL 5.0 running. [2006-09-18 21:51:37] dabbaking at gmail dot com Description: The mysqli extension won't load. Reproduce code: --- extension=php_mysqli.dll Expected result: Suppose to load the extension Actual result: -- The extension did not load. -- Edit this bug report at http://bugs.php.net/?id=38874&edit=1
#38819 [Opn]: segfault in ldap_get_entries()
ID: 38819 User updated by: madcoder at gmail dot com Reported By: madcoder at gmail dot com Status: Open Bug Type: LDAP related Operating System: 2.6.15-gentoo linux amd64 PHP Version: 5.1.6 New Comment: Apparently it looks like pastebin is having problems... I've copied the same output here, for redundancy: http://www.framewerk.org/~madcoder/vgrind.log Previous Comments: [2006-09-19 19:49:48] madcoder at gmail dot com I ran it through valgrind with --leak-check=full -v --show-reachable=yes, and copied the output here: http://pastebin.com/790150 [2006-09-19 19:39:47] madcoder at gmail dot com Now that's interesting... It runs fine with valgrind. Here are the ERROR SUMMARY and LEAK SUMMARY sections: ==7964== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 93 from 1) ==7964== malloc/free: in use at exit: 71,780 bytes in 1,268 blocks. ==7964== malloc/free: 38,082 allocs, 36,814 frees, 3,611,397 bytes allocated. ==7964== For counts of detected errors, rerun with: -v ==7964== searching for pointers to 1,268 not-freed blocks. ==7964== checked 2,962,048 bytes. ==7964== LEAK SUMMARY: ==7964==definitely lost: 32,841 bytes in 4 blocks. ==7964== possibly lost: 0 bytes in 0 blocks. ==7964==still reachable: 38,939 bytes in 1,264 blocks. ==7964== suppressed: 0 bytes in 0 blocks. ==7964== Use --leak-check=full to see details of leaked memory. Running with --leak-check=full, I get the following: ==7968== 73 (32 direct, 41 indirect) bytes in 1 blocks are definitely lost in loss record 4 of 8 ==7968==at 0x4A1AB8E: malloc (vg_replace_malloc.c:149) ==7968==by 0x64825AB: tds_alloc_context (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x6472C3F: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) ==7968== ==7968== 32,768 bytes in 1 blocks are definitely lost in loss record 8 of 8 ==7968==at 0x4A1C10D: calloc (vg_replace_malloc.c:279) ==7968==by 0x6472C16: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) [2006-09-19 06:24:54] [EMAIL PROTECTED] Doesn't look like PHP problem to me. Could you plz also see if `valgrind /usr/bin/php test.php` show you something interesting? Please put valgrind's log somewhere and paste the URL here. [2006-09-18 23:38:16] madcoder at gmail dot com Sorry for the delay (I had to fix an error with gdb not generating backtraces on AMD64...) Here's the backtrace: - (gdb) run Starting program: /usr/bin/php -e test.php [Thread debugging using libthread_db enabled] [New Thread 47773184727840 (LWP 28424)] done searching Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47773184727840 (LWP 28424)] 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 153 getvalues.c: No such file or directory. in getvalues.c - (gdb) bt #0 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 #1 0x556a25c0 in zif_ldap_get_entries (ht=1441370656, return_value=0x55e987a8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1438266616, tsrm_ls=0x55e9cc60) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/ext/ldap/ldap.c:1068 #2 0x55890d35 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:200 #3 0x55899c6a in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:1640 #4 0x5589039b in execute (op_array=0x55e96ad8, tsrm_ls=0x55ba4450) at zend_vm_execute.h:92 #5 0x55868a42 in zend_execute_scripts (type=8, tsrm_ls=0x55ba4450, retval=0x0, file_count=3) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/Zend/zend.c:1109 #6 0x5580f825 in php_execute_script (primary_file=0x7fff9f1415d0, tsrm_ls=0x55ba4450) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/main/main.c:1737 #7 0x55939484 in main (argc=3, argv=0x7fff9f141888) at /var/tmp/portage/php-5.1.6-r4/w
#38819 [Opn]: segfault in ldap_get_entries()
ID: 38819 User updated by: madcoder at gmail dot com Reported By: madcoder at gmail dot com Status: Open Bug Type: LDAP related Operating System: 2.6.15-gentoo linux amd64 PHP Version: 5.1.6 New Comment: I ran it through valgrind with --leak-check=full -v --show-reachable=yes, and copied the output here: http://pastebin.com/790150 Previous Comments: [2006-09-19 19:39:47] madcoder at gmail dot com Now that's interesting... It runs fine with valgrind. Here are the ERROR SUMMARY and LEAK SUMMARY sections: ==7964== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 93 from 1) ==7964== malloc/free: in use at exit: 71,780 bytes in 1,268 blocks. ==7964== malloc/free: 38,082 allocs, 36,814 frees, 3,611,397 bytes allocated. ==7964== For counts of detected errors, rerun with: -v ==7964== searching for pointers to 1,268 not-freed blocks. ==7964== checked 2,962,048 bytes. ==7964== LEAK SUMMARY: ==7964==definitely lost: 32,841 bytes in 4 blocks. ==7964== possibly lost: 0 bytes in 0 blocks. ==7964==still reachable: 38,939 bytes in 1,264 blocks. ==7964== suppressed: 0 bytes in 0 blocks. ==7964== Use --leak-check=full to see details of leaked memory. Running with --leak-check=full, I get the following: ==7968== 73 (32 direct, 41 indirect) bytes in 1 blocks are definitely lost in loss record 4 of 8 ==7968==at 0x4A1AB8E: malloc (vg_replace_malloc.c:149) ==7968==by 0x64825AB: tds_alloc_context (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x6472C3F: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) ==7968== ==7968== 32,768 bytes in 1 blocks are definitely lost in loss record 8 of 8 ==7968==at 0x4A1C10D: calloc (vg_replace_malloc.c:279) ==7968==by 0x6472C16: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) [2006-09-19 06:24:54] [EMAIL PROTECTED] Doesn't look like PHP problem to me. Could you plz also see if `valgrind /usr/bin/php test.php` show you something interesting? Please put valgrind's log somewhere and paste the URL here. [2006-09-18 23:38:16] madcoder at gmail dot com Sorry for the delay (I had to fix an error with gdb not generating backtraces on AMD64...) Here's the backtrace: - (gdb) run Starting program: /usr/bin/php -e test.php [Thread debugging using libthread_db enabled] [New Thread 47773184727840 (LWP 28424)] done searching Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47773184727840 (LWP 28424)] 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 153 getvalues.c: No such file or directory. in getvalues.c - (gdb) bt #0 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 #1 0x556a25c0 in zif_ldap_get_entries (ht=1441370656, return_value=0x55e987a8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1438266616, tsrm_ls=0x55e9cc60) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/ext/ldap/ldap.c:1068 #2 0x55890d35 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:200 #3 0x55899c6a in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:1640 #4 0x5589039b in execute (op_array=0x55e96ad8, tsrm_ls=0x55ba4450) at zend_vm_execute.h:92 #5 0x55868a42 in zend_execute_scripts (type=8, tsrm_ls=0x55ba4450, retval=0x0, file_count=3) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/Zend/zend.c:1109 #6 0x5580f825 in php_execute_script (primary_file=0x7fff9f1415d0, tsrm_ls=0x55ba4450) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/main/main.c:1737 #7 0x55939484 in main (argc=3, argv=0x7fff9f141888) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/sapi/cli/php_cli.c:1093 - Let me know if you need anything else. [2006-09-14 08:28:40] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a ba
#38819 [Fbk->Opn]: segfault in ldap_get_entries()
ID: 38819 User updated by: madcoder at gmail dot com Reported By: madcoder at gmail dot com -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: 2.6.15-gentoo linux amd64 PHP Version: 5.1.6 New Comment: Now that's interesting... It runs fine with valgrind. Here are the ERROR SUMMARY and LEAK SUMMARY sections: ==7964== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 93 from 1) ==7964== malloc/free: in use at exit: 71,780 bytes in 1,268 blocks. ==7964== malloc/free: 38,082 allocs, 36,814 frees, 3,611,397 bytes allocated. ==7964== For counts of detected errors, rerun with: -v ==7964== searching for pointers to 1,268 not-freed blocks. ==7964== checked 2,962,048 bytes. ==7964== LEAK SUMMARY: ==7964==definitely lost: 32,841 bytes in 4 blocks. ==7964== possibly lost: 0 bytes in 0 blocks. ==7964==still reachable: 38,939 bytes in 1,264 blocks. ==7964== suppressed: 0 bytes in 0 blocks. ==7964== Use --leak-check=full to see details of leaked memory. Running with --leak-check=full, I get the following: ==7968== 73 (32 direct, 41 indirect) bytes in 1 blocks are definitely lost in loss record 4 of 8 ==7968==at 0x4A1AB8E: malloc (vg_replace_malloc.c:149) ==7968==by 0x64825AB: tds_alloc_context (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x6472C3F: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) ==7968== ==7968== 32,768 bytes in 1 blocks are definitely lost in loss record 8 of 8 ==7968==at 0x4A1C10D: calloc (vg_replace_malloc.c:279) ==7968==by 0x6472C16: dbinit (in /usr/lib64/libsybdb.so.4.0) ==7968==by 0x1595DC: zm_startup_mssql (php_mssql.c:301) ==7968==by 0x31B325: zend_startup_module_ex (zend_API.c:1397) ==7968==by 0x3224A3: zend_hash_apply (zend_hash.c:666) ==7968==by 0x31B4EE: zend_startup_modules (zend_API.c:1444) ==7968==by 0x2BB230: php_module_startup (main.c:1557) ==7968==by 0x3E460A: main (php_cli.c:681) Previous Comments: [2006-09-19 06:24:54] [EMAIL PROTECTED] Doesn't look like PHP problem to me. Could you plz also see if `valgrind /usr/bin/php test.php` show you something interesting? Please put valgrind's log somewhere and paste the URL here. [2006-09-18 23:38:16] madcoder at gmail dot com Sorry for the delay (I had to fix an error with gdb not generating backtraces on AMD64...) Here's the backtrace: - (gdb) run Starting program: /usr/bin/php -e test.php [Thread debugging using libthread_db enabled] [New Thread 47773184727840 (LWP 28424)] done searching Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47773184727840 (LWP 28424)] 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 153 getvalues.c: No such file or directory. in getvalues.c - (gdb) bt #0 0x2b730d78de44 in ldap_count_values (vals=0x55e99220) at getvalues.c:153 #1 0x556a25c0 in zif_ldap_get_entries (ht=1441370656, return_value=0x55e987a8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1438266616, tsrm_ls=0x55e9cc60) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/ext/ldap/ldap.c:1068 #2 0x55890d35 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:200 #3 0x55899c6a in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff9f13efb0, tsrm_ls=0x55ba4450) at zend_vm_execute.h:1640 #4 0x5589039b in execute (op_array=0x55e96ad8, tsrm_ls=0x55ba4450) at zend_vm_execute.h:92 #5 0x55868a42 in zend_execute_scripts (type=8, tsrm_ls=0x55ba4450, retval=0x0, file_count=3) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/Zend/zend.c:1109 #6 0x5580f825 in php_execute_script (primary_file=0x7fff9f1415d0, tsrm_ls=0x55ba4450) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/main/main.c:1737 #7 0x55939484 in main (argc=3, argv=0x7fff9f141888) at /var/tmp/portage/php-5.1.6-r4/work/php-5.1.6/sapi/cli/php_cli.c:1093 - Let me know if you need anything else. [2006-09-14 08:28:40] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php fo
#38861 [Bgs->Opn]: PDO retrive no mysql-results when using the same variable
ID: 38861
User updated by: Drezil at web dot de
Reported By: Drezil at web dot de
-Status: Bogus
+Status: Open
Bug Type: PDO related
Operating System: Debian/Sarge
PHP Version: 5.1.6
Assigned To: wez
New Comment:
This is definitely a bug in PDO. I tried unset($qry);, a "$qry = null;"
and so on and so forth.
the exact same code actually works in my other enviroment (WinXP, IIS5,
PHP 5.0.7, Mysql 4.1.15). I also un-/reinstall php on the debian
system.
To get it even more confusing i got such constructs in other scripts,
which work as the should.
as shown in the mysql-log the prepare and the execute is omitted
correctly. even $qry->rowCount(); echos '1'.. but still $qry->fetch()
returns false.
by the way: a buffered-query problem in not solved by just renaming the
var's (because if an unbuffered qry is sent, it must be closed
explicitly before reusing the same connection. this does't depend on
the var-name in php). This would just raise an error during script
execution (which is printed to me due to an error-level of E_ALL |
E_STRICT).
my script is quite complex, so i reduced the example to the minimum. A
more detailed view on the source-code can be fond at:
http://vserver.mission-unknown.de/stuff/code.phps
if this is no bug, WHY does the EXACT SAME script behave completely
different on both systems? The differences in the php.ini are only
system-specific due to win/unix reasons so there is no
"misconfigured"-excuse.
Sorry to cause you so much trouble.. ;)
Previous Comments:
[2006-09-19 16:49:49] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You either need to enable buffered queries or disabled native
prepare for this to work. Or replace closeCursor() with unset
($qry).
The issue is actually a MySQL limitation with buffered
queries.
[2006-09-17 17:11:54] Drezil at web dot de
Description:
with update to php 5.1.6 i ran into problems with the pdo-mysql module
(loaded as dyn. extension in the php.ini).
If i reuse a variable after retrieving a mysql-result any following
result is empty although the query (as shown in the mysql-log) is
ommited correctly and has valid results.
switching mysql 4.1.15 to mysql 5.0.x or the oter way round doesn't fix
anything.
Reproduce code:
---
query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "";
die();
}
?>
Expected result:
'2'
'2'
'2'
Actual result:
--
'2'
''
''
if i just rename the objects to $qry1, $qry2, $qry3 everything works
fine and as expected.
looks like closeCursor() deosn't work right or the objects are not
overwritten correctly.
--
Edit this bug report at http://bugs.php.net/?id=38861&edit=1
#38876 [Bgs->Csd]: i do not see the flag for this
ID: 38876 User updated by: itunes66 at gmail dot com Reported By: itunes66 at gmail dot com -Status: Bogus +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.1.6 New Comment: oh, i see its kinda out of place i think the text "Returns the number of full pattern matches (which might be zero), or FALSE if an error occurred." should be in bold or a note or itacilised to make it more noticable :), thank you Previous Comments: [2006-09-19 17:59:19] [EMAIL PROTECTED] It's simply the return value of the function.. .it's in the manual so please read it once more. [2006-09-19 17:53:48] itunes66 at gmail dot com i do not see where it returns the complete number of results matched, could you point this out to me [2006-09-19 07:14:47] [EMAIL PROTECTED] It already does this, see the documentation at: http://uk.php.net/preg_match_all [2006-09-19 03:09:31] itunes66 at gmail dot com Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit this bug report at http://bugs.php.net/?id=38876&edit=1
#38876 [Opn->Bgs]: i do not see the flag for this
ID: 38876 Updated by: [EMAIL PROTECTED] Reported By: itunes66 at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.1.6 New Comment: It's simply the return value of the function.. .it's in the manual so please read it once more. Previous Comments: [2006-09-19 17:53:48] itunes66 at gmail dot com i do not see where it returns the complete number of results matched, could you point this out to me [2006-09-19 07:14:47] [EMAIL PROTECTED] It already does this, see the documentation at: http://uk.php.net/preg_match_all [2006-09-19 03:09:31] itunes66 at gmail dot com Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit this bug report at http://bugs.php.net/?id=38876&edit=1
#38876 [Bgs->Opn]: i do not see the flag for this
ID: 38876 User updated by: itunes66 at gmail dot com -Summary: if possible add a contant to preg_match_all so it returns the number of matches Reported By: itunes66 at gmail dot com -Status: Bogus +Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.1.6 New Comment: i do not see where it returns the complete number of results matched, could you point this out to me Previous Comments: [2006-09-19 07:14:47] [EMAIL PROTECTED] It already does this, see the documentation at: http://uk.php.net/preg_match_all [2006-09-19 03:09:31] itunes66 at gmail dot com Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit this bug report at http://bugs.php.net/?id=38876&edit=1
#38861 [Asn->Bgs]: PDO retrive no mysql-results when using the same variable
ID: 38861
Updated by: [EMAIL PROTECTED]
Reported By: Drezil at web dot de
-Status: Assigned
+Status: Bogus
Bug Type: PDO related
Operating System: Debian/Sarge
PHP Version: 5.1.6
Assigned To: wez
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
You either need to enable buffered queries or disabled native
prepare for this to work. Or replace closeCursor() with unset
($qry).
The issue is actually a MySQL limitation with buffered
queries.
Previous Comments:
[2006-09-17 17:11:54] Drezil at web dot de
Description:
with update to php 5.1.6 i ran into problems with the pdo-mysql module
(loaded as dyn. extension in the php.ini).
If i reuse a variable after retrieving a mysql-result any following
result is empty although the query (as shown in the mysql-log) is
ommited correctly and has valid results.
switching mysql 4.1.15 to mysql 5.0.x or the oter way round doesn't fix
anything.
Reproduce code:
---
query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
$qry = $dbh->query('SELECT 1+1')
echo '\''.print($qry->fetch(PDO::FETCH_NUM),true).'\'';
$qry->closeCursor();
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "";
die();
}
?>
Expected result:
'2'
'2'
'2'
Actual result:
--
'2'
''
''
if i just rename the objects to $qry1, $qry2, $qry3 everything works
fine and as expected.
looks like closeCursor() deosn't work right or the objects are not
overwritten correctly.
--
Edit this bug report at http://bugs.php.net/?id=38861&edit=1
#38885 [NEW]: Method DOMElement->hasAttribute() (sometimes) does not work
From: lhaire at lettres dot unige dot ch
Operating system: Mandriva Linux/PREFORK-13.3.2006
PHP version: 5.1.6
PHP Bug Type: DOM XML related
Bug description: Method DOMElement->hasAttribute() (sometimes) does not work
Description:
The above method returns false when it was supposed to be true... PHP
version: 5.0.4 (the latest in my Mandrake distribution)
Reproduce code:
---
$human = $item->getElementsByTagName('HUMAN_CORR');
$nhum = $human->length;
if ($nhum >0){
$j =0;
while (($j < $nhum) &&(!$human->item($j)->hasAttribute('expert'))
$j++;
Expected result:
This code works:
$j =0;
while (($j < $nhum) &&
($human->item($j)->getAttribute('expert') !=
'yes'))
$j++;
here is a short xml sample:
confortable
à l'aise
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=38885&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38885&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38885&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38885&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38885&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38885&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38885&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38885&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38885&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38885&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38885&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38885&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38885&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38885&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38885&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38885&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38885&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38885&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38885&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38885&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38885&r=mysqlcfg
#37103 [Opn]: libmbfl headers not installed
ID: 37103 User updated by: Fedora at FamilleCollet dot com Reported By: Fedora at FamilleCollet dot com Status: Open Bug Type: mbstring related Operating System: Linux (Fedora) PHP Version: 5.1.6 New Comment: For php-5.2.0 I don't understand permissions on ext/mbstring/libmbfl/mbfl/mbfl_defs.h (rwxr-xr-x) while other headers are rw-r--r-- I think the '*' in the config.m4 file is the problem. So i change my previous patch to simply remove it and the packaging is complete with all the headers (and mailparse pecl extension build fine). --- ext/mbstring/config.m4.orig 2006-09-18 17:46:08.0 +0200 +++ ext/mbstring/config.m4 2006-09-18 17:47:08.0 +0200 @@ -302,7 +302,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/config.h libmbfl/mbfl/eaw_table.h libmbfl/mbfl/mbfilter.h libmbfl/mbfl/mbfilter_8bit.h libmbfl/mbfl/mbfilter_pass.h libmbfl/mbfl/mbfilter_wchar.h libmbfl/mbfl/mbfl_allocators.h libmbfl/mbfl/mbfl_consts.h libmbfl/mbfl/mbfl_convert.h libmbfl/mbfl/mbfl_defs.h* libmbfl/mbfl/mbfl_encoding.h libmbfl/mbfl/mbfl_filter_output.h libmbfl/mbfl/mbfl_ident.h libmbfl/mbfl/mbfl_language.h libmbfl/mbfl/mbfl_memory_device.h libmbfl/mbfl/mbfl_string.h ]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/config.h libmbfl/mbfl/eaw_table.h libmbfl/mbfl/mbfilter.h libmbfl/mbfl/mbfilter_8bit.h libmbfl/mbfl/mbfilter_pass.h libmbfl/mbfl/mbfilter_wchar.h libmbfl/mbfl/mbfl_allocators.h libmbfl/mbfl/mbfl_consts.h libmbfl/mbfl/mbfl_convert.h libmbfl/mbfl/mbfl_defs.h libmbfl/mbfl/mbfl_encoding.h libmbfl/mbfl/mbfl_filter_output.h libmbfl/mbfl/mbfl_ident.h libmbfl/mbfl/mbfl_language.h libmbfl/mbfl/mbfl_memory_device.h libmbfl/mbfl/mbfl_string.h ]) fi # vim600: sts=2 sw=2 et Previous Comments: [2006-09-18 15:55:09] Fedora at FamilleCollet dot com Still present in php-5.1.6 (only half corrected) Patch : --- ext/mbstring/config.m4.orig 2006-07-24 18:07:44.0 +0200 +++ ext/mbstring/config.m4 2006-07-24 18:08:03.0 +0200 @@ -293,7 +293,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et Even present in php-5.2.0RC5-dev (missing only one file : mbfl_defs.h) Patch : --- ext/mbstring/config.m4.orig 2006-09-18 17:46:08.0 +0200 +++ ext/mbstring/config.m4 2006-09-18 17:47:08.0 +0200 @@ -302,7 +302,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/config.h libmbfl/mbfl/eaw_table.h libmbfl/mbfl/mbfilter.h libmbfl/mbfl/mbfilter_8bit.h libmbfl/mbfl/mbfilter_pass.h libmbfl/mbfl/mbfilter_wchar.h libmbfl/mbfl/mbfl_allocators.h libmbfl/mbfl/mbfl_consts.h libmbfl/mbfl/mbfl_convert.h libmbfl/mbfl/mbfl_defs.h* libmbfl/mbfl/mbfl_encoding.h libmbfl/mbfl/mbfl_filter_output.h libmbfl/mbfl/mbfl_ident.h libmbfl/mbfl/mbfl_language.h libmbfl/mbfl/mbfl_memory_device.h libmbfl/mbfl/mbfl_string.h ]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et [2006-04-17 22:14:35] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-04-17 12:07:35] Fedora at FamilleCollet dot com Here is the little patch i use witch solve the problem Hope this help. --- ext/mbstring/config.m4.orig 2006-04-17 12:41:13.0 +0200 +++ ext/mbstring/config.m4 2006-04-17 12:42:55.0 +0200 @@ -293,7 +293,7 @@ dnl libmbfl is required PHP_MBSTRING_SETUP_LIBMBFL PHP_MBSTRING_EXTENSION - PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl libmbfl/mbfl]) + PHP_INSTALL_HEADERS([ext/mbstring], [libmbfl/ libmbfl/mbfl/]) fi # vim600: sts=2 sw=2 et [2006-04-17 12:05:14] Fedora at FamilleCollet dot com Description: "make install" doesn't install headers of libmbfl in /usr/include/php/ext/mbstring/libmbfl/ They are required to build somme PECL extensions. For exemple mailparse, see bug #36136. Reproduce code: --- find /usr/include/php/ext/mbstring/ -name \*.h Expected result: /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter_8bit.h /usr/include/php/ext/mbstring/libmbfl/mbfl/eaw_table.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter.h /usr/include/php/ext/mbstring/libmbfl/mbfl/mbfilter_wchar.h
#38882 [Bgs]: ldap_connect causes Segmentation fault
ID: 38882
Updated by: [EMAIL PROTECTED]
Reported By: d dot wynne at ljmu dot ac dot uk
Status: Bogus
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
>Seems a bit strange that all the mysql_* functions work
> OK, and only when you do an ldap_connect the problem with >mysql
5.0.x arises.
There is no problem as long as no OpenSSL functions are used.
YaSSL and OpenSSL have conflicting names inside, so what you see is
just a clash between them.
>Would this be worth trying or is there a newer version
> which has a better chance.
Yes, I think it would.
Previous Comments:
[2006-09-19 15:44:40] d dot wynne at ljmu dot ac dot uk
Seems a bit strange that all the mysql_* functions work OK, and only
when you do an ldap_connect the problem with mysql 5.0.x arises.
Anyway the latest version of MySQL 5 seems to be 5.0.24. Would this be
worth trying or is there a newer version which has a better chance.
Appeciate you help as it seems not to be an issue with PHP, but
external libraries.
[2006-09-19 14:33:21] [EMAIL PROTECTED]
The reason of this problem is YaSSL, which is used in 5.0.x versions of
MySQL. AFAIK it has been fixed in latest version, but I'm not 100%
sure.
Anyway, it's not PHP problem.
[2006-09-19 14:04:22] d dot wynne at ljmu dot ac dot uk
mysql-client-5.0.18-16
mysql-devel-5.0.18-16
mysql-shared-5.0.18-16
The client libraies are only located at /usr/lib64/mysql, so again I
had to copy these to /usr/lib to get configure to see them
mysql_* functions work fine, and using PEAR too. Our MySQL server is
actually on a different host so no mysql-server packages on this host.
[2006-09-19 13:48:28] [EMAIL PROTECTED]
Which MySQL version do you use?
[2006-09-19 13:42:40] d dot wynne at ljmu dot ac dot uk
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin'
'--includedir=/usr/include' '--sysconfdir=/etc'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--enable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ).
Same result.
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#37870 [Opn->Csd]: Deallocation of prepared statement that hasn't been allocated under postgresql
ID: 37870
Updated by: [EMAIL PROTECTED]
Reported By: sagi at adamnet dot co dot il
-Status: Open
+Status: Closed
Bug Type: PDO related
Operating System: Debian Sarge
PHP Version: CVS
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2006-08-31 16:56:16] konstantin dot ryabitsev at mcgill dot ca
Transaction failing quietly for no reason is a pretty nasty bug. We
have just spent several hours troubleshooting this problem, and I can
confirm that the bug is 100% on target. If a prepared transaction is
never executed, the transaction will quietly fail.
[2006-08-30 08:06:31] ce at netage dot bg
I would suggest the following patch:
--- pgsql_statement.c~ 2006-08-30 10:54:31.0 +0300
+++ pgsql_statement.c 2006-08-30 10:54:31.0 +0300
@@ -60,10 +60,13 @@ static int pgsql_stmt_dtor(pdo_stmt_t *s
char *q = NULL;
PGresult *res;
- spprintf(&q, 0, "DEALLOCATE %s", S->stmt_name);
- res = PQexec(H->server, q);
- efree(q);
- if (res) PQclear(res);
+if (S->is_prepared)
+{
+ spprintf(&q, 0, "DEALLOCATE %s", S->stmt_name);
+ res = PQexec(H->server, q);
+ efree(q);
+ if (res) PQclear(res);
+}
efree(S->stmt_name);
S->stmt_name = NULL;
}
[2006-08-20 10:01:15] sagi at adamnet dot co dot il
Same with the latest CVS version:
[EMAIL PROTECTED]:~/XXX/tmp$ /usr/local/php5-dev/bin/php -v
PHP 5.2.0RC3-dev (cli) (built: Aug 20 2006 12:46:20)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
[EMAIL PROTECTED]:~/XXX/tmp$ /usr/local/php5-dev/bin/php preptest.php
PHP Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[25P02]: In failed sql transaction: 7 ERROR: current
transaction is aborted, commands ignored until end of transaction
block' in /home/XXX/tmp/preptest.php:13
Stack trace:
#0 /home/XXX/tmp/preptest.php(13): PDO->query('SELECT 123')
#1 {main}
thrown in /home/XXX/tmp/preptest.php on line 13
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[25P02]: In failed sql transaction: 7 ERROR: current
transaction is aborted, commands ignored until end of transaction
block' in /home/XXX/tmp/preptest.php:13
Stack trace:
#0 /home/XXX/tmp/preptest.php(13): PDO->query('SELECT 123')
#1 {main}
thrown in /home/XXX/tmp/preptest.php on line 13
[EMAIL PROTECTED]:~/XXX/tmp$
[2006-08-10 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2006-08-02 14:18:38] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Appears to work fine (at least for me) in latest CVS.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/37870
--
Edit this bug report at http://bugs.php.net/?id=37870&edit=1
#36681 [Ver->Csd]: pgsql: Deferred constraints do not raise an exception on commit
ID: 36681
Updated by: [EMAIL PROTECTED]
Reported By: ce at netage dot bg
-Status: Verified
+Status: Closed
Bug Type: PDO related
Operating System: Linux & Windows
PHP Version: 5.1.2
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2006-04-09 13:46:47] ce at netage dot bg
I tested it against 5.1.2. It looks to me as if it works! :-)
[2006-04-09 08:24:42] [EMAIL PROTECTED]
My guess is that this patch will fix this issue, but I haven't tried
it:
Index: pgsql_driver.c
===
RCS file: /repository/php-src/ext/pdo_pgsql/pgsql_driver.c,v
retrieving revision 1.53.2.14
diff -u -p -r1.53.2.14 pgsql_driver.c
--- pgsql_driver.c 9 Apr 2006 08:17:50 - 1.53.2.14
+++ pgsql_driver.c 9 Apr 2006 08:23:52 -
@@ -470,6 +470,7 @@ static int pdo_pgsql_transaction_cmd(con
if (PQresultStatus(res) != PGRES_COMMAND_OK) {
ret = 0;
+ pdo_pgsql_error(dbh, PQresultStatus(res),
pdo_pgsql_sqlstate(res));
}
PQclear(res);
[2006-03-10 17:52:04] [EMAIL PROTECTED]
I'm reproducing the bug on Windows XP with PHP 5.1.2.
[2006-03-10 14:32:03] ce at netage dot bg
Description:
When using deferred constraints in postgresql, the commit statement
doesn't raise exception on constraint violation
Reproduce code:
---
create table parent (id integer not null primary key);
create table child (parent integer not null references parent(id)
deferrable);
$dbh = new PDO('pgsql:dbname=test;host=localhost');
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$dbh->beginTransaction();
$dbh->exec('SET CONSTRAINTS ALL DEFERRED');
$dbh->exec('insert into child VALUES (1)');
$dbh->commit();
Expected result:
PHP Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[23503]: Foreign key violation: 7 ERROR: insert or update on
table "child" violates foreign key constraint "child_parent_fkey"
Actual result:
--
nothing
--
Edit this bug report at http://bugs.php.net/?id=36681&edit=1
#38882 [Bgs]: ldap_connect causes Segmentation fault
ID: 38882
User updated by: d dot wynne at ljmu dot ac dot uk
Reported By: d dot wynne at ljmu dot ac dot uk
Status: Bogus
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
Seems a bit strange that all the mysql_* functions work OK, and only
when you do an ldap_connect the problem with mysql 5.0.x arises.
Anyway the latest version of MySQL 5 seems to be 5.0.24. Would this be
worth trying or is there a newer version which has a better chance.
Appeciate you help as it seems not to be an issue with PHP, but
external libraries.
Previous Comments:
[2006-09-19 14:33:21] [EMAIL PROTECTED]
The reason of this problem is YaSSL, which is used in 5.0.x versions of
MySQL. AFAIK it has been fixed in latest version, but I'm not 100%
sure.
Anyway, it's not PHP problem.
[2006-09-19 14:04:22] d dot wynne at ljmu dot ac dot uk
mysql-client-5.0.18-16
mysql-devel-5.0.18-16
mysql-shared-5.0.18-16
The client libraies are only located at /usr/lib64/mysql, so again I
had to copy these to /usr/lib to get configure to see them
mysql_* functions work fine, and using PEAR too. Our MySQL server is
actually on a different host so no mysql-server packages on this host.
[2006-09-19 13:48:28] [EMAIL PROTECTED]
Which MySQL version do you use?
[2006-09-19 13:42:40] d dot wynne at ljmu dot ac dot uk
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin'
'--includedir=/usr/include' '--sysconfdir=/etc'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--enable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ).
Same result.
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38849 [Opn->Bgs]: ntwdblib.dll that comes with PHP5 does not work
ID: 38849 Updated by: [EMAIL PROTECTED] Reported By: dan dot mashal at gmail dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows PHP Version: 5.1.6 New Comment: Installing Client Tools will solve the problem, not a bug in PHP itself. Previous Comments: [2006-09-18 22:24:41] dan dot mashal at gmail dot com http://64.78.33.121/weberror.jpg [2006-09-18 18:52:47] [EMAIL PROTECTED] I do not have access to the web edition, so I asked what kind of errors you are getting when you try to install the client tools? One of the features of the client tools is the ability to set the default protocol used to communicate with SQL server. If the dll is copied you rely on the default setting in the dll you are using and that changes from version to version. The default used to be netbios but was changed to tcp/ip at some point. [2006-09-18 18:46:58] dan dot mashal at gmail dot com You are using standard edition. Try web edition. :) [2006-09-18 18:30:16] [EMAIL PROTECTED] This sounds odd to me. the SQL Server Client tools is only a conectivity pack and it installs fine on the full version of Windows Server 2003 (I'm using that combination). What kind of errors do you get when you try to install? [2006-09-18 18:29:25] dan dot mashal at gmail dot com To Tony: You just get a generic mssql_connect failed error. This is a known bug. >From http://www.php.net/mssql_connect "damartman (tradestudios.com) 23-Aug-2006 12:29 I am running MS SQL Server 2005 Workgroup Edition on Windows 2003 with PHP 5. I could not connect to a MS SQL database using mssql_pconnect(); until I read a post from ashraf (aat) ametry.com on 01-May-2006 01:25. However, my fix was simply to: 1. Replace the ntwdblib.dll with the one from http://webzila.com/dll/1/ntwdblib.zip in my c:\php5 folder. 2. Restart IIS REASON: The ntwdblib.dll should be version 2000.80.194.0, and not version 2000.2.8.0 that PHP 5 ships with. Thank you ashraf for posting your note, however, changing the php.ini file value mssql.secure_connection = On did not work. I left it mssql.secure_connection = Off and that worked (the default to connect through NT/Windows Authentication) " This zip is basically the same ntwdblib.dll that ships with the MSSQL2000 CD. 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/38849 -- Edit this bug report at http://bugs.php.net/?id=38849&edit=1
#38874 [Asn->Fbk]: Will not load extension
ID: 38874 Updated by: [EMAIL PROTECTED] Reported By: dabbaking at gmail dot com -Status: Assigned +Status: Feedback Bug Type: MySQLi related Operating System: Win32 PHP Version: 5.2.0RC4 Assigned To: georg New Comment: Do you get any error messages? Does mysql extension load? Do you have libmysql.dll from the php distribution in your PATH *before* mysql database directory. Previous Comments: [2006-09-18 21:54:04] dabbaking at gmail dot com I just want to note that the other extensions on the list loaded fine. Including the normal mysql extension. I have MySQL 5.0 running. [2006-09-18 21:51:37] dabbaking at gmail dot com Description: The mysqli extension won't load. Reproduce code: --- extension=php_mysqli.dll Expected result: Suppose to load the extension Actual result: -- The extension did not load. -- Edit this bug report at http://bugs.php.net/?id=38874&edit=1
#38882 [Opn->Bgs]: ldap_connect causes Segmentation fault
ID: 38882
Updated by: [EMAIL PROTECTED]
Reported By: d dot wynne at ljmu dot ac dot uk
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
The reason of this problem is YaSSL, which is used in 5.0.x versions of
MySQL. AFAIK it has been fixed in latest version, but I'm not 100%
sure.
Anyway, it's not PHP problem.
Previous Comments:
[2006-09-19 14:04:22] d dot wynne at ljmu dot ac dot uk
mysql-client-5.0.18-16
mysql-devel-5.0.18-16
mysql-shared-5.0.18-16
The client libraies are only located at /usr/lib64/mysql, so again I
had to copy these to /usr/lib to get configure to see them
mysql_* functions work fine, and using PEAR too. Our MySQL server is
actually on a different host so no mysql-server packages on this host.
[2006-09-19 13:48:28] [EMAIL PROTECTED]
Which MySQL version do you use?
[2006-09-19 13:42:40] d dot wynne at ljmu dot ac dot uk
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin'
'--includedir=/usr/include' '--sysconfdir=/etc'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--enable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ).
Same result.
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38880 [Bgs]: Compiler error, php_bz2
ID: 38880 User updated by: Maylein at uni-hd dot de Reported By: Maylein at uni-hd dot de Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: Ok. Seems to be a problem of "make clean" which does not clean anything... With the latest snapshop, php compiles with --with-bz2 Previous Comments: [2006-09-19 13:42:27] [EMAIL PROTECTED] Please fix your system. Not PHP problem. [2006-09-19 13:40:35] Maylein at uni-hd dot de Sorry. php-5.1.6 compiles without c++ ... Now I got: In file included from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend.h:53:26: error: zend_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:27, from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/../TSRM/TSRM.h:18:26: error: tsrm_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:34: error: expected specifier-qualifier-list before 'uint' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:41: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:44: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:45: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:46: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:47: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:48: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:50: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:51: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'size_t' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:94: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:96: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:97: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:98: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' [2006-09-19 12:59:58] [EMAIL PROTECTED] I can only repeat: your C++ compiler cannot create executables, since all the details are in your config.log. [2006-09-19 12:57:25] Maylein at uni-hd dot de With php5.2-200609191230 I got the following message (with the same compiler as last time): ./configure ... ... Configuring libtool checking build system type... i686-pc-linux-gnu checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables [2006-09-19 12:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip
#38882 [Fbk->Opn]: ldap_connect causes Segmentation fault
ID: 38882
User updated by: d dot wynne at ljmu dot ac dot uk
Reported By: d dot wynne at ljmu dot ac dot uk
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
mysql-client-5.0.18-16
mysql-devel-5.0.18-16
mysql-shared-5.0.18-16
The client libraies are only located at /usr/lib64/mysql, so again I
had to copy these to /usr/lib to get configure to see them
mysql_* functions work fine, and using PEAR too. Our MySQL server is
actually on a different host so no mysql-server packages on this host.
Previous Comments:
[2006-09-19 13:48:28] [EMAIL PROTECTED]
Which MySQL version do you use?
[2006-09-19 13:42:40] d dot wynne at ljmu dot ac dot uk
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin'
'--includedir=/usr/include' '--sysconfdir=/etc'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--enable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ).
Same result.
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38882 [Opn->Fbk]: ldap_connect causes Segmentation fault
ID: 38882
Updated by: [EMAIL PROTECTED]
Reported By: d dot wynne at ljmu dot ac dot uk
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
Which MySQL version do you use?
Previous Comments:
[2006-09-19 13:42:40] d dot wynne at ljmu dot ac dot uk
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin'
'--includedir=/usr/include' '--sysconfdir=/etc'
'--with-config-file-path=/etc' '--with-exec-dir=/usr/lib/php/bin'
'--enable-debug' '--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ).
Same result.
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38878 [Asn->Bgs]: Engine crashes with function with default parameters, with opcode cache.
ID: 38878
Updated by: [EMAIL PROTECTED]
Reported By: kaien at sparcs dot org
-Status: Assigned
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.1.6
Assigned To: dmitry
New Comment:
It's still not a PHP bug.
Previous Comments:
[2006-09-19 13:10:47] [EMAIL PROTECTED]
I remeber this kind of bags.
I catched them several years ago (before I come to Zend).
I'll try to look into them when I'll have time.
[2006-09-19 12:51:23] kaien at sparcs dot org
I thought the PHP script engine is designed not to modify the data in
the compiled opcodes(zend_op[])
So I reported this bug as scripting engine problem,
rather then report to zend performance suite, eaccelerator developer.
Furthermore, since this seems to a general architectural problem which
manifests itself when used with ANY opcode cache system, we are hoping
that anyone possibly involved in the Zend Performance Suite might be
able to help us. If it would be possible for Dmitry (since he seems to
have been involved in the Turcke MM cache development) for see into this
problem, it would be greatly appreciated.
[2006-09-19 12:33:08] [EMAIL PROTECTED]
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
[2006-09-19 12:27:29] kaien at sparcs dot org
Description:
Function with default parameters consisting of an array of string
elements causes a race condition leading to engine crash when used with
opcode cache.
ZEND_RECV_INIT handler duplicates the array hashtable itself, but does
not duplicate each individual elements from shm, AND only increments
the refcount of the default parameter array element.
So, zval_copy_ctor and zval_dtor modifies the zval refcount of the
array element without any mutex, which causes an engine crash.
Tested on php5 with Zend performance suite and eaccelerator, with 2way,
4way boxes.
I guess there will be same problem on php4 too.
I know this is not just bug of script engine alone,
but I guess the engine should not modify compiled opcodes while
executing.
Reproduce code:
---
script.php:
% ab -n 10 -c 10 http://localhost/script.php
Expected result:
No segv.
Actual result:
--
Repeated segv after refcount of string zval("AAA") becomes 0.
(stacktrace points to zval_dtor/efree() called on zval("AAA") in shm,
because refcount == 0.)
--
Edit this bug report at http://bugs.php.net/?id=38878&edit=1
#38882 [NEW]: ldap_connect causes Segmentation fault
From: d dot wynne at ljmu dot ac dot uk
Operating system: SuSE 10.1 x86_64
PHP version: 4.4.4
PHP Bug Type: LDAP related
Bug description: ldap_connect causes Segmentation fault
Description:
Thsi line causes Segmentation fault:
if (!($ldap = ldap_connect("localhost"))) {
./configure '--prefix=/usr' '--datadir=/usr/share/php'
'--mandir=/usr/share/man' '--bindir=/usr/bin' '--includedir=/usr/include'
'--sysconfdir=/etc' '--with-config-file-path=/etc'
'--with-exec-dir=/usr/lib/php/bin' '--enable-debug'
'--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--with-mysql=/usr' '--with-mssql=/usr'
'--with-oci8=/net/oracle/10g' '--disable-cgi'
'--with-pear=/usr/share/php' '--with-openssl' '--with-ldap'
'--with-apxs2=/usr/sbin/apxs2-prefork'
Some libraries come with both 32bit & 64bit versions:
openldap2-client-32bit-2.3.19-18
openldap2-client-2.3.19-18
I manually moved the /usr/lib64 libraries to /usr/lib. No way to use
configure to do this. Rebuilt php 4.4.4 ( also tried 4.4.3 earlier ). Same
result.
--
Edit bug report at http://bugs.php.net/?id=38882&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38882&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38882&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38882&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38882&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38882&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38882&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38882&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38882&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38882&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38882&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38882&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38882&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38882&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38882&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38882&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38882&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38882&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38882&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38882&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38882&r=mysqlcfg
#38880 [Opn->Bgs]: Compiler error, php_bz2
ID: 38880 Updated by: [EMAIL PROTECTED] Reported By: Maylein at uni-hd dot de -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: Please fix your system. Not PHP problem. Previous Comments: [2006-09-19 13:40:35] Maylein at uni-hd dot de Sorry. php-5.1.6 compiles without c++ ... Now I got: In file included from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend.h:53:26: error: zend_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:27, from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/../TSRM/TSRM.h:18:26: error: tsrm_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:34: error: expected specifier-qualifier-list before 'uint' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:41: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:44: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:45: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:46: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:47: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:48: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:50: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:51: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'size_t' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:94: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:96: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:97: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:98: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' [2006-09-19 12:59:58] [EMAIL PROTECTED] I can only repeat: your C++ compiler cannot create executables, since all the details are in your config.log. [2006-09-19 12:57:25] Maylein at uni-hd dot de With php5.2-200609191230 I got the following message (with the same compiler as last time): ./configure ... ... Configuring libtool checking build system type... i686-pc-linux-gnu checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables [2006-09-19 12:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 12:47:01] Maylein at uni-hd dot de Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh
#38880 [Fbk->Opn]: Compiler error, php_bz2
ID: 38880 User updated by: Maylein at uni-hd dot de Reported By: Maylein at uni-hd dot de -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: Sorry. php-5.1.6 compiles without c++ ... Now I got: In file included from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend.h:53:26: error: zend_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:27, from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/../TSRM/TSRM.h:18:26: error: tsrm_config.h: No such file or directory In file included from /usr/local/src/php5.2-200609191230/Zend/zend.h:224, from /usr/local/src/php5.2-200609191230/main/php.h:34, from /usr/local/src/php5.2-200609191230/ext/libxml/libxml.c:28: /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:34: error: expected specifier-qualifier-list before 'uint' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:41: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:43: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:44: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:45: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:46: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:47: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:48: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:49: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:50: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'char' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:51: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'size_t' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:94: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:96: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:97: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'void' /usr/local/src/php5.2-200609191230/Zend/zend_alloc.h:98: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int' Previous Comments: [2006-09-19 12:59:58] [EMAIL PROTECTED] I can only repeat: your C++ compiler cannot create executables, since all the details are in your config.log. [2006-09-19 12:57:25] Maylein at uni-hd dot de With php5.2-200609191230 I got the following message (with the same compiler as last time): ./configure ... ... Configuring libtool checking build system type... i686-pc-linux-gnu checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables [2006-09-19 12:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 12:47:01] Maylein at uni-hd dot de Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh /usr/local/src/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/bz2/ -I/usr/local/src/php-5.1.6/ext/bz2/ -DPHP_ATOM_INC -I/usr/lo
#38881 [Opn->Bgs]: Segmantation Fault when using "ocinewdescriptor"
ID: 38881 Updated by: [EMAIL PROTECTED] Reported By: arielpatschiki at mannesoft dot com dot br -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux PHP Version: 4.4.4 New Comment: You have to use OCI8 from PECL. Previous Comments: [2006-09-19 13:25:14] arielpatschiki at mannesoft dot com dot br Description: When i try to run a php script with the function "ocinewdescriptor" inside the code, using a field "blob", in Oracle 10 error_log, php crashes with this reference: "[Tue Sep 19 09:22:03 2006] [notice] child pid 30426 exit signal Segmentation fault (11)" This bug only exists in version above 4.3.9, including 4.4.4. Reproduce code: --- . . . $r = OCIParse($dbh, $b); $aux = ocinewdescriptor($dbh, OCI_D_LOB); . . . -- Edit this bug report at http://bugs.php.net/?id=38881&edit=1
#38870 [Csd->Bgs]: Die on INSERT command using MSSQL_Query
ID: 38870
Updated by: [EMAIL PROTECTED]
Reported By: howardt at calhounisd dot org
-Status: Closed
+Status: Bogus
Bug Type: MSSQL related
Operating System: Windows XP, Windows Server 2000
PHP Version: 4.4.4
Previous Comments:
[2006-09-19 13:24:41] howardt at calhounisd dot org
var_dump gives me "resource(16) of type (mssql result)", which is what
I would expect. I did a lot of research last night and this morning,
and I found that the original programmer wrote internal error-handling
steps embedded deep within another script, and these were causing the
problem. I have been able to work around these, and now the INSERT
command works fine. I guess the bottom line is: be VERY careful when
working on somebody else's code! Thanks for all your help!!!
[2006-09-18 20:45:21] phpbugs at thequod dot de
Try
var_dump($Insert_Result);
after executing the query (and remove the "or die()"
therefor, of course).
What does it result in?
[2006-09-18 20:40:11] howardt at calhounisd dot org
I set the display_errors and error_reporting as directed, restarted the
service (in IIS), and I could not get an error message to display. I
also tried setting track_errors=on and then referencing $php_errormsg,
but still got nothing.
[2006-09-18 17:54:51] [EMAIL PROTECTED]
Set display_errors to On, error_reporting to E_ALL and restart the
webserver.
Please post the error message you get after that.
[2006-09-18 17:36:45] howardt at calhounisd dot org
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies
("OR die(...)" is executed). I have followed what documentation I can
find on the PHP site, but it dies every time. This does not occur on
SELECT or UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit this bug report at http://bugs.php.net/?id=38870&edit=1
#38881 [NEW]: Segmantation Fault when using "ocinewdescriptor"
From: arielpatschiki at mannesoft dot com dot br Operating system: Linux PHP version: 4.4.4 PHP Bug Type: OCI8 related Bug description: Segmantation Fault when using "ocinewdescriptor" Description: When i try to run a php script with the function "ocinewdescriptor" inside the code, using a field "blob", in Oracle 10 error_log, php crashes with this reference: "[Tue Sep 19 09:22:03 2006] [notice] child pid 30426 exit signal Segmentation fault (11)" This bug only exists in version above 4.3.9, including 4.4.4. Reproduce code: --- . . . $r = OCIParse($dbh, $b); $aux = ocinewdescriptor($dbh, OCI_D_LOB); . . . -- Edit bug report at http://bugs.php.net/?id=38881&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38881&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38881&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38881&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38881&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38881&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38881&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38881&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38881&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38881&r=support Expected behavior:http://bugs.php.net/fix.php?id=38881&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38881&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38881&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38881&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38881&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38881&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38881&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38881&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38881&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38881&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38881&r=mysqlcfg
#38870 [Opn->Csd]: Die on INSERT command using MSSQL_Query
ID: 38870
User updated by: howardt at calhounisd dot org
Reported By: howardt at calhounisd dot org
-Status: Open
+Status: Closed
Bug Type: MSSQL related
Operating System: Windows XP, Windows Server 2000
PHP Version: 4.4.4
New Comment:
var_dump gives me "resource(16) of type (mssql result)", which is what
I would expect. I did a lot of research last night and this morning,
and I found that the original programmer wrote internal error-handling
steps embedded deep within another script, and these were causing the
problem. I have been able to work around these, and now the INSERT
command works fine. I guess the bottom line is: be VERY careful when
working on somebody else's code! Thanks for all your help!!!
Previous Comments:
[2006-09-18 20:45:21] phpbugs at thequod dot de
Try
var_dump($Insert_Result);
after executing the query (and remove the "or die()"
therefor, of course).
What does it result in?
[2006-09-18 20:40:11] howardt at calhounisd dot org
I set the display_errors and error_reporting as directed, restarted the
service (in IIS), and I could not get an error message to display. I
also tried setting track_errors=on and then referencing $php_errormsg,
but still got nothing.
[2006-09-18 17:54:51] [EMAIL PROTECTED]
Set display_errors to On, error_reporting to E_ALL and restart the
webserver.
Please post the error message you get after that.
[2006-09-18 17:36:45] howardt at calhounisd dot org
Description:
When running an INSERT command through MSSQL_Query, the transaction is
successful (the record is inserted) but the script immediately dies
("OR die(...)" is executed). I have followed what documentation I can
find on the PHP site, but it dies every time. This does not occur on
SELECT or UPDATE commands.
Reproduce code:
---
Expected result:
"Success" should be displayed on the page.
Actual result:
--
"Could not insert record. INSERT INTO table(SchoolID, StateID)
VALUES('123456', '987654')" is displayed instead.
--
Edit this bug report at http://bugs.php.net/?id=38870&edit=1
#38878 [Opn->Asn]: Engine crashes with function with default parameters, with opcode cache.
ID: 38878
Updated by: [EMAIL PROTECTED]
Reported By: kaien at sparcs dot org
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.1.6
-Assigned To:
+Assigned To: dmitry
New Comment:
I remeber this kind of bags.
I catched them several years ago (before I come to Zend).
I'll try to look into them when I'll have time.
Previous Comments:
[2006-09-19 12:51:23] kaien at sparcs dot org
I thought the PHP script engine is designed not to modify the data in
the compiled opcodes(zend_op[])
So I reported this bug as scripting engine problem,
rather then report to zend performance suite, eaccelerator developer.
Furthermore, since this seems to a general architectural problem which
manifests itself when used with ANY opcode cache system, we are hoping
that anyone possibly involved in the Zend Performance Suite might be
able to help us. If it would be possible for Dmitry (since he seems to
have been involved in the Turcke MM cache development) for see into this
problem, it would be greatly appreciated.
[2006-09-19 12:33:08] [EMAIL PROTECTED]
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
[2006-09-19 12:27:29] kaien at sparcs dot org
Description:
Function with default parameters consisting of an array of string
elements causes a race condition leading to engine crash when used with
opcode cache.
ZEND_RECV_INIT handler duplicates the array hashtable itself, but does
not duplicate each individual elements from shm, AND only increments
the refcount of the default parameter array element.
So, zval_copy_ctor and zval_dtor modifies the zval refcount of the
array element without any mutex, which causes an engine crash.
Tested on php5 with Zend performance suite and eaccelerator, with 2way,
4way boxes.
I guess there will be same problem on php4 too.
I know this is not just bug of script engine alone,
but I guess the engine should not modify compiled opcodes while
executing.
Reproduce code:
---
script.php:
% ab -n 10 -c 10 http://localhost/script.php
Expected result:
No segv.
Actual result:
--
Repeated segv after refcount of string zval("AAA") becomes 0.
(stacktrace points to zval_dtor/efree() called on zval("AAA") in shm,
because refcount == 0.)
--
Edit this bug report at http://bugs.php.net/?id=38878&edit=1
#38880 [Opn->Fbk]: Compiler error, php_bz2
ID: 38880 Updated by: [EMAIL PROTECTED] Reported By: Maylein at uni-hd dot de -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: I can only repeat: your C++ compiler cannot create executables, since all the details are in your config.log. Previous Comments: [2006-09-19 12:57:25] Maylein at uni-hd dot de With php5.2-200609191230 I got the following message (with the same compiler as last time): ./configure ... ... Configuring libtool checking build system type... i686-pc-linux-gnu checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables [2006-09-19 12:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 12:47:01] Maylein at uni-hd dot de Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh /usr/local/src/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/bz2/ -I/usr/local/src/php-5.1.6/ext/bz2/ -DPHP_ATOM_INC -I/usr/local/src/php-5.1.6/include -I/usr/local/src/php-5.1.6/main -I/usr/local/src/php-5.1.6 -I/usr/include/libxml2 -I/usr/local/src/php-5.1.6/ext/date/lib -I/usr/local/src/php-5.1.6/ext/mbstring/oniguruma -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/local/src/php-5.1.6/TSRM -I/usr/local/src/php-5.1.6/Zend-I/usr/include -g -O2 -c /usr/local/src/php-5.1.6/ext/bz2/bz2.c -o ext/bz2/bz2.lo In file included from /usr/local/src/php-5.1.6/ext/bz2/bz2.c:26: /usr/local/src/php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token make: *** [ext/bz2/bz2.lo] Fehler 1 Configure options: ./configure --with-mysql --with-apx2=/usr/local/httpd2/bin/apxs --enable-track-vars --enable-sockets --with-gettext=/usr --enable-exif --with-ldap=/usr --enable-wddx --enable-bcmath --no-create --no-recursion --disable-debug --enable-calendar --enable-ctype --enable-discard-path --enable-force-cgi-redirect --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-track-vars --enable-trans-sid --enable-versioning --with-bz2 --with-dom=/usr/include/libxml2 --with-gettext --with-mcal=/usr --with-ndbm --with-ttf --with-xml --with-xpm-dir=/usr/X11R6 --with-zlib=yes --with-mm -- Edit this bug report at http://bugs.php.net/?id=38880&edit=1
#38880 [Fbk->Opn]: Compiler error, php_bz2
ID: 38880 User updated by: Maylein at uni-hd dot de Reported By: Maylein at uni-hd dot de -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: With php5.2-200609191230 I got the following message (with the same compiler as last time): ./configure ... ... Configuring libtool checking build system type... i686-pc-linux-gnu checking for ld used by gcc... /usr/i586-suse-linux/bin/ld checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld... yes checking for /usr/i586-suse-linux/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognise dependent libraries... pass_all checking for object suffix... o checking for executable suffix... no checking for c++... no checking for g++... no checking for gcc... gcc checking whether the C++ compiler (gcc ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables Previous Comments: [2006-09-19 12:51:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 12:47:01] Maylein at uni-hd dot de Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh /usr/local/src/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/bz2/ -I/usr/local/src/php-5.1.6/ext/bz2/ -DPHP_ATOM_INC -I/usr/local/src/php-5.1.6/include -I/usr/local/src/php-5.1.6/main -I/usr/local/src/php-5.1.6 -I/usr/include/libxml2 -I/usr/local/src/php-5.1.6/ext/date/lib -I/usr/local/src/php-5.1.6/ext/mbstring/oniguruma -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/local/src/php-5.1.6/TSRM -I/usr/local/src/php-5.1.6/Zend-I/usr/include -g -O2 -c /usr/local/src/php-5.1.6/ext/bz2/bz2.c -o ext/bz2/bz2.lo In file included from /usr/local/src/php-5.1.6/ext/bz2/bz2.c:26: /usr/local/src/php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token make: *** [ext/bz2/bz2.lo] Fehler 1 Configure options: ./configure --with-mysql --with-apx2=/usr/local/httpd2/bin/apxs --enable-track-vars --enable-sockets --with-gettext=/usr --enable-exif --with-ldap=/usr --enable-wddx --enable-bcmath --no-create --no-recursion --disable-debug --enable-calendar --enable-ctype --enable-discard-path --enable-force-cgi-redirect --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-track-vars --enable-trans-sid --enable-versioning --with-bz2 --with-dom=/usr/include/libxml2 --with-gettext --with-mcal=/usr --with-ndbm --with-ttf --with-xml --with-xpm-dir=/usr/X11R6 --with-zlib=yes --with-mm -- Edit this bug report at http://bugs.php.net/?id=38880&edit=1
#38880 [Opn->Fbk]: Compiler error, php_bz2
ID: 38880 Updated by: [EMAIL PROTECTED] Reported By: Maylein at uni-hd dot de -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SuSE Linux 10.1 PHP Version: 5.1.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-09-19 12:47:01] Maylein at uni-hd dot de Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh /usr/local/src/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/bz2/ -I/usr/local/src/php-5.1.6/ext/bz2/ -DPHP_ATOM_INC -I/usr/local/src/php-5.1.6/include -I/usr/local/src/php-5.1.6/main -I/usr/local/src/php-5.1.6 -I/usr/include/libxml2 -I/usr/local/src/php-5.1.6/ext/date/lib -I/usr/local/src/php-5.1.6/ext/mbstring/oniguruma -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/local/src/php-5.1.6/TSRM -I/usr/local/src/php-5.1.6/Zend-I/usr/include -g -O2 -c /usr/local/src/php-5.1.6/ext/bz2/bz2.c -o ext/bz2/bz2.lo In file included from /usr/local/src/php-5.1.6/ext/bz2/bz2.c:26: /usr/local/src/php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token make: *** [ext/bz2/bz2.lo] Fehler 1 Configure options: ./configure --with-mysql --with-apx2=/usr/local/httpd2/bin/apxs --enable-track-vars --enable-sockets --with-gettext=/usr --enable-exif --with-ldap=/usr --enable-wddx --enable-bcmath --no-create --no-recursion --disable-debug --enable-calendar --enable-ctype --enable-discard-path --enable-force-cgi-redirect --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-track-vars --enable-trans-sid --enable-versioning --with-bz2 --with-dom=/usr/include/libxml2 --with-gettext --with-mcal=/usr --with-ndbm --with-ttf --with-xml --with-xpm-dir=/usr/X11R6 --with-zlib=yes --with-mm -- Edit this bug report at http://bugs.php.net/?id=38880&edit=1
#38878 [Bgs->Opn]: Engine crashes with function with default parameters, with opcode cache.
ID: 38878
User updated by: kaien at sparcs dot org
Reported By: kaien at sparcs dot org
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.1.6
New Comment:
I thought the PHP script engine is designed not to modify the data in
the compiled opcodes(zend_op[])
So I reported this bug as scripting engine problem,
rather then report to zend performance suite, eaccelerator developer.
Furthermore, since this seems to a general architectural problem which
manifests itself when used with ANY opcode cache system, we are hoping
that anyone possibly involved in the Zend Performance Suite might be
able to help us. If it would be possible for Dmitry (since he seems to
have been involved in the Turcke MM cache development) for see into this
problem, it would be greatly appreciated.
Previous Comments:
[2006-09-19 12:33:08] [EMAIL PROTECTED]
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
[2006-09-19 12:27:29] kaien at sparcs dot org
Description:
Function with default parameters consisting of an array of string
elements causes a race condition leading to engine crash when used with
opcode cache.
ZEND_RECV_INIT handler duplicates the array hashtable itself, but does
not duplicate each individual elements from shm, AND only increments
the refcount of the default parameter array element.
So, zval_copy_ctor and zval_dtor modifies the zval refcount of the
array element without any mutex, which causes an engine crash.
Tested on php5 with Zend performance suite and eaccelerator, with 2way,
4way boxes.
I guess there will be same problem on php4 too.
I know this is not just bug of script engine alone,
but I guess the engine should not modify compiled opcodes while
executing.
Reproduce code:
---
script.php:
% ab -n 10 -c 10 http://localhost/script.php
Expected result:
No segv.
Actual result:
--
Repeated segv after refcount of string zval("AAA") becomes 0.
(stacktrace points to zval_dtor/efree() called on zval("AAA") in shm,
because refcount == 0.)
--
Edit this bug report at http://bugs.php.net/?id=38878&edit=1
#38879 [Opn->Bgs]: I've got an error saying: "DB Error: extension not found"
ID: 38879
Updated by: [EMAIL PROTECTED]
Reported By: jsbangasan at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: *Database Functions
Operating System: Windows
PHP Version: 4.4.4
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 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.
And please change your database password or tell your provider to
change it!
Previous Comments:
[2006-09-19 12:42:58] jsbangasan at yahoo dot com
Description:
require_once "DB.php";
$host = 'mysql.positive-internet.com';
$host = 'testhost.com';
$user = 'user1';
$pass ='mjasds';
$db_name ='dbtest';
$dsn = "mysql://$user:[EMAIL PROTECTED]/$db_name";
$conn = &DB::connect($dsn);
if (DB::isError($conn))
{
echo 'Standard Message: ' . $conn->getMessage() . "\n";
echo 'Standard Code: ' . $conn->getCode() . "\n";
echo 'DBMS/User Message: ' . $conn->getUserInfo() . "\n";
echo 'DBMS/Debug Message: ' . $conn->getDebugInfo() . "\n";
}
Reproduce code:
---
require_once "DB.php";
$host = 'mysql.positive-internet.com';
$host = 'testhost.com';
$user = 'user1';
$pass ='mjasds';
$db_name ='dbtest';
$dsn = "mysql://$user:[EMAIL PROTECTED]/$db_name";
$conn = &DB::connect($dsn);
if (DB::isError($conn))
{
echo 'Standard Message: ' . $conn->getMessage() . "\n";
echo 'Standard Code: ' . $conn->getCode() . "\n";
echo 'DBMS/User Message: ' . $conn->getUserInfo() . "\n";
echo 'DBMS/Debug Message: ' . $conn->getDebugInfo() . "\n";
}
Expected result:
would set a $conn as a usable connection object for mysql database
Actual result:
--
Standard Message: DB Error: extension not found Standard Code: -25
DBMS/User Message: [DB Error: extension not found] **
mysqli://user1:[EMAIL PROTECTED]/dbtest DBMS/Debug Message: [DB
Error: extension not found] **
mysqli://user1:[EMAIL PROTECTED]/dbtest
--
Edit this bug report at http://bugs.php.net/?id=38879&edit=1
#38880 [NEW]: Compiler error, php_bz2
From: Maylein at uni-hd dot de Operating system: SuSE Linux 10.1 PHP version: 5.1.6 PHP Bug Type: Compile Failure Bug description: Compiler error, php_bz2 Description: Compilation error php_bz2: Compiler: gcc-4.1.0 php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token Actual result: -- /bin/sh /usr/local/src/php-5.1.6/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/bz2/ -I/usr/local/src/php-5.1.6/ext/bz2/ -DPHP_ATOM_INC -I/usr/local/src/php-5.1.6/include -I/usr/local/src/php-5.1.6/main -I/usr/local/src/php-5.1.6 -I/usr/include/libxml2 -I/usr/local/src/php-5.1.6/ext/date/lib -I/usr/local/src/php-5.1.6/ext/mbstring/oniguruma -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl -I/usr/local/src/php-5.1.6/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/local/src/php-5.1.6/TSRM -I/usr/local/src/php-5.1.6/Zend -I/usr/include -g -O2 -c /usr/local/src/php-5.1.6/ext/bz2/bz2.c -o ext/bz2/bz2.lo In file included from /usr/local/src/php-5.1.6/ext/bz2/bz2.c:26: /usr/local/src/php-5.1.6/ext/bz2/php_bz2.h:60: error: expected ')' before '*' token make: *** [ext/bz2/bz2.lo] Fehler 1 Configure options: ./configure --with-mysql --with-apx2=/usr/local/httpd2/bin/apxs --enable-track-vars --enable-sockets --with-gettext=/usr --enable-exif --with-ldap=/usr --enable-wddx --enable-bcmath --no-create --no-recursion --disable-debug --enable-calendar --enable-ctype --enable-discard-path --enable-force-cgi-redirect --enable-inline-optimization --enable-magic-quotes --enable-mbstr-enc-trans --enable-mbstring --enable-memory-limit --enable-safe-mode --enable-shmop --enable-sigchild --enable-sysvsem --enable-track-vars --enable-trans-sid --enable-versioning --with-bz2 --with-dom=/usr/include/libxml2 --with-gettext --with-mcal=/usr --with-ndbm --with-ttf --with-xml --with-xpm-dir=/usr/X11R6 --with-zlib=yes --with-mm -- Edit bug report at http://bugs.php.net/?id=38880&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38880&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38880&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38880&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38880&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38880&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38880&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38880&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38880&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38880&r=support Expected behavior:http://bugs.php.net/fix.php?id=38880&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38880&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38880&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38880&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38880&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38880&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38880&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38880&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38880&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38880&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38880&r=mysqlcfg
#38879 [NEW]: I've got an error saying: "DB Error: extension not found"
From: jsbangasan at yahoo dot com
Operating system: Windows
PHP version: 4.4.4
PHP Bug Type: *Database Functions
Bug description: I've got an error saying: "DB Error: extension not found"
Description:
require_once "DB.php";
$host = 'mysql.positive-internet.com';
$host = 'testhost.com';
$user = 'user1';
$pass ='mjasds';
$db_name ='dbtest';
$dsn = "mysql://$user:[EMAIL PROTECTED]/$db_name";
$conn = &DB::connect($dsn);
if (DB::isError($conn))
{
echo 'Standard Message: ' . $conn->getMessage() . "\n";
echo 'Standard Code: ' . $conn->getCode() . "\n";
echo 'DBMS/User Message: ' . $conn->getUserInfo() . "\n";
echo 'DBMS/Debug Message: ' . $conn->getDebugInfo() . "\n";
}
Reproduce code:
---
require_once "DB.php";
$host = 'mysql.positive-internet.com';
$host = 'testhost.com';
$user = 'user1';
$pass ='mjasds';
$db_name ='dbtest';
$dsn = "mysql://$user:[EMAIL PROTECTED]/$db_name";
$conn = &DB::connect($dsn);
if (DB::isError($conn))
{
echo 'Standard Message: ' . $conn->getMessage() . "\n";
echo 'Standard Code: ' . $conn->getCode() . "\n";
echo 'DBMS/User Message: ' . $conn->getUserInfo() . "\n";
echo 'DBMS/Debug Message: ' . $conn->getDebugInfo() . "\n";
}
Expected result:
would set a $conn as a usable connection object for mysql database
Actual result:
--
Standard Message: DB Error: extension not found Standard Code: -25
DBMS/User Message: [DB Error: extension not found] **
mysqli://user1:[EMAIL PROTECTED]/dbtest DBMS/Debug Message: [DB Error:
extension not found] ** mysqli://user1:[EMAIL PROTECTED]/dbtest
--
Edit bug report at http://bugs.php.net/?id=38879&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38879&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38879&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38879&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38879&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38879&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38879&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38879&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38879&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38879&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38879&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38879&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38879&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38879&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38879&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38879&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38879&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38879&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38879&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38879&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38879&r=mysqlcfg
#38878 [Opn->Bgs]: Engine crashes with function with default parameters, with opcode cache.
ID: 38878
Updated by: [EMAIL PROTECTED]
Reported By: kaien at sparcs dot org
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.1.6
New Comment:
Do not file bugs when you have Zend extensions (zend_extension=)
loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache,
APC, Xdebug and ionCube loader. These extensions often modify engine
behavior which is not related to PHP itself.
Previous Comments:
[2006-09-19 12:27:29] kaien at sparcs dot org
Description:
Function with default parameters consisting of an array of string
elements causes a race condition leading to engine crash when used with
opcode cache.
ZEND_RECV_INIT handler duplicates the array hashtable itself, but does
not duplicate each individual elements from shm, AND only increments
the refcount of the default parameter array element.
So, zval_copy_ctor and zval_dtor modifies the zval refcount of the
array element without any mutex, which causes an engine crash.
Tested on php5 with Zend performance suite and eaccelerator, with 2way,
4way boxes.
I guess there will be same problem on php4 too.
I know this is not just bug of script engine alone,
but I guess the engine should not modify compiled opcodes while
executing.
Reproduce code:
---
script.php:
% ab -n 10 -c 10 http://localhost/script.php
Expected result:
No segv.
Actual result:
--
Repeated segv after refcount of string zval("AAA") becomes 0.
(stacktrace points to zval_dtor/efree() called on zval("AAA") in shm,
because refcount == 0.)
--
Edit this bug report at http://bugs.php.net/?id=38878&edit=1
#38877 [Opn->Fbk]: Crash when using ReflectionClass on multiprocessor machines
ID: 38877 Updated by: [EMAIL PROTECTED] Reported By: fjortiz at comunet dot es -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Win32+Apache2.0.54 PHP Version: 5.1.6 Previous Comments: [2006-09-19 12:27:03] fjortiz at comunet dot es I can't really make my current example work without using at least COM for ADODB connectivity, so I'll try directly to forge some other sample code that reproduces the crash. Give me some days though, I have some work to release this week and I'm very low on time. I'll try to give you feedback ASAP. [2006-09-19 12:14:41] [EMAIL PROTECTED] Okay, please make sure you've disabled all zend_extensions and third-party modules. If you're still able to reproduce it, please provide a complete reproduce code, which doesn't require any external resources (like databases etc.) [2006-09-19 12:08:59] fjortiz at comunet dot es Sorry, still crashes. I cannot see the backtrace now I guess that's because I don't have the symbols for this version, but it seems to be the same kind of crash, because it disappears when I comment the ReflectionClass stuff (same as with 5.1.6) [2006-09-19 11:13:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 11:02:28] fjortiz at comunet dot es Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit this bug report at http://bugs.php.net/?id=38877&edit=1
#38878 [NEW]: Engine crashes with function with default parameters, with opcode cache.
From: kaien at sparcs dot org
Operating system: Linux
PHP version: 5.1.6
PHP Bug Type: Scripting Engine problem
Bug description: Engine crashes with function with default parameters, with
opcode cache.
Description:
Function with default parameters consisting of an array of string elements
causes a race condition leading to engine crash when used with opcode
cache.
ZEND_RECV_INIT handler duplicates the array hashtable itself, but does not
duplicate each individual elements from shm, AND only increments the
refcount of the default parameter array element.
So, zval_copy_ctor and zval_dtor modifies the zval refcount of the array
element without any mutex, which causes an engine crash.
Tested on php5 with Zend performance suite and eaccelerator, with 2way,
4way boxes.
I guess there will be same problem on php4 too.
I know this is not just bug of script engine alone,
but I guess the engine should not modify compiled opcodes while
executing.
Reproduce code:
---
script.php:
% ab -n 10 -c 10 http://localhost/script.php
Expected result:
No segv.
Actual result:
--
Repeated segv after refcount of string zval("AAA") becomes 0.
(stacktrace points to zval_dtor/efree() called on zval("AAA") in shm,
because refcount == 0.)
--
Edit bug report at http://bugs.php.net/?id=38878&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38878&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38878&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38878&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38878&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38878&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38878&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38878&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38878&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38878&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38878&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38878&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38878&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38878&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38878&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38878&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38878&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38878&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38878&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38878&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38878&r=mysqlcfg
#38877 [Fbk->Opn]: Crash when using ReflectionClass on multiprocessor machines
ID: 38877 User updated by: fjortiz at comunet dot es Reported By: fjortiz at comunet dot es -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: Win32+Apache2.0.54 PHP Version: 5.1.6 New Comment: I can't really make my current example work without using at least COM for ADODB connectivity, so I'll try directly to forge some other sample code that reproduces the crash. Give me some days though, I have some work to release this week and I'm very low on time. I'll try to give you feedback ASAP. Previous Comments: [2006-09-19 12:14:41] [EMAIL PROTECTED] Okay, please make sure you've disabled all zend_extensions and third-party modules. If you're still able to reproduce it, please provide a complete reproduce code, which doesn't require any external resources (like databases etc.) [2006-09-19 12:08:59] fjortiz at comunet dot es Sorry, still crashes. I cannot see the backtrace now I guess that's because I don't have the symbols for this version, but it seems to be the same kind of crash, because it disappears when I comment the ReflectionClass stuff (same as with 5.1.6) [2006-09-19 11:13:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 11:02:28] fjortiz at comunet dot es Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit this bug report at http://bugs.php.net/?id=38877&edit=1
#38877 [Opn->Fbk]: Crash when using ReflectionClass on multiprocessor machines
ID: 38877 Updated by: [EMAIL PROTECTED] Reported By: fjortiz at comunet dot es -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Win32+Apache2.0.54 PHP Version: 5.1.6 New Comment: Okay, please make sure you've disabled all zend_extensions and third-party modules. If you're still able to reproduce it, please provide a complete reproduce code, which doesn't require any external resources (like databases etc.) Previous Comments: [2006-09-19 12:08:59] fjortiz at comunet dot es Sorry, still crashes. I cannot see the backtrace now I guess that's because I don't have the symbols for this version, but it seems to be the same kind of crash, because it disappears when I comment the ReflectionClass stuff (same as with 5.1.6) [2006-09-19 11:13:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 11:02:28] fjortiz at comunet dot es Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit this bug report at http://bugs.php.net/?id=38877&edit=1
#38877 [Fbk->Opn]: Crash when using ReflectionClass on multiprocessor machines
ID: 38877 User updated by: fjortiz at comunet dot es Reported By: fjortiz at comunet dot es -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: Win32+Apache2.0.54 PHP Version: 5.1.6 New Comment: Sorry, still crashes. I cannot see the backtrace now I guess that's because I don't have the symbols for this version, but it seems to be the same kind of crash, because it disappears when I comment the ReflectionClass stuff (same as with 5.1.6) Previous Comments: [2006-09-19 11:13:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-09-19 11:02:28] fjortiz at comunet dot es Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit this bug report at http://bugs.php.net/?id=38877&edit=1
#38799 [Opn->Bgs]: open_basedir broken
ID: 38799 Updated by: [EMAIL PROTECTED] Reported By: chrysalis at chrysalisnet dot org -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: freebsd 6.x and 5.x PHP Version: 4.4.4 New Comment: See bug #38670. Please add information to that report if you have anything useful to add. Previous Comments: [2006-09-19 11:13:53] chrysalis at chrysalisnet dot org ok I checked the php log file specified in php.ini and this is giving the relevant open basedir warnings as below. [19-Sep-2006 13:17:45] PHP Warning: main() [function.main]: open_basedir restriction in effect. File(/etc/passwd) is not within the allowed path(s) no errors in httpd error log tho which happens on other servers and of course no actual blocking of the request. [2006-09-19 11:09:19] chrysalis at chrysalisnet dot org hi again. I think the previous finding may be wrong, the 2nd maching doesnt have either zend optimiser or eaccelerator installed so is just php with no additional modules loaded, it has no master open_basedir value but a local open_basedir value specified in httpd.conf vhost, the value displays as it should in phpinfo. however is been ignored and I dont even get log entries saying access denied it simply seems to not be triggered at all. phpinfo here as this isnt my webspace I just admin the server I cant keep it up for long. http://www.dalme.nl/info.php this 2nd server is php 4.4.4 again and freebsd 5.4 [2006-09-14 14:49:13] [EMAIL PROTECTED] Ok, I'm marking it as bogus so far. Please reopen the report when/if you have some more information. Thanks. [2006-09-14 14:40:56] chrysalis at chrysalisnet dot org its now working with both zend optimiser and eaccelerator and the local basedir value enabled in httpd.conf. I turned off caching to disk in eaccelerator which means its flushed on every apache restart, I guess the problem may have been a cached copy of the script or just some freak occurance. I will disable the disk caching on the 2nd machine as well (this happening on 2 different servers but setup same way) and see if that fixes it for that machine. [2006-09-14 08:21:08] [EMAIL PROTECTED] So, does it work for you now? 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/38799 -- Edit this bug report at http://bugs.php.net/?id=38799&edit=1
#38799 [Opn]: open_basedir broken
ID: 38799 User updated by: chrysalis at chrysalisnet dot org Reported By: chrysalis at chrysalisnet dot org Status: Open Bug Type: PHP options/info functions Operating System: freebsd 6.x and 5.x PHP Version: 4.4.4 New Comment: ok I checked the php log file specified in php.ini and this is giving the relevant open basedir warnings as below. [19-Sep-2006 13:17:45] PHP Warning: main() [function.main]: open_basedir restriction in effect. File(/etc/passwd) is not within the allowed path(s) no errors in httpd error log tho which happens on other servers and of course no actual blocking of the request. Previous Comments: [2006-09-19 11:09:19] chrysalis at chrysalisnet dot org hi again. I think the previous finding may be wrong, the 2nd maching doesnt have either zend optimiser or eaccelerator installed so is just php with no additional modules loaded, it has no master open_basedir value but a local open_basedir value specified in httpd.conf vhost, the value displays as it should in phpinfo. however is been ignored and I dont even get log entries saying access denied it simply seems to not be triggered at all. phpinfo here as this isnt my webspace I just admin the server I cant keep it up for long. http://www.dalme.nl/info.php this 2nd server is php 4.4.4 again and freebsd 5.4 [2006-09-14 14:49:13] [EMAIL PROTECTED] Ok, I'm marking it as bogus so far. Please reopen the report when/if you have some more information. Thanks. [2006-09-14 14:40:56] chrysalis at chrysalisnet dot org its now working with both zend optimiser and eaccelerator and the local basedir value enabled in httpd.conf. I turned off caching to disk in eaccelerator which means its flushed on every apache restart, I guess the problem may have been a cached copy of the script or just some freak occurance. I will disable the disk caching on the 2nd machine as well (this happening on 2 different servers but setup same way) and see if that fixes it for that machine. [2006-09-14 08:21:08] [EMAIL PROTECTED] So, does it work for you now? [2006-09-13 20:20:10] chrysalis at chrysalisnet dot org ok the httpd.conf removed 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/38799 -- Edit this bug report at http://bugs.php.net/?id=38799&edit=1
#38877 [Opn->Fbk]: Crash when using ReflectionClass on multiprocessor machines
ID: 38877 Updated by: [EMAIL PROTECTED] Reported By: fjortiz at comunet dot es -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: Win32+Apache2.0.54 PHP Version: 5.1.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-09-19 11:02:28] fjortiz at comunet dot es Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit this bug report at http://bugs.php.net/?id=38877&edit=1
#38799 [Bgs->Opn]: open_basedir broken
ID: 38799 User updated by: chrysalis at chrysalisnet dot org Reported By: chrysalis at chrysalisnet dot org -Status: Bogus +Status: Open Bug Type: PHP options/info functions Operating System: freebsd 6.x and 5.x PHP Version: 4.4.4 New Comment: hi again. I think the previous finding may be wrong, the 2nd maching doesnt have either zend optimiser or eaccelerator installed so is just php with no additional modules loaded, it has no master open_basedir value but a local open_basedir value specified in httpd.conf vhost, the value displays as it should in phpinfo. however is been ignored and I dont even get log entries saying access denied it simply seems to not be triggered at all. phpinfo here as this isnt my webspace I just admin the server I cant keep it up for long. http://www.dalme.nl/info.php this 2nd server is php 4.4.4 again and freebsd 5.4 Previous Comments: [2006-09-14 14:49:13] [EMAIL PROTECTED] Ok, I'm marking it as bogus so far. Please reopen the report when/if you have some more information. Thanks. [2006-09-14 14:40:56] chrysalis at chrysalisnet dot org its now working with both zend optimiser and eaccelerator and the local basedir value enabled in httpd.conf. I turned off caching to disk in eaccelerator which means its flushed on every apache restart, I guess the problem may have been a cached copy of the script or just some freak occurance. I will disable the disk caching on the 2nd machine as well (this happening on 2 different servers but setup same way) and see if that fixes it for that machine. [2006-09-14 08:21:08] [EMAIL PROTECTED] So, does it work for you now? [2006-09-13 20:20:10] chrysalis at chrysalisnet dot org ok the httpd.conf removed [2006-09-13 20:17:28] [EMAIL PROTECTED] Yes, only php.ini, no php_admin_* directives. 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/38799 -- Edit this bug report at http://bugs.php.net/?id=38799&edit=1
#38877 [NEW]: Crash when using ReflectionClass on multiprocessor machines
From: fjortiz at comunet dot es Operating system: Win32+Apache2.0.54 PHP version: 5.1.6 PHP Bug Type: Class/Object related Bug description: Crash when using ReflectionClass on multiprocessor machines Description: Hi, We have a web app that uses PHP5 features extensively. We detected our Apache crashed frecuently so we tried to catch a backtrace. We detected that when using Apache2+PHP5.1.6 on single processor machines, no crashes were found. But on multi-processor (or single processor+hyperthreading or dual core, for the matter), the crash was easily reproducible. Backtrace: _efree(void * 0x006f6968) line 317 + 26 bytes _zval_ptr_dtor(_zval_struct * * 0x0557a0ac) line 395 + 12 bytes _zend_hash_add_or_update(_hashtable * 0x00860b01, char * 0x0557a1f8, unsigned int 10195456, void * 0x0005, unsigned int 87094612, void * * 0x0004, int 0) line 229 + 6 bytes reflection_property_factory(_zend_class_entry * 0x00860813, _zend_property_info * 0x066d1268, _zval_struct * 0x066d1268, void * * * 0x066ccfb8) line 1132 + 43 bytes zif_reflection_class_getProperty(int 7509201, _zval_struct * 0x06640140, _zval_struct * * 0x066ccfb8, _zval_struct * 0x, int 107795056, void * * * 0x0001) line 3023 + 13 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x00728e95, void * * * 0x0530f608) line 200 + 53 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f608, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x0076cf52, void * * * 0x0530f6b0) line 92 + 12 bytes ZEND_INIT_METHOD_CALL_SPEC_UNUSED_CONST_HANDLER(_zend_execute_data * 0x00728e15, void * * * 0x0530f6b0) line 14821 + 16 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f758) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f758, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f800) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f800, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x00728e95, void * * * 0x0530f8a8) line 92 + 12 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x0530f8a8, void * * * 0x011d6350) line 322 + 17 bytes execute(_zend_op_array * 0x7c9206eb, void * * * 0x0071900d) line 92 + 12 bytes NTDLL! 7c9206eb() KERNEL32! 7c80b50b() I have located the files where I use ReflectionClass, and I can manage without it, but it would be great if you could find why this happens. Tell me if you need more information. I cannot send you sample code easily because its a full blown web with hundreds of objects, but if you can't manage with this information, I could try to reproduce it with a simple example. TIA -- Edit bug report at http://bugs.php.net/?id=38877&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38877&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38877&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38877&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38877&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38877&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38877&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38877&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38877&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38877&r=support Expected behavior:http://bugs.php.net/fix.php?id=38877&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38877&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38877&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38877&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38877&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38877&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38877&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38877&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38877&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38877&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38877&r=mysqlcfg
#38604 [Com]: Memory leak in SimpleXML ?
ID: 38604
Comment by: rolfdw at gmail dot com
Reported By: apachephp at gmail dot com
Status: Open
Bug Type: SimpleXML related
Operating System: Linux
PHP Version: 5.1.5
New Comment:
I dont know if this will help anyone but I found that it is the foreach
that actually causes the memory leak. If you replace the FOREACH with a
FOR loop it seems to be stable.
Previous Comments:
[2006-08-28 09:48:31] apachephp at gmail dot com
script:
6809586b1c38100f
4323ac020
NULL
4323ac04e
ihttp://www.mysqlperformanceblog.com/
Who AM I
0232343d3062
204923
http://www.mysqlperformanceblog.com/
http://www.mysqlperformanceblog.com/
Apachephp
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.
0
2006-08-22 23:19:43
Qwerrt
1
http://www.mysqlperformanceblog.com/
http://www.mysqlperformanceblog.com/
1
918180
MySQL Performance tuning optimization consulting
Simple XML
0
0
1
';
function ProcessFile($filename)
{
global $XML;
$xml = simplexml_load_string($XML);
echo "Memory: ".memory_get_usage() . "\n";
foreach ($xml->report as $reports)
{
//echo $reports->forumid."\n";
}
// var_dump($xml);
unset($xml);
}
while(true)
{
ProcessFile($file);
echo "Loop ".($i++).", memory used: ".memory_get_usage() .
"\n";
}
?>
output:
Loop 1, memory used: 57844
...
Loop 1000, memory used: 269632
..
Loop 5000, memory used: 1461740
..
Loop 1, memory used: 2914996
Loop 65531, memory used: 17047104
Memory: 17047104
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to
allocate 3145728 bytes) in /mnt/data/home/vadim/testfeed/testxml2.php
on line 57
[2006-08-28 08:49:54] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-08-28 08:46:08] apachephp at gmail dot com
Well, I don't have XML files with 10 bytes,
and with 10Mb files my memory is exhausted after processing 20 files.
Memory is OK if I am processing files one per run.
[2006-08-28 08:09:05] [EMAIL PROTECTED]
I don't think you really need 10Mb file to reproduce it.
If it really leaks, then it should do it even with 10 bytes XML file.
[2006-08-28 07:58:29] apachephp at gmail dot com
is it OK if I upload my XML files somewhere ?
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/38604
--
Edit this bug report at http://bugs.php.net/?id=38604&edit=1
#34066 [NoF->Csd]: recursive array_walk causes Segmentain fault
ID: 34066 Updated by: [EMAIL PROTECTED] Reported By: ondrej at sury dot org -Status: No Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.4 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in 4_4, 5_2 and HEAD. Previous Comments: [2006-09-19 07:39:12] seanius at seanius dot net i can confirm this is still a problem. the OP includes a link to a chunk of code you can cut and paste which verifies the problem. [2005-08-18 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-08-10 12:17:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-10 12:10:34] ondrej at sury dot org Description: Paul Slootman reported bug when using array_walk recursively which crashes php 5.0.4 with Segmentation Fault. In php 4.4.0 it ends with: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 138060825 bytes) in /tmp/bug.php on line 252 Reproduce code: --- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245934 Expected result: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 138060825 bytes) in /tmp/bug.php on line 252 Actual result: -- Segmentation fault Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x081fc929 in zend_call_function () -- Edit this bug report at http://bugs.php.net/?id=34066&edit=1
#34066 [Com]: recursive array_walk causes Segmentain fault
ID: 34066 Comment by: seanius at seanius dot net Reported By: ondrej at sury dot org Status: No Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.4 New Comment: i can confirm this is still a problem. the OP includes a link to a chunk of code you can cut and paste which verifies the problem. Previous Comments: [2005-08-18 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-08-10 12:17:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-10 12:10:34] ondrej at sury dot org Description: Paul Slootman reported bug when using array_walk recursively which crashes php 5.0.4 with Segmentation Fault. In php 4.4.0 it ends with: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 138060825 bytes) in /tmp/bug.php on line 252 Reproduce code: --- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245934 Expected result: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 138060825 bytes) in /tmp/bug.php on line 252 Actual result: -- Segmentation fault Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x081fc929 in zend_call_function () -- Edit this bug report at http://bugs.php.net/?id=34066&edit=1
#38876 [Opn->Bgs]: if possible add a contant to preg_match_all so it returns the number of matches
ID: 38876 Updated by: [EMAIL PROTECTED] Reported By: itunes66 at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.1.6 New Comment: It already does this, see the documentation at: http://uk.php.net/preg_match_all Previous Comments: [2006-09-19 03:09:31] itunes66 at gmail dot com Description: if possible add a constant to make preg_match_all return a number of how many matches there were e.g. PREG_COUNT, PREG_COUNT_MATCHES, or something like that it would be very useful and alot eaisier than running a while loop over the code and incrementing variables in the loop Reproduce code: --- none Actual result: -- none -- Edit this bug report at http://bugs.php.net/?id=38876&edit=1
#38871 [Bgs]: class NAMESPACE
ID: 38871 Updated by: [EMAIL PROTECTED] Reported By: marios at ultrastar dot com Status: Bogus Bug Type: Class/Object related Operating System: Redhat PHP Version: 5.1.6 New Comment: http://www.php.net/manual/en/userlandnaming.php http://www.php.net/manual/en/userlandnaming.rules.php http://www.php.net/manual/en/userlandnaming.tips.php Previous Comments: [2006-09-18 19:32:00] marios at ultrastar dot com It is still a bug! A computer bug is an error, flaw, mistake, failure, or fault in a computer program that prevents it from working correctly or produces an incorrect result. Bugs arise from mistakes and errors, made by people, in either a program's source code or its design. It is said that there are bugs in all useful computer programs, but well-written programs contain relatively few bugs, and these bugs typically do not prevent the program from performing its task. ... Upgrading PHP that makes existing code that runs well to break its a bug! [2006-09-18 19:26:57] [EMAIL PROTECTED] This is not a forum. [2006-09-18 19:25:58] marios at ultrastar dot com update email [2006-09-18 19:25:05] marios at ultrastar dot com Description: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Reproduce code: --- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Expected result: Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios Actual result: -- Are you guys going to ever introduce any namespace? Its either that or you stop creating your own classes or interfaces. Every time you make an upgrade and you introduce a class or an interface we have to change our code to remove those names so we can have our code runing on the new version. or we just dont upgrade it and let all the security holes there. Either you make a true objected oriented language or just stay to just functions and let us deal with the classes. We cannot upgrade from 5.04 to 5.16 because your 5.10 has the Serializable intrface which many peopel coded long before you did! Marios -- Edit this bug report at http://bugs.php.net/?id=38871&edit=1
