> On Feb 3, 2021, at 8:27 AM, Nikita Popov wrote:
>
> If you stick to the FiberScheduler concept, then you might want to consider
> inverting the API. Right now you're basically using a standard Fiber API,
> with the difference that suspend() accepts a FiberScheduler, which is
> unintuitive to
RFC ref: https://wiki.php.net/rfc/fsync_function
PR ref: https://github.com/php/php-src/pull/6650
I think this one is pretty much good now and passing builds; when I first
proposed adding fsync some time ago, there was a suggestion from a couple
contributors that an RFC might be overkill/unnecessa
> On Jan 31, 2021, at 11:29 AM, Levi Morrison via internals
> wrote:
>
> I think it would probably be advantageous to have an observer that
> alerts interested parties when the fiber switches. This way we can
> avoid querying the current fiber on every fcall.
>
Hi Levi,
Yes, I agree and will
The vote on the Enumerations RFC is hereby opened. It will run until 17
February 2021.
https://wiki.php.net/rfc/enumerations
Vote now, or forever hold your memory allocations.
--
Larry Garfield
la...@garfieldtech.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
On Wed, Feb 3, 2021 at 5:09 PM Levi Morrison wrote:
> On Wed, Feb 3, 2021 at 8:50 AM Nikita Popov wrote:
> >
> > On Wed, Feb 3, 2021 at 4:38 PM Levi Morrison wrote:
> >>
> >> Hello, everyone!
> >>
> >> This proposal adds two new classes to the SPL:
> >>
> >> - `Spl\ReverseArrayIterator`. It i
On Wed, Feb 3, 2021 at 8:50 AM Nikita Popov wrote:
>
> On Wed, Feb 3, 2021 at 4:38 PM Levi Morrison wrote:
>>
>> Hello, everyone!
>>
>> This proposal adds two new classes to the SPL:
>>
>> - `Spl\ReverseArrayIterator`. It iterates over an array in reverse
>> order. It does not duplicate the arr
> 2021年2月2日 上午11:04,tyson andre 写道:
>
> Hi Aaron Piotrowski,
>
>> I would like to introduce an RFC for adding full-stack fibers to PHP:
>> https://wiki.php.net/rfc/fibers
>>
>> Fibers are primarily used to implement green-threads or coroutines for
>> asynchronous I/O. Fibers are similar to th
On Wed, Feb 3, 2021 at 4:38 PM Levi Morrison wrote:
> Hello, everyone!
>
> This proposal adds two new classes to the SPL:
>
> - `Spl\ReverseArrayIterator`. It iterates over an array in reverse
> order. It does not duplicate the array.
> - `Spl\ForwardArrayIterator`. It iterates over an array
> 2020年12月18日 上午12:30,Aaron Piotrowski 写道:
>
> Hello everyone!
>
> I would like to introduce an RFC for adding full-stack fibers to PHP:
> https://wiki.php.net/rfc/fibers
>
> Fibers are primarily used to implement green-threads or coroutines for
> asynchronous I/O. Fibers are similar to threa
Hello, everyone!
This proposal adds two new classes to the SPL:
- `Spl\ReverseArrayIterator`. It iterates over an array in reverse
order. It does not duplicate the array.
- `Spl\ForwardArrayIterator`. It iterates over an array in forward
(normal) order. It does not duplicate the array.
They
Le 03/02/2021 à 15:14, Nikita Popov a écrit :
I've written up an initial draft for property accessors at
https://wiki.php.net/rfc/property_accessors, but once again I get the
distinct impression that this is adding a lot of language complexity, that
is possibly not justified (and it will be more
On Wed, Feb 3, 2021 at 3:40 PM tyson andre
wrote:
> Hi Bob Weinand,
>
> Voting has started on
> https://wiki.php.net/rfc/readline_interactive_shell_result_function
> on 2021-01-19, and ends on 2021-02-02.
>
> This RFC proposes to dump the results of non-null expressions using
Hi Bob Weinand,
Voting has started on
https://wiki.php.net/rfc/readline_interactive_shell_result_function
on 2021-01-19, and ends on 2021-02-02.
This RFC proposes to dump the results of non-null expressions using
var_dump/var_export() by default in `php -a` (the int
On Tue, Feb 2, 2021 at 10:35 PM Niklas Keller wrote:
> Hey Nikita,
>
> Thank you for the proposal. Ergonomics of async I/O in PHP certainly leave
>> something to be desired right now, and improvements in this area are
>> welcome.
>>
>> Despite your explanations in the RFC and this thread, I'm sti
On Mon, Dec 28, 2020 at 9:24 PM Larry Garfield
wrote:
> There's been a number of discussions of late around property visibility
> and how to make objects more immutable. Since it seems to have been
> well-received in the past, I decided to do a complete analysis and context
> of the various thin
15 matches
Mail list logo