Bug #53818 [Com]: Missing info in pg_get_notify function
Edit report at https://bugs.php.net/bug.php?id=53818&edit=1
ID: 53818
Comment by: timosha at gmail dot com
Reported by:r dot i dot k at free dot fr
Summary:Missing info in pg_get_notify function
Status: Assigned
Type: Bug
Package:PostgreSQL related
Operating System: Linux
PHP Version:5.3.8
Assigned To:iliaa
Block user comment: N
Private report: N
New Comment:
hmm, seems that this patch applied for php-5.3.9 but no info in changelog
Previous Comments:
[2011-10-15 16:19:12] r dot i dot k at free dot fr
The provided patch, 9 months ago, is still missing from 5.3 branch...
It would be cool to have it pushed in official source code, since it still
works (made for 5.2.17, applyable to 5.3.8), and give access to a feature
appeared in PostgreSQL 14 months ago :(((
[2011-10-14 06:06:49] timosha at gmail dot com
Please backport this patch to 5.3.x. :)
[2011-01-27 17:02:36] il...@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/.
Thank you for the report, and for helping us make PHP better.
[2011-01-22 19:32:25] r dot i dot k at free dot fr
Description:
Since Postgresql 9.0, event notifications fired by the NOTIFY sql command
includes a payload (a 8000 bytes max piece of text).
As of now, the PHP function pg_get_notify only retrieve the "channel" (name of
the notification) and the backend pid.
The attached patch improves this situation by adding the payload to the
returned array of the pg_get_notify function, when the connected PG backend
version is at least 9.0.
Hope it helps...
Test script:
---
$dbconn = pg_connect(...) ; // To be completed
pg_query($dbconn, "LISTEN toto");
pg_query($dbconn, "NOTIFY toto, 'Hello world !'");
$notify = pg_get_notify($dbconn, PGSQL_ASSOC) ;
print_r($notify) ;
Expected result:
// Array("message" => "toto", "pid" => 12345, "payload" => "Hello world !")
Actual result:
--
// Array("message" => "toto", "pid" => 12345)
--
Edit this bug report at https://bugs.php.net/bug.php?id=53818&edit=1
Bug #60709 [Com]: Any php file of size 8192 bytes crashes Apache and PHP
Edit report at https://bugs.php.net/bug.php?id=60709&edit=1
ID: 60709
Comment by: ninzya at inbox dot lv
Reported by:bugzilla33 at gmail dot com
Summary:Any php file of size 8192 bytes crashes Apache and
PHP
Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Win All
PHP Version:5.4.0RC5
Block user comment: N
Private report: N
New Comment:
Duplicate: https://bugs.php.net/bug.php?id=48034
Previous Comments:
[2012-01-11 07:54:11] bugzilla33 at gmail dot com
Apache error.log:
[Wed Jan 11 08:39:51 2012] [notice] Parent: child process exited with status
255 -- Restarting.
[2012-01-11 07:51:23] bugzilla33 at gmail dot com
Description:
1. use Test script to generate crash.php, size 8192 bytes
2. now let crash php engine crash.php
3. Any php file of size 8192 bytes crashes Apache and PHP!
4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev on
three other machines, Win 7 x86 or Win 7 x64.
Test script:
---
testcase php file generator:
';
file_put_contents('crash.php',$out);
print('1. testcase file generated: crash.php, size '.strlen($out).'
bytes');
print('2. now let crash php engine crash.php');
print('3. Any php file of size 8192 bytes crashes Apache
and PHP!');
print('4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev
on three other machines, Win 7 x86 or Win 7 x64.');
?>
Expected result:
NO crash
Actual result:
--
CRASH
--
Edit this bug report at https://bugs.php.net/bug.php?id=60709&edit=1
Bug #48034 [Com]: Crash when script is 8192 (8KB) bytes long
Edit report at https://bugs.php.net/bug.php?id=48034&edit=1
ID: 48034
Comment by: bugzilla33 at gmail dot com
Reported by:ninzya at inbox dot lv
Summary:Crash when script is 8192 (8KB) bytes long
Status: Assigned
Type: Bug
Package:Reproducible crash
Operating System: *
PHP Version:5.*, 6CVS (2009-04-21)
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
Description:
1. use Test script to generate crash.php, size 8192 bytes
2. now let crash php engine crash.php
3. Any php file of size 8192 bytes crashes Apache and PHP!
4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev on
three other machines, Win 7 x86 or Win 7 x64.
Test script:
---
testcase php file generator:
';
file_put_contents('crash.php',$out);
print('1. testcase file generated: crash.php, size '.strlen($out).'
bytes');
print('2. now let crash php engine crash.php');
print('3. Any php file of size 8192 bytes crashes Apache
and PHP!');
print('4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev
on three other machines, Win 7 x86 or Win 7 x64.');
?>
Expected result:
NO crash
Actual result:
--
CRASH
Previous Comments:
[2009-05-04 16:06:37] paj...@php.net
Not fixed. Only a temp hack.
[2009-04-28 07:16:19] dmi...@php.net
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2009-04-22 11:09:23] bj...@php.net
See also bug#48043
[2009-04-21 17:20:21] ninzya at inbox dot lv
I did everything mentioned in
http://bugs.php.net/bugs-generating-backtrace-win32.php
and got these results:
Thread 250 - System ID 5552
Entry point msvcrt!_endthreadex+3a
Create time 21.04.2009 15:20:51
Time spent in user mode 0 Days 0:0:0.656
Time spent in kernel mode 0 Days 0:0:0.921
Function Arg 1 Arg 2 Arg 3 Source
php5ts!lex_scan+447c 0550fa34 010f54a0 002f
php5ts!zend_register_auto_global+11f
[2009-04-21 15:31:46] lbarn...@php.net
It seems related to http://bugs.php.net/bug.php?id=47596 . Not exactly the same
problem, though.
It seems php_stream_open_for_zend() does not mmap() enough for ZEND_MMAP_AHEAD
(PHP_STREAM_OPTION_MMAP_API in plain_wrapper adjusts the mmap length to the
filesize, so ignoring ZEND_MMAP_AHEAD), and this may crash when the parser
reads ahead of the mmap()ed region.
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=48034
--
Edit this bug report at https://bugs.php.net/bug.php?id=48034&edit=1
Bug #48034 [Com]: Crash when script is 8192 (8KB) bytes long
Edit report at https://bugs.php.net/bug.php?id=48034&edit=1
ID: 48034
Comment by: bugzilla33 at gmail dot com
Reported by:ninzya at inbox dot lv
Summary:Crash when script is 8192 (8KB) bytes long
Status: Assigned
Type: Bug
Package:Reproducible crash
Operating System: *
PHP Version:5.*, 6CVS (2009-04-21)
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
The shortest working example:
run testcase
Use Apache 2.2.21, PHP 5.*, Win 7 x86/x64
Previous Comments:
[2012-01-11 09:12:08] bugzilla33 at gmail dot com
Description:
1. use Test script to generate crash.php, size 8192 bytes
2. now let crash php engine crash.php
3. Any php file of size 8192 bytes crashes Apache and PHP!
4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev on
three other machines, Win 7 x86 or Win 7 x64.
Test script:
---
testcase php file generator:
';
file_put_contents('crash.php',$out);
print('1. testcase file generated: crash.php, size '.strlen($out).'
bytes');
print('2. now let crash php engine crash.php');
print('3. Any php file of size 8192 bytes crashes Apache
and PHP!');
print('4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev
on three other machines, Win 7 x86 or Win 7 x64.');
?>
Expected result:
NO crash
Actual result:
--
CRASH
[2009-05-04 16:06:37] paj...@php.net
Not fixed. Only a temp hack.
[2009-04-28 07:16:19] dmi...@php.net
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2009-04-22 11:09:23] bj...@php.net
See also bug#48043
[2009-04-21 17:20:21] ninzya at inbox dot lv
I did everything mentioned in
http://bugs.php.net/bugs-generating-backtrace-win32.php
and got these results:
Thread 250 - System ID 5552
Entry point msvcrt!_endthreadex+3a
Create time 21.04.2009 15:20:51
Time spent in user mode 0 Days 0:0:0.656
Time spent in kernel mode 0 Days 0:0:0.921
Function Arg 1 Arg 2 Arg 3 Source
php5ts!lex_scan+447c 0550fa34 010f54a0 002f
php5ts!zend_register_auto_global+11f
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=48034
--
Edit this bug report at https://bugs.php.net/bug.php?id=48034&edit=1
Bug #60709 [Com]: Any php file of size 8192 bytes crashes Apache and PHP
Edit report at https://bugs.php.net/bug.php?id=60709&edit=1
ID: 60709
Comment by: bugzilla33 at gmail dot com
Reported by:bugzilla33 at gmail dot com
Summary:Any php file of size 8192 bytes crashes Apache and
PHP
Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Win All
PHP Version:5.4.0RC5
Block user comment: N
Private report: N
New Comment:
The shortest working example:
run testcase
Use Apache 2.2.21, PHP 5.*, Win 7 x86/x64
Previous Comments:
[2012-01-11 09:01:48] ninzya at inbox dot lv
Duplicate: https://bugs.php.net/bug.php?id=48034
[2012-01-11 07:54:11] bugzilla33 at gmail dot com
Apache error.log:
[Wed Jan 11 08:39:51 2012] [notice] Parent: child process exited with status
255 -- Restarting.
[2012-01-11 07:51:23] bugzilla33 at gmail dot com
Description:
1. use Test script to generate crash.php, size 8192 bytes
2. now let crash php engine crash.php
3. Any php file of size 8192 bytes crashes Apache and PHP!
4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev on
three other machines, Win 7 x86 or Win 7 x64.
Test script:
---
testcase php file generator:
';
file_put_contents('crash.php',$out);
print('1. testcase file generated: crash.php, size '.strlen($out).'
bytes');
print('2. now let crash php engine crash.php');
print('3. Any php file of size 8192 bytes crashes Apache
and PHP!');
print('4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev
on three other machines, Win 7 x86 or Win 7 x64.');
?>
Expected result:
NO crash
Actual result:
--
CRASH
--
Edit this bug report at https://bugs.php.net/bug.php?id=60709&edit=1
Bug #53818 [Asn->Csd]: Missing info in pg_get_notify function
Edit report at https://bugs.php.net/bug.php?id=53818&edit=1
ID: 53818
User updated by:r dot i dot k at free dot fr
Reported by:r dot i dot k at free dot fr
Summary:Missing info in pg_get_notify function
-Status: Assigned
+Status: Closed
Type: Bug
Package:PostgreSQL related
Operating System: Linux
PHP Version:5.3.8
Assigned To:iliaa
Block user comment: N
Private report: N
New Comment:
I confirm that the current patch has been applied to PHP 5.3.9
Just disappointed to have waited for quite a year, for such a full working
patch integration.
This situation does not tempt me to contribute anymore...
Bug CLOSED.
Previous Comments:
[2012-01-11 08:50:47] timosha at gmail dot com
hmm, seems that this patch applied for php-5.3.9 but no info in changelog
[2011-10-15 16:19:12] r dot i dot k at free dot fr
The provided patch, 9 months ago, is still missing from 5.3 branch...
It would be cool to have it pushed in official source code, since it still
works (made for 5.2.17, applyable to 5.3.8), and give access to a feature
appeared in PostgreSQL 14 months ago :(((
[2011-10-14 06:06:49] timosha at gmail dot com
Please backport this patch to 5.3.x. :)
[2011-01-27 17:02:36] il...@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/.
Thank you for the report, and for helping us make PHP better.
[2011-01-22 19:32:25] r dot i dot k at free dot fr
Description:
Since Postgresql 9.0, event notifications fired by the NOTIFY sql command
includes a payload (a 8000 bytes max piece of text).
As of now, the PHP function pg_get_notify only retrieve the "channel" (name of
the notification) and the backend pid.
The attached patch improves this situation by adding the payload to the
returned array of the pg_get_notify function, when the connected PG backend
version is at least 9.0.
Hope it helps...
Test script:
---
$dbconn = pg_connect(...) ; // To be completed
pg_query($dbconn, "LISTEN toto");
pg_query($dbconn, "NOTIFY toto, 'Hello world !'");
$notify = pg_get_notify($dbconn, PGSQL_ASSOC) ;
print_r($notify) ;
Expected result:
// Array("message" => "toto", "pid" => 12345, "payload" => "Hello world !")
Actual result:
--
// Array("message" => "toto", "pid" => 12345)
--
Edit this bug report at https://bugs.php.net/bug.php?id=53818&edit=1
Bug #60670 [Fbk->Csd]: When under load, PHP-FPM master process silently crashes
Edit report at https://bugs.php.net/bug.php?id=60670&edit=1 ID: 60670 User updated by:gwenmael dot rouxel at neovote dot com Reported by:gwenmael dot rouxel at neovote dot com Summary:When under load, PHP-FPM master process silently crashes -Status: Feedback +Status: Closed Type: Bug Package:FPM related Operating System: Debian Lenny PHP Version:5.3.8 Block user comment: N Private report: N New Comment: I am unable to reproduce the crash for now, so I cannot provide dumps or a backtrace. If it happens again, though, I'll do. Thanks for your time. Previous Comments: [2012-01-06 13:44:16] f...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2012-01-06 13:35:41] gwenmael dot rouxel at neovote dot com Description: I ran some load tests on a virtual machine which has 16GB ram and four 8Ghz VCores. The tests were run using JMeter. When ~300 simultaneous connections (10 request loop per connection) to FPM exist (through NGinx), The master process crashes and I get 502 errors. The remaining child processes continue executing their scripts then terminate. I use a static pool configuration, and no matter what the child processes number is, it crashes. -- Edit this bug report at https://bugs.php.net/bug.php?id=60670&edit=1
Bug #60709 [Opn->Dup]: Any php file of size 8192 bytes crashes Apache and PHP
Edit report at https://bugs.php.net/bug.php?id=60709&edit=1
ID: 60709
Updated by: paj...@php.net
Reported by:bugzilla33 at gmail dot com
Summary:Any php file of size 8192 bytes crashes Apache and
PHP
-Status: Open
+Status: Duplicate
Type: Bug
Package:Reproducible crash
Operating System: Win All
PHP Version:5.4.0RC5
Block user comment: N
Private report: N
New Comment:
See #48034
Previous Comments:
[2012-01-11 09:36:03] bugzilla33 at gmail dot com
The shortest working example:
run testcase
Use Apache 2.2.21, PHP 5.*, Win 7 x86/x64
[2012-01-11 09:01:48] ninzya at inbox dot lv
Duplicate: https://bugs.php.net/bug.php?id=48034
[2012-01-11 07:54:11] bugzilla33 at gmail dot com
Apache error.log:
[Wed Jan 11 08:39:51 2012] [notice] Parent: child process exited with status
255 -- Restarting.
[2012-01-11 07:51:23] bugzilla33 at gmail dot com
Description:
1. use Test script to generate crash.php, size 8192 bytes
2. now let crash php engine crash.php
3. Any php file of size 8192 bytes crashes Apache and PHP!
4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev on
three other machines, Win 7 x86 or Win 7 x64.
Test script:
---
testcase php file generator:
';
file_put_contents('crash.php',$out);
print('1. testcase file generated: crash.php, size '.strlen($out).'
bytes');
print('2. now let crash php engine crash.php');
print('3. Any php file of size 8192 bytes crashes Apache
and PHP!');
print('4. Tested with Apache 2.2.21 V9 apache longue, PHP 5.4.0 RC5 or RC6 dev
on three other machines, Win 7 x86 or Win 7 x64.');
?>
Expected result:
NO crash
Actual result:
--
CRASH
--
Edit this bug report at https://bugs.php.net/bug.php?id=60709&edit=1
Bug #60707 [Com]: max_input_vars allows one extra var
Edit report at https://bugs.php.net/bug.php?id=60707&edit=1 ID: 60707 Comment by: larue...@php.net Reported by:vr...@php.net Summary:max_input_vars allows one extra var Status: Open Type: Bug Package:Variables related Operating System: Irrelevant PHP Version:5.3.9 Block user comment: N Private report: N New Comment: max_input_vars is used to protected from ddos attack, IMO it's not a big deal :) Previous Comments: [2012-01-11 05:15:12] vr...@php.net Description: Setting max_input_vars to N allows N+1 variables. Test script: --- \n"; } var_dump($max_input_vars); var_dump(count($_POST)); ?> Expected result: string(4) "1000" int(1000) Actual result: -- string(4) "1000" int(1001) -- Edit this bug report at https://bugs.php.net/bug.php?id=60707&edit=1
Bug #44936 [Com]: BC break: ini_set() changes 'access' value
Edit report at https://bugs.php.net/bug.php?id=44936&edit=1 ID: 44936 Comment by: info at ria-developer dot eu Reported by:romain dot dorgueil at sensio dot net Summary:BC break: ini_set() changes 'access' value Status: No Feedback Type: Bug Package:*General Issues Operating System: linux 2.6.22-14 PHP Version:5.2CVS only Assigned To:iliaa Block user comment: N Private report: N New Comment: I also have the same problem in PHP 5.2.17 version. Does anyone know what means "63" in key "access" after call ini_get_all()? Thanks for help in advance. According to documentation (http://www.php.net/manual/en/configuration.changes.modes.php) there sholuld be 1,6,4 or 7. Previous Comments: [2008-10-26 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-09-08 20:06:18] s...@php.net Why it is a problem? As far as I can see, there was a change that now uses some previously unused bits in the access mask, but why it is a bug? Does something that worked before doesn't work now? [2008-05-26 20:31:31] j...@php.net Ilia, I think this is the patch that causes the side-effect: http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_ini.c?r1=1.39.2.2.2.26&r2=1.39.2.2.2.27&pathrev=PHP_5_2 [2008-05-07 18:11:18] romain dot dorgueil at sensio dot net Description: ini_set changes the 'access' parameter of configuration entry to 63 without any reason. This behaviour did not exist in previous versions and is very easy to reproduce. It is not documented and not in the php 5.6.3 changelog. Reproduce code: --- https://bugs.php.net/bug.php?id=44936&edit=1
Bug #48460 [Com]: Referencing an object property causes behaviour change after clone
Edit report at https://bugs.php.net/bug.php?id=48460&edit=1 ID: 48460 Comment by: matteopuppis at gmail dot com Reported by:ben at last dot fm Summary:Referencing an object property causes behaviour change after clone Status: No Feedback Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.2.9 Block user comment: N Private report: N New Comment: More simple code: test[0] = 'pippo'; $b = clone $a; $b->test[0] = 'pluto'; echo ($a->test[0].''); $c = new Obj(); $c->test[0]->prova = 'pippo'; $d = clone $c; $d->test[0]->prova = 'pluto'; echo ($c->test[0]->prova); ?> Expected result: "pippo pippo" Actual result: "pippo pluto" Previous Comments: [2009-09-26 01:00:03] 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". [2009-09-18 19:01:59] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-06-03 15:26:16] ben at last dot fm Hmm. The bug is that you can alter the behaviour of clone (that is, force $d- >list to be copied-by-reference instead of copied-by-value) merely by creating any other reference to $a->list. 'clone' is, therefore, the only language construct (that I know of) which is capable of this, and is NOT the same as "$b = new A; $b->list = $a->list". There is in fact no way to tell whether a property is a reference or not without cloning the entire object and seeing what happens when you change the clone's property; or by forcibly unsetting and resetting the property. [2009-06-03 13:54:41] col...@php.net This is quite expected, that's basically the same as: $a = array(2); $d = &$a[0]; $a_copy = $a; $a_copy[0]++; echo $a[0],$d; // 3 3 You can do a deep copy using the __clone hook. OTOH I'm not sure if clone shouldn't separate the properties directly, instead of simply assigning them. [2009-06-03 13:34:44] ben at last dot fm Sorry, put this in the wrong category. 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=48460 -- Edit this bug report at https://bugs.php.net/bug.php?id=48460&edit=1
Bug #60693 [Opn]: bug list
Edit report at https://bugs.php.net/bug.php?id=60693&edit=1 ID: 60693 User updated by:droit at angosso dot net Reported by:droit at angosso dot net Summary:bug list Status: Open Type: Bug Package:Performance problem -Operating System: /index3.php +Operating System: OS GNU/Linux Ubuntu PHP Version:trunk-SVN-2012-01-09 (SVN) Block user comment: N Private report: N New Comment: Example #60694 [www.angosso.net/angosso/angosso.aspx] # List the configure usage extensions $ php configure.php # Choose a language (like Japanese), the default is English # Note: This assumes you checked out ja either as phpdoc-ja or phpdoc-all $ php configure.php --with-lang=ja # If a validation error occurred that requires additional debugging info then # this (--enable-xml-details) memory intensive option may help $ php configure.php --enable-xml-details # Force a save even when the XML document is invalid $ php configure.php --force-dom-save # To configure one specific book, with APC as an example. This will create # .manual.book.apc.xml instead of .manual.xml and although slightly faster # it's not preferred. Consider creating .manual.xml and use PhD to choose ids # as later described in this HOWTO $ php configure.php --partial=book.apc Note: The future of configure.php Previous Comments: [2012-01-09 23:28:10] droit at angosso dot net Description: --- >From manual page: http://www.php.net/security.apache --- open_basedir dynamically and virtual host PHP script on a virtual host is document root. Angosso: ServerName www.angosso.com DocumentRoot /www-home/angosso.com [...] php_admin_value open_basedir \ "/www-home/angosso.com/:/usr/lib/php/" Test script: --- Angosso: ServerName www.angosso.com DocumentRoot /www-home/angosso.com [...] php_admin_value open_basedir \ "/www-home/angosso.com/:/usr/lib/php/" Expected result: list bug $a$b\n"; ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=60693&edit=1
Bug #48460 [NoF->Csd]: Referencing an object property causes behaviour change after clone
Edit report at https://bugs.php.net/bug.php?id=48460&edit=1
ID: 48460
User updated by:ben at last dot fm
Reported by:ben at last dot fm
Summary:Referencing an object property causes behaviour
change after clone
-Status: No Feedback
+Status: Closed
Type: Bug
Package:Scripting Engine problem
Operating System: Linux
PHP Version:5.2.9
Block user comment: N
Private report: N
New Comment:
Sorry matteo, that's not got anything to do with the bug I was reporting. Your
example doesn't include setting a reference, so it's not the same bug.
I can confirm this bug still exists in PHP 5.3.5.
Here is a real minimal test case:
class A { var $p; }
$a = new A;
$a->p = 'expected';
$x =& $a->p;
$b = clone $a;
$a->p = 'unexpected;
echo $b->p; // prints 'unexpected'; b is sharing references with a, due to an
inbound reference from outside, so clone behaviour changes for that property.
You can also cause clone behaviour to change using the following highly bizarre
incantation:
$a = new A;
$a->p =& $a->p; // turn the property into a reference with a refcount of 1.
$b = clone $a;
$a->p = 1;
$b->p = 2;
echo $a->p; // gives 2.
Previous Comments:
[2012-01-11 14:06:16] matteopuppis at gmail dot com
More simple code:
test[0] = 'pippo';
$b = clone $a;
$b->test[0] = 'pluto';
echo ($a->test[0].'');
$c = new Obj();
$c->test[0]->prova = 'pippo';
$d = clone $c;
$d->test[0]->prova = 'pluto';
echo ($c->test[0]->prova);
?>
Expected result: "pippo pippo"
Actual result: "pippo pluto"
[2009-09-26 01:00:03] 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".
[2009-09-18 19:01:59] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-06-03 15:26:16] ben at last dot fm
Hmm.
The bug is that you can alter the behaviour of clone (that is, force $d-
>list to be copied-by-reference instead of copied-by-value) merely by
creating any other reference to $a->list. 'clone' is, therefore, the
only language construct (that I know of) which is capable of this, and
is NOT the same as "$b = new A; $b->list = $a->list".
There is in fact no way to tell whether a property is a reference or not
without cloning the entire object and seeing what happens when you
change the clone's property; or by forcibly unsetting and resetting the
property.
[2009-06-03 13:54:41] col...@php.net
This is quite expected, that's basically the same as:
$a = array(2);
$d = &$a[0];
$a_copy = $a;
$a_copy[0]++;
echo $a[0],$d; // 3 3
You can do a deep copy using the __clone hook.
OTOH I'm not sure if clone shouldn't separate the properties directly, instead
of simply assigning them.
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=48460
--
Edit this bug report at https://bugs.php.net/bug.php?id=48460&edit=1
[PHP-BUG] Bug #60712 [NEW]: PHP Server Central
From: Operating system: Gnu/linux php 5.3 PHP version: 5.3.9 Package: Dynamic loading Bug Type: Bug Bug description:PHP Server Central Description: Test PHP Bonjour le monde'; ?> Test script: --- Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Expected result: Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Actual result: -- Angosso http://www.;angosso.net/default.aspx'; ?> -- Edit bug report at https://bugs.php.net/bug.php?id=60712&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60712&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60712&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60712&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60712&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60712&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60712&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60712&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60712&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60712&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60712&r=support Expected behavior: https://bugs.php.net/fix.php?id=60712&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60712&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60712&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60712&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60712&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60712&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60712&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60712&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60712&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60712&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60712&r=mysqlcfg
[PHP-BUG] Bug #60713 [NEW]: MD5 checksums doesn't match
From: Operating system: windows xp PHP version: Irrelevant Package: *General Issues Bug Type: Bug Bug description:MD5 checksums doesn't match Description: Hello, I have downloaded several time a file but checksums don't match. URL: http://windows.php.net/download/ Files: 1. PHP 5.2 (5.2.17) VC6 x86 Non Thread Safe (2011-Mar-22 13:28:39) # Installer [20.24MB] sha1: 2145f6adf72ab5f9a067c52163c6b1c18c47eedd 2. # Installer [20.41MB] sha1: 710a69733aa280f22c86e8b868c51f5796f0a390 In both option I get shorter checksum by 8 digits. I have downloaded the files several time with Opera and Firefox browsers I have checked the files using the file downloaded from the following URL: http://www.softpedia.com/progDownload/MD5-Checker-Download-22900.html I have attached the checker to this report. Please Advise, Kind Regards David -- Edit bug report at https://bugs.php.net/bug.php?id=60713&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60713&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60713&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60713&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60713&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60713&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60713&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60713&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60713&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60713&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60713&r=support Expected behavior: https://bugs.php.net/fix.php?id=60713&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60713&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60713&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60713&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60713&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60713&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60713&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60713&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60713&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60713&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60713&r=mysqlcfg
Bug #60713 [Opn]: MD5 checksums doesn't match
Edit report at https://bugs.php.net/bug.php?id=60713&edit=1 ID: 60713 Updated by: paj...@php.net Reported by:ilgroup9 at hotmail dot com Summary:MD5 checksums doesn't match Status: Open Type: Bug Package:*General Issues Operating System: windows xp PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Move to 5.3, 5.2 are there for convenience only. Previous Comments: [2012-01-11 15:00:59] ilgroup9 at hotmail dot com Description: Hello, I have downloaded several time a file but checksums don't match. URL: http://windows.php.net/download/ Files: 1. PHP 5.2 (5.2.17) VC6 x86 Non Thread Safe (2011-Mar-22 13:28:39) # Installer [20.24MB] sha1: 2145f6adf72ab5f9a067c52163c6b1c18c47eedd 2. # Installer [20.41MB] sha1: 710a69733aa280f22c86e8b868c51f5796f0a390 In both option I get shorter checksum by 8 digits. I have downloaded the files several time with Opera and Firefox browsers I have checked the files using the file downloaded from the following URL: http://www.softpedia.com/progDownload/MD5-Checker-Download-22900.html I have attached the checker to this report. Please Advise, Kind Regards David -- Edit this bug report at https://bugs.php.net/bug.php?id=60713&edit=1
[PHP-BUG] Bug #60714 [NEW]: htmlspecialchars() ignore default_charset value
From: Operating system: linux PHP version: 5.4.0RC5 Package: *Languages/Translation Bug Type: Bug Bug description:htmlspecialchars() ignore default_charset value Description: Since default charset changed, I got compatibility problem - htmlspecialchars() start to strip cp1251 (or any non-unicode) national symbols and no way to change another default charset. But looks like default_charset is provided for similar goals (and, ideally - charset= html detection too). I suggest just to get default charset for htmlspecialchars() (and IMHO for htmlentities()) from default_charset. -- Edit bug report at https://bugs.php.net/bug.php?id=60714&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60714&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60714&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60714&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60714&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60714&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60714&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60714&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60714&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60714&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60714&r=support Expected behavior: https://bugs.php.net/fix.php?id=60714&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60714&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60714&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60714&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60714&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60714&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60714&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60714&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60714&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60714&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60714&r=mysqlcfg
Bug #60712 [Opn]: PHP Server Central
Edit report at https://bugs.php.net/bug.php?id=60712&edit=1 ID: 60712 User updated by:mbiama dot ekombitie dot com at live dot fr Reported by:mbiama dot ekombitie dot com at live dot fr Summary:PHP Server Central Status: Open Type: Bug Package:Dynamic loading Operating System: Gnu/linux php 5.3 PHP Version:5.3.9 Block user comment: N Private report: N New Comment: Expected result: Angosso http://www.angosso.net/angosso/angosso.aspx'; ?> Previous Comments: [2012-01-11 14:44:25] mbiama dot ekombitie dot com at live dot fr Description: Test PHP Bonjour le monde'; ?> Test script: --- Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Expected result: Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Actual result: -- Angosso http://www.;angosso.net/default.aspx'; ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=60712&edit=1
[PHP-BUG] Bug #60715 [NEW]: Segfault
From:
Operating system: Debian
PHP version: 5.4.0RC5
Package: Reproducible crash
Bug Type: Bug
Bug description:Segfault
Description:
I can fix this segfault by either removing the ATTR_PERSISTENT option, or
by
assigning parent::prepare to a local variable (i.e. $stmt =
parent::prepare('...'))
Also worth nothing I had to compile PHP as shared due to a bug when trying
to
compile the extension with mysqlnd which is filed in a separate report.
Linux localdev 3.1.0-1-amd64 #1 SMP Fri Dec 23 16:37:11 UTC 2011 x86_64
GNU/Linux
$ php -v
PHP 5.4.0RC5 (cli) (built: Jan 10 2012 19:42:22)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
$ phpize -v
Configuring for:
PHP Api Version: 20100412
Zend Module Api No: 20100525
Zend Extension Api No: 220100525
$ cat /etc/issue
Debian GNU/Linux wheezy/sid \n \l
$ mysql --version
mysql Ver 14.14 Distrib 5.1.58, for debian-linux-gnu (x86_64) using
readline 6.2
Test script:
---
true,
\PDO::ATTR_ERRMODE => \PDO::ERRMODE_EXCEPTION,
);
try {
parent::__construct('mysql:dbname=testdb;host=localhost', 'testuser',
'testpass', $options);
$this->stmt = parent::prepare('select * from table');
} catch (\Exception $ex) {
var_dump($ex);
}
}
}
$test = new BuggedPDO();
Expected result:
A proper resource in $this->stmt
Actual result:
--
Jan 11 10:26:00 kernel: [ 956.330577] php-fpm[2255]: segfault at 0 ip
00729beb sp 7fffad56c8e0 error 4 in php-fpm[40+76d000]
--
Edit bug report at https://bugs.php.net/bug.php?id=60715&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60715&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60715&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60715&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60715&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60715&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60715&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60715&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60715&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60715&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60715&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60715&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60715&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60715&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60715&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60715&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60715&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60715&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60715&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60715&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60715&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60715&r=mysqlcfg
Bug #60715 [Opn]: Segfault
Edit report at https://bugs.php.net/bug.php?id=60715&edit=1
ID: 60715
User updated by:martin at martins-creations dot co dot uk
Reported by:martin at martins-creations dot co dot uk
Summary:Segfault
Status: Open
Type: Bug
Package:MySQL related
Operating System: Debian
PHP Version:5.4.0RC5
Block user comment: N
Private report: N
New Comment:
I meant I had to compile pdo-mysql as shared
./configure --with-pdo-mysql=shared --enable-fpm --enable-inline-optimization
Previous Comments:
[2012-01-11 15:44:14] martin at martins-creations dot co dot uk
Description:
I can fix this segfault by either removing the ATTR_PERSISTENT option, or by
assigning parent::prepare to a local variable (i.e. $stmt =
parent::prepare('...'))
Also worth nothing I had to compile PHP as shared due to a bug when trying to
compile the extension with mysqlnd which is filed in a separate report.
Linux localdev 3.1.0-1-amd64 #1 SMP Fri Dec 23 16:37:11 UTC 2011 x86_64
GNU/Linux
$ php -v
PHP 5.4.0RC5 (cli) (built: Jan 10 2012 19:42:22)
Copyright (c) 1997-2012 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies
$ phpize -v
Configuring for:
PHP Api Version: 20100412
Zend Module Api No: 20100525
Zend Extension Api No: 220100525
$ cat /etc/issue
Debian GNU/Linux wheezy/sid \n \l
$ mysql --version
mysql Ver 14.14 Distrib 5.1.58, for debian-linux-gnu (x86_64) using readline
6.2
Test script:
---
true,
\PDO::ATTR_ERRMODE => \PDO::ERRMODE_EXCEPTION,
);
try {
parent::__construct('mysql:dbname=testdb;host=localhost', 'testuser',
'testpass', $options);
$this->stmt = parent::prepare('select * from table');
} catch (\Exception $ex) {
var_dump($ex);
}
}
}
$test = new BuggedPDO();
Expected result:
A proper resource in $this->stmt
Actual result:
--
Jan 11 10:26:00 kernel: [ 956.330577] php-fpm[2255]: segfault at 0 ip
00729beb sp 7fffad56c8e0 error 4 in php-fpm[40+76d000]
--
Edit this bug report at https://bugs.php.net/bug.php?id=60715&edit=1
[PHP-BUG] Req #60716 [NEW]: Ability to set PDO connection timeout in milliseconds
From: Operating system: n/a PHP version: 5.4.0RC5 Package: PDO related Bug Type: Feature/Change Request Bug description:Ability to set PDO connection timeout in milliseconds Description: I'd like the ability to set PDO's connection timeout (to MySQL specifically) in milliseconds. The lowest the timeout can current be set to is 1 second, which is an extremely long time to wait for a database machine to reply. I run a synchronously replicated MySQL environment (Galera), and I'd like to be able to move on to the next machine if the database doesn't respond in say, 10 ms. Instead, PHP waits one second. This reduces the throughput of my PHP scripts from several hundred per second to only a handful per second, severely impacting performance and quickly exhausting the PHP thread pool, leading to timeouts. -- Edit bug report at https://bugs.php.net/bug.php?id=60716&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60716&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60716&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60716&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60716&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60716&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60716&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60716&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60716&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60716&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60716&r=support Expected behavior: https://bugs.php.net/fix.php?id=60716&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60716&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60716&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60716&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60716&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60716&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60716&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60716&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60716&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60716&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60716&r=mysqlcfg
[PHP-BUG] Bug #60717 [NEW]: Order of traits in use statement can cause a fatal error
From:
Operating system: Ubuntu 11.10
PHP version: 5.4.0RC5
Package: Class/Object related
Bug Type: Bug
Bug description:Order of traits in use statement can cause a fatal error
Description:
The fatal trigger only occurs when the order of the use statement is
class HTMLHelper implements Helper
{
use TextUTF8, TextArea, HTMLAttributes;
}
If the use statement is reordered...
class HTMLHelper implements Helper
{
use TextArea, HTMLAttributes, TextUTF8;
}
then code is fine.
I guess that some testing of abstract methods is missing somewhere?
Test script:
---
https://gist.github.com/1595674
Expected result:
No fatal error
Actual result:
--
PHP Fatal error: Can't inherit abstract function
HTML\HTMLAttributes::text()
(previously declared abstract in HTML\TextArea) in
/var/www/framework.localhost/htdocs/bug.php on line 55
--
Edit bug report at https://bugs.php.net/bug.php?id=60717&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60717&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60717&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60717&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60717&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60717&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60717&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60717&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60717&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60717&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60717&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60717&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60717&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60717&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60717&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60717&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60717&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60717&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60717&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60717&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60717&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60717&r=mysqlcfg
[PHP-BUG] Bug #60718 [NEW]: pgsql extension no longer compiles
From: Operating system: Red Hat Enterprise Linux AS rele PHP version: 5.3.9 Package: Compile Failure Bug Type: Bug Bug description:pgsql extension no longer compiles Description: Somewhere between 5.3.6 and 5.3.9 the pgsql extension lost the ability to be compiled on systems using older versions of postgresql. Here is my configure line: #! /bin/sh # # Created by configure CFLAGS='-O3' \ CXXFLAGS='-O3' \ LIBS='-lssl -lncurses' \ './configure' \ '--enable-discard-path' \ '--with-openssl=shared' \ '--with-zlib=shared' \ '--enable-bcmath' \ '--with-bz2=shared' \ '--enable-calendar' \ '--with-curl=shared' \ '--enable-dba=shared' \ '--with-gdbm=shared' \ '--with-db4=shared' \ '--enable-dbase' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd=shared' \ '--enable-gd-native-ttf' \ '--enable-gd-jis-conv' \ '--with-gettext=shared' \ '--with-gmp=shared' \ '--with-imap=shared' \ '--with-kerberos' \ '--with-imap-ssl' \ '--with-ldap' \ '--enable-mbstring' \ '--with-mysql=/usr' \ '--with-ncurses=shared' \ '--with-oci8' \ '--with-pspell=shared' \ '--with-readline=shared' \ '--enable-shmop' \ '--with-snmp=shared' \ '--enable-sockets' \ '--with-sqlite=shared' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-wddx' \ '--with-freetype-dir' \ '--with-jpeg-dir' \ '--with-xpm-dir' \ '--with-apxs2=/usr/local/apache/bin/apxs' \ '--with-mysqli' \ '--enable-pdo=shared' \ '--with-pdo-mysql=shared' \ '--with-pdo-oci=shared' \ '--with-pdo-sqlite=shared' \ '--with-tidy' \ '--enable-soap=shared' \ '--enable-zip' \ '--with-pgsql' \ "$@" When I run make I get: /bin/sh /home/long/src/php-5.3.9-ap2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/pgsql/ -I/home/long/src/php-5.3.9-ap2/ext/pgsql/ -DPHP_ATOM_INC -I/home/long/src/php-5.3.9-ap2/include -I/home/long/src/php-5.3.9-ap2/main -I/home/long/src/php-5.3.9-ap2 -I/home/long/src/php-5.3.9-ap2/ext/date/lib -I/home/long/src/php-5.3.9-ap2/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/imap -I/home/long/src/php-5.3.9-ap2/ext/mbstring/oniguruma -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/apps/oracle/OraHome1/rdbms/public -I/apps/oracle/OraHome1/rdbms/demo -I/home/long/src/php-5.3.9-ap2/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/local/include -I/home/long/src/php-5.3.9-ap2/TSRM -I/home/long/src/php-5.3.9-ap2/Zend-I/usr/include -O3 -prefer-non-pic -c /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c -o ext/pgsql/pgsql.lo /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c: In function `zif_pg_get_notify': /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4810: structure has no member named `extra' /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4821: structure has no member named `extra' make: *** [ext/pgsql/pgsql.lo] Error 1 [long@wbtstap php-5.3.9-ap2]$ Test script: --- n/a Expected result: pgsql extension should still compile Actual result: -- does not compile -- Edit bug report at https://bugs.php.net/bug.php?id=60718&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60718&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60718&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60718&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60718&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60718&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60718&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60718&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60718&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60718&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60718&r=support Expected behavior: https://bugs.php.net/fix.php?id=60718&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60718&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60718&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60718&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60718&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60718&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60718&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60718&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60718&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60718&r=nozend MySQL Configuration Error:
Bug #60718 [Opn->Fbk]: pgsql extension no longer compiles
Edit report at https://bugs.php.net/bug.php?id=60718&edit=1 ID: 60718 Updated by: paj...@php.net Reported by:long at ku dot edu Summary:pgsql extension no longer compiles -Status: Open +Status: Feedback Type: Bug Package:Compile Failure Operating System: Red Hat Enterprise Linux AS rele PHP Version:5.3.9 Block user comment: N Private report: N New Comment: Which version of the libpg do you have? Previous Comments: [2012-01-11 17:32:26] long at ku dot edu Description: Somewhere between 5.3.6 and 5.3.9 the pgsql extension lost the ability to be compiled on systems using older versions of postgresql. Here is my configure line: #! /bin/sh # # Created by configure CFLAGS='-O3' \ CXXFLAGS='-O3' \ LIBS='-lssl -lncurses' \ './configure' \ '--enable-discard-path' \ '--with-openssl=shared' \ '--with-zlib=shared' \ '--enable-bcmath' \ '--with-bz2=shared' \ '--enable-calendar' \ '--with-curl=shared' \ '--enable-dba=shared' \ '--with-gdbm=shared' \ '--with-db4=shared' \ '--enable-dbase' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd=shared' \ '--enable-gd-native-ttf' \ '--enable-gd-jis-conv' \ '--with-gettext=shared' \ '--with-gmp=shared' \ '--with-imap=shared' \ '--with-kerberos' \ '--with-imap-ssl' \ '--with-ldap' \ '--enable-mbstring' \ '--with-mysql=/usr' \ '--with-ncurses=shared' \ '--with-oci8' \ '--with-pspell=shared' \ '--with-readline=shared' \ '--enable-shmop' \ '--with-snmp=shared' \ '--enable-sockets' \ '--with-sqlite=shared' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-wddx' \ '--with-freetype-dir' \ '--with-jpeg-dir' \ '--with-xpm-dir' \ '--with-apxs2=/usr/local/apache/bin/apxs' \ '--with-mysqli' \ '--enable-pdo=shared' \ '--with-pdo-mysql=shared' \ '--with-pdo-oci=shared' \ '--with-pdo-sqlite=shared' \ '--with-tidy' \ '--enable-soap=shared' \ '--enable-zip' \ '--with-pgsql' \ "$@" When I run make I get: /bin/sh /home/long/src/php-5.3.9-ap2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/pgsql/ -I/home/long/src/php-5.3.9-ap2/ext/pgsql/ -DPHP_ATOM_INC -I/home/long/src/php-5.3.9-ap2/include -I/home/long/src/php-5.3.9-ap2/main -I/home/long/src/php-5.3.9-ap2 -I/home/long/src/php-5.3.9-ap2/ext/date/lib -I/home/long/src/php-5.3.9-ap2/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/imap -I/home/long/src/php-5.3.9-ap2/ext/mbstring/oniguruma -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/apps/oracle/OraHome1/rdbms/public -I/apps/oracle/OraHome1/rdbms/demo -I/home/long/src/php-5.3.9-ap2/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/local/include -I/home/long/src/php-5.3.9-ap2/TSRM -I/home/long/src/php-5.3.9-ap2/Zend-I/usr/include -O3 -prefer-non-pic -c /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c -o ext/pgsql/pgsql.lo /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c: In function `zif_pg_get_notify': /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4810: structure has no member named `extra' /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4821: structure has no member named `extra' make: *** [ext/pgsql/pgsql.lo] Error 1 [long@wbtstap php-5.3.9-ap2]$ Test script: --- n/a Expected result: pgsql extension should still compile Actual result: -- does not compile -- Edit this bug report at https://bugs.php.net/bug.php?id=60718&edit=1
Bug #60718 [Fbk->Opn]: pgsql extension no longer compiles
Edit report at https://bugs.php.net/bug.php?id=60718&edit=1 ID: 60718 User updated by:long at ku dot edu Reported by:long at ku dot edu Summary:pgsql extension no longer compiles -Status: Feedback +Status: Open Type: Bug Package:Compile Failure Operating System: Red Hat Enterprise Linux AS rele PHP Version:5.3.9 Block user comment: N Private report: N New Comment: rh-postgresql-devel-7.3.21-3 Previous Comments: [2012-01-11 17:43:23] paj...@php.net Which version of the libpg do you have? [2012-01-11 17:32:26] long at ku dot edu Description: Somewhere between 5.3.6 and 5.3.9 the pgsql extension lost the ability to be compiled on systems using older versions of postgresql. Here is my configure line: #! /bin/sh # # Created by configure CFLAGS='-O3' \ CXXFLAGS='-O3' \ LIBS='-lssl -lncurses' \ './configure' \ '--enable-discard-path' \ '--with-openssl=shared' \ '--with-zlib=shared' \ '--enable-bcmath' \ '--with-bz2=shared' \ '--enable-calendar' \ '--with-curl=shared' \ '--enable-dba=shared' \ '--with-gdbm=shared' \ '--with-db4=shared' \ '--enable-dbase' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd=shared' \ '--enable-gd-native-ttf' \ '--enable-gd-jis-conv' \ '--with-gettext=shared' \ '--with-gmp=shared' \ '--with-imap=shared' \ '--with-kerberos' \ '--with-imap-ssl' \ '--with-ldap' \ '--enable-mbstring' \ '--with-mysql=/usr' \ '--with-ncurses=shared' \ '--with-oci8' \ '--with-pspell=shared' \ '--with-readline=shared' \ '--enable-shmop' \ '--with-snmp=shared' \ '--enable-sockets' \ '--with-sqlite=shared' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-wddx' \ '--with-freetype-dir' \ '--with-jpeg-dir' \ '--with-xpm-dir' \ '--with-apxs2=/usr/local/apache/bin/apxs' \ '--with-mysqli' \ '--enable-pdo=shared' \ '--with-pdo-mysql=shared' \ '--with-pdo-oci=shared' \ '--with-pdo-sqlite=shared' \ '--with-tidy' \ '--enable-soap=shared' \ '--enable-zip' \ '--with-pgsql' \ "$@" When I run make I get: /bin/sh /home/long/src/php-5.3.9-ap2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/pgsql/ -I/home/long/src/php-5.3.9-ap2/ext/pgsql/ -DPHP_ATOM_INC -I/home/long/src/php-5.3.9-ap2/include -I/home/long/src/php-5.3.9-ap2/main -I/home/long/src/php-5.3.9-ap2 -I/home/long/src/php-5.3.9-ap2/ext/date/lib -I/home/long/src/php-5.3.9-ap2/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/imap -I/home/long/src/php-5.3.9-ap2/ext/mbstring/oniguruma -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl -I/home/long/src/php-5.3.9-ap2/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/apps/oracle/OraHome1/rdbms/public -I/apps/oracle/OraHome1/rdbms/demo -I/home/long/src/php-5.3.9-ap2/ext/sqlite3/libsqlite -I/usr/include/pspell -I/usr/local/include -I/home/long/src/php-5.3.9-ap2/TSRM -I/home/long/src/php-5.3.9-ap2/Zend-I/usr/include -O3 -prefer-non-pic -c /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c -o ext/pgsql/pgsql.lo /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c: In function `zif_pg_get_notify': /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4810: structure has no member named `extra' /home/long/src/php-5.3.9-ap2/ext/pgsql/pgsql.c:4821: structure has no member named `extra' make: *** [ext/pgsql/pgsql.lo] Error 1 [long@wbtstap php-5.3.9-ap2]$ Test script: --- n/a Expected result: pgsql extension should still compile Actual result: -- does not compile -- Edit this bug report at https://bugs.php.net/bug.php?id=60718&edit=1
Req #51918 [Com]: Phar::webPhar() does not handle requests sent through PUT and DELETE method
Edit report at https://bugs.php.net/bug.php?id=51918&edit=1
ID: 51918
Comment by: f at overridelogic dot com
Reported by:max dot romanovsky at gmail dot com
Summary:Phar::webPhar() does not handle requests sent
through PUT and DELETE method
Status: Open
Type: Feature/Change Request
Package:PHAR related
Operating System: FreeBSD
PHP Version:5.3.2
Block user comment: N
Private report: N
New Comment:
I ran into the same problem with the same results with 5.3.9 on Ubuntu, and
created a patch (phar_restful.patch) to support PUT, DELETE and OPTIONS. He are
my results after applying it:
Test script
---
phar = new Phar('temp.phar');
$phar['index.php'] = '';
Test requests
--
PUT /temp.phar/index.php HTTP/1.1
Host: localhost
Content-Length: 11
Hello World
DELETE /temp.phar/index.php HTTP/1.1
Host: localhost
Content-Length: 11
Hello World
OPTIONS /temp.phar/index.php HTTP/1.1
Host: localhost
Content-Length: 11
Hello World
Actual result
-
HTTP/1.1 200 OK
Date: Wed, 11 Jan 2012 15:39:36 GMT
Server: Apache/2.2.16 (Ubuntu)
X-Powered-By: PHP/5.3.9
Vary: Accept-Encoding
Content-Length: 41
Content-Type: text/html
string(11) "Hello World"
string(3) "PUT"
HTTP/1.1 200 OK
Date: Wed, 11 Jan 2012 15:39:38 GMT
Server: Apache/2.2.16 (Ubuntu)
X-Powered-By: PHP/5.3.9
Vary: Accept-Encoding
Content-Length: 44
Content-Type: text/html
string(11) "Hello World"
string(6) "DELETE"
HTTP/1.1 200 OK
Date: Wed, 11 Jan 2012 15:39:42 GMT
Server: Apache/2.2.16 (Ubuntu)
X-Powered-By: PHP/5.3.9
Vary: Accept-Encoding
Content-Length: 45
Content-Type: text/html
string(11) "Hello World"
string(7) "OPTIONS"
Previous Comments:
[2011-08-29 20:35:34] max dot romanovsky at gmail dot com
But we can't build RESTful application that will be packaged in Phar and
started
using Phar::webPhar().
Or there is some other intention to handle only GET and POST methods?
[2011-08-29 19:06:53] bj...@php.net
It seems quite intentional. It only supports GET and POST, not PUT, DELETE,
HEAD,
...
[2010-05-26 10:40:16] max dot romanovsky at gmail dot com
Description:
Phar::webPhar() does not handle requests sent through PUT and DELETE request
method.
Test script:
---
PUT /REST/foo HTTP/1.1
host: example.com
Content-Length: 2
12
HTTP/1.1 200 OK
Server: nginx/0.8.36
Date: Tue, 25 May 2010 14:01:42 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.3.2
0
--
Edit this bug report at https://bugs.php.net/bug.php?id=51918&edit=1
Bug #60712 [Opn->Asn]: PHP Server Central
Edit report at https://bugs.php.net/bug.php?id=60712&edit=1 ID: 60712 User updated by:mbiama dot ekombitie dot com at live dot fr Reported by:mbiama dot ekombitie dot com at live dot fr Summary:PHP Server Central -Status: Open +Status: Assigned Type: Bug Package:Dynamic loading Operating System: Gnu/linux php 5.3 PHP Version:5.3.9 Block user comment: N Private report: N New Comment: "www.angosso.net/angosso/angosso.php", 12 => true); echo $arr["www.angosso.net/deafault.aspx/."]; // bar echo $arr[12];// 1 Previous Comments: [2012-01-11 15:43:12] mbiama dot ekombitie dot com at live dot fr Expected result: Angosso http://www.angosso.net/angosso/angosso.aspx'; ?> [2012-01-11 14:44:25] mbiama dot ekombitie dot com at live dot fr Description: Test PHP Bonjour le monde'; ?> Test script: --- Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Expected result: Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Actual result: -- Angosso http://www.;angosso.net/default.aspx'; ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=60712&edit=1
[PHP-BUG] Bug #60719 [NEW]: dev-lang/php-5.3.9 has problems with stream_get_line()
From: Operating system: gentoo PHP version: 5.3.9 Package: Streams related Bug Type: Bug Bug description:dev-lang/php-5.3.9 has problems with stream_get_line() Description: It looks like that the new php version has a problem with talking to beanstalkd on a local socket. example: $packet = stream_get_line($this->_connection, 16384, "\r\n"); https://github.com/davidpersson/beanstalk/blob/master/src/Socket/Beanstalk.php#L190 Expected result: operation should finish in below 1second Actual result: -- needs about 1 minute to complete -- Edit bug report at https://bugs.php.net/bug.php?id=60719&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60719&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60719&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60719&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60719&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60719&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60719&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60719&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60719&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60719&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60719&r=support Expected behavior: https://bugs.php.net/fix.php?id=60719&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60719&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60719&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60719&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60719&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60719&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60719&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60719&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60719&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60719&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60719&r=mysqlcfg
Bug #60712 [Asn->Spm]: PHP Server Central
Edit report at https://bugs.php.net/bug.php?id=60712&edit=1 ID: 60712 Updated by: der...@php.net Reported by:mbiama dot ekombitie dot com at live dot fr Summary:PHP Server Central -Status: Assigned +Status: Spam Type: Bug Package:Dynamic loading Operating System: Gnu/linux php 5.3 PHP Version:5.3.9 Block user comment: N Private report: N Previous Comments: [2012-01-11 18:26:01] mbiama dot ekombitie dot com at live dot fr "www.angosso.net/angosso/angosso.php", 12 => true); echo $arr["www.angosso.net/deafault.aspx/."]; // bar echo $arr[12];// 1 [2012-01-11 15:43:12] mbiama dot ekombitie dot com at live dot fr Expected result: Angosso http://www.angosso.net/angosso/angosso.aspx'; ?> [2012-01-11 14:44:25] mbiama dot ekombitie dot com at live dot fr Description: Test PHP Bonjour le monde'; ?> Test script: --- Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Expected result: Angosso http://www.;angosso.net/angosso/angosso.aspx'; ?> Actual result: -- Angosso http://www.;angosso.net/default.aspx'; ?> -- Edit this bug report at https://bugs.php.net/bug.php?id=60712&edit=1
Bug #60719 [Opn]: dev-lang/php-5.3.9 has problems with stream_get_line()
Edit report at https://bugs.php.net/bug.php?id=60719&edit=1 ID: 60719 Updated by: cataphr...@php.net Reported by:alexander dot haensch at gmail dot com Summary:dev-lang/php-5.3.9 has problems with stream_get_line() Status: Open Type: Bug Package:Streams related Operating System: gentoo PHP Version:5.3.9 Block user comment: N Private report: N New Comment: There's a change in 5.3.9 in stream_get_line that may be causing your problems, but to understand if it's a bug in PHP, we'd need a short reproducible script (or a pair of scripts in this case). Thanks. Previous Comments: [2012-01-11 18:31:42] alexander dot haensch at gmail dot com Description: It looks like that the new php version has a problem with talking to beanstalkd on a local socket. example: $packet = stream_get_line($this->_connection, 16384, "\r\n"); https://github.com/davidpersson/beanstalk/blob/master/src/Socket/Beanstalk.php#L190 Expected result: operation should finish in below 1second Actual result: -- needs about 1 minute to complete -- Edit this bug report at https://bugs.php.net/bug.php?id=60719&edit=1
Bug #60719 [Opn->Fbk]: dev-lang/php-5.3.9 has problems with stream_get_line()
Edit report at https://bugs.php.net/bug.php?id=60719&edit=1 ID: 60719 Updated by: cataphr...@php.net Reported by:alexander dot haensch at gmail dot com Summary:dev-lang/php-5.3.9 has problems with stream_get_line() -Status: Open +Status: Feedback Type: Bug Package:Streams related Operating System: gentoo PHP Version:5.3.9 Block user comment: N Private report: N Previous Comments: [2012-01-11 22:41:19] cataphr...@php.net There's a change in 5.3.9 in stream_get_line that may be causing your problems, but to understand if it's a bug in PHP, we'd need a short reproducible script (or a pair of scripts in this case). Thanks. [2012-01-11 18:31:42] alexander dot haensch at gmail dot com Description: It looks like that the new php version has a problem with talking to beanstalkd on a local socket. example: $packet = stream_get_line($this->_connection, 16384, "\r\n"); https://github.com/davidpersson/beanstalk/blob/master/src/Socket/Beanstalk.php#L190 Expected result: operation should finish in below 1second Actual result: -- needs about 1 minute to complete -- Edit this bug report at https://bugs.php.net/bug.php?id=60719&edit=1
Bug #60714 [Opn]: htmlspecialchars() ignore default_charset value
Edit report at https://bugs.php.net/bug.php?id=60714&edit=1 ID: 60714 Updated by: cataphr...@php.net Reported by:mahatma at bspu dot unibel dot by Summary:htmlspecialchars() ignore default_charset value Status: Open Type: Bug Package:*Languages/Translation Operating System: linux PHP Version:5.4.0RC5 Block user comment: N Private report: N New Comment: Yes, there's a BC break in 5.4 in this respect. You can make htmlspecialchars use default_charset, but you'd still have to change all the calls to use the empty string as charset. I'm leaving this open for now, as this change was made without any discussion I remember. Previous Comments: [2012-01-11 15:38:30] mahatma at bspu dot unibel dot by Description: Since default charset changed, I got compatibility problem - htmlspecialchars() start to strip cp1251 (or any non-unicode) national symbols and no way to change another default charset. But looks like default_charset is provided for similar goals (and, ideally - charset= html detection too). I suggest just to get default charset for htmlspecialchars() (and IMHO for htmlentities()) from default_charset. -- Edit this bug report at https://bugs.php.net/bug.php?id=60714&edit=1
[PHP-BUG] Bug #60721 [NEW]: FOLLOWLOCATION and subsequent headers
From: Operating system: Ubuntu 11.10 (GNU/Linux 3.0.0-14 PHP version: Irrelevant Package: cURL related Bug Type: Bug Bug description:FOLLOWLOCATION and subsequent headers Description: https://sourceforge.net/tracker/index.php?func=detail&aid=3472244&group_id=976&atid=100976 PHP 5.3.6-13ubuntu3.3 with Suhosin-Patch (cli) (built: Dec 13 2011 18:18:37) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies with Xdebug v2.1.2, Copyright (c) 2002-2011, by Derick Rethan The Server on the subsequent request via followlocation is waiting for extra data and hangs; as the Content-Type and Content-Length headers are included in the second request. This isnt normal behaviour is it?! My debug is in the below pets, aswell as another example found online. My debug has had the URLs changed by hand so there might be typos. http://core.trac.wordpress.org/ticket/17490#comment:11 -- Edit bug report at https://bugs.php.net/bug.php?id=60721&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60721&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60721&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60721&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60721&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60721&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60721&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60721&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60721&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60721&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60721&r=support Expected behavior: https://bugs.php.net/fix.php?id=60721&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60721&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60721&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60721&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60721&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60721&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60721&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60721&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60721&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60721&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60721&r=mysqlcfg
Bug #60713 [Com]: MD5 checksums doesn't match
Edit report at https://bugs.php.net/bug.php?id=60713&edit=1 ID: 60713 Comment by: phpmpan at mpan dot pl Reported by:ilgroup9 at hotmail dot com Summary:MD5 checksums doesn't match Status: Open Type: Bug Package:*General Issues Operating System: windows xp PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The problem is not which version is being downloaded. You will get wrong checksum for any file he downloads. Sentence "in both option I get shorter checksum by 8 digits" and a name of used application clearly suggest that you're calculating MD5 instad of SHA1. Therefore the problem lies between chair and keyboard, not in PHP. Previous Comments: [2012-01-11 15:27:33] paj...@php.net Move to 5.3, 5.2 are there for convenience only. [2012-01-11 15:00:59] ilgroup9 at hotmail dot com Description: Hello, I have downloaded several time a file but checksums don't match. URL: http://windows.php.net/download/ Files: 1. PHP 5.2 (5.2.17) VC6 x86 Non Thread Safe (2011-Mar-22 13:28:39) # Installer [20.24MB] sha1: 2145f6adf72ab5f9a067c52163c6b1c18c47eedd 2. # Installer [20.41MB] sha1: 710a69733aa280f22c86e8b868c51f5796f0a390 In both option I get shorter checksum by 8 digits. I have downloaded the files several time with Opera and Firefox browsers I have checked the files using the file downloaded from the following URL: http://www.softpedia.com/progDownload/MD5-Checker-Download-22900.html I have attached the checker to this report. Please Advise, Kind Regards David -- Edit this bug report at https://bugs.php.net/bug.php?id=60713&edit=1
