> On 23 01 2015, at 04:42, Yasuo Ohgaki 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 break scripts.
> On 22 01 2015, at 19:51, Levi Morrison 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.
>>
>> ht
> 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 (l
> On 23 01 2015, at 02:40, Pierre Joye wrote:
>
> On Thu, Jan 22, 2015 at 5:32 PM, Michael Wallner 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, whether it is feasib
> On 23 01 2015, at 09:11, Michael Wallner wrote:
>
>
>> On 23 01 2015, at 04:42, Yasuo Ohgaki 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
> 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 I
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 de
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
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
wrote:
> > function myErrorHandler($errno, &$errstr, $errfile, $errline) {...}
> >
>
> It would be awesome to also pass $errfile and
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 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 made
>>
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 ple
"master" branch.
On Fri, Jan 23, 2015 at 12:43 AM, Jan Ehrhardt 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 kinds of exten
Thanks. This problem was introduced yesterday and must be already fixed.
Dmitry.
On Fri, Jan 23, 2015 at 7:45 AM, Juan Basso wrote:
> Trying to run phpunit on the latest CakePHP 3 gives a lot of errors of this
> type (not on every test case):
>
> php: /.../php-src/Zend/zend_gc.c:144: gc_possibl
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
Fil
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 :
> >
> > 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 wanted
Hey Nikita,
> On 20 Jan 2015, at 21:46, Nikita Popov wrote:
>
> On Tue, Jan 20, 2015 at 9:54 PM, Marc Bennewitz wrote:
>
>> valid for call_user_func[_array] and callable type-hint but invalid for
>> for direct variable calls:
>> - string "MyClass::staticFunc"
>> - string "self::staticFunc"
>>
Yasuo Ohgaki wrote on 23/01/2015 03:01:
Hi Niklas,
On Mon, Jan 19, 2015 at 9:42 AM, Niklas Keller 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
>
>http://nikic.github.io/2012/07/27/H
Andrea Faulds wrote on 23/01/2015 14:37:
Hey Nikita,
On 20 Jan 2015, at 21:46, Nikita Popov wrote:
On Tue, Jan 20, 2015 at 9:54 PM, Marc Bennewitz wrote:
valid for call_user_func[_array] and callable type-hint but invalid for
for direct variable calls:
- string "MyClass::staticFunc"
- stri
On 22 January 2015 at 00:56, Benjamin Eberlei wrote:
> On Wed, Jan 7, 2015 at 8:33 PM, Benjamin Eberlei
> wrote:
>
>> Hello everyone,
>>
>> After discussion I am putting the RFC on turning gc_collect_cycles into a
>> function pointer to vote:
>>
>> https://wiki.php.net/rfc/gc_fn_pointer
>>
>> Vot
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
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:
https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x
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. Althoug
Hi Stas,
On Fri, Jan 23, 2015 at 3:47 PM, Stanislav Malyshev
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 PS(mod_data).
>
>
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 l
Hi Mike,
On Fri, Jan 23, 2015 at 5:34 PM, Michael Wallner wrote:
> > On 23 01 2015, at 09:11, Michael Wallner wrote:
> >
> >
> >> On 23 01 2015, at 04:42, Yasuo Ohgaki wrote:
> >>
> >>
> >> Could you include http_build_query() modification in the RFC?
> >> http_build_query() escapes ' ' as '+'
Hi all,
On Fri, Jan 23, 2015 at 8:05 PM, Andrea Faulds wrote:
> > On 23 Jan 2015, at 10:02, Alain Williams 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 behav
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 R
Hi Stas,
> On 23 Jan 2015, at 23:42, Stanislav Malyshev 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 work
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 cla
Hi Stas,
On Sat, Jan 24, 2015 at 8:42 AM, Stanislav Malyshev
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: http://www.php.net/unsub.ph
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: http://www.php.n
Hi Stas,
On Sat, Jan 24, 2015 at 8:49 AM, Stanislav Malyshev
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 also reason
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 b
Hi Stas,
On Sat, Jan 24, 2015 at 9:29 AM, Stanislav Malyshev
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 it woul
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
session_s
Hi all,
Additional comments.
On Sat, Jan 24, 2015 at 11:28 AM, Yasuo Ohgaki 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 to php_s
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 seri
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 wrote:
> Jan Ehrhardt in php.internals (Fri, 23 Jan 2015 22:18:50 +0100):
> >Dmitry Stogov in php.internals (Fri, 23 Jan 2015
On Fri, Jan 23, 2015 at 5:06 PM, Levi Morrison 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 passed with a
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 wrote:
> 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, Ja
42 matches
Mail list logo
