Re: [PHP-DEV] [RFC] Preserve Fractional Part in JSON encode

Hi, Everyone has any concern on the constant name as Andrea mentioned? Should we keep or rename it? If this name is fine and there is no other concerns probably in 3 days (when completes 2 weeks) this RFC can be moved to voting, right? Thanks, Juan Basso On Thu, Dec 25, 2014 at 9:17 PM, Juan Ba

RE: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

> De : Martin Amps [mailto:ph...@rtin.so] > Did you mean to omit the “return” for is_cacheable_stream_path if !PHP_STREAMS_SUPPORT_IS_CACHEABLE? Right. Thanks for this one. Actually, conditionals will go away as it is going to the PHP7 branch only. -- PHP Internals - PHP Runtime Development Ma

Re: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

Did you mean to omit the “return” for is_cacheable_stream_path if !PHP_STREAMS_SUPPORT_IS_CACHEABLE? https://github.com/flaupretre/php-src/commit/d012ba6cb357df9fcb8f6669e3c7103018590b41?diff=unified#diff-f6d4b551c6233faa294ae9a97897c7d4R143

Re: [PHP-DEV] Friend classes revived

On 5 January 2015 at 00:49, François Laupretre wrote: > Hi, > > I know the subject was discussed years ago, and it was decided not to > implement 'friend class' declarations (see > https://bugs.php.net/bug.php?id=34044). > > But the discussions occurred ten years ago, and things (and people) may

Re: [PHP-DEV] [RFC] Scalar Type Hints

On 5 January 2015 at 01:07, Andrea Faulds wrote: > Hi Stas, > > > On 4 Jan 2015, at 23:58, Stanislav Malyshev wrote: > > > >> I think it's perfectly acceptable that PHP makes a built-in type a > >> reserved word. I would certainly not change it to PHPInt to "avoid any > >> obvious clashes". > >

Re: [PHP-DEV] [RFC] Scalar Type Hints

Hi Stas, > On 4 Jan 2015, at 23:58, Stanislav Malyshev wrote: > >> I think it's perfectly acceptable that PHP makes a built-in type a >> reserved word. I would certainly not change it to PHPInt to "avoid any >> obvious clashes". > > As I already pointed out, if we make it reserved word we'll

Re: [PHP-DEV] [RFC] Scalar Type Hints

Hi! > That's in a namespace, so it's not actually Integer, but > Zend\Db\Metadata\Type\Integer Right, but it doesn't matter - in the same namespace (and in ones with suitable imports), foo(Integer $bar) still means the class, not the primitive type, and that would be broken by this RFC. Also, if

[PHP-DEV] Friend classes revived

Hi, I know the subject was discussed years ago, and it was decided not to implement 'friend class' declarations (see https://bugs.php.net/bug.php?id=34044). But the discussions occurred ten years ago, and things (and people) may be different now. Unfortunately, there is no easy-to-use and fast

Re: [PHP-DEV] Bugfest

Hi! > Would it be appropriate to close issues that are clear, but can easily > be done in userland e.g. https://bugs.php.net/bug.php?id=64639 > > Leaving an issue like that open seems to pretty pointless, even though > it is clear what is being asked. Yes, this one is pretty clearly not going to

Re: [PHP-DEV] Bugfest

On Sun, Jan 4, 2015 at 8:50 PM, Dan Ackroyd wrote: > Levi wrote: > >> ...and what to do with feature requests? > > Stanislav Malyshev wrote: > > if it's clear what is being asked than just leave them alone, > > Would it be appropriate to close issues that are clear, but can easily > be done in u

Re: [PHP-DEV] Bugfest

Levi wrote: >> ...and what to do with feature requests? Stanislav Malyshev wrote: > if it's clear what is being asked than just leave them alone, Would it be appropriate to close issues that are clear, but can easily be done in userland e.g. https://bugs.php.net/bug.php?id=64639 Leaving an issu

Re: [PHP-DEV] [RFC] Scalar Type Hints

Hey Sebastian, > On 4 Jan 2015, at 19:02, Sebastian B.-Hagensen wrote: > > It might add some value to forbid importing of unaliased type named > classes via use, so that no ambiguous type annotation exists. > Example: > > use My\Lib\string as UserString; // fine, no error > use My\Lib\int; // C

Re: [PHP-DEV] [RFC] Scalar Type Hints

2015-01-04 18:31 GMT+01:00 Derick Rethans : > On Wed, 31 Dec 2014, Stanislav Malyshev wrote: > >> >> The issue is the class names though. E.g. see: >> https://github.com/ralphschindler/zf2-db/blob/master/research/ColumnType/Integer.php > > That's in a namespace, so it's not actually Integer, but >

Re: [PHP-DEV] [RFC] Scalar Type Hints

On 04.01.15 04:43, Pierre Joye wrote:> >> I agree with your sentiments about data loss, but I am reluctant to > deviate much from the behaviour of internal functions to avoid the > inconsistency that plagued the previous RFC. > > Right, but this is what I would expect. Am I the only one? Definite

Re: [PHP-DEV] PHP 7 and json

Hi, On Sun, Dec 14, 2014 at 7:38 PM, Jakub Zelenka wrote: > Hi, > > On Wed, Dec 10, 2014 at 6:43 AM, Remi Collet > wrote: >> >> >> So, please go on > > > I have ported a decoder to PHP 7. The code can be found on my github > php-src jsond branch ( for code changes see > https://github.com/bukka

Re: [PHP-DEV] [RFC] Scalar Type Hints

On Wed, 31 Dec 2014, Stanislav Malyshev wrote: > > The issue is the class names though. E.g. see: > https://github.com/ralphschindler/zf2-db/blob/master/research/ColumnType/Integer.php That's in a namespace, so it's not actually Integer, but Zend\Db\Metadata\Type\Integer > and: > > https://g

RE: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

> De : Andrea Faulds [mailto:a...@ajf.me] > How would cache invalidation work? Is there already some mechanism to > handle that with streams? Sorry, I am not sure I understand what you mean with 'cache invalidation'. Do you mean stat/mtime check to detect file changes ? This mechanism works the sa

Re: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

Hi François, > On 4 Jan 2015, at 01:36, François Laupretre wrote: > > I just wrote this RFC to propose a clean way for opcode caches to decide if > a given URI is cacheable or not : > > https://wiki.php.net/rfc/streams-is-cacheable > > Please comment. How would cache invalidation work? Is the

Re: [PHP-DEV] Question about patch for bug 61285 - SSL connections do not timeout

Hi Brad, The fix should go to the lowest relevant branch, in this case probably the 5.5 branch. >From there it will be merged to 5.6 and master (future 7.0)/ I took a quick look at the build, and which it compiles successfully, it seems to be a diff in the test. I suspect it comes from changes in

RE: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

> De : Pierre Joye [mailto:pierre@gmail.com] > Could you add tests please? A must before going any further :) Three tests are included in the patch : one to check that phar uris are cacheable, one to check that plain files and 'file:' uris are cacheable, one to check that 'http' and 'https'

Re: [PHP-DEV] ZEND_ENGINE_2 define

On Fri, 2 Jan 2015, Sara Golemon wrote: > > > It was deliberate, I did it. The reason for getting rid of it was because > > it makes checking ZE2 simpler, actually. I didn't want to have to do #if > > defined(ZEND_ENGINE_2) && !defined(ZEND_ENGINE_3). > > > So instead you have to do: > #if def

Re: [PHP-DEV] [RFC] Add is_cacheable() stream-wrapper operation

On Sun, 4 Jan 2015, François Laupretre wrote: > I just wrote this RFC to propose a clean way for opcode caches to > decide if a given URI is cacheable or not : > > https://wiki.php.net/rfc/streams-is-cacheable > > Please comment. I don't see why you need the define if it's always available. Ex

Re: [PHP-DEV] [RFC] Extension Prepend Files

Hi Benjanmin, I didn't try to cache opcode myself, I try it before, but I think it should be done by opcaches (avoid duplication and opcache will optimize the compiled opcode), so I use the method @François mentioned, I use a stream wrapper to take advantage of opcaches. there is a problem opcac

Re: [PHP-DEV] [RFC] Extension Prepend Files

Hey reeze, This looks like a fantastic approach. Can you explain how you compile the PHP code into the Shared Object? The README doesnt explain much. greetings Benjamin On Sun, Jan 4, 2015 at 1:33 PM, reeze wrote: > I like the idea, I have implemented a util [1] to help writing extensions > wi

Re: [PHP-DEV] [RFC] Extension Prepend Files

On Sun, Jan 4, 2015 at 1:36 PM, François Laupretre wrote: > > De : Benjamin Eberlei [mailto:kont...@beberlei.de] > > I want to open discussion on my RFC to strengthen the ability of > extensions > > to provide functionality to developers in both C **and** PHP code. > > > > For this extensions can

RE: [PHP-DEV] [RFC] Extension Prepend Files

> De : Benjamin Eberlei [mailto:kont...@beberlei.de] > I want to open discussion on my RFC to strengthen the ability of extensions > to provide functionality to developers in both C **and** PHP code. > > For this extensions can add PHP files to a list of "prepend files" that are > part of every re

Re: [PHP-DEV] [RFC] Extension Prepend Files

I like the idea, I have implemented a util [1] to help writing extensions with PHP, I try the approach HHVM adopted by embedding PHP scripts to the binary file of extension, maybe it is what you want. I do like it been supported in core. I would like to implement the RFC if others like it. --- [1

[PHP-DEV] [RFC] Extension Prepend Files

Hey everyone, I want to open discussion on my RFC to strengthen the ability of extensions to provide functionality to developers in both C **and** PHP code. For this extensions can add PHP files to a list of "prepend files" that are part of every request execution exactly the same way the INI aut

Re: [PHP-DEV] PHP 5.3 windows binaries

On Sun, Jan 4, 2015 at 12:35 AM, Ferenc Kovacs wrote: > > 2015.01.04. 4:13 ezt írta ("David Muir" ): >> >> >> > On 4 Jan 2015, at 12:34 pm, Thomas Hruska >> > wrote: >> > >> >> On 1/3/2015 4:56 PM, David Muir wrote: >> >> Shouldn't this be directed to the webmaster mailing list? >> >> php-webmas.

Re: [PHP-DEV] PHP 5.3 windows binaries

2015.01.04. 4:13 ezt írta ("David Muir" ): > > > > On 4 Jan 2015, at 12:34 pm, Thomas Hruska wrote: > > > >> On 1/3/2015 4:56 PM, David Muir wrote: > >> Shouldn't this be directed to the webmaster mailing list? php-webmas...@lists.php.net > > > > See below. They said that they don't have access t