Re: [PHP-DEV] 6.0 And Moving Forward

On 14/07/12 01:33, Anthony Ferrara wrote: Hey all, I know that 6.0 was originally supposed to be the unicode conversion of the engine. However it appears that all progress on that has stopped for quite some time. So, I was curious if we could start a conversation around what 6.0 would look

Re: [PHP-DEV] 6.0 And Moving Forward

Took the words from my mouth. Removing legacy support is a terrible idea for PHP6. It makes it impossible to write forwards compatible code that currently runs in PHP5. Even having it optional is a bad idea IMO since it will fragment PHP hosting. Some will be able to run PHP6 only (no legacy),

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

On 19/07/12 04:49, Rasmus Lerdorf wrote: On 07/18/2012 01:02 AM, Pierre Joye wrote: hi, On Wed, Jul 18, 2012 at 9:35 AM, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! See the other answers, clear APIs, no more argument mess, cleanness. Cleanness has nothing to do with pseudo-objects.You

Re: [PHP-DEV] Pseudo-objects (methods on arrays, strings, etc.)

On 20/07/12 09:38, Andrew Faulds wrote: I'm curious, how do I make my objects have scalar passing semantics, then? On Jul 20, 2012 12:35 AM, Sara Golemon poll...@php.net wrote: How about this? class String { protected $string=''; public function __construct($string){

Re: [PHP-DEV] Combined assignment operator for short ternary

On 26/08/2012, at 4:09 AM, Ferenc Kovacs tyr...@gmail.com wrote: 2012.08.25. 19:50, Sebastian Krebs krebs@gmail.com ezt írta: Am 25.08.2012 18:38, schrieb Ferenc Kovacs: would this trigger a notice if $foo is not defined? if yes, then it would be different from the

Re: [PHP-DEV] Download PHP binaries

On 15/09/2012, at 8:38 PM, Lester Caine les...@lsces.co.uk wrote: Remi Collet wrote: Last night I spent a couple of hours again trying to find an 'off the shelf' distribution that even had PHP5.4 and Apache2.4 ... Fedora 18 have httpd 2.4.3 and php 5.4.7;) (I have backports for f17) 18 is

Re: [PHP-DEV] RFC: Implementing a core anti-XSS escaping class

On 20/09/12 07:48, Michael Shadle wrote: On Tue, Sep 18, 2012 at 10:32 AM, Pádraic Brady padraic.br...@gmail.com wrote: Hi Michael, See the link near the bottom of the RFC - even htmlspecialchars() has unusual behaviour that's potentially insecure. I have no objections to there being

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

On 09/10/12 19:20, Jazzer Dane wrote: - If we ever get return type hinting/checks then we needn't consider how the syntax has to look From what I know, this isn't planned for PHP 5.5 and any proposals for it have been largely ignored. Return type hinting won't help when setting either, although

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 13:37, Clint Priest wrote: On Mon, Oct 15, 2012 at 6:02 PM, Clint Priestcpri...@zerocue.com wrote: Because fundamentally interfaces are designed to explain a way of communicating and properties are symmetrical and non- observable. The implementing class cannot know when a

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 14:55, Jazzer Dane wrote: I'm going to agree with David here. It is most sensible to either allow properties AND accessors in interfaces, or don't allow either of them. __get/__set is a different subject that I'd rather not dig into while discussing this RFC. I tossed in the

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2 : Interfaces

On 16/10/12 22:34, Clint Priest wrote: -Original Message- From: Stas Malyshev [mailto:smalys...@sugarcrm.com] Sent: Tuesday, October 16, 2012 6:06 AM To: Clint Priest Cc: Nikita Popov (nikita@gmail.com); internals@lists.php.net Subject: Re: [PHP-DEV] [PHP-DEV [RFC] Property

Re: [PHP-DEV] [RFC] Socket activation support for PHP-FPM

On 19/10/12 07:41, David Strauss wrote: The full RFC, including initial patches, is here: https://wiki.php.net/rfc/socketactivation In short, this allows spawning a PHP-FPM pool on-demand with systemd initializing the main socket. Upstart support would be good to have too. I take it that

Re: [PHP-DEV] [RFC] Property Accessors v1.2 : isset / unset failable

On 29/10/12 03:02, Clint Priest wrote: So... to be explicit here, you think in this situation: class a { public $b { set($x) { $this-b = $x; } } } $o = new a(); if(!isset($o-b)) { /* delete files */ } echo (int)isset($o-b); /* This should return false and not emit any sort of

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 14/11/12 03:17, Adam Harvey wrote: On 14 November 2012 00:07, Anthony Ferrara ircmax...@gmail.com wrote: There's one important thing that I think you all are missing here. You keep bringing up that we should just use the normal deprecation process. The problem is that the deprecation

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 20/11/12 21:22, Lester Caine wrote: Ulf Wendel wrote: 1. Add this link to the RFC?: https://wikis.oracle.com/display/mysql/Converting+to+MySQLi As the author I cannot recommend materials created in 2006 and not updated since then for inclusion into a RFC. At the end of the day this is

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 21/11/12 15:47, Adam Harvey wrote: On 19 November 2012 20:44, Anthony Ferrara ircmax...@gmail.com wrote: My intention at this stage is to call a vote next Monday: it feels like the discussion has mostly died down now (which isn't to say I think we're at a consensus necessarily — it just

Re: [PHP-DEV] RFC: ext/mysql deprecation

On 21/11/12 16:08, Adam Harvey wrote: On 21 November 2012 13:03, David Muir davidkm...@gmail.com wrote: On 21/11/12 15:47, Adam Harvey wrote: 2. If we decide not to generate E_DEPRECATED notices in PHP 5.5, what should the next course of action be: (a) Enhance the manual text to make

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

On 29/11/12 05:09, Ángel González wrote: I see it as simple to show E_DEPRECATED but not when installed from PECL. 1) Add a int mysql_extension_triggers_deprecated_warning = 1; And use it as a conditional for triggering the warning. 2) Copy the extension code to PECL 3) Add these changes in

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

, David On Thursday, November 29, 2012 07:00 AM, David Muir wrote: On 29/11/12 05:09, Ángel González wrote: I see it as simple to show E_DEPRECATED but not when installed from PECL. 1) Add a int mysql_extension_triggers_deprecated_warning = 1; And use it as a conditional for triggering

Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5

On 29/11/12 07:33, Kris Craig wrote: On Wed, Nov 28, 2012 at 8:43 AM, Anthony Ferrara ircmax...@gmail.comwrote: Patrick, Sorry, but removing the E_DEPRECATED notice when moved to PECL is not part of the proposed RFC and should certainly not happen. The proposal doesn't actually propose

Re: [PHP-DEV] ext/mysql in PECL and E_DEPRECATED

On 30/11/12 05:25, Ángel González wrote: On 29/11/12 18:17, Anthony Ferrara wrote: Just pointing this out: that's NOT what this RFC recommends, and is NOT what's being voted on. This RFC is talking about ONLY adding E_DEPRECATED to core. And the way it's proposed to be done, the moves-to-PECL

Re: [PHP-DEV] DateTime improvement

On 11/12/12 06:59, Herman Radtke wrote: On Mon, Dec 10, 2012 at 11:39 AM, Ángel González keis...@gmail.com wrote: On 10/12/12 16:18, Nikita Nefedov wrote: So there had been at least two or three messages (subjects) about DateTime object and everytime there was this problem - people tend to

Re: [PHP-DEV] Extension for str_replace / preg_replace with arrays

On 21/12/12 10:34, Christopher Jones wrote: On 12/20/2012 08:31 AM, Larry Garfield wrote: On 12/19/12 10:30 PM, Christopher Jones wrote: On 12/19/2012 03:18 PM, Larry Garfield wrote: You could likely simplify the code even further using an infinite iterator:

Re: [PHP-DEV] New operator for htmlspecialchars

On 16/01/13 08:22, Thomas Bley wrote: Hello, I created a small ticket to propose a shorter syntax for htmlspecialchars: old: ?= htmlspecialchars($str, ENT_QUOTES) ? new: ?+ $str ? or: ?~ $str ? any comments, pros and cons? https://bugs.php.net/bug.php?id=62574 Best regards, Thomas The

Re: [PHP-DEV] Questioning the future of PHP

We still don't have a way to auto load non class entities. Other than that, PSR-0 does solve the majority of autoload use cases. Cheers, David Sent from my iPhone On 04/02/2013, at 5:18 PM, Larry Garfield la...@garfieldtech.com wrote: On 02/03/2013 08:51 PM, Matt Wilson wrote: Hello all.

Re: [PHP-DEV] Re: [RFC] Allow trailing comma in function call argument lists

On 20/02/2013, at 10:47 PM, Alain Williams a...@phcomp.co.uk wrote: On Wed, Feb 20, 2013 at 03:26:26AM -0800, Sara Golemon wrote: On Tue, Feb 19, 2013 at 4:06 AM, Sara Golemon poll...@php.net wrote: Opening RFC to allow trailing comma in function call argument lists

Re: [PHP-DEV] [RFC] Short syntax for anonymous functions

On 21/02/2013, at 6:12 AM, Lazare Inepologlou linep...@gmail.com wrote: 2013/2/20 Sanford Whiteman swhitemanlistens-softw...@cypressintegrated.com It still looks like some random characters bashed together by a monkey with a keyboard. +1, I am a fiend for ternary expressions and crazy

Re: [PHP-DEV] [VOTE] Integrating Zend Optimizer+ into the PHP distribution

On 01/03/2013, at 9:22 AM, Jan Ehrhardt php...@ehrhardt.nl wrote: Raymond Irving in php.internals (Thu, 28 Feb 2013 13:56:11 -0500): I'm very sure users will not complain if 5.5 is delayed for a few months. Most websites will not be installing 5.5 immediately after it has been released.

Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5

On 01/03/2013, at 7:00 AM, Anthony Ferrara ircmax...@gmail.com wrote: Hey all, Based off of the recent discussion around pulling in ZO+ into core, I've come to the conclusion that we should also pull in XDebug and Suhosin into core at the same time. 1. It has integration issues with ZO+

Re: [PHP-DEV] PHP User Survey

When do you upgrade to a new release of php e.g. 5.3 - 5.4 - As soon as released - wait for the x.1 release - Once our OpCode cache supports it - When previous version hits EOL - When a new feature warrants the upgrade - When my Framework (Zend/Symfony/cake) or Software (Wordpress,

Re: [PHP-DEV] __invokeStatic() method

On 18/03/2013, at 6:07 PM, Matīss Roberts Treinis mrtrei...@gmail.com wrote: Not only that. This potentially might break compatibility with many software products already out there. Also, this might lead to many misunderstandings and, in fact, ambiguous code. Consider the sample. $name =

Re: [PHP-DEV] Continuous Integration Atomic Deploys and PHP 5.5

On 24/03/13 09:26, Rasmus Lerdorf wrote: On 03/23/2013 03:01 PM, Ferenc Kovacs wrote: realpath the document root(which is a symlink to the actual release directory) from your index.php/bootstrap file and use that as a base path for making absolute paths everywhere? that way the requests

Re: [PHP-DEV] Re: [lists.php] Re: [PHP-DEV] a couple of thoughts on the DateTime type debate

On 06/04/2013, at 1:40 AM, Rasmus Schultz ras...@mindplay.dk wrote: why not make struct almost like a class except that $this is a copy (on write) - modifying and returning $this would be a new instance of that struct/class. That would give you

Re: [PHP-DEV] [RFC] Class instances counter

On 09/04/13 10:29, Joe Watkins wrote: On 04/08/2013 09:07 PM, Madara Uchiha wrote: I'm with Morrison, I see no actual use for this. It's cool, but what would you use it for? On Mon, Apr 8, 2013 at 10:47 PM, Levi Morrison morrison.l...@gmail.com wrote: I see little value in having a function

Re: [PHP-DEV] Functionality updates to array_column()

On 23/04/13 07:35, Sherif Ramadan wrote: On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey ram...@php.net wrote: I've just submitted the following pull request for updates to the array_column() function: https://github.com/php/php-**src/pull/331https://github.com/php/php-src/pull/331 I asked about

Re: [PHP-DEV] Functionality updates to array_column()

On 23/04/13 14:50, David Muir wrote: On 23/04/13 07:35, Sherif Ramadan wrote: On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey ram...@php.net wrote: I've just submitted the following pull request for updates to the array_column() function: https://github.com/php/php-**src/pull/331https

Re: [PHP-DEV] Request #65501 uniqid(): More entropy parameter should be true by default

On 23/08/2013, at 11:24 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: On Fri, Aug 23, 2013 at 9:32 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: We need better function as basic feature of PHP. unique_hash() or hash_unique() might be good. UUID works and is much better but generating unique hash

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

On 08/08/11 07:37, Richard Riley wrote: David Soria Parra d...@php.net writes: On 2011-08-07, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! As somebody that have seen reasonably big project switch from SVN to git and worked quite actively with git since then, I think describing my

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

On 09/08/11 01:07, Lester Caine wrote: David Muir wrote: John Szakmeister, who is a Subversion developer himself, has a good comparison of svn, hg, bzr and git: http://www.szakmeister.net/blog/2011/feb/17/choosing-new-version-control-system/ Long story short, his company went with git

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

On 08/19/2011 10:54 PM, Ferenc Kovacs wrote: On Fri, Aug 19, 2011 at 2:47 PM, Arpad Ray array...@gmail.com wrote: On Fri, Aug 19, 2011 at 1:40 PM, Ferenc Kovacs tyr...@gmail.com wrote: On Fri, Aug 19, 2011 at 2:31 PM, Arpad Ray array...@gmail.com wrote: On Fri, Aug 19, 2011 at 1:04 PM, Ferenc

Re: [PHP-DEV] Choosing a distributed version control system for PHP - problems

On 22/08/11 17:44, Lester Caine wrote: Lester Caine wrote: Just for the record ... the libreoffice clone I started 9 hours ago is still going strong, and I'm estimating that it will finish some time tomorrow afternoon, another 20 hours or so. A single huge repo is going to take time to

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

, but Thunderbird picks up your address instead of internals. David On 23/08/11 09:52, Pierre Joye wrote: then the gain will be zero. By the way, no need to go private to reply :) On Tue, Aug 23, 2011 at 1:29 AM, David Muir davidkm...@gmail.com wrote: That still requires the extension. I

Re: [PHP-DEV] [VOTE] Choosing a distributed version control system for PHP

On 08/26/2011 04:12 AM, Kalle Sommer Nielsen wrote: 2011/8/24 David Soria Parra d...@php.net: Hi Internals,, after 3 weeks of discussion, I think we are ready to start voting on the DVCS RFC. If you think something is missing or should be explained in more detail, let me know. I won't

Re: [PHP-DEV] SPLClassLoader RFC Thoughts And Improvements

Surprised to say that I agree on just about everything you mentioned. I would however love to see a useful autoloader included in core. I have only one comment below. 4. The RFC should avoid implementing any pattern or style that may make future feature addition difficult or pose risks towards

Re: [PHP-DEV] Re: SPLClassLoader RFC Thoughts And Improvements

On 11/11/2011 01:31 PM, guilhermebla...@gmail.com wrote: Hi Anthony, Thanks immensely for your input. Without such action, it's extremely hard to improve the RFC. =) Awesome action from your side. I'll place my comments inline. On Thu, Nov 10, 2011 at 1:26 PM, Anthony Ferrara

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 06:25, Stas Malyshev wrote: Hi! The only case where the 5.4 branch works differently as before if you reference a string type(int, float, etc. won't trigger this) variable using an associative index and you expect it that to be undefined variable even though that the

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 11:42, Stas Malyshev wrote: Hi! If you want this fix to be palatable, we'll need a new language construct that effectively runs a series of is_array array_key_exists with a final !== null check. I'm not sure RC time is a good place for introducing new language constructs.

Re: [PHP-DEV] 5.4 regression: non-existent sub-sub keys now have values

On 24/11/11 12:44, Ferenc Kovacs wrote: On Thu, Nov 24, 2011 at 1:38 AM, David Muir davidkm...@gmail.com mailto:davidkm...@gmail.com wrote: Just to clarify, the changes introduced in 5.4 will result in the following: ?php $string = 'foo'; $array = array

Re: [PHP-DEV] Local time zone

On 15/12/11 21:17, Pierre Joye wrote: On Wed, Dec 14, 2011 at 11:14 PM, Stas Malyshev smalys...@sugarcrm.com wrote: Hi! I believe he's referring to sys/time.h, but this introduces portability issues. If it were just unix, that would be one thing. But maintaining this and a Windows

Re: [PHP-DEV] Constant arrays

On 12/21/2011 03:37 AM, jpauli wrote: I guess constant array would mean that all the variables inside the array dimensions should not change. Just saying that, is a nonsense. If a constant could be an array, then that array could not contain variables, if not it wouldn't be constant any more

Re: [PHP-DEV] PHP 5.4.0 released!

Wohoo!!! Congrats everyone! Bye bye magic quotes! David ps. Now to get my host to upgrade to 5.3 grumble grumble! On 02/03/12 10:29, David Soria Parra wrote: Hello! The PHP Development Team would like to announce the immediate availability of PHP 5.4.0. This release is a major leap

Re: [PHP-DEV] PHP 5.4.0 released!

I noticed that too. The migration guide is also missing a lot of stuff. A quick overview: http://au.php.net/manual/en/migration54.changes.php: content missing http://au.php.net/manual/en/migration54.new-features.php: missing a lot of new features listed elsewhere

Re: [PHP-DEV] PHP 5.4.0 released!

, at 4:18 PM, David Muir wrote: I noticed that too. The migration guide is also missing a lot of stuff. A quick overview: http://au.php.net/manual/en/migration54.changes.php: content missing http://au.php.net/manual/en/migration54.new-features.php: missing a lot of new features listed

Re: [PHP-DEV] [POC Patch] Scalar Type Hinting/Casting - Proof Of Concept

I can't comment on the internal implementation, but I like the use of the casting syntax. It's not as pretty, but make the intent clear, and there's not BC issues with class names. David On 02/03/12 14:48, Anthony Ferrara wrote: Hey all, I know given all the discussion about this topic

Re: [PHP-DEV] [RFC] New .phpp File Type for Pure-Code PHP Scripts

On 14/04/12 03:41, Kris Craig wrote: On Thu, Apr 12, 2012 at 11:37 PM, David Muir davidkm...@gmail.com mailto:davidkm...@gmail.com wrote: On 13/04/12 15:13, Kris Craig wrote: Again, the controller should NOT be a .phpp file. Likewise, your model should NOT be hooking

Re: [PHP-DEV] Re: internals Digest 13 Apr 2012 01:23:19 -0000 Issue 2650

On 15/04/12 16:29, Kris Craig wrote: On Sat, Apr 14, 2012 at 11:20 PM, John LeSueur john.lesu...@gmail.comwrote: The second thing that still needs nailing down as far as implementation is how to determine parsing mode. If it has to be specified at include time, then we're putting the burden

Re: [PHP-DEV] BreakIterator

Coming from a pleb, my only concern is the name if the class is in the global scope. A BreakIterator to me sounds like something related to breaking out of a looping structure, and not something used for iterating over various language structure boundaries. If it's in a ICU namespace, then it's

Re: [PHP-DEV] List comprehensions and generator expressions for PHP

I'd assume that array_map() only works with arrays, while list comprehension should work with anything traversable. David On 28/06/2012, at 10:43 PM, Sebastian Krebs krebs@gmail.com wrote: Hi, Whats the difference to the (already existing) function array_map() (except the syntax and

Re: [PHP-DEV] Re:[PHP-DEV] List comprehens​ions and generator expression​s for PHP

On 29/06/12 14:06, minwei zhou wrote: On Thu, Jun 28, 2012 at 6:48 PM, Nikita Popov nikita@gmail.com wrote: Hi internals! Python and several other languages include support for list comprehensions and generator expressions and I'd like to see something why PHP should going to like other

Re: [PHP-DEV] List comprehensions and generator expressions for PHP

On 28/06/12 23:45, Sebastian Krebs wrote: Hi, 2012/6/28 David Muir davidkm...@gmail.com I'd assume that array_map() only works with arrays, while list comprehension should work with anything traversable. That sounds more like a bug (better: Missing feature) in array_map() and less

Re: [PHP-DEV] array_shift() and reindexing

What about replacing the existing array with array_slice? David On 12/07/2012, at 9:43 PM, Jille Timmermans ji...@quis.cx wrote: Hello, array_shift() currently reindexes the array after shifting one element. The reindexing has quite some impact on it's performance. I would like to suggest

Re: [PHP-DEV] Internal iteration API

On 13/07/12 01:04, Matthew Weier O'Phinney wrote: On 2012-07-12, Sara Golemon poll...@php.net wrote: --e89a8f235453d7a80104c4975c55 On Wed, Jul 11, 2012 at 5:39 PM, Anthony Ferrara ircmax...@gmail.comwrote: One thing to keep in mind when doing this is to think about consistency. I think

Re: [PHP-DEV] Traits and Properties

On 12/12/10 01:47, Stefan Marr wrote: Hi: Traits do not provide any special provisioning for handling properties, especially, there is no language solution for handling colliding property names. The current solution/idiom for handling state safely in a trait is to use either abstract set/get

Re: [PHP-DEV] [citations for] Re: [PHP-DEV] Experiments with a threading library for Zend: spawning a new executor

On 20/01/11 23:25, Martin Scotta wrote: and what what happen if the extending class does not call parent::__construct() ? __construct is just like any other function, but with semantic added on top of. Changing the way it behaves will cause many headaches --- BTW, Did you noted that self

Re: [PHP-DEV] Make set_time_limit() timeout a catchable fatal error

Although it doesn't let you recover from a timeout, you could use register_shutdown_function to gracefully exit after a fatal error. register_shutdown_function(function(){ $error = error_get_last(); if($error $error['type'] === E_ERROR){ echo 'PHAIL! Oh noes, something went

Re: [PHP-DEV] Make set_time_limit() timeout a catchable fatal error

miss a function which returns the time the script can keep running for. If that calculate needs to be calculated to implemented to implement this, why not make the value available to the PHP script? ~Hannes On 9 March 2011 02:30, David Muir davidkm...@gmail.com wrote: Although it doesn't let

Re: [PHP-DEV] Implicit isset/isempty check on short-ternary operator

Bottom posted. On 14/04/11 09:24, Ben Schmidt wrote: I think these shortcuts could be really useful for array elements, but for other variables I am really sceptical and I think they would do more harm than good. Generally I do not really see any reason why a variable should not be

Re: [PHP-DEV] RFC: built-in web server in CLI.

I'm not sure if this is needed when there are already solutions for this. eg, syslog, error_log, or other userland solutions like Zend_Log, sfLogger, etc. Cheers, David On 19/04/11 23:44, Michael Morris wrote: Pardon me for following up my own post, but there is room for a range of functions

Re: [PHP-DEV] Implicit isset/isempty check on short-ternary operator

On 21/04/11 08:56, Arpad Ray wrote: On Thu, Apr 14, 2011 at 3:05 PM, Hannes Landeholm landeh...@gmail.com wrote: Some suggested that the ternary if comparison should suppress the notice automatically. This would break existing code and also be confusing since people expect a ternary if and

Re: [PHP-DEV] Call non-static method staticly raise E_STRICT, but why call a static method instancely won't

On 26/04/11 09:37, Ben Schmidt wrote: Back in PHP4 it was the only way to simulate an static call, but nowadays it really don't make sense at all. class Foo { static function toString(Bar $bar) { return 'Foo::toString($bar)'; } function toString() {

Re: [PHP-DEV] Porting PECL to userspace

On 21/05/11 01:15, Larry Garfield wrote: Hi all. I'm working with a fellow developer on an experimental project. There are some PECL modules that we want to try and use in an open source project where we cannot guarantee that PECL modules will be available, since it's intended for

Re: [PHP-DEV] Final version, RFC release process

On 02/06/11 17:23, Pierre Joye wrote: On Thu, Jun 2, 2011 at 7:32 AM, Peter Lind peter.e.l...@gmail.com wrote: Sorry for jumping into the thread, but I couldn't help noting that you seem confused about the distro suggestion. I think Ubuntu was the example, and there's nothing random at all

Re: [PHP-DEV] 5.4 moving forward

On 06/06/11 17:48, Tom Samplonius wrote: Currently - A lot of ISP's are 'stuck' with PHP5.2 or earlier simply I don't know if this is really the case. I work in this industry, and most of the small to mid hosting company's use cPanel or Plesk, and both include PHP 5.3. I've personally

Re: [PHP-DEV] 5.4 moving forward

On 06/06/11 07:27, Stas Malyshev wrote: Hi! On 2011-06-05, Pierre Joyepierre@gmail.com wrote: On Sun, Jun 5, 2011 at 5:52 PM, Philip Olsonphi...@roshambo.org wrote: I'd to say that I'm very happy to finally see such discussions happening, let sort the base (99% is done by our existing

Re: [PHP-DEV] 5.4 moving forward

On 07/06/11 01:49, Stas Malyshev wrote: Hi! Currently off the shelf, 5.2.17 is the 'old stable' but for some windows users it IS the only available version. Changing the rest of the infrastructure to 5.2.17 is unsupported. It is announced on php.net. Now, some Windows users, due to

Re: [PHP-DEV] Bundling modern extensions

On 07/06/11 15:49, Reindl Harald wrote: Am 07.06.2011 04:42, schrieb Martin Scotta: On Mon, Jun 6, 2011 at 8:15 PM, Reindl Harald h.rei...@thelounge.netwrote: Am 06.06.2011 23:40, schrieb Martin Scotta: It'd be very nice if some extension could be enabled just by dropping the extension

Re: [PHP-DEV] Bundling modern extensions

On 07/06/11 18:40, Reindl Harald wrote: Am 07.06.2011 11:32, schrieb David Muir: On 07/06/11 15:49, Reindl Harald wrote: Am 07.06.2011 04:42, schrieb Martin Scotta: On Mon, Jun 6, 2011 at 8:15 PM, Reindl Harald h.rei...@thelounge.netwrote: Am 06.06.2011 23:40, schrieb Martin Scotta

Re: [PHP-DEV] [PATCH] unregister_shutdown_function()

On 21/06/11 07:41, Arpad Ray wrote: I also think once that functionality is there the next request will be get_registered_shutdown_functions() or something along the lines. I don't see of what use that could be. Completeness? Has that stupid shutdown func been registered? Fair enough,

Re: [PHP-DEV] Variable scopes for language constructs (foreach, ...)

personally I find that weird, and unintuitive, but changin that in a major or minor version could be changed if we chose to. I think it's a behaviour that could be changed in some step like from 5.3 to 5.4 or so. Personally I don't think it would influence existing implementations much (who

Re: [PHP-DEV] Fix for #53727 (is_subclass_of resolution with interfaces)

On 30/06/11 11:13, Matt Pelmear wrote: Seems odd to me that is_subclass_of returns true for interfaces... I never realized that before. Personally I would prefer a separate method to check for interfaces, since they aren't really classes (at least in my head), but I suppose that would break

Re: [PHP-DEV] Fix for #53727 (is_subclass_of resolution with interfaces)

On 30/06/11 15:01, Matt Pelmear wrote: Not like class_implements(), since that requires processing the returned array... Rather something that would function similarly to is_subclass_of() (in that it returns a bool, not an array), but for interfaces. I seem to run into a need for that on a

Re: [PHP-DEV] Automatic Property Initialization

On 09/10/13 07:39, Nikita Popov wrote: On Mon, Oct 7, 2013 at 11:53 AM, Gordon Oheim g...@php.net wrote: Since the feedback so far was few but positive, I'll advance the RFC to the next stage. Apart from this, any feedback is still welcome. Thanks and Regards, Gordon For the lazy folks,

Re: [PHP-DEV] crypt() BC issue

On 21/07/2014, at 10:04 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Anthony, I want to finish and close this issue. On Sun, Jul 20, 2014 at 9:33 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: Also, Deprecating crypt() without first discussing it (and having an RFC to vote on) is not

Re: [PHP-DEV] PHPDBG nonsense (Was: Re: [PHP-CVS] com php-src: Made phpdbg compatible with new engine: ...)

On 29/10/2014, at 12:43 AM, Julien Pauli jpa...@php.net wrote: On Mon, Oct 27, 2014 at 6:27 PM, David Soria Parra d...@php.net wrote: On 2014-10-26, Bob Weinand bobw...@hotmail.com wrote: Am 26.10.2014 um 17:23 schrieb Lester Caine les...@lsces.co.uk: On 26/10/14 15:41, Bob Weinand wrote:

Re: [PHP-DEV] [VOTE][RFC] Safe Casting Functions

Not a voter, but I don't really see the usefulness of this in core either. Sent from my iPhone On 21 Nov 2014, at 11:45 am, Adam Harvey ahar...@php.net wrote: My -1 is pretty much the same as Levi's: On 19 November 2014 13:57, Levi Morrison le...@php.net wrote: - The RFC does not

Re: [PHP-DEV] Proposal for PHP 7 : case-sensitive symbols

On 21 Dec 2014, at 10:32 am, Kevin Israel pleasest...@live.com wrote: On 12/20/2014 05:16 PM, Paul Dragoonis wrote: It's too big of a BC change firstly. Secondly it has no language benefit or developer benefit. Are you sure? Autoloading schemes such as PSR-4 derive pathnames from

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

On 3 Feb 2015, at 3:49 am, Rasmus Lerdorf ras...@lerdorf.com wrote: On 02/02/2015 08:38 AM, François Laupretre wrote: Hi, Opening the vote for : https://wiki.php.net/rfc/streams-is-cacheable This RFC proposes a generic way for opcode caches to decide if a given URI is cacheable or

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Revert Disable PEAR by default: configure.in

On 28 Jan 2015, at 8:58 pm, Ralf Lang l...@b1-systems.de wrote: On 28.01.2015 10:46, Tony Marston wrote: Sebastian Bergmann wrote in message news:54c75d9e.8090...@php.net... Am 27.01.2015 um 10:00 schrieb Lester Caine: composer has not even managed to get added to some distributions yet

Re: [PHP-DEV] [RFC][VOTE][RESULT] Removal of dead or not yet PHP7 ported SAPIs and extensions

On 10 Feb 2015, at 9:29 am, Anatol Belski anatol@belski.net wrote: Hi, the voting on the removals in PHP7 in hereby finished. The results are item yes:no sapi/aolserver 32:0 sapi/apache32:0 sapi/apache_hooks 31:0 sapi/apache2filter

Re: [PHP-DEV] PHP 5.3 windows binaries

Shouldn't this be directed to the webmaster mailing list? php-webmas...@lists.php.net Sent from my iPhone On 4 Jan 2015, at 4:45 am, Thomas Hruska thru...@cubiclesoft.com wrote: On 12/28/2014 4:47 PM, Thomas Hruska wrote: On 12/7/2014 10:52 PM, Thomas Hruska wrote: On 11/29/2014 6:27 AM,

Re: [PHP-DEV] PHP 5.3 windows binaries

On 4 Jan 2015, at 12:34 pm, Thomas Hruska thru...@cubiclesoft.com 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 to that server. :) Ah, missed

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

On 18 Mar 2015, at 3:44 pm, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Pierre, On Wed, Mar 18, 2015 at 1:35 PM, Pierre Joye pierre@gmail.com wrote: On Mar 18, 2015 11:26 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote: I didn't have my time to spent for the patch. So I don't verify

Re: [PHP-DEV] About declare(strict_types = 1)

On 16 Mar 2015, at 11:16 pm, Pavel Kouřil pajou...@gmail.com wrote: On Mon, Mar 16, 2015 at 1:04 PM, Dan Ackroyd dan...@basereality.com wrote: On 16 March 2015 at 11:49, Pavel Kouřil pajou...@gmail.com wrote: Seriously, think about it for a while - when some setting that changes how

Re: [PHP-DEV] STH and the 3 RFCs

On 14 Mar 2015, at 6:41 am, Lester Caine les...@lsces.co.uk wrote: On 13/03/15 18:53, guilhermebla...@gmail.com wrote: By considering PHP's nature, having a dual mode is a WTF. I can see myself asking multiple times a day is this file strict or not? to trace potential bugs or type

Re: [PHP-DEV] STH and the 3 RFCs

On 17 Mar 2015, at 1:33 am, Thomas Punt tp...@hotmail.co.uk wrote: Hey David, A library written in weak or strict mode will have no bearing on its public API. Strictly speaking (pun intended), this is not true. A library can easily expose a facade that enforces a user of that library

Re: [PHP-DEV] Adding numeric type hint

On 14 May 2015, at 9:27 pm, Yasuo Ohgaki yohg...@ohgaki.net wrote: Hi Arvids, On Mon, May 11, 2015 at 8:01 PM, Arvids Godjuks arvids.godj...@gmail.com wrote: Hello, I have read through your blog post, and I agreed on the issue earlier, nut I have a question that bugs me for a while:

Re: [PHP-DEV] New escaped output operator

> On 19 Jun 2016, at 7:57 PM, Rasmus Schultz wrote: > > I am well familiar with this approach, and it does not scale - not > only would you be aggressively loading every installed view-helper > anytime you render a view, you would even be loading them when you're > *not*

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

> On 4 Sep 2016, at 6:48 PM, Lester Caine wrote: > >> On 03/09/16 22:53, Rowan Collins wrote: >> I guess we could have a philosophical debate about what it means for >> something to be "the standard" rather than "a standard", and whether >> PEAR was "more official" than