Re: [PHP-DEV] [RFC] UString

Morning, > Why would that be expected behaviour? I mean I can't do > >$date = (DateTime) $timestring; No, but you can't do: $string = (string) $datetime; But can do: $string = (string) $ustring; Where $ustring is instanceof UString. Even if you never write $string = (string) $us

Re: [PHP-DEV] [RFC] UString

Hi Joe. Am 01.07.15 um 07:36 schrieb Joe Watkins: > [..] > > Another possible issue is engine integration: > > $string = (UString) $someString; > $string = (UString) "someString"; > > These aren't very different to 'new UString', but for an integrated > solution, kind of expected to wor

Re: [PHP-DEV] [RFC] UString

Morning Sara, > Curious what the current state of the UString RFC is. I've got a > functionality request for HHVM to wrap icu::UnicodeString and was > hoping to match PHP behavior if any plans had been made, and lo... > here's a plan! I was (semi) convinced by Dmitry that the superior implementa

RE: [PHP-DEV] Re: Fixes for #69900 and #69963

Hi Christoph, Greateful thanks for the checks. > -Original Message- > From: Christoph Becker [mailto:cmbecke...@gmx.de] > Sent: Wednesday, July 1, 2015 12:55 AM > To: Anatol Belski; 'PHP Internals' > Cc: 'Pierre Joye'; 'Kalle Sommer Nielsen'; 'Dmitry Stogov'; 'Xinchen Hui'; > 'Nikita > P

Re: [PHP-DEV] [RFC] UString

On Mon, Mar 2, 2015 at 12:48 AM, Nikita Popov wrote: > On Tue, Oct 21, 2014 at 9:06 AM, Joe Watkins wrote: >> https://wiki.php.net/rfc/ustring >> >> This is the result of work done by a few of us, we won't be >> opening any >> vote in a fortnight. We have a long time before 7, the

[PHP-DEV] Re: Fixes for #69900 and #69963

Hi! Anatol Belski wrote: > regarding the mentioned tickets I've prepared a patch > https://github.com/php/php-src/compare/master...weltling:pipe_blocking_win . Great. > Anonymous pipes on Windows > > - don't support asynchronous IO > - don't support select() > - have buffer size of 4096 bytes

RE: [PHP-DEV] Re: Fixes for #69900 and #69963

Hi Dmitry, Thanks for the review :) Greetings Anatol > -Original Message- > From: Dmitry Stogov [mailto:dmi...@zend.com] > Sent: Tuesday, June 30, 2015 9:45 PM > To: Anatol Belski > Cc: PHP Internals; Pierre Joye; Kalle Sommer Nielsen; Xinchen Hui; Nikita > Popov > Subject: [PHP-DEV] R

[PHP-DEV] Re: Fixes for #69900 and #69963

Hi Anatol, I don't see any problems committing this. Thanks. Dmitry. On Tue, Jun 30, 2015 at 9:41 PM, Anatol Belski wrote: > Hi, > > regarding the mentioned tickets I've prepared a patch > https://github.com/php/php-src/compare/master...weltling:pipe_blocking_win > . > Anonymous pipes on Wind

[PHP-DEV] Fixes for #69900 and #69963

Hi, regarding the mentioned tickets I've prepared a patch https://github.com/php/php-src/compare/master...weltling:pipe_blocking_win . Anonymous pipes on Windows - don't support asynchronous IO - don't support select() - have buffer size of 4096 bytes (or even less) which is much easier overflow

RE: [PHP-DEV] Improved zend_string API

> De : morrison.l...@gmail.com [mailto:morrison.l...@gmail.com] De la part > > Just to time in with my $0.02: I feel that using macros as an > abstraction in this case is bad practice. I believe that in *most* > cases macros as an abstraction is a bad practice. Furthermore, there > isn't any reaso

Re: [PHP-DEV] Revisit trailing commas in function call parameters?

Some more context: https://bugs.php.net/bug.php?id=64176 https://wiki.php.net/rfc/trailing-comma-function-args (failed 15-20) On a more positive side, this change was very well received within Faceboo

Re: [PHP-DEV] Improved zend_string API

On Tue, Jun 30, 2015 at 8:15 AM, Bob Weinand wrote: >> Am 30.06.2015 um 12:53 schrieb François Laupretre : >> >>> De : Bob Weinand [mailto:bobw...@hotmail.com] >>> >>> Precisely. Instead of tight coupling to the structure, we now couple to the >>> macro… and it's not like the macro will be left un

Re: [PHP-DEV] Improved zend_string API

> Am 30.06.2015 um 12:53 schrieb François Laupretre : > >> De : Bob Weinand [mailto:bobw...@hotmail.com] >> >> Precisely. Instead of tight coupling to the structure, we now couple to the >> macro… and it's not like the macro will be left untouched once we change the >> underlying structure. > >

RE: [PHP-DEV] Please unhardwire the streams from opcache

Hi, > De : Karoly Negyesi [mailto:kar...@negyesi.net] > > I wrote https://www.drupal.org/files/issues/2513326_34.patch this > monstrosity out of necessity because > https://github.com/php/php- > src/blob/6e3e1e31e92fd57f12471461fc3496ac057757b0/ext/opcache/ZendAc > celerator.c#L149 > is_cacheable_

RE: [PHP-DEV] Improved zend_string API

> De : Bob Weinand [mailto:bobw...@hotmail.com] > > Precisely. Instead of tight coupling to the structure, we now couple to the > macro… and it's not like the macro will be left untouched once we change the > underlying structure. There are different levels of encapsulation : 1st level can be see

[PHP-DEV] Please unhardwire the streams from opcache

Hello, I wrote https://www.drupal.org/files/issues/2513326_34.patch this monstrosity out of necessity because https://github.com/php/php-src/blob/6e3e1e31e92fd57f12471461fc3496ac057757b0/ext/opcache/ZendAccelerator.c#L149 is_cacheable_stream_path hardwires file:// and phar:// Please give us a cha

[PHP-DEV] Re: VCS Account Request: trowski

VCS Account Approved: trowski approved by salathe \o/ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php