[PHP-DEV] Re: PHP 7.4.28 Released!

On 18.02.2022 at 16:02, Jan Ehrhardt wrote: > Derick Rethans in php.internals (Thu, 17 Feb 2022 14:42:47 + (GMT)): >> The PHP development team announces the immediate availability of PHP >> 7.4.28. This is a security release. > >> Windows downloads: > > 7.

[PHP-DEV] Re: PHP 7.4.28 Released!

Derick Rethans in php.internals (Thu, 17 Feb 2022 14:42:47 + (GMT)): >The PHP development team announces the immediate availability of PHP >7.4.28. This is a security release. >Windows downloads: 7.4.28 is not there. 7.4.27 is there. And even 7.3.33 is st

Re: [PHP-DEV] [RFC] Undefined Variable Error Promotion

On 18/02/2022 12:31, Mark Randall wrote: I would claim that the unary operators behave slightly different, if it were a case of cooerce to zero, the behaviour of null++ and null-- would be expected to be the same as operating on 0, but it's not. null++ is allowed, but null-- returns null, and

Re: [PHP-DEV] [RFC] Undefined Variable Error Promotion

On 18/02/2022 10:50, Rowan Tommins wrote: Other than an optimised implementation, there's nothing particularly special about the ++ operator's handling of null, it behaves the same as any other arithmetic operator: I would claim that the unary operators behave slightly different, if it were a

Re: [PHP-DEV] [RFC] Undefined Variable Error Promotion

On 17/02/2022 23:28, Mark Randall wrote: I present: https://wiki.php.net/rfc/undefined_variable_error_promotion It would be good to have a "Scope" or "Unaffected Functionality" section here, because there are a number of closely related things which were also raised from Notice to Warning i

Re: [PHP-DEV] [RFC] Undefined Variable Error Promotion

On 18/02/2022 08:51, Mark Randall wrote: The only reason this works at all is because an undefined variable read falls back to null, and the increment operator is hardcoded to treat null++ as 1. Other than an optimised implementation, there's nothing particularly special about the ++ operat

Re: [PHP-DEV] [RFC] [Under Discussion] Random Extension 4.0

Hi On 2/18/22 07:31, Go Kudo wrote: I have been looking into output buffering, but don't know the right way to do it. The buffering works fine if all RNG generation widths are static, but if they are dynamic so complicated. I believe the primary issue here is that the engines are expected to

Re: [PHP-DEV] [RFC] [Under Discussion] Random Extension 4.0

Hi On 2/18/22 04:05, Go Kudo wrote: As for your question, buffering the output can lead to counter-intuitive behavior in code like the following. ```php getBytes(2); // Generate a new 64 bits (to waste) $engine->generate(); // Retrieve 64 bits (first 48 bits from buffer, but last 16 bits newl

Re: [PHP-DEV] [RFC] Undefined Variable Error Promotion

On 18/02/2022 07:48, Robert Landers wrote: Just out of curiosity, why is the 3rd case being included here? Is it just because it's currently a warning > When I first taught PHP in 2011, I was told > post-increment/decrement was sugar for `isset($var) ? $var + 1 : 1` This is not the case, there