Andrea Faulds wrote on 23/01/2015 14:37:
Hey Nikita,
On 20 Jan 2015, at 21:46, Nikita Popov nikita@gmail.com wrote:
On Tue, Jan 20, 2015 at 9:54 PM, Marc Bennewitz dev@mabe.berlin wrote:
valid for call_user_func[_array] and callable type-hint but invalid for
for direct variable calls:
-
On 22 January 2015 at 00:56, Benjamin Eberlei kont...@beberlei.de wrote:
On Wed, Jan 7, 2015 at 8:33 PM, Benjamin Eberlei kont...@beberlei.de
wrote:
Hello everyone,
After discussion I am putting the RFC on turning gc_collect_cycles into a
function pointer to vote:
Hi!
Here's the reminder the vote for https://wiki.php.net/rfc/default_ctor
is closing in a couple of days. If you didn't vote yet please do.
Thanks,
--
Stas Malyshev
smalys...@gmail.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi all,
On Fri, Jan 23, 2015 at 8:05 PM, Andrea Faulds a...@ajf.me wrote:
On 23 Jan 2015, at 10:02, Alain Williams a...@phcomp.co.uk wrote:
On Fri, Jan 23, 2015 at 12:24:25AM +, Andrea Faulds wrote:
Having it be the same as === would be inconsistent with our existing
sorting and
Hi Mike,
On Fri, Jan 23, 2015 at 5:34 PM, Michael Wallner m...@php.net wrote:
On 23 01 2015, at 09:11, Michael Wallner m...@php.net wrote:
On 23 01 2015, at 04:42, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Could you include http_build_query() modification in the RFC?
Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400):
master branch.
propro, raphf and pecl_http do not compile with the master branch.
You'll have to checkout the phpng branch. These extensions did compile
and load:
Lester Caine in php.internals (Thu, 22 Jan 2015 21:07:36 +):
On 22/01/15 17:05, Rasmus Lerdorf wrote:
Install php7, then install any random app and see how it goes.
When I can actually run my infrastructure on PHP7 then I could at least
see if there is a performance improvement. Although I
Jan Ehrhardt in php.internals (Fri, 23 Jan 2015 22:18:50 +0100):
Dmitry Stogov in php.internals (Fri, 23 Jan 2015 17:54:45 +0400):
master branch.
propro, raphf and pecl_http do not compile with the master branch.
You'll have to checkout the phpng branch. These extensions did compile
and load:
Hi Stas,
On Fri, Jan 23, 2015 at 3:47 PM, Stanislav Malyshev smalys...@gmail.com
wrote:
User may extend SessionHandler class like
class MySession extends SessionHandler {}
but user cannot extend base class(SessionHandler) capability because
user script
cannot access to
Hi,
The PHP development team announces the immediate availability of PHP
5.5.21. CVE-2015-0231, CVE-2014-9427 and CVE-2015-0232 have been addressed
in this release, as well as many other bug fixes.
All PHP 5.5 users are encouraged to upgrade to this version.
For source downloads of PHP 5.5.21
master branch.
On Fri, Jan 23, 2015 at 12:43 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Rasmus Lerdorf in php.internals (Thu, 22 Jan 2015 09:05:28 -0800):
Hopefully everyone here knows how to compile from git and get things up
and running.
I would love to test a Windows build with all
Thanks. This problem was introduced yesterday and must be already fixed.
Dmitry.
On Fri, Jan 23, 2015 at 7:45 AM, Juan Basso jrba...@gmail.com wrote:
Trying to run phpunit on the latest CakePHP 3 gives a lot of errors of this
type (not on every test case):
php:
On 23 01 2015, at 02:40, Pierre Joye pierre@gmail.com wrote:
On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner m...@php.net wrote:
Hi!
Now, that I'm mostly done with porting pecl/http [1] and dependencies
(propro [2] and raphf [3]) to ZE3 I'd like to restart discussion on the
topic,
Hi Stas,
On 23 Jan 2015, at 23:42, Stanislav Malyshev smalys...@gmail.com wrote:
The only reasonable behavior for ==, ==, == would be raising
error/exception if type differs.
E_RECOVERABLE_ERROR may be used.
Comparison operators raising exceptions doesn't sound like a very nice
thing to
As a reminder, this RFC (https://wiki.php.net/rfc/return_types) will
close in a few hours. I want to thank everyone who has voted so far,
and encourage anyone who has not yet voted to do so.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hi Stas,
On Sat, Jan 24, 2015 at 9:29 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
Let's keep SessionHandler class. However,
PHP_FUNCTION(session_set_save_handler)
should be cleaned up to verify implemented/extended interface/class.
It's BC.
Do you have opinion for this?
I think
Sessions take a big amount of data in production systems, so it might be worth
to use msgpack (or others) as an option.
Regards
Thomas
Yasuo Ohgaki wrote on 24.01.2015 03:28:
Hi all,
Session module has session serializer modules that serializes $_SESSION
back and forth.
Session
Hi!
The only reasonable behavior for ==, ==, == would be raising
error/exception if type differs.
E_RECOVERABLE_ERROR may be used.
Comparison operators raising exceptions doesn't sound like a very nice
thing to work with.
--
Stas Malyshev
smalys...@gmail.com
--
PHP Internals - PHP Runtime
Hi Stas,
On Sat, Jan 24, 2015 at 8:49 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
This is the only reasonable use I know. I would to write user
serializer(read/writer)
handler for it.
So we went from no reasonable use to one reasonable use, documented at
the manual. I think it is
Hi!
Let's keep SessionHandler class. However,
PHP_FUNCTION(session_set_save_handler)
should be cleaned up to verify implemented/extended interface/class.
It's BC.
Do you have opinion for this?
I think it would be OK to require implementing the interface (and of
course the class should be
Hi all,
Additional comments.
On Sat, Jan 24, 2015 at 11:28 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
php.ini :
There is session.serialize_handler (Default: php) user will be added,
but user must use
session_set_serialize_handler() just like session_set_save_handler().
I also would like
Hi!
Foo::bar(); // OK
['Foo', 'bar'](); // OK
'Foo::bar'(); // FATAL ERROR
I'm not sure why one would ever need/want the latter. IMO, it just looks
weird.
--
Stas Malyshev
smalys...@gmail.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hi!
This is the only reasonable use I know. I would to write user
serializer(read/writer)
handler for it.
So we went from no reasonable use to one reasonable use, documented at
the manual. I think it is also reasonable to suppose there are more uses
for it.
My point is SessionHandler class
Hi Stas,
On Sat, Jan 24, 2015 at 8:42 AM, Stanislav Malyshev smalys...@gmail.com
wrote:
The only reasonable behavior for ==, ==, == would be raising
error/exception if type differs.
E_RECOVERABLE_ERROR may be used.
Comparison operators raising exceptions doesn't sound like a very nice
Hi all,
Session module has session serializer modules that serializes $_SESSION
back and forth.
Session serializer module can be defined by user if there is API for it. I
would like to
propose user defined serialize handler API.
The user defined serializer API will have similar API like
On 22 01 2015, at 19:51, Levi Morrison le...@php.net wrote:
Now, that I'm mostly done with porting pecl/http [1] and dependencies
(propro [2] and raphf [3]) to ZE3 I'd like to restart discussion on the
topic, whether it is feasible to add pecl_http as a bundled extension to
the core.
I found another segment fault on PHP 7 during CakePHP 3 tests. I reported
the issue on https://bugs.php.net/bug.php?id=68896
On Fri, Jan 23, 2015 at 5:01 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Jan Ehrhardt in php.internals (Fri, 23 Jan 2015 22:18:50 +0100):
Dmitry Stogov in php.internals
On Fri, Jan 23, 2015 at 5:06 PM, Levi Morrison le...@php.net wrote:
As a reminder, this RFC (https://wiki.php.net/rfc/return_types) will
close in a few hours. I want to thank everyone who has voted so far,
and encourage anyone who has not yet voted to do so.
I have close the voting. It has
This is not a segfault, but another issue exclusive from PHP 7
https://bugs.php.net/bug.php?id=68897
On Fri, Jan 23, 2015 at 11:54 PM, Juan Basso jrba...@gmail.com wrote:
I found another segment fault on PHP 7 during CakePHP 3 tests. I reported
the issue on
Developing the PHP runtime
Maintaining an official, bundled PHP extension
Maintaining the documentation
Translating the documentation
Maintaining php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
function myErrorHandler($errno, $errstr, $errfile, $errline) {...}
It would be awesome to also pass $errfile and $errline by reference. This
would allow mapping compiled source to real source code and have
meaningful error file+line information.
By compiled, I mean e.g. inlined classes (like
On 23/01/15 08:27, Michael Wallner wrote:
Well, I’m not the one to tell you that :) If I didn’t find it useful, I
wouldn’t have built it.
Don’t hesitate, if there are questions about what they conceptually are
trying to accomplish.
I think a short discussion about where to put the
Yeah, seem other want it it too, so I just updated the PR to allow the
first four parameters been passed by reference.
On 23 January 2015 at 16:23, Nicolas Grekas nicolas.grekas+...@gmail.com
wrote:
function myErrorHandler($errno, $errstr, $errfile, $errline) {...}
It would be awesome to
On Fri, Jan 23, 2015 at 12:24:25AM +, Andrea Faulds wrote:
Having it be the same as === would be inconsistent with our existing sorting
and comparison behaviour, so I don’t think it should be changed. If we made
it strict like that, we’d also have to define a strict and as well,
Hi Alain,
On 23 Jan 2015, at 10:02, Alain Williams a...@phcomp.co.uk wrote:
On Fri, Jan 23, 2015 at 12:24:25AM +, Andrea Faulds wrote:
Having it be the same as === would be inconsistent with our existing sorting
and comparison behaviour, so I don’t think it should be changed. If we
On 23 01 2015, at 04:42, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Could you include http_build_query() modification in the RFC?
http_build_query() escapes ' ' as '+' currently. It should be '%20'.
I was about to proposing this change, but it was http_* function and
the change does not
On 23 01 2015, at 09:11, Michael Wallner m...@php.net wrote:
On 23 01 2015, at 04:42, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Could you include http_build_query() modification in the RFC?
http_build_query() escapes ' ' as '+' currently. It should be '%20'.
I was about to proposing
I'm not sure though if it should be done by adding
'foo::bar' to $a() or removing it from call_user_func().
call_user_func('foo::bar') work since 5.2.2 (see http://3v4l.org/k2SOU).
Is there a serious reason to break code that is perfectly fine since 2007.
Breaking BC needs a serious reason
On Fri, 2015-01-23 at 07:38 +0100, Kevin Ingwersen (Ingwie Phoenix)
wrote:
Am 20.01.2015 um 23:11 schrieb Johannes Schlüter johan...@schlueters.de:
Hi,
On Tue, 2015-01-20 at 06:36 +0100, Kevin Ingwersen (Ingwie Phoenix)
wrote:
Today I have started to concept a new SAPI which I have
Hi,
I agree that the low-level details of different session handlers makes
the SessionHandler class a bit weird. However, I disagree that it is
useless.
We've discussed this before and I want to re-iterate my suggestion to
simply provide a separate class for each underlying save_handler, like
Hey Nikita,
On 20 Jan 2015, at 21:46, Nikita Popov nikita@gmail.com wrote:
On Tue, Jan 20, 2015 at 9:54 PM, Marc Bennewitz dev@mabe.berlin wrote:
valid for call_user_func[_array] and callable type-hint but invalid for
for direct variable calls:
- string MyClass::staticFunc
- string
Yasuo Ohgaki wrote on 23/01/2015 03:01:
Hi Niklas,
On Mon, Jan 19, 2015 at 9:42 AM, Niklas Kellerm...@kelunik.com wrote:
I'd like to propose a new feature to PHP: The in Operator
Bob mentioned a few weeks ago he wants such an operator in PHP and today I
stumbled over
42 matches
Mail list logo
