Bug #60627 [Ana->Csd]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Updated by: larue...@php.net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value -Status: Analyzed +Status: Closed Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) -Assigned To: +Assigned To:laruence Block user comment: N Private report: N 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 [2012-01-04 07:32:22] larue...@php.net hmm, the problem is when the real_value_hnd is called, the signal_startup has not been called yet... [2012-01-01 19:22:16] public at wernig dot net Just tried with 5.3.9RC4, and the problem does not occur. Seems to be something in 5.4 [2012-01-01 19:05:57] public at wernig dot net I have the same problem on Solaris 11 (express) i86pc. I'm not sure about ZTS mode (I have NOT set --enable-maintainer-zts) I have compiled php-5.4 (various versions, the latest one being 5.4.0RC4) with the following configure flags: --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl=/usr/local/ssl --with-openssl-dir=/usr/local/ssl --with-zlib --enable-sockets --enable-shared=yes --enable-static=yes --prefix=/usr/local/apache2/php --enable-calendar --disable-ftp --with-mysql=/usr/local/mysql --with-imap=/usr/local/imap --with-imap-ssl=/usr/local/ssl --enable-flatfile --without-recode --disable-ipv6 --with-mysql-sock=/var/run/mysql/mysql.sock --with-gettext=/opt/csw --enable-libxml --with-db4=/usr/local/BerkeleyDB Builds and installs fine. But during apache (2.2.21) startup, it segfaults and dumps core: # /usr/local/svc/init.d/apache2 restart Restarting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 17568: Memory fault(coredump) In fact, uncommenting all php_admin_value lines from apache config file, apache starts normally. When compiling and installing 5.3.6 with the same configure options, the problem does not occur. 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #30322 [Com]: mssql_fetch_field(result)->column_source same as ->name
Edit report at https://bugs.php.net/bug.php?id=30322&edit=1
ID: 30322
Comment by: jochem dot blok at fasterforward dot nl
Reported by:erik at xpand dot nl
Summary:mssql_fetch_field(result)->column_source same as
->name
Status: Bogus
Type: Bug
Package:MSSQL related
Operating System: Windows Server 2003
PHP Version:5.0.2
Block user comment: N
Private report: N
New Comment:
The described result is the samen on Linux Debian. The driver (FreeTDS) is
different then the Windows driver. Are you sure this is not a bug in PHP?
(Yes I have seen this bug is 8 years old ;))
Previous Comments:
[2004-10-05 09:34:41] der...@php.net
No bug in PHP -> bogus.
[2004-10-05 08:44:08] erik at xpand dot nl
It wasn't a support request. I was sure it is a bug, but I didn't realize it
could be a bug in the mssql-lib.
Thanks for your reply
[2004-10-04 22:34:39] il...@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.
Thank you for your interest in PHP.
The data you are seeing is returned directly from mssql library without any
modifications. So, the bug (valid bug btw) is not a PHP one, but a bug in the
mssql library you are using.
[2004-10-04 16:22:18] erik at xpand dot nl
Description:
I executed this query with 2 columns which have the same name:
SELECT tbl1.n_MatchID, tbl2.n_MatchID FROM tbl1,tbl2 WHERE (etc)
When I request the fields, the column_source and the name are the same...
Reproduce code:
---
$query = "SELECT Infostrada.tFootballMatch.n_MatchID as a,
Infostrada.tFootballMatchDetail.n_MatchID as b FROM
Infostrada.tFootballMatchDetail, Infostrada.tFootballMatch WHERE
Infostrada.tFootballMatch.n_MatchID =
Infostrada.tFootballMatchDetail.n_MatchID";
$result = mssql_query($query) or die();
while($obj = mssql_fetch_field($result)) {
echo $obj->column_source . "." . $obj->name . "";
}
Expected result:
tFootballMatch.n_MatchID
tFootballMatchDetail.n_MatchID
($obj->column_source.$obj->name)
Actual result:
--
n_MatchID.n_MatchID
n_MatchID.n_MatchID
--
Edit this bug report at https://bugs.php.net/bug.php?id=30322&edit=1
Bug #60457 [Opn]: gc_zval_possible_root SIGSEGV
Edit report at https://bugs.php.net/bug.php?id=60457&edit=1
ID: 60457
User updated by:Sjon at hortensius dot net
Reported by:Sjon at hortensius dot net
Summary:gc_zval_possible_root SIGSEGV
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: Linux
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
For anyone interested, this bug is not related to a single class, but we have
worked around, and seen this bug occur again, in many different places.
I have also been reproducing this in 5.3.6 / 5.3.5 / 5.3.4 and 5.3.3
Previous Comments:
[2012-01-04 07:31:07] no at snaxor dot com
I may be bumping into this one as well, Similarly, I cannot provide a script to
reproduce it since it happens in a project with many classes, but I'll see if I
can narrow it down and create one.
It is very inconsistent. It will die one the same page but with different data
it will be fine. What seems to be sparking it in my case is Smarty, with lots
of
sub-template files. The content is rendered correctly, but during Smarty's
cleanup is when it dies.
It is trigger-able via php command line or apache module.
gc_disable() doesn't unfortunately have any effect.
PHP Version: 5.3.8 on OSX.
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x003dca9fd2f1
0x000100359618 in gc_zval_possible_root ()
(gdb) bt
#0 0x000100359618 in gc_zval_possible_root ()
#1 0x00010034a765 in zend_hash_destroy ()
#2 0x00010035c86c in zend_object_std_dtor ()
#3 0x00010035c4f8 in zend_objects_free_object_storage ()
#4 0x00010035faae in zend_objects_store_del_ref_by_handle_ex ()
#5 0x00010035fb64 in zend_objects_store_del_ref ()
#6 0x000100334e2d in _zval_ptr_dtor ()
#7 0x00010034a765 in zend_hash_destroy ()
#8 0x00010033f1b0 in _zval_dtor_func ()
#9 0x000100334e2d in _zval_ptr_dtor ()
#10 0x00010034a765 in zend_hash_destroy ()
#11 0x00010035c86c in zend_object_std_dtor ()
#12 0x00010035c4f8 in zend_objects_free_object_storage ()
#13 0x00010035f6eb in zend_objects_store_free_object_storage ()
#14 0x000100337750 in shutdown_executor ()
#15 0x00010033feae in zend_deactivate ()
#16 0x0001002f08b1 in php_request_shutdown ()
#17 0x0001003ba366 in main ()
#18 0x000110ec in start ()
[2011-12-12 15:58:33] Sjon at hortensius dot net
I am afraid not, gc_disable() doesn't solve this segfault unfortunately
[2011-12-11 19:41:22] arekm at maven dot pl
Isn't this something similar to last comments of #40479 (there is
reproduction script there).
[2011-12-07 14:05:33] Sjon at hortensius dot net
Description:
Our application segfaults after completely finishing the request.
Unfortunately I cannot provide a script to reproduce this as it occurs in an
application consisting of many classes. I have been poking at this with gdb for
a
while, but can't find the cause for this problem.
How can I supply you with the information you need to resolve this? We can
'fix'
the problem by die()-ing in the __destruct of the class that seems to cause this
Actual result:
--
#0 0x005bf0e9 in gc_zval_possible_root (zv=0x1985580) at
/usr/src/debug/php-5.3.8/Zend/zend_gc.c:143
#1 0x005aeb28 in zend_hash_destroy (ht=0x1363998) at
/usr/src/debug/php-5.3.8/Zend/zend_hash.c:529
#2 0x005c0609 in zend_object_std_dtor (object=0x1363970) at
/usr/src/debug/php-5.3.8/Zend/zend_objects.c:45
#3 0x005c0629 in zend_objects_free_object_storage (object=0x1985580)
at
/usr/src/debug/php-5.3.8/Zend/zend_objects.c:126
#4 0x005c46d6 in zend_objects_store_free_object_storage
(objects=0x91bef8) at /usr/src/debug/php-5.3.8/Zend/zend_objects_API.c:92
#5 0x00595757 in shutdown_executor () at /usr/src/debug/php-
5.3.8/Zend/zend_execute_API.c:304
#6 0x005a1fc2 in zend_deactivate () at /usr/src/debug/php-
5.3.8/Zend/zend.c:891
#7 0x0054f2ce in php_request_shutdown (dummy=) at
/usr/src/debug/php-5.3.8/main/main.c:1640
#8 0x0062b10f in main (argc=3, argv=0x7fffea88) at
/usr/src/debug/php-5.3.8/sapi/cli/php_cli.c:1363
(gdb) frame 2
#2 0x005c0609 in zend_object_std_dtor (object=0x1363970) at
/usr/src/debug/php-5.3.8/Zend/zend_objects.c:45
45 zend_hash_destroy(object->properties);
(gdb) print *object->ce
$1 = {type = 2 '\002', name = 0xcdce30 "React_Introspection_Controller",
name_length = 30, parent = 0xcb3e78, refcount = 1, constants_updated = 1
'\001',
ce_flags = 0, funct
[PHP-BUG] Bug #60650 [NEW]: DateTime validation is incomplete
From:
Operating system:
PHP version: 5.3.8
Package: Date/time related
Bug Type: Bug
Bug description:DateTime validation is incomplete
Description:
DateTime validation is incomplete. According to DateTime::__construct
documentation this is not a bug:
// Non-existent values roll over.
$date = new DateTime('2000-02-30');
echo $date->format('Y-m-d H:i:sP') . "\n";
I disagree. There should be at least some way to require a proper
validation (such
as checkdate() function provides) for input dates. If you think this is
incorrect
behavior and rolling over is the desired one, then please implement the
rolling so
that one can for example give "2000-02-37" as the argument. Now DateTime
checks
the day of the month like this: 0 <= x <= 31.
Test script:
---
format('Y-m-d');
$date = new DateTime('2011-02-32');
print $date->format('Y-m-d');
?>
Expected result:
Both DateTime constructors should throw an Exception describing that the
date is
invalid.
Actual result:
--
Now the constructor with '2011-02-32' as its parameter is the only one
throwing
Exception about invalid date.
--
Edit bug report at https://bugs.php.net/bug.php?id=60650&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60650&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60650&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60650&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60650&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60650&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60650&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60650&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60650&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60650&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60650&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60650&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60650&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60650&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60650&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60650&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60650&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60650&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60650&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60650&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60650&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60650&r=mysqlcfg
[PHP-BUG] Bug #60651 [NEW]: XSD schema validation problem with unicode regular expression
From:
Operating system: Linux
PHP version: Irrelevant
Package: *XML functions
Bug Type: Bug
Bug description:XSD schema validation problem with unicode regular expression
Description:
When I try to validate XML file with given XSD schema containing Unicode
regular
expression, the function DOMDocument::schemaValidate return a validation
error.
The XSD schema is W3C well formed and the validation pass with the other
validation tools.
The problem doesn't occur if the XSD pattern is format like this (without
square
brackets):
PHP Version: 5.2.14
LibXml Version: 2.7.7
PS: The previous pattern [\P{Ll}]+ works correctly with preg_match
function.
Test script:
---
PHP Validation Code:
function libxml_display_errors()
{
$errors = libxml_get_errors();
print_r($errors);
libxml_clear_errors();
}
libxml_use_internal_errors(true);
$dom = new DOMDocument();
$dom->load('test.xml');
if ( !$dom->schemaValidate('test.xsd') ) {
echo "XML Error\n";
libxml_display_errors();
} else {
echo "XML ok\n";
}
---
XSD Schema:
http://www.w3.org/2001/XMLSchema";
elementFormDefault="qualified" attributeFormDefault="unqualified">
---
XML File:
FOO
BAR
Expected result:
XML ok
Actual result:
--
XML Error
Array
(
[0] => LibXMLError Object
(
[level] => 2
[code] => 1839
[column] => 0
[message] => Element 'Cognome': [facet 'pattern'] The value
'FOO' is
not accepted by the pattern '[\P{Ll}]+'.
[file] => /var/www/html/test.xml
[line] => 5
)
[1] => LibXMLError Object
(
[level] => 2
[code] => 1824
[column] => 0
[message] => Element 'Cognome': 'FOO' is not a valid value of
the
atomic type 'noLowerCase'.
[file] => /var/www/html/test.xml
[line] => 5
)
[2] => LibXMLError Object
(
[level] => 2
[code] => 1839
[column] => 0
[message] => Element 'Nome': [facet 'pattern'] The value 'BAR'
is
not accepted by the pattern '[\P{Ll}]+'.
[file] => /var/www/html/test.xml
[line] => 6
)
[3] => LibXMLError Object
(
[level] => 2
[code] => 1824
[column] => 0
[message] => Element 'Nome': 'BAR' is not a valid value of the
atomic type 'noLowerCase'.
[file] => /var/www/html/test.xml
[line] => 6
)
)
--
Edit bug report at https://bugs.php.net/bug.php?id=60651&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60651&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60651&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60651&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60651&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60651&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60651&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60651&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60651&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60651&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60651&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60651&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60651&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60651&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60651&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60651&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60651&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60651&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60651&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60651&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60651&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60651&r=mysqlcfg
Bug #60521 [Bgs]: pear installer (go-pear.bat) missing in windows packages since php 5.3.7
Edit report at https://bugs.php.net/bug.php?id=60521&edit=1 ID: 60521 User updated by:creator79 at googlemail dot com Reported by:creator79 at googlemail dot com Summary:pear installer (go-pear.bat) missing in windows packages since php 5.3.7 Status: Bogus Type: Bug Package:*Configuration Issues Operating System: Windows PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Hi, even in 5.3.9-RC4 it is unfortunately not yet fixed. Previous Comments: [2011-12-14 13:57:34] creator79 at googlemail dot com Oh, I was not able to find the other report. Could you please link it? It is not yet fixed in 5.3.9 RC3 or the snapshot Revision: 320995. So I would say, the status is not "Bogus", is it? I'm interested in the "how to solve it", so that is why I want to follow the required changes. [2011-12-14 12:54:39] paj...@php.net Thanks for your report! already reported and will be fixed in 5.3.9. [2011-12-14 12:52:57] creator79 at googlemail dot com Description: Since version 5.3.7 there is no pear installer shipped with the windows builds anymore. -- Edit this bug report at https://bugs.php.net/bug.php?id=60521&edit=1
[PHP-BUG] Bug #60654 [NEW]: Strtotime taking leap year into effect before the leap
From:
Operating system: Gentoo
PHP version: 5.4SVN-2012-01-04 (SVN)
Package: Date/time related
Bug Type: Bug
Bug description:Strtotime taking leap year into effect before the leap
Description:
If you do the test, you should get if today is
02/01/2012
the result should be
03/01/2011
but instead you get
02/01/2011
Test script:
---
echo date("d/m/Y", strtotime("yesterday last year"));
Expected result:
03/01/2011
Actual result:
--
02/01/2011
--
Edit bug report at https://bugs.php.net/bug.php?id=60654&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60654&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60654&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60654&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60654&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60654&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60654&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60654&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60654&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60654&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60654&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60654&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60654&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60654&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60654&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60654&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60654&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60654&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60654&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60654&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60654&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60654&r=mysqlcfg
Bug #60650 [Opn->Bgs]: DateTime validation is incomplete
Edit report at https://bugs.php.net/bug.php?id=60650&edit=1
ID: 60650
Updated by: der...@php.net
Reported by:ville dot salonen at iki dot fi
Summary:DateTime validation is incomplete
-Status: Open
+Status: Bogus
Type: Bug
Package:Date/time related
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Hi!
The parser checks for possible day numbers (00-31) and the validation for
validity. With date_get_last_errors() you can find the warnings:
derick@whisky:~$ php
format('Y-m-d H:i:sP') . "\n";
var_dump(date_get_last_errors());
?>
2000-03-01 00:00:00+00:00
array(4) {
'warning_count' =>
int(1)
'warnings' =>
array(1) {
[11] =>
string(27) "The parsed date was invalid"
}
'error_count' =>
int(0)
'errors' =>
array(0) {
}
}
We can't really change this because of BC reasons.
Previous Comments:
[2012-01-04 10:15:11] ville dot salonen at iki dot fi
Description:
DateTime validation is incomplete. According to DateTime::__construct
documentation this is not a bug:
// Non-existent values roll over.
$date = new DateTime('2000-02-30');
echo $date->format('Y-m-d H:i:sP') . "\n";
I disagree. There should be at least some way to require a proper validation
(such
as checkdate() function provides) for input dates. If you think this is
incorrect
behavior and rolling over is the desired one, then please implement the rolling
so
that one can for example give "2000-02-37" as the argument. Now DateTime checks
the day of the month like this: 0 <= x <= 31.
Test script:
---
format('Y-m-d');
$date = new DateTime('2011-02-32');
print $date->format('Y-m-d');
?>
Expected result:
Both DateTime constructors should throw an Exception describing that the date
is
invalid.
Actual result:
--
Now the constructor with '2011-02-32' as its parameter is the only one throwing
Exception about invalid date.
--
Edit this bug report at https://bugs.php.net/bug.php?id=60650&edit=1
[PHP-BUG] Bug #60655 [NEW]: add max_input_vars for json/serialize
From: laruence Operating system: PHP version: 5.3.9RC4 Package: *General Issues Bug Type: Bug Bug description:add max_input_vars for json/serialize Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit bug report at https://bugs.php.net/bug.php?id=60655&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60655&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60655&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60655&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60655&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60655&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60655&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60655&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60655&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60655&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60655&r=support Expected behavior: https://bugs.php.net/fix.php?id=60655&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60655&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60655&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60655&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60655&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60655&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60655&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60655&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60655&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60655&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60655&r=mysqlcfg
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Closed Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) Previous Comments: [2012-01-04 08:25:33] larue...@php.net 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 [2012-01-04 07:32:22] larue...@php.net hmm, the problem is when the real_value_hnd is called, the signal_startup has not been called yet... [2012-01-01 19:22:16] public at wernig dot net Just tried with 5.3.9RC4, and the problem does not occur. Seems to be something in 5.4 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
[PHP-BUG] Req #60656 [NEW]: our PHP MySQL library version XXX differs from your MySQL server version YYY
From: Operating system: Linux / Ububtu 10.4 PHP version: Irrelevant Package: Dynamic loading Bug Type: Feature/Change Request Bug description:our PHP MySQL library version XXX differs from your MySQL server version YYY Description: I run: Ubuntu 10.4 PhpMyAdmin 3.4.8 PHP 5.3.2-1ubuntu4.11 MariaDB 5.3.3 I upgraded from mariadb 5.2.? Since this upgrade I get the following warning in phpmyadmin: "Your PHP MySQL library version 5.2.10-MariaDB differs from your MySQL server version 5.3.3. This may cause unpredictable behavior." When previously upgrading from mysql 5.? to mariadb 5.2.? I also recieved this warning. The first time I fixed this by using "apt-get install php5-mysql" But the second time this did not work. According to http://www.dotdeb.org/2011/11/01/mysql-5-5-is-finally-here/ the version differs can be ignored. According to a chat on freenode #maria ... [15:56] edzob, I do not think so. I think the correct place to complain in this case is PHP. This PHP version check is just pointless, just does not work. This will not cause unpredictable behavior ... [16:06] edzob, it was done by a nice guy indeed, it is done wrong.. He (person who introduced the check) said that long ago in a galaxy far away, ABI or protocol was changed between some of 5.0 releases. And since then he became overcautiious. Pierre might know more details to it, and may be (I don't know for sure) even has an influence on it in a way that the check is finally removed for good. Thus my request.. Since 2 sources state that the warning can be ignored. Can this version check be removed from php? So that this warning without a function (or functional impact as reason) does not give this warning anymore? -- Edit bug report at https://bugs.php.net/bug.php?id=60656&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60656&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60656&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60656&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60656&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60656&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60656&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60656&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60656&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60656&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60656&r=support Expected behavior: https://bugs.php.net/fix.php?id=60656&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60656&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60656&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60656&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60656&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60656&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60656&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60656&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60656&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60656&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60656&r=mysqlcfg
Bug #60627 [Csd->Fbk]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Updated by: larue...@php.net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value -Status: Closed +Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). Previous Comments: [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 [2012-01-04 07:32:22] larue...@php.net hmm, the problem is when the real_value_hnd is called, the signal_startup has not been called yet... 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #54140 [Com]: array_merge() break keys during merge
Edit report at https://bugs.php.net/bug.php?id=54140&edit=1
ID: 54140
Comment by: siedler1 at freenet dot de
Reported by:forjest at gmail dot com
Summary:array_merge() break keys during merge
Status: Open
Type: Bug
Package:Arrays related
Operating System: *Nix
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I have php version 5.3.6 on Ubuntu and this behavior still exist.
Previous Comments:
[2011-04-20 17:09:29] martin at fleveo dot cz
This bug is on Windows 7 too (same version of PHP).
[2011-03-09 19:27:38] cybd at bigmir dot net
Maybe, simpler example.
OK:
$c = array('01'=>3, '03'=>10);
$d = array('05'=>44, '07'=>3);
var_dump(array_merge($c,$d));
Failed:
$a = array('01'=>1, '02'=>73);
$b = array('10'=>11, '11'=>23);
var_dump(array_merge($a,$b));
[2011-03-02 19:03:46] forjest at gmail dot com
Works as expected on Windows platform.
[2011-03-02 18:21:06] forjest at gmail dot com
Description:
array_merge interprets string keys, containing only digits as numeric keys, if
numeric overflow not reached.
String keys should works as strings regarless of their contents.
Test script:
---
var_dump(array_merge(array('t777'=> array("I'm a string";
var_dump(array_merge(array("42424242"=> array("I'm a string of digits";
var_dump(array_merge(array("7"=>
array("I'm string of digits too";
var_dump(is_string("42424242"));
var_dump(is_string(42424242));
var_dump(is_string("7"));
Expected result:
array(1) {
["t777"]=>
array(1) {
[0]=>
string(12) "I'm a string"
}
}
array(1) {
["42424242"]=>
array(1) {
[0]=>
string(22) "I'm a string of digits"
}
}
array(1) {
["7"]=>
array(1) {
[0]=>
string(24) "I'm string of digits too"
}
}
bool(true)
bool(false)
bool(true)
Actual result:
--
array(1) {
["t777"]=>
array(1) {
[0]=>
string(12) "I'm a string"
}
}
array(1) {
[0]=>
array(1) {
[0]=>
string(22) "I'm a string of digits"
}
}
array(1) {
["7"]=>
array(1) {
[0]=>
string(24) "I'm string of digits too"
}
}
bool(true)
bool(false)
bool(true)
--
Edit this bug report at https://bugs.php.net/bug.php?id=54140&edit=1
[PHP-BUG] Bug #60657 [NEW]: APC destroys static class members before sessions are written
From: Operating system: MacOS X 10.7, CentOS 5.6 PHP version: 5.3.8 Package: Session related Bug Type: Bug Bug description:APC destroys static class members before sessions are written Description: Like #59564. Neither of the workarounds in that work for us: session is compiled in statically, but APC is a module, so we can't reorder them relative to each other, and an append doesn't work, and doesn't work with scripts that call exit() -- Edit bug report at https://bugs.php.net/bug.php?id=60657&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60657&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60657&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60657&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60657&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60657&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60657&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60657&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60657&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60657&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60657&r=support Expected behavior: https://bugs.php.net/fix.php?id=60657&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60657&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60657&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60657&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60657&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60657&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60657&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60657&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60657&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60657&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60657&r=mysqlcfg
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? Previous Comments: [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () Previous Comments: [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: fedora at famillecollet dot com Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Thanks for the patch. Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830. (solaris bug seems another issue) Previous Comments: [2012-01-04 18:50:34] public at wernig dot net OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
[PHP-BUG] Bug #60659 [NEW]: FPM does not clear auth_user on request accept
From: Operating system: Linux PHP version: 5.3.8 Package: FPM related Bug Type: Bug Bug description:FPM does not clear auth_user on request accept Description: Multiple requests hitting the same FPM worker process will get logged (by php-fpm) with the last authenticated user seen instead of empty when there is no authenticated user for the current request. Attached patch clears auth_user field (and also clears query_string), those two being the only char arrays not seeing initialization in fpm_request_accepting(). Test script: --- # configure php-fpm to use only one worker and log access restart php-fpm curl -u user $php_fpm_page_via_nginx curl $php_fpm_page_via_nginx curl $php_fpm_page_via_nginx # All logged access lines will show remote user to be "user" -- Edit bug report at https://bugs.php.net/bug.php?id=60659&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60659&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60659&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60659&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60659&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60659&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60659&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60659&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60659&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60659&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60659&r=support Expected behavior: https://bugs.php.net/fix.php?id=60659&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60659&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60659&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60659&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60659&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60659&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60659&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60659&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60659&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60659&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60659&r=mysqlcfg
[PHP-BUG] Bug #60660 [NEW]: curl_errno returns 0 instead of 6
From:
Operating system: Win XP
PHP version: 5.3.8
Package: cURL related
Bug Type: Bug
Bug description:curl_errno returns 0 instead of 6
Description:
This issue concerns only multi curl.
Single handle curl works correct and returns error no. 6 when host is not
resolved.
In the same situation multi curl returns 0 with curl_errno function despite
the fact that curl_error returns error message.
See codes of 2 examples below
Test script:
---
http://osms.pl');
// Execute
curl_exec($ch);
// Check if any error occured
if(curl_errno($ch))
{
echo 'Curl error: ' . curl_error($ch) . ' - ' .curl_errno($ch);
}
// Close handle
curl_close($ch);
?>
---
http://404.php.net/";);
//create the multiple cURL handle
$mh = curl_multi_init();
curl_multi_add_handle($mh,$ch1);
$active = null;
//execute the handles
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
while ($active && $mrc == CURLM_OK) {
if (curl_multi_select($mh) != -1) {
do {
$mrc = curl_multi_exec($mh, $active);
} while ($mrc == CURLM_CALL_MULTI_PERFORM);
}
}
echo 'Curl error: ' . curl_error($ch1) . ' - ' .curl_errno($ch1);
//close the handles
curl_multi_remove_handle($mh, $ch1);
curl_multi_close($mh);
?>
Expected result:
in first example:
Curl error: Could not resolve host: osms.pl; Host not found - 6
in second:
Curl error: Could not resolve host: (nil); Host not found - 0
--
Edit bug report at https://bugs.php.net/bug.php?id=60660&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60660&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60660&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60660&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60660&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60660&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60660&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60660&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60660&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60660&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60660&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60660&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60660&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60660&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60660&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60660&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60660&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60660&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60660&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60660&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60660&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60660&r=mysqlcfg
Bug #60659 [Opn->Csd]: FPM does not clear auth_user on request accept
Edit report at https://bugs.php.net/bug.php?id=60659&edit=1 ID: 60659 Updated by: f...@php.net Reported by:bonbons at linux-vserver dot org Summary:FPM does not clear auth_user on request accept -Status: Open +Status: Closed Type: Bug Package:FPM related Operating System: Linux PHP Version:5.3.8 -Assigned To: +Assigned To:fat Block user comment: N Private report: N 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/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Thanks you very much for this fix. Previous Comments: [2012-01-04 21:19:28] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revision&revision=321771 Log: - Fixed credits for bug #60659 [2012-01-04 21:17:59] f...@php.net Automatic comment from SVN on behalf of fat Revision: http://svn.php.net/viewvc/?view=revision&revision=321770 Log: - Fixed bug #60659 (FPM does not clear auth_user on request accept) [2012-01-04 20:14:12] bonbons at linux-vserver dot org Description: Multiple requests hitting the same FPM worker process will get logged (by php-fpm) with the last authenticated user seen instead of empty when there is no authenticated user for the current request. Attached patch clears auth_user field (and also clears query_string), those two being the only char arrays not seeing initialization in fpm_request_accepting(). Test script: --- # configure php-fpm to use only one worker and log access restart php-fpm curl -u user $php_fpm_page_via_nginx curl $php_fpm_page_via_nginx curl $php_fpm_page_via_nginx # All logged access lines will show remote user to be "user" -- Edit this bug report at https://bugs.php.net/bug.php?id=60659&edit=1
Bug #60549 [Opn->Bgs]: parse_url() assigns wrong key if no scheme is given
Edit report at https://bugs.php.net/bug.php?id=60549&edit=1
ID: 60549
Updated by: m...@php.net
Reported by:thompson749v2 at yahoo dot com
Summary:parse_url() assigns wrong key if no scheme is given
-Status: Open
+Status: Bogus
Type: Bug
Package:Unknown/Other Function
Operating System: Debian 6.0 Squeeze
PHP Version:5.3.8
Block user comment: N
Private report: N
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2011-12-17 00:00:37] thompson749v2 at yahoo dot com
Description:
If no scheme is provided on the value passed to parse_url(), it incorrectly
assigns "domain.com" to a key of "path". Should be "host".
Test script:
---
$parsed_url = parse_url('domain.com');
print_r($parsed_url);
// Current result is:
//Array ( [path] => domain.com )
// Should be:
//Array ( [host] => domain.com )
--
Edit this bug report at https://bugs.php.net/bug.php?id=60549&edit=1
Bug #60627 [Fbk->ReO]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Updated by: larue...@php.net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value -Status: Feedback +Status: Re-Opened Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: seems there is something wrong in solaris .. re-open Previous Comments: [2012-01-04 19:15:45] fedora at famillecollet dot com Thanks for the patch. Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830. (solaris bug seems another issue) [2012-01-04 18:50:34] public at wernig dot net OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) 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 https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
[PHP-BUG] Req #60662 [NEW]: Additional argument for array_map to ignore references
From:
Operating system: Any
PHP version: 5.3.8
Package: Arrays related
Bug Type: Feature/Change Request
Bug description:Additional argument for array_map to ignore references
Description:
If a callback function for array_map calls array_map again for array
arguments, it is possible to cause infinite recursion for arrays with
cyclic references.
While this is NOT a bug and everything works as expected, it would be nice
to have a flag to array_map, that address this issue.
Current syntax for array_map prevents adding new parameters at the end
(arguments for the callback go there). However an additional optional
parameter may be added at the begining. Since the first argument is always
a callback, the form with additional flags can be easily distinguished:
array_map(callback, array, ...)<-- old form
array_map(non-callback, callback, array, ...) <-- with flags as 1st arg
Test script:
---
// WARNING: CAUSES INFINITE RECURSION!
function fn($arg) {
if (is_array($arg)) {
return array_map('fn', $arg);
} else {
return $arg; // in a real code something will be done here
}
}
$array = array(1, 2, 3);
$array[] = &$array;
fn($array);
--
Edit bug report at https://bugs.php.net/bug.php?id=60662&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60662&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60662&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60662&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60662&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60662&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60662&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60662&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60662&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60662&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60662&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60662&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60662&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60662&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60662&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60662&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60662&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60662&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60662&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60662&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60662&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60662&r=mysqlcfg
Req #60655 [PATCH]: add max_input_vars for json/serialize
Edit report at https://bugs.php.net/bug.php?id=60655&edit=1 ID: 60655 Patch added by: larue...@php.net Reported by:larue...@php.net Summary:add max_input_vars for json/serialize Status: Open Type: Feature/Change Request Package:*General Issues PHP Version:5.3.9RC4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325736502 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325736502 Previous Comments: [2012-01-04 15:26:11] larue...@php.net Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit this bug report at https://bugs.php.net/bug.php?id=60655&edit=1
Req #60655 [PATCH]: add max_input_vars for json/serialize
Edit report at https://bugs.php.net/bug.php?id=60655&edit=1 ID: 60655 Patch added by: larue...@php.net Reported by:larue...@php.net Summary:add max_input_vars for json/serialize Status: Open Type: Feature/Change Request Package:*General Issues PHP Version:5.3.9RC4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325737023 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325737023 Previous Comments: [2012-01-05 04:08:22] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325736502 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325736502 [2012-01-04 15:26:11] larue...@php.net Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit this bug report at https://bugs.php.net/bug.php?id=60655&edit=1
Req #60655 [PATCH]: add max_input_vars for json/serialize
Edit report at https://bugs.php.net/bug.php?id=60655&edit=1 ID: 60655 Patch added by: larue...@php.net Reported by:larue...@php.net Summary:add max_input_vars for json/serialize Status: Open Type: Feature/Change Request Package:*General Issues PHP Version:5.3.9RC4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739736 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739736 Previous Comments: [2012-01-05 04:17:03] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325737023 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325737023 [2012-01-05 04:08:22] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325736502 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325736502 [2012-01-04 15:26:11] larue...@php.net Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit this bug report at https://bugs.php.net/bug.php?id=60655&edit=1
Req #60655 [PATCH]: add max_input_vars for json/serialize
Edit report at https://bugs.php.net/bug.php?id=60655&edit=1 ID: 60655 Patch added by: larue...@php.net Reported by:larue...@php.net Summary:add max_input_vars for json/serialize Status: Open Type: Feature/Change Request Package:*General Issues PHP Version:5.3.9RC4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739809 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739809 Previous Comments: [2012-01-05 05:02:16] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739736 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739736 [2012-01-05 04:17:03] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325737023 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325737023 [2012-01-05 04:08:22] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325736502 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325736502 [2012-01-04 15:26:11] larue...@php.net Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit this bug report at https://bugs.php.net/bug.php?id=60655&edit=1
Req #60655 [PATCH]: add max_input_vars for json/serialize
Edit report at https://bugs.php.net/bug.php?id=60655&edit=1 ID: 60655 Patch added by: larue...@php.net Reported by:larue...@php.net Summary:add max_input_vars for json/serialize Status: Open Type: Feature/Change Request Package:*General Issues PHP Version:5.3.9RC4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739893 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739893 Previous Comments: [2012-01-05 05:03:29] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739809 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739809 [2012-01-05 05:02:16] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325739736 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325739736 [2012-01-05 04:17:03] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325737023 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325737023 [2012-01-05 04:08:22] larue...@php.net The following patch has been added/updated: Patch Name: max_input_vars.patch Revision: 1325736502 URL: https://bugs.php.net/patch-display.php?bug=60655&patch=max_input_vars.patch&revision=1325736502 [2012-01-04 15:26:11] larue...@php.net Description: the max_input_vars restriction should also affect the json_encode and unserialize -- Edit this bug report at https://bugs.php.net/bug.php?id=60655&edit=1
