#42611 [Opn->Bgs]: increment operator (++) on unset overloaded variable not produces 1
ID: 42611
User updated by: johnny at netvor dot sk
Reported By: johnny at netvor dot sk
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: all
PHP Version: 5.2.4
New Comment:
PEBCAC
Previous Comments:
[2007-09-11 02:32:53] judas dot iscariote at gmail dot com
Please, read your code, this is the expected behaviuor, there is a bug
in your code.
accessing:
private $data;
as:
$data[$name]
will not work for sure ;) $this->data[$name] will ;)
[2007-09-10 13:36:55] johnny at netvor dot sk
Description:
calling unary increment operator (++) on unset overloaded member
variable leaves variable unset instead of setting it to 1
Reproduce code:
---
v++;
$b->v++;
echo "\$a->v is: {$a->v}";
echo "\$b->v is: {$b->v}";
?>
Expected result:
$a->v is: 1
$b->v is: 1
Actual result:
--
$a->v is: 1
$b->v is:
--
Edit this bug report at http://bugs.php.net/?id=42611&edit=1
#42597 [Fbk->Opn]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 User updated by: hostmaster at taunusstein dot net Reported By: hostmaster at taunusstein dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: Hello, I did gdb test, as you recommended: # gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: not using untrusted file "/usr/src/php-5.2.4/.gdbinit" (gdb) r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin Starting program: /usr/src/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin [Thread debugging using libthread_db enabled] [New Thread 47016115236496 (LWP 8206)] [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) Program received signal SIGINT, Interrupt. [Switching to Thread 47016115236496 (LWP 8206)] 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x0011 in ?? () #3 0x2ac2c9efd98c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () (gdb) Problem does not occur, when I used a minimum PHP configuration like ./configure --prefix=/opt/apache-2.2.6-test \ --with-apxs2=/opt/apache-2.2.6-test/apache/bin/apxs \ It seems also to be Debian specific, I did a plain vanilla Debian Etch x86_64 installation with following packages (so system is really like production server): # cat ~/pakete.txt Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Fehler?=(kein)/Halten/R=Neuinst Name acpi acpid adduser amavisd-new apt apt-listchanges apt-utils aptitude arj at autoconf base-files base-passwd bash bcrelay bind9 bind9-host binutils bison bridge-utils bsdmainutils bsdutils build-essential busybox bzip2 ca-certificates cabextract clamav clamav-base clamav-daemon clamav-freshclam comerr-dev console-common console-data console-tools coreutils cpio cpp cpp-4.1 cron cron-apt curl curlftpfs cyrus-admin-2.2 cyrus-clients-2.2 cyrus-common-2.2 cyrus-doc-2.2 cyrus-imapd-2.2 cyrus-murder-2.2 cyrus-pop3d-2.2 cyrus-sasl2-doc cyrus21-admin daemon daemontools db4.4-util debconf debconf-i18n debhelper debian-archive-keyring debianutils debootstrap defoma dhcp3-client dhcp3-common dictionaries-common diff ding djbdns dmidecode dnsutils doc-linux-de dpkg dpkg-dev dselect e2fslibs e2fsprogs ed eggdrop eggdrop-data ethtool exim4-base exim4-config exim4-daemon-heavy fakeroot file findutils flex fontconfig-config ftp fuse-utils g++ g++-4.1 gawk gcc gcc-4.1 gcc-4.1-base gettext gettext-base gnupg gpgv graphicsmagick grep greylistd groff-base grub gsfonts gzip hostname hping2 html2text ifupdown imagemagick info ingerman initramfs-tools initscripts installation-report intltool-debian iproute ipsec-tools iptables iputils-ping ispell klibc-utils klogd language-env laptop-detect ldap-utils less lha libacl1 libarchive-tar-perl libarchive-zip-perl libart-2.0-2 libasound2 libatm1 libattr1 libauthen-sasl-perl libberkeleydb-perl libbind9-0 libbit-vector-perl libblkid1 libboost-program-options1.3 libboost-regex1.33.1 libbz2-1.0 libbz2-dev libc-client-dev libc-client2002edebian libc6 libc6-dev libcap1 libcarp-clan-perl libcgi-perl libcgi-session-perl libclamav2 libclass-accessor-perl libclass-data-inheritable-p libclass-dbi-mysql-perl libclass-dbi-perl libclass-trigger-perl libclone-perl libcomerr2 libcompress-zlib-perl libconsole libconvert-asn1-perl libconvert-binhex-perl libconvert-tnef-perl libconvert-uulib-perl libcurl3 libcurl3-gnutls libcyrus-imap-perl22 libdate-calc-perl libdb4.2 libdb4.3 libdb4.4 libdbd-mysql-perl libdbi-perl libdbix-contextualfetch-per libdevmapper1.02 libdigest-hmac-perl libdigest-md4-perl libdigest-sha1-perl libdirectfb-0.9-25 libdns22 libedit2 libevent1 libexif-dev libexif12 libexpat1 libexpat1-dev libfile-tail-perl libfontconfig1 libfontconfig1-dev libfreetype6 libfreetype6-dev libfuse2 libgcc1 libgcrypt11 li
#42619 [Com]: Problem with prepared statement
ID: 42619
Comment by: uwendel at mysql dot com
Reported By: lmanseau at claurendeau dot qc dot ca
Status: Open
Bug Type: MySQLi related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Please provide a reproducible test case, including SQL definitions and
"the other statements" you mention, if they are needed for a minimum
test case.
Thanks!
Previous Comments:
[2007-09-10 20:50:48] lmanseau at claurendeau dot qc dot ca
Description:
I try to execute a prepared statement with mysqli. I use PHP 5.2.0 with
MySQL 5.0.27
After some tests, prepared statements with MySQL instructions such as
(INSERT, DELETE and UPDATE) work very well.
The only case problem which I pointed out, it is the instruction SELECT
that does not seem to react of good manner
- SELECT * FROM table1 dont work
- SELECT C1, C2 FROM table1 - dont work
I have no error message!!!
Reproduce code:
---
$db = new mysqli($hote, $util, $mpas, $base);
if (!$db) {
echo "No connection with BD";
exit();
}
//WORK WELL
echo 'Non prepared statement';
$sql = "select * from ch9books";
$rqp = $db->query($sql);
echo 'books = '.$rqp->num_rows.'';
//DONT WORK
echo 'Prepared statement';
$sql = "select * from ch9books";
$rqp = $db->prepare($sql);
$rqp->execute();
echo 'books = '.$rqp->num_rows.'';
$rqp->close();
Expected result:
Non prepared statement
Books = 6
Actual result:
--
Prepared statement
Books = 0
--
Edit this bug report at http://bugs.php.net/?id=42619&edit=1
#38805 [Com]: PDO Truncates Text from SQL Server Text Data Type Field
ID: 38805
Comment by: rockyjl at gmail dot com
Reported By: gkrajci at arescorporation dot com
Status: Assigned
Bug Type: PDO related
Operating System: Windows NT PBMA-WB2 5.2 build 37
PHP Version: 5.1.6
Assigned To: wez
New Comment:
ini_set('mssql.textlimit', '65536');
ini_set('mssql.textsize', '65536');
it is work for php_mssql.dll
but not work for php_pdo_mssql.dll
how can i get more than 4096 byte in TEXT with php_pdo_mssql.dll ???
Previous Comments:
[2007-08-13 19:22:32] jagwire16 at hotmail dot com
http://us3.php.net/manual/en/function.mssql-query.php#64470 reports how
to make it work and that solution worked for me.
[2007-02-14 16:16:49] matt at educause dot edu
I too can reproduce this problem ... a critical hurdle for us.
[2006-12-06 14:50:17] frank at interlevel dot com
Seems I am not alone on this. I have also tried altering the PHP.ini
with no result. IS there an update to this PDO?
[2006-11-08 14:30:06] mark dot pearson at capita dot co dot uk
I have found the same problem with PHP 5.1.6 running on Windows XP Pro
SP2 and MS SQL Server 2000 (using the pdo_mssql driver).
I also tried to solve it by setting the mssql.textlimit and
mssql.textsize INI options, since that used to cause the same problem in
the mssql extension but it doesn't have any effect on the values
returned by PDO.
[2006-09-26 16:22:57] ritch at bugsoftware dot co dot uk
I'm also suffering this problem after changing my database connection
type to PDO.
I'm running PHP 5.1.2 on Windows server 2003 with MSSQL 2005.
In the old mssql ext. you had to specificaly tell the configure it in
php.ini to bring back larger text fields:
; Valid range 0 - 2147483647. Default = 4096.
mssql.textlimit = 2147483647
; Valid range 0 - 2147483647. Default = 4096.
mssql.textsize = 2147483647
I have not found the same for the new PDO extension - so I'm assuming
this has some thing to do with the problem. (My text fields are also
truncated to 4096)
Help with this issue would be greatley appreciated.
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/38805
--
Edit this bug report at http://bugs.php.net/?id=38805&edit=1
#42548 [Com]: PROCEDURE xxx can't return a result set in the given context (works in 5.2.3!!)
ID: 42548
Comment by: uwendel at mysql dot com
Reported By: garethjo at usc dot edu
Status: Assigned
Bug Type: MySQLi related
Operating System: Windows XP, Windows 2003
PHP Version: 5.2.4
Assigned To: georg
New Comment:
Does using mysqli_multi_query() work for you? Currently you are using
mysqli_real_query() to call the SP. See also,
http://dev.mysql.com/doc/refman/5.1/en/call.html. If a stored procedure
produces result sets, you must use mysqli_multi_query().
Ulf
Previous Comments:
[2007-09-09 10:42:13] [EMAIL PROTECTED]
Georg (or whoever maintains mysqli nowadays), check this out. Seems
like some regression bug between 5.2.3 / 5.2.4 crept in..
[2007-09-07 18:00:17] al dot smith at aeschi dot ch dot eu dot org
I'm seeing this exact bug as well. Rolling back to 5.2.3 fixes the
problem.
For me, executing the CALL() statement within a mysql> client session
works just fine...
[2007-09-07 14:50:18] garethjo at usc dot edu
Yes I have seen those bugs and they are not what I am experiencing. Any
stored procedure that would normally return a resultset whether it be
the first or not produces the "PROCEDURE procedure.Name can't return a
result set in the given context" error not a lost connection. In my
example code, the first query is just used to create the database table
and stored procedure. So even if it is separated out and ran separately
so that the bug test is in a separate file and runs by itself after the
database tables and proc are created, it will still produce the same
result even though it is the first proc that was run.
[2007-09-06 22:31:42] [EMAIL PROTECTED]
Have you seen bug #32882 and bug #35203 ??
[2007-09-05 00:10:23] garethjo at usc dot edu
real_connect('localhost', 'root', 'root_pass', 'test');
if (mysqli_connect_errno())
{
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
$strDatabaseCreation = 'CREATE DATABASE IF NOT EXISTS test;
USE test;
DROP TABLE IF EXISTS `products`;
CREATE TABLE `products` (
`intProductId` int(10) unsigned NOT NULL auto_increment,
`strProductName` varchar(45) NOT NULL,
`douProductPrice` double NOT NULL,
`intQuantity` int(10) unsigned NOT NULL,
PRIMARY KEY (`intProductId`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
INSERT INTO `products`
(`intProductId`,`strProductName`,`douProductPrice`,`intQuantity`)
VALUES
(1,\'Mugs\',10,5),
(2,\'Boots\',75,12);
CREATE PROCEDURE `test`.`spGetProducts`()
BEGIN
SELECT * FROM Products;
END
';
printf ("Connection: %s\r\n.", $mysqli->host_info);
if($mysqli->multi_query ($strDatabaseCreation))
{
print "Databse created successfully\r\n";
}
else
{
print "failed to create database\r\n".$mysqli->error;
$mysqli->close();
die;
}
$mysqli->close();
// BUG TEST START --
$mysqli = mysqli_init();
$mysqli->real_connect('localhost', 'root', 'root_pass', 'test');
if (mysqli_connect_errno())
{
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
if($mysqli->real_query ("CALL spGetProducts();"))
{
if($objResult = $mysqli->store_result())
{
while($row = $objResult->fetch_assoc())
{
print $row["strProductName"]."
".$row["strProductName"]."\r\n";
}
$objResult->free_result();
}
else
{
print "no results found";
}
}
else
{
print $mysqli->error;
}
$mysqli->close();
?>
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/42548
--
Edit this bug report at http://bugs.php.net/?id=42548&edit=1
#42622 [NEW]: Cannot use $object->{'prop["key"]}
From: adrian dot gheorghe at gmail dot com
Operating system: Windows
PHP version: 5.2.4
PHP Bug Type: Variables related
Bug description: Cannot use $object->{'prop["key"]}
Description:
If this is not going to be supported, it should at least be documented. I
couldn't find anything related to this limitation.
Reproduce code:
---
9 );
}
$bar = new Foo;
echo $bar->{'a'}; // works
echo $bar->{'b["c"]'}; // doesn't work
?>
Expected result:
Output:
3
9
Actual result:
--
Output:
3
Notice: Undefined property: Foo::$b["c"] in
C:\www\project.local.ro\trunk\Source\public\test.php on line 11
--
Edit bug report at http://bugs.php.net/?id=42622&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42622&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42622&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42622&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42622&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42622&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42622&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42622&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42622&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42622&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42622&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42622&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42622&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42622&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42622&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42622&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42622&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42622&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42622&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42622&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42622&r=mysqlcfg
#42616 [Opn->Fbk]: CLI crashes
ID: 42616 Updated by: [EMAIL PROTECTED] Reported By: ashish_chap at yahoo dot co dot in -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.2.4 New Comment: Start with reinstalling everything but before install, remove ALL existing dll/exe/php.ini files from your system. Previous Comments: [2007-09-10 18:12:09] ashish_chap at yahoo dot co dot in Description: I have installed php 5.2.4 when I run a simple command on command prompt as echo ""|php I get the following error.. following whihc the PHP CLI crashes. I have tried with the latest snapshot but no luck. Can any one please help? Cannot find module (IP-MIB): At line 0 in (none) Cannot find module (IF-MIB): At line 0 in (none) Cannot find module (TCP-MIB): At line 0 in (none) Cannot find module (UDP-MIB): At line 0 in (none) Cannot find module (SNMPv2-MIB): At line 0 in (none) Cannot find module (SNMPv2-SMI): At line 0 in (none) Cannot find module (UCD-SNMP-MIB): At line 0 in (none) Cannot find module (UCD-DEMO-MIB): At line 0 in (none) Cannot find module (SNMP-TARGET-MIB): At line 0 in (none) Cannot find module (SNMP-VIEW-BASED-ACM-MIB): At line 0 in (none) Cannot find module (SNMP-COMMUNITY-MIB): At line 0 in (none) Cannot find module (UCD-DLMOD-MIB): At line 0 in (none) Cannot find module (SNMP-FRAMEWORK-MIB): At line 0 in (none) Cannot find module (SNMP-MPD-MIB): At line 0 in (none) Cannot find module (SNMP-USER-BASED-SM-MIB): At line 0 in (none) Cannot find module (SNMP-NOTIFICATION-MIB): At line 0 in (none) Cannot find module (SNMPv2-TM): At line 0 in (none) PHP Notice: Constant XML_ELEMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_TEXT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_CDATA_SECTION_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_REF_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_PI_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_COMMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_TYPE_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DOCUMENT_FRAG_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_NOTATION_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ENTITY_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_NAMESPACE_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_LOCAL_NAMESPACE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_CDATA already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ID already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_IDREF already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_IDREFS already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ENTITY already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NMTOKEN already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_NMTOKENS already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_ENUMERATION already defined in Unknown on li ne 0 PHP Notice: Constant XML_ATTRIBUTE_NOTATION already defined in Unknown on line 0 PHP Warning: require_once(SAM/php_sam.php): failed to open stream: No such file or directory in sam_factory on line 1 PHP Fatal error: require_once(): Failed opening required 'SAM/php_sam.php' (inc lude_path='.;C:\php5\pear') in sam_factory on line 1 Could not startup. Error in my_thread_global_end(): 2 threads didn't exit Expected result: The simple command should return without any error Actual result: -- The PHP CLI crashes with the error stated. -- Edit this bug report at http://bugs.php.net/?id=42616&edit=1
#42613 [Opn->Fbk]: Unable to load Dynamic Link Libraries
ID: 42613 Updated by: [EMAIL PROTECTED] Reported By: patrick at baynewmedia dot com -Status: Open +Status: Feedback -Bug Type: *Configuration Issues +Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 New Comment: First of all: Do you really need all those extensions? And from this annoyingly long report I deciphered that you used the installer. How about the basic .zip file, just unpack that and try with it instead..? (FYI: PHP 5.2.4 works perfectly for me on 2 different WinXP machines..other one used plain .zip and the other the installer..) Previous Comments: [2007-09-10 16:24:34] patrick at baynewmedia dot com Description: I have seen this posted on numerous other forums and, oddly, listed numerous times as bogus or closed with minimal feedback here. However, despite trying nearly all the suggestions I've found and despite being a heavy user of PHP since version 3, the newest one has some serious issues when loading DLLs at startup. First of all, I downloaded the Windows installer and installed into "C:\PHP5". I set the PATH environment variable to "C:\PHP5; C:\PHP5\ext". This was done on a NEW install of Windows XP Pro as well as Vista. Upon installation, I updated the "php.ini" to read: ... ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5\ext" When I ran PHP, it popped up a series of "unable to load Dynamic Link Library" warnings. I moved all the extension DLLs into the C:\PHP5 directory and updated the INI file to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="C:\PHP5" This resulted in the same error (see code section below for errors). I updated the INI to read: ; Directory in which the loadable extensions (modules) reside. extension_dir ="\PHP5" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir =".\" ...then... ; Directory in which the loadable extensions (modules) reside. extension_dir ="." ...and... ; Directory in which the loadable extensions (modules) reside. extension_dir ="" Finally, I repeated these steps using forward slashes in the path instead. For example: extension_dir ="C:/PHP5" None of these combinations resulted in any changes to the error messages. I commented out the offending libraries and got PHP to run. I then decided to try my luck with MySQL so I downloaded it, installed it, and tried a basic connection. I got the error that the library "libmysql.dll" could not be found. Again, I went through page after page of advice on this issue: Update the DLL using MySQL's code, put the DLL into C:\, put it into C:\WINDOWS, then C:\WINDOWS\SYSTEM32, the C:\WINDOWS\SYSTEM (and the equivalents on Windows Vista). I set various security settings, added the path to the PATH environment variable, and basically ran the gamut of tests and fixes I could find both here on the PHP bug reports and on other sites where these bugs are increasingly numerous. Folks, PHP 5.2.4 simply doesn't work right! As mentioned, I've been using it now since version 3 and I have NEVER encountered the incredible level of frustration in trying to set up a simple PHP installation as this. If the offending DLLs shouldn't be enabled by default, why are they? Why does the pop-up dialog not state the file name correctly when reporting the DLL? Is it that the DLLs can't be found (because I assure you they ARE there) or because there's another problem with them? Finally, why is libmysql.dll failing? What's happened in the previous few versions that the Windows installation process is now, basically, not working? Please don't respond with a piddly trifling response to this. I'm a web developer and know my way around my system. I've been banging my head against the wall with this for over a week. Reading responses here like "you probably forgot to set the PATH" is frankly insulting. I've been trying to fix this installation now for over a week using a wonderful array of INI/PATH settings and have not found a solution that works. On Vista I managed to at least get phpinfo() working (no extra modules like MySQL loading but at least something)...but on XP Pro, I can't even execute a script from the command line because: "The specified module(s) could not be found." Please...can someone offer a real, working solution that doesn't assume that I've missed the basic, general setup stuff? Thanks, P Reproduce code: --- PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_oci8.dll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pdo_oci.d ll' - The specified module could not be found. in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'C:\php5\php_pdo_oci8
#42622 [Opn->Bgs]: Cannot use $object->{'prop["key"]}
ID: 42622
Updated by: [EMAIL PROTECTED]
Reported By: adrian dot gheorghe at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Windows
PHP Version: 5.2.4
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 want $bar->{'b'}['c'].
Previous Comments:
[2007-09-11 10:41:35] adrian dot gheorghe at gmail dot com
Description:
If this is not going to be supported, it should at least be documented.
I couldn't find anything related to this limitation.
Reproduce code:
---
9 );
}
$bar = new Foo;
echo $bar->{'a'}; // works
echo $bar->{'b["c"]'}; // doesn't work
?>
Expected result:
Output:
3
9
Actual result:
--
Output:
3
Notice: Undefined property: Foo::$b["c"] in
C:\www\project.local.ro\trunk\Source\public\test.php on line 11
--
Edit this bug report at http://bugs.php.net/?id=42622&edit=1
#42615 [Opn]: session ext breaks bug27508
ID: 42615 Updated by: [EMAIL PROTECTED] Reported By: igor at ypass dot net Status: Open Bug Type: Session related Operating System: Solaris 10 x86 PHP Version: 5.2.4 New Comment: See bug #27508 (just note to get the friendly url here :) Previous Comments: [2007-09-10 17:57:00] igor at ypass dot net Description: The command below works fine without -d "extension=session.so". This issue was not present in 5.2.3 with the same build options. Reproduce code: --- /src/php-5.2.4/sapi/cli/php -c '/src/php-5.2.4/tmp-php.ini' -d "output_handler=" -d "open_basedir=" -d "safe_mode=0" -d "disable_functions=" -d "output_buffering=Off" -d "error_reporting=8191" -d "display_errors=1" -d "display_startup_errors=1" -d "log_errors=0" -d "html_errors=0" -d "track_errors=1" -d "report_memleaks=1" -d "report_zend_debug=0" -d "docref_root=" -d "docref_ext=.html" -d "error_prepend_string=" -d "error_append_string=" -d "auto_prepend_file=" -d "auto_append_file=" -d "magic_quotes_runtime=0" -d "extension_dir=/src/php-5.2.4/modules/" \ -d "extension=session.so" \ -d "session.auto_start=0" -d "tidy.clean_output=0" -d "zlib.output_compression=Off" -f "/src/php-5.2.4/ext/standard/tests/file/bug27508.php" Expected result: bool(false) refcount(1) 0 bool(false) refcount(1) line1 line2 line3 Actual result: -- Warning: fopen(): URL using bad/illegal format or missing URL in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fopen(/tmp/foo7oaaaG): failed to open stream: No such file or directory in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: fseek(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 35 Warning: ftell(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 25 0 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: fread(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 15 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 loops like this forever (eventually it stops with out of memory error) -- Edit this bug report at http://bugs.php.net/?id=42615&edit=1
#39700 [Com]: NUMERIC error when result precision are 7,8 or 12-14
ID: 39700
Comment by: nb,b at fdhf dot hgk
Reported By: ilpochta at gmail dot com
Status: Open
Bug Type: InterBase related
Operating System: All
PHP Version: 5.2.0
New Comment:
http://www.meta-fx.com/
Previous Comments:
[2007-01-22 10:34:18] [EMAIL PROTECTED]
>Are the php_interbase maintained?
No, feel free to take it over.
[2007-01-22 10:29:36] ilpochta at gmail dot com
Are the php_interbase maintained?
Please, fix this bug before PHP-5.2.1. Just recount the nulls in
"scales" array :)
[2006-12-01 21:51:52] ilpochta at gmail dot com
Take the solution from #39056, add two strings to them (for precisions
17 and 18) and it works! :)
# diff ./php-5.2.0/ext/interbase/old/ibase_query.c
./fixed/ext/interbase/ibase_query.c
1289,1291c1289,1304
< static ISC_INT64 const scales[] = { 1, 10, 100, 1000, 1,
10, 100, 1, 10,
< 10,
LL_LIT(100),LL_LIT(1000),LL_LIT(10),LL_LIT(100),
<
LL_LIT(1000),LL_LIT(1000),LL_LIT(100)
};
---
> static ISC_INT64 const scales[] = { 1, 10, 100, 1000,
> 1,
> 10,
> 100,
> 1000,
> 1,
> 10, LL_LIT
> (100),LL_LIT
> (1000),LL_LIT
> (1),LL_LIT
> (10),LL_LIT
> (100),LL_LIT
> (1000),LL_LIT
> (1),LL_LIT
> (10),LL_LIT
> (100) };
--
I think, same error is present in function firebird_stmt_get_col() from
ext/pdo_firebird/firebird_statement.c .
[2006-12-01 11:09:47] [EMAIL PROTECTED]
You can try to change the lines mentioned in #39056 (see
ext/interbase/ibase_query.c) and tell us if it works.
I don't think anybody here uses Interbase these days.
[2006-12-01 11:00:18] ilpochta at gmail dot com
Description:
When SQL query returns numbers with precision 7, 8 or 12-14 (digits
after period) ibase_fetch_*() returns these numbers divided by 10.
When precision are 18 - returns "29".
I was tested this on PHP 5.2, 5.1.6; on WinXP and RedHat Linux; on
Firebird 1.5 and 2.
Maybe, this is some bug with #39056 ?
Reproduce code:
---
//generate SQL
$nums=array();
for($i=0;$i<=18;$i++) {
$nums[]=sprintf('1.%s AS prc_%d', str_repeat('0',$i), $i);
}
$stmt='SELECT '. implode(', ',$nums). ' FROM RDB$DATABASE';
//query
$dbh = ibase_connect('localhost:c:/main.gdb', 'SYSDBA', 'masterkey');
$sth = ibase_query($dbh, $stmt) or die(ibase_errmsg());
$res=ibase_fetch_assoc($sth);
print_r($res);
Expected result:
PHP 4 outputs:
Array
(
[PRC_0] => 1
[PRC_1] => 1.0
[PRC_2] => 1.00
[PRC_3] => 1.000
[PRC_4] => 1.
[PRC_5] => 1.0
[PRC_6] => 1.00
[PRC_7] => 1.000
[PRC_8] => 1.
[PRC_9] => 1.0
[PRC_10] => 1.00
[PRC_11] => 1.000
[PRC_12] => 1.
[PRC_13] => 1.0
[PRC_14] => 1.00
[PRC_15] => 1.000
[PRC_16] => 1.
[PRC_17] => 1.0
[PRC_18] => 1.00
)
Actual result:
--
Array
(
[PRC_0] => 1
[PRC_1] => 1.0
[PRC_2] => 1.00
[PRC_3] => 1.000
[PRC_4] => 1.
[PRC_5] => 1.0
[PRC_6] => 1.00
[PRC_7] => 0.1000
[PRC_8] => 0.1
[PRC_9] => 1.0
[PRC_10] => 1.00
[PRC_11] => 1.000
[PRC_12] => 0.1
[PRC_13] => 0.10
[PRC_14] => 0.100
[PRC_15] => 1.000
[PRC_16] => 0.1
[PRC_17] => 0.10
[PRC_18] => 29.008656684181574799
)
--
Edit this bug report at http://bugs.php.net/?id=39700&edit=1
#42615 [Opn->Fbk]: session ext as shared breaks ext/standard/tests/file/bug27508.phpt
ID: 42615 Updated by: [EMAIL PROTECTED] Reported By: igor at ypass dot net -Status: Open +Status: Feedback Bug Type: Session related Operating System: Solaris 10 x86 PHP Version: 5.2.4 New Comment: How about running simply 'make test' ? In 5.2.4 there is no such make line you have pasted here.. Previous Comments: [2007-09-11 11:01:02] [EMAIL PROTECTED] See bug #27508 (just note to get the friendly url here :) [2007-09-10 17:57:00] igor at ypass dot net Description: The command below works fine without -d "extension=session.so". This issue was not present in 5.2.3 with the same build options. Reproduce code: --- /src/php-5.2.4/sapi/cli/php -c '/src/php-5.2.4/tmp-php.ini' -d "output_handler=" -d "open_basedir=" -d "safe_mode=0" -d "disable_functions=" -d "output_buffering=Off" -d "error_reporting=8191" -d "display_errors=1" -d "display_startup_errors=1" -d "log_errors=0" -d "html_errors=0" -d "track_errors=1" -d "report_memleaks=1" -d "report_zend_debug=0" -d "docref_root=" -d "docref_ext=.html" -d "error_prepend_string=" -d "error_append_string=" -d "auto_prepend_file=" -d "auto_append_file=" -d "magic_quotes_runtime=0" -d "extension_dir=/src/php-5.2.4/modules/" \ -d "extension=session.so" \ -d "session.auto_start=0" -d "tidy.clean_output=0" -d "zlib.output_compression=Off" -f "/src/php-5.2.4/ext/standard/tests/file/bug27508.php" Expected result: bool(false) refcount(1) 0 bool(false) refcount(1) line1 line2 line3 Actual result: -- Warning: fopen(): URL using bad/illegal format or missing URL in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fopen(/tmp/foo7oaaaG): failed to open stream: No such file or directory in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 8 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: fwrite(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 20 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: fseek(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 35 Warning: ftell(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 25 0 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 bool(false) refcount(1) Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: fread(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 15 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 Warning: feof(): supplied argument is not a valid stream resource in /src/php-5.2.4/ext/standard/tests/file/bug27508.php on line 30 loops like this forever (eventually it stops with out of memory error) -- Edit this bug report at http://bugs.php.net/?id=42615&edit=1
#42619 [Opn->Fbk]: Problem with prepared statement
ID: 42619
Updated by: [EMAIL PROTECTED]
Reported By: lmanseau at claurendeau dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Linux
PHP Version: 5.2.4
Previous Comments:
[2007-09-11 08:52:29] uwendel at mysql dot com
Please provide a reproducible test case, including SQL definitions and
"the other statements" you mention, if they are needed for a minimum
test case.
Thanks!
[2007-09-10 20:50:48] lmanseau at claurendeau dot qc dot ca
Description:
I try to execute a prepared statement with mysqli. I use PHP 5.2.0 with
MySQL 5.0.27
After some tests, prepared statements with MySQL instructions such as
(INSERT, DELETE and UPDATE) work very well.
The only case problem which I pointed out, it is the instruction SELECT
that does not seem to react of good manner
- SELECT * FROM table1 dont work
- SELECT C1, C2 FROM table1 - dont work
I have no error message!!!
Reproduce code:
---
$db = new mysqli($hote, $util, $mpas, $base);
if (!$db) {
echo "No connection with BD";
exit();
}
//WORK WELL
echo 'Non prepared statement';
$sql = "select * from ch9books";
$rqp = $db->query($sql);
echo 'books = '.$rqp->num_rows.'';
//DONT WORK
echo 'Prepared statement';
$sql = "select * from ch9books";
$rqp = $db->prepare($sql);
$rqp->execute();
echo 'books = '.$rqp->num_rows.'';
$rqp->close();
Expected result:
Non prepared statement
Books = 6
Actual result:
--
Prepared statement
Books = 0
--
Edit this bug report at http://bugs.php.net/?id=42619&edit=1
#42491 [Opn->Bgs]: Segmentation fault during install-pear-installer
ID: 42491 Updated by: [EMAIL PROTECTED] Reported By: bernard dot prevosto at ifremer dot fr -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: solaris 5.8 PHP Version: 5.2.4 New Comment: Compiler bug -> not PHP bug. Previous Comments: [2007-09-10 13:40:56] bernard dot prevosto at ifremer dot fr I've trying whith the native cc compiler of Solaris, and it's fine.. then, it's good for me!! thanks [2007-09-10 10:33:51] bernard dot prevosto at ifremer dot fr I use gcc-4.0.1 [2007-09-10 10:11:24] [EMAIL PROTECTED] Which GCC did you use? GCC 4.1 are known to be unable to generate working PHP binaries on SPARC. [2007-09-10 09:50:17] [EMAIL PROTECTED] Possibly related to bug #42597 [2007-09-07 10:40:27] bernard dot prevosto at ifremer dot fr with gdb 6.6: gdb --arg sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.8"... (gdb) run Starting program: /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar [New LWP 1] [New LWP 2] [New LWP 3] [New LWP 4] Program received signal SIGSEGV, Segmentation fault. 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 412 (*zval_ptr)->refcount--; (gdb) bt #0 0x002723a0 in _zval_ptr_dtor (zval_ptr=0xffbedb4c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute_API.c:412 #1 0x0029eb5c in zend_do_fcall_common_helper_SPEC (execute_data=0xffbee8a0) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_execute.h:155 #2 0x0029cc60 in execute (op_array=0x5d2c80) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend_vm_execute.h:92 #3 0x00281010 in zend_execute_scripts (type=8, retval=, file_count=3) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/Zend/zend.c:1134 #4 0x002411ec in php_execute_script (primary_file=0xffbeefcc) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/main/main.c:1982 #5 0x003152cc in main (argc=9, argv=0xffbef07c) at /home1/balanec/perso/bpre/anonymous/apache/php-5.2.4/sapi/cli/php_cli.c:1140 (gdb) 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/42491 -- Edit this bug report at http://bugs.php.net/?id=42491&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: thorsten at phpmyfaq dot de Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: It's the Apache 2.0 Handler on my system. We're doing a SELECT query on a really big 2 GB table with PEAR::MDB2 with ext/mysql. Previous Comments: [2007-09-10 22:49:49] [EMAIL PROTECTED] ISAPI, CGI, CLI or FCGI? How are you producing it do you have to do anything specific or does everything produce it? I can't reproduce this on my test box apart from with -i / -m but thats since been fixed in CVS by dmitry. [2007-09-10 05:49:03] thorsten at phpmyfaq dot de This bug still occurs with PHP 5.2.4 and libmysql.dll from PHP 5.2.4 package and from MySQL 5.0.45 package when using ext/mysql. [2007-09-05 19:03:29] richard at vottle dot com Temporary dyslexia mixed in with too many archived versions of PHP and you are bound to get things mixed up. Taking libmysql.dll from php v 5.2.1 (and not 5.1.2) and replacing the libmysql.dll in php 5.2.2->4 works fine. Would still be nice to have a proper working copy in the actual release though ;) [2007-09-05 14:40:58] richard at vottle dot com I am having the same problem with PHP 5.2.4. I have tried replacing libmysql.dll from PHP 5.1.2, and also took the libmysql.dll from my instance of MySQL 5.0.15-nt - nothing is solving the problem except reverting back to PHP 5.1.2 in its entirity. [2007-09-05 12:05:45] lferro at teladigital dot pt Using PHP Version 5.2.4 and MySQL 5.0.37 community version, on a WinXP box, i got this error. The workaround was just to update the libmySQL.dll that resides in the php directory with the one shipped with the MySQL. Not perfect... but... ;) 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#42597 [Opn]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 Updated by: [EMAIL PROTECTED] Reported By: hostmaster at taunusstein dot net Status: Open Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: [EDIT: removed unrelated information] # gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: not using untrusted file "/usr/src/php-5.2.4/.gdbinit" (gdb) r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin Starting program: /usr/src/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin [Thread debugging using libthread_db enabled] [New Thread 47016115236496 (LWP 8206)] [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) Program received signal SIGINT, Interrupt. [Switching to Thread 47016115236496 (LWP 8206)] 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x0011 in ?? () #3 0x2ac2c9efd98c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () (gdb) Problem does not occur, when I used a minimum PHP configuration like ./configure --prefix=/opt/apache-2.2.6-test \ --with-apxs2=/opt/apache-2.2.6-test/apache/bin/apxs \ Previous Comments: [2007-09-11 08:35:03] hostmaster at taunusstein dot net Hello, I did gdb test, as you recommended: # gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: not using untrusted file "/usr/src/php-5.2.4/.gdbinit" (gdb) r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin Starting program: /usr/src/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin [Thread debugging using libthread_db enabled] [New Thread 47016115236496 (LWP 8206)] [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) Program received signal SIGINT, Interrupt. [Switching to Thread 47016115236496 (LWP 8206)] 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x0011 in ?? () #3 0x2ac2c9efd98c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () (gdb) Problem does not occur, when I used a minimum PHP configuration like ./configure --prefix=/opt/apache-2.2.6-test \ --with-apxs2=/opt/apache-2.2.6-test/apache/bin/apxs \ It seems also to be Debian specific, I did a plain vanilla Debian Etch x86_64 installation with following packages (so system is really like production server): # cat ~/pakete.txt Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Fehler?=(kein)/Halten/R=Neuinst Name acpi acpid adduser amavisd-new apt apt-listchanges apt-utils aptitude arj at autoconf base-files base-passwd bash bcrelay bind9 bind9-host binutils bison bridge-utils bsdmainutils bsdutils bu
#42597 [Opn->Fbk]: "make install" hangs in 64bit system when ZTS is enabled.
ID: 42597 Updated by: [EMAIL PROTECTED] Reported By: hostmaster at taunusstein dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Debian 4.0r0 PHP Version: 5.2.4 New Comment: Try cut down your configure line to bare minimum which is needed to reproduce this. And this is totally unnecessary: --with-tsrm-pthreads Also, after you run configure, with that configure line you should see several warnings about unknown configure options. Previous Comments: [2007-09-11 12:27:57] [EMAIL PROTECTED] [EDIT: removed unrelated information] # gdb ./sapi/cli/php GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: not using untrusted file "/usr/src/php-5.2.4/.gdbinit" (gdb) r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin Starting program: /usr/src/php-5.2.4/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6-test/lib/php -b /opt/apache-2.2.6-test/bin [Thread debugging using libthread_db enabled] [New Thread 47016115236496 (LWP 8206)] [PEAR] Console_Getopt: upgrade to a newer version (1.2.3 is not newer than 1.2.3) [PEAR] Archive_Tar: upgrade to a newer version (1.3.2 is not newer than 1.3.2) [PEAR] Structures_Graph: upgrade to a newer version (1.0.2 is not newer than 1.0.2) [PEAR] PEAR: upgrade to a newer version (1.6.1 is not newer than 1.6.1) Program received signal SIGINT, Interrupt. [Switching to Thread 47016115236496 (LWP 8206)] 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x2ac2c9effeeb in __lll_mutex_lock_wait () from /lib/libpthread.so.0 #1 0x0016 in ?? () #2 0x0011 in ?? () #3 0x2ac2c9efd98c in pthread_cond_destroy@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #4 0x in ?? () (gdb) Problem does not occur, when I used a minimum PHP configuration like ./configure --prefix=/opt/apache-2.2.6-test \ --with-apxs2=/opt/apache-2.2.6-test/apache/bin/apxs \ [2007-09-10 10:18:55] [EMAIL PROTECTED] I can't reproduce it on 64bit Linux. Try to get the place where it hangs: # gdb ./sapi/cli/php gdb> r -n -dshort_open_tag=0 -dsafe_mode=0 -dopen_basedir= -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear-nozlib.phar -d /opt/apache-2.2.6/lib/php -b /opt/apache-2.2.6/bin Press Ctrl-C when it hangs and 'bt' to get the backtrace. Are ALL these configure options required to replicate it? Would be good to squeeze this list to the minimum. [2007-09-10 09:49:52] [EMAIL PROTECTED] Possibly related to bug #42491 [2007-09-10 05:59:54] hostmaster at taunusstein dot net make install does not hang in prefork mode. On 32 bit it does compile and install in prefork and worker mode. Further tests on 64 bit environment (worker) yielded into following msgs: # make install Installing PHP SAPI module: apache2handler /opt/apache-2.2.6-test/apache/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6-test/apache/build/libtool' libphp5.la /opt/apache-2.2.6-test/apache/modules /opt/apache-2.2.6-test/apache/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6-test/apache/modules/ cp .libs/libphp5.so /opt/apache-2.2.6-test/apache/modules/libphp5.so cp .libs/libphp5.lai /opt/apache-2.2.6-test/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.2.4/libs' chmod 755 /opt/apache-2.2.6-test/apache/modules/libphp5.so [activating module `php5' in /opt/apache-2.2.6-test/apache/conf/httpd.conf] Installing PHP CLI binary:/opt/apache-2.2.6-test/bin/ Installing PHP CLI man page: /opt/apache-2.2.6-test/man/man1/ Installing build environment: /opt/apache-2.2.6-test/lib/php/build/ Installing header files: /opt/apache-2.2.6-test/include/php/ Installing helper programs: /opt/apache-2.2.6-test/bin/ program: phpize program: php-config Installing man pages: /opt/apache-2.2.6-test/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /opt/apache-2
#42568 [Opn->Fbk]: Compile fails when using --with-gmp option
ID: 42568 Updated by: [EMAIL PROTECTED] Reported By: jerry at scene-naturally dot dyndns dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: I have no idea how to fix this in PHP. And to me it seems more like a bug in either the tools in OSX used to compile/link and/or in libgmp. It works fine on Linux. :) Can you try and find out what the libgmp folks think might be wrong with PHP build system which might cause this kind of error? (I have no MacOSX machine to test anything so..) Previous Comments: [2007-09-07 16:15:36] jerry at scene-naturally dot dyndns dot org I had a chance to try the following; GMP build via: ./configure \ --prefix=/usr/local \ --enable-cxx \ --disable-shared \ ABI=mode32 PHP configure: ./configure \ --with-gmp=/usr/local \ --disable-shared as requested, but running make for this configuration still crashes with the error /usr/bin/ld: /usr/local/lib/libgmp.a(popcount.o) has local relocation entries in non-writable section (__TEXT,__text) [2007-09-07 14:42:07] jerry at scene-naturally dot dyndns dot org Actually that is the default for PHP -- to build with out shared libraries on OS X checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes But I will try explicitly building using the --disable-shared option and see if that makes a difference. [2007-09-07 08:52:02] [EMAIL PROTECTED] My question is: Does it work? :D You could try building PHP as well with --disable-shared.. [2007-09-07 02:30:57] jerry at scene-naturally dot dyndns dot org In order to be complete, I did check as you asked compiling gmp via: ./configure \ --prefix=/usr/local \ --enable-cxx \ ABI=mode32 and using the resulting library to compile PHP via: ./configure \ --with-gmp=/usr/local PHP did configure and compile. This leads to a conundrum though, Comparing the two libraries (libgmp.a built via the developers specs to libgmp.a built via your request) leads to 242 differences between the two static libraries. This kind of throws cold waters on the hope of the idea of using the static library built the second way and tossing out the shared libraries (which come from not using the --disable-shared option). [2007-09-07 01:26:41] jerry at scene-naturally dot dyndns dot org There are serious problems with doing that. Libtool will switch to using CC instead of GCC to build the resulting shared library, which means most things that would in use the gmp library break because they need the GCC version, which is why the folks at GMP say to use the -- disabled-shared option for OS X. 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/42568 -- Edit this bug report at http://bugs.php.net/?id=42568&edit=1
#42623 [NEW]: Dynamically accessing array properties
From: adrian dot gheorghe at gmail dot com
Operating system: Windows
PHP version: 5.2.4
PHP Bug Type: Variables related
Bug description: Dynamically accessing array properties
Description:
This is a continuation of #42622 - I'm sorry I had to open a new bug
report, but the old one was marked as bogus and could not comment on it.
Reproduce code:
---
class Foo
{
function example( $name )
{
$bar = $this->getBar();
echo $bar->$name;
}
}
Expected result:
Should work for both example('abc') and example('a["b"]')
Actual result:
--
Doesn't work for example('a["b"]')
--
Edit bug report at http://bugs.php.net/?id=42623&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42623&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42623&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42623&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42623&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42623&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42623&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42623&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42623&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42623&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42623&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42623&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42623&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42623&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42623&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42623&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42623&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42623&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42623&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42623&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42623&r=mysqlcfg
#42619 [Fbk->Opn]: Problem with prepared statement
ID: 42619
User updated by: lmanseau at claurendeau dot qc dot ca
Reported By: lmanseau at claurendeau dot qc dot ca
-Status: Feedback
+Status: Open
Bug Type: MySQLi related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Here is the SQL definition:
CREATE TABLE test1 (
c1 int(4) unsigned zerofill NOT NULL auto_increment,
c2 varchar(10) default NULL,
c3 double(4,2) default NULL,
PRIMARY KEY (c1)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Code with problem:
// Opening connection
include ('../mysql/param.inc');
$db = new mysqli($hote, $util, $mpas, $base);
if (!$db) {
echo "No connection!";
exit();
}
echo 'Non Prepared Request'; //WORK WELL
$sql = "select * from test1";
$rqp = $db->query($sql);
echo 'Rows = '.$rqp->num_rows.'';
echo 'Prepared Request'; //DON'T WORK
$sql = "select * from ch9books";
$rqp = $db->prepare($sql);
$rqp->execute();
echo 'Rows = '.$rqp->num_rows.'';
// Closing connection
$db->close();
And the results...
Non Prepared Request
Rows = 6
Prepared Request
Rows = 0
Previous Comments:
[2007-09-11 08:52:29] uwendel at mysql dot com
Please provide a reproducible test case, including SQL definitions and
"the other statements" you mention, if they are needed for a minimum
test case.
Thanks!
[2007-09-10 20:50:48] lmanseau at claurendeau dot qc dot ca
Description:
I try to execute a prepared statement with mysqli. I use PHP 5.2.0 with
MySQL 5.0.27
After some tests, prepared statements with MySQL instructions such as
(INSERT, DELETE and UPDATE) work very well.
The only case problem which I pointed out, it is the instruction SELECT
that does not seem to react of good manner
- SELECT * FROM table1 dont work
- SELECT C1, C2 FROM table1 - dont work
I have no error message!!!
Reproduce code:
---
$db = new mysqli($hote, $util, $mpas, $base);
if (!$db) {
echo "No connection with BD";
exit();
}
//WORK WELL
echo 'Non prepared statement';
$sql = "select * from ch9books";
$rqp = $db->query($sql);
echo 'books = '.$rqp->num_rows.'';
//DONT WORK
echo 'Prepared statement';
$sql = "select * from ch9books";
$rqp = $db->prepare($sql);
$rqp->execute();
echo 'books = '.$rqp->num_rows.'';
$rqp->close();
Expected result:
Non prepared statement
Books = 6
Actual result:
--
Prepared statement
Books = 0
--
Edit this bug report at http://bugs.php.net/?id=42619&edit=1
#42548 [Asn]: PROCEDURE xxx can't return a result set in the given context (works in 5.2.3!!)
ID: 42548 User updated by: garethjo at usc dot edu Reported By: garethjo at usc dot edu Status: Assigned Bug Type: MySQLi related Operating System: Windows XP, Windows 2003 PHP Version: 5.2.4 Assigned To: georg New Comment: No it doesn't, I tried it with both before sending in the bug report. Previous Comments: [2007-09-11 10:00:30] uwendel at mysql dot com Does using mysqli_multi_query() work for you? Currently you are using mysqli_real_query() to call the SP. See also, http://dev.mysql.com/doc/refman/5.1/en/call.html. If a stored procedure produces result sets, you must use mysqli_multi_query(). Ulf [2007-09-09 10:42:13] [EMAIL PROTECTED] Georg (or whoever maintains mysqli nowadays), check this out. Seems like some regression bug between 5.2.3 / 5.2.4 crept in.. [2007-09-07 18:00:17] al dot smith at aeschi dot ch dot eu dot org I'm seeing this exact bug as well. Rolling back to 5.2.3 fixes the problem. For me, executing the CALL() statement within a mysql> client session works just fine... [2007-09-07 14:50:18] garethjo at usc dot edu Yes I have seen those bugs and they are not what I am experiencing. Any stored procedure that would normally return a resultset whether it be the first or not produces the "PROCEDURE procedure.Name can't return a result set in the given context" error not a lost connection. In my example code, the first query is just used to create the database table and stored procedure. So even if it is separated out and ran separately so that the bug test is in a separate file and runs by itself after the database tables and proc are created, it will still produce the same result even though it is the first proc that was run. [2007-09-06 22:31:42] [EMAIL PROTECTED] Have you seen bug #32882 and bug #35203 ?? 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/42548 -- Edit this bug report at http://bugs.php.net/?id=42548&edit=1
#42610 [Opn->WFx]: $this can be reassigned using references
ID: 42610 Updated by: [EMAIL PROTECTED] Reported By: php dot 20 dot zsh at spamgourmet dot com -Status: Open +Status: Wont fix Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.2.4 New Comment: It is nearly impossible to track back references to this within the code to detect attempts to circumvent normal overwrite limits. Previous Comments: [2007-09-10 12:00:49] php dot 20 dot zsh at spamgourmet dot com Description: $this can be changed when you use an automagic function. Reproduce code: --- Expected result: HTTP/1.1 500 Internal Server Error Fatal error: Cannot re-assign $this in %s on line %d Actual result: -- HTTP/1.1 200 OK bool(false) -- Edit this bug report at http://bugs.php.net/?id=42610&edit=1
#42623 [Opn->Bgs]: Dynamically accessing array properties
ID: 42623
Updated by: [EMAIL PROTECTED]
Reported By: adrian dot gheorghe at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Windows
PHP Version: 5.2.4
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
When you pass 'a["b"]', the entire expression is considered to be a
string and as such is interpreted as a property name.
Previous Comments:
[2007-09-11 12:40:52] adrian dot gheorghe at gmail dot com
Description:
This is a continuation of #42622 - I'm sorry I had to open a new bug
report, but the old one was marked as bogus and could not comment on it.
Reproduce code:
---
class Foo
{
function example( $name )
{
$bar = $this->getBar();
echo $bar->$name;
}
}
Expected result:
Should work for both example('abc') and example('a["b"]')
Actual result:
--
Doesn't work for example('a["b"]')
--
Edit this bug report at http://bugs.php.net/?id=42623&edit=1
#42568 [Fbk->Opn]: Compile fails when using --with-gmp option
ID: 42568 User updated by: jerry at scene-naturally dot dyndns dot org Reported By: jerry at scene-naturally dot dyndns dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: This is from the gmp folks: "Well, I can only wish you luck since there is really nothing I can do about this. You need to dig in PHP to debug this. You need to provide me with a test case that violates the documented GMP behavior, then I will fix the error." Therein is a problem, when gmp is build according to the developer's instructions, using it when building PHP is the only place things break, which does not violate the docs for gmp. Previous Comments: [2007-09-11 12:32:27] [EMAIL PROTECTED] I have no idea how to fix this in PHP. And to me it seems more like a bug in either the tools in OSX used to compile/link and/or in libgmp. It works fine on Linux. :) Can you try and find out what the libgmp folks think might be wrong with PHP build system which might cause this kind of error? (I have no MacOSX machine to test anything so..) [2007-09-07 16:15:36] jerry at scene-naturally dot dyndns dot org I had a chance to try the following; GMP build via: ./configure \ --prefix=/usr/local \ --enable-cxx \ --disable-shared \ ABI=mode32 PHP configure: ./configure \ --with-gmp=/usr/local \ --disable-shared as requested, but running make for this configuration still crashes with the error /usr/bin/ld: /usr/local/lib/libgmp.a(popcount.o) has local relocation entries in non-writable section (__TEXT,__text) [2007-09-07 14:42:07] jerry at scene-naturally dot dyndns dot org Actually that is the default for PHP -- to build with out shared libraries on OS X checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... no checking whether to build static libraries... yes But I will try explicitly building using the --disable-shared option and see if that makes a difference. [2007-09-07 08:52:02] [EMAIL PROTECTED] My question is: Does it work? :D You could try building PHP as well with --disable-shared.. [2007-09-07 02:30:57] jerry at scene-naturally dot dyndns dot org In order to be complete, I did check as you asked compiling gmp via: ./configure \ --prefix=/usr/local \ --enable-cxx \ ABI=mode32 and using the resulting library to compile PHP via: ./configure \ --with-gmp=/usr/local PHP did configure and compile. This leads to a conundrum though, Comparing the two libraries (libgmp.a built via the developers specs to libgmp.a built via your request) leads to 242 differences between the two static libraries. This kind of throws cold waters on the hope of the idea of using the static library built the second way and tossing out the shared libraries (which come from not using the --disable-shared option). 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/42568 -- Edit this bug report at http://bugs.php.net/?id=42568&edit=1
#40792 [Com]: Wish: Function array_get(&$mixed, $key, $defaultvalue)
ID: 40792
Comment by: andrew at ashearer dot com
Reported By: t dot kloppenburg at billiton dot de
Status: Open
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.2.1
New Comment:
I submitted a patch implementing array_get() for PHP 6. If the patch
is accepted and there's interest, I could submit the PHP 5 version
also. See the ongoing discussion on the PHP internals mailing list:
[PHP-DEV] [PATCH] array_get()
http://marc.info/?l=php-internals&m=118946242013246&w=2
Patches against HEAD and test suite (PHP 6):
http://ashearer.com/software/array_get/2007-09-10-php6/array_get.diff
http://ashearer.com/software/array_get/2007-09-10-php6/array_get.phpt
Proposal:
array_get, a more palatable alternative to ifsetor
MOTIVATION
There is an unmet need for an accessor that doesn't generate an
E_NOTICE when the value is missing, as shown by ongoing discussions
and repeated requests for an ifsetor operator. However, ifsetor had a
special-case syntax and generally didn't fit very well with the rest
of the language.
http://devzone.zend.com/node/view/id/1481#Heading2 has a brief
summary. See the Related Functions and Proposals section for more.
Reading over those ideas (firstset(), coalesce(), :?, ifset(), and a
workaround using settype()), most of the best uses boil down to
retrieving values from arrays.
PROPOSAL
As a simpler alternative to constructs such as this common double
array reference...
$value = isset($_POST['command']) ? $_POST['command'] : '';
I propose an array_get function, like this...
$value = array_get($_POST, 'command', '');
The third argument provides a default. This function would require no
special syntax, and makes a very common construct easier to read and
less error-prone to type. It's a concise way of saying that missing
values can be handled gracefully.
Though request processing was used as an example, the function has
wide applicability across many other uses of associative arrays.
For discussion of limitations and alternatives, see the rest of the
proposal at:
http://marc.info/?l=php-internals&m=118946242013246&w=2
Previous Comments:
[2007-03-13 14:35:51] t dot kloppenburg at billiton dot de
ok, I code in PHP all this years and I miss it in PHP :)
[2007-03-13 11:23:03] t dot kloppenburg at billiton dot de
Description:
I miss a function or ArrayObject method to get an element of an array,
or alternativly a default value if the key is not set in the array.
In python:
mydict = {'key1' : 'value1'}
val = mydict.get('otherkey', 'defaultvalue')
-> 'defaultvalue'
This is very handy when dealing with arrays.
I'ld be happy to see this in PHP4 and PHP5. It could look like this:
$cfg = array('version' => '1.2v', 'othercfg' => 'otherval');
$tmppath = array_get( $cfg, 'tmppath', '/tmp' );
-> '/tmp'
or with ArrayObject as:
$tmppath = $arrobj->get( 'tmppath', '/tmp' );
-> '/tmp' (if not set in the array)
I code in Python since 6 or 7 years, and I really miss this function in
everyday-use.
--
Edit this bug report at http://bugs.php.net/?id=40792&edit=1
#42624 [NEW]: fwrite to a Stream create a wrong checksum
From: philipp at caha dot info
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: Streams related
Bug description: fwrite to a Stream create a wrong checksum
Description:
I write Data to a Socket, but it comes some incorrect checksum (dump with
tcpdump)
Dump :
00:16:76:df:12:eb (oui Unknown) > 00:04:23:c1:72:23 (oui Unknown),
ethertype IPv4 (0x0800), length 64: (tos 0x0, ttl 64, id 63018, offset 0,
flags [DF], proto: TCP (6), length: 50) 10.10.1.22.dnsix >
mk089144217176.a1.net.sbl: P, cksum 0x3e85 (incorrect (-> 0x261b), 1:11(10)
ack 118 win 5840 urg 10
0x: 4500 0032 f62a 4000 4006 063b 0a0a 0116
0x0010: 5990 d9b0 005a 040f 1cc2 054c 0005 0ecc
0x0020: 5038 16d0 3e85 000a 3031 3334 3036 3936
0x0030: 3233
Reproduce code:
---
$socket = stream_socket_server('tcp://10.10.1.22:90', $errno, $errstr);
$conn = @stream_socket_accept($socket, 1);
$message = fread($conn, 8192);
$answer = "0134069623";
fwrite($conn, $answer);
fclose ($conn);
fclose($socket);
--
Edit bug report at http://bugs.php.net/?id=42624&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42624&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42624&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42624&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42624&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42624&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42624&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42624&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42624&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42624&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42624&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42624&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42624&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42624&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42624&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42624&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42624&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42624&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42624&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42624&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42624&r=mysqlcfg
#42548 [Com]: PROCEDURE xxx can't return a result set in the given context (works in 5.2.3!!)
ID: 42548
Comment by: al dot smith at aeschi dot ch dot eu dot org
Reported By: garethjo at usc dot edu
Status: Assigned
Bug Type: MySQLi related
Operating System: Windows XP, Windows 2003
PHP Version: 5.2.4
Assigned To: georg
New Comment:
$query = "CALL count_runs(".$row["id"].", ".$minyear.",
".$maxyear.")";
$db->multi_query($query) or die ("Error in query: $query. " .
$db->error);
This was my query.
Previous Comments:
[2007-09-11 15:54:04] garethjo at usc dot edu
No it doesn't, I tried it with both before sending in the bug report.
[2007-09-11 10:00:30] uwendel at mysql dot com
Does using mysqli_multi_query() work for you? Currently you are using
mysqli_real_query() to call the SP. See also,
http://dev.mysql.com/doc/refman/5.1/en/call.html. If a stored procedure
produces result sets, you must use mysqli_multi_query().
Ulf
[2007-09-09 10:42:13] [EMAIL PROTECTED]
Georg (or whoever maintains mysqli nowadays), check this out. Seems
like some regression bug between 5.2.3 / 5.2.4 crept in..
[2007-09-07 18:00:17] al dot smith at aeschi dot ch dot eu dot org
I'm seeing this exact bug as well. Rolling back to 5.2.3 fixes the
problem.
For me, executing the CALL() statement within a mysql> client session
works just fine...
[2007-09-07 14:50:18] garethjo at usc dot edu
Yes I have seen those bugs and they are not what I am experiencing. Any
stored procedure that would normally return a resultset whether it be
the first or not produces the "PROCEDURE procedure.Name can't return a
result set in the given context" error not a lost connection. In my
example code, the first query is just used to create the database table
and stored procedure. So even if it is separated out and ran separately
so that the bug test is in a separate file and runs by itself after the
database tables and proc are created, it will still produce the same
result even though it is the first proc that was run.
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/42548
--
Edit this bug report at http://bugs.php.net/?id=42548&edit=1
#42625 [NEW]: When mysql and mysqli enabled both together, php cli hangs
From: jama at mk dot cvut dot cz
Operating system: Gentoo/Linux
PHP version: 5.2.4
PHP Bug Type: MySQL related
Bug description: When mysql and mysqli enabled both together, php cli hangs
Description:
when compiled vanilla php-5.2.4 with this params
./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/
bin/mysql_config
it's ok
when added mysql support too
./configure --disable-all --enable-maintainer-zts --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config
it's bad even sapi/cli/php -i hangs forever on futex call
strace sapi/cli/php -i
write(1, "questions about PHP licensing, p"..., 63questions about PHP
licensing, please contact [EMAIL PROTECTED]
) = 63
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
futex(0x2adbeb81cac0, FUTEX_WAIT, 2, NULL
The same behavior with php5.2-200709110830.
Reproduce code:
---
tar xjvf php-5.2.4.tar.bz2
mv php-5.2.4 php-5.2.4-mysqli
cp -r php-5.2.4-mysqli php-5.2.4-mysql-mysqli
cd php-5.2.4-mysql-mysqli
./configure --disable-all --enable-maintainer-zts --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config
make
sapi/cli/php -i #HANGS HERE#
cd ../php-5.2.4-mysqli
./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/
bin/mysql_config
make
sapi/cli/php -i #DOESN'T HANG HERE#
Diff between those 2 build dirs on my pc..
http://pastebin.com/m9c448da
Portage 2.1.3.9 (default-linux/amd64/2007.0/desktop,
gcc-4.2.2-alpha20070905/amd64-vanilla, glibc-2.6.1-r0, 2.6.23-rc5-git1-JaMa
x86_64)
=
System uname: 2.6.23-rc5-git1-JaMa x86_64 AMD Athlon(tm) 64 Processor
3700+
Timestamp of tree: Tue, 11 Sep 2007 10:01:01 +
ccache version 2.4 [enabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
app-shells/bash: 3.2_p17-r1
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python: 2.4.4-r4, 2.5.1-r2
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache: 2.4-r7
sys-apps/baselayout: 2.0.0_rc4-r1
sys-apps/sandbox:1.2.18.1
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2,
1.10
sys-devel/binutils: 2.18.50.0.1
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool: 1.5.24
virtual/os-headers: 2.6.22-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8"
Expected result:
php cli working
Actual result:
--
php cli hanging on every occasion
--
Edit bug report at http://bugs.php.net/?id=42625&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42625&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42625&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42625&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42625&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42625&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42625&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42625&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42625&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42625&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42625&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42625&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42625&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42625&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42625&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42625&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42625&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42625&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42625&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42625&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42625&r=mysqlcfg
#42626 [NEW]: file operations in destructor cause weird results
From: admin at ifyouwantblood dot de
Operating system: Windows XP SP2
PHP version: 5.2.4
PHP Bug Type: Class/Object related
Bug description: file operations in destructor cause weird results
Description:
Calling clearstatcache() in destructor causes some very weird stuff.
In the code below a file is created / truncated in the constructor. If you
want to read the same file with fread in the destructor while it's still
empty i'm expecting fread to print an error which it does. However if you
write something to the file AFTER reading it and run the script twice fread
returns what's written before. This should not happen, because before
reading the file, we truncate it. Moreover if you continue calling the
script, the string that fread returns contains all the writing operations
done before.
The strangest thing is, that it looks like that this behavior got
something to do with the filename "datei.txt" (is German, means file.txt).
If you change the filename, the fopen($this->filename,'r+') after
clearstatcache() fails with the error "file does not exists".
If you explicite truncate the file before reading it with ftruncate() no
error is printed.
If you remove clearstatcache() in the destructor it works as expected.
This also appears on PHP 5.2.3
Reproduce code:
---
filename,'w');
fclose($file);
echo 'filesize after truncate: '.filesize($this->filename)."\n";
}
public function __destruct()
{
echo 'Destructing test'."\n";
echo 'filesize before clearstatcache:
'.filesize($this->filename)."\n";
clearstatcache();
echo 'filesize after clearstatcache:
'.filesize($this->filename)."\n";
$file=fopen($this->filename,'r+');
if($file)
{
echo 'Reading file:
'.fread($file,filesize($this->filename));
fputs($file,'aasadf');
}
}
}
?>
Expected result:
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 0
Warning: fread() [function.fread]: Length parameter must be greater than 0
in G:\php\htdocs\cms\1jailbreak\admin\constructor.php on line 34
Reading file:
Actual result:
--
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 6
Reading file: aasadf
-
on repeated calling:
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 12
Reading file: aasadfaasadf
-
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 18
Reading file: aasadfaasadfaasadf
and so on...
--
Edit bug report at http://bugs.php.net/?id=42626&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42626&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42626&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42626&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42626&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42626&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42626&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42626&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42626&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42626&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42626&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42626&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42626&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42626&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42626&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42626&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42626&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42626&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42626&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42626&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42626&r=mysqlcfg
#42627 [NEW]: bz2 extension fails to build with -fno-common
From: jdolecek at netbsd dot org Operating system: Mac OS X PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: bz2 extension fails to build with -fno-common Description: bz2 extension header causes php_bz2_filter_factory symbol to be a common symbol, rather then extern variable, due to lacking 'extern' modifier. When compiling on Mac OS X, which uses -fno-common by default, this causes build failure. The header should define it just as extern, since the symbol is properly declared in bz2_filter.c. Fix: --- ext/bz2/php_bz2.h.orig 2007-09-02 20:11:08.0 +0200 +++ ext/bz2/php_bz2.h @@ -51,7 +51,7 @@ PHP_BZ2_API php_stream *_php_stream_bz2o #define php_stream_bz2open_from_BZFILE(bz, mode, innerstream) _php_stream_bz2open_from_BZFILE((bz), (mode), (innerstream) STREAMS_CC TSRMLS_CC) #define php_stream_bz2open(wrapper, path, mode, options, opened_path) _php_stream_bz2open((wrapper), (path), (mode), (options), (opened_path), NULL STREAMS_CC TSRMLS_CC) -php_stream_filter_factory php_bz2_filter_factory; +extern php_stream_filter_factory php_bz2_filter_factory; extern php_stream_ops php_stream_bz2io_ops; #define PHP_STREAM_IS_BZIP2&php_stream_bz2io_ops -- Edit bug report at http://bugs.php.net/?id=42627&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42627&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42627&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42627&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42627&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42627&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42627&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42627&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42627&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42627&r=support Expected behavior:http://bugs.php.net/fix.php?id=42627&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42627&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42627&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42627&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42627&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42627&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42627&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42627&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42627&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42627&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42627&r=mysqlcfg
#42628 [NEW]: WRONG ARITMETHIC RESULT
From: jortac2002 at yahoo dot com dot mx
Operating system: WINDOWS XP PROFESSIONAL
PHP version: 5.2.4
PHP Bug Type: Scripting Engine problem
Bug description: WRONG ARITMETHIC RESULT
Description:
I have the following code :
It is very simple code, and the result is very stange because
amounts are the same but result shows "NOT EQUAL"
Reproduce code:
---
";
if ($four == $one) {
echo "THEY ARE EQUAL ";
}
else {
echo "THEY ARE NOT EQUAL DIFFERENCE " . $difer . "";
}
?>
Expected result:
THEY ARE EQUAL
Actual result:
--
THEY ARE NOT EQUAL DIFFERENCE -2.737367544323E-013
--
Edit bug report at http://bugs.php.net/?id=42628&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42628&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42628&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42628&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42628&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42628&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42628&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42628&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42628&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42628&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42628&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42628&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42628&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42628&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42628&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42628&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42628&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42628&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42628&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42628&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42628&r=mysqlcfg
#42629 [NEW]: Dynamically loaded PHP extensions need symbols exported
From: jdolecek at NetBSD dot org Operating system: Mac OS X 10.4.10 PHP version: 5.2.4 PHP Bug Type: Dynamic loading Bug description: Dynamically loaded PHP extensions need symbols exported Description: Some PHP extensions expect to have symbols from other PHP extensions available. This is the case for PDO drivers (which use symbols from PDO extension) and XSL (which uses symbols from DOM extension). Extensions are loaded with dlopen(..., RTLD_GLOBAL) on platforms with dlopen() (i.e. most unices). On Mac OS X, NSLinkModule() is used instead of dlopen(), but with 'private' option, which hides symbols of dynamically loaded extensions from other dynamically loaded code. Due to this symbol hiding, PDO and DOM needed to be compiled into base PHP binary, otherwise the dependant extension couldn't be dynamically loaded since expected symbols are not found. PDO configure script even intentionally silently disables compilation of dynamically loaded PDO module on MacOSX/Darwin because of this. Following patch makes it possible to load also PDO and DOM dynamically on Mac OS X and thus PHP extensions work all the same way as on other UNIX systems: --- Zend/zend_extensions.c.orig 2007-09-11 22:00:50.0 +0200 +++ Zend/zend_extensions.c @@ -243,7 +243,7 @@ void *zend_mh_bundle_load(char* bundle_p return NULL; } - bundle_handle = NSLinkModule(bundle_image, bundle_path, NSLINKMODULE_OPTION_PRIVATE); + bundle_handle = NSLinkModule(bundle_image, bundle_path, NSLINKMODULE_OPTION_NONE); NSDestroyObjectFileImage(bundle_image); /* call the init function of the bundle */ Reproduce code: --- Compile PDO (after fix to configure script) as dynamic extensions, as well as pdo_mysq, and add into php.ini lines: extension=pdo.so extension=pdo_mysql.so then run: php -m | grep -i pdo Expected result: PDO pdo_mysql Actual result: -- dyld: lazy symbol binding failed: Symbol not found: _php_pdo_declare_long_constant Referenced from: /Users/Shared/pkg/lib/php/20040412/pdo_mysql.so Expected in: flat namespace dyld: Symbol not found: _php_pdo_declare_long_constant Referenced from: /Users/Shared/pkg/lib/php/20040412/pdo_mysql.so Expected in: flat namespace Trace/BPT trap -- Edit bug report at http://bugs.php.net/?id=42629&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42629&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42629&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42629&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42629&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42629&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42629&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42629&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42629&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42629&r=support Expected behavior:http://bugs.php.net/fix.php?id=42629&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42629&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42629&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42629&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42629&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42629&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42629&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42629&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42629&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42629&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42629&r=mysqlcfg
#42547 [Fbk->Opn]: ext/iconv/iconv.c:2426: undefined reference to `libiconv_open'
ID: 42547 User updated by: dawidpachla at gmail dot com Reported By: dawidpachla at gmail dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: CentOS 5 with DirectAdmin PHP Version: 5.2.4 New Comment: it's /usr/local/lib Previous Comments: [2007-09-05 13:24:13] [EMAIL PROTECTED] You seem to have libiconv in your system. Where is it located and is that location in LD_LIBRARY_PATH? (or /etc/ld.so.conf* file or directory..) [2007-09-04 19:01:00] dawidpachla at gmail dot com Description: I use CentOS 5 with newest DirecAdmin, apache2, mod_security and php 5.2.3 (when I upgraded from 4.4.7 to 5.2.3 everything was ok). Everything is compiling fine until: reference to `libiconv' /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1211: undefined reference to `libiconv' /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1242: undefined reference to `libiconv' ext/iconv/.libs/iconv.o:/usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:1286: more undefined references to `libiconv' follow ext/iconv/.libs/iconv.o: In function `php_iconv_stream_filter_ctor': /usr/local/directadmin/customapache/php-5.2.4/ext/iconv/iconv.c:2426: undefined reference to `libiconv_open' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is my configuration file: ./configure \ --with-apxs2 \ --with-curl \ --with-curl=/usr/local/lib \ --with-gd \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-kerberos \ --with-openssl \ --with-mcrypt \ --with-mhash \ --with-mysql=/usr \ --with-pear \ --with-png-dir=/usr/local/lib \ --with-xml \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-zip \ --enable-bcmath \ --enable-calendar \ --enable-ftp \ --enable-magic-quotes \ --enable-sockets \ --enable-track-vars \ --enable-mbstring \ --enable-memory-limit -- Edit this bug report at http://bugs.php.net/?id=42547&edit=1
#42630 [NEW]: dlopen() should be preferred to NSLinkModule()
From: jdolecek at NetBSD dot org
Operating system: Mac OS X 10.4
PHP version: 5.2.4
PHP Bug Type: Dynamic loading
Bug description: dlopen() should be preferred to NSLinkModule()
Description:
PHP uses NSLinkModule()-based interface for loading dynamic extensions.
Since Mac OS X 10.4, dlopen() is now available as native function and
should be used in preference to older NSLinkModule()-based method, for
consistency with other UNIX platforms.
Fix - if dlopen() is available, use dlopen(), otherwise fallback to
NSLinkModule():
--- Zend/zend.h.orig2007-09-05 00:16:02.0 +0200
+++ Zend/zend.h
@@ -80,18 +80,7 @@
# include
#endif
-#if HAVE_MACH_O_DYLD_H
-#include
-
-/* MH_BUNDLE loading functions for Mac OS X / Darwin */
-void *zend_mh_bundle_load (char* bundle_path);
-int zend_mh_bundle_unload (void *bundle_handle);
-void *zend_mh_bundle_symbol(void *bundle_handle, const char
*symbol_name);
-const char *zend_mh_bundle_error(void);
-
-#endif /* HAVE_MACH_O_DYLD_H */
-
-#if defined(HAVE_LIBDL) && !defined(HAVE_MACH_O_DYLD_H) &&
!defined(ZEND_WIN32)
+#if defined(HAVE_LIBDL) && !defined(ZEND_WIN32)
# ifndef RTLD_LAZY
# define RTLD_LAZY 1/* Solaris 1, FreeBSD's (2.1.7.1 and older) */
@@ -118,6 +107,14 @@ const char *zend_mh_bundle_error(void);
# define DL_HANDLE void *
# define ZEND_EXTENSIONS_SUPPORT 1
#elif defined(HAVE_MACH_O_DYLD_H)
+
+#include
+
+/* MH_BUNDLE loading functions for Mac OS X / Darwin */
+void *zend_mh_bundle_load (char* bundle_path);
+int zend_mh_bundle_unload (void *bundle_handle);
+void *zend_mh_bundle_symbol(void *bundle_handle, const char
*symbol_name);
+const char *zend_mh_bundle_error(void);
# define DL_LOAD(libname)
zend_mh_bundle_load(libname)
# define DL_UNLOAD zend_mh_bundle_unload
# define DL_FETCH_SYMBOL(h,s)
zend_mh_bundle_symbol(h,s)
--- Zend/zend_extensions.c.orig 2007-09-05 00:24:04.0 +0200
+++ Zend/zend_extensions.c
@@ -230,7 +230,7 @@ ZEND_API zend_extension *zend_get_extens
*
*/
-#if HAVE_MACH_O_DYLD_H
+#if defined(HAVE_MACH_O_DYLD_H) && !defined(HAVE_LIBDL)
void *zend_mh_bundle_load(char* bundle_path)
{
@@ -284,7 +284,7 @@ const char *zend_mh_bundle_error(void)
return NULL;
}
-#endif /* HAVE_MACH_O_DYLD_H */
+#endif /* HAVE_MACH_O_DYLD_H && !HAVE_LIBDL */
/*
* Local variables:
Reproduce code:
---
I've originally developed this patch as a fix to bug #42629 to make
extensions load with RTLD_GLOBAL. However, I found simplier fix to that
problem, so I'm filling this dlopen() change as a separate bug report.
--
Edit bug report at http://bugs.php.net/?id=42630&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42630&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42630&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42630&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42630&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42630&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42630&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42630&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42630&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42630&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42630&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42630&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42630&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42630&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42630&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42630&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42630&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42630&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42630&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42630&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42630&r=mysqlcfg
#42631 [NEW]: mssql_connect causes stack smashing attack protection
From: gabe at mudbugmedia dot com
Operating system: Gentoo Linux 2.6.17-hardened-r1
PHP version: 5.2.4
PHP Bug Type: MSSQL related
Bug description: mssql_connect causes stack smashing attack protection
Description:
When executing a PHP script over Apache 2.2 SAPI (not CGI),
mssql_connect() causes Apache to exit with the following in the
syslog:
apache2: stack smashing attack in function tds_write_packet -
terminated
This occurs only after successfully connecting to a valid MSSQL
server, but before authentication information is verified; supplying
invalid username/password will still cause the error to trigger.
However, entering in a non-listening IP to connect to will return
false and continue execution.
Gentoo developers identified this bug as PHP instead of Apache, as
Apache is not responsible for the calling of the tds_write_packet()
function
Bug originally submitted here, but was reclassified as being UPSTREAM:
http://bugs.gentoo.org/show_bug.cgi?id=191988
an strace of the process (capture started after initial connect
`netstat -p` after connection was the only way I could determine which
apache process to strace):
Process 11348 attached - interrupt to quit
poll([{fd=1027, events=POLLIN, revents=POLLIN}], 1, 30) = 1
read(1027, "Host: kokiri.org\r\n", 8000) = 18
poll([{fd=1027, events=POLLIN, revents=POLLIN}], 1, 30) = 1
read(1027, "\r\n", 8000)= 2
gettimeofday({1189537767, 899761}, NULL) = 0
gettimeofday({1189537767, 899905}, NULL) = 0
stat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
open("/www/.htaccess", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
or directory)
open("/www/kokiri.org/.htaccess", O_RDONLY|O_LARGEFILE) = -1 ENOENT
(No such file or directory)
open("/www/kokiri.org/htdocs/.htaccess", O_RDONLY|O_LARGEFILE) = 1028
fstat64(1028, {st_mode=S_IFREG|0664, st_size=79, ...}) = 0
read(1028, "RewriteEngine on\n\nRewriteRule ro"..., 4096) = 79
read(1028, "", 4096)= 0
close(1028) = 0
open("/www/kokiri.org/htdocs/findwork.php/.htaccess",
O_RDONLY|O_LARGEFILE) = -1 ENOTDIR (Not a directory)
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={60, 0}}, NULL) =
0
rt_sigaction(SIGPROF, {0x503ec97b, [PROF], SA_RESTORER|SA_RESTART,
0x50aeab68}, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
getcwd("/", 4095) = 2
chdir("/www/kokiri.org/htdocs") = 0
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={30, 0}}, NULL) =
0
rt_sigaction(SIGPROF, {0x503ec97b, [PROF], SA_RESTORER|SA_RESTART,
0x50aeab68}, {0x503ec97b, [PROF], SA_RESTORER|SA_RESTART, 0x50aeab68},
8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www/kokiri.org/htdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www/kokiri.org/htdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www/kokiri.org/htdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www/kokiri.org/htdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
stat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
lstat64("/www", {st_mode=S_IFDIR|0775, st_size=16384, ...}) = 0
lstat64("/www/kokiri.org", {st_mode=S_IFDIR|0775, st_size=4096, ...})
= 0
lstat64("/www/kokiri.org/htdocs", {st_mode=S_IFDIR|0775, st_size=4096,
...}) = 0
lstat64("/www/kokiri.org/htdocs/findwork.php", {st_mode=S_IFREG|0664,
st_size=175, ...}) = 0
open("/www/kokiri.org/htdocs/findwork.php", O_RDONLY) = 1028
fstat64(1028, {st_mode=S_IFREG|0664, st_size=175, ...}) = 0
read(1028, "START!\r\nhttp://bugs.gentoo.org";..., 35) = 35
write(1029, "Report to http://bugs.gentoo.org";..., 35) = 35
close(1029) = 0
getpid()= 11348
kill(11348, SIGKILL)= 0
+++ killed by SIGKILL +++
P
#42628 [Com]: WRONG ARITMETHIC RESULT
ID: 42628
Comment by: admin at ifyouwantblood dot de
Reported By: jortac2002 at yahoo dot com dot mx
Status: Open
Bug Type: Scripting Engine problem
Operating System: WINDOWS XP PROFESSIONAL
PHP Version: 5.2.4
New Comment:
This is the thing with floating numbers, just as the manual states:
It is quite usual that simple decimal fractions like 0.1 or 0.7
cannot be converted into their internal binary counterparts without a
little loss of precision.
The follwing works as you would expect it therefore:
";
if ($four == $one) {
echo "THEY ARE EQUAL ";
}
else {
echo "THEY ARE NOT EQUAL DIFFERENCE " . $difer . "";
}
?>
Previous Comments:
[2007-09-11 19:44:27] jortac2002 at yahoo dot com dot mx
Description:
I have the following code :
It is very simple code, and the result is very stange because
amounts are the same but result shows "NOT EQUAL"
Reproduce code:
---
";
if ($four == $one) {
echo "THEY ARE EQUAL ";
}
else {
echo "THEY ARE NOT EQUAL DIFFERENCE " . $difer . "";
}
?>
Expected result:
THEY ARE EQUAL
Actual result:
--
THEY ARE NOT EQUAL DIFFERENCE -2.737367544323E-013
--
Edit this bug report at http://bugs.php.net/?id=42628&edit=1
#42502 [Fbk->Opn]: GCC no longer implements
ID: 42502
User updated by: supportnew at byethost dot com
Reported By: supportnew at byethost dot com
-Status: Feedback
+Status: Open
Bug Type: mbstring related
Operating System: debian linux 4
PHP Version: 5.2.4
Assigned To: hirokawa
New Comment:
Hi ,
find -name config.h
./ext/pcre/pcrelib/config.h
./ext/pdo_sqlite/sqlite/src/config.h
./ext/bcmath/libbcmath/src/config.h
./ext/mbstring/libmbfl/config.h
./ext/mbstring/oniguruma/win32/config.h
./ext/mbstring/oniguruma/config.h
./ext/sqlite/libsqlite/src/config.h
I cant see a file called main/config.h could this be the cause ?
This is a direct extract from php-5.2.4.tar.bz2 sources.
Previous Comments:
[2007-09-04 14:06:54] [EMAIL PROTECTED]
Please show me if HAVE_STDARG_PROTOTYPES and HAVE_STDARG_H are
defined or not in your main/config.h
I think that HAVE_STDARG_PROTOTYPES isn't properly defined.
If it is not defined stdarg.h is not existing in you include path.
[2007-09-03 08:17:14] [EMAIL PROTECTED]
Assigned to the mbstring maintainer.
[2007-08-31 18:07:51] supportnew at byethost dot com
Description:
When compiling the stable 5.2.4 branch of php the compile process dies
at the same point.
I have tried this on 3 seperate servers (using the different versions
of GCC )
Reproduce code:
---
download stable, configure with
./configure --prefix=/usr/phpapache2
--with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi
--with-config-file-path=/etc/php4/apache --enable-inline-optimization
--enable-memory-limit --disable-debug --disable-rpath --disable-static
--with-layout=GNU --with-pear=/usr/share/php --enable-calendar
--enable-track-vars --enable-trans-sid --enable-bcmath --without-bz2
--disable-ctype --with-iconv --enable-exif --disable-ftp --with-gettext
--enable-mbstring --disable-sockets --disable-wddx --with-xsl
--with-expat-dir=/usr --disable-yp --with-zlib --without-pgsql
--without-openssl --with-zip=/usr --disable-dbx
--with-exec-dir=/usr/lib/php4/libexec --with-mcrypt --without-sybase-ct
--with-mysql=/usr --with-zlib-dir=/usr --with-gd=/usr/local/gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr
--with-ttf=shared,/usr --with-t1lib --with-freetype-dir=/usr
--enable-gd-native-ttf --with-sqlite --with-mysqli --with-xsl
--enable-ctype --with-pdo-mysql --without-pdo-sqlite --with-pspell
using
gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --with-tune=i686
--enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
config.log can be found here
http://byet.org/config.log
Expected result:
no errors.
Actual result:
--
In file included from
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:37:
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:4:2: error: #error
"GCC no longer implements ."
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:5:2: error: #error
"Revise your code to use ."
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c: In function
'onig_error_code_to_str':
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:196: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:265: error: expected
'=', ',', ';', 'asm' or '__attribute__' before 'OnigUChar'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:271: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:270: error:
declaration for parameter 'fmt' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:269: error:
declaration for parameter 'pat_end' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:268: error:
declaration for parameter 'pat' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:267: error:
declaration for parameter 'enc' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:266: error:
declaration for parameter 'bufsize' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:334: error: expected
'{' at end of input
make: *** [ext/mbstring/oniguruma/regerror.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=42502&edit=1
#42502 [Opn]: GCC no longer implements
ID: 42502
User updated by: supportnew at byethost dot com
Reported By: supportnew at byethost dot com
Status: Open
Bug Type: mbstring related
Operating System: debian linux 4
PHP Version: 5.2.4
Assigned To: hirokawa
New Comment:
ahh , the file
main/php_config.h exists , and
the following values are present
/* Define if stdarg.h is available */
/* #undef HAVE_STDARG_PROTOTYPES */
/* Define if you have the header file. */
#define HAVE_STDARG_H 1
Previous Comments:
[2007-09-11 20:39:39] supportnew at byethost dot com
Hi ,
find -name config.h
./ext/pcre/pcrelib/config.h
./ext/pdo_sqlite/sqlite/src/config.h
./ext/bcmath/libbcmath/src/config.h
./ext/mbstring/libmbfl/config.h
./ext/mbstring/oniguruma/win32/config.h
./ext/mbstring/oniguruma/config.h
./ext/sqlite/libsqlite/src/config.h
I cant see a file called main/config.h could this be the cause ?
This is a direct extract from php-5.2.4.tar.bz2 sources.
[2007-09-04 14:06:54] [EMAIL PROTECTED]
Please show me if HAVE_STDARG_PROTOTYPES and HAVE_STDARG_H are
defined or not in your main/config.h
I think that HAVE_STDARG_PROTOTYPES isn't properly defined.
If it is not defined stdarg.h is not existing in you include path.
[2007-09-03 08:17:14] [EMAIL PROTECTED]
Assigned to the mbstring maintainer.
[2007-08-31 18:07:51] supportnew at byethost dot com
Description:
When compiling the stable 5.2.4 branch of php the compile process dies
at the same point.
I have tried this on 3 seperate servers (using the different versions
of GCC )
Reproduce code:
---
download stable, configure with
./configure --prefix=/usr/phpapache2
--with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi
--with-config-file-path=/etc/php4/apache --enable-inline-optimization
--enable-memory-limit --disable-debug --disable-rpath --disable-static
--with-layout=GNU --with-pear=/usr/share/php --enable-calendar
--enable-track-vars --enable-trans-sid --enable-bcmath --without-bz2
--disable-ctype --with-iconv --enable-exif --disable-ftp --with-gettext
--enable-mbstring --disable-sockets --disable-wddx --with-xsl
--with-expat-dir=/usr --disable-yp --with-zlib --without-pgsql
--without-openssl --with-zip=/usr --disable-dbx
--with-exec-dir=/usr/lib/php4/libexec --with-mcrypt --without-sybase-ct
--with-mysql=/usr --with-zlib-dir=/usr --with-gd=/usr/local/gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr
--with-ttf=shared,/usr --with-t1lib --with-freetype-dir=/usr
--enable-gd-native-ttf --with-sqlite --with-mysqli --with-xsl
--enable-ctype --with-pdo-mysql --without-pdo-sqlite --with-pspell
using
gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --with-tune=i686
--enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
config.log can be found here
http://byet.org/config.log
Expected result:
no errors.
Actual result:
--
In file included from
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:37:
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:4:2: error: #error
"GCC no longer implements ."
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:5:2: error: #error
"Revise your code to use ."
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c: In function
'onig_error_code_to_str':
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:196: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:265: error: expected
'=', ',', ';', 'asm' or '__attribute__' before 'OnigUChar'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:271: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:270: error:
declaration for parameter 'fmt' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:269: error:
declaration for parameter 'pat_end' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:268: error:
declaration for parameter 'pat' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:267: error:
declaration for parameter 'enc' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:266: error:
declaration for parameter 'bufsize' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:334: error: expected
'{' at end of inp
#42628 [Opn->Bgs]: WRONG ARITMETHIC RESULT
ID: 42628
Updated by: [EMAIL PROTECTED]
Reported By: jortac2002 at yahoo dot com dot mx
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: WINDOWS XP PROFESSIONAL
PHP Version: 5.2.4
New Comment:
Floating point values have a limited precision. Hence a value might
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly
printing it without any mathematical operations.
If you would like to know more about "floats" and what IEEE
754 is read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
Thank you for your interest in PHP.
Previous Comments:
[2007-09-11 20:36:02] admin at ifyouwantblood dot de
This is the thing with floating numbers, just as the manual states:
It is quite usual that simple decimal fractions like 0.1 or 0.7
cannot be converted into their internal binary counterparts without a
little loss of precision.
The follwing works as you would expect it therefore:
";
if ($four == $one) {
echo "THEY ARE EQUAL ";
}
else {
echo "THEY ARE NOT EQUAL DIFFERENCE " . $difer . "";
}
?>
[2007-09-11 19:44:27] jortac2002 at yahoo dot com dot mx
Description:
I have the following code :
It is very simple code, and the result is very stange because
amounts are the same but result shows "NOT EQUAL"
Reproduce code:
---
";
if ($four == $one) {
echo "THEY ARE EQUAL ";
}
else {
echo "THEY ARE NOT EQUAL DIFFERENCE " . $difer . "";
}
?>
Expected result:
THEY ARE EQUAL
Actual result:
--
THEY ARE NOT EQUAL DIFFERENCE -2.737367544323E-013
--
Edit this bug report at http://bugs.php.net/?id=42628&edit=1
#42632 [NEW]: PDO fetch doesn't preserve case
From: mattsch at gmail dot com
Operating system: Gentoo Linux
PHP version: 5.2.4
PHP Bug Type: PDO related
Bug description: PDO fetch doesn't preserve case
Description:
PDO fetch doesn't preserve the case of the column. I don't know if this
is a "feature" or if it is a bug, but if it is a "feature" since the
beginning of PDO, could I also suggest that another flag be added for PDO
fetch to tell it to preserve the case?
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$pdo->query("SET search_path to {$schema}");
$accountState = $pdo->prepare('
SELECT id AS accountId
FROM account
WHERE id = ?
');
$accountState->bindParam(1, $id, PDO::PARAM_INT);
$accountState->execute();
$getAccount = $accountState->fetch(PDO::FETCH_OBJ);
$accountState->closeCursor();
var_dump($getAccount);
} catch (Exception $e){
print "An error occurred: {$e->getMessage()}";
}
?>
Expected result:
object(stdClass)#8 (1) {
["accountId"]=>
int(339)
}
Actual result:
--
object(stdClass)#8 (1) {
["accountid"]=>
int(339)
}
--
Edit bug report at http://bugs.php.net/?id=42632&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42632&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42632&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42632&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42632&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42632&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42632&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42632&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42632&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42632&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42632&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42632&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42632&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42632&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42632&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42632&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42632&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42632&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42632&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42632&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42632&r=mysqlcfg
#42626 [Com]: file operations in destructor cause weird results
ID: 42626
Comment by: admin at tifyouwantblood dot de
Reported By: admin at ifyouwantblood dot de
Status: Open
Bug Type: Class/Object related
Operating System: Windows XP SP2
PHP Version: 5.2.4
New Comment:
this works as expected on PHP 5.2.2 on SunOS.
Previous Comments:
[2007-09-11 19:18:08] admin at ifyouwantblood dot de
Description:
Calling clearstatcache() in destructor causes some very weird stuff.
In the code below a file is created / truncated in the constructor. If
you want to read the same file with fread in the destructor while it's
still empty i'm expecting fread to print an error which it does. However
if you write something to the file AFTER reading it and run the script
twice fread returns what's written before. This should not happen,
because before reading the file, we truncate it. Moreover if you
continue calling the script, the string that fread returns contains all
the writing operations done before.
The strangest thing is, that it looks like that this behavior got
something to do with the filename "datei.txt" (is German, means
file.txt). If you change the filename, the fopen($this->filename,'r+')
after clearstatcache() fails with the error "file does not exists".
If you explicite truncate the file before reading it with ftruncate()
no error is printed.
If you remove clearstatcache() in the destructor it works as expected.
This also appears on PHP 5.2.3
Reproduce code:
---
filename,'w');
fclose($file);
echo 'filesize after truncate: '.filesize($this->filename)."\n";
}
public function __destruct()
{
echo 'Destructing test'."\n";
echo 'filesize before clearstatcache:
'.filesize($this->filename)."\n";
clearstatcache();
echo 'filesize after clearstatcache:
'.filesize($this->filename)."\n";
$file=fopen($this->filename,'r+');
if($file)
{
echo 'Reading file:
'.fread($file,filesize($this->filename));
fputs($file,'aasadf');
}
}
}
?>
Expected result:
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 0
Warning: fread() [function.fread]: Length parameter must be greater
than 0 in G:\php\htdocs\cms\1jailbreak\admin\constructor.php on line 34
Reading file:
Actual result:
--
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 6
Reading file: aasadf
-
on repeated calling:
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 12
Reading file: aasadfaasadf
-
filesize after truncate: 0
Destructing test
filesize before clearstatcache: 0
filesize after clearstatcache: 18
Reading file: aasadfaasadfaasadf
and so on...
--
Edit this bug report at http://bugs.php.net/?id=42626&edit=1
#42634 [NEW]: Apache 2.2.6 + PHP 5.2.4 => 302
From: php at transpect dot com Operating system: Gentoo Linux PHP version: 5.2.4 PHP Bug Type: Apache2 related Bug description: Apache 2.2.6 + PHP 5.2.4 => 302 Description: Apache 2.2.6 with php 5.2.3's libphp5.so works fine. But with 5.2.4 Apache starts without error, but every request to the server (whether to a PHP or HTML page) results in a blank page in the browser, and a "302" (redirect) rather than a "200" response in the log. In all respects this is the same system except for the switch between 5.2.3 and 5.2.4. Reproduce code: --- These are the configuration options used - building by hand in each case: HTTPD ./configure --enable-so --enable-ssl --enable-rewrite PHP ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --disable-cgi -- Edit bug report at http://bugs.php.net/?id=42634&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42634&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42634&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42634&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42634&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42634&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42634&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42634&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42634&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42634&r=support Expected behavior:http://bugs.php.net/fix.php?id=42634&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42634&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42634&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42634&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42634&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42634&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42634&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42634&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42634&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42634&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42634&r=mysqlcfg
#42618 [Opn->Csd]: bcmath mod compile broken: '_zero_' undeclared in function 'bc_init_numbers'
ID: 42618 Updated by: [EMAIL PROTECTED] Reported By: john2317 at gmail dot com -Status: Open +Status: Closed Bug Type: BC math related Operating System: all PHP Version: 5CVS-2007-09-10 (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: [2007-09-10 20:34:23] john2317 at gmail dot com Description: php 52-branch cvs co from a couple of weeks ago worked fine with: cd /dev/php52/ext/bcmath phpize --clean phpize ./configure make install after update to PHP 5.2.5-dev (cli) (built: Sep 10 2007 03:38:43) build of bcmath mod breaks at ... /dev/php52/ext/bcmath/libbcmath/src/init.c: In function 'bc_init_numbers': /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: '_zero_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: (Each undeclared identifier is reported only once /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: for each function it appears in.) /dev/php52/ext/bcmath/libbcmath/src/init.c:106: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:107: error: '_one_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:107: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:108: error: invalid type argument of '->' /dev/php52/ext/bcmath/libbcmath/src/init.c:109: error: '_two_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:109: error: invalid lvalue in assignment /dev/php52/ext/bcmath/libbcmath/src/init.c:110: error: invalid type argument of '->' /dev/php52/ext/bcmath/libbcmath/src/init.c: In function 'bc_init_num': /dev/php52/ext/bcmath/libbcmath/src/init.c:129: error: '_zero_' undeclared (first use in this function) /dev/php52/ext/bcmath/libbcmath/src/init.c:129: warning: passing argument 1 of 'bc_copy_num' makes pointer from integer without a cast make: *** [libbcmath/src/init.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=42618&edit=1
#42635 [NEW]: var_dump() should render more precise floats
From: daniel dot oconnor at gmail dot com Operating system: Irrelevant PHP version: 5.2.4 PHP Bug Type: Feature/Change Request Bug description: var_dump() should render more precise floats Description: var_dump() does not show the actual value of floats; but rather performs rounding before rendering. This can lead to hard to decipher loss of precision bugs. If you then use var_dump() to try to compare output, you aren't going to find the *actual* values of the numbers you are comparing. For this reason, I'd like to ask var_dump() renders the complete representation of the number; where needed in scientific notation. Reproduce code: --- Expected result: -- php -- float(12.99) float(12.99) // should be 12.99 + -5.3290705182008E-15 float(-5.3290705182008E-15) Output completed (0 sec consumed) - Normal Termination Actual result: -- -- php -- float(12.99) float(12.99) float(-5.3290705182008E-15) Output completed (0 sec consumed) - Normal Termination -- Edit bug report at http://bugs.php.net/?id=42635&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42635&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42635&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42635&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42635&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42635&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42635&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42635&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42635&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42635&r=support Expected behavior:http://bugs.php.net/fix.php?id=42635&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42635&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42635&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42635&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42635&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42635&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42635&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42635&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42635&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42635&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42635&r=mysqlcfg
#42636 [NEW]: Problem - loading mysql database in dreamweaver mx:
From: tony at veederline dot com dot au Operating system: windows xp PHP version: 5.2.4 PHP Bug Type: Dynamic loading Bug description: Problem - loading mysql database in dreamweaver mx: Description: I am using dream weaver 6.0 to build a dynamic web site with php and mysql. I try connecting to an existing database, dreamweaver can't find it. I even went to macromedia web site and found that this is a known problem. I,ve triple, triple checked all parameters and still no solution. I get and successfully test conection but no tables will load. -- Edit bug report at http://bugs.php.net/?id=42636&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42636&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42636&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42636&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42636&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42636&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42636&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42636&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42636&r=support Expected behavior:http://bugs.php.net/fix.php?id=42636&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42636&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42636&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42636&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42636&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42636&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42636&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42636&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42636&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42636&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42636&r=mysqlcfg
#42637 [NEW]: SoapFault : Only http and https are allowed
From: christof at sanmax dot be
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: SOAP related
Bug description: SoapFault : Only http and https are allowed
Description:
When sending a request with the SoapClient, a SoapFault is produced :
Fatal error: Uncaught SoapFault exception: [HTTP] Unknown protocol. Only
http and https are allowed.
The probleem seems to be located in the php_url_parse_ex function. In
version 5.1.6 it works fine, in 5.2.4 is does not. The php scheme is null
instead of http according to our tests.
Reproduce code:
---
$base = 'http:///service.asmx?WSDL';
$soap = new SoapClient($base, array('trace' => 1));
$login = new StdClass;
$login->userName = 'test';
$login->passWord = 'test';
$login->languageCode = 'NL';
$loginResult = $soap->Login($login);
Expected result:
no soapfault. In php 5.1.6 it works fine, no exception is thrown.
Actual result:
--
Fatal error: Uncaught SoapFault exception: [HTTP] Unknown protocol. Only
http and https are allowed in /home/data/websites/www/phptest.php:10
Stack trace:
#0 [internal function]: SoapClient->__doRequest('http://demobet5...', 'http://XServer', 1, 0)
#1 [internal function]: SoapClient->__call('Login', Array)
#2 /home/data/websites/www/phptest.php(10):
SoapClient->Login(Object(stdClass))
#3 {main}
thrown in /home/data/websites/www/phptest.php on line 10
--
Edit bug report at http://bugs.php.net/?id=42637&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42637&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42637&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42637&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42637&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42637&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42637&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42637&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42637&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42637&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42637&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42637&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42637&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42637&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42637&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42637&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42637&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42637&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42637&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42637&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42637&r=mysqlcfg
