#42873 [NEW]: mysql query is not getting executed when i'm using a variable in query
From: pankaj_rohtas at yahoo dot co dot in
Operating system: windows xp
PHP version: 5.2.4
PHP Bug Type: MySQL related
Bug description: mysql query is not getting executed when i'm using a variable
in query
Description:
$query = 'SELECT * FROM emp WHERE empid="$empid"' ;
query is not getting executed if i'm using $empid as variable.
if i'm providing direct empid which i have defined as INT then it is
working good.
Reproduce code:
---
$empid=FALSE;
$ename=FALSE;
$dept=FALSE;
$sal=FALSE;
$empid=$_POST["empid"];
$ename=$_POST["ename"];
$dept=$_POST["dept"];
$sal=$_POST["salary"];
If ($empid==TRUE)
{
$query = 'SELECT * FROM emp WHERE empid="$empid"' ;
$result = mysql_query($query) or die('Query failed: ' . mysql_error());
//echo "$result";
while ($line = mysql_fetch_array($result, MYSQL_ASSOC))
{
echo "\t\n";
foreach ($line as $col_value)
{
echo "\t\t$col_value\n";
}
echo "\t\n";
}
echo "\n";
//Free resultset
mysql_free_result($result);
Expected result:
full details about that row...
Actual result:
--
getting blank page
--
Edit bug report at http://bugs.php.net/?id=42873&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42873&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42873&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42873&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42873&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42873&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42873&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42873&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42873&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42873&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42873&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42873&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42873&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42873&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42873&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42873&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42873&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42873&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42873&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42873&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42873&r=mysqlcfg
#42613 [Com]: Unable to load Dynamic Link Libraries
ID: 42613 Comment by: yinanan at myway dot com Reported By: patrick at baynewmedia dot com Status: No Feedback Bug Type: *General Issues Operating System: Windows XP Pro & Windows Vista PHP Version: 5.2.4 New Comment: Me too! Previous Comments: [2007-09-22 06:15:58] david at ecardmax dot com this version does not work on my local machine Apache 2.2. It cost me too much time to install it. Any help ?? [2007-09-21 10:02:55] mat at overclockers dot at Nevermind, just found out that my php.ini went from c:\Windows inside a subdirectory - please don't ask me how! ;) [2007-09-21 03:06:11] mat at overclockers dot at Seems like something is messed up with the extension_dir variable. In the newest version 5.2.4 I have no chance to change the content. I think this is what is happening here too, because the extensions want to be loaded from "C:\Php5" which is the default setting of this configuration option. So I can reproduce this error on Windows Vista, have not tried it on Windows XP yet. And yes, I am pretty sure that the _right_ php.ini gets loaded. Regards, mat [2007-09-19 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-09-18 13:42:00] azlan01 at yahoo dot com fyi - i had the exact same problem. i uninstalled the php installation, and downloaded the zip file. i unzipped to c:\php5, ran go-pear.bat and it worked. 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/42613 -- Edit this bug report at http://bugs.php.net/?id=42613&edit=1
#42106 [Opn->Csd]: Build fails due to duplicate symbols (missing externs)
ID: 42106 Updated by: [EMAIL PROTECTED] Reported By: chris at improbable dot org -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Mac OS X PHP Version: 5.2CVS-2007-07-26 Assigned To: jani New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-10-03 00:49:02] chris at improbable dot org This is still a problem with 5.2.4. This affects the stock gcc (i686- apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5367)) with or without CFLAGS=-fast [2007-07-26 17:27:45] [EMAIL PROTECTED] What compiler (and version) are you using? Does this happen if you don't set the CFLAGS? [2007-07-26 00:18:03] chris at improbable dot org 5.2-latest fails in exactly the same fashion: ld64-74.4 failed: duplicate symbol _php_bz2_filter_factory in ext/bz2/bz2_filter.o and ext/bz2/bz2.o The fix is identical. [2007-07-25 21:30:55] chris at improbable dot org Description: The build failed with a duplicate symbol error: ld64-74.4 failed: duplicate symbol _php_bz2_filter_factory in ext/bz2/bz2_filter.o and ext/bz2/bz2.o This was solved by adding extern to the php_bz2_filter_factory declaration in ext/bz2/php_bz2.h An identical problem happened with Zend/zend_ini_scanner.c with the yytext declaration on line 478 (there is an earlier declaration in the same file which is already declared extern). Reproduce code: --- CFLAGS=-fast ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --enable-cli --with-zlib-dir=/usr --with-xml --enable-exif --enable-mbstring --enable-mbregex --enable-sockets --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/tmp/mysql --with-mysql=shared,/usr/local/mysql --with-mysqli=shared,`which mysql_config` --with-pdo-mysql=shared,`which mysql_config` --with-openssl --with-xmlrpc --with-xsl=/usr --with-pear=/Library/PHP --with-bz2 --enable-bcmath --disable-cgi --enable-zip --enable-memory-limit --enable-pcntl --with-zlib=/usr --with-zlib-dir=/usr --with-ldap --enable-memcache -- Edit this bug report at http://bugs.php.net/?id=42106&edit=1
#16705 [Opn->Csd]: SASL support with LDAP
ID: 16705 Updated by: [EMAIL PROTECTED] Reported By: quinn at quinnperkins dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: OS X 10.1.4 PHP Version: 4.1.2 Previous Comments: [2004-03-08 10:01:35] andreas at conectiva dot com dot br Isn't this already fixed in bug #24084? [2002-06-21 15:50:01] [EMAIL PROTECTED] Yes, it would be nice. Maybe you or someone else would like to implement it... I might do it later sometime perhaps, but I don't see it happening in the near future. [2002-04-19 22:04:58] [EMAIL PROTECTED] reclassified [2002-04-19 15:16:08] quinn at quinnperkins dot com PHP's LDAP features do not support SASL authentication. Since this is a key element of LDAPv3, it would be nice to implement something similar to the support in Perl (Auth::SASL). -- Edit this bug report at http://bugs.php.net/?id=16705&edit=1
#31703 [WFx->Bgs]: ldap_search against 3rd level sub-domains not returning results
ID: 31703
Updated by: [EMAIL PROTECTED]
Reported By: merrittd at dhcmc dot com
-Status: Wont fix
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Windows 2000SP4
PHP Version: 5.0.3
New Comment:
.
Previous Comments:
[2007-10-06 02:21:57] [EMAIL PROTECTED]
Thanks for the constructive feedback.
[2005-02-07 16:26:08] merrittd at dhcmc dot com
I wasn't forcing _YOU_ to test my code! I have the code I need working
with a work around for what is definitely an issue with _YOUR_
ldap_search being unable to retrieve/search a third level DC record.
All I was simply trying to do was be of help and alert you to an issue
with ldap_search. I sure as hell don't need surly responses back from
this system for trying to be of some help back to the PHP community.
Using other pieces of software i.e. Softerra LDAP browser, to verify
the LDAP structure, I can successfully retrieve the CN records from a
third level DC. Plug the same structure into the PHP code and using
ldap_search no records are returned. Back up one level in the structure
to a second level DC and ldap_search will return records all day long.
Do _YOU_ want to call this an issue with ldap_search or not? I really
don't give a flying f*ck 'cause I have what I need working. Thank you
very much.
[2005-02-05 17:21:08] [EMAIL PROTECTED]
Find out first if it's openldap issue or your knowledge by asking the
mailing lists. Don't try forcing _US_ to test it.
[2005-01-26 15:47:10] merrittd at dhcmc dot com
Description:
I'm not sure if this a PHP bug, an OpenLDAP issue, or my lack of LDAP
knowledge.
Trying to use ldap_search against a Windows 2000 Active Directory
server. I can get partial information I need against the CN records in
the top DC but am unable to get any record information from a sub DC.
The directory structure is like so:
|--DC=com
|--DC=dhwin2knet
|--OU=DHCMC
| |--OU=Regular Users
||--CN=User 100
||--CN=User 101
||--etc
|
|--DC=dhsp
|--OU=DHSP
|--CN=User 900
|--CN=User 901
|--etc
Using the following code to search for records:
// ldap auth info
$ldap = "my_ldap_server.dhwin2knet.com"; $auth_user =
"dhwin2knet\\some_userid"; $auth_pass = 'foobar'; $base_dn =
"dc=dhwin2knet,dc=com"; $filter =
"(&(objectClass=user)(objectCategory=person)(samaccountname=*))";
// connect to server and set options
$connect = ldap_connect($ldap);
ldap_set_option($connect, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_set_option($connect, LDAP_OPT_REFERRALS, 0);
// bind to server
$bind = ldap_bind($connect, $auth_user, $auth_pass);
// search directory
if (!([EMAIL PROTECTED]($connect, $base_dn, $filter))) {
die("Unable to search ldap server"); }
// get the number of entries found
$number_returned = ldap_count_entries($connect,$search);
echo "The number of entries returned is " . $number_returned;
Using the above code I can return ~500 user records but this is giving
me only the users in the OUs directly below DC=dhwin2knet,DC=com and
none of the ~250 records in the sub-domain, DC=dhsp,DC=dhwin2knet,DC=com
i.e.
Found: CN=User 100,OU=Regular Users,OU=DHCMC,DC=dhwin2knet,DC=com
Not found: CN=User 900,OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com
I've tried changing the user id that is connecting to the LDAP to be a
user in the dhsp sub-domain, changing the base dn to
"dc=dhsp,dc=dhwin2knet,dc=com", using different filters etc but no
matter what I'm trying I am unable to get any records returned from
DC=dhsp,DC=dhwin2knet,DC=com. I have used the Softerra LDAP Browser to
browse and verify my base dn and filter. Using the dn and filter from
the code above in LDAP Browser I am getting the ~750 entries that I am
expecting to see.
The following info on the ldap module is returned by
php_info():
LDAP Supportenabled
RCS Version $Id: ldap.c,v 1.154 2004/06/28 22:31:28 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 0
Reproduce code:
---
Expected result:
Would expect to see ~750 user records returned from the following OUs:
OU=DHCMC,DC=dhwin2knet,DC=com - ~500 records
OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com - ~250 records
Actual result:
--
Only getting ~500 users returned from OU=DHCMC,DC=dhwin2knet,DC=com
with none of the ~250 records being returned from
OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com
--
Edit this bug report at http://bugs.php.net/?id=31703&edit=1
#31703 [Opn->WFx]: ldap_search against 3rd level sub-domains not returning results
ID: 31703
Updated by: [EMAIL PROTECTED]
Reported By: merrittd at dhcmc dot com
-Status: Open
+Status: Wont fix
Bug Type: Feature/Change Request
Operating System: Windows 2000SP4
PHP Version: 5.0.3
New Comment:
Thanks for the constructive feedback.
Previous Comments:
[2005-02-07 16:26:08] merrittd at dhcmc dot com
I wasn't forcing _YOU_ to test my code! I have the code I need working
with a work around for what is definitely an issue with _YOUR_
ldap_search being unable to retrieve/search a third level DC record.
All I was simply trying to do was be of help and alert you to an issue
with ldap_search. I sure as hell don't need surly responses back from
this system for trying to be of some help back to the PHP community.
Using other pieces of software i.e. Softerra LDAP browser, to verify
the LDAP structure, I can successfully retrieve the CN records from a
third level DC. Plug the same structure into the PHP code and using
ldap_search no records are returned. Back up one level in the structure
to a second level DC and ldap_search will return records all day long.
Do _YOU_ want to call this an issue with ldap_search or not? I really
don't give a flying f*ck 'cause I have what I need working. Thank you
very much.
[2005-02-05 17:21:08] [EMAIL PROTECTED]
Find out first if it's openldap issue or your knowledge by asking the
mailing lists. Don't try forcing _US_ to test it.
[2005-01-26 15:47:10] merrittd at dhcmc dot com
Description:
I'm not sure if this a PHP bug, an OpenLDAP issue, or my lack of LDAP
knowledge.
Trying to use ldap_search against a Windows 2000 Active Directory
server. I can get partial information I need against the CN records in
the top DC but am unable to get any record information from a sub DC.
The directory structure is like so:
|--DC=com
|--DC=dhwin2knet
|--OU=DHCMC
| |--OU=Regular Users
||--CN=User 100
||--CN=User 101
||--etc
|
|--DC=dhsp
|--OU=DHSP
|--CN=User 900
|--CN=User 901
|--etc
Using the following code to search for records:
// ldap auth info
$ldap = "my_ldap_server.dhwin2knet.com"; $auth_user =
"dhwin2knet\\some_userid"; $auth_pass = 'foobar'; $base_dn =
"dc=dhwin2knet,dc=com"; $filter =
"(&(objectClass=user)(objectCategory=person)(samaccountname=*))";
// connect to server and set options
$connect = ldap_connect($ldap);
ldap_set_option($connect, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_set_option($connect, LDAP_OPT_REFERRALS, 0);
// bind to server
$bind = ldap_bind($connect, $auth_user, $auth_pass);
// search directory
if (!([EMAIL PROTECTED]($connect, $base_dn, $filter))) {
die("Unable to search ldap server"); }
// get the number of entries found
$number_returned = ldap_count_entries($connect,$search);
echo "The number of entries returned is " . $number_returned;
Using the above code I can return ~500 user records but this is giving
me only the users in the OUs directly below DC=dhwin2knet,DC=com and
none of the ~250 records in the sub-domain, DC=dhsp,DC=dhwin2knet,DC=com
i.e.
Found: CN=User 100,OU=Regular Users,OU=DHCMC,DC=dhwin2knet,DC=com
Not found: CN=User 900,OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com
I've tried changing the user id that is connecting to the LDAP to be a
user in the dhsp sub-domain, changing the base dn to
"dc=dhsp,dc=dhwin2knet,dc=com", using different filters etc but no
matter what I'm trying I am unable to get any records returned from
DC=dhsp,DC=dhwin2knet,DC=com. I have used the Softerra LDAP Browser to
browse and verify my base dn and filter. Using the dn and filter from
the code above in LDAP Browser I am getting the ~750 entries that I am
expecting to see.
The following info on the ldap module is returned by
php_info():
LDAP Supportenabled
RCS Version $Id: ldap.c,v 1.154 2004/06/28 22:31:28 iliaa Exp $
Total Links 0/unlimited
API Version 2004
Vendor Name OpenLDAP
Vendor Version 0
Reproduce code:
---
Expected result:
Would expect to see ~750 user records returned from the following OUs:
OU=DHCMC,DC=dhwin2knet,DC=com - ~500 records
OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com - ~250 records
Actual result:
--
Only getting ~500 users returned from OU=DHCMC,DC=dhwin2knet,DC=com
with none of the ~250 records being returned from
OU=DHSP,DC=dhsp,DC=dhwin2knet,DC=com
--
Edit this bug report at http://bugs.php.net/?id=31703&edit=1
#32097 [Opn->Bgs]: Larger search limit for ldap_search
ID: 32097 Updated by: [EMAIL PROTECTED] Reported By: stasinia at msoe dot edu -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5.0.3 & 5.0.4 New Comment: resource ldap_search ( resource $link_identifier, string $base_dn, string $filter [, array $attributes [, int $attrsonly [, int $sizelimit [, int $timelimit [, int $deref] ) As you can see there is sizelimit parameter already. There's just one catch: It can only limit up to the server side limit. ie. If the max search results is set to 2000 on the server, you can't set higher limit on the client side. This is not PHP problem but a configuration issue on the server you access. Previous Comments: [2005-05-23 19:10:23] stasinia at msoe dot edu This is a bump. I had hoped that 5.0.4 would have fixed this problem, looks like it has not. It really should not be that much of a problem to just change one line in the LDAP library code prior to compile. [2005-02-24 19:10:02] stasinia at msoe dot edu Description: ldap_search is limited to a max of 2000 results. I do alot of work with AD that would greatly help if that limit was increased to at least 10,000, idealy 20,000 (so I can search the entire directory). You can leave the default value at 2,000, just change the hard coded limit in the LDAP library. Thank you in advance. Reproduce code: --- ldap_search ($connection, $basedn, $SearchWith>2000Results) Expected result: 2000+ results Actual result: -- Error messsage about not complete results. -- Edit this bug report at http://bugs.php.net/?id=32097&edit=1
#33850 [Opn->Csd]: [PATCH]: Support LDAP connection timeouts
ID: 33850 Updated by: [EMAIL PROTECTED] Reported By: simon dot kissane at mq dot edu dot au -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5CVS, 4CVS (2005-07-27) Assigned To: sniper New Comment: I can't access that patch anymore, but I tried to implement this. It's now added in PHP_5_3 branch and will be available in PHP 5.3.0 and above. The option is called LDAP_OPT_NETWORK_TIMEOUT in PHP scripts to allow portability regardless of what underlying ldap sdk is used. Previous Comments: [2005-10-04 05:10:27] simon dot kissane at mq dot edu dot au I have written a new version of this patch. This supports, as well of Netscape's LDAP_X_OPT_CONNECT_TIMEOUT, OpenLDAP's LDAP_OPT_TIMEOUT & LDAP_OPT_NETWORK_TIMEOUT. Note that these take a struct timeval, whereas Netscape takes an integer. I have chosen to represent struct timeval as an object with two properties (tv_sec & tv_usec, corresponding to the struct timeval fields of the same name.) New version of patch (against 5.0.5) is available here: http://www.mq.edu.au/~skissane/ldap-timeout-5.0.5.patch [2005-07-25 08:55:10] simon dot kissane at mq dot edu dot au Description: I have written a patch to support LDAP_X_OPT_CONNECT_TIMEOUT (which is defined by the Netscape LDAP C SDK). This required also changing ldap_connect to call ldap_init instead of ldap_open (but only if LDAP_X_OPT_CONNECT_TIMEOUT is defined), which is necessary if LDAP_X_OPT_CONNECT_TIMEOUT is to do anything. In any case, ldap_open is deprecated, so PHP shouldn't be calling it unless necessary. Reproduce code: --- http://www.mq.edu.au/~skissane/ldap-nsldap-timeout.patch Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=33850&edit=1
#42837 [Asn->Csd]: Timeout parameter for ldap_bind() and/or ldap_connect()
ID: 42837
Updated by: [EMAIL PROTECTED]
Reported By: fernando dot wendt at gmail dot com
-Status: Assigned
+Status: Closed
Bug Type: LDAP related
Operating System: GNU-Linux
PHP Version: 5.2.4
Assigned To: jani
New Comment:
Patch applied to PHP_5_3 branch and will be available as of PHP 5.3.0
and above.
Previous Comments:
[2007-10-06 01:40:59] [EMAIL PROTECTED]
This is duplicate of bug #41017
I have a patch pending which makes LDAP_OPT_NETWORK_TIMEOUT option
available to ldap_get_option/ldap_set_option functions.
Basic usage:
This will now not just hang there indefinately but will bail out after
10s if bind does not succeed before.
[2007-10-03 14:07:35] fernando dot wendt at gmail dot com
Description:
I do suggest that PHP LDAP functions "ldap_bind" and/or "ldap_connect"
are improved to suport a new parameter to control network timeout over
the request.
At some cases, the HTTP request is send to webserver (like Ajax can
do), and it can't be handling for stop processing - on the server side
(because XMLHTTPRequest has an "abort" method avaliable - for the client
side). So, if there are a lot of online users trying to get the same
LDAP large entries, the webserver probably hangs up (or even crashes).
That hangs on the request processing for large data ranges from LDAP
data sources (i.e: more than 5000 entries). Plus, the network state is
too involved at this new suggested behavior, in order to be manipulated
at some way.
So, adding this parameter function, PHP could limits the request
response in order to control it, by the time.
Reproduce code:
---
$host = "localhost";
$basedn = "ou=MYCOMPANY";
if ($con = ldap_connect($host)){
ldap_set_option($con, LDAP_OPT_TIMELIMIT, 10);
echo "Connected";
$ldapbind = ldap_bind($con);
if ($ldapbind){
//echo "Bind OK";
$search = ldap_search($con, $basedn, "(cn=*)");
echo "LDAP Entries:" . ldap_count_entries($con, $search);
}
else
echo "No bind";
ldap_unbind($con);
}
else
echo "Not connected";
Expected result:
I would like to specify at ldap_connect($host, $time) and/or
ldap_bind($con, $time) the number of seconds that request could be
hanged on, while not expires.
Actual result:
--
As the only time limit is avaliable at ldap_search function, or even
ldap_set_option, if there are a lot of entries to be handled, the
request is being hanged on a very long time (TCP/IP connection).
--
Edit this bug report at http://bugs.php.net/?id=42837&edit=1
#41017 [Opn->Csd]: LDAP_OPT_NETWORK_TIMEOUT not supported
ID: 41017 Updated by: [EMAIL PROTECTED] Reported By: philippe dot marasse at ac-poitiers dot fr -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.1 New Comment: Added into PHP_5_3 branch. (will be available from 5.3.0 and above) Previous Comments: [2007-04-07 12:22:13] philippe dot marasse at ac-poitiers dot fr Description: This is related to bug #25847 which is still open. openLdap client library has a useful option : LDAP_OPT_NETWORK_TIMEOUT, which can be used to cancel a connect attempt if the ldap server is down or does not answer. This option is not yet implemented in PHP 5.2.1 so I wrote this little patch : http://admin.vienneinfo.org/files/ldap.c-network-timeout-5.2.1.patch I don't know if it's the best way to get this option implemented in PHP but it works for me. -- Edit this bug report at http://bugs.php.net/?id=41017&edit=1
#25847 [Opn->Csd]: LDAP_OPT_NETWORK_TIMEOUT not supported
ID: 25847 Updated by: [EMAIL PROTECTED] Reported By: hedrick at rutgers dot edu -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 4.3.3 New Comment: Added in PHP_5_3 branch and above. This will not be merged to PHP 4 (discontinued already) Previous Comments: [2006-09-20 15:52:08] philippe dot marasse at ac-poitiers dot fr It seems that in both PHP 4.4.4 & PHP 5.1.6, the problem still exists. So I wrote a little patch to support only this feature (initially against PHP 5.1.4). You download the patch here : http://admin.vienneinfo.org/files/ldap.c-patch-network-timeout-5.1.4.patch [2003-10-12 22:34:46] hedrick at rutgers dot edu Description: We have two LDAP servers, a primary and a backup. PHP scripts can't use the backup in any useful way. If the primary is down, the timeout is 180 sec. The user will have given up long before then. Openldap has an option LDAP_OPT_NETWORK_TIMEOUT that applies to the connect. You need to add this to the list of options that can be set with ldap_set_option. Sun (which I assume means Netscape) has an equivalent, LDAP_X_OPT_CONNECT_TIMEOUT. However I think people build with openldap often enough that even supporting just the openldap version would be a big help. Another approach would be to allow arbitrary values for ldap_set_option, so you don't have to hard-code all possible value. -- Edit this bug report at http://bugs.php.net/?id=25847&edit=1
#42837 [Opn->Asn]: Timeout parameter for ldap_bind() and/or ldap_connect()
ID: 42837
Updated by: [EMAIL PROTECTED]
Reported By: fernando dot wendt at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: LDAP related
Operating System: GNU-Linux
PHP Version: 5.2.4
-Assigned To:
+Assigned To: jani
New Comment:
This is duplicate of bug #41017
I have a patch pending which makes LDAP_OPT_NETWORK_TIMEOUT option
available to ldap_get_option/ldap_set_option functions.
Basic usage:
This will now not just hang there indefinately but will bail out after
10s if bind does not succeed before.
Previous Comments:
[2007-10-03 14:07:35] fernando dot wendt at gmail dot com
Description:
I do suggest that PHP LDAP functions "ldap_bind" and/or "ldap_connect"
are improved to suport a new parameter to control network timeout over
the request.
At some cases, the HTTP request is send to webserver (like Ajax can
do), and it can't be handling for stop processing - on the server side
(because XMLHTTPRequest has an "abort" method avaliable - for the client
side). So, if there are a lot of online users trying to get the same
LDAP large entries, the webserver probably hangs up (or even crashes).
That hangs on the request processing for large data ranges from LDAP
data sources (i.e: more than 5000 entries). Plus, the network state is
too involved at this new suggested behavior, in order to be manipulated
at some way.
So, adding this parameter function, PHP could limits the request
response in order to control it, by the time.
Reproduce code:
---
$host = "localhost";
$basedn = "ou=MYCOMPANY";
if ($con = ldap_connect($host)){
ldap_set_option($con, LDAP_OPT_TIMELIMIT, 10);
echo "Connected";
$ldapbind = ldap_bind($con);
if ($ldapbind){
//echo "Bind OK";
$search = ldap_search($con, $basedn, "(cn=*)");
echo "LDAP Entries:" . ldap_count_entries($con, $search);
}
else
echo "No bind";
ldap_unbind($con);
}
else
echo "Not connected";
Expected result:
I would like to specify at ldap_connect($host, $time) and/or
ldap_bind($con, $time) the number of seconds that request could be
hanged on, while not expires.
Actual result:
--
As the only time limit is avaliable at ldap_search function, or even
ldap_set_option, if there are a lot of entries to be handled, the
request is being hanged on a very long time (TCP/IP connection).
--
Edit this bug report at http://bugs.php.net/?id=42837&edit=1
#42695 [Opn->Fbk]: workaround: export PHP_FCGI_MAX_REQUESTS = 1
ID: 42695 Updated by: [EMAIL PROTECTED] Reported By: mamatkazin at ivc dot orw dot ru -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: ODBC related Operating System: Linux (Slackware 11.0) PHP Version: 5.2.4 New Comment: Please don't change the summary like this. Now we have no idea what the _problem_ is, just that you managed to find some workaround (bad one in this case too). Obviously this is related to odbc. I guess you're using odbc_pconnect() somewhere (persistant connections with ODBC have never worked properly..) so try to come up with short reproduce script. If you can't give us a script to test with we can't do much about this. Previous Comments: [2007-10-03 07:33:09] mamatkazin at ivc dot orw dot ru Yes, a --enable-debug already been included in previous reports. Here's another result. This GDB was configured as "i486-slackware-linux"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r -b 127.0.0.1:1026 Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1217616192 (LWP 6444)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1217616192 (LWP 6444)] 0x08327f50 in _zend_mm_free_int () (gdb) bt #0 0x08327f50 in _zend_mm_free_int () #1 0x081c6903 in _free_odbc_result () #2 0x083514d9 in list_entry_destructor () #3 0x0834ea56 in zend_hash_del_key_or_index () #4 0x083511ab in _zend_list_delete () #5 0x081cbc6c in zif_odbc_close () #6 0x08367746 in zend_do_fcall_common_helper_SPEC () #7 0x08366be4 in execute () #8 0x08345912 in zend_execute_scripts () #9 0x082fde88 in php_execute_script () #10 0x in ?? () (gdb) For further work, I am forced to use the road workaround: export PHP_FCGI_MAX_REQUESTS = 1 In such a mistake will never arise. [2007-09-21 09:09:47] [EMAIL PROTECTED] Try configure with --enable-debug in your configure line. [2007-09-20 12:41:46] mamatkazin at ivc dot orw dot ru Sorry for my English. program is a big and uses several external pear classes. This generates a monthly report of our company. there are several large sql queries to DB2 on zSeries. my colleagues programmers could not seriously reduce it. I can put it as is. after several attempts run problem script, php hangs. I press Ctrl-C and saw: Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1217100096 (LWP 13395)] Program received signal SIGINT, Interrupt. [Switching to Thread -1217100096 (LWP 13395)] 0xb780cd28 in ___newselect_nocancel () from /lib/tls/libc.so.6 (gdb) bt #0 0xb780cd28 in ___newselect_nocancel () from /lib/tls/libc.so.6 #1 0xb69beaf9 in sqloSpinLockConflict () from /opt/IBM/db2/V8.1/lib/libdb2.so.1 #2 0xb672282d in SQLAllocHandle () from /opt/IBM/db2/V8.1/lib/libdb2.so.1 #3 0xb79e77c7 in SQLColumnsA () from /usr/local/lib/libodbc.so.1 #4 0x087df69c in ?? () #5 0x087e026c in ?? () #6 0x0040 in ?? () #7 0xb7a35c40 in ?? () from /usr/local/lib/libodbc.so.1 #8 0x in ?? () (gdb) q I'm googling and solution found - DB2 fixpak 14 But after fixpak I saw next error: Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1216907584 (LWP 21672)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216907584 (LWP 21672)] 0x082fb357 in _zend_mm_alloc_int () (gdb) bt #0 0x082fb357 in _zend_mm_alloc_int () #1 0x082fce50 in _estrndup () #2 0x082f761c in lex_scan () #3 0x083072dd in zendlex () #4 0x082f0f5c in zendparse () #5 0x082f864b in compile_file () #6 0x0833fc49 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER () #7 0x08337a32 in execute () #8 0x0833fcc8 in ZEND_INCLUDE_OR_EVAL_SPEC_CONST_HANDLER () #9 0x08337a32 in execute () #10 0x083185f3 in zend_execute_scripts () #11 0x082d290c in php_execute_script () #12 0x in ?? () (gdb) [2007-09-18 07:10:20] mamatkazin at ivc dot orw dot ru Description: I got this error on some BIG script and can't reproduce it on small example. This error happens nearly 1 from 5-10 request to this script. This GDB was configured as "i486-slackware-linux"...Using host libthread_db libr ary "/lib/tls/libthread_db.so.1". (gdb) r -b 127.0.0.1:1026 Starting program: /usr/local/php5-fcgi/bin/php-cgi -b 127.0.0.1:1026 [Thread debugging using libthread_db enabled] [New Thread -1217173824 (LWP 25841)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1217173824 (LWP 25841)] 0x082f9949 in _zend_mm_free_int () (gdb)
#42855 [Opn->Asn]: dns_get_record() doesn't return all text from TXT record
ID: 42855
Updated by: [EMAIL PROTECTED]
Reported By: misc at e2007 dot cynergi dot com
-Status: Open
+Status: Assigned
Bug Type: Network related
Operating System: RHEL4
PHP Version: 5.2.4
-Assigned To:
+Assigned To: pollita
New Comment:
Sara, please take a look, seems like this cryptic piece of code (so
messy) uses wrong length to get the piece of data here..
Previous Comments:
[2007-10-04 13:24:20] misc at e2007 dot cynergi dot com
I'm tired... 3rd paragraph in the "description" should have read: "The
following code examples where compiled when under Windows the command
... returned:", and the "expected result" string length should be
greater than 127, of course.
[2007-10-04 13:12:33] misc at e2007 dot cynergi dot com
Description:
dns_get_record() doesn't return all text from TXT record.
RFC 1035 states that TXT record values can't have "compression", but
can have multiple strings for the same DNS record. Although uncommon,
such long TXT strings actualy exist to make publicly available public
key data for DomainKeys e-mail protocols (used by Yahoo! and Gmail).
The following code examples where compiled when under Windows, the
command "nslookup -type=TXT bravo._domainkey.yahoogroups.co.uk"
returned:
(...)
Non-authoritative answer:
bravo._domainkey.yahoogroups.co.uk text =
"k=rsa;
p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZU"
"KJQrqcmVSvG7oT3r7Fwo6aCHMMuL+IZdEpbb9ZU8xomQIDAP//"
Reproduce code:
---
$x = dns_get_record("bravo._domainkey.yahoogroups.co.uk", DNS_TXT);
var_dump($x);
Expected result:
array(1) {
[0]=>
array(5) {
["host"]=>
string(34) "bravo._domainkey.yahoogroups.co.uk"
["type"]=>
string(3) "TXT"
["txt"]=>
string(127) "k=rsa;
p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZUKJQrqcmVSvG7oT3r7Fwo6aCHMMuL+IZdEpbb9ZU8xomQIDAP//"
["class"]=>
string(2) "IN"
["ttl"]=>
int(17428)
}
}
Actual result:
--
array(1) {
[0]=>
array(5) {
["host"]=>
string(34) "bravo._domainkey.yahoogroups.co.uk"
["type"]=>
string(3) "TXT"
["txt"]=>
string(127) "k=rsa;
p=MHwwDQYJKoZIhvcNAQEBBQADawAwaAJhAKt1OprXeH+okFnh8XxMeVV9iYAbhIOMq3ODHpcBm7JSl3Orusqv53BIn55a0JaP1iqbIWu5j3TVIpqbG7MHZU"
["class"]=>
string(2) "IN"
["ttl"]=>
int(17428)
}
}
--
Edit this bug report at http://bugs.php.net/?id=42855&edit=1
#42858 [Opn->Bgs]: Xpath buffer overflow
ID: 42858
Updated by: [EMAIL PROTECTED]
Reported By: felipensp at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Obviously a libxml bug -> not PHP bug -> bogus.
Previous Comments:
[2007-10-05 23:18:54] felipensp at gmail dot com
I tested with libxml2-2.6.30 and did not have bug.
[2007-10-05 11:50:18] [EMAIL PROTECTED]
Try a newer version of libxml2 (2.6.28+). I can't reproduce this and
believe this isn't a PHP issue but rather due to a bug that existed in
libxml2 2.6.27.
[2007-10-05 01:05:31] felipensp at gmail dot com
Description:
Xpath cause buffer overflow when function not found in predicate.
Reproduce code:
---
http://visualjquery.com/1.1.2.html');
$xml = new SimpleXMLElement($source);
$entries = $xml->xpath('//h1[.=foo()]');
Expected result:
Only messages errors.
Actual result:
--
[EMAIL PROTECTED]:~/public_html$ php test.php
Warning: SimpleXMLElement::xpath(): xmlXPathCompOpEval: function foo
not found in /home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): Unregistered function in
/home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): xmlXPathEval: 2 object left on the
stack in /home/felipe/public_html/test.php on line 5
*** glibc detected *** php: corrupted double-linked list: 0x084afa90
***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0xb7d2db2a]
/lib/tls/i686/cmov/libc.so.6[0xb7d2f50f]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d32e30]
/usr/lib/libxml2.so.2(xmlDictFree+0xec)[0xb7eec17c]
/usr/lib/libxml2.so.2(xmlFreeDoc+0x1b9)[0xb7e4d8f9]
php(php_libxml_decrement_doc_ref+0x46)[0x808b3f6]
php[0x8161faa]
php(zend_objects_store_del_ref_by_handle+0x179)[0x828fce9]
php(zend_objects_store_del_ref+0x18)[0x828fd28]
php(_zval_ptr_dtor+0x4f)[0x8267fef]
php[0x827db38]
php(zend_hash_reverse_apply+0x57)[0x827dc27]
php(shutdown_destructors+0x50)[0x8267f50]
php(zend_call_destructors+0x30)[0x8274400]
php(php_request_shutdown+0x268)[0x8233c18]
php(main+0x36d)[0x82ebfed]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7cddebc]
php(xmlTextReaderConstName+0x145)[0x808a611]
=== Memory map:
08048000-0839c000 r-xp 03:01 5360941/usr/local/bin/php
0839c000-083b9000 rw-p 00354000 03:01 5360941/usr/local/bin/php
083b9000-08618000 rw-p 083b9000 00:00 0 [heap]
b7a0-b7a21000 rw-p b7a0 00:00 0
b7a21000-b7b0 ---p b7a21000 00:00 0
b7b97000-b7c18000 rw-p b7b97000 00:00 0
b7c18000-b7c1f000 r--s 03:01 5194177
/usr/lib/gconv/gconv-modules.cache
b7c1f000-b7c5a000 r--p 03:01 5242899
/usr/lib/locale/pt_BR.utf8/LC_CTYPE
b7c7b000-b7c86000 r-xp 03:01 2261088/lib/libgcc_s.so.1
b7c86000-b7c87000 rw-p a000 03:01 2261088/lib/libgcc_s.so.1
b7c87000-b7c8b000 r-xp 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8b000-b7c8d000 rw-p 3000 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8d000-b7c96000 r-xp 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c96000-b7c98000 rw-p 8000 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c98000-b7c9a000 rw-p b7c98000 00:00 0
b7c9b000-b7c9c000 rw-p b7c9b000 00:00 0
b7c9c000-b7caf000 r-xp 03:01 5178599
/usr/lib/libz.so.1.2.3
b7caf000-b7cb rw-p 00012000 03:01 5178599
/usr/lib/libz.so.1.2.3
b7cb-b7cc3000 r-xp 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc3000-b7cc5000 rw-p 00013000 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc5000-b7cc8000 rw-p b7cc5000 00:00 0
b7cc8000-b7e03000 r-xp 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e03000-b7e04000 r--p 0013b000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e04000-b7e06000 rw-p 0013c000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e06000-b7e09000 rw-p b7e06000 00:00 0
b7e09000-b7f2 r-xp 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f2-b7f26000 rw-p 00116000 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f26000-b7f39000 r-xp 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f39000-b7f3b000 rw-p 00012000 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f3b000-b7f3d000 rw-p b7f3b000 00:00 0
b7f3d000-b7f3f000 r-xp 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f3f000-b7f41000 rw-p 1000 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f41000-b7f66000 r-xp 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f66000-b7f68000 rw-p 00024000 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f68000-b7f77000 r-xp 03:01 2294779
/lib/tls/i686/cmov/libresolv-2.5.so
b7f77000-
#42872 [Opn->Bgs]: $a -= $b; is not equal to $a = $a - $b;
ID: 42872 Updated by: [EMAIL PROTECTED] Reported By: nasso dot k2 at gmail dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows XP -PHP Version: 5.2.4 +PHP Version: 5.2.3 New Comment: I don't think there was any problem in 5.2.3 either.. Previous Comments: [2007-10-06 00:02:49] nasso dot k2 at gmail dot com Problem vanished when updated to 5.2.4, probably my old 5.2.3 was little buggy. Remove this submition, please. [2007-10-05 23:47:46] [EMAIL PROTECTED] I'm not sure what you're trying to achieve here since your reproduce script is just nonsense. Please provide a self-contained script that begins with '' like a PHP scripts usually do. [2007-10-05 23:09:20] nasso dot k2 at gmail dot com Description: $large_num -= 100 is not equal to $large_num = $large_num - 100; Reproduce code: --- $large_num = 1234567890; while($large_num >= 100) $large_num -= 100; Expected result: 1233567890 Actual result: -- 0 -- Edit this bug report at http://bugs.php.net/?id=42872&edit=1
#42863 [Opn->Bgs]: array_merge_recursive() increments number values
ID: 42863
Updated by: [EMAIL PROTECTED]
Reported By: moloth at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: all
PHP Version: 5.2.4
New Comment:
>From the manual page for array_merge_recursive:
"If, however, the arrays have the same numeric key, the later value
will not overwrite the original value, but will be appended."
Try adding this before the array_merge_recursive() call and you'll see
what's happening:
var_dump($a,$b);
Previous Comments:
[2007-10-05 08:00:33] moloth at hotmail dot com
Description:
Seems to increment number values.
Reproduce code:
---
array('2' => '6'));
$b = array('a' => array('2' => '6'));
$result = array_merge_recursive( $a, $b );
print_r( $result );
?>
Expected result:
Array
(
[a] => Array
(
[2] => 6
)
)
Actual result:
--
Array
(
[a] => Array
(
[2] => 6
[3] => 6
)
)
--
Edit this bug report at http://bugs.php.net/?id=42863&edit=1
#42872 [Fbk->Opn]: $a -= $b; is not equal to $a = $a - $b;
ID: 42872 User updated by: nasso dot k2 at gmail dot com Reported By: nasso dot k2 at gmail dot com -Status: Feedback +Status: Open Bug Type: Math related Operating System: Windows XP PHP Version: 5.2.4 New Comment: Problem vanished when updated to 5.2.4, probably my old 5.2.3 was little buggy. Remove this submition, please. Previous Comments: [2007-10-05 23:47:46] [EMAIL PROTECTED] I'm not sure what you're trying to achieve here since your reproduce script is just nonsense. Please provide a self-contained script that begins with '' like a PHP scripts usually do. [2007-10-05 23:09:20] nasso dot k2 at gmail dot com Description: $large_num -= 100 is not equal to $large_num = $large_num - 100; Reproduce code: --- $large_num = 1234567890; while($large_num >= 100) $large_num -= 100; Expected result: 1233567890 Actual result: -- 0 -- Edit this bug report at http://bugs.php.net/?id=42872&edit=1
#42867 [Opn->Fbk]: open_basedir restriction in effect. File(/tmp) is not within the allowed path
ID: 42867 Updated by: [EMAIL PROTECTED] Reported By: hosting at edv-doelker dot de -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Debian ETCH PHP Version: 5.2.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-10-05 12:35:26] hosting at edv-doelker dot de Description: Hi, i've the problem by using FTP commands (ftp_nlist, ftp_rawlist). This problem came after a Sever upgrade from Debian Sarge to Etch ans upgrading PHP4 to 5 incl. all securityupdates. ## SNAP ### Warning: ftp_nlist() [function.ftp-nlist]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/web63/html/:/var/www/web63/phptmp/:/var/www/web63/files/:/var/www/web63/atd/) in /var/www/web63/html/admin/module/ftp_liste.php on line 9 ### I hope you could help me. thanks for checking Tobias Frank Reproduce code: --- Expected result: Warning: ftp_nlist() [function.ftp-nlist]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/web63/html/:/var/www/web63/phptmp/:/var/www/web63/files/:/var/www/web63/atd/) in /var/www/web63/html/admin/module/ftp_liste.php on line 9 -- Edit this bug report at http://bugs.php.net/?id=42867&edit=1
#42870 [Opn->Asn]: getimagesize() on .ico images returns false
ID: 42870
Updated by: [EMAIL PROTECTED]
Reported By: marian at devourmedia dot com
-Status: Open
+Status: Assigned
Bug Type: GetImageSize related
Operating System: Fedora
PHP Version: 5.2.4
Assigned To: scottmac
Previous Comments:
[2007-10-05 17:28:25] [EMAIL PROTECTED]
There is currently no support for icons, but the format is near
identical to BMP.
[2007-10-05 16:38:41] marian at devourmedia dot com
Description:
PHP code should return information about the .ico file.
Reproduce code:
---
$fpath="/tmp/test.ico";
$buffer=file_get_contents('http://www.favicon.com/favicon.ico');
file_put_contents($fpath,$buffer);
$result=getimagesize($fpath);
if(is_bool($result)) echo "Boolean result: ";
if(is_string($result)) echo "String result: ";
if(is_numeric($result)) echo "Numeric result: ";
if(is_array($result)) echo "Array result: ";
echo "'";
print_r($result);
echo "'";
Expected result:
Instead of returning "Array result: " and the values, it is returning
"Boolean result:"
Actual result:
--
It is returning Boolean result which is false.
--
Edit this bug report at http://bugs.php.net/?id=42870&edit=1
#42871 [Opn->Bgs]: bcmath incorrect results / number format
ID: 42871 Updated by: [EMAIL PROTECTED] Reported By: rbro at hotmail dot com -Status: Open +Status: Bogus Bug Type: BC math related Operating System: Linux PHP Version: 5CVS-2007-10-05 (snap) New Comment: These functions expect a _string_ to be passed to them. You're not supposed to pass any float/integers, as they're simply cast to string and you get this _expected_ behaviour. Previous Comments: [2007-10-05 18:57:08] rbro at hotmail dot com Description: When adding certain floating point numbers together using bcadd (or using the other bcmath functions), I'm receiving invalid results at times depending on the inputs. It appears that with recent PHP releases, PHP is expressing certain floating point numbers in scientific notation which bcmath is not correctly handling. Using my example below, PHP is expressing the number 120.00 as 1.2E+6 which is causing incorrect results from bcadd. Reproduce code: --- http://bugs.php.net/?id=42871&edit=1
#42872 [Opn->Fbk]: $a -= $b; is not equal to $a = $a - $b;
ID: 42872 Updated by: [EMAIL PROTECTED] Reported By: nasso dot k2 at gmail dot com -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Math related Operating System: Windows XP PHP Version: 5.2.4 New Comment: I'm not sure what you're trying to achieve here since your reproduce script is just nonsense. Please provide a self-contained script that begins with '' like a PHP scripts usually do. Previous Comments: [2007-10-05 23:09:20] nasso dot k2 at gmail dot com Description: $large_num -= 100 is not equal to $large_num = $large_num - 100; Reproduce code: --- $large_num = 1234567890; while($large_num >= 100) $large_num -= 100; Expected result: 1233567890 Actual result: -- 0 -- Edit this bug report at http://bugs.php.net/?id=42872&edit=1
#42858 [Fbk->Opn]: Xpath buffer overflow
ID: 42858
User updated by: felipensp at gmail dot com
Reported By: felipensp at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: SimpleXML related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
I tested with libxml2-2.6.30 and did not have bug.
Previous Comments:
[2007-10-05 11:50:18] [EMAIL PROTECTED]
Try a newer version of libxml2 (2.6.28+). I can't reproduce this and
believe this isn't a PHP issue but rather due to a bug that existed in
libxml2 2.6.27.
[2007-10-05 01:05:31] felipensp at gmail dot com
Description:
Xpath cause buffer overflow when function not found in predicate.
Reproduce code:
---
http://visualjquery.com/1.1.2.html');
$xml = new SimpleXMLElement($source);
$entries = $xml->xpath('//h1[.=foo()]');
Expected result:
Only messages errors.
Actual result:
--
[EMAIL PROTECTED]:~/public_html$ php test.php
Warning: SimpleXMLElement::xpath(): xmlXPathCompOpEval: function foo
not found in /home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): Unregistered function in
/home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): xmlXPathEval: 2 object left on the
stack in /home/felipe/public_html/test.php on line 5
*** glibc detected *** php: corrupted double-linked list: 0x084afa90
***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0xb7d2db2a]
/lib/tls/i686/cmov/libc.so.6[0xb7d2f50f]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d32e30]
/usr/lib/libxml2.so.2(xmlDictFree+0xec)[0xb7eec17c]
/usr/lib/libxml2.so.2(xmlFreeDoc+0x1b9)[0xb7e4d8f9]
php(php_libxml_decrement_doc_ref+0x46)[0x808b3f6]
php[0x8161faa]
php(zend_objects_store_del_ref_by_handle+0x179)[0x828fce9]
php(zend_objects_store_del_ref+0x18)[0x828fd28]
php(_zval_ptr_dtor+0x4f)[0x8267fef]
php[0x827db38]
php(zend_hash_reverse_apply+0x57)[0x827dc27]
php(shutdown_destructors+0x50)[0x8267f50]
php(zend_call_destructors+0x30)[0x8274400]
php(php_request_shutdown+0x268)[0x8233c18]
php(main+0x36d)[0x82ebfed]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7cddebc]
php(xmlTextReaderConstName+0x145)[0x808a611]
=== Memory map:
08048000-0839c000 r-xp 03:01 5360941/usr/local/bin/php
0839c000-083b9000 rw-p 00354000 03:01 5360941/usr/local/bin/php
083b9000-08618000 rw-p 083b9000 00:00 0 [heap]
b7a0-b7a21000 rw-p b7a0 00:00 0
b7a21000-b7b0 ---p b7a21000 00:00 0
b7b97000-b7c18000 rw-p b7b97000 00:00 0
b7c18000-b7c1f000 r--s 03:01 5194177
/usr/lib/gconv/gconv-modules.cache
b7c1f000-b7c5a000 r--p 03:01 5242899
/usr/lib/locale/pt_BR.utf8/LC_CTYPE
b7c7b000-b7c86000 r-xp 03:01 2261088/lib/libgcc_s.so.1
b7c86000-b7c87000 rw-p a000 03:01 2261088/lib/libgcc_s.so.1
b7c87000-b7c8b000 r-xp 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8b000-b7c8d000 rw-p 3000 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8d000-b7c96000 r-xp 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c96000-b7c98000 rw-p 8000 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c98000-b7c9a000 rw-p b7c98000 00:00 0
b7c9b000-b7c9c000 rw-p b7c9b000 00:00 0
b7c9c000-b7caf000 r-xp 03:01 5178599
/usr/lib/libz.so.1.2.3
b7caf000-b7cb rw-p 00012000 03:01 5178599
/usr/lib/libz.so.1.2.3
b7cb-b7cc3000 r-xp 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc3000-b7cc5000 rw-p 00013000 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc5000-b7cc8000 rw-p b7cc5000 00:00 0
b7cc8000-b7e03000 r-xp 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e03000-b7e04000 r--p 0013b000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e04000-b7e06000 rw-p 0013c000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e06000-b7e09000 rw-p b7e06000 00:00 0
b7e09000-b7f2 r-xp 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f2-b7f26000 rw-p 00116000 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f26000-b7f39000 r-xp 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f39000-b7f3b000 rw-p 00012000 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f3b000-b7f3d000 rw-p b7f3b000 00:00 0
b7f3d000-b7f3f000 r-xp 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f3f000-b7f41000 rw-p 1000 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f41000-b7f66000 r-xp 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f66000-b7f68000 rw-p 00024000 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f68000-b7f77000 r-xp 03:01 2294779
/lib/tls/i686/cmov/libresolv-2.5.so
b7f77000-b7f79000 rw-p f000 03:01 2294779
/lib/tls/i686/cmov/libresolv-2.5.so
b7f79000-b7f7c000 rw-p b7f79000 00:00 0
b7f7c000-b7f83000 r-xp 03:01 229478
#42872 [NEW]: $a -= $b; is not equal to $a = $a - $b;
From: nasso dot k2 at gmail dot com Operating system: Windows XP PHP version: 5.2.4 PHP Bug Type: Unknown/Other Function Bug description: $a -= $b; is not equal to $a = $a - $b; Description: $large_num -= 100 is not equal to $large_num = $large_num - 100; Reproduce code: --- $large_num = 1234567890; while($large_num >= 100) $large_num -= 100; Expected result: 1233567890 Actual result: -- 0 -- Edit bug report at http://bugs.php.net/?id=42872&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42872&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42872&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42872&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42872&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42872&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42872&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42872&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42872&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42872&r=support Expected behavior:http://bugs.php.net/fix.php?id=42872&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42872&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42872&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42872&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42872&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42872&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42872&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42872&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42872&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42872&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42872&r=mysqlcfg
#41822 [Com]: include()/require() cause permission denied error (bug #39351 not fixed!)
ID: 41822
Comment by: ab5602 at wayne dot edu
Reported By: ian at onlineloop dot com
Status: Assigned
Bug Type: *Directory/Filesystem functions
Operating System: Solaris 10
PHP Version: 5.2CVS-20070627
Assigned To: tony2001
New Comment:
I created the following patch which fixes the problem, however it still
needs discussion as to if it is a good way to implement this fix. At
least it can serve as a starting point. One concern was if this should
be implemented at a lower level (TSRM code).
--- ./plain_wrapper.c.old 2007-10-05 02:50:59.0 -0400
+++ ./plain_wrapper.c 2007-10-05 02:55:38.0 -0400
@@ -885,9 +885,20 @@
return NULL;
}
- if ((realpath = expand_filepath(filename, NULL TSRMLS_CC)) ==
NULL) {
- return NULL;
- }
+if ((realpath = expand_filepath(filename, NULL TSRMLS_CC)) ==
NULL)
+{
+if (options & STREAM_OPEN_FOR_INCLUDE) {
+/* Attempt to open without path expansion
anyways.
+ Files in Solaris dirs with --x will
+ not return a realpath, but are accessible
*/
+fd = open(filename, open_flags, 0666);
+if (fd != -1) {
+ret =
php_stream_fopen_from_fd_int_rel(fd, mode, persistent_id);
+return ret; }
+else {
+return NULL; }
+}
+}
if (persistent) {
spprintf(&persistent_id, 0, "streams_stdio_%d_%s",
open_flags, realpath);
Previous Comments:
[2007-10-05 11:58:09] jh at webteam dot at
Could reproduce this bug under Mac OS X 10.4.10 and PHP 5.2.4 (via
MacPorts).
[2007-10-05 03:29:44] ab5602 at wayne dot edu
No, the above NFS issues is a side-effect of:
1) Solaris getcwd() not functioning properly with (--x) directories
and
2) PHP not properly allowing relative include()'s when #1 is the case
#2 is probably solvable w/ a bug fix, #1 is obviously not.
[2007-10-02 11:11:49] [EMAIL PROTECTED]
So this is only an issue with NFS shares? If so, please indicate that
in the summary.
[2007-10-02 06:54:42] ab5602 at wayne dot edu
I figured out what the issue was with the NFS shares and the
"permission denied error" in our Solaris environment. It was related to
the same (--x) permission issue that you are having.
As it turns out, if you mount an NFS share in:
/mylocaldir/nfsmount/
The /nfsmount/ directory permissions, *before* you mount the share,
need to be (r-x) or better, even though these permissions are hidden
after the mount in order to avoid the Solaris+PHP include() bug. Now
include() and getcwd() work just fine!
It is very clear that this all goes back to two options:
1) Either make all the subdirs underneath (r-x)
OR
2) If it is possible (which I'm not yet sure of), the PHP binary needs
to "tell" Solaris that it already knows the current path by doing a
chdir(/absolute/path/) or the like before trying getcwd() in order to
make the "include() cause permission denied error" go away.
[2007-10-01 23:53:16] ab5602 at wayne dot edu
correction: a) Execute a program that implements getcwd() that is
suid-root.
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/41822
--
Edit this bug report at http://bugs.php.net/?id=41822&edit=1
#21649 [Com]: This this problem with fopen() function for windows
ID: 21649 Comment by: cxv at bmn dot jb Reported By: lipinski7722 at rogers dot com Status: No Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: http://www.meta-fx.com http://www.forex.co.ir forex ÝÇÑÓ Previous Comments: [2007-10-02 17:10:22] fhj at gfd dot jdk http://www.meta-fx.com http://www.forex.co.ir forex ÝÇÑÓ [2007-09-28 20:13:55] fkl at tfu dot jgfi http://www.meta-fx.com forexÝÇÑÓ [2007-06-08 08:00:06] manny dot ovena at dev dot com In order to change the include_path in pear you must reinstall pear after you have made the changes to the php.ini file. Install PHP, change PHP.ini, and then use go-pear.bat. [2003-02-25 02:05:13] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-19 19:25:39] [EMAIL PROTECTED] Using this script: I can't reproduce this (with PHP 4.3.2-dev) under Windows 2000. Please try it out. 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/21649 -- Edit this bug report at http://bugs.php.net/?id=21649&edit=1
#42871 [NEW]: bcmath incorrect results / number format
From: rbro at hotmail dot com Operating system: Linux PHP version: 5CVS-2007-10-05 (snap) PHP Bug Type: BC math related Bug description: bcmath incorrect results / number format Description: When adding certain floating point numbers together using bcadd (or using the other bcmath functions), I'm receiving invalid results at times depending on the inputs. It appears that with recent PHP releases, PHP is expressing certain floating point numbers in scientific notation which bcmath is not correctly handling. Using my example below, PHP is expressing the number 120.00 as 1.2E+6 which is causing incorrect results from bcadd. Reproduce code: --- http://bugs.php.net/?id=42871&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42871&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42871&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42871&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42871&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42871&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42871&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42871&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42871&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42871&r=support Expected behavior:http://bugs.php.net/fix.php?id=42871&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42871&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42871&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42871&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42871&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42871&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42871&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42871&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42871&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42871&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42871&r=mysqlcfg
#42870 [Opn]: getimagesize on .ico images returns false
ID: 42870
Updated by: [EMAIL PROTECTED]
Reported By: marian at devourmedia dot com
Status: Open
Bug Type: GetImageSize related
Operating System: Fedora
PHP Version: 5.2.4
Assigned To: scottmac
New Comment:
There is currently no support for icons, but the format is near
identical to BMP.
Previous Comments:
[2007-10-05 16:38:41] marian at devourmedia dot com
Description:
PHP code should return information about the .ico file.
Reproduce code:
---
$fpath="/tmp/test.ico";
$buffer=file_get_contents('http://www.favicon.com/favicon.ico');
file_put_contents($fpath,$buffer);
$result=getimagesize($fpath);
if(is_bool($result)) echo "Boolean result: ";
if(is_string($result)) echo "String result: ";
if(is_numeric($result)) echo "Numeric result: ";
if(is_array($result)) echo "Array result: ";
echo "'";
print_r($result);
echo "'";
Expected result:
Instead of returning "Array result: " and the values, it is returning
"Boolean result:"
Actual result:
--
It is returning Boolean result which is false.
--
Edit this bug report at http://bugs.php.net/?id=42870&edit=1
#42870 [NEW]: getimagesize on .ico images returns false
From: marian at devourmedia dot com
Operating system: Fedora
PHP version: 5.2.4
PHP Bug Type: GetImageSize related
Bug description: getimagesize on .ico images returns false
Description:
PHP code should return information about the .ico file.
Reproduce code:
---
$fpath="/tmp/test.ico";
$buffer=file_get_contents('http://www.favicon.com/favicon.ico');
file_put_contents($fpath,$buffer);
$result=getimagesize($fpath);
if(is_bool($result)) echo "Boolean result: ";
if(is_string($result)) echo "String result: ";
if(is_numeric($result)) echo "Numeric result: ";
if(is_array($result)) echo "Array result: ";
echo "'";
print_r($result);
echo "'";
Expected result:
Instead of returning "Array result: " and the values, it is returning
"Boolean result:"
Actual result:
--
It is returning Boolean result which is false.
--
Edit bug report at http://bugs.php.net/?id=42870&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42870&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42870&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42870&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42870&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42870&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42870&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42870&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42870&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42870&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42870&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42870&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42870&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42870&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42870&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42870&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42870&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42870&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42870&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42870&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42870&r=mysqlcfg
#42869 [NEW]: URL rewrite mechanism - data sent to foreign sites
From: mpub at meiners-online dot de
Operating system: Linux
PHP version: 5.2.4
PHP Bug Type: Output Control
Bug description: URL rewrite mechanism - data sent to foreign sites
Description:
When I use output_add_rewrite_var($key, $value), it also adds a hidden
field containing $key and $value to forms which have an absolute URL as
action-attribute of the form-tag.
The transparent session-ID support (using the directive
session.use_trans_sid) is also affected.
I also reported this problem as 42804 in the session-section and was a bit
shocked about the answer that I simply shouldn't use the feature and the
classification "bogus". This section is maybe better anyway.
The configure-line of my provider:
../configure --program-suffix=5 --with-pear=/usr/local/lib/php5
--with-config-file-path=/usr/local/lib/php5
--with-libxml-dir=/usr/local/php5
--with-mysqli=/usr/local/mysql/bin/mysql_config --enable-soap
--with-xsl=/usr/local/php5 --enable-mbstring=all
--with-curl=/usr/local/php5 --with-mcrypt=/usr/local/php5 --with-gd
--with-pdo-mysql=/usr/local/mysql --with-freetype-dir
--with-libxml-dir=/usr/local/php5 --with-mysql=/usr/local/mysql --with-zlib
--enable-debug=no --enable-safe-mode=no --enable-discard-path=no
--with-png-dir=/usr/lib --enable-track-vars --with-db --with-gdbm
--enable-force-cgi-redirect --with-ttf=/usr/ --enable-ftp --enable-dbase
--enable-memory-limit --enable-calendar --enable-wddx
--with-jpeg-dir=/usr/src/kundenserver/jpeg-6b --enable-bcmath
--enable-gd-imgstrttf --enable-shmop --enable-mhash
--with-mhash=/usr/src/kundenserver/mhash-0.8.9/ --with-openssl
--enable-xslt --with-xslt-sablot --with-dom --with-dom-xslt
--with-dom-exslt --with-imap --with-iconv=/usr/local --with-bz2
--with-gettext --enable-exif --with-idn --with-sqlite --enable-sqlite-utf8
Reproduce code:
---
output_add_rewrite_var('sessionID','12345');
?>
Type in your city to get to know how you can find us:
http://www.carRoutes.com/search.php";>
http://example.com/..) aren't rewritten."
Actual result:
--
The output is:
Type in your city to get to know how you can find us:
http://www.carRoutes.com/search.php";>
--
Edit bug report at http://bugs.php.net/?id=42869&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42869&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42869&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42869&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42869&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42869&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42869&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42869&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42869&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42869&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42869&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42869&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42869&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42869&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42869&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42869&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42869&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42869&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42869&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42869&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42869&r=mysqlcfg
#42838 [Opn->Asn]: Wrong results in array_diff_uassoc (php 5.2.3)
ID: 42838
Updated by: [EMAIL PROTECTED]
Reported By: tchunai at ig dot com dot br
-Status: Open
+Status: Assigned
Bug Type: Arrays related
Operating System: Windows
PHP Version: 5.2.4
-Assigned To:
+Assigned To: andrey
New Comment:
Assigned to the author of this (and the other similar) function.
Previous Comments:
[2007-10-05 15:30:18] [EMAIL PROTECTED]
Seems to happen with later versions too.
[2007-10-03 20:52:47] tchunai at ig dot com dot br
Hi,
I am using 5.2.3.
Best regards
[2007-10-03 15:59:26] [EMAIL PROTECTED]
What do you mean with the 'php 5.2.3' in your summary? Do you mean
you're using 5.2.3 and not 5.2.4? Or did it work in 5.2.3?
[2007-10-03 14:21:28] tchunai at ig dot com dot br
Description:
array_diff_uassoc:
If in both array's of comparison will have some key 0 (zero), the
same it is discarded and enclosed as different in the return of
'array_diff_uassoc'.
Reproduce code:
---
function key_compare_func($a, $b)
{
if ($a === $b) {
return 0;
}
return ($a > $b)? 1:-1;
}
$array1 = array("a" = "green", "b" = "Brown", "c" = "blue", 0 =
"red");
$array2 = array("a" = "green", "b" = "Brown", "c" = "blue", 0 =
"red");
$result = array_diff_uassoc($array1, $array2, "key_compare_func");
print_r($result);
Expected result:
Array
(
)
Actual result:
--
Array
(
[b] = brown
[c] = blue
[0] = red
)
--
Edit this bug report at http://bugs.php.net/?id=42838&edit=1
#42838 [Opn]: Wrong results in array_diff_uassoc (php 5.2.3)
ID: 42838
Updated by: [EMAIL PROTECTED]
Reported By: tchunai at ig dot com dot br
Status: Open
Bug Type: Arrays related
Operating System: Windows
-PHP Version: 5.2.3
+PHP Version: 5.2.4
New Comment:
Seems to happen with later versions too.
Previous Comments:
[2007-10-03 20:52:47] tchunai at ig dot com dot br
Hi,
I am using 5.2.3.
Best regards
[2007-10-03 15:59:26] [EMAIL PROTECTED]
What do you mean with the 'php 5.2.3' in your summary? Do you mean
you're using 5.2.3 and not 5.2.4? Or did it work in 5.2.3?
[2007-10-03 14:21:28] tchunai at ig dot com dot br
Description:
array_diff_uassoc:
If in both array's of comparison will have some key 0 (zero), the
same it is discarded and enclosed as different in the return of
'array_diff_uassoc'.
Reproduce code:
---
function key_compare_func($a, $b)
{
if ($a === $b) {
return 0;
}
return ($a > $b)? 1:-1;
}
$array1 = array("a" = "green", "b" = "Brown", "c" = "blue", 0 =
"red");
$array2 = array("a" = "green", "b" = "Brown", "c" = "blue", 0 =
"red");
$result = array_diff_uassoc($array1, $array2, "key_compare_func");
print_r($result);
Expected result:
Array
(
)
Actual result:
--
Array
(
[b] = brown
[c] = blue
[0] = red
)
--
Edit this bug report at http://bugs.php.net/?id=42838&edit=1
#42868 [NEW]: Inconsistent return values from strspn()
From: zoe dot slattery at googlemail dot com Operating system: Linux/Windows/OSX PHP version: 5CVS-2007-10-05 (snap) PHP Bug Type: Scripting Engine problem Bug description: Inconsistent return values from strspn() Description: I'm not sure if this is one defect or two (or none:-)) - it would be good to understand the expected behaviour as there are a number of other MAC OSX test failures. (1) strspn() does not return consistent values on Linux/Windows if "$start"> PHP_INT_MAX (2) The values returned on MAC OSX (10.4) are different to the values returned on Linux & Windows. It's reasonably easy to see what is happening in the Windows/Linux case. The double that is passed to strspn() is cast as a long in zend_parse_parameters, and in some cases this means that the resulting long happens to be within a reasonable range (see comments in reproduce code). >From the users' point of view it would be better if strspn() returned the same thing for all values of $start which are outside the expected range. I'm not sure why the behaviour is different on Mac, it appears that what comes back from zend_parse_parameters is "-1" in example 3 & 4. Reproduce code: --- Expected result: I'd expect to see (1) the same result for every invalid value of $start on (Win/Lin) (2) the same result on Mac as I see on Win/Lin Actual result: -- Lin/Win bool(false) int(2) int(4) int(0) Mac bool(false) int(2) int(0) int(0) -- Edit bug report at http://bugs.php.net/?id=42868&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42868&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42868&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42868&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42868&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42868&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42868&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42868&r=support Expected behavior:http://bugs.php.net/fix.php?id=42868&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42868&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42868&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42868&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42868&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42868&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42868&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42868&r=mysqlcfg
#42849 [Opn->Fbk]: Configuration File (php.ini) Path incorrect
ID: 42849 Updated by: [EMAIL PROTECTED] Reported By: inglis-php at yahoo dot com dot au -Status: Open +Status: Feedback -Bug Type: *Configuration Issues +Bug Type: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: Exactly what does phpinfo() have about php.ini? There are 2 places in the output, paste both here..(in the very beginning of the output..) Previous Comments: [2007-10-04 07:37:01] inglis-php at yahoo dot com dot au Description: I have just used the .msi file to install php 5.2.4 All appeared to work well. I installed to c:\PHP folder. Then wrote a small .php test file (below) and tried it and the noticed that: The phpinfo() function is reporting php.ini file as being in the 'C:\Windows' directory. It is actually located in 'C:\PHP' directory. I have searched my c drive and there is only one copy of php.ini and it is in the c:\PHP directory. I assume it finds the php.ini via the path environment which now starts with c:\PHP. Reproduce code: --- PHP Test Hello World'; ?> Expected result: C:\PHP Actual result: -- C:\Windows -- Edit this bug report at http://bugs.php.net/?id=42849&edit=1
#42371 [Com]: PDO doesn`t throw Exception when querying MySQL Server 4.0.16 (Mysql 5 works!)
ID: 42371
Comment by: mpub at meiners-online dot de
Reported By: songqi at baidu dot com
Status: Assigned
Bug Type: PDO related
Operating System: Redhat linux
PHP Version: 5.2.3
Assigned To: andrey
New Comment:
I also use PHP 5 and MySQL 4 and had the same problem. When I use
PHPMyAdmin it says "Your PHP MySQL library version 5.0.18 differs from
your MySQL server version 4.0.27. This may cause unpredictable
behavior." This confirms the existence of the problem. It seems to be a
well-known problem. Otherwise it could be useful to contact the
developers of PHPMyAdmin to find out more about their experiences.
Previous Comments:
[2007-08-24 10:32:22] [EMAIL PROTECTED]
Andrey, any ideas about this? Seems more like an issue outside PHP..
[2007-08-22 08:45:13] songqi at baidu dot com
Description:
PDO doesn`t throw Exception when querying a sql with syntax error as
expected.
MySQL Client Version: 5.0.45
MySQL Server Version: 4.0.16
But if I connect to a MySQL5 server, it throws Exception correctly.
Same error happened in php-5.2.2
Reproduce code:
---
$dbt = new PDO("mysql:host=xxx;port=xxx;dbname=xxx",'xxx','xxx');
$dbt->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$a = $dbt->query("what happened?");
Expected result:
PDO should throw a Exception
Actual result:
--
nothing is throwed
--
Edit this bug report at http://bugs.php.net/?id=42371&edit=1
#42847 [Asn->Csd]: gcov support to allow lcov 1.6
ID: 42847 Updated by: [EMAIL PROTECTED] Reported By: philip at roshambo dot org -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: Mac PHP Version: 5.2.4 Assigned To: nlopess New Comment: it works now in php 5.2, 5.3 & 6. Previous Comments: [2007-10-03 23:22:44] philip at roshambo dot org Description: Compiling PHP with gcov support requires lcov from the LTP (Linux Test Project) installed. Version 1.6 was released 2007-08-22 and PHP says it won't work (requires 1.5 not 1.6) so this report requests PHP to allow 1.6. http://sourceforge.net/project/showfiles.php?group_id=3382&package_id=80148 Reproduce code: --- ./configure --enable-gcov Expected result: Success Actual result: -- ... checking whether to include gcov symbols... yes checking for lcov... lcov checking for genhtml... genhtml checking for ltp version... invalid configure: error: You must have one of the following versions of LTP: 1.5 (found: 1.6). -- Edit this bug report at http://bugs.php.net/?id=42847&edit=1
#42501 [Opn]: glob() with GLOB_BRACE using Windows paths
ID: 42501
User updated by: eric at ericmmartin dot com
Reported By: eric at ericmmartin dot com
Status: Open
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 5.2.4
New Comment:
I have confirmed that the nts version works as expected.
I still believe that the issue is caused by the colon ':' in the
pattern portion of the glob call. For example, the following is still
problematic in the non-nts version:
Notice, I moved the drive letter out of the pattern, so the pattern
does not start with a '{'. It works as expected in the nts version.
Previous Comments:
[2007-09-23 09:23:43] tzachi at zend dot com
It seems to be a problem with PHP thread-safe. With PHP-NTS that is
provided from 5.2.1 and on it seems to work as expected. Apparently the
thread-safety version (which is what common in windows) of glob has a
problem with pattern that begins with '{'.
[2007-09-03 14:39:11] eric at ericmmartin dot com
>From my previous comment: "I added BLOG_NOCHECK and found"...
- I mean GLOB_NOCHECK, of course =)
[2007-09-03 14:37:32] eric at ericmmartin dot com
I added BLOG_NOCHECK and found that I needed to update my first test
(it was missing a directory seperator...but even after fixing that, it
still fails. Here are the updated tests and results.
Reproduce code:
---
Actual result:
--
Array
(
[0] => c:/globtest/firstfolder/*.png
[1] => c:/globtest/secondfolder/*.png
)
Array
(
[0] => c:/globtest/firstfolder/arrow_down.png
[1] => c:/globtest/firstfolder/arrow_off.png
[2] => c:/globtest/firstfolder/arrow_up.png
[3] => c:/globtest/secondfolder/arrow_down.png
[4] => c:/globtest/secondfolder/arrow_off.png
[5] => c:/globtest/secondfolder/arrow_up.png
)
The pattern looks correct! Even if I use 'arrow_off.png' instead of
'*.png' for $ext, glob() fails. It seems like the colon breaks it, for
some reason...
[2007-09-03 11:30:01] [EMAIL PROTECTED]
Try passing GLOB_NOCHECK as flag too, it should return the actual
pattern used then when it doesn't find any files.
[2007-08-31 18:05:57] eric at ericmmartin dot com
Description:
glob() with the GLOB_BRACE flag seems to have a bug. I believe that the
colon (:) in a pattern in braces, is causing the problem.
I tried escaping the colon, but that did not seem to work.
Reproduce code:
---
Expected result:
Array
(
[0] => c:/globtest/firstfolder/arrow_down.png
[1] => c:/globtest/firstfolder/arrow_off.png
[2] => c:/globtest/firstfolder/arrow_up.png
[3] => c:/globtest/secondfolder/arrow_down.png
[4] => c:/globtest/secondfolder/arrow_off.png
[5] => c:/globtest/secondfolder/arrow_up.png
)
Array
(
[0] => c:/globtest/firstfolder/arrow_down.png
[1] => c:/globtest/firstfolder/arrow_off.png
[2] => c:/globtest/firstfolder/arrow_up.png
[3] => c:/globtest/secondfolder/arrow_down.png
[4] => c:/globtest/secondfolder/arrow_off.png
[5] => c:/globtest/secondfolder/arrow_up.png
)
Actual result:
--
Array
(
)
Array
(
[0] => c:/globtest/firstfolder/arrow_down.png
[1] => c:/globtest/firstfolder/arrow_off.png
[2] => c:/globtest/firstfolder/arrow_up.png
[3] => c:/globtest/secondfolder/arrow_down.png
[4] => c:/globtest/secondfolder/arrow_off.png
[5] => c:/globtest/secondfolder/arrow_up.png
)
--
Edit this bug report at http://bugs.php.net/?id=42501&edit=1
#42863 [Opn]: array_merge_recursive() increments number values
ID: 42863
User updated by: moloth at hotmail dot com
-Summary: array_merge_recursive() magles values
Reported By: moloth at hotmail dot com
Status: Open
Bug Type: Arrays related
Operating System: all
PHP Version: 5.2.4
New Comment:
Changed Summary
Previous Comments:
[2007-10-05 14:27:23] moloth at hotmail dot com
Changed Summary
[2007-10-05 14:19:01] moloth at hotmail dot com
Changed to arrays related
[2007-10-05 08:00:33] moloth at hotmail dot com
Description:
Seems to increment number values.
Reproduce code:
---
array('2' => '6'));
$b = array('a' => array('2' => '6'));
$result = array_merge_recursive( $a, $b );
print_r( $result );
?>
Expected result:
Array
(
[a] => Array
(
[2] => 6
)
)
Actual result:
--
Array
(
[a] => Array
(
[2] => 6
[3] => 6
)
)
--
Edit this bug report at http://bugs.php.net/?id=42863&edit=1
#42863 [Opn]: array_merge_recursive() magles values
ID: 42863
User updated by: moloth at hotmail dot com
Reported By: moloth at hotmail dot com
Status: Open
Bug Type: Arrays related
Operating System: all
PHP Version: 5.2.4
New Comment:
Changed Summary
Previous Comments:
[2007-10-05 14:19:01] moloth at hotmail dot com
Changed to arrays related
[2007-10-05 08:00:33] moloth at hotmail dot com
Description:
Seems to increment number values.
Reproduce code:
---
array('2' => '6'));
$b = array('a' => array('2' => '6'));
$result = array_merge_recursive( $a, $b );
print_r( $result );
?>
Expected result:
Array
(
[a] => Array
(
[2] => 6
)
)
Actual result:
--
Array
(
[a] => Array
(
[2] => 6
[3] => 6
)
)
--
Edit this bug report at http://bugs.php.net/?id=42863&edit=1
#42859 [Asn]: import always conflicts with internal classes
ID: 42859
Updated by: [EMAIL PROTECTED]
Reported By: greg at chiaraquartet dot net
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: linux
PHP Version: 5CVS-2007-10-05 (CVS)
Assigned To: dmitry
New Comment:
both patches were missing a zend_str_tolower call, I've updated them to
include this
Previous Comments:
[2007-10-05 06:56:13] [EMAIL PROTECTED]
Patch seems to be proper. I'll review and commit it later.
[2007-10-05 02:16:15] [EMAIL PROTECTED]
accidentally didn't log in as cellog to submit this.
[2007-10-05 02:03:44] greg at chiaraquartet dot net
Description:
zend_do_import incorrectly compares an import name to global class
names. It should compare EG(current_namespace) . '::' . importname to
check for conflicting names.
This is because when inside a namespace, to the user, import should
behave in the same manner as a class declaration. This code:
creates Foo::Exception.
This code:
Should essentially work as if the user had typed:
In other words, it should resolve future uses of "Exception" to
"Blah::Exception" and "::Exception" to "Exception" and not complain
about "Exception" conflicting with "::Exception"
Patch for PHP 5:
http://pear.php.net/~greg/fix_import.patch.txt
Patch for PHP 6:
http://pear.php.net/~greg/fix_import.php6.patch.txt
Reproduce code:
---
testme.php:
test.php:
Expected result:
Fatal error: Uncaught exception 'Blah::Exception' in
/home/cellog/workspace/php5/test.php:5
Stack trace:
#0 {main}
thrown in /home/cellog/workspace/php5/test.php on line 5
Actual result:
--
Fatal error: Import name 'Exception' conflicts with defined class in
/home/cellog/workspace/php5/test.php on line 4
--
Edit this bug report at http://bugs.php.net/?id=42859&edit=1
#42863 [Opn]: array_merge_recursive() magles values
ID: 42863
User updated by: moloth at hotmail dot com
Reported By: moloth at hotmail dot com
Status: Open
-Bug Type: *General Issues
+Bug Type: Arrays related
Operating System: all
PHP Version: 5.2.4
New Comment:
Changed to arrays related
Previous Comments:
[2007-10-05 08:00:33] moloth at hotmail dot com
Description:
Seems to increment number values.
Reproduce code:
---
array('2' => '6'));
$b = array('a' => array('2' => '6'));
$result = array_merge_recursive( $a, $b );
print_r( $result );
?>
Expected result:
Array
(
[a] => Array
(
[2] => 6
)
)
Actual result:
--
Array
(
[a] => Array
(
[2] => 6
[3] => 6
)
)
--
Edit this bug report at http://bugs.php.net/?id=42863&edit=1
#42867 [NEW]: open_basedir restriction in effect. File(/tmp) is not within the allowed path
From: hosting at edv-doelker dot de Operating system: Debian ETCH PHP version: 5.2.4 PHP Bug Type: FTP related Bug description: open_basedir restriction in effect. File(/tmp) is not within the allowed path Description: Hi, i've the problem by using FTP commands (ftp_nlist, ftp_rawlist). This problem came after a Sever upgrade from Debian Sarge to Etch ans upgrading PHP4 to 5 incl. all securityupdates. ## SNAP ### Warning: ftp_nlist() [function.ftp-nlist]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/web63/html/:/var/www/web63/phptmp/:/var/www/web63/files/:/var/www/web63/atd/) in /var/www/web63/html/admin/module/ftp_liste.php on line 9 ### I hope you could help me. thanks for checking Tobias Frank Reproduce code: --- Expected result: Warning: ftp_nlist() [function.ftp-nlist]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/web63/html/:/var/www/web63/phptmp/:/var/www/web63/files/:/var/www/web63/atd/) in /var/www/web63/html/admin/module/ftp_liste.php on line 9 -- Edit bug report at http://bugs.php.net/?id=42867&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42867&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42867&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42867&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42867&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42867&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42867&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42867&r=support Expected behavior:http://bugs.php.net/fix.php?id=42867&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42867&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42867&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42867&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42867&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42867&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42867&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42867&r=mysqlcfg
#42625 [Asn]: When mysql and mysqli enabled both together, php CLI hangs when ZTS is enabled
ID: 42625 User updated by: jama at mk dot cvut dot cz Reported By: jama at mk dot cvut dot cz Status: Assigned Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 Assigned To: andrey New Comment: I have updated mysql to: mysql_config --version 5.1.22-rc Downloaded new snapshots and new report seems OK for php.. ./test.report.sh php-5.2.4.log OK php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php-5.2.4-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php5.2-200710051030.log OK php5.2-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php5.2-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php6.0-200710051030.log OK php6.0-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd Previous Comments: [2007-09-24 09:39:40] jama at mk dot cvut dot cz tested on php6.0-200709240630 mysqli OK mysql+mysqli BAD mysql+mysqlng OK I created simple bash script for building and testing php snapshots for this bug. It's on http://pastebin.com/m68372238 Runned in this case as ". ./test.sh php6.0-200709240630.tar.bz2 php6.0-200709240630 php6.0-200709240630" Manualy killed when php -i was hanging on second test and result looks like this: # cat php6.0-200709240630.log OK php6.0-200709240630-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config BAD php6.0-200709240630-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200709240630-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd [2007-09-22 08:47:41] [EMAIL PROTECTED] Hi, - can you try building PHP6? - if still han gs, can you try building with mysqlnd (PHP6, --with-mysqli=mysqlnd --with-mysql=mysql) and see if there is still a problem Andrey [2007-09-19 14:08:19] [EMAIL PROTECTED] I can't reproduce with MySQL 5.1.22 [2007-09-19 13:40:39] [EMAIL PROTECTED] Propably some issue with the BETA mysql version used. Assigned to the mysql maintainer. [2007-09-19 13:39:33] [EMAIL PROTECTED] # mysql_config --version 5.0.27 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/42625 -- Edit this bug report at http://bugs.php.net/?id=42625&edit=1
#41822 [Com]: include()/require() cause permission denied error (bug #39351 not fixed!)
ID: 41822 Comment by: jh at webteam dot at Reported By: ian at onlineloop dot com Status: Assigned Bug Type: *Directory/Filesystem functions Operating System: Solaris 10 PHP Version: 5.2CVS-20070627 Assigned To: tony2001 New Comment: Could reproduce this bug under Mac OS X 10.4.10 and PHP 5.2.4 (via MacPorts). Previous Comments: [2007-10-05 03:29:44] ab5602 at wayne dot edu No, the above NFS issues is a side-effect of: 1) Solaris getcwd() not functioning properly with (--x) directories and 2) PHP not properly allowing relative include()'s when #1 is the case #2 is probably solvable w/ a bug fix, #1 is obviously not. [2007-10-02 11:11:49] [EMAIL PROTECTED] So this is only an issue with NFS shares? If so, please indicate that in the summary. [2007-10-02 06:54:42] ab5602 at wayne dot edu I figured out what the issue was with the NFS shares and the "permission denied error" in our Solaris environment. It was related to the same (--x) permission issue that you are having. As it turns out, if you mount an NFS share in: /mylocaldir/nfsmount/ The /nfsmount/ directory permissions, *before* you mount the share, need to be (r-x) or better, even though these permissions are hidden after the mount in order to avoid the Solaris+PHP include() bug. Now include() and getcwd() work just fine! It is very clear that this all goes back to two options: 1) Either make all the subdirs underneath (r-x) OR 2) If it is possible (which I'm not yet sure of), the PHP binary needs to "tell" Solaris that it already knows the current path by doing a chdir(/absolute/path/) or the like before trying getcwd() in order to make the "include() cause permission denied error" go away. [2007-10-01 23:53:16] ab5602 at wayne dot edu correction: a) Execute a program that implements getcwd() that is suid-root. [2007-10-01 23:41:38] ab5602 at wayne dot edu Wow, this is strange. I'm very much closer to seeing what is going on with PHP+Solaris that is causing the issue here Ian. I've tested pwd/getcwd() with every combination I could think of and this is how Solaris feels about permissions: If you are not root AND you want to get your current working directory that has parents with exclusively 'x' permissions, you must do one of two things: a) Execute a getuid() program that is suid-root. OR: And this is the strange one... b) Tell Solaris that you already know where you are!! If it is feasible, I'll see if I can come up with a patch to implement (b) if your architecture is Solaris and send it to the PHP internals list. See below for how this works: - # uname -a SunOS opteron 5.10 Generic_118855-14 i86pc i386 i86pc # pwd / # find ./dirtest/ -ls 4493931 d--x--x--x 3 root root 512 Oct 1 19:29 ./dirtest/ 4493941 d--x--x--x 2 root root 512 Oct 1 19:29 ./dirtest/dirtest2 # cd /dirtest/dirtest2 # pwd /dirtest/dirtest2 # su nobody # pwd cannot determine current directory # cd /dirtest/dirtest2/ # pwd /dirtest/dirtest2 # 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/41822 -- Edit this bug report at http://bugs.php.net/?id=41822&edit=1
#42858 [Opn->Fbk]: Xpath buffer overflow
ID: 42858
Updated by: [EMAIL PROTECTED]
Reported By: felipensp at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: SimpleXML related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Try a newer version of libxml2 (2.6.28+). I can't reproduce this and
believe this isn't a PHP issue but rather due to a bug that existed in
libxml2 2.6.27.
Previous Comments:
[2007-10-05 01:05:31] felipensp at gmail dot com
Description:
Xpath cause buffer overflow when function not found in predicate.
Reproduce code:
---
http://visualjquery.com/1.1.2.html');
$xml = new SimpleXMLElement($source);
$entries = $xml->xpath('//h1[.=foo()]');
Expected result:
Only messages errors.
Actual result:
--
[EMAIL PROTECTED]:~/public_html$ php test.php
Warning: SimpleXMLElement::xpath(): xmlXPathCompOpEval: function foo
not found in /home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): Unregistered function in
/home/felipe/public_html/test.php on line 5
Warning: SimpleXMLElement::xpath(): xmlXPathEval: 2 object left on the
stack in /home/felipe/public_html/test.php on line 5
*** glibc detected *** php: corrupted double-linked list: 0x084afa90
***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6[0xb7d2db2a]
/lib/tls/i686/cmov/libc.so.6[0xb7d2f50f]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d32e30]
/usr/lib/libxml2.so.2(xmlDictFree+0xec)[0xb7eec17c]
/usr/lib/libxml2.so.2(xmlFreeDoc+0x1b9)[0xb7e4d8f9]
php(php_libxml_decrement_doc_ref+0x46)[0x808b3f6]
php[0x8161faa]
php(zend_objects_store_del_ref_by_handle+0x179)[0x828fce9]
php(zend_objects_store_del_ref+0x18)[0x828fd28]
php(_zval_ptr_dtor+0x4f)[0x8267fef]
php[0x827db38]
php(zend_hash_reverse_apply+0x57)[0x827dc27]
php(shutdown_destructors+0x50)[0x8267f50]
php(zend_call_destructors+0x30)[0x8274400]
php(php_request_shutdown+0x268)[0x8233c18]
php(main+0x36d)[0x82ebfed]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7cddebc]
php(xmlTextReaderConstName+0x145)[0x808a611]
=== Memory map:
08048000-0839c000 r-xp 03:01 5360941/usr/local/bin/php
0839c000-083b9000 rw-p 00354000 03:01 5360941/usr/local/bin/php
083b9000-08618000 rw-p 083b9000 00:00 0 [heap]
b7a0-b7a21000 rw-p b7a0 00:00 0
b7a21000-b7b0 ---p b7a21000 00:00 0
b7b97000-b7c18000 rw-p b7b97000 00:00 0
b7c18000-b7c1f000 r--s 03:01 5194177
/usr/lib/gconv/gconv-modules.cache
b7c1f000-b7c5a000 r--p 03:01 5242899
/usr/lib/locale/pt_BR.utf8/LC_CTYPE
b7c7b000-b7c86000 r-xp 03:01 2261088/lib/libgcc_s.so.1
b7c86000-b7c87000 rw-p a000 03:01 2261088/lib/libgcc_s.so.1
b7c87000-b7c8b000 r-xp 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8b000-b7c8d000 rw-p 3000 03:01 2294771
/lib/tls/i686/cmov/libnss_dns-2.5.so
b7c8d000-b7c96000 r-xp 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c96000-b7c98000 rw-p 8000 03:01 2294772
/lib/tls/i686/cmov/libnss_files-2.5.so
b7c98000-b7c9a000 rw-p b7c98000 00:00 0
b7c9b000-b7c9c000 rw-p b7c9b000 00:00 0
b7c9c000-b7caf000 r-xp 03:01 5178599
/usr/lib/libz.so.1.2.3
b7caf000-b7cb rw-p 00012000 03:01 5178599
/usr/lib/libz.so.1.2.3
b7cb-b7cc3000 r-xp 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc3000-b7cc5000 rw-p 00013000 03:01 2294778
/lib/tls/i686/cmov/libpthread-2.5.so
b7cc5000-b7cc8000 rw-p b7cc5000 00:00 0
b7cc8000-b7e03000 r-xp 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e03000-b7e04000 r--p 0013b000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e04000-b7e06000 rw-p 0013c000 03:01 2294471
/lib/tls/i686/cmov/libc-2.5.so
b7e06000-b7e09000 rw-p b7e06000 00:00 0
b7e09000-b7f2 r-xp 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f2-b7f26000 rw-p 00116000 03:01 5179128
/usr/lib/libxml2.so.2.6.27
b7f26000-b7f39000 r-xp 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f39000-b7f3b000 rw-p 00012000 03:01 2294480
/lib/tls/i686/cmov/libnsl-2.5.so
b7f3b000-b7f3d000 rw-p b7f3b000 00:00 0
b7f3d000-b7f3f000 r-xp 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f3f000-b7f41000 rw-p 1000 03:01 2294474
/lib/tls/i686/cmov/libdl-2.5.so
b7f41000-b7f66000 r-xp 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f66000-b7f68000 rw-p 00024000 03:01 2294476
/lib/tls/i686/cmov/libm-2.5.so
b7f68000-b7f77000 r-xp 03:01 2294779
/lib/tls/i686/cmov/libresolv-2.5.so
b7f77000-b7f79000 rw-p f000 03:01 2294779
/lib/tls/i686/cmov/libresolv-2.5.so
b7f79000-b7f7c000 rw-p b7f79000 00:00 0
b7f7c000-b7f83000 r-xp 03:01 2294780
/lib/tls/i686/cmov/librt-2.5.so
b7f83000-b7f85000 rw-p 6000 03:01 2294780
/lib/tls/i686/cmov/librt-2.5.so
b7f85000-b7f8a000 r-xp 0Cancelado (core dumped)
#42866 [NEW]: str_split() returns extra char when given string size is not mulitple of lenth
From: kraghuba at in dot ibm dot com
Operating system: linux,win xp
PHP version: 6CVS-2007-10-05 (snap)
PHP Bug Type: Strings related
Bug description: str_split() returns extra char when given string size is not
mulitple of lenth
Description:
str_split() returns extra charecter when given string is not mulitple of
given length. for example if the given string size is 22 and split length
is 5, then the last element of the returned array contains 5 or more than 5
chars, which is wrong. The last element of the return array should only
contain 2 chars.
This behavior is only noticed on PHP6 with UNICODE ON
Reproduce code:
---
Expected result:
array(4) {
[0]=>
unicode(5) "Testi"
[1]=>
unicode(5) "ng st"
[2]=>
unicode(5) "r_spl"
[3]=>
unicode(4) "it()"
}
Actual result:
--
array(4) {
[0]=>
unicode(5) "Testi"
[1]=>
unicode(5) "ng st"
[2]=>
unicode(5) "r_spl"
[3]=>
unicode(8) "it()[EMAIL PROTECTED]@1"
}
--
Edit bug report at http://bugs.php.net/?id=42866&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42866&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42866&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42866&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42866&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42866&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42866&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42866&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42866&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42866&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42866&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42866&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42866&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42866&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42866&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42866&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42866&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42866&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42866&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42866&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42866&r=mysqlcfg
#42865 [NEW]: strip_tags() doesn't respect the given allowable tag
From: kraghuba at in dot ibm dot com
Operating system: windows XP,linux
PHP version: 5CVS-2007-10-05 (snap)
PHP Bug Type: Strings related
Bug description: strip_tags() doesn't respect the given allowable tag
Description:
strip_tags() doesn't respect the given allowable tag. for example
var_dump(strip_tags("Hello World", "<>") );
given the allowable tag as "<>" allows the tag which, i think
is not desirable. <> is not same as .
Reproduce code:
---
Hello World", "<>") );
?>
Expected result:
string(11) "Hello World"
Actual result:
--
string(24) "Hello World"
--
Edit bug report at http://bugs.php.net/?id=42865&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42865&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42865&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42865&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42865&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42865&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42865&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42865&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42865&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42865&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42865&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42865&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42865&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42865&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42865&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42865&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42865&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42865&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42865&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42865&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42865&r=mysqlcfg
#42864 [Opn]: strip_tags() doesn't work as expected with PHP tags
ID: 42864 User updated by: kraghuba at in dot ibm dot com Reported By: kraghuba at in dot ibm dot com Status: Open Bug Type: Strings related Operating System: windows XP,linux PHP Version: 5.2.4 New Comment: This behavior is found on php6 as well. Previous Comments: [2007-10-05 10:37:18] kraghuba at in dot ibm dot com Description: when a string with PHP tag() is given as input to strip_tags() function, it strips off the entire given string including the tags. Whereas, the function should only strip the tags and not the text within the PHP block. As per the documentation, this seems to be non-documented behavior, is this expected? Reproduce code: --- ")); ?> Expected result: string(12) "echo "hello"" Actual result: -- string(0) "" -- Edit this bug report at http://bugs.php.net/?id=42864&edit=1
#42864 [NEW]: strip_tags() doesn't work as expected with PHP tags
From: kraghuba at in dot ibm dot com Operating system: windows XP,linux PHP version: 5.2.4 PHP Bug Type: Strings related Bug description: strip_tags() doesn't work as expected with PHP tags Description: when a string with PHP tag() is given as input to strip_tags() function, it strips off the entire given string including the tags. Whereas, the function should only strip the tags and not the text within the PHP block. As per the documentation, this seems to be non-documented behavior, is this expected? Reproduce code: --- ")); ?> Expected result: string(12) "echo "hello"" Actual result: -- string(0) "" -- Edit bug report at http://bugs.php.net/?id=42864&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42864&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42864&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42864&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42864&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42864&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42864&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42864&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42864&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42864&r=support Expected behavior:http://bugs.php.net/fix.php?id=42864&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42864&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42864&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42864&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42864&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42864&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42864&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42864&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42864&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42864&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42864&r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: chris at crgs dot co dot uk Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: Confirmed. Have just tried php5.2-win32-200710050830.zip and the problem is not solved. Repro as per my previous post above. Results the same: C:\php>php-cgi.exe -v PHP 5.2.5-dev (cgi-fcgi) (built: Oct 5 2007 04:04:23) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 2 threads didn't exit Previous Comments: [2007-10-04 17:14:16] temp4 at scottpreston dot com I just tried this and it does not fix the issue. I overwrote and unloaded all DLLs, still 5 second delay. [2007-10-04 11:19:35] thorsten at phpmyfaq dot de Hi all, the current PHP 5.2.5-dev package from http://snaps.php.net with the bundled libmysql.dll fixes this issue. Best regards Thorsten [2007-10-03 17:14:22] mike at wardfam dot org Copying libmysql.dll from 5.2.1 fixed this issue for me also. Configuration: Windows 2003 x64 SP2, PHP 5.2.4, CGI/FastCGI [2007-09-30 12:42:39] 256512 at gmail dot com To reproduce the error on my setup (Windows XP SP2, PHP 5.2.4): - in php.ini enable any of the following extensions: php_mysql.dll, php_pdo_mysql.dll, php_mysqli.dll - execute "php.exe" on command line - press Ctrl+C After a significant pause (~5 seconds), the error message appears: "Error in my_thread_global_end(): 1 threads didn't exit" Disabling php_mysql.dll, php_pdo_mysql.dll, php_mysqli.dll in php.ini "fixes" the issue (php.exe exits immediately, without any errors). Disabling MySQL extensions eliminates a significant pause (~5 seconds) at exit with scripts that connect to a PostgreSQL database (yes, PostgreSQL, not MySQL). Without error messages, though. A minimal script to reproduce this, when any of the MySQL extensions are enabled, is a single pg_connect() statement. When MySQL extensions are disabled, the script exits immediately. [2007-09-30 02:56:24] joecosmoj at gmail dot com By commenting out : ;extension=php_mysql.dll and restarting mysql THE BUG DISAPPEARED dll version=5.2.5.5 Special build descriptor = "-dev" 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
#42863 [NEW]: array_merge_recursive() magles values
From: moloth at hotmail dot com
Operating system: all
PHP version: 5.2.4
PHP Bug Type: *General Issues
Bug description: array_merge_recursive() magles values
Description:
Seems to increment number values.
Reproduce code:
---
array('2' => '6'));
$b = array('a' => array('2' => '6'));
$result = array_merge_recursive( $a, $b );
print_r( $result );
?>
Expected result:
Array
(
[a] => Array
(
[2] => 6
)
)
Actual result:
--
Array
(
[a] => Array
(
[2] => 6
[3] => 6
)
)
--
Edit bug report at http://bugs.php.net/?id=42863&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42863&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42863&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42863&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42863&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42863&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42863&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42863&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42863&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42863&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42863&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42863&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42863&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42863&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42863&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42863&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42863&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42863&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42863&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42863&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42863&r=mysqlcfg
#42862 [NEW]: IMAP toolkit crash: rfc822.c legacy routine buffer, overflow
From: Maylein at ub dot uni-heidelberg dot de Operating system: Linux 2.6.22 PHP version: 5.2.4 PHP Bug Type: Reproducible crash Bug description: IMAP toolkit crash: rfc822.c legacy routine buffer, overflow Description: I am using the uw imap c-client-library with php-5.2.4 and apache 2.0.61 for my webmailer software TWIG. Some actions causes the httpd child to crash: httpd: IMAP toolkit crash: rfc822.c legacy routine buffer overflow See also http://bugs.php.net/bug.php?id=40925&edit=1 uw imap developers say that it is definitely a php issue which you have been denying in former bug reports. So please have a second thought on this issue. Here is the response of the uw imap developers: > PHP is calling c-client legacy RFC 822 header generation routines > that write headers into a "big enough buffer". These routines were > never intended for external use. > There is no way in the old interface to know how much space is left > in the buffer. Those routines were written in 1988 when that was > "good enough". They were left unfixed because supposedly "nobody > used them". When it became clear that people were using those > routines after all, they were replaced by routines with proper > buffer checking. > The old routine names exist as compatibility interfaces into the new > routines, but the old interface itself prevents proper checking. > ... > Let's be clear; if PHP calls these old routines, it is not just a > core dump issue; it is a security bug. The abort catches some, but > NOT all of the buffer overflows. > ... > In case it wasn't clear from the previous message, there is nothing > to fix at the c-client end. That "legacy routine buffer overflow" > is effectively the same thing as getting a SEGV from strcpy(). As > the message says, it's a detected buffer overflow. But there is > nothing that c-client can do to recover. > The fix is not to call the routine that has the buffer overflow, but > that has to be in PHP. > I'm sorry that this is bad news for you, especially as the PHP > developers seem to be unable to understand the issue (and thus are > telling you to talk to me). Actual result: -- httpd child crashes with a buffer overflow httpd: IMAP toolkit crash: rfc822.c legacy routine buffer overflow -- Edit bug report at http://bugs.php.net/?id=42862&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42862&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42862&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42862&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42862&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42862&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42862&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42862&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42862&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42862&r=support Expected behavior:http://bugs.php.net/fix.php?id=42862&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42862&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42862&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42862&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42862&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42862&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42862&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42862&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42862&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42862&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42862&r=mysqlcfg
