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

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

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

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. > > > >

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

[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

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

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

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

On Mon, Mar 16, 2015 at 2:12 PM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi all, On Mon, Mar 16, 2015 at 2:49 PM, Dennis Birkholz den...@birkholz.biz wrote: Am 16.03.2015 um 06:28 schrieb Xinchen Hui: lib.php ?php declare(strict_types = 1); function

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

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

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

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

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

Anthony, On Thu, Feb 26, 2015 at 1:29 PM, Anthony Ferrara ircmax...@gmail.com 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

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

Zeev, On Thu, Feb 26, 2015 at 2:18 PM, Zeev Suraski z...@zend.com 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 Brown; internals@lists.php.net

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

On Thu, Feb 26, 2015 at 3:15 PM, Zeev Suraski z...@zend.com 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 different user perspective on scalar type

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

On Tue, Feb 24, 2015 at 7:52 AM, Philip Sturgeon pjsturg...@gmail.com 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

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 some

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

On Tue, Feb 3, 2015 at 10:44 AM, Andrea Faulds a...@ajf.me wrote: On 3 Feb 2015, at 14:49, Lester Caine les...@lsces.co.uk 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

Re: [PHP-DEV] in Operator

Hello Pierre, Andrea and Niklas, On Mon, Jan 19, 2015 at 11:35 PM, Pierre Joye pierre@gmail.com wrote: On Tue, Jan 20, 2015 at 6:15 AM, Andrea Faulds a...@ajf.me wrote: On 20 Jan 2015, at 03:30, Mike Willbanks pen...@gmail.com wrote: I am very familiar with the in operator. However

Re: [PHP-DEV] in Operator

to see the scope of the conversation. Regards, Mike 2015-01-20 10:41 GMT-03:00 Mike Willbanks pen...@gmail.com: Hello Pierre, Andrea and Niklas, On Mon, Jan 19, 2015 at 11:35 PM, Pierre Joye pierre@gmail.com wrote: On Tue, Jan 20, 2015 at 6:15 AM, Andrea Faulds a...@ajf.me wrote

Re: [PHP-DEV] in Operator

Hello Niklas, On Sun, Jan 18, 2015 at 6:42 PM, Niklas Keller m...@kelunik.com 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

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

Hello Andrea, On Thu, Jan 15, 2015 at 10:55 AM, Andrea Faulds a...@ajf.me 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

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

Hi Andrea, On Mon, Jan 19, 2015 at 2:28 AM, Andrea Faulds a...@ajf.me 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

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

Hello Andrea, On Thu, Jan 15, 2015 at 8:09 AM, Andrea Faulds a...@ajf.me wrote: Hi Zeev, On 15 Jan 2015, at 11:56, Zeev Suraski z...@zend.com wrote: Andrea, I'm not sure what you're basing that assumption on. The incidental interactions you (or anybody) may have with 'the

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

Hi Andrea, On 15 Jan 2015, at 16:55, Mike Willbanks pen...@gmail.com 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 demonstrating that point, in that you don’t

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

On Sat, Jan 3, 2015 at 1:55 PM, Nikita Popov nikita@gmail.com 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:

Re: [PHP-DEV] ArrayPath

On Tue, Oct 7, 2014 at 12:15 PM, Johannes Schlüter johan...@schlueters.de 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

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

On Fri, Oct 3, 2014 at 12:57 PM, Ingwie Phoenix ingwie2...@googlemail.com wrote: Am 03.10.2014 um 19:38 schrieb Levi Morrison le...@php.net: On Fri, Oct 3, 2014 at 10:21 AM, Thomas Gossmann m...@gossimaniac.net wrote: Hey there, I'm just a php developer, thus not even having a

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 innumerable

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. Therefore,

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

Hello Jeremy, On Wed, Jun 26, 2013 at 8:20 AM, Jeremy Curcio j.cur...@icloud.com 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

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 mostly

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 still easily

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) trolled:

[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

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? This should

[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

[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:

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

Re: [PHP-DEV] SplClassLoader

/splclassloader I'm not 100% sure the patch still works since it's been over 1 year since it was proposed... =\ Cheers, On Fri, Jul 15, 2011 at 4:07 PM, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! On 6/29/11 6:31 AM, Mike Willbanks wrote: There's a RFC covering this. There's

Re: [PHP-DEV] SplClassLoader

On Mon, Oct 24, 2011 at 10:20 AM, Peter Cowburn petercowb...@gmail.comwrote: On 24 October 2011 15:57, David Coallier dav...@php.net wrote: On 24 October 2011 16:53, Paul Dragoonis dragoo...@gmail.com wrote: On Mon, Oct 24, 2011 at 3:47 PM, guilhermebla...@gmail.com

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

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? *

[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

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 pen...@gmail.com 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. The RFC has a more

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

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

On Tue, Feb 22, 2011 at 9:04 PM, Mike Willbanks pen...@gmail.com 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 lowercase it.  There are ways that this could be fixed

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

13:34, Mike Willbanks wrote: It seems like the only potential BC break is on linux if people were using all lowercase paths.  To me it would seem like this is really not the case or would happen only sometimes. I'd have trouble finding a single one of my apps that had a path with any uppercase

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

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

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. We do, there are

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