Re: [PHP-DEV] What's up with gcov.php.net?

Hey: On Thu, Dec 31, 2015 at 5:19 PM, Michael Wallner wrote: > > > On 30 12 2015, at 22:34, Andrea Faulds wrote: > > > > Hi everyone, > > > > If any of you have looked at http://gcov.php.net any time in the last > three years, you'll probably have noticed an

Re: [PHP-DEV] What's up with gcov.php.net?

> On 30 12 2015, at 22:34, Andrea Faulds wrote: > > Hi everyone, > > If any of you have looked at http://gcov.php.net any time in the last three > years, you'll probably have noticed an alarming and inexplicably high number > of test failures. And if you've looked at Travis,

Re: [PHP-DEV] [RFC] Number Format Separator

See also "[PHP-DEV] Digit separators for numeric literals" from Feb, 19th.

[PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

Hi all; I am looking to submit an RFC in order to remove the error suppression operator in PHP, namely the @ symbol. I am happy to implement this, although it is merely a concept so far. My reasons for looking to do this are: - the error suppression operator leads to developers being lazy about

[PHP-DEV] Re: [PHP-CVS] com php-src: Fix lineno for finally FAST_CALL and JMP: Zend/zend_compile.c

On Wed, 30 Dec 2015, Nikita Popov wrote: > Commit:b3afeeabefc4777ec4797a7e2c3688e9e20be4cc > Author:Nikita Popov Wed, 30 Dec 2015 23:49:07 > +0100 > Parents: 83c4417330c4bcb61ce1a9175ddad51c7353b5c9 > Branches: master > > Link: >

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] Deprecation of the Error Control Operator (@ symbol)

Hi all, Am 31.12.2015 um 15:52 schrieb Junade Ali: > I am looking to submit an RFC in order to remove the error suppression > operator in PHP, namely the @ symbol. before you can deprecate the @ operator, there is a lot of work to do beforehand. A lot of functions print warnings when they fail

Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

Le jeu. 31 déc. 2015 à 16:42, Dennis Birkholz a écrit : > Hi all, > > Am 31.12.2015 um 15:52 schrieb Junade Ali: > > I am looking to submit an RFC in order to remove the error suppression > > operator in PHP, namely the @ symbol. > > before you can deprecate the @

[PHP-DEV] Re: Line numbers for "finally"

On Thu, Dec 31, 2015 at 1:09 AM, Derick Rethans wrote: > Hi! > > On Thu, 31 Dec 2015, Nikita Popov wrote: > > > On Wed, Dec 30, 2015 at 8:55 PM, Derick Rethans wrote: > > > > > While investigating an issue with Xdebug and fast_call/fast_ret, I > > > noticed that

Re: [PHP-DEV] [RFC] Number Format Separator

Hi Davey, Davey Shafik wrote: You mention no support for numeric strings, but how will settype($string, int|float), intval(), floatval(), is_numeric() and ctype_digit() work with this change? I do think if you don't change the semantics for strings to number conversion (which I agree you can't

Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

On 31/12/2015 14:52, Junade Ali wrote: I am looking to submit an RFC in order to remove the error suppression operator in PHP, namely the @ symbol. While few and far between, there are still valid use cases for the suppression operator, for example when using curl -- Mark Baker _

Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

Hi! > I am looking to submit an RFC in order to remove the error suppression > operator in PHP, namely the @ symbol. I don't think it is a good idea, currently, for the following reasons: 1. A lot of functions produce error messages which may not be important in specific scenario, and the users

Re: [PHP-DEV] Deprecation of the Error Control Operator (@ symbol)

On Thu, Dec 31, 2015 at 4:10 PM, Stanislav Malyshev wrote: > > The inherent problem is that some error reporting is unneeded in some > contexts, while welcome in others. That's the problem that needs > solving, the syntax is secondary to it. > That hits the nail on the