Re: [PHP-DEV] [RFC] [Discussion] Retry functionality

> > Hello internals! > > The RFC that proposes adding retry functionality to the > `try/catch/finally` block is now officially "under discussion". > This feature seems like something that would be extremely useful. However, the proposed syntax for the number of retries for a block level seems to

Re: [PHP-DEV] [RFC] Asynchronous Signal Handling (withiut TICKs and any additional overhead).

On Fri, Jun 24, 2016 at 5:20 AM, Dmitry Stogov wrote: > Hi internals, > > > Please review the RFC https://wiki.php.net/rfc/async_signals I do not like the idea of introducing this via an INI directive, what might be of value is to have a behavior on the function recommendation such that: pcntl

Re: [PHP-DEV] [RFC] [Discussion] Third-party editing of RFCs

On Thu, May 12, 2016 at 12:33 PM, Sara Golemon wrote: > https://wiki.php.net/rfc/rfc.third-party-editing > > Let's make RFCs more useful before AND after voting! > Yes please! It certainly would make it far easier to see the arguments for and against and have a history of said arguments rather

Re: [PHP-DEV] Testing HTTP/2 support in PHP

On Dec 30, 2015 5:29 PM, "Davey Shafik" wrote: > > Hey all, > > In the PR for adding HTTP/2 Server Push support to curl, Julien raises the > question of adding tests for this feature [1]. > > This is currently very difficult. > > While we have the cli-server, it currently only supports HTTP/1.x. T

Re: [PHP-DEV] Re: [RFC Discussion] Precise Session Management

Hello Yasuo, On Sun, Dec 20, 2015 at 7:01 PM, Yasuo Ohgaki wrote: > Hi all, > > On Sat, Dec 19, 2015 at 7:33 AM, Yasuo Ohgaki wrote: > > I would like to restart better session management for PHP 7.1. > > > > https://wiki.php.net/rfc/precise_session_management > > > > Although this RFC targets P

Re: [PHP-DEV] Practical comparisons on PHP7

Lester, On Wed, Dec 9, 2015 at 1:02 PM, Lester Caine wrote: > On 09/12/15 16:24, Rowan Collins wrote: > >> So as somebody already said, maybe your code or setup is really busted. > > > > Really busted, or spending all its time in a type of operation that ZE3 > > can't particularly optimize... >

[PHP-DEV] WIKI Account Request

Hello Internals, I had requested a wiki account (mwillbanks) as I would like to propose an RFC on Object casts to scalar types. This has previously been discussed prior to scalar type hints and since we have those now coming into PHP 7, I believe it would be a great time to take a look at this fo

Re: [PHP-DEV] About declare(strict_types = 1)

On Mon, Mar 16, 2015 at 2:12 PM, Yasuo Ohgaki wrote: > Hi all, > > On Mon, Mar 16, 2015 at 2:49 PM, Dennis Birkholz > wrote: > > > Am 16.03.2015 um 06:28 schrieb Xinchen Hui: > > > lib.php > > > > >declare(strict_types = 1); > > >function add(int $a, int $b) { > > >

Re: [PHP-DEV] [RFC][PRE-VOTE] In Operator

On Sun, Mar 15, 2015 at 10:07 PM, Yasuo Ohgaki wrote: > Hi Netroby, > > On Mon, Mar 16, 2015 at 12:03 PM, Netroby wrote: > > > Does the "in" support this kind of php code ? > > > > ```php > > > $arr = ['a', 'b', 'c']; > > for ($v in $arr) { > > echo $v; > > } > > > > > > ``` > > > > I know

Re: [PHP-DEV] [VOTE] [RFC] continue output buffering

Hi Mike, On Mon, Mar 9, 2015 at 7:45 AM, Michael Wallner wrote: > Hi, I’d like to start vote on RFC:continue_ob — any objections? > > https://wiki.php.net/rfc/continue_ob > > > I think it would be good to put an example of why this is immensely useful in t

Re: [PHP-DEV] Deprecate array()

On Tue, Mar 3, 2015 at 11:10 AM, Adrian Parker < i.am.hidden.somewh...@gmail.com> wrote: > Seeing it makes me vomit, IMHO. > Seeing $var = [] makes me vomit, IMHO. > > This is just a proposal, I know next to nothing about core PHP development. > On a serious note, this would never happen. The

Re: [PHP-DEV] A different user perspective on scalar type declarations

On Thu, Feb 26, 2015 at 3:15 PM, Zeev Suraski wrote: > > -Original Message- > > From: Mike Willbanks [mailto:pen...@gmail.com] > > Sent: Thursday, February 26, 2015 10:43 PM > > To: Zeev Suraski > > Cc: PHP Internals > > Subject: Re: [PHP-DEV] A diffe

Re: [PHP-DEV] A different user perspective on scalar type declarations

Zeev, On Thu, Feb 26, 2015 at 2:18 PM, Zeev Suraski wrote: > > -Original Message- > > From: Mike Willbanks [mailto:pen...@gmail.com] > > Sent: Thursday, February 26, 2015 9:46 PM > > To: Anthony Ferrara > > Cc: Dan Ackroyd; Zeev Suraski; Theodore

Re: [PHP-DEV] A different user perspective on scalar type declarations

Anthony, On Thu, Feb 26, 2015 at 1:29 PM, Anthony Ferrara wrote: > Mike, > > One point of clarification: > > > This is true, however, the types that you are receiving back form a > > multitude of data sources might be in a mixed format (databases for > example > > often provide representation ba

Re: [PHP-DEV] A different user perspective on scalar type declarations

Hello, On Thu, Feb 26, 2015 at 12:49 PM, Dan Ackroyd wrote: > On 26 February 2015 at 17:48, Zeev Suraski wrote: > >> From: Theodore Brown [mailto:theodor...@outlook.com] > >> 2. Strict types are important in some cases. > >> > >> I would *want* any value with the wrong type (even a string like

Re: [PHP-DEV] [RFC] Anonymous Classes

On Tue, Feb 24, 2015 at 7:52 AM, Philip Sturgeon wrote: > Good day! > > https://wiki.php.net/rfc/anonymous_classes > > There's a little RFC + patch that Joe Watkins put together, and as > before with the ArrayOf RFC, I'll be helping out. > > So, lets get this discussion rolling. > > It was declin

Re: [PHP-DEV] User perspective on STH

Hello, I'm writing this as an author and maintainer of a framework and many > libraries. > Caveat, for those who aren't already aware: I work for Zend, and report to > Zeev. > If you feel that will make my points impartial, please feel free to stop > reading, but I do think my points on STH bear s

Re: [PHP-DEV] [RFC] Big Integer Support

On Tue, Feb 3, 2015 at 10:44 AM, Andrea Faulds wrote: > > > On 3 Feb 2015, at 14:49, Lester Caine wrote: > > > > On 03/02/15 14:03, Andrea Faulds wrote: > >> But I don’t consider 0.25MB extra to be such a problem in practice. The > PHP binary is already huge, and every system running PHP will ha

Re: [PHP-DEV] in Operator

post and instead post under where you are commenting as it makes it more difficult for people coming later to the thread to see the scope of the conversation. Regards, Mike > > 2015-01-20 10:41 GMT-03:00 Mike Willbanks : > > Hello Pierre, Andrea and Niklas, > > > > On Mon,

Re: [PHP-DEV] in Operator

Hello Pierre, Andrea and Niklas, On Mon, Jan 19, 2015 at 11:35 PM, Pierre Joye wrote: > On Tue, Jan 20, 2015 at 6:15 AM, Andrea Faulds wrote: > >> On 20 Jan 2015, at 03:30, Mike Willbanks wrote: > >> > >> I am very familiar with the in operator. However, th

Re: [PHP-DEV] in Operator

Hello Niklas, On Sun, Jan 18, 2015 at 6:42 PM, Niklas Keller wrote: > Hello, > > 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/How-to-add-new-syntactic-f

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

Hello Andrea, On Thu, Jan 15, 2015 at 10:55 AM, Andrea Faulds wrote: > Hey Levi, > > Upon further thought, I’m not super-enthusiastic about this. As has been > pointed out, it’s a pretty serious BC break, whether code can be > automatically updated or not. PHP 4 constructors may be obsolete, but

Re: [PHP-DEV] [RFC] Combined Comparison (Spaceship) Operator

Hi Andrea, On Mon, Jan 19, 2015 at 2:28 AM, Andrea Faulds wrote: > Good morning, > > This is a reboot of Davey Shafik’s RFC (with permission). After recent > discussions about sort functions, I was inspired to bring this back up, as > I think it would be a useful feature. > > The RFC is here: ht

Re: [PHP-DEV] [RFC] Scalar Type Hints v0.2

Hi Andrea, > > > > On 15 Jan 2015, at 16:55, Mike Willbanks wrote: > > > > I actually quite disagree with that statement. > > I don’t understand. I said "either approach to scalar hints will upset a > large portion of the community”. Are you not demonstratin

Re: [PHP-DEV] [RFC] Scalar Type Hints v0.2

Hello Andrea, On Thu, Jan 15, 2015 at 8:09 AM, Andrea Faulds wrote: > Hi Zeev, > > > On 15 Jan 2015, at 11:56, Zeev Suraski wrote: > > > > Andrea, > > > > I'm not sure what you're basing that assumption on. The incidental > > interactions you (or anybody) may have with 'the community', by no w

Re: [PHP-DEV] [RFC] Remove hex support in numeric strings

On Sat, Jan 3, 2015 at 1:55 PM, Nikita Popov wrote: > Hi internals! > > I'd like to propose removing support for hexadecimal strings in the > is_numeric_string() function, in order to achieve consistency with ordinary > integer and float casts: > > https://wiki.php.net/rfc/remove_hex_support_

Re: [PHP-DEV] ArrayPath

On Tue, Oct 7, 2014 at 12:15 PM, Johannes Schlüter wrote: > On Tue, 2014-10-07 at 17:05 +0100, Mathias Grimm wrote: > > Hi, > > I would like to suggest something for php like a class I am using > > > > https://github.com/mathiasgrimm/arraypath > > > > The reason is to access arrays like this: > >

Re: [PHP-DEV] [PHP7] Remove the function keyword from class methods?

On Fri, Oct 3, 2014 at 12:57 PM, Ingwie Phoenix wrote: > > Am 03.10.2014 um 19:38 schrieb Levi Morrison : > > > On Fri, Oct 3, 2014 at 10:21 AM, Thomas Gossmann > > wrote: > > > >> Hey there, > >> > >> I'm just a php developer, thus not even having a php.net account. > >> > >> I was wondering if

Re: [PHP-DEV] make casts more strict in PHP 7

> Hi! > > > No, no it would not. PHP’s explicit casts cannot fail, and there is > > absolutely no good reason to change this. If people want strict > > casting, we can add new functions or operators for that specifically. > > But to break explicit casts and make them sometimes fail would cause > >

Re: [PHP-DEV] RFC: Move phpng to master

First off, I realize I am top posting but this thread is becoming extremely off-topic, unbalanced and overall ridiculous to see from the sidelines as someone that contributes to open source and also utilizes PHP on a daily basis for more than the last decade. Seriously, cut the shit! Everyone is

Re: [PHP-DEV] Regenerating session ID automatically when IP address has changed

On Mon, Sep 23, 2013 at 7:29 PM, Yasuo Ohgaki wrote: > Hi all, > > There isn't any good counter measure session hijack. > However, we can regenerate session ID if IP address has changed. > Hijacked users might notice that they have been logged out if session > ID is regenerated by attackers. There

Re: [PHP-DEV] Gauging Interest:RFC to add map() function

Hello Jeremy, On Wed, Jun 26, 2013 at 8:20 AM, Jeremy Curcio wrote: > Hello, > > I would like to submit an RFC to add a new function to the PHP language. > The function would be called "map()". The purpose of this function would be > to take an existing value within a range and make it to a cor

Re: [PHP-DEV] [RFC] Simplified Array API for extensions

On Tue, Apr 2, 2013 at 9:14 PM, Rasmus Lerdorf wrote: > On 04/02/2013 07:52 PM, Sara Golemon wrote: > > https://wiki.php.net/rfc/php-array-api > > Very nice. I would love to see more of the API simplified for common > tasks like this. It is a macro jungle currently. > > -Rasmus > Coming from a mo

Re: [PHP-DEV] Add get_object_constants and get_class_constants

> I am simply suggesting an alternative to using Reflection whereas: >> >> get_class_constants([object|**string]); >> get_object_constants([object])**; >> >> Do we need both; probably not; the first would likely do. >> > > +1 for the first one only > > > Am 27.02.2013 16:12, Analyst (Frank Schenk)

Re: [PHP-DEV] Add get_object_constants and get_class_constants

> > > thank you! It is a useful feature to me. > > > > class MyBitmask { > > const POS_1 = 1; > > //const POS_2 = 2;// reserved/undefined > > //const POS_3 = 3;// reserved/undefined > > const POS_4 = 4; > > I'm developing software with PHP since version 2 and i'm

[PHP-DEV] ArrayObject Fix: PR #289 Bug: #52861

Hello All, The reference issues I previously noted were mostly about unset not being a proper write context when the ZE is tricked into thinking it is a reference; this is used for both write and read write but not unset. This causes countless issues where you are unable to unset a multi-dimensio

Re: [PHP-DEV] Add get_object_constants and get_class_constants

> >> Before drafting an RFC I would like to gauge interest in adding: > >> get_object_constants and get_class_constants > >> > >> I have already drafted up a PR with the changes and supplemental data: > >> https://github.com/php/php-src/pull/292 > >> > You took the time to make a PR, but not an RFC

[PHP-DEV] Add get_object_constants and get_class_constants

Hello All, Before drafting an RFC I would like to gauge interest in adding: get_object_constants and get_class_constants Currently this can only be done through ReflectionClass which is far slower than retrieving them directly from the constants table. Some simple timings show that through refle

[PHP-DEV] ArrayObject Odd Behavior

Hello Again, I wanted to bring back the topic I started on ArrayObject; I've been doing a ton of work with ArrayObject lately and finding some odd behavior. Firstly it would be great to know if these are by design or bugs. Secondly there are some areas where it likely needs to be improved. 1: A

Re: [PHP-DEV] SplClassLoader and PSR-0 break language semantics

Hello, > Already answered before. Performance is important. A native C > > implementation is much faster than a PHP code implementation. > > Well, that's always a safe assumption. But a shiny benchmark would be > useful in this review. > Interesting hard fact would to be know if -for the overall f

Re: [PHP-DEV] SplClassLoader

On Mon, Oct 24, 2011 at 10:20 AM, Peter Cowburn wrote: > On 24 October 2011 15:57, David Coallier wrote: > > On 24 October 2011 16:53, Paul Dragoonis wrote: > >> On Mon, Oct 24, 2011 at 3:47 PM, guilhermebla...@gmail.com > >> wrote: > >>> Hi internals, > >>> > >>> It's been a while since Stas a

Re: [PHP-DEV] SplClassLoader

There's an RFC for it: https://wiki.php.net/rfc/splclassloader > > There's a patch for it: https://github.com/metagoto/splclassloader > > > > I'm not 100% sure the patch still works since it's been over 1 year > > since it was proposed... =\ >

Re: [PHP-DEV] Make mysqlnd default over libmysql in 5.4

forgot to include everyone on this response - sorry. when building PHP using >> (I) ./configure --with-mysql --with-mysqli --with-pdo-mysql >> you currently get a build using the system default libmysql, usually >> in /us or >> such. Alternatively PHP can be built using >> (II) ./configure --wit

Re: [PHP-DEV] SplClassLoader

> > There's a RFC covering this. There's a patch also. > > https://wiki.php.net/rfc/splclassloader This one seems to have fallen through the cracks? I know this would benefit many of the frameworks that are out there and give a speed bump to people utilizing them. Is this a possibility for 5.4?

Re: [PHP-DEV] [RFC] Object oriented session handlers

Forgot to keep the list on this one. On Mon, Jun 6, 2011 at 11:19 AM, Mike Willbanks wrote: > A while ago I submitted a patch to allow session_set_save_handler() to >> accept a class, and support the inheritance of the default session >> handler's methods. >> >

[PHP-DEV] [Patch] GeoIP Tests

I've gone through the GeoIP extension and ensured all of the tests now pass. Bug Report: http://pecl.php.net/bugs/bug.php?id=22749 Patch File: http://blog.digitalstruct.com/patches/geoip-svn-tests.patch.txt Also, it looks like the GeoIP extension is based on an extremely old version, I am going t

Re: [PHP-DEV] annotations again

Guilherme, As per many of the conversations on annotations one of that hardest parts of it is that there are generally 3 conversations going on about it when this starts to be discussed. It seems many threads are hi-jacked and I can understand why. I would like to state that annotations in the c

Re: [PHP-DEV] Re: [PATCH] Bug #49852 & Bug #53065 - Adding spl_autoload_case_sensitivity()

would translate this to look at: my/class.php by default which one would likely think that it would be My/Class.php being the one that would be autoloaded since we did not type it lowercase. Regards, Mike On Wed, Mar 9, 2011 at 1:06 PM, Michael Maclean wrote: > On 09/03/11 13:34, Mike Willba

Re: [PHP-DEV] Re: [PATCH] Bug #49852 & Bug #53065 - Adding spl_autoload_case_sensitivity()

likely to really hit). Regards, Mike On Tue, Feb 22, 2011 at 9:04 PM, Mike Willbanks wrote: > I think it would be better just to fix the issue in the code.  If you > run include 'My/Path/To/File.php' does it lowercase it?  It does not. > The expected behavior would to not

Re: [PHP-DEV] Re: [PATCH] Bug #49852 & Bug #53065 - Adding spl_autoload_case_sensitivity()

I think it would be better just to fix the issue in the code. If you run include 'My/Path/To/File.php' does it lowercase it? It does not. The expected behavior would to not lowercase it. There are ways that this could be fixed directly in the code. The only real requirement that it looks like t

Re: [PHP-DEV] Re: Sanity tally #2

1. #3 - it is much cleaner to read than the other implementations in resolving the conflict. a different separator will be much harder to simply see from a comparison. in a state where many people are in fact doing code reviews and as it gets larger into big business the easier to read is going t

Re: [PHP-DEV] PHP 4.4.9

Hello, On Mon, Jul 7, 2008 at 9:29 AM, Andi Gutmans <[EMAIL PROTECTED]> wrote: > > On Mon, 7 Jul 2008, Marcus Boerger wrote: > > > > > Janusz is damn right here. Make the patches available but do not > > > make it easy for people to stick to 4 please. Instead, stick to th > > > eplan. > > > > W

Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a "final" decision

> > I know they've been marked "deprecated" and all, but, really, what's > the cost/penalty to having a couple functions around for legacy apps? > Then we will continue to be at the same old issue of they exist, people will continue to use them and never move away from them. Mike