[PHP-DEV] Re: [PHP] PHP 5.6.4 RC1 is ready for testing

On Wed, Dec 3, 2014 at 7:44 PM, The Doctor wrote: > On Fri, Nov 28, 2014 at 12:49:59AM +0100, Ferenc Kovacs wrote: > > Hello > > > > PHP 5.6.4 RC1 is available for testing. > > > > You can download it from > > > > *http://downloads.php.n

Re: [PHP-DEV] [RFC] Turn gc_collect_cycles into a function pointer

On Thu, Dec 4, 2014 at 11:53 AM, Julien Pauli wrote: > On Thu, Dec 4, 2014 at 9:30 AM, Benjamin Eberlei > wrote: > > Good morning, > > > > This is just a very small change, I propose this RFC for discussion to > turn > > the C function "gc_collect_cycles" into a pointer. > > > > https://wiki.php

Re: [PHP-DEV] [RFC] Turn gc_collect_cycles into a function pointer

On Thu, Dec 4, 2014 at 1:17 PM, Julien Pauli wrote: > On Thu, Dec 4, 2014 at 12:39 PM, Ferenc Kovacs wrote: > > > > > > On Thu, Dec 4, 2014 at 11:53 AM, Julien Pauli wrote: > >> > >> On Thu, Dec 4, 2014 at 9:30 AM, Benjamin Eberlei > >> wrote: &

Re: [PHP-DEV] bison 3.0

On Thu, Dec 11, 2014 at 8:52 AM, Sebastian Bergmann wrote: > Hi! > > I just updated my notebook to Fedora 21 and am no longer able to > build PHP on it since I now have bison 3.0.2 instead of bison 2.7. > > bison 3.0 is blacklisted in Zend/acinclude.m4. Is bison 3.0 > incompatible with our p

Re: [PHP-DEV] bison 3.0

On Fri, Dec 12, 2014 at 1:21 PM, Jan Ehrhardt wrote: > > Michael Wallner in php.internals (Fri, 12 Dec 2014 12:02:53 +0100): > >On 11/12/14 09:36, Ferenc Kovacs wrote: > > > >> CCing Mike as he was the author who originally added 3.0 to the exclude > >> list.

Re: [PHP-DEV] On the road to PHP 5.7 , or not ?

On Fri, Dec 12, 2014 at 2:45 PM, Julien Pauli wrote: > > Hi people. > > Ferenc and I, actual RM of 5.5 and 5.6 , were discussing the calendar today > on IRC. > > Let's start with facts : > > - We release new PHP versions (major or minor) on summer. Usually, if we > can have it end of June, it is g

Re: [PHP-DEV] On the road to PHP 5.7 , or not ?

On Fri, Dec 12, 2014 at 3:34 PM, Derick Rethans wrote: > > On Fri, 12 Dec 2014, Julien Pauli wrote: > > > So the main question is : *What version will we release next year ?* > > > > Will we have a PHP 5.7, or jump directly to a 7.0 ? > > > > Don't forget, that if we go for a 5.7 , then we won't h

Re: [PHP-DEV] Add a new flag for json_encode

On Mon, Dec 15, 2014 at 6:16 PM, Juan Basso wrote: > > Ok guys, sorry, but I am giving up on it. > > I opened the PR in April and all the code necessary with technical > implications are done and registered on the PR. I brought the topic to this > email list in November as requested in the PR and

Re: [PHP-DEV] On the road to PHP 5.7 , or not ?

On Mon, Dec 15, 2014 at 8:45 PM, Zeev Suraski wrote: > > > -Original Message- > > From: a...@adamharvey.name [mailto:a...@adamharvey.name] On > > Behalf Of Adam Harvey > > Sent: Monday, December 15, 2014 8:12 PM > > To: Derick Rethans > > Cc: PHP Internals > > Subject: Re: [PHP-DEV] On the

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 8:52 AM, Matteo Beccati wrote: > > On 16/12/2014 05:07, Xinchen Hui wrote: > >> On Tue, Dec 16, 2014 at 8:09 AM, Andrea Faulds wrote: >> >>> Good evening, >>> >>> There has been some debate about whether to make “PHP 5.7". I have made >>> a very simple RFC. It proposes a f

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 9:00 AM, Andrea Faulds wrote: > > Hey, > > > On 16 Dec 2014, at 07:58, Ferenc Kovacs wrote: > > > > We already has one accepted RFC which targets 5.7, and as I mentioned > before 5.7.0 wouldn't be featureless, but would contain the sm

Re: [PHP-DEV] On the road to PHP 5.7 , or not ?

On Tue, Dec 16, 2014 at 12:32 AM, Johannes Schlüter wrote: > > On Mon, 2014-12-15 at 21:08 +0100, Ferenc Kovacs wrote: > > there are two advantages for having 5.7 and having those deprecated > > messages in 5.7: > > 1, if we introduce the deprecated message in 5.6.x, some

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 10:25 AM, Stanislav Malyshev wrote: > > Hi! > > > There has been some debate about whether to make “PHP 5.7". I have > > made a very simple RFC. It proposes a final minor version of PHP 5, > > PHP 5.7, to be released at the same time as PHP 7, with no new > > features whats

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 12:03 PM, Andrea Faulds wrote: > > Hey Matteo, > > > On 16 Dec 2014, at 10:52, Matteo Beccati wrote: > > > > On 16/12/2014 08:55, Andrea Faulds wrote: > >> Could you tell me which RFCs targeted 5.7 and didn’t just add > deprecation notices? I’m unaware of any. > > > > I've

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 12:33 PM, Andrea Faulds wrote: > > Hey Matteo, > > > On 16 Dec 2014, at 11:29, Matteo Beccati wrote: > > > > This is what I meant when I previously mentioned seeing RFCs targeting > 5.7. I understand what you say and I do wholeheartedly agree with you. > > > > However if o

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 4:23 PM, Zeev Suraski wrote: > > > -Original Message- > > From: morrison.l...@gmail.com [mailto:morrison.l...@gmail.com] On > > Behalf Of Levi Morrison > > Sent: Tuesday, December 16, 2014 9:29 AM > > To: Xinchen Hui > > Cc: Andrea Faulds; PHP Internals > > Subject:

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 5:44 PM, Zeev Suraski wrote: > > as you mentioned distros lock in to a specific micro version, so if we > introduce this deprecated messages in random micro version, we make it less > likely for the users to stumble upon those deprecated messages and it will > be also harde

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 8:55 PM, Florian Margaine wrote: > > Hi list, > > I think having a minor PHP version for the only sake of adding E_DEPRECATED > is kind of pointless to be honest. Historically, PHP (or other languages > for the matter, I'm thinking of python) minor versions have brought new

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 9:59 PM, Julien Pauli wrote: > > On Tue, Dec 16, 2014 at 8:55 PM, Florian Margaine > wrote: > > > > Hi list, > > > > I think having a minor PHP version for the only sake of adding > E_DEPRECATED > > is kind of pointless to be honest. Historically, PHP (or other languages >

Re: [PHP-DEV] [RFC] PHP 5.7

> > > > - Rolling out a 5.7 with Warnings-of-any-kind + some little-or-not new > > features cancels point number one > > > > What else ? > > Do nothing is still (IMHO) the most sensible option IMHO. We're not seeing > major compatibility breakages in 7.0 (at least not at this time), to the > level

Re: [PHP-DEV] [RFC] PHP 5.7

On Tue, Dec 16, 2014 at 11:08 PM, Zeev Suraski wrote: > > > -Original Message- > > From: Ferenc Kovacs [mailto:tyr...@gmail.com] > > Sent: Tuesday, December 16, 2014 11:53 PM > > To: Florian Margaine > > Cc: Rowan Collins; PHP Internals > &g

[PHP-DEV] interesting read about challenges in the drupal organization

Hi, while readon through http://www.garfieldtech.com/blog/on-drupals-leadership, I've realized that there is a bunch of similarities between php internals and drupal (which isn't that surprising), so I thought they guys around there perceive the challenges/problems and the different possible solut

Re: [PHP-DEV] interesting read about challenges in the drupal organization

On Wed, Dec 17, 2014 at 10:23 AM, Florian Margaine wrote: > > Hi, > > Le 17 déc. 2014 09:54, "Ferenc Kovacs" a écrit : > > > > Hi, > > > > while readon through > http://www.garfieldtech.com/blog/on-drupals-leadership, > > I've realized

Re: [PHP-DEV] Merging PHP5/PHP7

On Thu, Dec 18, 2014 at 10:25 AM, Anatol Belski wrote: > > Hi, > > the native-tls branch was just merged into master. As all the TSRMLS_* > occurrences was removed, some more merge conflicts are to expect when it > comes from PHP5 to PHP7. I would like to suggest a merge strategy to > minimize the

[PHP-DEV] PHP 5.6.4 is available

://www.php.net/downloads.php Windows binaries can be found on http://windows.php.net/download/ The full list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.6.4 Ferenc Kovacs & Julien Pauli

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

On Sat, Dec 20, 2014 at 11:01 PM, F & N Laupretre wrote: > Hi, > > > > I don't know if this was discussed before. So, tell me what you think > before > I write an RFC. > > > > I would like to propose that namespaces, functions, and classes become > case-sensitive (constants are already case-sensi

Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7

On Mon, Dec 22, 2014 at 10:17 AM, Alain Williams wrote: > On Mon, Dec 22, 2014 at 05:04:23PM +1100, Pierre Joye wrote: > > > Or Remi's repo. Best thing ever :) > > Oh - that is news for me! > > http://remi.check-update.co.uk/ > > Could I suggest that things like this are linked to from here: > >

Re: [PHP-DEV] JSON HASHDOS

On Tue, Dec 23, 2014 at 9:12 PM, Yasuo Ohgaki wrote: > Hi, > > On Wed, Dec 24, 2014 at 4:51 AM, Pierre Joye wrote: > > > This issue has been reported earlier on secur...@php.net and is being > > discussed and analyzed. It is not a simple task. > > > > If we are not going to use other hash (i.e.

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

On Thu, Dec 25, 2014 at 9:05 PM, Andrea Faulds wrote: > > > On 25 Dec 2014, at 19:32, Juan Basso wrote: > > > > Good evening and merry christmas, > > > > After some discussion in a separated thread I created the RFC to discuss > > about the implementation of another json_encode option. > > > > T

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

On Sun, Dec 28, 2014 at 11:06 AM, Pierre Joye wrote: > btw, what is the best way to approve such accounts, with karma? > > On Sat, Dec 27, 2014 at 9:59 PM, Jacob Bednarz > wrote: > > - Triaging bugs, issues and cleaning up bug reports > > > one doesn't need any additional karma for handling bug

Re: [PHP-DEV] [VOTE][RFC] PHP 5.7

On Mon, Dec 29, 2014 at 3:41 PM, Andrea Faulds wrote: > Good afternoon, > > I’m going to put the PHP 5.7 RFC to a vote, since it’d been 2 weeks. I’m > not entirely certain myself whether it’s a good idea, but I’d like it for > us to vote on it so we can settle the matter. If people vote against 5

Re: [PHP-DEV] Fwd: [PHP-CVS] com php-src: Fix tests I broke with the E_ERROR > E_RECOVERABLE_ERROR change: tests/output/ob_010.phpt tests/output/ob_011.phpt tests/output/ob_start_error_005.phpt

On Mon, Dec 29, 2014 at 2:42 PM, Levi Morrison wrote: > On Mon, Dec 29, 2014 at 6:17 AM, Levi Morrison wrote: > > On Mon, Dec 29, 2014 at 3:22 AM, Stanislav Malyshev > wrote: > >> Hi! > >> > >>> Hi Stas > >>> > >>> 2014-12-29 9:05 GMT+01:00 Stas Malyshev : > The CI tests still seem to be f

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

On Sun, Dec 28, 2014 at 7:11 PM, Pierre Joye wrote: > > On Dec 28, 2014 11:46 PM, "Ferenc Kovacs" wrote: > > > > > > > > On Sun, Dec 28, 2014 at 11:06 AM, Pierre Joye > wrote: > >> > >> btw, what is the best way to approve such ac

Re: [PHP-DEV] Bugfest

On Sun, Dec 28, 2014 at 7:45 AM, Remi Collet wrote: > Le 27/12/2014 16:06, Sebastian Bergmann a écrit : > > Am 27.12.2014 um 16:01 schrieb Kalle Sommer Nielsen: > >> bugs going as far back as to PHP4. > > > > Bug reports for PHP version that are not supported anymore [1] > > should IMHO be bulk-c

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

On Thu, Jan 1, 2015 at 4:59 PM, Marcio Almada wrote: > The battle between strict type declarations vs coercive has been here for a > while. My problem with coercion in detriment of strictness is > that sometimes you DON'T WANT TYPE CASTING AT ALL. This new feature would > create serious impedimen

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

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

On Mon, Jan 5, 2015 at 5:18 AM, Juan Basso wrote: > 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?

Re: [PHP-DEV] [BugFest] Feature request #38685: str_[i]replace(): Add support for (string needle, array replace)

On Mon, Jan 5, 2015 at 6:20 PM, Andrea Faulds wrote: > Hey François, > > > On 5 Jan 2015, at 17:15, F & N Laupretre wrote: > > > > I just created a PR for a feature request lying around since 2006 : > > > > https://github.com/php/php-src/pull/980 > > > > It adds support in str_replace() and str_

Re: [PHP-DEV] [BugFest] Feature request #38685: str_[i]replace(): Add support for (string needle, array replace)

On Mon, Jan 5, 2015 at 9:28 PM, Stanislav Malyshev wrote: > Hi! > > > usually each BC break would warrant an RFC and a vote, but I'm not sure > > many people would use str_replace("foo", array("bar"), $subject); and > > expect the implicit array to string conversion of array("bar") => "Array" > >

Re: [PHP-DEV] [BugFest] Feature request #38685: str_[i]replace(): Add support for (string needle, array replace)

On Mon, Jan 5, 2015 at 9:30 PM, Andrea Faulds wrote: > > > On 5 Jan 2015, at 20:28, Stanislav Malyshev wrote: > > > > Hi! > > > >> usually each BC break would warrant an RFC and a vote, but I'm not sure > >> many people would use str_replace("foo", array("bar"), $subject); and > >> expect the im

[PHP-DEV] Re: [PHP-QA] Re: [PHP] PHP 5.5.21RC1 is ready for testing

On Thu, Jan 8, 2015 at 10:38 PM, The Doctor wrote: > On Thu, Jan 08, 2015 at 06:30:05PM +0100, Julien Pauli wrote: > > Hello > > > > PHP 5.5.21 RC1 is available for testing. > > > > You can download it from > > > > https://downloads.php.net/~jpauli/ > > > > The Windows binaries are available at h

[PHP-DEV] PHP 5.6.5 RC1 is ready for testing

r your support. Ferenc Kovacs & Julien Pauli

Re: [PHP-DEV] Re: [VOTE] Abstract Syntax Tree

2015.01.11. 7:55 ezt írta ("Sebastian Bergmann" ): > > Am 25.08.2014 um 19:39 schrieb Nikita Popov: > > I don't know if I will be implementing that ext myself. In any case, before > > that can happen I will have to create another RFC for converting parse > > errors into exceptions and making sure w

Re: [PHP-DEV] Top 10 Pecl extensions PHP7 compatibility

On Wed, Jan 14, 2015 at 6:53 PM, Julien Pauli wrote: > Hello, > > > Had a discussion with Rasmus today. > > It would be cool if we could have a PHP7 compat of our top-10 Pecl > extensions before our first PHP7 RC. > > This will allow more people to help testing both PHP7 (some people may need > s

Re: [PHP-DEV] Class constructor behaviour

On Mon, Jan 19, 2015 at 6:41 AM, Stanislav Malyshev wrote: > Hi! > > > This is pretty horrible and should be fixed by making sure that > > I don't see why it's so horrible. In fact, handling null is easier than > handling exception (and faster too, probably). Many functions that try > to create o

[PHP-DEV] Re: [PHP-CVS] Broken apps

On Mon, Jan 19, 2015 at 10:49 AM, Dmitry Stogov wrote: > Despite of PEAR, I also found few other apps, from my usual test list, > broken - Typo3, Xoops, SugarCRM. > Magento is broken long time ago by "unified variable syntax". > > I'm really unhappy with this direction... > > Thanks. Dmitry. > >

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

On Sun, Jan 18, 2015 at 6:37 AM, Pierre Joye wrote: > On Jan 18, 2015 11:24 AM, "Juan Basso" wrote: > > > > The vote is now closed. By 14x0 the RFC was accepted. > > > > Since I am not part of the core team, who can merge the PR ( > > https://github.com/php/php-src/pull/642)? By the way, the RFC

Re: [PHP-DEV] PEAR and make install on master

On Mon, Jan 19, 2015 at 4:07 PM, Sebastian Bergmann wrote: > Am 19.01.2015 um 07:58 schrieb Stanislav Malyshev: > > Can't we just fix it? As I understand, it's just making this: > > > > function initializeConfig(&$config) > > > > into this: > > > > static function initializeConfig(&$confi

Re: [PHP-DEV] Class constructor behaviour

On Mon, Jan 19, 2015 at 6:04 PM, Michael Wallner wrote: > > On 19 Jan 2015 12:30, "Ferenc Kovacs" wrote: > > > > On Mon, Jan 19, 2015 at 6:41 AM, Stanislav Malyshev > > > wrote: > > > > > Hi! > > > > > > > This is pretty

[PHP-DEV] Re: [PHP-CVS] Re: [PHP-DEV] Re: Broken apps

On Tue, Jan 20, 2015 at 6:55 AM, Andrea Faulds wrote: > Hi again, > > > On 19 Jan 2015, at 10:28, Andrea Faulds wrote: > > > >> On 19 Jan 2015, at 10:24, Dmitry Stogov wrote: > >> > >> There are also a number of tests started to fail since last Friday > >> > >>> testing integer overflow (32bit)

[PHP-DEV] PHP 5.6.5 is available

Windows binaries can be found on http://windows.php.net/download/ The full list of changes is recorded in the ChangeLog: http://www.php.net/ChangeLog-5.php#5.6.5 Ferenc Kovacs & Julien Pauli

Re: [PHP-DEV] Re: [PHP-CVS] Re: Broken apps

On Sun, Jan 25, 2015 at 3:18 PM, Lester Caine wrote: > On 25/01/15 13:52, Matteo Beccati wrote: > > Not yet. For now, use --without-pear. > > Just for the record ... There have been various comments about PEAR's > future. There is a substantial base of code using it. However the > versions downlo

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

On Mon, Jan 26, 2015 at 11:17 AM, Sebastian Bergmann wrote: > Am 26.01.2015 um 11:14 schrieb Ferenc Kovacs: > > Commit:cfd7f5c8a3745097e0c3c3e627f6df10f2a2acdf > > Author: Ferenc Kovacs Mon, 26 Jan 2015 > 11:09:53 +0100 > > Parents: 8aa146b810108bde

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

On Mon, Jan 26, 2015 at 1:46 PM, Ferenc Kovacs wrote: > > > On Mon, Jan 26, 2015 at 11:17 AM, Sebastian Bergmann > wrote: > >> Am 26.01.2015 um 11:14 schrieb Ferenc Kovacs: >> > Commit:cfd7f5c8a3745097e0c3c3e627f6df10f2a2acdf >> > Author:Ferenc Ko

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

On Mon, Jan 26, 2015 at 1:54 PM, Sebastian Bergmann wrote: > Am 26.01.2015 um 13:51 schrieb Ferenc Kovacs: > > and bundling our own installer is only temporary, as I mentioned in the > PR > > probably there will be more BC breaks until php7 is frozen, and it would > >

[PHP-DEV] Re: [PEAR-CORE] Re: [PHP-DEV] PEAR and make install on master

On Mon, Jan 19, 2015 at 9:56 PM, Christian Weiske wrote: > Hello Xinchen, > > > > >> In PEAR/Installer/Role.php but I'm not sure where to commit the > > >> patch or how to get it into phars (they don't seem to be the > > >> latest code in git). Anybody knows what's the right way here? > > > > > >

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

On Mon, Jan 26, 2015 at 3:45 PM, Sebastian Bergmann wrote: > Am 26.01.2015 um 13:56 schrieb Lester Caine: > > how would YOU propose to replace it? > > I am not talking about replacing but removing. > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.

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

On Mon, Jan 26, 2015 at 6:10 PM, Sebastian Bergmann wrote: > Am 26.01.2015 um 18:03 schrieb Ferenc Kovacs: > > imo we can't ship php without a tool to install additional pecl > > extensions. > > I disagree and would argue that most people do not want to build &g

Re: [PHP-DEV] Re: Discussion for RFC: Set appropriate/better defaults.

On Tue, Jan 27, 2015 at 3:35 AM, Yasuo Ohgaki wrote: > Hi all, > > On Tue, Jan 27, 2015 at 11:06 AM, Yasuo Ohgaki wrote: > > > - session.hash_function=1 : Use SHA1 rather than MD5 > > > I realized that we should remove hashing for better performance. > > Since session ID is generated from crypt

Re: [PHP-DEV] Re: [RFC][DISCUSSION] Removal of dead SAPIs and extensions

On Tue, Jan 27, 2015 at 2:06 PM, Anatol Belski wrote: > Hi Hui, > > On Tue, January 27, 2015 13:32, Xinchen Hui wrote: > > Hey: > > > > > > On Tue, Jan 27, 2015 at 6:23 PM, Anatol Belski > > wrote: > > > >> Hi, > >> > >> > >> On Mon, January 19, 2015 18:04, Anatol Belski wrote: > >> > >>> Hi, >

Re: [PHP-DEV] Re: [RFC][DISCUSSION] Removal of dead SAPIs and extensions

On Tue, Jan 27, 2015 at 2:44 PM, Ferenc Kovacs wrote: > > > On Tue, Jan 27, 2015 at 2:06 PM, Anatol Belski > wrote: > >> Hi Hui, >> >> On Tue, January 27, 2015 13:32, Xinchen Hui wrote: >> > Hey: >> > >> > >> > On T

RE: [PHP-DEV] Proposal: Raise severity of undefined constants

2015.01.28. 6:04 ezt írta ("François Laupretre" ): > > > De : Rowan Collins [mailto:rowan.coll...@gmail.com] > > I would like to propose that the error given for an undefined constant > > should be raised from E_NOTICE, probably to E_RECOVERABLE_ERROR, in > > PHP 7. > > +1 > I don't like that. Dep

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

On Wed, Jan 28, 2015 at 11:48 AM, Rowan Collins wrote: > Ferenc Kovacs wrote on 28/01/2015 07:20: > >> >> >> 2015.01.28. 6:04 ezt írta ("François Laupretre" > <mailto:franc...@tekwire.net>>): >> > >> > > De : Rowan Collins [

Re: [PHP-DEV] Proposal: Raise severity of undefined constants

On Wed, Jan 28, 2015 at 4:42 PM, Rowan Collins wrote: > Ferenc Kovacs wrote on 28/01/2015 12:13: > >> >> E_DEPRECATED is likely to be even more ignored than E_NOTICE, so >> would be a step backwards; my whole assumption is that most people >> getti

Re: [PHP-DEV] php7dev Vagrant box

On Thu, Jan 29, 2015 at 9:57 AM, Jan Schneider wrote: > > Zitat von Rasmus Lerdorf : > > > As a follow-up to my PHP7 Homework post last week, here is a bit of >> spoon-feeding for all you lurkers on this list. >> >> https://atlas.hashicorp.com/rasmus/boxes/php7dev >> >> The description there sho

Re: [PHP-DEV] php7dev Vagrant box

On Thu, Jan 29, 2015 at 11:03 AM, Jan Schneider wrote: > Zitat von Ferenc Kovacs : > > > > On Thu, Jan 29, 2015 at 9:57 AM, Jan Schneider wrote: > >> >> Zitat von Rasmus Lerdorf : >> >> >> As a follow-up to my PHP7 Homework post last week

Re: [PHP-DEV] PHP 7 installation issues.

On Thu, Jan 29, 2015 at 3:49 AM, Levi Morrison wrote: > When doing `make install` with a prefix of `/apps/php/7.0.0-dev` I get: > > Installing shared extensions: > /apps/php/7.0.0-dev/lib/php/extensions/no-debug-non-zts-20141001/ > Installing PHP CLI binary:/apps/php/7.0.0-dev/bin/ > Inst

Re: [PHP-DEV] PHP 7 installation issues.

On Thu, Jan 29, 2015 at 4:42 PM, Levi Morrison wrote: > > About the man page: what files do you have in php/man/man1 ? > > php.1 php-cgi.1 php-config.1 phpize.1 > > ^ Those four. Normally there are two more (phar.1 and phar.phar.1) > from looking my 5.6.3 install. Aside from that I'm

Re: [PHP-DEV] Re: [RFC] [DISCUSSION] pecl_http

On Fri, Jan 30, 2015 at 2:45 PM, Michael Wallner wrote: > On 29/01/15 21:25, Michael Wallner wrote: > > > >> On 29 01 2015, at 12:14, Michael Wallner >> > wrote: > >> > >> Hi! > >> > >> I’ve rewritten the RFC for pecl_http and hopefully addressed most of > >> the things ment

Re: [PHP-DEV] Delete PHPNG branch from repo?

On Fri, Jan 30, 2015 at 3:04 PM, Xinchen Hui wrote: > Hey: > >there already are more than 2 people tell me they are trying to > play with PHP7, but turns out they are playing with PHPNG branch(since > we used to call it phpng). > >as it already be merged into master. and there is also no

Re: [PHP-DEV] Use "caller" keyword, to access object caller.

On Fri, Jan 30, 2015 at 3:53 AM, S.A.N wrote: > The reason for creating circular references, usually due to the need to > bind objects. > > But this relationship can often be obtained from the context of the call. > > It will be very convenient to have a keyword that will return reference to > an

Re: [PHP-DEV] $http_response_header

On Tue, Dec 2, 2014 at 11:28 AM, Ferenc Kovacs wrote: > > > On Tue, Dec 2, 2014 at 1:08 AM, Rowan Collins > wrote: > >> On 1 December 2014 22:28:04 GMT, Ralph Schindler < >> ra...@ralphschindler.com> wrote: >> >Hi all, >> > >> >Many

Re: [PHP-DEV] $http_response_header

On Tue, Feb 3, 2015 at 10:33 AM, Julien Pauli wrote: > On Mon, Feb 2, 2015 at 6:19 PM, Ferenc Kovacs wrote: > >> On Tue, Dec 2, 2014 at 11:28 AM, Ferenc Kovacs wrote: >> >> > >> > >> > On Tue, Dec 2, 2014 at 1:08 AM, Rowan Collins >> > wr

Re: [PHP-DEV] Download PHP binaries

2012.09.16. 4:36, "Lester Caine" ezt írta: > > David Muir 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

Re: [PHP-DEV] Re: Moving forward: PHP 5.5

On Mon, Sep 17, 2012 at 10:09 AM, David Soria Parra wrote: > On 2012-09-08, David Soria Parra wrote: > > Hi internals, > > I would like to go ahead and propose Julien Pauli as the RM for 5.5. He > > is an active member of the PHP.net community, has deep knowledge of > > the internals and the nec

Re: [PHP-DEV] constructor hook

On Tue, Sep 18, 2012 at 3:18 PM, Kris Craig wrote: > On Tue, Sep 18, 2012 at 6:07 AM, Johannes Schlüter > wrote: > > > On Tue, 2012-09-18 at 08:19 -0400, Rasmus Schultz wrote: > > > Hey, > > > > > > I'm going to make this brief, because I suspect a lot of people are > going > > > to jump at the o

Re: [PHP-DEV] Decode, transcode, sanitize, filter, escape

> > > My point here is that much of what is being discussed on 'a core anti-XSS > escaping class' is missing the some of the basic problems and 'filtering' > is my own take on the correct way of managing this! and this is where you are wrong. see https://www.owasp.org/index.php/Abridged_XSS_Preve

Re: [PHP-DEV] Fwd: voter outreach

2012.09.20. 12:20, "Kris Craig" ezt írta: > > Hey guys, > > I got this request from my IDL contact a few hours ago. What do y'all > think? Looks like a good idea to me at least. > > -- I liked it better when they contacted us directly through the webmaster mailing list.

Re: [PHP-DEV] Fwd: voter outreach

2012.09.20. 12:45, "Kris Craig" ezt írta: > > > > On Thu, Sep 20, 2012 at 3:42 AM, Ferenc Kovacs wrote: >> >> >> 2012.09.20. 12:20, "Kris Craig" ezt írta: >> >> >> > >> > Hey guys, >> > >> > I g

Re: [PHP-DEV] Decode, transcode, sanitize, filter, escape

On Thu, Sep 20, 2012 at 3:09 PM, Leigh wrote: > > My whole point here is identifying WHAT needs 'escaping'. You can't > simply > > 'escape' the output stream, you still want html tags to get out? > > This problem is specific to YOU, because (as far as I understood your > previous post) you decide

Re: [PHP-DEV] POST, content-type: application/json and json_decode

On Fri, Sep 21, 2012 at 1:05 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > Hello, > > If PHP receives a HTTP request with the method POST and with the header > Content-Type: application/x-www-form-**encoded, then, it automatically > parses the request body to populate an array

Re: [PHP-DEV] POST, content-type: application/json and json_decode

On Fri, Sep 21, 2012 at 1:57 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > > On 21/09/12 13:44, Ferenc Kovacs wrote: > >> On Fri, Sep 21, 2012 at 1:05 PM, Ivan Enderlin @ Hoa < >> ivan.ender...@hoa-project.net> wrote: >> >> Hello

[PHP-DEV] Re: [PHP-QA] Buffer Overflow Vulnerability Study at Auburn University

On Fri, Sep 28, 2012 at 10:15 PM, Auburn Study wrote: > Hi All, > > I am a graduate student at Auburn University, working with Dr. Munawar > Hafiz. We are working on an empirical study project to understand the > software engineering practices used in companies that produce secure > software. In p

Re: [PHP-DEV] [RFC] Property Accessors v1.2 : Internal Accessor Method Visibility / Callability

I would say that the proposed accessors is what we should have added back then instead of __get/__set . The problem is that now we will have two similar (albeit one is an ugly subset of the other) feature which needs to co-exists. My gut tells me that we should ditch the magic method approach with

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

On Mon, Nov 12, 2012 at 4:00 PM, Ulf Wendel wrote: > Am 12.11.2012 15:48, schrieb Antony Dovgal: > > On 2012-11-12 18:15, Adam Harvey wrote: >> >>> I don't think the documentation is necessarily effective here, >>> particularly with functions that users tend to know by heart >>> >> >> >>> I'm n

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

On Thu, Nov 15, 2012 at 9:11 PM, Anthony Ferrara wrote: > Will, > > > > Actually, no it wouldn't. You still get the overhead of the error, plus > > > any custom error handlers will be triggered regardless of the > > > error_reporting setting which depending on the implementation of the > > > error

Re: [PHP-DEV] Where did the _logo_ functions go?

On Fri, Nov 16, 2012 at 3:31 AM, Sherif Ramadan wrote: > On Thu, Nov 15, 2012 at 8:26 PM, Philip Olson wrote: > > Hello geeks, > > > > Why does PHP 5.5 remove the *_logo_* functions? Is this a security > > related move? Shouldn't these emit E_DEPRECATED errors in 5.5? > > > > Regards, > > Philip

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

> Officially deprecating mysqli is, in my opinion, mostly a help for users > to go in the "correct" direction early instead of struggling due to missing > features later. I suppose the mysqli here was just a typo. -- Ferenc Kovács @Tyr43l - http://tyrael.hu

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

On Wed, Nov 21, 2012 at 6:08 AM, Adam Harvey wrote: > We can't really unbundle and move to PECL without > deprecating first anyway > For the record, we did this with other extensions in the past. Technically mysql isn't any different, we only make a more careful approach because ext/mysql "just

Re: [PHP-DEV] disabling ereg

bump anybody working on this so that we can remove the ereg "dependency" for 5.5? would be nice if we could open an issue for this with the necessary info to anybody to jump into fixing it. On Wed, Jan 11, 2012 at 12:14 AM, Philip Olson wrote: > > On Jan 10, 2012, at 11:54 AM, Rasmus Lerdorf wr

Re: [PHP-DEV] PHP patches

On Mon, Jun 20, 2011 at 8:02 PM, Robert Eisele wrote: > Thanks, Johannes! :) It works. > > 2011/6/20 Johannes Schlüter > > > On Mon, 2011-06-20 at 07:11 -0700, Philip Olson wrote: > > > On Jun 20, 2011, at 7:01 AM, Robert Eisele wrote: > > > > > > > Could I please get an wiki account? I've poste

Re: [PHP-DEV] CURL file posting

On Wed, Jan 2, 2013 at 4:39 PM, Johannes Schlüter wrote: > > > Stas Malyshev wrote: > > >Hi! > > > >I'm thinking maybe the best solution is to have a new class - say, > >CurlFile - and do this: > > > >$file = new CurlFile("myface.png", "image/png"); > >curl_setopt($ch, CURLOPT_POSTFIELDS, array("

Re: [PHP-DEV] [RFC] zend_parse_parameters() improvements

On Wed, Jan 2, 2013 at 3:29 PM, Gustavo Lopes wrote: > Em 2012-07-18 23:05, Gustavo Lopes escreveu: > > Some deficiencies in zpp have been constrai >> ning the implementation of common scenarios such as 'allow integer or >> NULL'* or the more general 'allow different types for an argument'**. >>

Re: [PHP-DEV] How to get a PHP bug fixed?

On Fri, Jan 4, 2013 at 6:33 PM, Enumag wrote: > Hi, there is a bug(s) I'd like to be fixed and even a patch is available. > But there is still no reaction at all after 2 years. What else can I do to > get the bug(s) fixed? > > https://bugs.php.net/bug.php?id=45351 - patch available from 2010-06-1

Re: [PHP-DEV] File-Paths exceeding MAX_PATH on Windows

> > > It would be indeed nice if the "\\?\" prefix was not needed in userspace > > and php would do the work. But just for now I really would like to see > php > > support for long paths on windows at all. To my mind the changes needed > for > > the prefix workaround are function is minimal-invasiv

Re: [PHP-DEV] File-Paths exceeding MAX_PATH on Windows

2013.01.08. 6:48, "Pierre Joye" ezt írta: > > hi, > > On Mon, Jan 7, 2013 at 10:22 PM, Ferenc Kovacs wrote: > > > is this about allowing the user to shot him/herself in the foot, or adding > > this feature could potentially break some existing funct

Re: [PHP-DEV] Recommended ignore list for GIT/SVN?

On Thu, Jan 10, 2013 at 8:29 AM, J. Adams wrote: > Is there any official/doctrinal list of file types for a GIT/SVN ignore > list when working on a PECL extension? I've been snooping around and found > the following (from http://stackoverflow.com/** > questions/85353/best-general-**svn-ignore-pa

Re: [PHP-DEV] A remark about PHP's Vision and new things.

On Thu, Jan 10, 2013 at 10:17 AM, Nate Tuganov wrote: > Hello, > > Well, I've been reading internals for years and never replied. But I think > this time I have to share my thoughts. > > First of all I understand Rasmus and Stas position on holding PHP as simple > as it is. It's great and in the

Re: [PHP-DEV] PHP 5.4.10 can not build Zend/PHP parsers with bison 2.6.5

On Tue, Jan 15, 2013 at 9:05 PM, Dennis Clarke wrote: > > > > > > > Unless you are hacking PHP you can ignore Bison. Check the Makefile > > Well, the configure output claims that something is wrong, therefore the > build can not be trusted. > I'm just following the defacto way to build PHP and if

Re: [PHP-DEV] PHP patches

On Mon, Dec 31, 2012 at 5:44 AM, Ferenc Kovacs wrote: > > > > On Mon, Jun 20, 2011 at 8:02 PM, Robert Eisele wrote: > >> Thanks, Johannes! :) It works. >> >> 2011/6/20 Johannes Schlüter >> >> > On Mon, 2011-06-20 at 07:11 -0700, Philip Olson w

<    1   2   3   4   5   6   7   8   9   10   >