[PHP-DEV] CVS Account Request: wormus

commit to PEAR's Validate_Finance co-lead with Stefan Neufeind -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Throwable patch(es) and finalizing the story

-interface Should I just submit that as a separate pull on GitHub and we can discuss it? Aaron Piotrowski aa...@icicle.io -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Throwable patch(es) and finalizing the story

Submitted the pull request: https://github.com/php/php-src/pull/1284 I’m not 100% sure on using the name Error, but Java uses a similar name scheme, so it isn’t without precedent and it keeps the names shorter. I also have a branch that prevents user s

Re: [PHP-DEV] Throwable patch(es) and finalizing the story

trying to write `new Closure()`) that I could merge if it is decided that the behavior is desired. Aaron Piotrowski (Sorry for originally sending this to you directly Sebastian, I’m new to the list and thought I could just hit reply.) > On May 17, 2015, at 12:07 AM, Sebastian Bergmann wr

[PHP-DEV] Throwable Interface RFC

Hi all! I’ve registered on the wiki with username trowski and would like to request write access so I can create an RFC for the PR at https://github.com/php/php-src/pull/1284 Thanks! Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http

[PHP-DEV] [RFC] Throwable Interface

ace> Pull Request: https://github.com/php/php-src/pull/1284 <https://github.com/php/php-src/pull/1284> Aaron Piotrowski

Re: [PHP-DEV] [RFC] Throwable Interface

his is a separate issue though and could be discussed in a future RFC. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Throwable Interface

) ⊢ TypeError (replaces TypeException) ∟ ParseError (replaces ParseException) I’d like to complete a vote before too many alpha releases are made. I’ll be happy to resolve the merge conflicts in the PR if the vote passes. Regards, Aaron Piotrowski -- PHP Internals

Re: [PHP-DEV] [RFC] Throwable Interface

nting Throwable, TypeException extending EngineException, and ParseException implementing Throwable. 2) If (1) is accepted, also change EngineException to Error, TypeException to TypeError, and ParseException with ParseError, with TypeError and ParseError extending Error. Regards, Aaron Piotrowski

Re: [PHP-DEV] [RFC] Throwable Interface

r the name of the second exception branch. It has precedent in other languages and is less likely to cause confusion. Most user code that would collide with the name is likely very outdated, but still could easily be updated in only a few minutes. Regards, Aaron Piotrowski

[PHP-DEV] [VOTE] Throwable Interface

, more intuitive names that clarify the separation rather than obfuscating it. Throwable and Error make stacked catch blocks cleaner with more obvious behavior. Voting no means keeping BaseException, EngineException, etc. that do not extend Exception, but are named as though they do. Regards, Aaron

Re: [PHP-DEV] [VOTE] Throwable Interface

> > On Jun 10, 2015, at 10:13 AM, Levi Morrison wrote: > > On Wed, Jun 10, 2015 at 9:05 AM, Aaron Piotrowski wrote: >> Hello, >> >> Voting is now open on the Throwable Interface RFC: >> >> https://wiki.php.net/rfc/throwable-interface > > N

[PHP-DEV] Re: [VOTE] Throwable Interface

> On Jun 10, 2015, at 12:29 PM, Christoph Becker wrote: > > Aaron Piotrowski wrote: > >> Voting is now open on the Throwable Interface RFC: >> >> https://wiki.php.net/rfc/throwable-interface > > When will the voting end? It seems to be best to

Re: [PHP-DEV] Re: [VOTE] Throwable Interface

> On Jun 10, 2015, at 7:42 PM, Yasuo Ohgaki wrote: > > Hi Aaron, > > On Thu, Jun 11, 2015 at 2:50 AM, Aaron Piotrowski <mailto:aa...@icicle.io>> wrote: > > On Jun 10, 2015, at 12:29 PM, Christoph Becker > <mailto:cmbecke...@gmx.de>> wrote: > >

[PHP-DEV] [RFC][VOTE] Throwable Interface

Hello, Resending this notification with the proper subject line. Voting is now open on the Throwable Interface RFC: https://wiki.php.net/rfc/throwable-interface Voting will remain open through June 24th. Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To

Re: [PHP-DEV] [RFC] Throwable Interface

o resolve the merge conflicts later today, so I will be happy to take care of that. Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Throwable Interface

> On Jun 15, 2015, at 6:56 AM, Anatol Belski wrote: > > Hi Dmitry, > >> -Original Message- >> From: Dmitry Stogov [mailto:dmi...@zend.com] >> Sent: Monday, June 15, 2015 10:53 AM >> To: Aaron Piotrowski >> Cc: Anatol Belski; PHP Internals

Re: [PHP-DEV] [RFC] Throwable Interface

> On Jun 15, 2015, at 9:53 AM, Dmitry Stogov wrote: > > On Mon, Jun 15, 2015 at 4:55 PM, Aaron Piotrowski <mailto:aa...@icicle.io>> wrote: > >> >> On Jun 15, 2015, at 6:56 AM, Anatol Belski > <mailto:anatol@belski.net>> wrote: >>

Re: [PHP-DEV] [RFC] Throwable Interface

> On Jun 15, 2015, at 4:02 PM, Anatol Belski wrote: > I would then suggest Aaron to stick to the minimal voting period (announcing > this as early as possible), if the voting passes - then merge the branch on > Wednesday. This way we would have nearly one week to test and do fixes

Re: [PHP-DEV] [RFC][VOTE] Throwable Interface

Hello, Voting for the Throwable Interface RFC has been changed to remain open only through today at midnight EST so the patch can be merged and tested before the next alpha release. https://wiki.php.net/rfc/throwable-interface Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime

Re: [PHP-DEV] Headsup: PHP7 feature freeze

llable and the callable type-hint. > > There is also a PR open since April 2014 : > https://github.com/php/php-src/pull/659 > Actually this has already been fixed for PHP 7, see this commit: https://github.com/php/php-src/commit/071111ecfc7ba9dabc4dfb2a068744b76540308b Thanks, Aaron Piotrows

Re: [PHP-DEV] Headsup: PHP7 feature freeze

= 'Foo::'; > $callable(); // Fatal error: Uncaught Error: Call to undefined function > Foo::() > > This behavior is inconsistent! > > Thanks > Marc > Interesting, I didn’t consider that an empty method name should invoke __callStatic(). I’ll look into fixing this sometime today or tomorrow. Thanks, Aaron Piotrowski

Re: [PHP-DEV] Improved zend_string API

*)zend_string) + 16))" would be an example of not programming to the API. > That's what a struct provides. A layer of abstraction over the offset. Hence > it's already a level of abstraction. > > I'd like to urge you to not have two (used) APIs. And considering, that IMHO > the direct accessors are much more readable than the macros and currently > also much more widely used, I'd like to remove these 4 macros/inline > functions. > > Thanks, > Bob > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > I’m very much in agreement with Bob on the confusion that these macros create. Most of the source still uses zend_string->val or zend_string->len, while now a few places now use ZSTR_VAL(zend_string) and ZSTR_LEN(zend_string). Which am I suppose to use? Do you intend to change every occurrence of direct access to the struct members to use the macros instead? Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] VCS Account Request: trowski

Quickly applying bug fixes. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] UString

hould be able to be cast to a scalar string using (string) $ustring. If performance is a concern, UString::__toString() should cache the result so multiple casts to the same object are quick. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] UString

could not be cast to ClassName). It was just a suggestion to see what others thought because someone suggested supporting casting syntax such as $ustring = (UString) $scalarString. I don’t really care for either method though (__cast() or enabling casting just for UString), as they don&

Re: [PHP-DEV] Fix division by zero to throw exception (round 2)

erator IMO shouldn't be the > recommended way to handle fundamental operations. > > You ideally just check if the divisor is 0 and then do the operation. > And at that point, we should just throw the DivisionByZeroError. > > Honestly, a warning is just the wrong thing to us

[PHP-DEV] Error Subclasses

troduces no functional changes, only more specific types of Errors are thrown from conditions that were already throwing Error objects. I was hoping this could be merged before beta 1, though I’m not sure if the time table is too tight. Cheers, Aaron Piotrowski

Re: [PHP-DEV] Error Subclasses

Hi Anatol, > On Jul 6, 2015, at 8:29 AM, Anatol Belski wrote: > > Hi Bob, > >> -Original Message- >> From: Bob Weinand [mailto:bobw...@hotmail.com] >> Sent: Monday, July 6, 2015 2:59 PM >> To: Anatol Belski >> Cc: Aaron Piotrowski; intern

Re: [PHP-DEV] JsonSerializable New Interface method Proposal

class); doesn’t seem to offer anything over $user = User::fromJson($json);. In my opinion, it seems less obvious what is happening in the former case and the latter case requires no additional functions or modification to the engine. Regards, Aaron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Core functions throwing exceptions in PHP7

al functions can result in an instance of Error being thrown, particularly with declare(strict_types=1). So those looking for consistency can be satisfied that other internal functions already can behave similarly, and those looking to fail closed can be satisfied that an exception will be thr

Re: [PHP-DEV] Core functions throwing exceptions in PHP7

t, then I think Sammy should update his PRs to throw an Error so they can be merged before the next beta release. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Recap - Core functions throwing exceptions in PHP7

nt from a function returning int, to a function returning int|null. I would also be in favor of throwing TypeError from zpp calls in new functions (and quite frankly, from zpp calls in all functions, including old functions). Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [DRAFT] RFC - array_column() function

For what my .02 is worth, I imagine "plucking" an item out of an array would not occur to a user-land developer as the proper nomenclature for extracting all the values from an array with the given key. At worst, this means many developers simply won't learn about the function and continue to i

Re: [PHP-DEV] [DRAFT] RFC - array_column() function

The name makes sense, but would likely be confused with extract() http://us3.php.net/extract On 6/25/2012 5:35 PM, Paul Dragoonis wrote: What about array_extract ? On Mon, Jun 25, 2012 at 9:31 PM, Aaron Holmes <mailto:aa...@aaronholmes.net>> wrote: For what my .02 is worth,

Re: [PHP-DEV] [RFC] Generators

tages of generators. Perhaps this is erroneous? That said, rewind() should behave consistently. I don't feel it makes sense to have rewind() succeed at one point, and fail at another. It would only cause confusion when not familiar with the behavior. Either allow it, or don't. Not bot

Re: [PHP-DEV] [RFC] Generators

On 8/14/12 10:36 AM, Stas Malyshev wrote: Hi! That said, rewind() should behave consistently. I don't feel it makes sense to have rewind() succeed at one point, and fail at another. It would only cause confusion when not familiar with the behavior. Either allow it, or don't. Not both. It does,

Re: [PHP-DEV] PHP 6.0 Wishlist

provide PHP6 without breaking everything. Aaron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] open_basedir Issue

e/sites/site66:/home/sites/www.harvardchemclub.org:/home/think/lampshade:/home/think/whiteboard:/home/think/mail:/home/think/phpmyadmin) in /home/think/whiteboard/shared/shared.inc.php on line 565 --- Thanks, Aaron Aaron Greenspan President & CEO Think Computer Corporation http://www.t

[PHP-DEV] Re: open_basedir Issue

Sara, The output is: /home/sites/site66/web/index.html Thanks, Aaron Aaron Greenspan President & CEO Think Computer Corporation http://www.thinkcomputer.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: open_basedir Issue

home/sites/www.harvardchemclub.org /home/sites/www.harvardchemclub.org/ /home/sites/www.harvardchemclub.org/web /home/sites/www.harvardchemclub.org/web/ ...or any combination thereof, I am disallowed access to my files with the aforementioned error. I think this is a bug. Aaron Aaron Greenspan President & CEO

Re: [PHP-DEV] open_basedir Issue

e first line of /var/log/dmesg: Linux version 2.2.16C37_III ([EMAIL PROTECTED]) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Sat Apr 12 14:54:32 PDT 2003 Thanks for your help, Aaron Aaron Greenspan President & CEO Think Computer Corporation http://www.thinkcomputer.c

Re: [PHP-DEV] Re: PEAR::Date broken (Was: [PHP-CVS] cvs: php-src(PHP_5_2) /ext/date php_date.c php_date.h)

ix everyone who uses the PEAR::Date class (or any other classes named date) in their applications. Aaron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] What's wrong with these hashtable iteration code?

\n", string_key); } Any ideas? -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finger Print: 9F67 391B B770 8FF6 99DC D92D 87F6 2602 1371 4D33 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [RESOLVED] Re: [PHP-DEV] What's wrong with these hashtable iteration code?

Thanks! It worked On Mon, Jul 21, 2014 at 11:20 AM, Tjerk Meesters wrote: > > > > On Mon, Jul 21, 2014 at 11:12 AM, Aaron Lewis > wrote: >> >> Hi, >> >> I'm trying to iterate through a hash table, >> >> But the zend_hash_get_current_key(

[PHP-DEV] How do I know if the code is in eval?

n eval() either -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finger Print: 9F67 391B B770 8FF6 99DC D92D 87F6 2602 1371 4D33 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Regarding PHP-FPM protocols

Hi, I'm trying to understand how php-fpm works, aka how does nginx "forward" the request to it. Now I want an example program that do it or the document that explains it. Anyone know where to get those? -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finge

[PHP-DEV] Re: Regarding PHP-FPM protocols

I also want to know about the "fastcgi_param" part, thanks! On Sat, Aug 9, 2014 at 12:43 PM, Aaron Lewis wrote: > Hi, > > I'm trying to understand how php-fpm works, aka how does nginx > "forward" the request to it. > > Now I want an example program

[PHP-DEV] Can't use php_error_docref in zend_API.c?

Hi, I'm trying to print error messages in zend, so I add a function in zend_API.{h,c} Then I got and error: /Zend/zend_API.c:3226: undefined reference to `php_error_docref So, what's the appropriate function to use? -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.e

[PHP-DEV] Unexpected dead loop

Hi, It looks like you can't call zend_eval_stringl with unserialize() If you do so it causes a segfault in zend_set_compiled_filename() Is it the right way to eval() something in a module? -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finger Print: 9F67 391B B770

[PHP-DEV] How can I let zend accept any parameters?

What should I use in "zend_parse_parameters" so that it can support arguments like this: 1. object, string 2. null, string I'm not sure what represents "null" here -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finger Print: 9F67 391B B770 8FF6

[PHP-DEV] How should I call a PHP function

Hi, I'm trying to call a function inside a module, a PHP_FUNCTION. Other than zend_eval_stringl, what's the direct way to do it? -- Best Regards, Aaron Lewis - PGP: 0x13714D33 - http://pgp.mit.edu/ Finger Print: 9F67 391B B770 8FF6 99DC D92D 87F6 2602 1371 4D33 -- PHP Inter

Re: [PHP-DEV] [RFC] Propety Accessors v1.1

On 10/8/12 1:07 PM, Denis Portnov wrote: 08.10.2012 15:52, Clint Priest пишет: public $Hours { get { return $this->Seconds / 3600; } set { $this->Seconds = $value; } isset { return isset($this->Seconds); }

Re: [PHP-DEV] [RFC] Propety Accessors v1.1

On 10/10/12 10:46 PM, Jazzer Dane wrote: If at all possible, I'd rather not add extra keywords such as read-only and write-only to the language. If it's unnecessary than it shouldn't be done - that's my point of view. The question is thus "is read-only necessary?". The proposal brought up by some

[PHP-DEV] Regarding BC bugs fixes and XKCD

I'm sure many, if not all of you have seen this already. http://xkcd.com/1172/ It sounds awfully familiar to PHP Internal's attitude toward BC considerations for bug fixes, and perhaps offers some (albeit humorous) insight into why some things just need to be fixed.

[PHP-DEV] Enabling the chroot() function in PHP 5.4

he resulting binary. Any information or explanation would be very helpful. For the record, I know what the chroot() function does and does not do. I am experimenting with using chroot() to isolate an already running script to a particular subset of the filesystem for file operations. Thanks in advance. -- - Aaron

[PHP-DEV] SVN Account Request: aaron1178

I've been using php for along time and want to contribute to the php world -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] transversing associative arrays from C

associative array of values in a for loop simular to using "foreach" in PHP ? Hope this is not too OT for this list, but I could not find a better place to ask the question. I have looked through the API SVN sources and this seems like a possible blind spot. Many thanks in advance,

[PHP-DEV] transversing associative arrays from C

oreach" in PHP ? Hope this is not too OT for this list, but I could not find a better place to ask the question. I have looked through the API SVN sources and this seems like a possible blind spot. Many thanks in advance, Aaron but how do I transverse an associative array of values in a

Re: [PHP-DEV] transversing associative arrays from C

"Chris Stockton" wrote in message news:calkfbxvsuq-zqyytdxi3a9tccieh6xzz9y-kbyqva8kpc4-...@mail.gmail.com... Hello, On Thu, Aug 25, 2011 at 2:57 PM, Aaron Gray wrote: Hi, I am working on a C extension module for PHP and am wondering about an API issue. I can see how to

Re: [PHP-DEV] transversing associative arrays from C

""Aaron Gray"" wrote in message news:a1.a0.22704.0d5e6...@pb1.pair.com... "Chris Stockton" wrote in message news:calkfbxvsuq-zqyytdxi3a9tccieh6xzz9y-kbyqva8kpc4-...@mail.gmail.com... Hello, On Thu, Aug 25, 2011 at 2:57 PM, Aaron Gray wrote: Hi, I am working o

Re: [PHP-DEV] transversing associative arrays from C

"Christopher Jones" wrote in message news:4e56e662.90...@oracle.com... On 08/25/2011 05:16 PM, Aaron Gray wrote: "Chris Stockton" wrote in message news:calkfbxvsuq-zqyytdxi3a9tccieh6xzz9y-kbyqva8kpc4-...@mail.gmail.com... Hello, On Thu, Aug 25, 2011 at 2:57 PM, Aaron G

Re: [PHP-DEV] transversing associative arrays from C

Hi Stas, "Stas Malyshev" wrote in message news:4e56f0d6.20...@sugarcrm.com... Hi! On 8/25/11 5:52 PM, Aaron Gray wrote: Thinking about it what I really want to do is see if a key exists in an array and get its type to see if it is BOOL and that it is TRUE. For this, you will ne

Re: [PHP-DEV] transversing associative arrays from C

Thanks ! "Xinchen Hui" wrote in message news:7256329410255948429@unknownmsgid... hi every api has lots of 'samples' ,that are the standard extensions in src/ext/* :) Thanks Sent from my iPhone 在 2011-8-26，11:20，Aaron Gray 写道： Hi Stas, "Stas Malyshev

[PHP-DEV] ext_skel on Fedora

I cannot seem to find 'ext_skel' or 'PECL_Gen' on my F11 instillation of php-devel ? Aaron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] ext_skel on Fedora

"Reindl Harald" wrote in message news:4e583c6a.3000...@thelounge.net... Ah right, did not think it was that old, thanks, got new servers ready to go in, Aaron -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x?

low at that point until the promise is resolved. Perhaps in this way existing functions could be modified to support async/await while maintaining the existing blocking behavior when called without the await keyword. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] async/await - is future reserved words in PHP 7.x?

e program is given the chance to be executed. This behavior is similar to async/await, instead using a generator as the async function and yield as await. There are several packages available for Icicle that implement non-blocking I/O and concurrency (multithreading). There are no extensions required for Icicle and no black magic – just making good use of the tools already available. Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] [VOTE] Class Constant Visibility

avior of method and property visibility. Interfaces should only be allowed to have public constants. Protected constants would infer that the interface knows something about implementation, which doesn’t make sense for an interface. I think the RFC should be updated to remove this ambiguity. I’m not sure if this would require the vote to be restarted, as I doubt anyone who voted yes would now vote no with this change. Regards, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

eption($message); } There is no way of knowing if the stream buffer is full before calling fwrite(), resulting in a warning and 0 being returned. IMO, just 0 should be returned without issuing a warning. Aaron Piotrowski https://trowski.com @trowski2002 -- PHP Internals - PHP Runtime Devel

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

e functions. Setting a custom error handler before calling these functions and removing the error handler afterwards is a clunky solution. Any proposal to remove the @ operator needs to address how functions issuing unavoidable warnings will be changed. Aaron Piotrowski https://trowski.com @trowski2002 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV][RFC] Callable Types

is is somewhat off-topic of this particular RFC, since we can already do general type-aliasing with `use`, use SomeFoo as Foo; perhaps similar syntax could be used for type expressions, eliminating the need for a new keyword. use callable(int, int): int as IntReducer; use array | Traversable as Itera

Re: [PHP-DEV] [Discussion] Implicitly backed enums

_dump(ExampleEnum::from('ONE')); var_dump(ExampleEnum::from('FOUR')); ``` Perhaps not as clean and easy as the functionality being built-in, but it gets the job done. :-D Aaron Piotrowski

Re: [PHP-DEV] [Discussion] Implicitly backed enums

> On May 23, 2024, at 1:20 PM, Tim Düsterhus wrote: > > Hi > > On 5/22/24 02:48, Aaron Piotrowski wrote: >> Perhaps not as clean and easy as the functionality being built-in, but it >> gets the job done. > > I would suggest to use the built-in functi

Re: [PHP-DEV] exit() via exception

ace, which is rather odd. It still allows > explicitly catching the exit. > > 3. Introducing a function like catch_exit(function() { ... }). This would > still allow catching exits (for phpunit + daemon use cases), but the fact > that this is actually implemented based on an exception would be hidden and > the only way to catch the exit is through this function. > > 4. Don't allow catching exits at all. In this case the exception is just an > implementation detail. > > Nikita +1 for option 3. EngineShutdown could be a special exception to the engine, being handled like an exception internally, but not implement Throwable and therefore not an exception from user-land's point-of-view. EngineShutdown could be added to the list of "throwables", but forbid instigation in user-land. https://github.com/php/php-src/blob/db233501ff9d56765ef4a870b777a643c2136711/Zend/zend_exceptions.c#L909-L916 No catch block would catch it, because it wouldn't implement Throwable nor extend Exception or Error. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] exit() via exception

ub.com/php/php-src/blob/db233501ff9d56765ef4a870b777a643c2136711/Zend/zend_exceptions.c#L909-L916 >> >> <https://github.com/php/php-src/blob/db233501ff9d56765ef4a870b777a643c2136711/Zend/zend_exceptions.c#L909-L916> >>> >>> No catch block would catch it, because it wouldn't implement Throwable >> nor extend Exception or Error. >>> >> >> Very elegant solution! >> >> PS: Naming things is hard, but `Throwable` could not have been a >> better choice in retrospect. Ty ;) Thanks! Every once-in-a-while I manage to name something correctly! >> >>> Aaron Piotrowski >>> >> >> Márcio Aaron Piotrowski

Re: [PHP-DEV] Renaming PhpAttribute to Attribute

d classes probably should be used in the future, but for logically grouped classes (such as DOM), extensions, etc. Attributes are a basic language feature, and therefore should live in the global namespace the same way as Throwable, Iterator, Countable, etc. I did not want naming to be a blocker on the

[PHP-DEV] [RFC] Fibers

complex feature. The RFC contains many examples and links to code using fibers to help explain and demonstrate what is possible, however I’m certain many more questions and concerns will arise. Looking forward to feedback and discussion. Aaron Piotrowski -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] [RFC] Fibers

Hi Peter, > On Dec 17, 2020, at 1:23 PM, Peter Stalman wrote: > > Hi Aaron, this is very interesting to me. Can I ask why this approach as > opposed to other paradigms like promises, coroutines, etc? You mentioned > async/await in the future scope, and I assume most of these

Re: [PHP-DEV] [RFC] Fibers

> On Dec 17, 2020, at 4:11 PM, Saif Eddin Gmati wrote: > > Hello Aaron, > > First, I want to say that I love this proposal and would love to see it land > in the next PHP release, but I have one question regarding this: > > >> Promises result in the “What colo

Re: [PHP-DEV] [RFC] Fibers

> On Dec 21, 2020, at 4:33 PM, Mike Schinkel wrote: > >> On Dec 17, 2020, at 11:30 AM, Aaron Piotrowski wrote: >> >> Hello everyone! >> >> I would like to introduce an RFC for adding full-stack fibers to PHP: >> https://wiki.php.net/rfc/fibers >

Re: [PHP-DEV] [RFC] Fibers

't hesitate to ask. Cheers! Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Fibers

om/amphp/amp/tree/v3/examples/pipeline or in react-fiber https://github.com/trowski/react-fiber/tree/master/examples where the Fiber API is handled by the library rather than “application” code. Cheers, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Fibers

> On Jan 18, 2021, at 8:59 AM, Benjamin Eberlei wrote: > > Hi Aaron, > > this is a very interesting and welcome piece of functionality. I have gone > through the RFC a few times now, it have never thought about or worked with > fibers before, additional feedback will

Re: [PHP-DEV] [RFC] Fibers

vi, Yes, I agree and will look at implementing an observer API. Cheers, Aaron Piotrowski > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > <https://www.php.net/unsub.php>

Re: [PHP-DEV] [RFC] Fibers

d. Since FiberScheduler internally is just another fiber, there’s nothing really special done to switch to a fiber scheduler. Requiring suspending to a scheduler rather than an arbitrary fiber prevents users from attempting to switch to an already running fiber. Cheers, Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Fibers

> On Dec 17, 2020, at 10:30 AM, Aaron Piotrowski wrote: > > 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 > a

Re: [PHP-DEV] [RFC] Fibers

> On Feb 12, 2021, at 3:47 PM, Mark Randall wrote: > > On 12/02/2021 21:40, Aaron Piotrowski wrote: >> I would like to open voting for this RFC around the beginning of March, so >> please review the minimal API and provide any feedback soon. > > Removing the sched

Re: [PHP-DEV] [RFC] Fibers

> On Feb 12, 2021, at 4:05 PM, Aaron Piotrowski wrote: > > The Fiber API would conflict or prevent async / await from being added to PHP > in the future. The two APIs can coexist and serve different purposes. > While probably obvious from the rest of the context of the ema

Re: [PHP-DEV] [RFC] Fibers

> On Feb 3, 2021, at 11:32 AM, Aaron Piotrowski wrote: > > >> 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 swit

Re: [PHP-DEV] [RFC] Fibers

voting on the RFC next week Monday. If you have any questions or concerns, please do raise them now, as it’s always more difficult to address these once voting has started. I feel this feature deserves a lot of time to merge and test if it is to be included in 8.1, so I’d like to move forward

[PHP-DEV] [VOTE] Fibers

Greetings everyone! The vote has started on the fiber RFC: https://wiki.php.net/rfc/fibers <https://wiki.php.net/rfc/fibers> Voting will run through March 22nd. Cheers, Aaron Piotrowski

Re: [PHP-DEV] [VOTE] Fibers

> On Mar 8, 2021, at 1:40 PM, Aaron Piotrowski wrote: > > Greetings everyone! > > The vote has started on the fiber RFC: https://wiki.php.net/rfc/fibers > <https://wiki.php.net/rfc/fibers> > > Voting will run through March 22nd. > > Cheers, > Aaron Pi

Re: [PHP-DEV] [VOTE] Fibers

ibers can certainly be done if the need arises. - Being marked experimental: I was hoping this would be a good compromise between allowing people to experiment with fibers and providing the ability to make minor BC breaks if the need arose. I realize this is generally not the PHP way, howev

Re: [PHP-DEV] [VOTE] Fibers

ant to be a lightweight implementation to enable user space green-threads/coroutines. I would love to see more async tools in PHP, but that will require much more work. This is meant to be a first step toward that eventual goal, without conflicting with or restricting future additions. Cheers,

Re: [PHP-DEV] [VOTE] Fibers

l, I do not condone sending emails to people privately off list asking them to vote in a particular way. For clarification to those that may have not received the email in question, I did not send the email nor did I request that it be sent. Thanks, Aaron Piotrowski -- PHP Internals - PHP Runt

Re: [PHP-DEV] [VOTE] Fibers

all the tools for fantastic, clear, intuitive user space async code. This is the one missing piece. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] Fibers

not average PHP users, we > believe there would be little effect to the community to take this step. > > Cheers, > Aaron Piotrowski > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > Hi everyone! I’m concerned

Re: [PHP-DEV] [VOTE] Fibers

able to PHP extensions. Aaron Piotrowski -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

Re: [PHP-DEV] [VOTE] Fibers

> On Mar 11, 2021, at 10:41 AM, Ben Ramsey wrote: > >> On Mar 11, 2021, at 10:29, Aaron Piotrowski wrote: >> >> There is not an internal API to create fibers at this time. However, I >> planned to collaborate with other internals developers to add this API (a

  1   2   >