#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfox dot uk Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: (I mean this bug does not happen using ISAPI, only CGI) Previous Comments: [2007-09-04 03:37:09] w dot ashcroft at redfoxuk dot com ...does not happen using ISAPI. [2007-09-03 17:53:39] w dot ashcroft at redfoxuk dot com ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. [2007-09-03 17:49:30] w dot ashcroft at redfoxuk dot com Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: ...does not happen using ISAPI. Previous Comments: [2007-09-03 17:53:39] w dot ashcroft at redfoxuk dot com ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. [2007-09-03 17:49:30] w dot ashcroft at redfoxuk dot com Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? 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/42523 -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42378 [Asn]: bind_result memory exhaustion
ID: 42378 User updated by: jullrich at sans dot org Reported By: jullrich at sans dot org Status: Assigned Bug Type: MySQLi related Operating System: Linux (CentOS 4.5) PHP Version: 5.2.3 Assigned To: andrey New Comment: as requested, the table definition: CREATE TABLE `trends` ( `targetport` int(11) NOT NULL default '0', `sources` double(17,4) default NULL, `current_sources` double(17,0) default NULL, `reports` double(17,4) default NULL, `current_reports` double(17,0) default NULL, `targets` double(17,4) default NULL, `current_targets` double(17,0) default NULL, `maxsources` int(11) default NULL, `maxtargets` int(11) default NULL, `maxreports` int(11) default NULL, `trend` float default NULL, PRIMARY KEY (`targetport`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 Previous Comments: [2007-09-03 14:52:13] uwendel at mysql dot com Can you add the table definition to the bug report? [2007-08-23 10:42:28] [EMAIL PROTECTED] Assigned to the Mysqli maintainer. [2007-08-22 11:44:28] jullrich at sans dot org 'cast' can be used as a workaround: works: cast(format(trend,2) as char(10))) does not work (same memory error): cast(format(trend,2) as char) [2007-08-22 11:33:14] jullrich at sans dot org Description: The use of the mysql command "format" will lead to memory exhaustion on bind_results. Here sample code that does cause the issue: $sQuery="select targetport,format(trend,2) from trends where current_targets>10 and trend is not null order by trend desc limit 100"; $oStmt=$oDB->prepare($sQuery); $oStmt->execute(); $oStmt->store_result(); $oStmt->bind_result($nPort,$nTrend); This code works fine if $sQuery is replaced with: $sQuery="select targetport,trend from trends where current_targets>10 and trend is not null order by trend desc limit 100"; removing 'store_result' has no effect. Other changes to the SQL statement have no effect either. Error message logged: PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 1431655788 bytes) in query.html on line 4 Reproduce code: --- $sQuery="select targetport,format(trend,2) from trends where current_targets>10 and trend is not null order by trend desc limit 100"; $oStmt=$oDB->prepare($sQuery); $oStmt->execute(); $oStmt->store_result(); $oStmt->bind_result($nPort,$nTrend); Expected result: I expected the query to "happen" and get executed. Actual result: -- PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 1431655788 bytes) in query.html on line 4 (Line number corresponds to the 'bind_result' statement) -- Edit this bug report at http://bugs.php.net/?id=42378&edit=1
#42538 [Com]: the data of _SERVER["PHP_SELF"] seems it isn't right. it makes it dual
ID: 42538 Comment by: judas dot iscariote at gmail dot com Reported By: myhnet at gmail dot com Status: Open Bug Type: *General Issues Operating System: WindowsXP PHP Version: 5.2.4 New Comment: duplicate of 42523 Previous Comments: [2007-09-04 02:47:22] myhnet at gmail dot com Description: I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Reproduce code: --- I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Expected result: I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Actual result: -- I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you -- Edit this bug report at http://bugs.php.net/?id=42538&edit=1
#42538 [NEW]: the data of _SERVER["PHP_SELF"] seems it isn't right. it makes it dual
From: myhnet at gmail dot com Operating system: WindowsXP PHP version: 5.2.4 PHP Bug Type: *General Issues Bug description: the data of _SERVER["PHP_SELF"] seems it isn't right. it makes it dual Description: I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Reproduce code: --- I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Expected result: I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you Actual result: -- I'm using Windows XP, download php 5.2.4 zip packet for windows on www.php.net and i'm using cgi mod, but after my installation, the php works the the data of _SERVER["PHP_SELF"] seems not right. it makes it dual. i have no idea that if it is my fault on the configure files or it is a bug of 5.2.4, so i turn it to you -- Edit bug report at http://bugs.php.net/?id=42538&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42538&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42538&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42538&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42538&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42538&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42538&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42538&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42538&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42538&r=support Expected behavior:http://bugs.php.net/fix.php?id=42538&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42538&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42538&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42538&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42538&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42538&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42538&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42538&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42538&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42538&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42538&r=mysqlcfg
#42537 [NEW]: fsockopen() hands due to slow firewall/dns response
From: sy at yalcin dot us Operating system: RHEL 4 PHP version: 5.2.4 PHP Bug Type: URL related Bug description: fsockopen() hands due to slow firewall/dns response Description: Firewall blocking or slowness in DNS causes fsockopen() hang, much more than it should.This should return in 2 seconds. But it does not: somedomain.localsite is not valid. php -a Interactive mode enabled http://bugs.php.net/?id=42537&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42537&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42537&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42537&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42537&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42537&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42537&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42537&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42537&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42537&r=support Expected behavior:http://bugs.php.net/fix.php?id=42537&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42537&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42537&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42537&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42537&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42537&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42537&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42537&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42537&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42537&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42537&r=mysqlcfg
#42536 [Opn->Bgs]: Dynamic and multiple object inheritance (and no, this isn't heresy)
ID: 42536
Updated by: [EMAIL PROTECTED]
Reported By: kenaniah at gmail dot com
-Status: Open
+Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.2.4
New Comment:
An object either is of a given kind or not, it won't change it's type,
if you want to build broken software design use runkit/classkit but PHP
won't support such stuff natively.
Previous Comments:
[2007-09-03 23:33:28] kenaniah at gmail dot com
Description:
To implement this would require a definite change in the way PHP
handles objects, but it would be an excellent addition to the language
if we were able to modify the inheritances of an object after its
initialization.
For example:
In an MVC framework, an object named 'User' is manipulated in the
Model, and needs to be saved to the database. Instead of extending
'User' from an Active Record Database Object class, one could extend the
instantiated 'User' object to include the Active Record Class, perform
the database queries, and then "disinherit" the class before passing
control on to the View, eliminating the ability to make use of the
Active Record class' features from within the View.
Proposed functions:
extend ( object $object, string $class ) -- dynamically extends $object
from $class
unextend ( object $object, string $class ) -- removes $class from
object (no longer a parent to $object)
adopt ( object $object, string $class ) -- $class is added to $object
as an extension
unadopt ( object $object, string $class ) -- removes $class from
$object (no longer a child within $object)
Reproduce code:
---
class User{
...
}
class ActiveRecord{
...
}
$user = new User;
$user->name = "New Name";
extend($user, "ActiveRecord"); //$user is now extended from
ActiveRecord
$user->save(); //a function from ActiveRecord class
unextend($user, "ActiveRecord"); //ActiveRecord is completely removed
from $user
--
Edit this bug report at http://bugs.php.net/?id=42536&edit=1
#42536 [NEW]: Dynamic and multiple object inheritance (and no, this isn't heresy)
From: kenaniah at gmail dot com
Operating system:
PHP version: 5.2.4
PHP Bug Type: Feature/Change Request
Bug description: Dynamic and multiple object inheritance (and no, this isn't
heresy)
Description:
To implement this would require a definite change in the way PHP handles
objects, but it would be an excellent addition to the language if we were
able to modify the inheritances of an object after its initialization.
For example:
In an MVC framework, an object named 'User' is manipulated in the Model,
and needs to be saved to the database. Instead of extending 'User' from an
Active Record Database Object class, one could extend the instantiated
'User' object to include the Active Record Class, perform the database
queries, and then "disinherit" the class before passing control on to the
View, eliminating the ability to make use of the Active Record class'
features from within the View.
Proposed functions:
extend ( object $object, string $class ) -- dynamically extends $object
from $class
unextend ( object $object, string $class ) -- removes $class from object
(no longer a parent to $object)
adopt ( object $object, string $class ) -- $class is added to $object as
an extension
unadopt ( object $object, string $class ) -- removes $class from $object
(no longer a child within $object)
Reproduce code:
---
class User{
...
}
class ActiveRecord{
...
}
$user = new User;
$user->name = "New Name";
extend($user, "ActiveRecord"); //$user is now extended from ActiveRecord
$user->save(); //a function from ActiveRecord class
unextend($user, "ActiveRecord"); //ActiveRecord is completely removed from
$user
--
Edit bug report at http://bugs.php.net/?id=42536&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42536&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42536&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42536&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42536&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42536&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42536&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42536&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42536&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42536&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42536&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42536&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42536&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42536&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42536&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42536&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42536&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42536&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42536&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42536&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42536&r=mysqlcfg
#42535 [Opn->Bgs]: repeat() loop
ID: 42535
Updated by: [EMAIL PROTECTED]
Reported By: kenaniah at gmail dot com
-Status: Open
+Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.2.4
New Comment:
There is no need for such a limited language construct. for, foreach,
while, do..while, ... are enough loops.
Previous Comments:
[2007-09-03 20:27:05] kenaniah at gmail dot com
Description:
Granted, you can replicate this by using
while($i=0;$i<$times;$i++){
//code here
}
but that defeats the doctrine of simplicity...
Is a language construct such as
repeat($times){
//code here
}
really that much to ask for?
My proposal:
void repeat ($times, [&$counter]) where
counter is a reference to a variable that will be incremented upon each
iteration.
--
Edit this bug report at http://bugs.php.net/?id=42535&edit=1
#31690 [Com]: user specific additions to php.ini
ID: 31690 Comment by: kenaniah at gmail dot com Reported By: wf at bitplan dot com Status: Open Bug Type: Feature/Change Request Operating System: all PHP Version: 5.0.3 New Comment: I am somewhat surprised to see that PHP can't do this yet. It is definitely something I could use. Previous Comments: [2007-06-06 22:27:43] revan02 at googlemail dot com This kind of feature request would be great on any os. I've discovered the same issue and it would be great to hear a response because it's now some time ago that this CR has been submitted. [2005-02-09 15:13:26] rb at bitplan dot com we are developing a product and we need that feature badly. The goal is to have our own section in php.ini. [2005-01-25 20:11:20] wf at bitplan dot com Description: a) When adding user specific entries to php.ini these are not returned. b) the location of php.ini is not available via a standard function The combination of a + b makes it almost impossible to have user specific additions to php.ini So ini_get() should allow to read user specific entries and/or the php.ini location should be available as a variable or via ini_get Reproduce code: --- a) php.ini contains: uml2phphome = "c:/Programme/BITPlan/UML2PHP" b) echo PHP_INI_PATH; Expected result: a) c:/Programme/BITPlan/UML2PHP b) c:/Windows/PHP.INI on my windows machine /usr/local/lib/php5.0.3/php.ini on my linux machine Actual result: -- nothing -- Edit this bug report at http://bugs.php.net/?id=31690&edit=1
#42535 [NEW]: repeat() loop
From: kenaniah at gmail dot com
Operating system:
PHP version: 5.2.4
PHP Bug Type: Feature/Change Request
Bug description: repeat() loop
Description:
Granted, you can replicate this by using
while($i=0;$i<$times;$i++){
//code here
}
but that defeats the doctrine of simplicity...
Is a language construct such as
repeat($times){
//code here
}
really that much to ask for?
My proposal:
void repeat ($times, [&$counter]) where
counter is a reference to a variable that will be incremented upon each
iteration.
--
Edit bug report at http://bugs.php.net/?id=42535&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42535&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42535&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42535&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42535&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42535&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42535&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42535&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42535&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42535&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42535&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42535&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42535&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42535&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42535&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42535&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42535&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42535&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42535&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42535&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42535&r=mysqlcfg
#42499 [Opn]: After multi-statement execution via PDO::exec() connection becomes unusable
ID: 42499
User updated by: suhachov at gmail dot com
Reported By: suhachov at gmail dot com
Status: Open
Bug Type: PDO related
Operating System: FC
PHP Version: 5.2.4
New Comment:
# tar xjf php-5.2.4.tar.bz2
# cd php-5.2.4
# ./configure --disable-all --with-pdo-mysql --enable-pdo --enable-cli
--disable-cgi
# make
# sapi/cli/php -n pdo-mysql-bug.php
Warning: PDO::query(): SQLSTATE[HY000]: General error: 2014 Cannot
execute queries while other unbuffered queries are active. Consider
using PDOStatement::fetchAll(). Alternatively, if your code is only
ever going to run against mysql, you may enable query buffering by
setting the PDO::MYSQL_ATTR_USE_BUFFERED_QUERY attribute. in
/home/andrew/src/php-5.2.4/pdo-mysql-bug.php on line 14
Previous Comments:
[2007-09-03 18:58:51] suhachov at gmail dot com
How about _you_ check this issue instead of brushing aside?
This bug is reproduced with ANY versions of PHP (5.1.6 - 5.2.4)
[2007-09-03 09:15:32] [EMAIL PROTECTED]
You report the bug with version 5.2.4, yet you seem to be using
5.1.6?!
How about you try with 5.2.4 first?
[2007-08-31 16:00:05] suhachov at gmail dot com
Description:
$dbh = PDO('mysql:...',...);
$dbh->exec("SET some_var='value';SET names 'utf8'");
$dbh->query("SELECT NOW()");
# Error: Cannot execute queries while other unbuffered queries are
active. ...
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY doesn't help.
I found that in mysql_handle_doer() multi-results aren't freed.
I'm not a MySQL C API professional, but this patch seems to solve this
problem:
--- php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:47:15.0 +0400
+++ php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:50:09.0 +0400
@@ -243,36 +243,20 @@
static long mysql_handle_doer(pdo_dbh_t *dbh, const char *sql, long
sql_len TSRMLS_DC)
{
- int ret_val;
pdo_mysql_db_handle *H = (pdo_mysql_db_handle *)dbh->driver_data;
if (mysql_real_query(H->server, sql, sql_len)) {
pdo_mysql_error(dbh);
- ret_val = -1;
+ return -1;
} else {
- // !!
my_ulonglong c = mysql_affected_rows(H->server);
if (c == (my_ulonglong) -1) {
pdo_mysql_error(dbh);
- ret_val = (H->einfo.errcode ? -1 : 0);
+ return (H->einfo.errcode ? -1 : 0);
} else {
- ret_val = c;
- }
+ return c;
}
-
-#if HAVE_MYSQL_NEXT_RESULT
- while (mysql_more_results(H->server)) {
- MYSQL_RES *res;
- if (mysql_next_result(H->server) != 0) {
- break;
}
- res = mysql_store_result(H->server);
- if (res) {
- mysql_free_result(res);
- }
- }
-#endif
- return ret_val;
}
static char *pdo_mysql_last_insert_id(pdo_dbh_t *dbh, const char
*name, unsigned int *len TSRMLS_DC)
--
Edit this bug report at http://bugs.php.net/?id=42499&edit=1
#42499 [Fbk->Opn]: After multi-statement execution via PDO::exec() connection becomes unusable
ID: 42499
User updated by: suhachov at gmail dot com
Reported By: suhachov at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: FC
PHP Version: 5.2.4
New Comment:
How about _you_ check this issue instead of brushing aside?
This bug is reproduced with ANY versions of PHP (5.1.6 - 5.2.4)
Previous Comments:
[2007-09-03 09:15:32] [EMAIL PROTECTED]
You report the bug with version 5.2.4, yet you seem to be using
5.1.6?!
How about you try with 5.2.4 first?
[2007-08-31 16:00:05] suhachov at gmail dot com
Description:
$dbh = PDO('mysql:...',...);
$dbh->exec("SET some_var='value';SET names 'utf8'");
$dbh->query("SELECT NOW()");
# Error: Cannot execute queries while other unbuffered queries are
active. ...
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY doesn't help.
I found that in mysql_handle_doer() multi-results aren't freed.
I'm not a MySQL C API professional, but this patch seems to solve this
problem:
--- php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:47:15.0 +0400
+++ php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:50:09.0 +0400
@@ -243,36 +243,20 @@
static long mysql_handle_doer(pdo_dbh_t *dbh, const char *sql, long
sql_len TSRMLS_DC)
{
- int ret_val;
pdo_mysql_db_handle *H = (pdo_mysql_db_handle *)dbh->driver_data;
if (mysql_real_query(H->server, sql, sql_len)) {
pdo_mysql_error(dbh);
- ret_val = -1;
+ return -1;
} else {
- // !!
my_ulonglong c = mysql_affected_rows(H->server);
if (c == (my_ulonglong) -1) {
pdo_mysql_error(dbh);
- ret_val = (H->einfo.errcode ? -1 : 0);
+ return (H->einfo.errcode ? -1 : 0);
} else {
- ret_val = c;
- }
+ return c;
}
-
-#if HAVE_MYSQL_NEXT_RESULT
- while (mysql_more_results(H->server)) {
- MYSQL_RES *res;
- if (mysql_next_result(H->server) != 0) {
- break;
}
- res = mysql_store_result(H->server);
- if (res) {
- mysql_free_result(res);
- }
- }
-#endif
- return ret_val;
}
static char *pdo_mysql_last_insert_id(pdo_dbh_t *dbh, const char
*name, unsigned int *len TSRMLS_DC)
--
Edit this bug report at http://bugs.php.net/?id=42499&edit=1
#42522 [Asn->Fbk]: imagefill not reliable
ID: 42522 Updated by: [EMAIL PROTECTED] Reported By: jeffiel at 9star dot com -Status: Assigned +Status: Feedback Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: "Pierre, try running the script with valgrind..I get a lot of leaks and errors about uninitialized values, etc." For the record here (once again :), the warnings are about zlib (used by libpng) and are expected, see: http://www.zlib.net/zlib_faq.html#faq36 The bug itself was not reproduced. Please try on any other system you have (anything more recent that fc2 should do it). Previous Comments: [2007-09-03 12:34:31] [EMAIL PROTECTED] Pierre, try running the script with valgrind..I get a lot of leaks and errors about uninitialized values, etc. [2007-09-03 12:10:09] jeffiel at 9star dot com Alright, well, I've already got a workaround. Thought you might like the bug report. WRT the configure line, I just recompiled without the /lib's in the paths, and it configures just the same. [2007-09-03 10:49:54] [EMAIL PROTECTED] Your configure line is bogus to begin with. You're not supposed to have the '/lib' in any path passed to configure options. [2007-09-03 10:48:22] [EMAIL PROTECTED] "Those links work fine for me, can you tell me what error you're getting." Can't establish a connection. The domain name can be pinged though. And no, the problem is on your side, not here (not even linux anyway :) About the bug, you have to try with a decent/recent distribution, we can't support unmaintained versions. [2007-09-03 10:16:46] jeffiel at 9star dot com Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. 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/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: ...on another note DOCUMENT_ROOT is now being set correctly, it always used to be empty. Previous Comments: [2007-09-03 17:49:30] w dot ashcroft at redfoxuk dot com Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: Looks like these bugfixes may have broken it: http://bugs.php.net/bug.php?id=31892 http://bugs.php.net/bug.php?id=42198 Previous Comments: [2007-09-03 17:44:31] tkeese at yahoo dot com I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Fbk->Opn]: PHP_SELF duplicates path
ID: 42523 User updated by: tkeese at yahoo dot com Reported By: tkeese at yahoo dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: I am using the default CGI configuration from the Win32 installer. cgi.check_shebang_line 1 1 cgi.fix_pathinfo0 0 cgi.force_redirect 0 0 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.impersonate 0 0 fastcgi.logging 1 1 >From phpinfo() output (5.2.4): _SERVER["PHP_SELF"] /baseapp/test/p.php/baseapp/test/p.php >From phpinfo() output (5.2.3) using same configuration as above: _SERVER["PHP_SELF"] /baseapp/test/p.php Previous Comments: [2007-09-03 17:41:28] w dot ashcroft at redfoxuk dot com Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42523 [Com]: PHP_SELF duplicates path
ID: 42523 Comment by: w dot ashcroft at redfoxuk dot com Reported By: tkeese at yahoo dot com Status: Feedback Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: Hello, Got the exact same problem here, using standard CGI with these settings: cgi.fix_pathinfo = 1 cgi.force_redirect = 0 fastcgi.impersonate = 1 cgi.fix_pathinfo = 0 does not fix the problem. Problem did not exist in 5.2.3 and is causing lots of headaches for our customers on our servers. Previous Comments: [2007-09-03 08:20:31] [EMAIL PROTECTED] How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42534 [NEW]: Mail DATA sending too soon...i guess
From: jtaylor at jttechonline dot com Operating system: Windows 2000 PHP version: 4.4.7 PHP Bug Type: Mail related Bug description: Mail DATA sending too soon...i guess Description: I don't know if this is a bug or not, but my PHP engine is sending data from the script before the e-mail server says "Enter mail, end with '.' on line by itself". It enters the script data before it says this line and then the webpage says Error 500 Internal server error about 30 seconds after submission. Needless to say the mail never makes it to the desired e-mail account. Do you know what the problem might be? I know the e-mail server is accepting mail from the PHP engine and the account it is sending it to exists. Expected result: Mail should be delivered to local e-mail account without problems. Actual result: -- Recipient and Sender 127.0.0.1 are accepted "DATA" command sent. 220 Comes back saying "Sender ok..., script info sent then the "Enter mail, end with '.' on line by itself" appears, then the data should be sent from what I understand. -- Edit bug report at http://bugs.php.net/?id=42534&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42534&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42534&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42534&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42534&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42534&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42534&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42534&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42534&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42534&r=support Expected behavior:http://bugs.php.net/fix.php?id=42534&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42534&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42534&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42534&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42534&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42534&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42534&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42534&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42534&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42534&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42534&r=mysqlcfg
#42510 [Fbk->Opn]: unpack('V') sign-extends result on x86-64
ID: 42510
User updated by: jr-php2 at quo dot to
Reported By: jr-php2 at quo dot to
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: Linux x86-64
PHP Version: 5.2.4
New Comment:
> Are you actually using PHP 5.2.4?
Yes.
> (the bug you claim to be bogus was fixed already in 5.2.1..
Maybe I wasn't clear: I'm suggesting that the bug report *and* the fix
that went into 5.2.1 are bogus.
Result with PHP 5.2.0 (matches my "expected result"):
unpack = 3368601800
ip2long = 3368601800
Result with PHP 5.2.1-5.2.4:
unpack = -926365496
ip2long = 3368601800
> why didn't you report it earlier?!)
I didn't notice the problem until now.
Previous Comments:
[2007-09-03 08:14:48] [EMAIL PROTECTED]
Are you actually using PHP 5.2.4? (the bug you claim to be bogus was
fixed already in 5.2.1..why didn't you report it earlier?!)
[2007-09-02 20:06:52] jr-php2 at quo dot to
Digging deeper, it looks like 'V' and 'N' used to work as documented
until bug #38770 was "fixed in CVS".
Isn't #38770 a bogus report, though? Since 'N' is documented as being
unsigned, isn't the user wrong to expect it to return a negative result?
[2007-09-01 20:33:57] jr-php2 at quo dot to
Okay, looking at the unpack() code, it appears that:
- 'l' and 'L' are both treated as signed, even though 'l' is documented
as signed and 'L' is documented as unsigned.
- 'N' and 'V' are treated as signed, even though both are documented as
unsigned.
So who's right here, the code or the documentation?
[2007-09-01 17:26:12] jr-php2 at quo dot to
Sorry, I mixed up the expected and actual results.
It should say:
Expected result:
unpack = 3368601800
ip2long = 3368601800
Actual result:
--
unpack = -926365496
ip2long = 3368601800
[2007-09-01 17:22:10] jr-php2 at quo dot to
Description:
On x86-64, unpack('V') sign-extends from 32-bit to 64-bit. In other
words, it can return a negative number.
Since 'V' specifies an *unsigned* 32-bit value, this is incorrect; the
upper 32 bits of the 64-bit result should always be zero.
This behavior makes unpack() inconsistent with other functions like
ip2long() and crc32() which never return negative numbers on 64-bit PHP.
Reproduce code:
---
$u = unpack('Vresult', chr(200).chr(200).chr(200).chr(200));
echo "unpack = ", $u['result'], "\n";
echo "ip2long = ", ip2long('200.200.200.200'), "\n";
Expected result:
unpack = -926365496
ip2long = 3368601800
Actual result:
--
unpack = 3368601800
ip2long = 3368601800
--
Edit this bug report at http://bugs.php.net/?id=42510&edit=1
#42511 [Fbk->Opn]: When using the CGI SAPI, Zend Extensions fail to load
ID: 42511 User updated by: schneecrash+php at gmail dot com Reported By: schneecrash+php at gmail dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: OSX, FreeBSD, Linux PHP Version: 5CVS-2007-09-01 (CVS) New Comment: good point. php was configured with, ... --with-config-file-path=/usr/local/etc/php/ ... checking, cd /usr/local/etc/php// ls -al *.ini -rw-r- 1 root sc 7552 2007-08-31 11:07 php-apache2handler.ini -rw-r- 1 root sc 7552 2007-08-31 11:07 php-cgi.ini -rw-r- 1 root sc 7552 2007-08-31 11:07 php-cli.ini note, that, atm, they're identical, diff php-cli.ini php-cgi.ini (empty) and, in each, egrep -i "zend_extension_ts" *.ini | egrep -i "xdebug|eacc" php-apache2handler.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/eaccelerator.so" php-apache2handler.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/xdebug.so" php-cgi.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/eaccelerator.so" php-cgi.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/xdebug.so" php-cli.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/eaccelerator.so" php-cli.ini:zend_extension_ts="/usr/local/lib/php/extensions/no-debug-zts-20060613/xdebug.so" then, cat info.php php info.php | grep Loaded Loaded Configuration File => /usr/local/etc/php/php-cli.ini php-cgi info.php | grep Loaded Loaded Configuration File (none) hm. "php-cgi.ini" is NOT loading, now. that'd explain why the extension's not loading. also, php -m php-cgi -m [PHP Modules] [PHP Modules] bcmath cgi-fcgi calendar date clamav dba ctype libxml curl openssl date pcre dbaPDO domReflection eAccelerator session ftpSPL gd standard gettextxml hash zlib json libxml [Zend Modules] magickwand mbstring mcrypt mhash mysql mysqli ncurses openssl pcre pdf PDO pdo_mysql pdo_sqlite posix readline Reflection session shmop SimpleXML snmp soap sockets SPL standard tokenizer xdebug xml xmlreader xmlrpc xmlwriter zlib [Zend Modules] Xdebug eAccelerator *before* this patch was applied/integrated, php-cgi.ini had loaded correctly when php-cgi was invoked. something i've missed, or an issue in the code? thx. Previous Comments: [2007-09-03 08:11:13] [EMAIL PROTECTED] Check with short script like ' and find out what php.ini (if any) is loaded. (first section contains the info!) [2007-09-01 18:03:21] schneecrash+php at gmail dot com Description: When using the CGI SAPI, Zend Extensions fail to load (and/or?) report as loaded. This issue was originally reported as a continuing comment to "CGI SAPI does not shut down cleanly with -i/-m/-v cmdline options" http://bugs.php.net/bug.php?id=42453 but that bug was closed nonetheless. Reproduce code: --- With CLI SAPI: # php -v PHP 5.2.5-dev (cli) (built: Aug 31 2007 08:33:23) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.6-dev, Copyright (c) 2004-2007 eAccelerator, by eAccelerator with Xdebug v2.1.0-dev, Copyright (c) 2002, 2003, 2004, 2005, 2006, 2007, by Derick Rethans With CGI SAPI: # php-cgi -v PHP 5.2.5-dev (cgi-fcgi) (built: Aug 31 2007 08:34:02) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Expected result: same loading and report of loaded extensions in case of *both* php & php-cgi Actual result: -- CLI SAPI loads & reports extensions, CLI SAPI does not -- Edit this bug report at http://bugs.php.net/?id=42511&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: astorni at softhome dot net Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: For me, it did not help replacing the php_mysql.lib with the old one from versions 5.2.0 or 5.2.1, so I have no workaround. Previous Comments: [2007-09-03 15:29:58] astorni at softhome dot net I upgraded from 5.0.4 to 5.2.4, and I saw this bug for the first time. But for me, the threads were 7 (no idea what it means): 7 threads didn't exit The page displayed correctly, but did not stop, and after a few seconds of delay I get the message. [2007-08-31 18:25:44] phpuser at gmail dot com Error remains in PHP 5.2.4 [2007-08-29 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-08-24 17:18:49] acosta at mauricio dot net dot ar Hi, I got this issue with iis 6 in xp os. I install the cvs snapshot you referer, with cgi i got the error, but in isapi appears that it dissapears. [2007-08-22 15:38:56] dj02 dot net at nbl dot fi I updated to: 5.2.4RC3-dev (08-22-2007, SNAP). And libraries are updated. mysql -- MySQL Support enabled Active Persistent Links 0 Active Links0 Client API version 5.0.45 Directive Local Value Master Value mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no valueno value mysql.default_password no valueno value mysql.default_port 33063306 mysql.default_socketno valueno value mysql.default_user no valueno value mysql.max_links Unlimited Unlimited mysql.max_persistentUnlimited Unlimited mysql.trace_modeOff Off mysqli -- MysqlI Support enabled Client API library version 5.0.45 Client API header version 5.0.45 MYSQLI_SOCKET /tmp/mysql.sock Directive Local Value Master Value mysqli.default_host no valueno value mysqli.default_port 33063306 mysqli.default_pw no valueno value mysqli.default_socket no valueno value mysqli.default_user no valueno value mysqli.max_linksUnlimited Unlimited mysqli.reconnectOff Off 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
#42506 [Opn->Csd]: php_pgsql_convert() timezone parse bug
ID: 42506
Updated by: [EMAIL PROTECTED]
Reported By: nonunnet at gmail dot com
-Status: Open
+Status: Closed
Bug Type: PostgreSQL related
Operating System: *
PHP Version: 5.2.4
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2007-09-01 07:59:39] nonunnet at gmail dot com
Description:
'2007-01-01 01:01:01 Asia/Seoul'
'2007-01-01 01:01 America/Los_angeles'
regex '[a-zA-Z]{1,5}' cannot parse above strings.
regex change to '[-a-zA-Z_/+]{1,30}'
line 5004 on ext/pgsql/pgsql.c
- if (php_pgsql_convert_match(Z_STRVAL_PP(val),
"^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\\.[0-9]+){0,1}([
\\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$", 1
TSRMLS_CC) == FAILURE) {
+ if (php_pgsql_convert_match(Z_STRVAL_PP(val),
"^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\\.[0-9]+){0,1}([
\\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[-a-zA-Z_/+]{1,30})){0,1})){0,1}$",
1 TSRMLS_CC) == FAILURE) {
--
Edit this bug report at http://bugs.php.net/?id=42506&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: astorni at softhome dot net Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 Assigned To: scottmac New Comment: I upgraded from 5.0.4 to 5.2.4, and I saw this bug for the first time. But for me, the threads were 7 (no idea what it means): 7 threads didn't exit The page displayed correctly, but did not stop, and after a few seconds of delay I get the message. Previous Comments: [2007-08-31 18:25:44] phpuser at gmail dot com Error remains in PHP 5.2.4 [2007-08-29 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-08-24 17:18:49] acosta at mauricio dot net dot ar Hi, I got this issue with iis 6 in xp os. I install the cvs snapshot you referer, with cgi i got the error, but in isapi appears that it dissapears. [2007-08-22 15:38:56] dj02 dot net at nbl dot fi I updated to: 5.2.4RC3-dev (08-22-2007, SNAP). And libraries are updated. mysql -- MySQL Support enabled Active Persistent Links 0 Active Links0 Client API version 5.0.45 Directive Local Value Master Value mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no valueno value mysql.default_password no valueno value mysql.default_port 33063306 mysql.default_socketno valueno value mysql.default_user no valueno value mysql.max_links Unlimited Unlimited mysql.max_persistentUnlimited Unlimited mysql.trace_modeOff Off mysqli -- MysqlI Support enabled Client API library version 5.0.45 Client API header version 5.0.45 MYSQLI_SOCKET /tmp/mysql.sock Directive Local Value Master Value mysqli.default_host no valueno value mysqli.default_port 33063306 mysqli.default_pw no valueno value mysqli.default_socket no valueno value mysqli.default_user no valueno value mysqli.max_linksUnlimited Unlimited mysqli.reconnectOff Off [2007-08-22 01:38:45] ng dot sick dot no at gmail dot com Looks like for some reason, the Client API library version of the snap is 5.0.24. PHP Version 5.2.4RC3-dev Build Date Aug 21 2007 20:03:47 Loaded Configuration File C:\php\php.ini mysql MySQL Support enabled Active Persistent Links 0 Active Links 0 Client API version 5.0.24 Directive Local Value Master Value mysql.allow_persistent On On mysql.connect_timeout 60 60 mysql.default_host no value no value mysql.default_password no value no value mysql.default_port no value no value mysql.default_socket no value no value mysql.default_user no value no value mysql.max_links Unlimited Unlimited mysql.max_persistent Unlimited Unlimited mysql.trace_mode Off Off mysqli MysqlI Support enabled Client API library version 5.0.24 Client API header version 5.0.45 MYSQLI_SOCKET /tmp/mysql.sock Directive Local Value Master Value mysqli.default_host no value no value mysqli.default_port 3306 3306 mysqli.default_pw no value no value mysqli.default_socket no value no value mysqli.default_user no value no value mysqli.max_links Unlimited Unlimited mysqli.reconnect Off Off 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
#42533 [NEW]: PHP will not compile with BIND 9 installed
From: jerry at scene-naturally dot dyndns dot org Operating system: OS X 10.4.10 PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: PHP will not compile with BIND 9 installed Description: "When you start messing around with your system, the results are unexpected. This is not PHP bug per se." Perhaps it is early morning and you did not understand completely what i reported. The problem with BIND is a PHP bug. The BIND9 library works just fine with many other apps such as Postfix, ClamAv, etc, etc. The Bind9 installation passes the "make check" test created by the folks at ISC. The workaround of turning it off is to get PHP to compile because PHP has a problem using the libbind file. -- Edit bug report at http://bugs.php.net/?id=42533&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42533&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42533&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42533&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42533&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42533&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42533&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42533&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42533&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42533&r=support Expected behavior:http://bugs.php.net/fix.php?id=42533&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42533&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42533&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42533&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42533&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42533&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42533&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42533&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42533&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42533&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42533&r=mysqlcfg
#42378 [Com]: bind_result memory exhaustion
ID: 42378 Comment by: uwendel at mysql dot com Reported By: jullrich at sans dot org Status: Assigned Bug Type: MySQLi related Operating System: Linux (CentOS 4.5) PHP Version: 5.2.3 Assigned To: andrey New Comment: Can you add the table definition to the bug report? Previous Comments: [2007-08-23 10:42:28] [EMAIL PROTECTED] Assigned to the Mysqli maintainer. [2007-08-22 11:44:28] jullrich at sans dot org 'cast' can be used as a workaround: works: cast(format(trend,2) as char(10))) does not work (same memory error): cast(format(trend,2) as char) [2007-08-22 11:33:14] jullrich at sans dot org Description: The use of the mysql command "format" will lead to memory exhaustion on bind_results. Here sample code that does cause the issue: $sQuery="select targetport,format(trend,2) from trends where current_targets>10 and trend is not null order by trend desc limit 100"; $oStmt=$oDB->prepare($sQuery); $oStmt->execute(); $oStmt->store_result(); $oStmt->bind_result($nPort,$nTrend); This code works fine if $sQuery is replaced with: $sQuery="select targetport,trend from trends where current_targets>10 and trend is not null order by trend desc limit 100"; removing 'store_result' has no effect. Other changes to the SQL statement have no effect either. Error message logged: PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 1431655788 bytes) in query.html on line 4 Reproduce code: --- $sQuery="select targetport,format(trend,2) from trends where current_targets>10 and trend is not null order by trend desc limit 100"; $oStmt=$oDB->prepare($sQuery); $oStmt->execute(); $oStmt->store_result(); $oStmt->bind_result($nPort,$nTrend); Expected result: I expected the query to "happen" and get executed. Actual result: -- PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 1431655788 bytes) in query.html on line 4 (Line number corresponds to the 'bind_result' statement) -- Edit this bug report at http://bugs.php.net/?id=42378&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: >From my previous comment: "I added BLOG_NOCHECK and found"... - I mean GLOB_NOCHECK, of course =) Previous Comments: [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
#42501 [Fbk->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: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.2.4 New Comment: 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... Previous Comments: [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
#42509 [Asn]: GMP without gmp_init eats memory
ID: 42509
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot hebinck at digionline dot de
Status: Assigned
Bug Type: Math related
Operating System: Linux
PHP Version: 5.2.4
Assigned To: stas
New Comment:
Stas: what do you think about this patch:
http://web.ist.utl.pt/nuno.lopes/php_gmp_bug42509.txt
Previous Comments:
[2007-09-03 10:47:10] [EMAIL PROTECTED]
[EMAIL PROTECTED] php_5_2]$ sapi/cli/php t.php
79768
99792024
[EMAIL PROTECTED] php_5_2]$ USE_ZEND_ALLOC=0 sapi/cli/php t.php
8236
8236
[2007-09-01 17:02:26] thomas dot hebinck at digionline dot de
Description:
Various GMP Functions eat memory, when not called directly with
integers or strings instead of gmp resources.
Reproduce code:
---
$a='1234';
for($i=0;$i<20;$i++) {
$c=gmp_add(gmp_init($a),gmp_init($a));
}
echo memory_get_usage() . "¶\n";
for($i=0;$i<20;$i++) {
$c=gmp_add($a,$a);
}
echo memory_get_usage() . "¶\n";
Expected result:
Both memory_get_usage() should show nearly the same values.
Actual result:
--
1732656¶// ~ 2 MB
43809696¶ // ~ 43 MB
--
Edit this bug report at http://bugs.php.net/?id=42509&edit=1
#40785 [Opn->Asn]: Error trying to insert into CLOB column using PDO_OCI and Streams.
ID: 40785
Updated by: [EMAIL PROTECTED]
Reported By: jarismar at adplabs dot com dot br
-Status: Open
+Status: Assigned
Bug Type:PDO related
PHP Version: 5.2.1
-Assigned To: wez
+Assigned To: sixd
New Comment:
Assigned to the pdo_oci maintainer.
Previous Comments:
[2007-04-27 11:25:07] eugene dot pikalov at gmail dot com
http://pecl.php.net/bugs/bug.php?id=7943
[2007-03-12 16:22:07] jarismar at adplabs dot com dot br
Description:
Trying to inset into a CLOB field usint RETURNING column INTO sql
syntax, results on the following error :
OCIStmtExecute: ORA-00932: inconsistent datatypes: expected BLOB got
CLOB
I've tested with Oracle 9i and 10g (both relases 10.1 and 10.2).
Reproduce code:
---
try {
$oPDO = new PDO($sDSN, $sUserName, $sPassword);
$oPDO->beginTransaction();
$oStmt = $oPDO->prepare(
'INSERT INTO test_clob (id,data) '.
'VALUES (:id, EMPTY_CLOB()) '.
'RETURNING data INTO :value');
if($oStmt === false) { print_r($oPDO->errorInfo()); }
$iID = 1;
if(!$oStmt->bindParam(':id', $iID)) { print_r($oStmt->errorInfo());
}
$sData = str_repeat('x', 65535);
if(!$oStmt->bindParam(':value', $resource, PDO::PARAM_LOB)) {
print_r($oStmt->errorInfo()); }
if(!$oStmt->execute()) {print_r($oStmt->errorInfo());}
if (is_resource($resource)) {
fwrite($resource, $sData);
fclose($resource);
}
$oPDO->commit();
} catch (Exception $oE) {
print $oE->getMessage()."\n";
}
$oPDO = null;
Expected result:
No error or exception should occurs.
Actual result:
--
Array
(
[0] => HY000
[1] => 932
[2] => OCIStmtExecute: ORA-00932: inconsistent datatypes: expected
BLOB got CLOB
(/oracle/applications/php-5.2.0/ext/pdo_oci/oci_statement.c:142)
)
--
Edit this bug report at http://bugs.php.net/?id=40785&edit=1
#40785 [Asn->Opn]: Error trying to insert into CLOB column using PDO_OCI and Streams.
ID: 40785
Updated by: [EMAIL PROTECTED]
Reported By: jarismar at adplabs dot com dot br
-Status: Assigned
+Status: Open
Bug Type:PDO related
PHP Version: 5.2.1
Assigned To: wez
Previous Comments:
[2007-04-27 11:25:07] eugene dot pikalov at gmail dot com
http://pecl.php.net/bugs/bug.php?id=7943
[2007-03-12 16:22:07] jarismar at adplabs dot com dot br
Description:
Trying to inset into a CLOB field usint RETURNING column INTO sql
syntax, results on the following error :
OCIStmtExecute: ORA-00932: inconsistent datatypes: expected BLOB got
CLOB
I've tested with Oracle 9i and 10g (both relases 10.1 and 10.2).
Reproduce code:
---
try {
$oPDO = new PDO($sDSN, $sUserName, $sPassword);
$oPDO->beginTransaction();
$oStmt = $oPDO->prepare(
'INSERT INTO test_clob (id,data) '.
'VALUES (:id, EMPTY_CLOB()) '.
'RETURNING data INTO :value');
if($oStmt === false) { print_r($oPDO->errorInfo()); }
$iID = 1;
if(!$oStmt->bindParam(':id', $iID)) { print_r($oStmt->errorInfo());
}
$sData = str_repeat('x', 65535);
if(!$oStmt->bindParam(':value', $resource, PDO::PARAM_LOB)) {
print_r($oStmt->errorInfo()); }
if(!$oStmt->execute()) {print_r($oStmt->errorInfo());}
if (is_resource($resource)) {
fwrite($resource, $sData);
fclose($resource);
}
$oPDO->commit();
} catch (Exception $oE) {
print $oE->getMessage()."\n";
}
$oPDO = null;
Expected result:
No error or exception should occurs.
Actual result:
--
Array
(
[0] => HY000
[1] => 932
[2] => OCIStmtExecute: ORA-00932: inconsistent datatypes: expected
BLOB got CLOB
(/oracle/applications/php-5.2.0/ext/pdo_oci/oci_statement.c:142)
)
--
Edit this bug report at http://bugs.php.net/?id=40785&edit=1
#42389 [Opn->Csd]: PHP+Apache2+mod_fcgid kills all processes after submit
ID: 42389 Updated by: [EMAIL PROTECTED] Reported By: webmaster at machostlink dot net -Status: Open +Status: Closed Bug Type: CGI related Operating System: OSX 10.4.10 PHP Version: 5.2CVS-2007-08-23 New Comment: It is different. But I can't reproduce it using lighttpd so I'd say it's not PHP bug at all. I suggest you ditch Apache and move to the lighttpd camp. :) If you can reproduce this with lighttpd, reopen. Previous Comments: [2007-09-03 12:46:39] webmaster at machostlink dot net Is set to: post_max_size = 8M upload_max_filesize = 6M However, I have some good news but not sure if that still does not effect PHP as well anyway. I now tried to run this completely WITHOUT mod_fcgid/mod_fastcgi just as plain and simple CGI. And it does work then without ANY flaws. I guess that means PHP CGI is alright and it's all because of mod_fcgid? Or is PHP executed any different when running thru mod_fcgid/mod_fastcgi? [2007-09-03 10:53:09] [EMAIL PROTECTED] Check for these setting in the phpinfo() output for the failing vhost: post_max_size = 8M upload_max_filesize = 2M [2007-08-30 19:03:12] webmaster at machostlink dot net Any news on this? [2007-08-24 15:16:16] webmaster at machostlink dot net Ok, now here is the output for latest CVS: Attaching to program: `/usr/local/bin/php-cgi', process 25912. Reading symbols for shared libraries .. done 0x9004eb97 in accept () (gdb) c Continuing. Program received signal SIGPIPE, Broken pipe. 0x9001029c in write () (gdb) bt #0 0x9001029c in write () #1 0x002e79b3 in fcgi_flush (req=0xbfffdc00, close=1) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:543 #2 0x002e7a29 in fcgi_finish_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:1163 #3 0x002e825f in fcgi_accept_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:869 #4 0x002ea880 in main (argc=1, argv=0xbdd0) at /usr/local/php5.2-200708230830/sapi/cgi/cgi_main.c:1491 [2007-08-24 04:47:00] webmaster at machostlink dot net @jani Ok will do and let you know what the result is. @crrodriguez Here is my config for mod_fcgid: -- SharememPath /tmp/fcgid_shm SocketPath /opt/local/apache2/logs/fcgidsock IPCConnectTimeout 60 IPCCommTimeout 60 MaxRequestsPerProcess 500 MaxRequestInMem 150 MaxRequestLen 150 I think I have tried EVERY possible combination there is. I read ALL the threads and issues posted on sourceforge page as well as pretty much every thread I could find on google regarding mod_fcgid issues. :( That's why I am quite desperate to solve this. Thanks for you help... 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/42389 -- Edit this bug report at http://bugs.php.net/?id=42389&edit=1
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590 Comment by: info at rchu dot nl Reported By: armageddon at raydan dot de Status: No Feedback Bug Type: Scripting Engine problem Operating System: WinXP Pro PHP Version: 5.0.0-dev New Comment: update: adding a space to the source results in the same 'cannot redeclare' error. Only changing the function name resolves the problem at the fist run. Must be some kind of caching problem I suppose. When running the script on the command line there is no problem, just when I request in in my browser. I run the pre-installed apache1.3 on Mac OS X 10.4.10 and used the --with-apache-hooks option on compiling because I do not have the apache.h source file (since I haven't compiled apache). Previous Comments: [2007-09-03 13:48:09] info at rchu dot nl I have sort of the same bug I think. test.php works fine the first time. Then after a reload it gives an cannot redeclare test() error. Same error after second reload etc. Modify the file (add a space or something like that) and it runs OK the first time but after reload same error. I have compiled PHP 5.2.4 on Darwin Kernel Version 8.10.2. [2004-03-31 09:57:54] christian dot lefebvre at atosorigin dot com I got it ! Seems that when a function is declared in an included file, after a top level "return", it's detected as already defined example with «t1.php» : and «t2.php» : with cli sapi of php5 RC1 or with today snapshot, here is the output : inc t2 in t2 still in t2 end of t2 Here am I !! re-inc t2 Fatal error: Cannot redeclare toto() (previously declared in .../t2.php:13) in .../t2.php on line 14 note that even the "in t2" log is not displayed at second include. [2004-03-31 09:38:46] christian dot lefebvre at atosorigin dot com I got the same problem with RC1 version under Linux/apache2filter I just tried with snapshot 200403311230 (same config) and the message disappear but the tested code still crashes. As the same code works with php4.3.4, I think this ticket should be reopened. I'll try to make a smaller test case [2003-12-04 02:24:54] [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-11-29 01:34:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/18590 -- Edit this bug report at http://bugs.php.net/?id=18590&edit=1
#18590 [Com]: Fatal error: Cannot redeclare upon reload
ID: 18590
Comment by: info at rchu dot nl
Reported By: armageddon at raydan dot de
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: WinXP Pro
PHP Version: 5.0.0-dev
New Comment:
I have sort of the same bug I think.
test.php
works fine the first time. Then after a reload it gives an cannot
redeclare test() error. Same error after second reload etc. Modify the
file (add a space or something like that) and it runs OK the first time
but after reload same error.
I have compiled PHP 5.2.4 on Darwin Kernel Version 8.10.2.
Previous Comments:
[2004-03-31 09:57:54] christian dot lefebvre at atosorigin dot com
I got it !
Seems that when a function is declared in an included file,
after a top level "return", it's detected as already defined
example with «t1.php» :
and «t2.php» :
with cli sapi of php5 RC1 or with today snapshot, here is
the output :
inc t2
in t2
still in t2
end of t2
Here am I !!
re-inc t2
Fatal error: Cannot redeclare toto() (previously declared in
.../t2.php:13) in .../t2.php on line 14
note that even the "in t2" log is not displayed at
second include.
[2004-03-31 09:38:46] christian dot lefebvre at atosorigin dot com
I got the same problem with RC1 version under
Linux/apache2filter
I just tried with snapshot 200403311230 (same config)
and the message disappear but the tested code still crashes.
As the same code works with php4.3.4, I think this ticket
should be reopened.
I'll try to make a smaller test case
[2003-12-04 02:24:54] [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-11-29 01:34:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2002-07-26 07:35:22] armageddon at raydan dot de
When I run the icq_main.php script, after some seconds I get following
two errors:
Fatal error: Maximum execution time of 5 seconds exceeded in
j:\www\public\phpicq\icq\icq_main.php on line 48
Fatal error: Maximum execution time of 5 seconds exceeded in
j:\www\public\phpicq\icq\icq_debug.php on line 121
Ok, thats the excepted behaviour, but when I reload the page I get this
strange error:
Fatal error: Cannot redeclare hexdump() (previously declared in :67) in
j:\www\public\phpicq\icq\icq_debug.php on line 71
When I reload it again I get the first two error-messages again and so
on...
The following code is from icq_debug, Line 67-71:
function HexDump($in) {
static $hex;
if (!$hex) $hex = new Hex();
return $hex->Dump($in);
}
I have loaded the following modules:
php_bz2.dll, php_cpdf.dll, php_crack.dll, php_db.dll, php_dba.dll,
php_dbase.dll, php_exif.dll, php_filepro.dll, php_gd.dll,
php_gettext.dll, php_hyperwave.dll, php_ldap.dll, php_mhash.dll,
php_pdf.dll, php_pgsql.dll, php_shmop.dll, php_snmp.dll,
php_sockets.dll, php_w32api.dll, php_zlib.dll
--
Edit this bug report at http://bugs.php.net/?id=18590&edit=1
#42531 [Opn]: Too many curl_copy_handle make Apache shut down
ID: 42531
User updated by: nicolac76 at yahoo dot fr
Reported By: nicolac76 at yahoo dot fr
Status: Open
Bug Type: cURL related
Operating System: Windows XP
PHP Version: 5.2.4
New Comment:
I change only the post options...
I need too read many time the same page with different post...
Previous Comments:
[2007-09-03 13:29:19] [EMAIL PROTECTED]
I just have to ask: WHY do you do something like this anyway?!
[2007-09-03 13:06:58] nicolac76 at yahoo dot fr
Description:
If we doing a for on a curl_multi_add_handle, Apache shut down without
reason...
We can do 127 time, but no 128 (0111 111b)...
The problem come from the function not from the variable $i !
Reproduce code:
---
http://www.example.com');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
for($i = 1; $i <= 128; $i++)
{
$conn[$i] = curl_copy_handle($ch);
curl_multi_add_handle ($mh,$conn[$i]);
}
...
?>
Expected result:
No error
Actual result:
--
An error
--
Edit this bug report at http://bugs.php.net/?id=42531&edit=1
#31764 [Com]: Apache hangs during file upload when using "MAX_FILE_SIZE"
ID: 31764
Comment by: wvdm at vodamail dot co dot za
Reported By: t dot schoebel at hamburg dot de
Status: No Feedback
Bug Type: HTTP related
Operating System: Debian 3.0 Woody
PHP Version: 4.3.10
New Comment:
My php file - It just hangs no error nothing:
http://www..co.za/download/uploadF.php";;
echo '';
if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile))
{
echo "File is valid, and was successfully uploaded.\n";
echo POST_FILE_SIZE =(ini_get('post_max_size') +1)."\n";
print_r($_FILES);
echo "\n";
echo "top.location.href = \"$valid_ref1\"\n;>";
exit;
}
else {
echo "Possible file upload attack!\n";
echo "Here is some more debugging info:";
print_r($_FILES);
}
print "";
?>
and the form:
Previous Comments:
[2005-02-11 01:00:41] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-02-03 05:13:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-01-30 12:57:17] t dot schoebel at hamburg dot de
Description:
I'm hosting a costumer, who uses an old script written for php 3.x.
If at the same time some visitors uploads an image, apache "crashed".
The load average jumps to 50 > an there is no possible to connect to
the server via ssh anymore.
In the error.log i get i.e. the following messages:
[Sat Jan 29 01:35:30 2005] [warn] child process 24784 still did not
exit, sending a SIGTERM
Reproduce code:
---
Datei:
>
...
if (is_uploaded_file ($userfile)){
$dir = "/var/kunden/webs/web1/tmp/";
move_uploaded_file($userfile,$dir.$userfile_name) ;
}
Expected result:
When I upload an image, which is more than 10 bytes big, cause of
the html-code
it's given, i get an php error, that the script gets no data.
Apache breaks the transfer to php, cause the image is bigger then
10 bytes.
Actual result:
--
If you delete the hmtl-tag an add in your script a check, written in php, for the
size and may be the type of the file, you won't get an apache "crash".
--
Edit this bug report at http://bugs.php.net/?id=31764&edit=1
#42531 [Opn]: Too many curl_copy_handle make Apache shut down
ID: 42531
Updated by: [EMAIL PROTECTED]
Reported By: nicolac76 at yahoo dot fr
Status: Open
Bug Type: cURL related
Operating System: Windows XP
PHP Version: 5.2.4
New Comment:
I just have to ask: WHY do you do something like this anyway?!
Previous Comments:
[2007-09-03 13:06:58] nicolac76 at yahoo dot fr
Description:
If we doing a for on a curl_multi_add_handle, Apache shut down without
reason...
We can do 127 time, but no 128 (0111 111b)...
The problem come from the function not from the variable $i !
Reproduce code:
---
http://www.example.com');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
for($i = 1; $i <= 128; $i++)
{
$conn[$i] = curl_copy_handle($ch);
curl_multi_add_handle ($mh,$conn[$i]);
}
...
?>
Expected result:
No error
Actual result:
--
An error
--
Edit this bug report at http://bugs.php.net/?id=42531&edit=1
#42532 [NEW]: strncmp() output differs with and without Unicode
From: mahesh dot vemula at in dot ibm dot com Operating system: RHEL4 PHP version: 6CVS-2007-09-03 (CVS) PHP Bug Type: Performance problem Bug description: strncmp() output differs with and without Unicode Description: strncmp() of a regular string(as first argument) with an empty string, returns an integer value of difference in their length when Unicode is OFF, and returns int(+1) when the Unicode is ON. Is this the expected behavior according to documentation, which says strncmp() returns >0 or <0 when two strings are not equal. Or Could output be consistent with and without Unicode? Reproduce code: --- --TEST-- --FILE-- --EXPECTF-- -- Edit bug report at http://bugs.php.net/?id=42532&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42532&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42532&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42532&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42532&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42532&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42532&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42532&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42532&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42532&r=support Expected behavior:http://bugs.php.net/fix.php?id=42532&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42532&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42532&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42532&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42532&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42532&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42532&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42532&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42532&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42532&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42532&r=mysqlcfg
#42531 [NEW]: Too many curl_copy_handle make Apache shut down
From: nicolac76 at yahoo dot fr
Operating system: Windows XP
PHP version: 5.2.4
PHP Bug Type: cURL related
Bug description: Too many curl_copy_handle make Apache shut down
Description:
If we doing a for on a curl_multi_add_handle, Apache shut down without
reason...
We can do 127 time, but no 128 (0111 111b)...
The problem come from the function not from the variable $i !
Reproduce code:
---
http://www.example.com');
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
for($i = 1; $i <= 128; $i++)
{
$conn[$i] = curl_copy_handle($ch);
curl_multi_add_handle ($mh,$conn[$i]);
}
...
?>
Expected result:
No error
Actual result:
--
An error
--
Edit bug report at http://bugs.php.net/?id=42531&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42531&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42531&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42531&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42531&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42531&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42531&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42531&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42531&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42531&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42531&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42531&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42531&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42531&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42531&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42531&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42531&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42531&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42531&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42531&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42531&r=mysqlcfg
#42505 [Bgs->Asn]: new sendmail default breaks NetWare platform
ID: 42505 Updated by: [EMAIL PROTECTED] Reported By: gk at gknw dot de -Status: Bogus +Status: Assigned Bug Type: Mail related Operating System: NetWare PHP Version: 5.2.4 -Assigned To: +Assigned To: johannes New Comment: Johannes, you broke it, you fix it.. Previous Comments: [2007-09-03 08:16:36] [EMAIL PROTECTED] This is expected behaviour. If the sendmail path isn't detected during configure run, it defaults to that. Just set the path in your php.ini to what it should be. [2007-08-31 22:55:11] gk at gknw dot de Description: The recent commit to ./main/main.c by johannes (Revision 1.640.2.23.2.43 and 1.640.2.23.2.50) breaks NetWare internal mail functionality; IMO the preprocessor ifdefs are totally bogus; I think this patch is a more accurate way to express it, and restores previous default for NetWare platform (+ adds a comment): --- main.c.orig Fri Aug 03 03:30:22 2007 +++ main.c Fri Aug 31 23:46:21 2007 @@ -333,10 +333,10 @@ # define PHP_SAFE_MODE_EXEC_DIR "" #endif -#if defined(PHP_PROG_SENDMAIL) && !defined(NETWARE) -# define DEFAULT_SENDMAIL_PATH PHP_PROG_SENDMAIL " -t -i " -#elif defined(PHP_WIN32) +#if defined(PHP_WIN32) || defined(NETWARE) /* Win32 and NetWare use internal mail */ # define DEFAULT_SENDMAIL_PATH NULL +#elif defined(PHP_PROG_SENDMAIL) +# define DEFAULT_SENDMAIL_PATH PHP_PROG_SENDMAIL " -t -i " #else # define DEFAULT_SENDMAIL_PATH "/usr/sbin/sendmail -t -i" #endif please fix that soon! Thanks! Reproduce code: --- Expected result: sendmail_path = no value Actual result: -- sendmail_path = sendmail -t -i -- Edit this bug report at http://bugs.php.net/?id=42505&edit=1
#42389 [Fbk->Opn]: PHP+Apache2+mod_fcgid kills all processes after submit
ID: 42389 User updated by: webmaster at machostlink dot net Reported By: webmaster at machostlink dot net -Status: Feedback +Status: Open Bug Type: CGI related Operating System: OSX 10.4.10 PHP Version: 5.2CVS-2007-08-23 New Comment: Is set to: post_max_size = 8M upload_max_filesize = 6M However, I have some good news but not sure if that still does not effect PHP as well anyway. I now tried to run this completely WITHOUT mod_fcgid/mod_fastcgi just as plain and simple CGI. And it does work then without ANY flaws. I guess that means PHP CGI is alright and it's all because of mod_fcgid? Or is PHP executed any different when running thru mod_fcgid/mod_fastcgi? Previous Comments: [2007-09-03 10:53:09] [EMAIL PROTECTED] Check for these setting in the phpinfo() output for the failing vhost: post_max_size = 8M upload_max_filesize = 2M [2007-08-30 19:03:12] webmaster at machostlink dot net Any news on this? [2007-08-24 15:16:16] webmaster at machostlink dot net Ok, now here is the output for latest CVS: Attaching to program: `/usr/local/bin/php-cgi', process 25912. Reading symbols for shared libraries .. done 0x9004eb97 in accept () (gdb) c Continuing. Program received signal SIGPIPE, Broken pipe. 0x9001029c in write () (gdb) bt #0 0x9001029c in write () #1 0x002e79b3 in fcgi_flush (req=0xbfffdc00, close=1) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:543 #2 0x002e7a29 in fcgi_finish_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:1163 #3 0x002e825f in fcgi_accept_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:869 #4 0x002ea880 in main (argc=1, argv=0xbdd0) at /usr/local/php5.2-200708230830/sapi/cgi/cgi_main.c:1491 [2007-08-24 04:47:00] webmaster at machostlink dot net @jani Ok will do and let you know what the result is. @crrodriguez Here is my config for mod_fcgid: -- SharememPath /tmp/fcgid_shm SocketPath /opt/local/apache2/logs/fcgidsock IPCConnectTimeout 60 IPCCommTimeout 60 MaxRequestsPerProcess 500 MaxRequestInMem 150 MaxRequestLen 150 I think I have tried EVERY possible combination there is. I read ALL the threads and issues posted on sourceforge page as well as pretty much every thread I could find on google regarding mod_fcgid issues. :( That's why I am quite desperate to solve this. Thanks for you help... [2007-08-24 02:54:52] crrodriguez at suse dot de err.. I meant it should be set to 500 NOT -1 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/42389 -- Edit this bug report at http://bugs.php.net/?id=42389&edit=1
#42351 [Opn->Asn]: Unable to create dates with years <= -10000 and >= 10000
ID: 42351
Updated by: [EMAIL PROTECTED]
Reported By: mattsch at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Gentoo Linux 2007.0
-PHP Version: 5.2.4RC2
+PHP Version: 5.2.4
-Assigned To:
+Assigned To: derick
New Comment:
Assigned to the ext/date maintainer.
Previous Comments:
[2007-08-20 16:17:31] mattsch at gmail dot com
Description:
I am unable to create dates with years <= -1 and >= 1. ISO
8601:2004E allows for this under Expanded representations:
http://isotc.iso.org/livelink/livelink/4021199/ISO_8601_2004_E.zip?func=doc.Fetch&nodeid=4021199
ISO 8601:2004(E)
14 © ISO 2004 – All rights reserved
4.1.2.4 Expanded representations
If, by agreement, expanded representations are used, the formats shall
be as specified below. The
interchange parties shall agree the additional number of digits in the
time element year. In the examples below
it has been agreed to expand the time element year with two digits.
a) A specific day
Basic format: ±YMMDD Example: +0019850412
Extended format: ±Y-MM-DD Example: +001985-04-12
b) A specific month
Basic format: ±Y-MM Example: +001985-04
Extended format: not applicable
c) A specific year
Basic format: ±Y Example: +001985
Extended format: not applicable
d) A specific century
Basic format: ±YYY Example: +0019
Extended format: not applicable
Reproduce code:
---
Negative year:
format('Y-m-d H:i:s');
?>
Positive year:
format('Y-m-d H:i:s');
?>
Expected result:
Negative year outputs:
-1-01-01 00:00:00
Positive year outputs:
1-01-01 00:00:00
Actual result:
--
Negative year outputs:
2000-01-01 00:00:00
Positive year outputs:
Fatal error: Uncaught exception 'Exception' with message
'DateTime::__construct(): Failed to parse time string (1-01-01
00:00:00) at position 12 (0): Double time specification' in /test.php:5
Stack trace:
#0 /test.php(5): DateTime->__construct('1-01-01 00:...')
#1 {main}
thrown in /test.php on line 5
--
Edit this bug report at http://bugs.php.net/?id=42351&edit=1
#42530 [Opn->Fbk]: Segmentation fault
ID: 42530 Updated by: [EMAIL PROTECTED] Reported By: koc at rol dot ru -Status: Open +Status: Feedback -Bug Type: Oracle related +Bug Type: OCI8 related Operating System: Linux PHP Version: 5.2.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-09-03 12:34:27] koc at rol dot ru Description: Apache/2.2.4 (Unix) + php 5.2.4 PHP configure: ./configure -prefix=/usr/local/php \ -enable-sigchild \ -with-apxs2=/usr/local/apache2/bin/apxs \ -with-oci8=instantclient,/usr/local/oracle \ (OK) make (OK) make install (OK) Run scripts - Segmentation fault Look like Oracle (OCI8) problem. --- checking PHP version... 5.2.4, ok checking Oracle Instant Client directory... /usr/local/oracle checking Oracle Instant Client SDK header directory... /usr/local/oracle/sdk/include checking Oracle Instant Client version... 10.1 --- Actual result: -- (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1210434720 (LWP 20570)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210434720 (LWP 20570)] 0xb6f67889 in kghmkfree () from /usr/local/oracle/libclntsh.so.10.1 (gdb) bt #0 0xb6f67889 in kghmkfree () from /usr/local/oracle/libclntsh.so.10.1 #1 0xb6f6eacb in kghaddex () from /usr/local/oracle/libclntsh.so.10.1 #2 0xb6f70a03 in kghgex () from /usr/local/oracle/libclntsh.so.10.1 #3 0xb6f738e5 in kghfnd () from /usr/local/oracle/libclntsh.so.10.1 #4 0xb6f73ccf in kghprmalo () from /usr/local/oracle/libclntsh.so.10.1 #5 0xb6f761ec in kghalp () from /usr/local/oracle/libclntsh.so.10.1 #6 0xb6f7ffd7 in kghmrk () from /usr/local/oracle/libclntsh.so.10.1 #7 0xb6b4fea7 in kpuhhmrk () from /usr/local/oracle/libclntsh.so.10.1 #8 0xb6b56636 in kpurclr () from /usr/local/oracle/libclntsh.so.10.1 #9 0xb6ef144b in kpcxc2r () from /usr/local/oracle/libclntsh.so.10.1 #10 0xb6f472ea in ttcrs2c () from /usr/local/oracle/libclntsh.so.10.1 #11 0xb6f56034 in ttcacr () from /usr/local/oracle/libclntsh.so.10.1 #12 0xb6ee3aed in ttcdrv () from /usr/local/oracle/libclntsh.so.10.1 #13 0xb6dc8bc8 in nioqwa () from /usr/local/oracle/libclntsh.so.10.1 #14 0xb6c34618 in upirtrc () from /usr/local/oracle/libclntsh.so.10.1 #15 0xb6ba95f6 in kpurcsc () from /usr/local/oracle/libclntsh.so.10.1 #16 0xb6b5da0d in kpuexecv8 () from /usr/local/oracle/libclntsh.so.10.1 #17 0xb6b5fec4 in kpuexec () from /usr/local/oracle/libclntsh.so.10.1 #18 0xb6c391b6 in OCIStmtExecute () from /usr/local/oracle/libclntsh.so.10.1 #19 0xb793d8a1 in php_oci_statement_execute (statement=0x8311600, mode=3078026404) at /usr/local/src/php-5.2.4/ext/oci8/oci8_statement.c:442 #20 0xb79441fd in zif_oci_execute (ht=1, return_value=0xb65050d8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-5.2.4/ext/oci8/oci8_interface.c:1302 #21 0xb7abb644 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf871680) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:200 #22 0xb7abad79 in execute (op_array=0xb6559184) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #23 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8718e0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #24 0xb7abad79 in execute (op_array=0xb64e423c) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #25 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf871a30) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #26 0xb7abad79 in execute (op_array=0xb64e4590) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #27 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8727c0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #28 0xb7abad79 in execute (op_array=0xb65490e0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #29 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf872950) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #30 0xb7abad79 in execute (op_array=0xb6548f70) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #31 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf872f50) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #32 0xb7abad79 in execute (op_array=0xb65b3b2c) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #33 0xb7a9f984 in zend_execute_scripts (type=8, retval=0x0, file_c
#42522 [Opn->Asn]: imagefill not reliable
ID: 42522 Updated by: [EMAIL PROTECTED] Reported By: jeffiel at 9star dot com -Status: Open +Status: Assigned Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: Pierre, try running the script with valgrind..I get a lot of leaks and errors about uninitialized values, etc. Previous Comments: [2007-09-03 12:10:09] jeffiel at 9star dot com Alright, well, I've already got a workaround. Thought you might like the bug report. WRT the configure line, I just recompiled without the /lib's in the paths, and it configures just the same. [2007-09-03 10:49:54] [EMAIL PROTECTED] Your configure line is bogus to begin with. You're not supposed to have the '/lib' in any path passed to configure options. [2007-09-03 10:48:22] [EMAIL PROTECTED] "Those links work fine for me, can you tell me what error you're getting." Can't establish a connection. The domain name can be pinged though. And no, the problem is on your side, not here (not even linux anyway :) About the bug, you have to try with a decent/recent distribution, we can't support unmaintained versions. [2007-09-03 10:16:46] jeffiel at 9star dot com Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. [2007-09-03 09:40:43] [EMAIL PROTECTED] None of these links work. Do you know that the last fedora core version is the seventh? Pleae update and try again or use another decent system to test. I'm not able to reproduce your problem, no matter the OS (debian, fc6 or 7, gentoo, windows or OS X). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42530 [NEW]: Segmentation fault
From: koc at rol dot ru Operating system: Linux PHP version: 5.2.4 PHP Bug Type: Oracle related Bug description: Segmentation fault Description: Apache/2.2.4 (Unix) + php 5.2.4 PHP configure: ./configure -prefix=/usr/local/php \ -enable-sigchild \ -with-apxs2=/usr/local/apache2/bin/apxs \ -with-oci8=instantclient,/usr/local/oracle \ (OK) make (OK) make install (OK) Run scripts - Segmentation fault Look like Oracle (OCI8) problem. --- checking PHP version... 5.2.4, ok checking Oracle Instant Client directory... /usr/local/oracle checking Oracle Instant Client SDK header directory... /usr/local/oracle/sdk/include checking Oracle Instant Client version... 10.1 --- Actual result: -- (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1210434720 (LWP 20570)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210434720 (LWP 20570)] 0xb6f67889 in kghmkfree () from /usr/local/oracle/libclntsh.so.10.1 (gdb) bt #0 0xb6f67889 in kghmkfree () from /usr/local/oracle/libclntsh.so.10.1 #1 0xb6f6eacb in kghaddex () from /usr/local/oracle/libclntsh.so.10.1 #2 0xb6f70a03 in kghgex () from /usr/local/oracle/libclntsh.so.10.1 #3 0xb6f738e5 in kghfnd () from /usr/local/oracle/libclntsh.so.10.1 #4 0xb6f73ccf in kghprmalo () from /usr/local/oracle/libclntsh.so.10.1 #5 0xb6f761ec in kghalp () from /usr/local/oracle/libclntsh.so.10.1 #6 0xb6f7ffd7 in kghmrk () from /usr/local/oracle/libclntsh.so.10.1 #7 0xb6b4fea7 in kpuhhmrk () from /usr/local/oracle/libclntsh.so.10.1 #8 0xb6b56636 in kpurclr () from /usr/local/oracle/libclntsh.so.10.1 #9 0xb6ef144b in kpcxc2r () from /usr/local/oracle/libclntsh.so.10.1 #10 0xb6f472ea in ttcrs2c () from /usr/local/oracle/libclntsh.so.10.1 #11 0xb6f56034 in ttcacr () from /usr/local/oracle/libclntsh.so.10.1 #12 0xb6ee3aed in ttcdrv () from /usr/local/oracle/libclntsh.so.10.1 #13 0xb6dc8bc8 in nioqwa () from /usr/local/oracle/libclntsh.so.10.1 #14 0xb6c34618 in upirtrc () from /usr/local/oracle/libclntsh.so.10.1 #15 0xb6ba95f6 in kpurcsc () from /usr/local/oracle/libclntsh.so.10.1 #16 0xb6b5da0d in kpuexecv8 () from /usr/local/oracle/libclntsh.so.10.1 #17 0xb6b5fec4 in kpuexec () from /usr/local/oracle/libclntsh.so.10.1 #18 0xb6c391b6 in OCIStmtExecute () from /usr/local/oracle/libclntsh.so.10.1 #19 0xb793d8a1 in php_oci_statement_execute (statement=0x8311600, mode=3078026404) at /usr/local/src/php-5.2.4/ext/oci8/oci8_statement.c:442 #20 0xb79441fd in zif_oci_execute (ht=1, return_value=0xb65050d8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-5.2.4/ext/oci8/oci8_interface.c:1302 #21 0xb7abb644 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf871680) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:200 #22 0xb7abad79 in execute (op_array=0xb6559184) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #23 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8718e0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #24 0xb7abad79 in execute (op_array=0xb64e423c) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #25 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf871a30) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #26 0xb7abad79 in execute (op_array=0xb64e4590) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #27 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8727c0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #28 0xb7abad79 in execute (op_array=0xb65490e0) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #29 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf872950) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #30 0xb7abad79 in execute (op_array=0xb6548f70) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #31 0xb7abaff9 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf872f50) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:234 #32 0xb7abad79 in execute (op_array=0xb65b3b2c) at /usr/local/src/php-5.2.4/Zend/zend_vm_execute.h:92 #33 0xb7a9f984 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.2.4/Zend/zend.c:1134 #34 0xb7a6402a in php_execute_script (primary_file=0xbf875200) at /usr/local/src/php-5.2.4/main/main.c:1982 #35 0xb7b22f9c in php_handler (r=0x828ef38) at /usr/local/src/php-5.2.4/sapi/apache2handler/sapi_apache2.c:631 #36 0x08073036 in ap_run_handler (r=0x828ef38) at config.c:157 #37 0x08073476 in ap_invoke_handler (r=0x828ef38) at config.c:372 #38 0x0808923d in ap_process_request (r=0x828ef38) at http_request.c:258 #39 0x08086bf9 in ap_process_http_connection (c=0x8282938) at http_core.c:184 #40 0x08078f96 in ap_run_process_connection (c=0x8282938) at connection.c:43 #41 0x08099325 in child_main (child_num_arg=137440908) at prefork.c:640 #42 0x080994f3 in make_child (s=0x0, slot=0)
#42529 [Opn->Bgs]: Apache crashes when loading .php page
ID: 42529 Updated by: [EMAIL PROTECTED] Reported By: lauren dot markwell at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows xp PHP Version: 5.2.4 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2007-09-03 12:22:38] lauren dot markwell at hotmail dot com Description: When opening a .php file in internet explorer i get this error message: "Apache HTTP Server has encountered a problem and needs to close. Error signature szAppName: httpd.exe szAppVer: 2.2.4.0 szModName: php5ts.dll szModVer: 5.2.3.3 offset: 00099ec5" Even if the .php file only has ' HELLO ' (no scripting) apache still crashes -- Edit this bug report at http://bugs.php.net/?id=42529&edit=1
#42529 [NEW]: Apache crashes when loading .php page
From: lauren dot markwell at hotmail dot com Operating system: windows xp PHP version: 5.2.4 PHP Bug Type: Apache2 related Bug description: Apache crashes when loading .php page Description: When opening a .php file in internet explorer i get this error message: "Apache HTTP Server has encountered a problem and needs to close. Error signature szAppName: httpd.exe szAppVer: 2.2.4.0 szModName: php5ts.dll szModVer: 5.2.3.3 offset: 00099ec5" Even if the .php file only has ' HELLO ' (no scripting) apache still crashes -- Edit bug report at http://bugs.php.net/?id=42529&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42529&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42529&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42529&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42529&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42529&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42529&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42529&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42529&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42529&r=support Expected behavior:http://bugs.php.net/fix.php?id=42529&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42529&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42529&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42529&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42529&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42529&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42529&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42529&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42529&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42529&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42529&r=mysqlcfg
#42433 [Csd->Bgs]: Apache server is loading php, but not using MY php.ini settings
ID: 42433 Updated by: [EMAIL PROTECTED] Reported By: CDeLorme at gmail dot com -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP 64 Pro PHP Version: 5.2.3 New Comment: User error -> bogus. Previous Comments: [2007-08-29 19:19:12] CDeLorme at gmail dot com Sorry to cause a ruckus, the problem is solved. Apparently I hadn't edited the directories in apache properly to find the php.ini file. It was loading defaults I guess, and I had no clue it had a default built it so I was a bit confused as to why it was still running. [2007-08-27 08:40:51] [EMAIL PROTECTED] In phpinfo() output there is a section where PHP tries to look for the ini file and exactly what file it DID use. This is not any bug. [2007-08-27 01:17:51] cdelorme at gmail dot com I forgot to mention, I DID restart the apache server as well as my entire machine, multiple times. This has had no effect on the situation. [2007-08-27 01:16:12] CDeLorme at gmail dot com Description: I cannot reproduce the code here or on a seperate link. The issue is simple but I am having trouble location posts about it elsewhere. I setup apache 2_2x etc or w/e on my machine with the php as I selected above. When I check phpinfo() in a document, it loads just fine, php SHOWS as running & general php scripts work. However the settings shown do NOT reflect any changes I tried making in my own php.ini file located in C:/windows directory. I don't know how this works exactly, but after much frustration I still can't seem to get it functioning by my own settings. Settings I adjusted: max_execution_time, defaults to 30 I set it to 300, no change. Added mysql, it doesn't show up... anywhere! extention directory, it shows C:/php5, no such folder even exists! I have it in c:/php... Any help with this problem would be greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=42433&edit=1
#42522 [Fbk->Opn]: imagefill not reliable
ID: 42522 User updated by: jeffiel at 9star dot com Reported By: jeffiel at 9star dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: Alright, well, I've already got a workaround. Thought you might like the bug report. WRT the configure line, I just recompiled without the /lib's in the paths, and it configures just the same. Previous Comments: [2007-09-03 10:49:54] [EMAIL PROTECTED] Your configure line is bogus to begin with. You're not supposed to have the '/lib' in any path passed to configure options. [2007-09-03 10:48:22] [EMAIL PROTECTED] "Those links work fine for me, can you tell me what error you're getting." Can't establish a connection. The domain name can be pinged though. And no, the problem is on your side, not here (not even linux anyway :) About the bug, you have to try with a decent/recent distribution, we can't support unmaintained versions. [2007-09-03 10:16:46] jeffiel at 9star dot com Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. [2007-09-03 09:40:43] [EMAIL PROTECTED] None of these links work. Do you know that the last fedora core version is the seventh? Pleae update and try again or use another decent system to test. I'm not able to reproduce your problem, no matter the OS (debian, fc6 or 7, gentoo, windows or OS X). [2007-09-03 09:03:16] jeffiel at 9star dot com Yes, Fedora Core 2. You can see the issue at this URL: http://media.9star.com/dynamizer/test.php To see the page's source, append a source param: http://media.9star.com/dynamizer/test.php?source To see the gd_info output, append a gdinfo: http://media.9star.com/dynamizer/test.php?gdinfo 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/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42528 [NEW]: Out of "char"(8-bit) range value doesn't roll back, with uni-code ON.
From: mahesh dot vemula at in dot ibm dot com Operating system: RHEL4 PHP version: 6CVS-2007-09-03 (CVS) PHP Bug Type: Performance problem Bug description: Out of "char"(8-bit) range value doesn't roll back, with uni-code ON. Description: The character(8-bit) range of value does not roll back to the corresponding minimum value, once the value reaches beyond the range of a char(8-bit) that it can hold, when Unicode is ON. Reproduce code: --- --TEST-- --FILE-- --EXPECTF-- Expected result: unicode(8) "" unicode(1) "0" unicode(1) "1" Actual result: -- unicode(8) "" unicode(9) "1" unicode(9) "10001" -- Edit bug report at http://bugs.php.net/?id=42528&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42528&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42528&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42528&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42528&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42528&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42528&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=42528&r=needscript Try newer version:http://bugs.php.net/fix.php?id=42528&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42528&r=support Expected behavior:http://bugs.php.net/fix.php?id=42528&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42528&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42528&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42528&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42528&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42528&r=dst IIS Stability:http://bugs.php.net/fix.php?id=42528&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42528&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42528&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42528&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=42528&r=mysqlcfg
#42501 [Opn->Fbk]: glob() with GLOB_BRACE using Windows paths
ID: 42501 Updated by: [EMAIL PROTECTED] Reported By: eric at ericmmartin dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows XP PHP Version: 5.2.4 New Comment: Try passing GLOB_NOCHECK as flag too, it should return the actual pattern used then when it doesn't find any files. Previous Comments: [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
#22427 [Com]: Missing Form Post Data
ID: 22427
Comment by: ben at hceo dot co dot uk
Reported By: jroland at uow dot edu dot au
Status: No Feedback
Bug Type: *General Issues
Operating System: Windows XP / 2000
PHP Version: 4.2.3
New Comment:
Hi,
I found the same POST problem. I have a login form and it works fine
on FireFox and IE 6.0.3790, but not on IE 6.0.2800. If the username and
password are all one word it works fine on IE 6.0.2800 but if it is made
of 2 or more words it only posts the variables once in every 10 or so
posts.
I read that this problem can be got around by using .htm extension
rather than .php - to get around this I changed the httpd.conf file to
read:
AddType application/x-httpd-php .php .htm
I then changed the extension of my login file to .htm and this seems to
work ok.
Previous Comments:
[2007-07-04 06:05:46] ads at alex4all dot com
I just want to say Thanks a lot for comment called ([27 Mar 2003 2:08am
UTC] sendoffer at ukr dot net); because my problem solved for same
issue.
BR, Ali
[2007-06-13 22:27:20] relisys002 at yahoo dot com
As a follow-up to my post yesterday, it appears as though the firewall
software we have on our Windows machine (Comodo Firewall) was the cause
of the problem. Using the Windows firewall didn't cause any problems.
This may not be the case in for the other people with problems but I
thought I would at least post the resolution to mine.
I would recommend that everyone disable all firewall and security
software if they are experiencing this problem.
[2007-06-12 21:29:21] relisys002 at yahoo dot com
Just came across the same problem myself last week.
PHP 5.1.6
Apache 2.0.59
FreeBSD 6.1-RELEASE-p11
EVERY browser I have tried in Windows fails to work past a request size
of about 1450 bytes. I have tested IE 6.0, FF 2.0.0.3 and Safari Beta 3.
PHP still returns the requests size via getenv("CONTENT_LENGTH") but
both $_POST and $_GET are empty.
When I try the EXACT same page on the EXACT same server with both FF
2.0.0.3 and Safari 2.0.4(419.3) I have no problems submitting however
much data I want. Here's my test form:
/ CODE -/
TEST
/ CODE -/
I get the same result with and without the enctype. I can't believe
nobody has found a solution for this yet. If somebody has, please post
it here or email me and I will.
[2007-05-10 09:15:10] tnieto at greenbit dot es
I have experienced this issue also.
My environment is:
- php 4.4.2 as a module
- Apache 1.3
- Windows 2000 Server
When I send a form with a text area using POST i don't receive any
data.
In my case, it was because I was sending de form using a Javascript
code:
function newitem(tipus)
{
var accion;
if (tipus == 1)
{
accion =
document.mailing.action="pre_mailingsmanuals.php";
}
else
{
accion =
document.mailing.action="env_mailingsmanuals.php";
}
document.mailing.action=accion;
document.mailing.submit();
}
The input was specified as a button: http://www.thescripts.com/forum/thread4451.html - which covers my issue,
and I have implemented the solution by checking for
(isset($_POST['submit']) || isset($_POST['submit_x'])) to check whether
my submit button has been clicked. Note that is an underscore, not a
'.'.
The solution works for GET method as well, if you are using that. If
you submit a form with a 'submit' image button using GET, the browser
URL shows submit.x=aa&submit.y=bb where aa and bb are the coordinates
within the button image of where you clicked, but you should still check
for $_GET['submit_x'] NOT $_GET['submit.x'].
As discussed in the above referred forum log this is an issue affecting
Internet Explorer, Netscape and Opera, and maybe other browsers, and
seems to be a simple failure to conform to the HTML standard for
handling forms.
Hope this helps someone.
Andy
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/22427
--
Edit this bug report at http://bugs.php.net/?id=22427&edit=1
#42214 [Opn->Asn]: SoapServer sends clients internal PHP errors
ID: 42214
Updated by: [EMAIL PROTECTED]
Reported By: stuart dot caie at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Ubuntu
PHP Version: 5.2.4RC1
Assigned To: dmitry
New Comment:
Usually when PHP hits a fatal error (that means _FATAL_ :) it's in such
state that continuing script run would be causing e.g. crash or the
engine is about to blow up in some other way. Don't bother submitting
bug report about that, it will not change. (I think there's already one
about it too..)
Assigned back to Dmitry.
Previous Comments:
[2007-08-31 15:11:38] stuart dot caie at gmail dot com
Yes, I would like the soap extension to let me hide fatal error
messages. Please add that option, either in code or in the php.ini
I still think PHP itself needs to be fixed so it can continue running
user code after a fatal error. However, that is a bigger change and less
likely to be done. I'll look to see if such a bug is already raised,
otherwise I'll raise that as another bug.
Thanks
Stuart
[2007-08-31 12:44:10] [EMAIL PROTECTED]
PHP is not able to execute user-code after a fatal error.
The only thing I can do with this - provide a special SoapServer option
to hide error messages. In this case it always will send
"[SOAP-ENV:Server] Internal error".
Do you like such solution?
[2007-08-05 21:58:46] stuart dot caie at gmail dot com
Description:
When presenting a SOAP API to the general public, I do not want the
text of PHP errors to be send down the wire as "SOAP-ENV;Server" faults.
It's just as embarrassing and as much of a security risk as having the
display_errors INI option turned on - it could reveal exploitable
private implementation details to hostile users.
I would like to catch all PHP errors, log them and instead send the
user a custom SOAP fault which gives them a unique error ID to report
(which matches with my log), but does not reveal the actual PHP error
message.
However,
1. use_soap_error_handler() does nothing. Set it to true, it sends out
SOAP-ENV:Server faults with the PHP error message. Set it to false, it
still sends out SOAP-ENV:Server faults with the PHP error message.
2. User-defined error handlers can't catch E_ERROR, E_PARSE,
E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and
most of E_STRICT. Other scripting languages such as Perl (via
$SIG{__DIE__}) or Ruby (via begin/rescue) let user code catch fatal
errors, PHP comes up short.
I'd like you to allow PHP to catch fatal errors in the user defined
error handler. If you won't fix that, please add some kind of kludge to
SoapServer so that it doesn't reveal the text of PHP errors to clients.
Reproduce code:
---
fault('error', "report \"$ticket\" to
support");
}
set_error_handler('error_handler');
use_soap_error_handler(false);
$server = new SoapServer(NULL, array('uri' =>
'http://localhost/server.php'));
$server->setClass('test');
$server->handle();
?>
'http://localhost/server.php', 'location' =>
'http://localhost/server.php'));
$client ->test();
?>
Expected result:
client.php: Uncaught SoapFault exception: [error] report ""
to support
server.php: entry in /tmp/soap_error_log reading:
[] 1: Call to undefined function obvious_error() in
server.php line 4
Actual result:
--
client.php: Uncaught SoapFault exception: [SOAP-ENV:Server] Call to
undefined function obvious_error()
server.php: no entry in /tmp/soap_error_log.
--
Edit this bug report at http://bugs.php.net/?id=42214&edit=1
#29996 [NoF->Csd]: segmention fault since final release of PHP5
ID: 29996 User updated by: thomas dot hebinck at digionline dot de Reported By: thomas dot hebinck at digionline dot de -Status: No Feedback +Status: Closed Bug Type: Reproducible crash Operating System: Linux Debian Woody PHP Version: 5.0.3RC1 Assigned To: andi New Comment: Closed since 5.0.5 Previous Comments: [2004-12-19 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-12-11 00:21:31] [EMAIL PROTECTED] One more question. Is this a script which uses dl()? [2004-12-11 00:16:17] [EMAIL PROTECTED] I took a look at this bug report but honestly there's not enough here for me to actually understand where the problem is. More info would be appreciated. Maybe a valgrind trace of ./httpd -X? [2004-12-08 18:23:01] [EMAIL PROTECTED] Andi, this looks like a reasonable patch (caveat emptor: I didn't look very hard), and is cleaner than my suggestion for commenting out the dlunload call that I mentioned a couple of times now. Would be great if we can resolve this soon. [2004-12-07 17:24:45] thomas dot hebinck at digionline dot de Hi, I applied the patch - but it doesn't work for me. Now I get: /usr/src/php-5.0.3RC1/Zend/zend_hash.c(636) : ht=0x40412370 is already destroyed [Tue Dec 7 17:21:10 2004] [notice] child pid 21964 exit signal Segmentation fault (11) But - thanks! :-) Bye, Thomas. 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/29996 -- Edit this bug report at http://bugs.php.net/?id=29996&edit=1
#42389 [Opn->Fbk]: PHP+Apache2+mod_fcgid kills all processes after submit
ID: 42389 Updated by: [EMAIL PROTECTED] Reported By: webmaster at machostlink dot net -Status: Open +Status: Feedback Bug Type: CGI related Operating System: OSX 10.4.10 PHP Version: 5.2CVS-2007-08-23 New Comment: Check for these setting in the phpinfo() output for the failing vhost: post_max_size = 8M upload_max_filesize = 2M Previous Comments: [2007-08-30 19:03:12] webmaster at machostlink dot net Any news on this? [2007-08-24 15:16:16] webmaster at machostlink dot net Ok, now here is the output for latest CVS: Attaching to program: `/usr/local/bin/php-cgi', process 25912. Reading symbols for shared libraries .. done 0x9004eb97 in accept () (gdb) c Continuing. Program received signal SIGPIPE, Broken pipe. 0x9001029c in write () (gdb) bt #0 0x9001029c in write () #1 0x002e79b3 in fcgi_flush (req=0xbfffdc00, close=1) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:543 #2 0x002e7a29 in fcgi_finish_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:1163 #3 0x002e825f in fcgi_accept_request (req=0xbfffdc00) at /usr/local/php5.2-200708230830/sapi/cgi/fastcgi.c:869 #4 0x002ea880 in main (argc=1, argv=0xbdd0) at /usr/local/php5.2-200708230830/sapi/cgi/cgi_main.c:1491 [2007-08-24 04:47:00] webmaster at machostlink dot net @jani Ok will do and let you know what the result is. @crrodriguez Here is my config for mod_fcgid: -- SharememPath /tmp/fcgid_shm SocketPath /opt/local/apache2/logs/fcgidsock IPCConnectTimeout 60 IPCCommTimeout 60 MaxRequestsPerProcess 500 MaxRequestInMem 150 MaxRequestLen 150 I think I have tried EVERY possible combination there is. I read ALL the threads and issues posted on sourceforge page as well as pretty much every thread I could find on google regarding mod_fcgid issues. :( That's why I am quite desperate to solve this. Thanks for you help... [2007-08-24 02:54:52] crrodriguez at suse dot de err.. I meant it should be set to 500 NOT -1 [2007-08-24 02:52:55] crrodriguez at suse dot de what is the value of MaxRequestsPerProcess in your mod_fcgid configuration, it should be -1 This is a known issue of mod_fcgid see the documentation http://fastcgi.coremail.cn/doc.htm This is not a bug in PHP. 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/42389 -- Edit this bug report at http://bugs.php.net/?id=42389&edit=1
#42489 [Opn->Asn]: Quirk in strtotime using 'next' relative keyword
ID: 42489 Updated by: [EMAIL PROTECTED] Reported By: chet at somedec dot com -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux PHP Version: 5.2.4 -Assigned To: +Assigned To: derick New Comment: Assigned to the ext/date maintainer. :) Previous Comments: [2007-08-30 15:50:24] chet at somedec dot com Description: Adding time (even zero) to a relative date using the "next" keyword fails. Reproduce code: --- Expected result: The four tests should pass; none do. Actual result: -- Using the current day (according to your computer clock) in conjunction with the next keyword (i.e. "Next Thursday" when run on Thursday) correctly returns one week from the current date. However, adding or subtracting any amount of time results in an erroneous result of the /current date/ plus or minus the offset. -- Edit this bug report at http://bugs.php.net/?id=42489&edit=1
#42522 [Fbk]: imagefill not reliable
ID: 42522 Updated by: [EMAIL PROTECTED] Reported By: jeffiel at 9star dot com Status: Feedback Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: Your configure line is bogus to begin with. You're not supposed to have the '/lib' in any path passed to configure options. Previous Comments: [2007-09-03 10:48:22] [EMAIL PROTECTED] "Those links work fine for me, can you tell me what error you're getting." Can't establish a connection. The domain name can be pinged though. And no, the problem is on your side, not here (not even linux anyway :) About the bug, you have to try with a decent/recent distribution, we can't support unmaintained versions. [2007-09-03 10:16:46] jeffiel at 9star dot com Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. [2007-09-03 09:40:43] [EMAIL PROTECTED] None of these links work. Do you know that the last fedora core version is the seventh? Pleae update and try again or use another decent system to test. I'm not able to reproduce your problem, no matter the OS (debian, fc6 or 7, gentoo, windows or OS X). [2007-09-03 09:03:16] jeffiel at 9star dot com Yes, Fedora Core 2. You can see the issue at this URL: http://media.9star.com/dynamizer/test.php To see the page's source, append a source param: http://media.9star.com/dynamizer/test.php?source To see the gd_info output, append a gdinfo: http://media.9star.com/dynamizer/test.php?gdinfo [2007-09-03 08:14:43] [EMAIL PROTECTED] "The problem is not consistent, but happens about 90% of the time. I don't see any pattern to it." It happens zero times here on many platforms (windows, linux, osx). What is FC2? Fedora Core 2? 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/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42522 [Opn->Fbk]: imagefill not reliable
ID: 42522 Updated by: [EMAIL PROTECTED] Reported By: jeffiel at 9star dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: "Those links work fine for me, can you tell me what error you're getting." Can't establish a connection. The domain name can be pinged though. And no, the problem is on your side, not here (not even linux anyway :) About the bug, you have to try with a decent/recent distribution, we can't support unmaintained versions. Previous Comments: [2007-09-03 10:16:46] jeffiel at 9star dot com Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. [2007-09-03 09:40:43] [EMAIL PROTECTED] None of these links work. Do you know that the last fedora core version is the seventh? Pleae update and try again or use another decent system to test. I'm not able to reproduce your problem, no matter the OS (debian, fc6 or 7, gentoo, windows or OS X). [2007-09-03 09:03:16] jeffiel at 9star dot com Yes, Fedora Core 2. You can see the issue at this URL: http://media.9star.com/dynamizer/test.php To see the page's source, append a source param: http://media.9star.com/dynamizer/test.php?source To see the gd_info output, append a gdinfo: http://media.9star.com/dynamizer/test.php?gdinfo [2007-09-03 08:14:43] [EMAIL PROTECTED] "The problem is not consistent, but happens about 90% of the time. I don't see any pattern to it." It happens zero times here on many platforms (windows, linux, osx). What is FC2? Fedora Core 2? [2007-09-03 05:41:01] jeffiel at 9star dot com As noted, the bundled version. Here's my configure line: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with- mysql=/usr/local/mysql-standard-5.0.19-linux-i686-glibc23' '-- with-gd' '--with-png-dir=/usr/local/lib' '--with-jpeg- dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-zlib- dir=/usr/local/lib' '--enable-simplexml' '--with-xsl=/usr/local/lib' '--with-ldap=/usr/local/openldap' '--with-ldap-sasl' '--with- openssl=/usr/local/ssl' '--with-gettext=/usr/local' '--with- mcrypt=/usr/local' '--with-mime-magic' '--enable-bcmath' '--with- oci8=/opt/oracle/product/9.2.0/' '--with-curl=/usr' The problem is not consistent, but happens about 90% of the time. I don't see any pattern to it. My current workaround is using imagefilledrectangle instead, which works reliably. 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/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42509 [Opn->Asn]: GMP without gmp_init eats memory
ID: 42509
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot hebinck at digionline dot de
-Status: Open
+Status: Assigned
Bug Type: Math related
Operating System: Linux
PHP Version: 5.2.4
-Assigned To:
+Assigned To: stas
New Comment:
[EMAIL PROTECTED] php_5_2]$ sapi/cli/php t.php
79768
99792024
[EMAIL PROTECTED] php_5_2]$ USE_ZEND_ALLOC=0 sapi/cli/php t.php
8236
8236
Previous Comments:
[2007-09-01 17:02:26] thomas dot hebinck at digionline dot de
Description:
Various GMP Functions eat memory, when not called directly with
integers or strings instead of gmp resources.
Reproduce code:
---
$a='1234';
for($i=0;$i<20;$i++) {
$c=gmp_add(gmp_init($a),gmp_init($a));
}
echo memory_get_usage() . "¶\n";
for($i=0;$i<20;$i++) {
$c=gmp_add($a,$a);
}
echo memory_get_usage() . "¶\n";
Expected result:
Both memory_get_usage() should show nearly the same values.
Actual result:
--
1732656¶// ~ 2 MB
43809696¶ // ~ 43 MB
--
Edit this bug report at http://bugs.php.net/?id=42509&edit=1
#42522 [Fbk->Opn]: imagefill not reliable
ID: 42522 User updated by: jeffiel at 9star dot com Reported By: jeffiel at 9star dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: FC 2 PHP Version: 5.2.4 Assigned To: pajoye New Comment: Those links work fine for me, can you tell me what error you're getting. Maybe you should downgrade your OS to FC2 in order to view webpages. Previous Comments: [2007-09-03 09:40:43] [EMAIL PROTECTED] None of these links work. Do you know that the last fedora core version is the seventh? Pleae update and try again or use another decent system to test. I'm not able to reproduce your problem, no matter the OS (debian, fc6 or 7, gentoo, windows or OS X). [2007-09-03 09:03:16] jeffiel at 9star dot com Yes, Fedora Core 2. You can see the issue at this URL: http://media.9star.com/dynamizer/test.php To see the page's source, append a source param: http://media.9star.com/dynamizer/test.php?source To see the gd_info output, append a gdinfo: http://media.9star.com/dynamizer/test.php?gdinfo [2007-09-03 08:14:43] [EMAIL PROTECTED] "The problem is not consistent, but happens about 90% of the time. I don't see any pattern to it." It happens zero times here on many platforms (windows, linux, osx). What is FC2? Fedora Core 2? [2007-09-03 05:41:01] jeffiel at 9star dot com As noted, the bundled version. Here's my configure line: './configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with- mysql=/usr/local/mysql-standard-5.0.19-linux-i686-glibc23' '-- with-gd' '--with-png-dir=/usr/local/lib' '--with-jpeg- dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-zlib- dir=/usr/local/lib' '--enable-simplexml' '--with-xsl=/usr/local/lib' '--with-ldap=/usr/local/openldap' '--with-ldap-sasl' '--with- openssl=/usr/local/ssl' '--with-gettext=/usr/local' '--with- mcrypt=/usr/local' '--with-mime-magic' '--enable-bcmath' '--with- oci8=/opt/oracle/product/9.2.0/' '--with-curl=/usr' The problem is not consistent, but happens about 90% of the time. I don't see any pattern to it. My current workaround is using imagefilledrectangle instead, which works reliably. [2007-09-03 05:27:32] [EMAIL PROTECTED] I can't reproduce this problem. Do you use the bundled version or an external library? If you use an external library, which version? (you can see it in your phpinfo or using gdlib-config --version). To configure php to use the bundled gd version, use "./configure --with-gd ..." (without argument). 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/42522 -- Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42527 [Opn->Asn]: ArrayObject::offsetUnset() doesn't work properly
ID: 42527
Updated by: [EMAIL PROTECTED]
Reported By: ahmadj at mediatrac dot net
-Status: Open
+Status: Assigned
Bug Type: SPL related
Operating System: CentOS 5
PHP Version: 5.2.4
-Assigned To:
+Assigned To: helly
New Comment:
Assigned to the SPL maintainer.
Previous Comments:
[2007-09-03 10:02:05] [EMAIL PROTECTED]
Did you try the RCs released for PHP 5.2.4?
[2007-09-03 09:35:27] ahmadj at mediatrac dot net
Description:
At PHP 5.23 ArrayObject::offsetUnset() works as I expected, but at PHP
5.24 it doesn't work as I expected. The array offset doesn't
destroy/unset properly and it still reside in the array.
Reproduce code:
---
$ArrayField = array("clip.clip_id", "clip.clip_title",
"clip.clip_published_date", "media.media_name",
"conditional_category.conditional_id",
"conditional_category.conditional_name",
"client_category_set.client_cids",
"client_category_set.category_name");
$ArrayGroups = array("clip.clip_published_date",
"client_category_set.category_name", "clip.clip_title",
"clip.clip_id");
$collection = new ArrayObject($ArrayField);
for ($iter = $collection->getIterator(); $iter->valid();
$iter->next()) {
if (!in_array($iter->current(), $ArrayGroups)) {
$collection->offsetUnset($iter->key());
}
}
Expected result:
At PHP 5.22 & 5.23, the $arrayField at offset(3,4,5,6) get unset
properly, but when I try this code at PHP 5.24 the $arrayField at those
offsets didn't get unset as PHP 5.22/5.23 did.
--
Edit this bug report at http://bugs.php.net/?id=42527&edit=1
#42488 [Opn->Asn]: SoapServer reports an encoding error and the error itself breaks
ID: 42488
Updated by: [EMAIL PROTECTED]
Reported By: edman007 at edman007 dot com
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Linux
PHP Version: 5.2.4
-Assigned To:
+Assigned To: dmitry
New Comment:
Assigned to the SOAP maintainer.
Previous Comments:
[2007-08-31 15:21:46] edman007 at edman007 dot com
Actually i'm using the snapshot from yesterday (about 12 hours before
the php 5.2.4 release), last night after i submitted the bug something
changed the version to 5.2.4, and i even got my email to prove that i
put the snap down as what i was using in the original report
Operating system: Linux
PHP version: 5CVS-2007-08-30 (snap)
PHP Bug Type: SOAP related
Bug description: SoapServer reports an encoding error and the error
itself breaks
the phpinfo() says its PHP Version 5.2.5-dev
[2007-08-31 15:03:56] [EMAIL PROTECTED]
And are you really using PHP 5.2.4 (released yesterday) ?
[2007-08-30 14:15:12] edman007 at edman007 dot com
Description:
when a function passes a string that is not UTF-8 compliant back to
SoapServer as part of a response SoapServer throws and error saying (or
i guess its suppose to) that it could not encode it.
However the error message reports the error message itself, not the
problematic string as the cause of the error, and then finishes off with
a small portion of the problematic string, resulting in a very hard to
understand error message that also does not really say where it failed.
Reproduce code:
---
---client.php--
getBadUTF();
} catch (SoapFault $e){
echo $e->faultstring;
}
?>
---server.php---
addFunction('getBadUTF');
$soap->handle();
?>
---something.wsdl---
http://www.example.com/";
xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding";
xmlns:tns="http://www.example.com/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:soap12="http://www.w3.org/2003/05/soap-envelope";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";>
http://schemas.xmlsoap.org/soap/http"/>
http://localhost/server.php"/>
Expected result:
SOAP-ERROR: Encoding: string 'stuff"thing'
Actual result:
--
SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string
'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR:
Encoding: string 'SOAP-ERROR: Encoding: string 'SOAP-ERROR: Encoding:
string 'SOAP-ERROR: Encoding: string 'st
--
Edit this bug report at http://bugs.php.net/?id=42488&edit=1
#42527 [Opn]: ArrayObject::offsetUnset() doesn't work properly
ID: 42527
Updated by: [EMAIL PROTECTED]
Reported By: ahmadj at mediatrac dot net
Status: Open
Bug Type: SPL related
Operating System: CentOS 5
PHP Version: 5.2.4
New Comment:
Did you try the RCs released for PHP 5.2.4?
Previous Comments:
[2007-09-03 09:35:27] ahmadj at mediatrac dot net
Description:
At PHP 5.23 ArrayObject::offsetUnset() works as I expected, but at PHP
5.24 it doesn't work as I expected. The array offset doesn't
destroy/unset properly and it still reside in the array.
Reproduce code:
---
$ArrayField = array("clip.clip_id", "clip.clip_title",
"clip.clip_published_date", "media.media_name",
"conditional_category.conditional_id",
"conditional_category.conditional_name",
"client_category_set.client_cids",
"client_category_set.category_name");
$ArrayGroups = array("clip.clip_published_date",
"client_category_set.category_name", "clip.clip_title",
"clip.clip_id");
$collection = new ArrayObject($ArrayField);
for ($iter = $collection->getIterator(); $iter->valid();
$iter->next()) {
if (!in_array($iter->current(), $ArrayGroups)) {
$collection->offsetUnset($iter->key());
}
}
Expected result:
At PHP 5.22 & 5.23, the $arrayField at offset(3,4,5,6) get unset
properly, but when I try this code at PHP 5.24 the $arrayField at those
offsets didn't get unset as PHP 5.22/5.23 did.
--
Edit this bug report at http://bugs.php.net/?id=42527&edit=1
#42438 [Opn->Bgs]: require require_once include include_once
ID: 42438 Updated by: [EMAIL PROTECTED] Reported By: perching_eagle at yahoo dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 5.2.3 New Comment: Linux is always the best choice. :) (note: I was not able to reproduce this on _windows_ either!) Previous Comments: [2007-09-01 21:42:32] perching_eagle at yahoo dot com i guess i have to give up, if it works on linux then i will eventually have to make the transition to linux. i did try your last suggestion and it didn't work, but i will try it a few more times and then if my problem remains unsolved, i will switch to linux earlier than i had planned. and you may close this thread. thanks for your help. [2007-08-30 09:46:17] [EMAIL PROTECTED] When you installed the snapshot, did you first shutdown whatever webserver you use and delete (!!) all old installed PHP related dlls/executables BEFORE you installed the snapshot version?? I can't reproduce this on Windows XP (yes, I have that..) nor on Linux (preferred OS). I suspect it's simply bad installation. [2007-08-30 06:01:25] perching_eagle at yahoo dot com one more thing i went to google translate to check what language was being dumped on my screen, and it was only the "chinese to english" translator that was able to decipher it, the words were meaningless but i wonder why. i hope someone can get to the bottom of this, the only solution i have right now is to manually copy all the files i would have included with the include or require directives, into one file for each class definition. the include,require,require_once,include_once all worked for non-object oriented programs. whenever it encountered the $this-> operator in my code, especially in the constructor (just like the code in my first post), it dumps everything else after the $this-> operator on my screen. [2007-08-30 02:17:15] perching_eagle at yahoo dot com not loading mbstrings didn't change anything, versions prior to 5.2.3 work well with no problem at all. i guess anyone that still uses a microsoft os like xp, can comfirm my complaint. well thanks jani for your help. if you have access to windows xp with php 5.2.3 installed on it, you may be able to figure out what the problem is. till then bye.. [2007-08-28 21:42:01] [EMAIL PROTECTED] Well, do you get readable error messages when you don't load mbstring? (this is getting quite boring..) 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/42438 -- Edit this bug report at http://bugs.php.net/?id=42438&edit=1
#42521 [Opn->Bgs]: php-fpm add request
ID: 42521 Updated by: [EMAIL PROTECTED] Reported By: vitaliy dot okulov at gmail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: any PHP Version: 5.2.4 New Comment: They are GPL licensed, therefor it's impossible to do. Previous Comments: [2007-09-02 19:56:23] vitaliy dot okulov at gmail dot com Description: Please add php-fpm (http://php-fpm.anight.org) patches to php 5. -- Edit this bug report at http://bugs.php.net/?id=42521&edit=1
#42522 [Opn->Fbk]: imagefill not reliable
ID: 42522
Updated by: [EMAIL PROTECTED]
Reported By: jeffiel at 9star dot com
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: FC 2
PHP Version: 5.2.4
Assigned To: pajoye
New Comment:
None of these links work.
Do you know that the last fedora core version is the seventh? Pleae
update and try again or use another decent system to test.
I'm not able to reproduce your problem, no matter the OS (debian, fc6
or 7, gentoo, windows or OS X).
Previous Comments:
[2007-09-03 09:03:16] jeffiel at 9star dot com
Yes, Fedora Core 2.
You can see the issue at this URL:
http://media.9star.com/dynamizer/test.php
To see the page's source, append a source param:
http://media.9star.com/dynamizer/test.php?source
To see the gd_info output, append a gdinfo:
http://media.9star.com/dynamizer/test.php?gdinfo
[2007-09-03 08:14:43] [EMAIL PROTECTED]
"The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it."
It happens zero times here on many platforms (windows, linux, osx).
What is FC2? Fedora Core 2?
[2007-09-03 05:41:01] jeffiel at 9star dot com
As noted, the bundled version. Here's my configure line:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-
mysql=/usr/local/mysql-standard-5.0.19-linux-i686-glibc23' '--
with-gd' '--with-png-dir=/usr/local/lib' '--with-jpeg-
dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-zlib-
dir=/usr/local/lib' '--enable-simplexml' '--with-xsl=/usr/local/lib'
'--with-ldap=/usr/local/openldap' '--with-ldap-sasl' '--with-
openssl=/usr/local/ssl' '--with-gettext=/usr/local' '--with-
mcrypt=/usr/local' '--with-mime-magic' '--enable-bcmath' '--with-
oci8=/opt/oracle/product/9.2.0/' '--with-curl=/usr'
The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it.
My current workaround is using imagefilledrectangle instead, which
works reliably.
[2007-09-03 05:27:32] [EMAIL PROTECTED]
I can't reproduce this problem. Do you use the bundled version or an
external library? If you use an external library, which version? (you
can see it in your phpinfo or using gdlib-config --version).
To configure php to use the bundled gd version, use "./configure
--with-gd ..." (without argument).
[2007-09-02 21:48:47] jeffiel at 9star dot com
Description:
Just upgraded to 5.2.4, and GD image functions, particularly imagefill,
is not reliable. Sometimes it works, sometimes it fails silently.
Using [GD Version] => bundled (2.0.34 compatible). Seems similar to
bug
#36683, which was marked as bogus for unspecified reasons.
Reproduce code:
---
$im = imagecreatetruecolor(625, 26);
imagefill($im, 0, 0, imagecolorallocate($im, 255, 0, 0));
header("Content-type: image/png");
imagepng($im);
Expected result:
A red png, 625 x 26
Actual result:
--
A black png, 625 x 26
--
Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42527 [NEW]: ArrayObject::offsetUnset() doesn't work properly at PHP 5.24
From: ahmadj at mediatrac dot net
Operating system: CentOS 5
PHP version: 5.2.4
PHP Bug Type: SPL related
Bug description: ArrayObject::offsetUnset() doesn't work properly at PHP 5.24
Description:
At PHP 5.23 ArrayObject::offsetUnset() works as I expected, but at PHP
5.24 it doesn't work as I expected. The array offset doesn't destroy/unset
properly and it still reside in the array.
Reproduce code:
---
$ArrayField = array("clip.clip_id", "clip.clip_title",
"clip.clip_published_date", "media.media_name",
"conditional_category.conditional_id",
"conditional_category.conditional_name", "client_category_set.client_cids",
"client_category_set.category_name");
$ArrayGroups = array("clip.clip_published_date",
"client_category_set.category_name", "clip.clip_title", "clip.clip_id");
$collection = new ArrayObject($ArrayField);
for ($iter = $collection->getIterator(); $iter->valid();
$iter->next()) {
if (!in_array($iter->current(), $ArrayGroups)) {
$collection->offsetUnset($iter->key());
}
}
Expected result:
At PHP 5.22 & 5.23, the $arrayField at offset(3,4,5,6) get unset properly,
but when I try this code at PHP 5.24 the $arrayField at those offsets
didn't get unset as PHP 5.22/5.23 did.
--
Edit bug report at http://bugs.php.net/?id=42527&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=42527&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=42527&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=42527&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=42527&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=42527&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=42527&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=42527&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=42527&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=42527&r=support
Expected behavior:http://bugs.php.net/fix.php?id=42527&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=42527&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=42527&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=42527&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42527&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=42527&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=42527&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=42527&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=42527&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=42527&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=42527&r=mysqlcfg
#42513 [Opn->Bgs]: extensions_dir syntax bug
ID: 42513
Updated by: [EMAIL PROTECTED]
Reported By: mshockle at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: windows xp
PHP Version: 5.2.4
New Comment:
As requested. (I used notepad btw. :)
Previous Comments:
[2007-09-03 09:16:01] mshockle at gmail dot com
Hmm, it has been suggested to me that the issue might have been with
the editor used to edit the *.ini (notepad++); I did the CLI just for
kicks, and it works good too. Sorry for wasting time, disregard as bogus
I suppose.
[2007-09-03 09:11:07] [EMAIL PROTECTED]
So not even "./" works? Can you check with CLI? I tried this and it
works fine:
php.ini:
extension_dir = "./ext"
extension = php_pdo.dll
I just unpacked the zip and run the php.exe in the same dir with the
php.ini in the same dir:
php -m
And it lists PDO, no errors.
[2007-09-03 08:22:14] mshockle at gmail dot com
Meh, just thought i'd pass it along. I used the zip package of the
win32 build for this version, and on apache 2.2 i encountered a problem
with ANY directory including the PWD until I removed any quotes, then
apache magically understood where it all went.
[2007-09-03 08:18:52] [EMAIL PROTECTED]
And you're saying that when you include double slashes (") around the
path it doesn't work? I find that hard to believe since it doesn't
really matter if you have them or not as long as your path doesn't
contain spaces..
[2007-09-03 08:14:50] mshockle at gmail dot com
php5apache2_2.dll
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/42513
--
Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42490 [Opn->Bgs]: PHP will not compile with BIND 9 installed
ID: 42490 Updated by: [EMAIL PROTECTED] Reported By: jerry at scene-naturally dot dyndns dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OS X 10.4.10 PHP Version: 5.2.4 New Comment: When you start messing around with your system, the results are unexpected. This is not PHP bug per se. Previous Comments: [2007-09-02 15:34:52] jerry at scene-naturally dot dyndns dot org I have found a partial workaround, but it is very kludgy at best: 1) Turn off named. Turn off Postfix (master) and any other apps that are using the bind libraries. Just to be sure nothing odd happens, turn off the IMAP/POP servers and any of the second level apps that use those first level apps. Note: since these are usually started as LaunchDaemons or StartUpItems, you will need to disable them from re- starting. 2) Move the libbind.a and libbind9.a libraries out of /usr/local/lib to the desktop (or somewhere that is not in the search path of the Configure app). 3) Restart the machine. This is necessary. 4) Configure, make and install the new PHP. Take care of any post install stuff you need to do. 5) Undo step number 2. Undo step number 1. Restart the machine. [2007-08-31 15:28:13] jerry at scene-naturally dot dyndns dot org OS X does come with BIND (and it is almost ready to go out of the box) but it has a different set up. The libraries are /usr/lib/libresolv.9.dylib /usr/lib/libresolv.dylib The header file is /usr/include/resolv.h Note: The Developer Tools which you install to have compilers, etc also has the resolv.h file. The only libbind*.* libraries I have are from the BIND 9 installation. Linking the older header file to the new file does not fix things. [2007-08-31 07:05:29] [EMAIL PROTECTED] You must have old libbind.* somewhere in your system which gets picked instead of the new one. Didn't you uninstall the old one before you installed the new one, apparently with different install prefix..? [2007-08-30 21:22:20] jerry at scene-naturally dot dyndns dot org The libraries installed by BIND 9 are libbind9.a libbind.a These are in /usr/local/lib libbind.a does seem to have the symbols, however, libbind9.a does not have these missing symbols. The path /usr/local/lib IS in LD_LIBRARY_PATH The configure app is finding either the library or the header file, but apparently not completely following though on that; the screen echo: checking if your OS can spawn processes with inherited handles... yes checking for res_nmkquery... no checking for __res_nmkquery... no checking for res_nmkquery in -lresolv... no checking for __res_nmkquery in -lresolv... no checking for res_nmkquery in -lbind... no checking for __res_nmkquery in -lbind... yes checking for res_nsend... no checking for __res_nsend... yes checking for dn_expand... yes This is in the configure.log as well. A small part of libbind.a: [2007-08-30 20:21:16] [EMAIL PROTECTED] Where is the library located containing those symbols (can't remember what it was called :) and is the path to that library in LD_LIBRARY_PATH? 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/42490 -- Edit this bug report at http://bugs.php.net/?id=42490&edit=1
#42499 [Opn->Fbk]: After multi-statement execution via PDO::exec() connection becomes unusable
ID: 42499
Updated by: [EMAIL PROTECTED]
Reported By: suhachov at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: FC
PHP Version: 5.2.4
New Comment:
You report the bug with version 5.2.4, yet you seem to be using
5.1.6?!
How about you try with 5.2.4 first?
Previous Comments:
[2007-08-31 16:00:05] suhachov at gmail dot com
Description:
$dbh = PDO('mysql:...',...);
$dbh->exec("SET some_var='value';SET names 'utf8'");
$dbh->query("SELECT NOW()");
# Error: Cannot execute queries while other unbuffered queries are
active. ...
PDO::MYSQL_ATTR_USE_BUFFERED_QUERY doesn't help.
I found that in mysql_handle_doer() multi-results aren't freed.
I'm not a MySQL C API professional, but this patch seems to solve this
problem:
--- php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:47:15.0 +0400
+++ php-5.1.6/ext/pdo_mysql/mysql_driver.c 2007-08-31
19:50:09.0 +0400
@@ -243,36 +243,20 @@
static long mysql_handle_doer(pdo_dbh_t *dbh, const char *sql, long
sql_len TSRMLS_DC)
{
- int ret_val;
pdo_mysql_db_handle *H = (pdo_mysql_db_handle *)dbh->driver_data;
if (mysql_real_query(H->server, sql, sql_len)) {
pdo_mysql_error(dbh);
- ret_val = -1;
+ return -1;
} else {
- // !!
my_ulonglong c = mysql_affected_rows(H->server);
if (c == (my_ulonglong) -1) {
pdo_mysql_error(dbh);
- ret_val = (H->einfo.errcode ? -1 : 0);
+ return (H->einfo.errcode ? -1 : 0);
} else {
- ret_val = c;
- }
+ return c;
}
-
-#if HAVE_MYSQL_NEXT_RESULT
- while (mysql_more_results(H->server)) {
- MYSQL_RES *res;
- if (mysql_next_result(H->server) != 0) {
- break;
}
- res = mysql_store_result(H->server);
- if (res) {
- mysql_free_result(res);
- }
- }
-#endif
- return ret_val;
}
static char *pdo_mysql_last_insert_id(pdo_dbh_t *dbh, const char
*name, unsigned int *len TSRMLS_DC)
--
Edit this bug report at http://bugs.php.net/?id=42499&edit=1
#42513 [Fbk->Opn]: extensions_dir syntax bug
ID: 42513
User updated by: mshockle at gmail dot com
Reported By: mshockle at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: windows xp
PHP Version: 5.2.4
New Comment:
Hmm, it has been suggested to me that the issue might have been with
the editor used to edit the *.ini (notepad++); I did the CLI just for
kicks, and it works good too. Sorry for wasting time, disregard as bogus
I suppose.
Previous Comments:
[2007-09-03 09:11:07] [EMAIL PROTECTED]
So not even "./" works? Can you check with CLI? I tried this and it
works fine:
php.ini:
extension_dir = "./ext"
extension = php_pdo.dll
I just unpacked the zip and run the php.exe in the same dir with the
php.ini in the same dir:
php -m
And it lists PDO, no errors.
[2007-09-03 08:22:14] mshockle at gmail dot com
Meh, just thought i'd pass it along. I used the zip package of the
win32 build for this version, and on apache 2.2 i encountered a problem
with ANY directory including the PWD until I removed any quotes, then
apache magically understood where it all went.
[2007-09-03 08:18:52] [EMAIL PROTECTED]
And you're saying that when you include double slashes (") around the
path it doesn't work? I find that hard to believe since it doesn't
really matter if you have them or not as long as your path doesn't
contain spaces..
[2007-09-03 08:14:50] mshockle at gmail dot com
php5apache2_2.dll
[2007-09-03 08:12:18] [EMAIL PROTECTED]
What SAPI are you using? (I can't reproduce this..)
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/42513
--
Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42498 [Opn->Fbk]: Memory leak
ID: 42498 Updated by: [EMAIL PROTECTED] Reported By: doppelbauer at gmx dot net -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: any PHP Version: 5.2.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-08-31 15:55:47] doppelbauer at gmx dot net Description: It seams, there there is a memory leak in "imap_rfc822_parse_adrlist()". A solution would be, to call "mail_free_address()" from the c-client library, after "rfc822_parse_adrlist()". -- Edit this bug report at http://bugs.php.net/?id=42498&edit=1
#42500 [Opn->Fbk]: memcmp does not check full array
ID: 42500
Updated by: [EMAIL PROTECTED]
Reported By: doppelbauer at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: GetImageSize related
Operating System: any
PHP Version: 5.2.4
New Comment:
And the reproducing PHP script + image can be found where?
Previous Comments:
[2007-08-31 16:04:24] doppelbauer at gmx dot net
Description:
Don't know, if this is a bug in the "getimagesize()" function.
The "php_getimagetype()" compares just 3 bytes of the 4-byte array.
Source code: /ext/standard/image.c
PHPAPI int php_getimagetype(php_stream * stream, char *filetype
TSRMLS_DC)
{
...
PHPAPI const char php_sig_psd[4] = {'8', 'B', 'P', 'S'};
...
} else if (!memcmp(filetype, php_sig_psd, 3)) {
...
}
--
Edit this bug report at http://bugs.php.net/?id=42500&edit=1
#42513 [Opn->Fbk]: extensions_dir syntax bug
ID: 42513
Updated by: [EMAIL PROTECTED]
Reported By: mshockle at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: windows xp
PHP Version: 5.2.4
New Comment:
So not even "./" works? Can you check with CLI? I tried this and it
works fine:
php.ini:
extension_dir = "./ext"
extension = php_pdo.dll
I just unpacked the zip and run the php.exe in the same dir with the
php.ini in the same dir:
php -m
And it lists PDO, no errors.
Previous Comments:
[2007-09-03 08:22:14] mshockle at gmail dot com
Meh, just thought i'd pass it along. I used the zip package of the
win32 build for this version, and on apache 2.2 i encountered a problem
with ANY directory including the PWD until I removed any quotes, then
apache magically understood where it all went.
[2007-09-03 08:18:52] [EMAIL PROTECTED]
And you're saying that when you include double slashes (") around the
path it doesn't work? I find that hard to believe since it doesn't
really matter if you have them or not as long as your path doesn't
contain spaces..
[2007-09-03 08:14:50] mshockle at gmail dot com
php5apache2_2.dll
[2007-09-03 08:12:18] [EMAIL PROTECTED]
What SAPI are you using? (I can't reproduce this..)
[2007-09-01 18:28:16] mshockle at gmail dot com
Description:
on windows xp running apache 2.2.4, with php 5.2.4.4 (and earlier
versions IIRC) if extension_dir is
extension_dir = "E:\php\ext"
it cannot load any modules located therein, this is also true for ./
and other relative paths. However
extension_dir = E:\php\ext
works fine, and similarly with all other circumstances.
this occurred with php_mysql, php_mysqli, php_mbstring, and any other
module I installed.
--
Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42522 [Fbk->Opn]: imagefill not reliable
ID: 42522
User updated by: jeffiel at 9star dot com
Reported By: jeffiel at 9star dot com
-Status: Feedback
+Status: Open
Bug Type: GD related
Operating System: FC 2
PHP Version: 5.2.4
Assigned To: pajoye
New Comment:
Yes, Fedora Core 2.
You can see the issue at this URL:
http://media.9star.com/dynamizer/test.php
To see the page's source, append a source param:
http://media.9star.com/dynamizer/test.php?source
To see the gd_info output, append a gdinfo:
http://media.9star.com/dynamizer/test.php?gdinfo
Previous Comments:
[2007-09-03 08:14:43] [EMAIL PROTECTED]
"The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it."
It happens zero times here on many platforms (windows, linux, osx).
What is FC2? Fedora Core 2?
[2007-09-03 05:41:01] jeffiel at 9star dot com
As noted, the bundled version. Here's my configure line:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-
mysql=/usr/local/mysql-standard-5.0.19-linux-i686-glibc23' '--
with-gd' '--with-png-dir=/usr/local/lib' '--with-jpeg-
dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-zlib-
dir=/usr/local/lib' '--enable-simplexml' '--with-xsl=/usr/local/lib'
'--with-ldap=/usr/local/openldap' '--with-ldap-sasl' '--with-
openssl=/usr/local/ssl' '--with-gettext=/usr/local' '--with-
mcrypt=/usr/local' '--with-mime-magic' '--enable-bcmath' '--with-
oci8=/opt/oracle/product/9.2.0/' '--with-curl=/usr'
The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it.
My current workaround is using imagefilledrectangle instead, which
works reliably.
[2007-09-03 05:27:32] [EMAIL PROTECTED]
I can't reproduce this problem. Do you use the bundled version or an
external library? If you use an external library, which version? (you
can see it in your phpinfo or using gdlib-config --version).
To configure php to use the bundled gd version, use "./configure
--with-gd ..." (without argument).
[2007-09-02 21:48:47] jeffiel at 9star dot com
Description:
Just upgraded to 5.2.4, and GD image functions, particularly imagefill,
is not reliable. Sometimes it works, sometimes it fails silently.
Using [GD Version] => bundled (2.0.34 compatible). Seems similar to
bug
#36683, which was marked as bogus for unspecified reasons.
Reproduce code:
---
$im = imagecreatetruecolor(625, 26);
imagefill($im, 0, 0, imagecolorallocate($im, 255, 0, 0));
header("Content-type: image/png");
imagepng($im);
Expected result:
A red png, 625 x 26
Actual result:
--
A black png, 625 x 26
--
Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42513 [Fbk->Opn]: extensions_dir syntax bug
ID: 42513
User updated by: mshockle at gmail dot com
Reported By: mshockle at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: windows xp
PHP Version: 5.2.4
New Comment:
Meh, just thought i'd pass it along. I used the zip package of the
win32 build for this version, and on apache 2.2 i encountered a problem
with ANY directory including the PWD until I removed any quotes, then
apache magically understood where it all went.
Previous Comments:
[2007-09-03 08:18:52] [EMAIL PROTECTED]
And you're saying that when you include double slashes (") around the
path it doesn't work? I find that hard to believe since it doesn't
really matter if you have them or not as long as your path doesn't
contain spaces..
[2007-09-03 08:14:50] mshockle at gmail dot com
php5apache2_2.dll
[2007-09-03 08:12:18] [EMAIL PROTECTED]
What SAPI are you using? (I can't reproduce this..)
[2007-09-01 18:28:16] mshockle at gmail dot com
Description:
on windows xp running apache 2.2.4, with php 5.2.4.4 (and earlier
versions IIRC) if extension_dir is
extension_dir = "E:\php\ext"
it cannot load any modules located therein, this is also true for ./
and other relative paths. However
extension_dir = E:\php\ext
works fine, and similarly with all other circumstances.
this occurred with php_mysql, php_mysqli, php_mbstring, and any other
module I installed.
--
Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42523 [Opn->Fbk]: PHP_SELF duplicates path
ID: 42523 Updated by: [EMAIL PROTECTED] Reported By: tkeese at yahoo dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: WinXP/IIS 5.1 PHP Version: 5.2.4 New Comment: How have you configure PHP in IIS? What values do your cgi.* directives have? What query causes this? Previous Comments: [2007-09-02 23:25:12] tkeese at yahoo dot com Description: Path appears to be duplicated. echo $_SERVER['PHP_SELF']; Output: /baseapp/myapp/progs/p.php/baseapp/myapp/progs/p.php Expected: /baseapp/myapp/progs/p.php -- Edit this bug report at http://bugs.php.net/?id=42523&edit=1
#42513 [Opn->Fbk]: extensions_dir syntax bug
ID: 42513
Updated by: [EMAIL PROTECTED]
Reported By: mshockle at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: *General Issues
Operating System: windows xp
PHP Version: 5.2.4
New Comment:
And you're saying that when you include double slashes (") around the
path it doesn't work? I find that hard to believe since it doesn't
really matter if you have them or not as long as your path doesn't
contain spaces..
Previous Comments:
[2007-09-03 08:14:50] mshockle at gmail dot com
php5apache2_2.dll
[2007-09-03 08:12:18] [EMAIL PROTECTED]
What SAPI are you using? (I can't reproduce this..)
[2007-09-01 18:28:16] mshockle at gmail dot com
Description:
on windows xp running apache 2.2.4, with php 5.2.4.4 (and earlier
versions IIRC) if extension_dir is
extension_dir = "E:\php\ext"
it cannot load any modules located therein, this is also true for ./
and other relative paths. However
extension_dir = E:\php\ext
works fine, and similarly with all other circumstances.
this occurred with php_mysql, php_mysqli, php_mbstring, and any other
module I installed.
--
Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42502 [Opn->Asn]: GCC no longer implements
ID: 42502
Updated by: [EMAIL PROTECTED]
Reported By: supportnew at byethost dot com
-Status: Open
+Status: Assigned
-Bug Type: Compile Failure
+Bug Type: mbstring related
Operating System: debian linux 4
PHP Version: 5.2.4
-Assigned To:
+Assigned To: hirokawa
New Comment:
Assigned to the mbstring maintainer.
Previous Comments:
[2007-08-31 18:07:51] supportnew at byethost dot com
Description:
When compiling the stable 5.2.4 branch of php the compile process dies
at the same point.
I have tried this on 3 seperate servers (using the different versions
of GCC )
Reproduce code:
---
download stable, configure with
./configure --prefix=/usr/phpapache2
--with-apxs2=/usr/local/apache2/bin/apxs --disable-cgi
--with-config-file-path=/etc/php4/apache --enable-inline-optimization
--enable-memory-limit --disable-debug --disable-rpath --disable-static
--with-layout=GNU --with-pear=/usr/share/php --enable-calendar
--enable-track-vars --enable-trans-sid --enable-bcmath --without-bz2
--disable-ctype --with-iconv --enable-exif --disable-ftp --with-gettext
--enable-mbstring --disable-sockets --disable-wddx --with-xsl
--with-expat-dir=/usr --disable-yp --with-zlib --without-pgsql
--without-openssl --with-zip=/usr --disable-dbx
--with-exec-dir=/usr/lib/php4/libexec --with-mcrypt --without-sybase-ct
--with-mysql=/usr --with-zlib-dir=/usr --with-gd=/usr/local/gd
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr
--with-ttf=shared,/usr --with-t1lib --with-freetype-dir=/usr
--enable-gd-native-ttf --with-sqlite --with-mysqli --with-xsl
--enable-ctype --with-pdo-mysql --without-pdo-sqlite --with-pspell
using
gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --with-tune=i686
--enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
config.log can be found here
http://byet.org/config.log
Expected result:
no errors.
Actual result:
--
In file included from
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:37:
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:4:2: error: #error
"GCC no longer implements ."
/usr/lib/gcc/i486-linux-gnu/4.1.2/include/varargs.h:5:2: error: #error
"Revise your code to use ."
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c: In function
'onig_error_code_to_str':
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:196: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:265: error: expected
'=', ',', ';', 'asm' or '__attribute__' before 'OnigUChar'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:271: error: expected
declaration specifiers before 'va_dcl'
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:270: error:
declaration for parameter 'fmt' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:269: error:
declaration for parameter 'pat_end' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:268: error:
declaration for parameter 'pat' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:267: error:
declaration for parameter 'enc' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:266: error:
declaration for parameter 'bufsize' but no such parameter
/root/php-5.2.4/ext/mbstring/oniguruma/regerror.c:334: error: expected
'{' at end of input
make: *** [ext/mbstring/oniguruma/regerror.lo] Error 1
--
Edit this bug report at http://bugs.php.net/?id=42502&edit=1
#42505 [Opn->Bgs]: new sendmail default breaks NetWare platform
ID: 42505 Updated by: [EMAIL PROTECTED] Reported By: gk at gknw dot de -Status: Open +Status: Bogus Bug Type: Mail related Operating System: NetWare PHP Version: 5.2.4 New Comment: This is expected behaviour. If the sendmail path isn't detected during configure run, it defaults to that. Just set the path in your php.ini to what it should be. Previous Comments: [2007-08-31 22:55:11] gk at gknw dot de Description: The recent commit to ./main/main.c by johannes (Revision 1.640.2.23.2.43 and 1.640.2.23.2.50) breaks NetWare internal mail functionality; IMO the preprocessor ifdefs are totally bogus; I think this patch is a more accurate way to express it, and restores previous default for NetWare platform (+ adds a comment): --- main.c.orig Fri Aug 03 03:30:22 2007 +++ main.c Fri Aug 31 23:46:21 2007 @@ -333,10 +333,10 @@ # define PHP_SAFE_MODE_EXEC_DIR "" #endif -#if defined(PHP_PROG_SENDMAIL) && !defined(NETWARE) -# define DEFAULT_SENDMAIL_PATH PHP_PROG_SENDMAIL " -t -i " -#elif defined(PHP_WIN32) +#if defined(PHP_WIN32) || defined(NETWARE) /* Win32 and NetWare use internal mail */ # define DEFAULT_SENDMAIL_PATH NULL +#elif defined(PHP_PROG_SENDMAIL) +# define DEFAULT_SENDMAIL_PATH PHP_PROG_SENDMAIL " -t -i " #else # define DEFAULT_SENDMAIL_PATH "/usr/sbin/sendmail -t -i" #endif please fix that soon! Thanks! Reproduce code: --- Expected result: sendmail_path = no value Actual result: -- sendmail_path = sendmail -t -i -- Edit this bug report at http://bugs.php.net/?id=42505&edit=1
#42513 [Fbk->Opn]: extensions_dir syntax bug
ID: 42513 User updated by: mshockle at gmail dot com Reported By: mshockle at gmail dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: windows xp PHP Version: 5.2.4 New Comment: php5apache2_2.dll Previous Comments: [2007-09-03 08:12:18] [EMAIL PROTECTED] What SAPI are you using? (I can't reproduce this..) [2007-09-01 18:28:16] mshockle at gmail dot com Description: on windows xp running apache 2.2.4, with php 5.2.4.4 (and earlier versions IIRC) if extension_dir is extension_dir = "E:\php\ext" it cannot load any modules located therein, this is also true for ./ and other relative paths. However extension_dir = E:\php\ext works fine, and similarly with all other circumstances. this occurred with php_mysql, php_mysqli, php_mbstring, and any other module I installed. -- Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42510 [Opn->Fbk]: unpack('V') sign-extends result on x86-64
ID: 42510
Updated by: [EMAIL PROTECTED]
Reported By: jr-php2 at quo dot to
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Linux x86-64
PHP Version: 5.2.4
New Comment:
Are you actually using PHP 5.2.4? (the bug you claim to be bogus was
fixed already in 5.2.1..why didn't you report it earlier?!)
Previous Comments:
[2007-09-02 20:06:52] jr-php2 at quo dot to
Digging deeper, it looks like 'V' and 'N' used to work as documented
until bug #38770 was "fixed in CVS".
Isn't #38770 a bogus report, though? Since 'N' is documented as being
unsigned, isn't the user wrong to expect it to return a negative result?
[2007-09-01 20:33:57] jr-php2 at quo dot to
Okay, looking at the unpack() code, it appears that:
- 'l' and 'L' are both treated as signed, even though 'l' is documented
as signed and 'L' is documented as unsigned.
- 'N' and 'V' are treated as signed, even though both are documented as
unsigned.
So who's right here, the code or the documentation?
[2007-09-01 17:26:12] jr-php2 at quo dot to
Sorry, I mixed up the expected and actual results.
It should say:
Expected result:
unpack = 3368601800
ip2long = 3368601800
Actual result:
--
unpack = -926365496
ip2long = 3368601800
[2007-09-01 17:22:10] jr-php2 at quo dot to
Description:
On x86-64, unpack('V') sign-extends from 32-bit to 64-bit. In other
words, it can return a negative number.
Since 'V' specifies an *unsigned* 32-bit value, this is incorrect; the
upper 32 bits of the 64-bit result should always be zero.
This behavior makes unpack() inconsistent with other functions like
ip2long() and crc32() which never return negative numbers on 64-bit PHP.
Reproduce code:
---
$u = unpack('Vresult', chr(200).chr(200).chr(200).chr(200));
echo "unpack = ", $u['result'], "\n";
echo "ip2long = ", ip2long('200.200.200.200'), "\n";
Expected result:
unpack = -926365496
ip2long = 3368601800
Actual result:
--
unpack = 3368601800
ip2long = 3368601800
--
Edit this bug report at http://bugs.php.net/?id=42510&edit=1
#42522 [Opn->Fbk]: imagefill not reliable
ID: 42522
Updated by: [EMAIL PROTECTED]
Reported By: jeffiel at 9star dot com
-Status: Open
+Status: Feedback
Bug Type: GD related
Operating System: FC 2
PHP Version: 5.2.4
Assigned To: pajoye
New Comment:
"The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it."
It happens zero times here on many platforms (windows, linux, osx).
What is FC2? Fedora Core 2?
Previous Comments:
[2007-09-03 05:41:01] jeffiel at 9star dot com
As noted, the bundled version. Here's my configure line:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-
mysql=/usr/local/mysql-standard-5.0.19-linux-i686-glibc23' '--
with-gd' '--with-png-dir=/usr/local/lib' '--with-jpeg-
dir=/usr/local/lib' '--with-freetype-dir=/usr/local/lib' '--with-zlib-
dir=/usr/local/lib' '--enable-simplexml' '--with-xsl=/usr/local/lib'
'--with-ldap=/usr/local/openldap' '--with-ldap-sasl' '--with-
openssl=/usr/local/ssl' '--with-gettext=/usr/local' '--with-
mcrypt=/usr/local' '--with-mime-magic' '--enable-bcmath' '--with-
oci8=/opt/oracle/product/9.2.0/' '--with-curl=/usr'
The problem is not consistent, but happens about 90% of the time. I
don't see any pattern to it.
My current workaround is using imagefilledrectangle instead, which
works reliably.
[2007-09-03 05:27:32] [EMAIL PROTECTED]
I can't reproduce this problem. Do you use the bundled version or an
external library? If you use an external library, which version? (you
can see it in your phpinfo or using gdlib-config --version).
To configure php to use the bundled gd version, use "./configure
--with-gd ..." (without argument).
[2007-09-02 21:48:47] jeffiel at 9star dot com
Description:
Just upgraded to 5.2.4, and GD image functions, particularly imagefill,
is not reliable. Sometimes it works, sometimes it fails silently.
Using [GD Version] => bundled (2.0.34 compatible). Seems similar to
bug
#36683, which was marked as bogus for unspecified reasons.
Reproduce code:
---
$im = imagecreatetruecolor(625, 26);
imagefill($im, 0, 0, imagecolorallocate($im, 255, 0, 0));
header("Content-type: image/png");
imagepng($im);
Expected result:
A red png, 625 x 26
Actual result:
--
A black png, 625 x 26
--
Edit this bug report at http://bugs.php.net/?id=42522&edit=1
#42513 [Opn->Fbk]: extensions_dir syntax bug
ID: 42513 Updated by: [EMAIL PROTECTED] Reported By: mshockle at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: windows xp PHP Version: 5.2.4 New Comment: What SAPI are you using? (I can't reproduce this..) Previous Comments: [2007-09-01 18:28:16] mshockle at gmail dot com Description: on windows xp running apache 2.2.4, with php 5.2.4.4 (and earlier versions IIRC) if extension_dir is extension_dir = "E:\php\ext" it cannot load any modules located therein, this is also true for ./ and other relative paths. However extension_dir = E:\php\ext works fine, and similarly with all other circumstances. this occurred with php_mysql, php_mysqli, php_mbstring, and any other module I installed. -- Edit this bug report at http://bugs.php.net/?id=42513&edit=1
#42511 [Opn->Fbk]: When using the CGI SAPI, Zend Extensions fail to load
ID: 42511 Updated by: [EMAIL PROTECTED] Reported By: schneecrash+php at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: OSX, FreeBSD, Linux PHP Version: 5CVS-2007-09-01 (CVS) New Comment: Check with short script like ' and find out what php.ini (if any) is loaded. (first section contains the info!) Previous Comments: [2007-09-01 18:03:21] schneecrash+php at gmail dot com Description: When using the CGI SAPI, Zend Extensions fail to load (and/or?) report as loaded. This issue was originally reported as a continuing comment to "CGI SAPI does not shut down cleanly with -i/-m/-v cmdline options" http://bugs.php.net/bug.php?id=42453 but that bug was closed nonetheless. Reproduce code: --- With CLI SAPI: # php -v PHP 5.2.5-dev (cli) (built: Aug 31 2007 08:33:23) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies with eAccelerator v0.9.6-dev, Copyright (c) 2004-2007 eAccelerator, by eAccelerator with Xdebug v2.1.0-dev, Copyright (c) 2002, 2003, 2004, 2005, 2006, 2007, by Derick Rethans With CGI SAPI: # php-cgi -v PHP 5.2.5-dev (cgi-fcgi) (built: Aug 31 2007 08:34:02) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Expected result: same loading and report of loaded extensions in case of *both* php & php-cgi Actual result: -- CLI SAPI loads & reports extensions, CLI SAPI does not -- Edit this bug report at http://bugs.php.net/?id=42511&edit=1
#42526 [Opn->Bgs]: Broken classes and method names in Turkish locale
ID: 42526
Updated by: [EMAIL PROTECTED]
Reported By: tokul at users dot sourceforge dot net
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux Debian Etch
PHP Version: 5CVS-2007-09-03 (snap)
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Same as bug #35050 (read the last comment..)
Previous Comments:
[2007-09-03 06:32:22] tokul at users dot sourceforge dot net
Description:
PHP zend_str_tolower() is locale insensitive on Windows and locale
(LC_CTYPE) sensitive on other platforms. It causes case sensitivity
problems in class and method names with Turkish locale on Linux, because
Turkish locale has case sensitivity rules that differ from US English
rules. Programmers make mistake by assuming that Latin small letter i is
always equal to Latin capital letter i.
Issue can be fixed by writing tolower() function alternative that is
not LC_CTYPE sensitive. My tests show that if zend_str_tolower() is
modified to do locale insensitive case conversion, basic PHP install
passes 'make test' without any additional issues and Zend/bench.php does
not show performance decrease.
My code modifications are based on program licensed under GPL. locale
insensitive tolower() takes only 5 lines in C. I can post link to patch,
if you can use GPL code. If you can't do that, I can explain your
programmers how locale insensitive tolower() works and you can write own
function.
I know about 40086, 35583, 35050 and 18556 bug reports, but these bug
reports are closed and it looks strange, if you don't fix the issue when
interpreter works correctly on Windows and BSD and fix takes less than
10 lines.
Tested PHP 5.2-200709030430 and PHP6-200709030430 (unicode.semantics =
off) snapshot. PHP6-200709030430 with unicode.semantics=on is not
affected.
If you have other open bug report on this issue, please give its
number.
Reproduce code:
---
class TestIt { }
class testclass2 {
function TestItToo() {}
}
var_dump(setlocale(LC_ALL,'tr_TR.UTF-8'));
var_dump(class_exists('TestIt'));
$TestObj = new testclass2();
var_dump(method_exists($TestObj,'TestItToo'));
Expected result:
string(11) "tr_TR.UTF-8"
bool(true)
bool(true)
Actual result:
--
string(11) "tr_TR.UTF-8"
bool(false)
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=42526&edit=1
#42515 [Opn->Bgs]: MySQL Library Locations Incorrect
ID: 42515 Updated by: [EMAIL PROTECTED] Reported By: geoffers at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Mac OS 10.4.10 PHP Version: 5.2.4 New Comment: Mysql bug is not PHP bug. :) Previous Comments: [2007-09-02 18:33:06] buildsmart at daleenterprise dot com I can comment on this bug and this bug is bogus, the error is caused by faulty binaries provided by mysql.org/mysql.com and not by PHP. c12.apple.com:~ root# otool -L /usr/local/mysql/lib/libmysqlclient. 15.dylib /usr/local/mysql/lib/libmysqlclient.15.dylib: /usr/local/mysql/lib/mysql/libmysqlclient.15.dylib (compatibility version 16.0.0, current version 16.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.5) [2007-09-02 15:32:27] jerry at scene-naturally dot dyndns dot org Try installing the source version either the 5.1 development version or the 5.0.nn version. doing so adds in the correct libs, etc. The 5.1 source is at the bottom of http://dev.mysql.com/downloads/mysql/5.1.html (note: usually binary packages are not suited for using to build other softwares.) [2007-09-01 19:54:36] geoffers at gmail dot com Description: As #42464 is marked as bogus, and I cannot therefore comment on that: The official MySQL binaries install at /usr/local/mysql. PHP tries to read from /usr/local/mysql/lib/mysql, which does not exist. The prior bug was marked as bogus due to ./buildconf being used: on a non-"hackish" copy of PHP it fails too. Running just: % cd php-5.2.4 % ./configure --with-mysql=/usr/local/mysql ./configure doesn't fail like jani claimed. Instead, it says that a system library hasn't been found, and to email php-install. If you try to run make regardless, it succeeds, but you cannot do anything with the binary as it cannot load the libraries. Take a clean OS X install, install the mysql,org binary, then try to compile PHP as above. It'll fail. This isn't a bogus report. This is a real bug, which really makes PHP totally unusable. Reproduce code: --- % cd php-5.2.4 % ./configure --with-mysql=/usr/local/mysql % make Expected result: Working PHP binary to be produced Actual result: -- A non-working PHP binary, trying to load dynamic libraries (which exist in /usr/local/mysql/lib) from /usr/local/mysql/lib/mysql). -- Edit this bug report at http://bugs.php.net/?id=42515&edit=1
