Bug #51988 [Bgs]: No input file specfied when trying to exec any PHP script from Web Server
Edit report at http://bugs.php.net/bug.php?id=51988&edit=1
ID: 51988
User updated by: pedro dot galan at cscamaras dot es
Reported by: pedro dot galan at cscamaras dot es
Summary: No input file specfied when trying to exec any PHP
script from Web Server
Status: Bogus
Type: Bug
Package: CGI related
Operating System: SunOS 5.8 sparc
PHP Version: 5.2.13
New Comment:
PHP 5.2.13 is configured exactly as it is said at the Web Server forum.
Surprisingly PHP 5.2.13 is working fine as FASTCGI but I get "no input
file specified" everytime I tray to execute any PHP script as CGI.
The same thing happens with PHP 5.3.2. It works fine as FASTCGI but It
doesn't do it as CGI ("no input file specified").
Thanks.
Previous Comments:
[2010-06-14 22:38:42] srina...@php.net
This is not a PHP bug but a configuration issue.
Please contact the ariate web server forum in this case
http://forums.sun.com/forum.jspa?forumID=759 and post your question
there.
[2010-06-10 21:47:15] pedro dot galan at cscamaras dot es
I've verfied that scripts using PHP Cli executable work fine with my Web
Server but the problem with PHP Cgi executable ramain the same.
So, PHP Cli allows to execute PHP scripts across Sun Java System Web
Server 6.1 but PHP Cgi products "no input file specified".
[2010-06-03 14:03:53] pedro dot galan at cscamaras dot es
Description:
When trying to run any PHP script from my Web Server (Sun Java System
Web Server 6.1) as CGI always get "No input file specified".
Configure options:
./configure --with-curl --with-mysql=/usr/local/mysql
--prefix=/usr/local/php5 --with-config-file-path=/usr/local/php5/lib
-enable-force-cgi-redirect
Changed PUTS("No input file specifiedd.\n"); by
PUTS(zend_printf("%s",file_handle.filename)); at line 1947 in cgi_main.c
and what i can see at the browser is (null) so the problem is with
path_translated for sure.
I've a lot of PHPP4.1 scripts running at the same Web server so the
configurantion is the same. It is not too probalbe that the problem is
at the Web Server.
Thanks a lot.
Test script:
---
matrix /data/web_html/publicado/empresafamiliar/php5 425 #more
phpinfo5.php
#!/usr/local/bin/php5
Expected result:
I expect an HTML page with the result of the phpinfo function.
Actual result:
--
No input file specified
--
Edit this bug report at http://bugs.php.net/bug.php?id=51988&edit=1
Bug #51680 [Csd]: Sqlite returns without waiting for timeout
Edit report at http://bugs.php.net/bug.php?id=51680&edit=1 ID: 51680 User updated by: ncoesel at dealogic dot nl Reported by: ncoesel at dealogic dot nl Summary: Sqlite returns without waiting for timeout Status: Closed Type: Bug Package: SQLite related Operating System: Linux PHP Version: Irrelevant Assigned To: scottmac New Comment: Sorry for keeping on nagging but this still doesn't fix Bug #51680. Setting a busy_timeout is only part of the solution. @magicaltux: Looping may look unpleasant but that is exactly what every database engine is doing when tables are locked. There is no way around that. Locked is locked. Doing something else may not be a good idea either. If the database is locked it means another process is very busy. Doing something else will take CPU cycles away from that other process and actually prolong the time to wait. Since Sqlite's (file system based) locking mechanism isn't very fine grained the chances of running into a lock when using Sqlite from multiple processes/threads (like PHP does) are very high. Because Sqlite aims to be simplistic it hands parts of handling locked databases to the user. Previous Comments: [2010-06-22 03:17:18] fel...@php.net The feature requested in #51295 has been implemented. [2010-06-09 14:35:30] magical...@php.net Indeed not a duplicate of 51295, went a bit too fast. Sorry. By the way SQLite has its own view on threads: http://www.sqlite.org/faq.html#q6 Especially I do not like the idea of looping until the query suceeds, especially since it may end sleeping quite a long time. My guess is it would be up to the php part to check for BUSY status and do something else (stream_select?) before retrying (or maybe add an option retry_count to query()/exec() with default=0) Anyway that's just my point of view, I'm reopening this bug and letting scottmac do what he deems appropriate. [2010-06-07 09:13:03] ncoesel at dealogic dot nl I'm sorry but you are mistaken. Sqlite_busytimeout may be ignored by Sqlite when two threads of the same process execute a query. This is documented behaviour of Sqlite. See http://www.sqlite.org/c3ref/busy_handler.html in the 4th paragraph. "The presence of a busy handler does not guarantee that it will be invoked when there is lock contention. If SQLite determines that invoking the busy handler could result in a deadlock, it will go ahead and return SQLITE_BUSY or SQLITE_IOERR_BLOCKED instead of invoking the busy handler." I did very thourough research on this and my patch is a way to solve it altough there is always a chance the database may be locked for too long. If that is a problem one might have exceeded Sqlite's capabilities :-) [2010-06-07 07:10:06] magical...@php.net This bug is a duplicate of http://bugs.php.net/51295 (which includes a slightly better way of fixing this). [2010-04-28 10:49:22] ncoesel at dealogic dot nl Description: Sqlite has a protection mechanism that prevents firing two (or) more queries from the same process and wait for the database to become available. The typical behaviour is that every now and then (depending on the database load) a query exits immediately with "SQLSTATE[HY000]: General error: 5 database is locked". Setting other busy timeout values doesn't help. I've attached a patch that solves the problem unless the database is locked for a very long time (as usual some error . The patch is created for an older version of PHP. I've checked the latest CVS version and I'm quite sure the patch will still apply. -- Edit this bug report at http://bugs.php.net/bug.php?id=51680&edit=1
[PHP-BUG] Bug #52138 [NEW]: Constants are parsed into the ini file for section names
From:
Operating system: Red Hat Enterprise release 5.3
PHP version: 5.3.2
Package: Filesystem function related
Bug Type: Bug
Bug description:Constants are parsed into the ini file for section names
Description:
Documentation at http://www.php.net/manual/en/function.parse-ini-file.php
says "Constants may also be parsed in the ini file so if you define a
constant as an ini value before running parse_ini_file(), it will be
integrated into the results. Only ini values are evaluated.".
I found this to be incomplete. Not only ini values are evaluated, but also
section names.
Test script:
---
define( 'MYCONST', 1 );
/*
test.ini file looks like this
[MYCONST]
MYCONST = MYCONST
*/
$ret = parse_ini_file( 'test.ini', true );
var_dump( $ret );
Expected result:
array(1) {
["MYCONST"]=>
array(1) {
["MYCONST"]=>
string(1) "1"
}
}
Actual result:
--
array(1) {
[1]=>
array(1) {
["MYCONST"]=>
string(1) "1"
}
}
--
Edit bug report at http://bugs.php.net/bug.php?id=52138&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52138&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52138&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52138&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52138&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52138&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52138&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52138&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52138&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52138&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52138&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52138&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52138&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52138&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52138&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52138&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52138&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52138&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52138&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52138&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52138&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52138&r=mysqlcfg
Bug #47584 [Com]: WSDL error in soapClient causes Fatal Error
Edit report at http://bugs.php.net/bug.php?id=47584&edit=1
ID: 47584
Comment by: florent dot biville at insa-rouen dot fr
Reported by: gem at rellim dot com
Summary: WSDL error in soapClient causes Fatal Error
Status: Bogus
Type: Bug
Package: SOAP related
Operating System: Linux
PHP Version: 5.2.9
New Comment:
I can confirm I encounter the same problem.
Despite everything documented, problems with WSDL reading will trigger a
fatal error.
Previous Comments:
[2010-04-09 07:41:35] pwb at evanr dot com
This is a real issue, even when the SoapClient is set to throw
exceptions and not
errors. This fatal error cannot be defeated even with the exceptions
option set
to true.
We're experiencing this in 5.2.13 on linux x64.
A fatal error is thrown not only when WSDL can't be loaded but as well
when an
internal reference in the WSDL (e.g. to a namespace) cannot be
imported/resolved.
[2009-03-06 17:49:08] gem at rellim dot com
Why does it work OK for you and not for me? Just because it
works on one host for you does not mean it does not fail for me.
This is the entire program to reproduce:
http://google.com');
?>
PHP Fatal error: SOAP-ERROR: Parsing WSDL:
I can reproduce on several different hosts. I am not
running Xdebug, eaccelerator, or any other add in.
[2009-03-06 15:32:18] il...@php.net
It already works that way.
[2009-03-06 07:42:50] gem at rellim dot com
Description:
Basically bug# 34657 says it all, except the bug is not bogus.
I am NOT running Xdebug and any problem reading the remote WSDL
causes a fatal error which makes it impossible to inform the
user nicely of the problem.
Reproduce code:
---
$client = new SoapClient('http://google.com');
Expected result:
I would like to see a catchable error or an error return;
Actual result:
--
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://google.com'
--
Edit this bug report at http://bugs.php.net/bug.php?id=47584&edit=1
[PHP-BUG] Req #52139 [NEW]: Method name conflict
From:
Operating system: Doesn't matter
PHP version: Irrelevant
Package: SPL related
Bug Type: Feature/Change Request
Bug description:Method name conflict
Description:
Could you please solve the method name conflict between SplObjectStorage
ans SplSubject?
Since SplObjectStorage is the closest available thing to an object map, it
is a prior candidate to being a subject in an observer design pattern.
Since both, the interface and the class itself use the method names attach
and detach, this constellation isn't really feasible at the moment.
Please take a look at the example below.
Neither attach(), nor detach() are really necessary for SplObjectStorage.
Both their behavior could be implemented using offsetSet() and
offsetUnset(). If they are necessary at all, could you please call them
append() and remove() for example?
Or could you maybe add a suffix "Observer(s)" to the methods of
SplSubject?
Both would enable us to implement the observer design pattern on
SplObjectStorage in derived classes.
Test script:
---
class MyObjectMap extends SplObjectStorage implements SplSubject
{
public function offsetSet($key,$value)
{
// check types of $key and $value and call parent method
}
public function offsetGet($key,$value)
{
// check existance of $key and return result of public method
}
public function attach(SplObserver o) // fails with a naming conflict
{
// store observer for later notification
}
}
class MyObjectMapHandler implements SplObserver
{
// implements update method and reacts to changes of MyObjectMap
}
Expected result:
A possibility to have observable lists, as it is possible with classes
derived from ArrayObject, SplHeap, and so on
Actual result:
--
Probably: An error message because of the name clash.
--
Edit bug report at http://bugs.php.net/bug.php?id=52139&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52139&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52139&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52139&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52139&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52139&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52139&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52139&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52139&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52139&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52139&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52139&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52139&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52139&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52139&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52139&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52139&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52139&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52139&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52139&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52139&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52139&r=mysqlcfg
[PHP-BUG] Bug #52140 [NEW]: mysql_connect uses wrong IP-address for error-messages of further connections
From: Operating system: Ubuntu 10.4 PHP version: 5.3.2 Package: MySQL related Bug Type: Bug Bug description:mysql_connect uses wrong IP-address for error-messages of further connections Description: When doing more than one mysql_connect the error message will return the wrong ip-address in the reply if subsequent connections use a different IP. This bug is also true for mysqli_connect by the way. Test script: --- Expected result: Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.2' (using password: YES) in thecode.php on line 4 Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.1' (using password: YES) in thecode.php on line 4 -- Edit bug report at http://bugs.php.net/bug.php?id=52140&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52140&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52140&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52140&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52140&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52140&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52140&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52140&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52140&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52140&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52140&r=support Expected behavior: http://bugs.php.net/fix.php?id=52140&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52140&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52140&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52140&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52140&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52140&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52140&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52140&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52140&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52140&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52140&r=mysqlcfg
[PHP-BUG] Bug #52142 [NEW]: using diff change the datetime object
From:
Operating system: slackware
PHP version: 5.3.2
Package: Date/time related
Bug Type: Bug
Bug description:using diff change the datetime object
Description:
A DateTime object with timezone_type=1 is always set to timezone=+00:00
after the use of diff
Test script:
---
date_default_timezone_set( "Europe/Rome" );
$da = new DateTime('2010-06-22T00:00:00+02:00');
$a = new DateTime('2010/06/23');
print_r($da);
$da->diff($a);
// $da has been changed
print_r($da);
Expected result:
DateTime Object
(
[date] => 2010-06-22 00:00:00
[timezone_type] => 1
[timezone] => +02:00
)
DateTime Object
(
[date] => 2010-06-21 22:00:00
[timezone_type] => 1
[timezone] => +02:00
)
Actual result:
--
DateTime Object
(
[date] => 2010-06-22 00:00:00
[timezone_type] => 1
[timezone] => +02:00
)
DateTime Object
(
[date] => 2010-06-21 22:00:00
[timezone_type] => 1
[timezone] => +00:00
)
--
Edit bug report at http://bugs.php.net/bug.php?id=52142&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52142&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52142&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52142&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52142&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52142&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52142&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52142&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52142&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52142&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52142&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52142&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52142&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52142&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52142&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52142&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52142&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52142&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52142&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52142&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52142&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52142&r=mysqlcfg
[PHP-BUG] Bug #52143 [NEW]: strtotime() unexpectedly changed from 5.2.13 to 5.3.2 breaking alot of scripts
From: Operating system: CentOS 5.5 x86_64 PHP version: 5.3.2 Package: Date/time related Bug Type: Bug Bug description:strtotime() unexpectedly changed from 5.2.13 to 5.3.2 breaking alot of scripts Description: In version 5.2.13 the following code: Gives the following result: 1277283067 - 23-06-2010 09.51.07 1276678267 - 16-06-2010 09.51.07 1277283067 - 23-06-2010 09.51.07 That is, first line is current time. Second time is "last week", otherwise known as "-1 week". Third time is "+1 week", which reverses the change that the "-1 week" did. However, this changed in 5.3.2 and it now gives the following result: 1277281904 - 23-06-2010 09.31.44 1276504304 - 14-06-2010 09.31.44 1277109104 - 21-06-2010 09.31.44 So it appears "last week" is no longer the equivalent of "-1 week". Is this a deliberate change or something that was broken in 5.3.2? I have been unable to test other versions and can only give you the difference from 5.2.13 and 5.3.2. Thanks. Test script: --- Expected result: 1277283067 - 23-06-2010 09.51.07 1276678267 - 16-06-2010 09.51.07 1277283067 - 23-06-2010 09.51.07 Actual result: -- 1277281904 - 23-06-2010 09.31.44 1276504304 - 14-06-2010 09.31.44 1277109104 - 21-06-2010 09.31.44 -- Edit bug report at http://bugs.php.net/bug.php?id=52143&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52143&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52143&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52143&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52143&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52143&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52143&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52143&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52143&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52143&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52143&r=support Expected behavior: http://bugs.php.net/fix.php?id=52143&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52143&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52143&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52143&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52143&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52143&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52143&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52143&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52143&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52143&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52143&r=mysqlcfg
[PHP-BUG] Bug #52144 [NEW]: Error: Base lambda function for closure not found
From: Operating system: linux PHP version: 5.3.2 Package: *Programming Data Structures Bug Type: Bug Bug description:Error: Base lambda function for closure not found Description: I've rewritten some create_function() calls to lambda functions. After updating our servers with the new code the following error started to occur on one of the servers: "Base lambda function for closure not found" We immediately replaced the new code with the old and tried to figure out what went wrong. Since we couldn't find the bug and on development machines nothing went wrong, we gave the new code another try: everything worked like expected, without errors. I'd really like to know what could have triggered this error, especially because we didn't change the code that triggered it. -- Edit bug report at http://bugs.php.net/bug.php?id=52144&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52144&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52144&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52144&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52144&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52144&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52144&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52144&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52144&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52144&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52144&r=support Expected behavior: http://bugs.php.net/fix.php?id=52144&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52144&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52144&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52144&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52144&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52144&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52144&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52144&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52144&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52144&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52144&r=mysqlcfg
Bug #52144 [Opn->Fbk]: Error: Base lambda function for closure not found
Edit report at http://bugs.php.net/bug.php?id=52144&edit=1 ID: 52144 Updated by: johan...@php.net Reported by: taco at procurios dot nl Summary: Error: Base lambda function for closure not found -Status: Open +Status: Feedback Type: Bug Package: *Programming Data Structures Operating System: linux PHP Version: 5.3.2 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. Please also ensure that you're having no Zend extension or opcode cache or similar loaded. Previous Comments: [2010-06-22 13:30:52] taco at procurios dot nl Description: I've rewritten some create_function() calls to lambda functions. After updating our servers with the new code the following error started to occur on one of the servers: "Base lambda function for closure not found" We immediately replaced the new code with the old and tried to figure out what went wrong. Since we couldn't find the bug and on development machines nothing went wrong, we gave the new code another try: everything worked like expected, without errors. I'd really like to know what could have triggered this error, especially because we didn't change the code that triggered it. -- Edit this bug report at http://bugs.php.net/bug.php?id=52144&edit=1
Bug #44093 [Com]: ignore_user_abort() sometimes do not work !
Edit report at http://bugs.php.net/bug.php?id=44093&edit=1 ID: 44093 Comment by: info at romanmatena dot cz Reported by: max at tehnomir dot com dot ua Summary: ignore_user_abort() sometimes do not work ! Status: No Feedback Type: Bug Package: *General Issues Operating System: Linux 2.6.20.2 PHP Version: 5.2.5 New Comment: the sleep is in cycle, for one second so there is any chance to kill this process Previous Comments: [2010-06-15 22:51:41] ras...@php.net It can only catch the abort on output. If you are in a sleep it obviously won't work. I can't reproduce the original report in 5.3. [2010-06-15 22:32:28] info at romanmatena dot cz two years the same problem, the problem is in use of sleep, if you use sleep function so ignore_user_abort doesnt work [2010-06-15 22:27:14] info at romanmatena dot cz php 5.3 windows also linux, still have the same problem, still doesnt work [2010-02-06 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2010-01-29 13:20:25] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And if it happens, update the version field and tell a bit more about your configuration. And with what SAPI it happens with. 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/bug.php?id=44093 -- Edit this bug report at http://bugs.php.net/bug.php?id=44093&edit=1
Bug #52144 [Fbk->Opn]: Error: Base lambda function for closure not found
Edit report at http://bugs.php.net/bug.php?id=52144&edit=1
ID: 52144
User updated by: taco at procurios dot nl
Reported by: taco at procurios dot nl
Summary: Error: Base lambda function for closure not found
-Status: Feedback
+Status: Open
Type: Bug
Package: *Programming Data Structures
Operating System: linux
PHP Version: 5.3.2
New Comment:
The code in which the problem occurred looks like:
function (&$v)
{
if (!empty($v)) {
$v /= 13.66;
}
return true;
},
// ...some other lambda functions
);
// ...code that uses the array with lambda functions
?>
The error occurs at the definition of the first lambda function in the
array. The problem is that the error isn't reproducable (at least not
when I want it to be). That's why I'd like to know what the typical
situation is in which this error could occur.
Previous Comments:
[2010-06-22 15:09:52] johan...@php.net
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.
Please also ensure that you're having no Zend extension or opcode cache
or similar loaded.
[2010-06-22 13:30:52] taco at procurios dot nl
Description:
I've rewritten some create_function() calls to lambda functions. After
updating our servers with the new code the following error started to
occur on one of the servers:
"Base lambda function for closure not found"
We immediately replaced the new code with the old and tried to figure
out what went wrong. Since we couldn't find the bug and on development
machines nothing went wrong, we gave the new code another try:
everything worked like expected, without errors.
I'd really like to know what could have triggered this error, especially
because we didn't change the code that triggered it.
--
Edit this bug report at http://bugs.php.net/bug.php?id=52144&edit=1
[PHP-BUG] Bug #52146 [NEW]: bcadd large number problem
From: Operating system: windows XP PHP version: 5.3.2 Package: BC math related Bug Type: Bug Bug description:bcadd large number problem Description: bcadd calculates different result than gmp_add or array_sum for given large number example. Test script: --- Solution for http://projecteuler.net/index.php?section=problems&id=13 Solution works for array_sum & gmp_add but not for bcadd $str=<
Bug #52142 [Opn->Asn]: using diff change the datetime object
Edit report at http://bugs.php.net/bug.php?id=52142&edit=1
ID: 52142
Updated by: tony2...@php.net
Reported by: riccardo at mercuriosistemi dot com
Summary: using diff change the datetime object
-Status: Open
+Status: Assigned
Type: Bug
Package: Date/time related
Operating System: slackware
PHP Version: 5.3.2
-Assigned To:
+Assigned To: derick
Previous Comments:
[2010-06-22 12:40:46] riccardo at mercuriosistemi dot com
Description:
A DateTime object with timezone_type=1 is always set to timezone=+00:00
after the use of diff
Test script:
---
date_default_timezone_set( "Europe/Rome" );
$da = new DateTime('2010-06-22T00:00:00+02:00');
$a = new DateTime('2010/06/23');
print_r($da);
$da->diff($a);
// $da has been changed
print_r($da);
Expected result:
DateTime Object
(
[date] => 2010-06-22 00:00:00
[timezone_type] => 1
[timezone] => +02:00
)
DateTime Object
(
[date] => 2010-06-21 22:00:00
[timezone_type] => 1
[timezone] => +02:00
)
Actual result:
--
DateTime Object
(
[date] => 2010-06-22 00:00:00
[timezone_type] => 1
[timezone] => +02:00
)
DateTime Object
(
[date] => 2010-06-21 22:00:00
[timezone_type] => 1
[timezone] => +00:00
)
--
Edit this bug report at http://bugs.php.net/bug.php?id=52142&edit=1
[PHP-BUG] Req #52148 [NEW]: Modify ternary operator request
From: Operating system: all PHP version: Irrelevant Package: *Programming Data Structures Bug Type: Feature/Change Request Bug description:Modify ternary operator request Description: There is a need for another operator, which would reduce the code dramatically. Be sure there are situations when stupid testing for validity get load of code, so i suggest modify ternary operator ( expression ? true : false ) to next variant: $foo = "hello"; $bar = "world"; $output = $foo ? $bar; $output is "hello"; $foo = null (0, false, etc); $bar = "world"; $output is "world"; Test script: --- $foo = false; $bar = "foo"; echo $foo ? "bar"; echo $bar ? "bar"; Expected result: bar foo -- Edit bug report at http://bugs.php.net/bug.php?id=52148&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52148&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52148&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52148&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52148&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52148&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52148&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52148&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52148&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52148&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52148&r=support Expected behavior: http://bugs.php.net/fix.php?id=52148&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52148&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52148&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52148&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52148&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52148&r=dst IIS Stability: http://bugs.php.net/fix.php?id=52148&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52148&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52148&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52148&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52148&r=mysqlcfg
Req #52148 [Opn]: Modify ternary operator request
Edit report at http://bugs.php.net/bug.php?id=52148&edit=1 ID: 52148 User updated by: clouster at yandex dot ru Reported by: clouster at yandex dot ru Summary: Modify ternary operator request Status: Open Type: Feature/Change Request Package: *Programming Data Structures Operating System: all PHP Version: Irrelevant New Comment: sorry for "stream of consciousness" and my bad english :) Actually when i said "modify ternary operator" i mean to add new ternary operator. Previous Comments: [2010-06-22 16:35:23] clouster at yandex dot ru Description: There is a need for another operator, which would reduce the code dramatically. Be sure there are situations when stupid testing for validity get load of code, so i suggest modify ternary operator ( expression ? true : false ) to next variant: $foo = "hello"; $bar = "world"; $output = $foo ? $bar; $output is "hello"; $foo = null (0, false, etc); $bar = "world"; $output is "world"; Test script: --- $foo = false; $bar = "foo"; echo $foo ? "bar"; echo $bar ? "bar"; Expected result: bar foo -- Edit this bug report at http://bugs.php.net/bug.php?id=52148&edit=1
Req #52148 [Opn->Bgs]: Modify ternary operator request
Edit report at http://bugs.php.net/bug.php?id=52148&edit=1 ID: 52148 Updated by: ras...@php.net Reported by: clouster at yandex dot ru Summary: Modify ternary operator request -Status: Open +Status: Bogus Type: Feature/Change Request Package: *Programming Data Structures Operating System: all PHP Version: Irrelevant New Comment: The operator exists. Try your code like this in PHP 5.3: echo $foo ?: "bar"; echo $bar ?: "bar"; Previous Comments: [2010-06-22 16:37:21] clouster at yandex dot ru sorry for "stream of consciousness" and my bad english :) Actually when i said "modify ternary operator" i mean to add new ternary operator. [2010-06-22 16:35:23] clouster at yandex dot ru Description: There is a need for another operator, which would reduce the code dramatically. Be sure there are situations when stupid testing for validity get load of code, so i suggest modify ternary operator ( expression ? true : false ) to next variant: $foo = "hello"; $bar = "world"; $output = $foo ? $bar; $output is "hello"; $foo = null (0, false, etc); $bar = "world"; $output is "world"; Test script: --- $foo = false; $bar = "foo"; echo $foo ? "bar"; echo $bar ? "bar"; Expected result: bar foo -- Edit this bug report at http://bugs.php.net/bug.php?id=52148&edit=1
Bug #51571 [Com]: Problems with character spacing in imagettftext/imagefttext
Edit report at http://bugs.php.net/bug.php?id=51571&edit=1 ID: 51571 Comment by: opendevel at weberhofer dot at Reported by: leottan at imsweb dot com Summary: Problems with character spacing in imagettftext/imagefttext Status: Feedback Type: Bug Package: GD related Operating System: SUSE Ent. Linux v9 SP4 64bit PHP Version: 5.2.13 New Comment: I have included the patch #51263 (SVN 293268) which solved the problem on my openSUSE/PHP 5.2.13 version. Previous Comments: [2010-04-19 16:41:56] paj...@php.net You can install it locally very easily as well or you don't even have to install PHP but simply compile it with GD support and test your script using the freshly built PHP. [2010-04-19 16:36:22] leottan at imsweb dot com Thank you for such a quick response!! Unfortunately, I've been unable to convince our network staff to try a beta version of PHP out on our dev servers. Would you like some snippets of code to try on yours? I feel bad asking you to help me but then not being able to help you. [2010-04-16 17:14:51] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-04-16 17:01:15] leottan at imsweb dot com Description: Our dev server was recently upgraded to PHP v5.2.13. With that upgrade we have found that our png images are having kerning/tracking/spacing problems. We've tried numerous fonts and haven't found a good solution yet. imagettftextwithtracking - http://www.php.net/manual/en/function.imagettfbbox.php#51373 - is helping some but still isn't as nice as the old version of PHP was. We are creating images using the GD library and writing text to the images using font files and the imagettftext() or imagefttext() functions. I'm including examples of the new and old tahoma bold. Other fonts (bold and non-bold) have the same problem. Some letters and numbers seem like they're off-center or something like that. Thanks!! Test script: --- ImageTTFText($imFinalImage,13,0,$x,$y, $black,"/fonts/tahomabd.ttf",$titleText); //I stripped that down some (taking out vars so you had the basic info) //but that's the format along with our font size & font. Expected result: The usual text old PHP v5.2.11 (the words are slightly different because this is our dev server and the other one is the live server) http://yfrog.com/i3goodlp Actual result: -- Messy text new PHP http://yfrog.com/i3badej -- Edit this bug report at http://bugs.php.net/bug.php?id=51571&edit=1
Bug #51298 [Com]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Comment by: viderbit at abv dot bg Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll Status: Assigned Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 Assigned To: pajoye New Comment: Hi people! This is incopatibility with VM9... Just download Apache version from http://www.apachelounge.com + oficial PHP 5.3.2 VM9 ... No metter zip or msi. My setup was zip apachelounge version + PHP 5.3.2 TS VM9 msi. And Everything works great... Previous Comments: [2010-06-09 16:01:39] brad at musatcha dot com I don't believe it, but the suggestion from peter dot martin at spam dot la also works for me. Digging in my event log on Windows XP SP3, here is what I see: Faulting application httpd.exe, version 2.2.15.0, faulting module php5ts.dll, version 5.3.2.0, fault address 0x000e6d2c. The application, C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe, generated an application error The error occurred on 06/09/2010 @ 08:54:48.171 The exception generated was c005 at address 00896D2C (php5ts!php_date_get_timezone_ce) This seems to be right in line with what you are saying pajoye, so I am guessing that Peter's suggestion isn't really fixing the problem. [2010-06-03 22:14:14] sridhar dot devulkar at roost dot com I had the same issue and was resolved by doing the same thing that "peter dot martin at spam dot la" did. All it was needed was to load php5ts.dll and libpq.dll through Apache. Now accessing the php script from the command line as well as from the web page works like a charm. BTW, my setup is this: Operating System: Windows Vista Apache: Apache 2.2.11 PHP: php-5.3.2-Win32-VC6-x86.zip Thanks, Sri. [2010-05-30 08:49:56] chris dot groothoff at mbits dot com dot au Just to let you know that the suggestion to install the ZIP version (thread safe version) of the installation + manual configuration does allow it to work properly. This would seem to suggest that it seem that the MSI installer version is doing some thing during the install. If I get a chance to pule the MSI apart, it may reveal the what it is trying to do. I have tested version 5.2.3 and 5.2.13, both work fine when installed from the ZIP file. BTW - I have resorted to using 5.2.13 as it contains the PHP_SNMP.DLL that was required to run CACTI as I am not sure where to get a version for 5.2.3. [2010-05-28 00:21:54] paj...@php.net Please, really, stop to add completely unrelated comments to this issue. This bug is clearly identified, there is a thread safe issue with the date initialization. Every recent comments about missing DLLs are not crashes but bad configurations. [2010-05-28 00:19:33] ppylak at gmail dot com Supplement to my previous post. I've added to c:\PHP\ such dlls (from pgAdmin III 1.10 installation): gssapi32.dll, comerr32.dll, krb5_32.dll, libintl-8.dll, libiconv-2.dll, k5sprt32.dll and line Loadfile "C:/PHP/libpq.dll" to httpd.conf and my Apache has started with no changes to php.ini. 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/bug.php?id=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
Bug #52083 [Fbk->Opn]: Fatal Error "Call to a member function * on a non-object" occurring randomly
Edit report at http://bugs.php.net/bug.php?id=52083&edit=1
ID: 52083
User updated by: darylp at qualtrics dot com
Reported by: darylp at qualtrics dot com
Summary: Fatal Error "Call to a member function * on a
non-object" occurring randomly
-Status: Feedback
+Status: Open
Type: Bug
Package: *General Issues
Operating System: CentOS 5.4
PHP Version: 5.3.2
New Comment:
Unfortunately, this issue is occurring only in our production
environment and is
occurring sporadically. It is happening in 2-5 minute bursts on a single
server
and across different functions. For most of the other 24 hours those
scripts are
running, there are no problems. We have not been able to correlate the
times the
error occurs with any events on our servers or traffic load. We will
continue to
attempt to reliably reproduce this issue and submit code when available.
Are there
any other suggestions on testing to be able to reproduce this?
Previous Comments:
[2010-06-15 16:04:25] pierr...@php.net
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.
[2010-06-15 02:01:26] darylp at qualtrics dot com
Description:
We have several servers running PHP 5.3.2 on CentOS 5.4 and a few on PHP
5.2.9
on FreeBSD. Reviewing our error logs, I have noticed a pattern of fatal
errors:
"Call to a member function * on a non-object". This occurs usually
daily, and
sometimes several times a day. When it occurs, it occurs on a single
server,
several times over a 2-3 minute span, and across different PHP sessions
and
occurs in different functions in different classes. This issue does not
seem to
coincide with high traffic or with time of day. This issue has occurred
on each
of the webservers running CentOS, although I have noticed it occurring
over
several releases of PHP. There are no other fatal PHP errors that occur
concurrently, nor are there any other external processes that are
occurring
concurrently.
The only thing I can suspect is PHP garbage collection improperly
deleting
objects, although debug_zval_dump() shows the object correctly
constructed and
never destructed prior to calling a member function.
After seeing this error occur on several functions in various classes, I
picked
one and added code to check is_object() and email me the results of
debug_zval_dump() when false. Although is_object() returns false, the
dump of
the object shows the following:
if (!is_object($this->flow_info))
{
debug_zval_dump($this);
}
output:
object(SEFlow)#13 (10) refcount(5){
...
["flow_info"]=>
object(FlowInfo)#14 (4) refcount(1){
...
Calling a function:
$this->flow_info->getElementsUnderBranch(__MAIN_BRANCH, false);
results in the fatal error:
Call to a member function getElementsUnderBranch() on a non-object in
/var/www/Qualtrics/Qualtrics/SurveyEngine/Flow/Flow.php on line 186
--
Edit this bug report at http://bugs.php.net/bug.php?id=52083&edit=1
Bug #52140 [Opn]: mysql_connect uses wrong IP-address for error-messages of further connections
Edit report at http://bugs.php.net/bug.php?id=52140&edit=1 ID: 52140 Updated by: johan...@php.net Reported by: cscholz at gsd-web dot de Summary: mysql_connect uses wrong IP-address for error-messages of further connections Status: Open Type: Bug Package: MySQL related Operating System: Ubuntu 10.4 PHP Version: 5.3.2 New Comment: The error message should contain the IP address of the host running PHP as it is used for authentication by MySQL. Is 192.168.0. The IP of the web server? Previous Comments: [2010-06-22 11:34:21] cscholz at gsd-web dot de Description: When doing more than one mysql_connect the error message will return the wrong ip-address in the reply if subsequent connections use a different IP. This bug is also true for mysqli_connect by the way. Test script: --- Expected result: Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.2' (using password: YES) in thecode.php on line 4 Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.1' (using password: YES) in thecode.php on line 4 -- Edit this bug report at http://bugs.php.net/bug.php?id=52140&edit=1
Bug #52140 [Opn->Fbk]: mysql_connect uses wrong IP-address for error-messages of further connections
Edit report at http://bugs.php.net/bug.php?id=52140&edit=1 ID: 52140 Updated by: johan...@php.net Reported by: cscholz at gsd-web dot de Summary: mysql_connect uses wrong IP-address for error-messages of further connections -Status: Open +Status: Feedback Type: Bug Package: MySQL related Operating System: Ubuntu 10.4 PHP Version: 5.3.2 Previous Comments: [2010-06-22 23:54:45] johan...@php.net The error message should contain the IP address of the host running PHP as it is used for authentication by MySQL. Is 192.168.0. The IP of the web server? [2010-06-22 11:34:21] cscholz at gsd-web dot de Description: When doing more than one mysql_connect the error message will return the wrong ip-address in the reply if subsequent connections use a different IP. This bug is also true for mysqli_connect by the way. Test script: --- Expected result: Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.2' (using password: YES) in thecode.php on line 4 Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'invalid user'@'192.168.0.1' (using password: YES) in thecode.php on line 4 -- Edit this bug report at http://bugs.php.net/bug.php?id=52140&edit=1
Bug #52133 [Opn->Fbk]: Functions cannot return an argument passed by reference as reference
Edit report at http://bugs.php.net/bug.php?id=52133&edit=1
ID: 52133
Updated by: johan...@php.net
Reported by: bschussek at gmail dot com
Summary: Functions cannot return an argument passed by
reference as reference
-Status: Open
+Status: Feedback
Type: Bug
Package: Scripting Engine problem
Operating System: Linux Ubuntu 10.04
PHP Version: 5.3.2
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2010-06-21 13:56:07] bschussek at gmail dot com
Description:
PHP does not behave as expected when passing arguments by reference into
a
function that are passed out again by reference.
IMO, the below test script should behave equivalently to the following
code
(which produces the expected result):
$b = 'foobar';
$a =& $b;
$c =& $a;
$c[2] = 'z';
var_dump($c);
var_dump($b);
Test script:
---
function &ref(&$a)
{
return $a;
}
$b = 'foobar';
$c = ref($b);
$c[2] = 'z';
Expected result:
string 'fozbar' (length=6)
string 'fozbar' (length=6)
Actual result:
--
string 'fozbar' (length=6)
string 'foobar' (length=6)
--
Edit this bug report at http://bugs.php.net/bug.php?id=52133&edit=1
Bug #52133 [Fbk->Opn]: Functions cannot return an argument passed by reference as reference
Edit report at http://bugs.php.net/bug.php?id=52133&edit=1
ID: 52133
User updated by: bschussek at gmail dot com
Reported by: bschussek at gmail dot com
Summary: Functions cannot return an argument passed by
reference as reference
-Status: Feedback
+Status: Open
Type: Bug
Package: Scripting Engine problem
Operating System: Linux Ubuntu 10.04
PHP Version: 5.3.2
New Comment:
Sorry, but the test script produces still the wrong output for me.
$ php -v
PHP 5.3.3-dev (cli) (built: Jun 23 2010 00:45:57)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans
$ php test.php
string(6) "foobar"
string(6) "fozbar"
Previous Comments:
[2010-06-23 00:29:01] johan...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2010-06-21 13:56:07] bschussek at gmail dot com
Description:
PHP does not behave as expected when passing arguments by reference into
a
function that are passed out again by reference.
IMO, the below test script should behave equivalently to the following
code
(which produces the expected result):
$b = 'foobar';
$a =& $b;
$c =& $a;
$c[2] = 'z';
var_dump($c);
var_dump($b);
Test script:
---
function &ref(&$a)
{
return $a;
}
$b = 'foobar';
$c = ref($b);
$c[2] = 'z';
Expected result:
string 'fozbar' (length=6)
string 'fozbar' (length=6)
Actual result:
--
string 'fozbar' (length=6)
string 'foobar' (length=6)
--
Edit this bug report at http://bugs.php.net/bug.php?id=52133&edit=1
Bug #52133 [Opn]: Functions cannot return an argument passed by reference as reference
Edit report at http://bugs.php.net/bug.php?id=52133&edit=1
ID: 52133
User updated by: bschussek at gmail dot com
Reported by: bschussek at gmail dot com
Summary: Functions cannot return an argument passed by
reference as reference
Status: Open
Type: Bug
Package: Scripting Engine problem
Operating System: Linux Ubuntu 10.04
PHP Version: 5.3.2
New Comment:
In my last comment I dumped first $b and then $c, so the output hasn't
changed
from PHP 5.3.2.
Previous Comments:
[2010-06-23 00:48:36] bschussek at gmail dot com
Sorry, but the test script produces still the wrong output for me.
$ php -v
PHP 5.3.3-dev (cli) (built: Jun 23 2010 00:45:57)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans
$ php test.php
string(6) "foobar"
string(6) "fozbar"
[2010-06-23 00:29:01] johan...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2010-06-21 13:56:07] bschussek at gmail dot com
Description:
PHP does not behave as expected when passing arguments by reference into
a
function that are passed out again by reference.
IMO, the below test script should behave equivalently to the following
code
(which produces the expected result):
$b = 'foobar';
$a =& $b;
$c =& $a;
$c[2] = 'z';
var_dump($c);
var_dump($b);
Test script:
---
function &ref(&$a)
{
return $a;
}
$b = 'foobar';
$c = ref($b);
$c[2] = 'z';
Expected result:
string 'fozbar' (length=6)
string 'fozbar' (length=6)
Actual result:
--
string 'fozbar' (length=6)
string 'foobar' (length=6)
--
Edit this bug report at http://bugs.php.net/bug.php?id=52133&edit=1
Bug #52133 [Opn->Asn]: Functions cannot return an argument passed by reference as reference
Edit report at http://bugs.php.net/bug.php?id=52133&edit=1
ID: 52133
Updated by: johan...@php.net
Reported by: bschussek at gmail dot com
Summary: Functions cannot return an argument passed by
reference as reference
-Status: Open
+Status: Assigned
Type: Bug
Package: Scripting Engine problem
Operating System: Linux Ubuntu 10.04
PHP Version: 5.3.2
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2010-06-23 00:51:13] bschussek at gmail dot com
In my last comment I dumped first $b and then $c, so the output hasn't
changed
from PHP 5.3.2.
[2010-06-23 00:48:36] bschussek at gmail dot com
Sorry, but the test script produces still the wrong output for me.
$ php -v
PHP 5.3.3-dev (cli) (built: Jun 23 2010 00:45:57)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans
$ php test.php
string(6) "foobar"
string(6) "fozbar"
[2010-06-23 00:29:01] johan...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2010-06-21 13:56:07] bschussek at gmail dot com
Description:
PHP does not behave as expected when passing arguments by reference into
a
function that are passed out again by reference.
IMO, the below test script should behave equivalently to the following
code
(which produces the expected result):
$b = 'foobar';
$a =& $b;
$c =& $a;
$c[2] = 'z';
var_dump($c);
var_dump($b);
Test script:
---
function &ref(&$a)
{
return $a;
}
$b = 'foobar';
$c = ref($b);
$c[2] = 'z';
Expected result:
string 'fozbar' (length=6)
string 'fozbar' (length=6)
Actual result:
--
string 'fozbar' (length=6)
string 'foobar' (length=6)
--
Edit this bug report at http://bugs.php.net/bug.php?id=52133&edit=1
Bug #52136 [Opn->Asn]: ->children matches only nodetype=1 (no text node is matched)
Edit report at http://bugs.php.net/bug.php?id=52136&edit=1 ID: 52136 Updated by: fel...@php.net Reported by: giorgio dot liscio at email dot it Summary: ->children matches only nodetype=1 (no text node is matched) -Status: Open +Status: Assigned Type: Bug Package: SimpleXML related Operating System: all PHP Version: 5.3.2 -Assigned To: +Assigned To: rrichards Previous Comments: [2010-06-22 04:49:49] giorgio dot liscio at email dot it Description: if you have an xml like this: hey hey hey this is a test onlychildren elements are matched in ->children implementing ->childNodes as in HTMLDOM can be a good solution in htmldom .children matches only nodeType=1 .childNodes matches all thank you -- Edit this bug report at http://bugs.php.net/bug.php?id=52136&edit=1
Bug #52090 [Fbk]: mysql_fetch_assoc returns infinite number of records
Edit report at http://bugs.php.net/bug.php?id=52090&edit=1
ID: 52090
Updated by: johan...@php.net
Reported by: gsx1022 at gmail dot com
Summary: mysql_fetch_assoc returns infinite number of records
Status: Feedback
Type: Bug
Package: MySQL related
Operating System: Linux x86
PHP Version: 5.3.2
New Comment:
Please use a recent snapshot from our site, we don't know what kind of
patches Ubuntu applies. Please provide the table schema and data you are
querying. Whcih MySQL server version?
Previous Comments:
[2010-06-16 13:19:23] gsx1022 at gmail dot com
I am using the php5 package from the Ubuntu Linux APT repository. It
seems to use
libmysql. And yes, mysqli is also affected.
[2010-06-16 03:51:33] ka...@php.net
Do you use mysqlnd with ext/mysql or libmysql, in either case does it
solve switching the lib?
Is mysqli affected by this issue too on your machine?
[2010-06-15 21:35:55] gsx1022 at gmail dot com
Description:
A MySQL query that should return 5 records returns an infinite number of
records.
It returns the 5 five records correctly, but then it returns them again,
and
again, and again... Other SELECT statements are fine, this is the only
problematic one. Also, this query works from the MySQL console just
fine. At
first I thought it is an issue with Zend Framework but it turned out it
is
probably not. See this url for (much) more info (also detailed
information to
reproduce): http://framework.zend.com/issues/browse/ZF-9982
Test script:
---
$c = mysql_connect('host', 'user', 'pass');
mysql_select_db('db', $c);
$raw = mysql_query('SELECT `name`, `level`, `parent` FROM
`allresources_view` ORDER BY `level` ASC');
while ($r = mysql_fetch_assoc($raw)) {
var_dump($r);
echo '';
}
mysql_close($c);
Expected result:
5 records should have been returned from the database.
Actual result:
--
An infinite number of records are returned from the database.
--
Edit this bug report at http://bugs.php.net/bug.php?id=52090&edit=1
Bug #52138 [Opn->Ana]: Constants are parsed into the ini file for section names
Edit report at http://bugs.php.net/bug.php?id=52138&edit=1
ID: 52138
Updated by: fel...@php.net
Reported by: acid24 at gmail dot com
Summary: Constants are parsed into the ini file for section
names
-Status: Open
+Status: Analyzed
Type: Bug
Package: Filesystem function related
Operating System: Red Hat Enterprise release 5.3
PHP Version: 5.3.2
New Comment:
For 5.3+ the constant value is passed directly to ZEND_INI_PARSER_CB(),
thus not knowing its name...
Previous Comments:
[2010-06-22 09:59:06] acid24 at gmail dot com
Description:
Documentation at
http://www.php.net/manual/en/function.parse-ini-file.php says "Constants
may also be parsed in the ini file so if you define a constant as an ini
value before running parse_ini_file(), it will be integrated into the
results. Only ini values are evaluated.".
I found this to be incomplete. Not only ini values are evaluated, but
also section names.
Test script:
---
define( 'MYCONST', 1 );
/*
test.ini file looks like this
[MYCONST]
MYCONST = MYCONST
*/
$ret = parse_ini_file( 'test.ini', true );
var_dump( $ret );
Expected result:
array(1) {
["MYCONST"]=>
array(1) {
["MYCONST"]=>
string(1) "1"
}
}
Actual result:
--
array(1) {
[1]=>
array(1) {
["MYCONST"]=>
string(1) "1"
}
}
--
Edit this bug report at http://bugs.php.net/bug.php?id=52138&edit=1
Req #47588 [Asn->Csd]: PDO_DBLIB: barfs on quoted field names
Edit report at http://bugs.php.net/bug.php?id=47588&edit=1
ID: 47588
Updated by: ssuffic...@php.net
Reported by: ssufficool at roadrunner dot com
Summary: PDO_DBLIB: barfs on quoted field names
-Status: Assigned
+Status: Closed
Type: Feature/Change Request
Package: PDO related
Operating System: Linux Gentoo 2.6.x
PHP Version: 5.3-svn
Assigned To: ssufficool
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed in trunk
Previous Comments:
[2010-06-23 03:29:03] ssuffic...@php.net
Automatic comment from SVN on behalf of ssufficool
Revision: http://svn.php.net/viewvc/?view=revision&revision=300685
Log: Fix Bug #47588 - Allow Quoted Identifiers
[2010-04-24 01:03:18] fel...@php.net
But this patch has a side effect, when using for example... 'where foo =
"bar"', the "bar" will be identified as an identifier, not a literal.
Right?
[2010-03-20 00:50:02] ssufficool at roadrunner dot com
Set quoted identifiers to allow "FIELD NAME" quoting style.
Index: ext/pdo_dblib/dblib_driver.c
===
--- ext/pdo_dblib/dblib_driver.c(revision 296453)
+++ ext/pdo_dblib/dblib_driver.c(working copy)
@@ -236,6 +236,9 @@
/* limit text/image from network */
DBSETOPT(H->link, DBTEXTSIZE, "2147483647");
+ /* Allow double quoted field and table names */
+ DBSETOPT(H->link, DBQUOTEDIDENT, NULL);
+
if (vars[3].optval && FAIL == dbuse(H->link, vars[3].optval)) {
goto cleanup;
}
[2009-05-15 19:43:17] ssufficool at roadrunner dot com
Solution:
tsql from freetds package set the following where PDO does not:
set quoted_identifier on
set ansi_warnings on
set ansi_padding on
set ansi_nulls on
set concat_null_yields_null on
Since this is default behavior of FreeTDS (tsql) and NT DBLIB (isql), I
assume it should be for PDO dblib as well.
[2009-03-06 16:13:33] ssufficool at roadrunner dot com
Description:
When passing a query containing double quoted field names, the query
fails.
Reproduce code:
---
$pdo_ms = new PDO('dblib:host=db01;dbname=database',
$_SESSION['user'], $_SESSION['pass'], array(PDO::ATTR_ERRMODE =>
PDO::ERRMODE_EXCEPTION ) );
$rs = $pdo_ms->prepare('SELECT "myView"."FieldName" from "myView" order
by "Some Field"')
Expected result:
A valid handle to a stmt in $rs
Actual result:
--
SQLSTATE[HY000]: General error: 20018 Incorrect syntax near 'FieldName'.
[20018] (severity 5) [(null)]
--
Edit this bug report at http://bugs.php.net/bug.php?id=47588&edit=1
[PHP-BUG] Req #52151 [NEW]: implement DOM3 events
From:
Operating system: all
PHP version: 5.3.2
Package: DOM XML related
Bug Type: Feature/Change Request
Bug description:implement DOM3 events
Description:
hi, why not extend DOM classes with addEventListener and
removeEventListener methods. In php they are useful as observer pattern
the propagation with two models (capturing / bubbling)
http://www.quirksmode.org/js/events_order.html
mutation events in dom3 events:
http://www.w3.org/TR/DOM-Level-3-Events/#events-mutationevents
http://www.w3.org/TR/DOM-Level-3-Events/#events-mutationnameevents
for example i can monitor a subtree with
$mysel->addEventListener("DOMSubtreeModified", array($this,'mycallback'),
false);
public function mycallback($event)
{
echo "subtree changed at " . (string)$event->relatedNodeArg;
}
list of events:
DOMSubtreeModified
DOMNodeInserted
DOMNodeRemoved
DOMNodeRemovedFromDocument
DOMNodeInsertedIntoDocument
DOMAttrModified
DOMElementNameChanged
DOMCharacterDataModified
DOMElementNameChanged
DOMAttributeNameChanged
thank you
--
Edit bug report at http://bugs.php.net/bug.php?id=52151&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52151&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52151&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52151&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52151&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52151&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52151&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52151&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52151&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52151&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52151&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52151&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52151&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52151&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52151&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52151&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52151&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52151&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52151&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52151&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52151&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52151&r=mysqlcfg
[PHP-BUG] Bug #52152 [NEW]: DST detection works wrong with late dates (TS over int32)
From:
Operating system: Ubuntu i686 2.6.32-22-generic
PHP version: 5.3.2
Package: Date/time related
Bug Type: Bug
Bug description:DST detection works wrong with late dates (TS over int32)
Description:
DST detection for late dates (timestamp over int32)
Test script:
---
$date = new DateTime('2020-05-25 12:00:00', new
DateTimeZone('Europe/Warsaw'));
echo $date->format(DateTime::ATOM), ' ', $date->format('I U');
$date = new DateTime('2050-05-25 12:00:00', new
DateTimeZone('Europe/Warsaw'));
echo $date->format(DateTime::ATOM), ' ', $date->format('I U');
Expected result:
2020-05-25T12:00:00+02:00 1 1590400800
2050-05-25T12:00:00+02:00 1 2537089200
Actual result:
--
2020-05-25T12:00:00+02:00 1 1590400800
2050-05-25T12:00:00+01:00 0 2537089200
--
Edit bug report at http://bugs.php.net/bug.php?id=52152&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52152&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52152&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52152&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52152&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52152&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52152&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52152&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52152&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52152&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52152&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52152&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52152&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52152&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52152&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52152&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52152&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52152&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52152&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52152&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52152&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52152&r=mysqlcfg
Bug #15373 [Com]: mail() not working, no error with invalid SMTP or email address
Edit report at http://bugs.php.net/bug.php?id=15373&edit=1
ID: 15373
Comment by: vengat dot zen at gmail dot com
Reported by: alonso at admintek dot net
Summary: mail() not working, no error with invalid SMTP or
email address
Status: Bogus
Type: Bug
Package: Mail related
Operating System: win2000
PHP Version: 4.2.1
Assigned To: mfischer
New Comment:
hi
check your send mail path (uncomment)
for ini settings...(after change restart your sever)
Previous Comments:
[2009-09-09 12:15:16] paj...@php.net
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2009-09-09 12:13:19] ilmi_bunjaku at yahoo dot com
I have e problem, I can not sent email with PHP
the server is wampserver, OS windows xp
I have one error as you can see:
Warning: mail() [function.mail]: Failed to connect to mailserver at
"localhost" port 25, verify your "SMTP" and "smtp_port" setting in
php.ini or use ini_set() in D:\Webroot\PHP\dergo email.php on line 16
the cod which I write is:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>
Dergo email
best regards,
ILA
[2009-08-25 01:13:40] dallas_thompson2001 at yahoo dot com
i am having a problem like this and am so lost, i cant send mail from
the server but it wont let mail be sent from the website and they tell
me it is a problem with the PHP can some look and tell me what i have
dont wrong and how to make it work.
' .
"\r\n";
$Message = "Sender Name:".$_POST['_namex']."Sender
Email:".$_POST['_emailx']."Sender
Phone:".$_POST['_phonex']."Message:".$_POST['_commx'];
if($_REQUEST['_emailx']!=""){
mail($ToName." <".$ToEmail.">",$ToSubject, $Message,
$headers);
}
echo "_root.Status=success";
?>
[2009-07-07 06:28:32] lakshmi at nace dot co dot in
OS Windows XP home Edition, Redhat Linux 5
Server Apache 2.2.11
PHP 5.2.9-2
\r\n"; //optional
headerfields
if(mail($recipient, $subject, $mail_body, $header)) //mail command :)
echo "mail sent";
else
echo "mail not sent";
?>
I get this:
Warning: mail(): Failed to connect to mailserver at "localhost" port
25,
verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set().
I tried by changing the php.ini and it does not work.
I hope you can help me
Request: This is the third time I am posting this query to PHP Bugs, But
Still I haven't get any Proper Solutions.
Thanks a lot
[2009-06-18 16:33:00] omgmain at gmail dot com
Hi,
I am also having the same problem with this. I am using Mac OS X, and it
doesn't seem to be sending.
Script:
Mail seems to always return true.
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/bug.php?id=15373
--
Edit this bug report at http://bugs.php.net/bug.php?id=15373&edit=1
Bug #51405 [Fbk->Opn]: segmentation fault at the "engine shutdown"
Edit report at http://bugs.php.net/bug.php?id=51405&edit=1 ID: 51405 User updated by: miha dot vrhovnik at domenca dot com Reported by: miha dot vrhovnik at domenca dot com Summary: segmentation fault at the "engine shutdown" -Status: Feedback +Status: Open Type: Bug Package: Reproducible crash Operating System: Linux PHP Version: 5.3.2 New Comment: Already commented a few days ago. Previous Comments: [2010-06-20 09:56:16] miha dot vrhovnik at domenca dot com I've had memcached, apc and xdebug on.. But turned them off as I also suspected that one of them might be the culprit, but no joy. It's only PHP compiled as written in my first post. [2010-06-08 14:31:29] tony2...@php.net No, I don't think VmWare image can be called a short reproduce case. Do you use any accelerators/opcode caches/other non-standard extensions? If yes, please disable them and see if you can still reproduce it. [2010-05-20 07:34:28] miha dot vrhovnik at domenca dot com Hi, Mike I've tried to strip it down to simple script, but without success. Would downloadable VmWare image where I'd strip away as much as I can, help? [2010-05-19 15:47:13] m...@php.net 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. No reproduce case, no chance to do anything, sorry. [2010-03-27 19:46:56] miha dot vrhovnik at domenca dot com Just so there won't be any excuses that this is because I'm running under php-fpm Here is backtrace from apache2. a bit different configure -- removed fpm and added apache: ./configure '--with-apxs2=/usr/bin/apxs2' '--with-openssl' '--with-zlib' '--enable-bcmath' '--with-bz2' '--enable-calendar' '--with-curl' '--enable-exif' '--enable-ftp' '--with-gd' '--with-imap' '--with-imap-ssl' '--enable-mbstring' '--with-mcrypt' '--enable-pcntl' '--with-pdo-mysql' '--with-pdo-pgsql' '--with-pgsql' '--with-readline' '--with-mysql' '--enable-soap' '--enable-sockets' '--enable-sqlite-utf8' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--with-tidy' '--enable-wddx' '--with-xmlrpc' '--with-xsl' '--enable-zip' '--with-kerberos' '--with-mysqli' '--with-config-file-path=/usr/local/etc' '--with-config-file-scan-dir=/usr/local/etc/php.d' '--with-pear' '--with-jpeg-dir=/usr/lib' --with-freetype-dir=/usr/lib and now the actual backtrace (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. _zend_mm_free_int (heap=0xb979d180, p=0xb9946290) at /projects/php53/php-fpm-5.3.2/Zend/zend_alloc.c:2018 2018/projects/php53/php-fpm-5.3.2/Zend/zend_alloc.c: No such file or directory. in /projects/php53/php-fpm-5.3.2/Zend/zend_alloc.c (gdb) bt #0 _zend_mm_free_int (heap=0xb979d180, p=0xb9946290) at /projects/php53/php-fpm-5.3.2/Zend/zend_alloc.c:2018 #1 0xb6ff2498 in zend_hash_destroy (ht=0xba189ca0) at /projects/php53/php-fpm-5.3.2/Zend/zend_hash.c:526 #2 0xb7003fc3 in zend_object_std_dtor (object=0xba193830) at /projects/php53/php-fpm-5.3.2/Zend/zend_objects.c:45 #3 0xb7003ff2 in zend_objects_free_object_storage (object=0xba193830) at /projects/php53/php-fpm-5.3.2/Zend/zend_objects.c:114 #4 0xb70075fc in zend_objects_store_del_ref_by_handle_ex (handle=127, handlers=0xb74c65c0) at /projects/php53/php-fpm-5.3.2/Zend/zend_objects_API.c:220 #5 0xb700762f in zend_objects_store_del_ref (zobject=0xba189ff0) at /projects/php53/php-fpm-5.3.2/Zend/zend_objects_API.c:172 #6 0xb6fdbedf in _zval_dtor (zval_ptr=0xba1a6238) at /projects/php53/php-fpm-5.3.2/Zend/zend_variables.h:35 #7 _zval_ptr_dtor (zval_ptr=0xba1a6238) at /projects/php53/php-fpm-5.3.2/Zend/zend_execute_API.c:439 #8 0xb6ff2498 in zend_hash_destroy (ht=0xba19273c) at /projects/php53/php-fpm-5.3.2/Zend/zend_hash.c:526 #9 0xb6fe6945 in _zval_dtor_func (zvalue=0xba197ef4) at /projects/php53/php-fpm-5.3.2/Zend/zend_variables.c:43 #10 0xb6fdbedf in _zval_dtor (zval_ptr=0xba106080) at /projects/php53/php-fpm-5.3.2/Zend/zend_variables.h:35 ---Type to continue, or q to quit--- #11 _zval_ptr_dtor (zval_ptr=0xba106080) at /projects/php53/php-fpm-5.3.2/Zend/zend_execute_API.c:439
