Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

On Fri, 30 Nov 2007 10:58:01 -0500, "Daniel Brown" <[EMAIL PROTECTED]> wrote: > On Nov 30, 2007 10:37 AM, Jay Pipes <[EMAIL PROTECTED]> wrote: > > [snip] > >> With PHP, the situation is different. The foundation of PHP was laid by >> Rasmus Lerdorf together with a large group of independent de

Re: [PHP-DEV] Re: [PHP-CVS] cvs: CVSROOT / avail loginfo

't want CLAs in php.net, period. >> >> I like when people call themselves "masses", it is amusing. > > I don't know how much answers you need to finally accept a fact... > Don't be blind, you perfectly see all other opinions from other > develo

Re: [PHP-DEV] Array syntax []

On Thu, 10 Jan 2008 15:51:51 -0800, "Andi Gutmans" <[EMAIL PROTECTED]> wrote: > Andi 2003: > http://www.mail-archive.com/internals@lists.php.net/msg03896.html > > > > Andi's brain evolves 2007: > http://marc.info/?l=php-internals&m=117057393530217&w=2 > > > > And today I'm still +1. > >

Re: [PHP-DEV] mailinglist rules

On Fri, 11 Jan 2008 10:45:25 +0100, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote: > > On Jan 10, 2008, at 8:57 PM, Lukas Kahwe Smith wrote: > >> >> On Jan 10, 2008, at 4:55 PM, Antony Dovgal wrote: >> >>> On 10.01.2008 18:33, Derick Rethans wrote: On Thu, 13 Dec 2007, Gregory Beaver wrote: >

Re: [PHP-DEV] mailinglist rules

>> it can be tweaked further later .. > > I have made a first commit: > http://cvs.php.net/viewvc.cgi/php-src/README.MAILINGLIST_RULES?view=markup > > It should show up at the above mentioned URL in a while too. Would RFC-1855 be of any value here? --Chris > > Note I

Re: [PHP-DEV] voting

On Tue, 15 Jan 2008 15:55:46 -0600 (CST), "Richard Lynch" <[EMAIL PROTECTED]> wrote: > I don't believe the PHP Dev Team ... 8 > Larry may have said it best "call it a poll and be done with it" Can we take a vote on that? :

Re: [PHP-DEV] why we must get rid of unicode.semantics switch ASAP

On Mon, 21 Jan 2008 15:42:21 +0100, Marco <[EMAIL PROTECTED]> wrote: >> 6 reasons why we must to get rid of The Switch ASAP > +1 > > Couldn't agree more! > > Regards > > Marco / Service provided by hitOmeter.NET internet messaging! . --

Re: [PHP-DEV] Re: Tar archives

=phar PORTVERSION=1.2.0 ... OPTIONS=BZ2"Enable bz2 compression support" off \ ZLIB"Enable gzip compression support" off I can't help but notice the defaults for gzip, and bzip is disabled. Are there any gzip/bzip stability issues in this version?

Re: [PHP-DEV] Re: PDO 2: Request for Comments

On Mon, 28 Jan 2008 11:17:40 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]> wrote: > Hei, > > I've been deliberating looking at all the comments regarding PDO2 and the > CLA proposal to allow for some more thinking-before-writing. My first > impression was not much unlike Pierre's though. Now t

Re: [PHP-DEV] re-proposal of pecl/phar for inclusion in core

On Mon, 28 Jan 2008 11:30:58 -0600, Gregory Beaver <[EMAIL PROTECTED]> wrote: > Hi all, > > I have been working hard on pecl/phar to address several issues raised > last May when it was first mentioned on the list, and would like to > summarize where phar stands today with regards to those critic

Re: [PHP-DEV] nowdocs again

On Wed, 30 Jan 2008 11:59:42 -0800, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote: > Greg Beaver wrote: >> Dmitry Stogov wrote: >>> The feature is very useful, however, I agree, the syntax would be >>> better. :) >>> The current syntax: >>> >>> $var = <<<'TEXT' >>> text >>> TEXT; >> >> I would like to

Re: [PHP-DEV] [RFC] An Idea for PDO 2

On Fri, 1 Feb 2008 22:11:54 +0100, "Pierre Joye" <[EMAIL PROTECTED]> wrote: > Hi, > > Globally -1. I'm against any CLA in php.net. It was a mistake in the > first place to accept restricted modules. There is many repositories > out there, and the companies that need a CLA also have the resource

[PHP-DEV] A little debugging help needed

advance if anyone thinks this doesn't belong in the Internals list. Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] serialize segfault

an anyone give me a hand with tracking down the problem? Thanks! Chris. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] serialize segfault

Which would be better to try, 2.95x or 3.x? At 02:42 AM 6/4/03 +0200, Sascha Schumann wrote: > Can anyone give me a hand with tracking down the problem? Did you try a more stable compiler already? - Sascha -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: ht

Re: [PHP-DEV] serialize segfault

n/gcc -v Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/specs gcc version 2.95.3 20010315 (release) $ At 03:03 AM 6/4/03 +0200, Sascha Schumann wrote: On Wed, 4 Jun 2003, Chris wrote: > Which would be better to try, 2.95x or 3.x? Our codebase has been exposed to 2.95 mo

[PHP-DEV] CVS Account Request: jryfibofbvc

0 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RIP PHP 4?

-1 On Fri, 6 Jul 2007 16:32:50 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote: > Ladies, Gentlemen, Kings and Princesses, > > With the nice PHP 5 / PHP 6 unicode semantics thread under way I am > trying to gauge what people feel about dropping support for PHP 4 at the > end of this yea

Re: [PHP-DEV] RIP PHP 4?

On Fri, 06 Jul 2007 19:30:06 +0300, Jani Taskinen <[EMAIL PROTECTED]> wrote: > Nevermind the wording, just as soon as we just put a notice on php.net that > the > "end is near, prepare yourselves" the sooner hosting companies, etc. > realize the > end is really near.. :) > > I'd be more for dro

Re: [PHP-DEV] RIP PHP 4?

On Fri, 06 Jul 2007 19:53:58 +0300, Jani Taskinen <[EMAIL PROTECTED]> wrote: > So why keep supporting PHP 4 then? > Why keep "top posting"? It makes no sense. > Stanislav Malyshev kirjoitti: >>> I'd be more for dropping all support whatsoever by the end of this >>> year and focus totally on PHP

Re: [PHP-DEV] RIP PHP 4?

On Fri, 6 Jul 2007 20:01:22 +0200, Marco <[EMAIL PROTECTED]> wrote: >> Have you ever asked yourselves... why? why PHP5's adoption is so bad? > > > I think we have all asked that very same question and the answer is a mix > of > a few standard issues. I will venture to say that the biggest iss

Re: [PHP-DEV] RIP PHP 4?

On Fri, 6 Jul 2007 21:21:28 +0300 (EEST), "Tomas Kuliavas" <[EMAIL PROTECTED]> wrote: >> I have my arguments. One of them is because you keep mantaining PHP4 >> for a long time. >> If you had "found a very dangerous issue in PHP4 that could not be >> resolved without moving to PHP5", I think th

Re: [PHP-DEV] RIP PHP 4?

On Sat, 7 Jul 2007 15:18:29 +0200, Marco <[EMAIL PROTECTED]> wrote: >> My thought about php4->php6 migration was that when php6 is out to >> encourage (or more correctly said almost enforce - with the proper >> announcement for EOL on the php.net) the php4 users to upgrade directly > to >> php6

Re: [PHP-DEV] RIP PHP 4?

On Sun, 8 Jul 2007 17:21:07 -0400, "David Coallier" <[EMAIL PROTECTED]> wrote: > On 7/8/07, Tomas Kuliavas <[EMAIL PROTECTED]> wrote: >> Well, then I guess we have no choice but to declare official PHP 4 >> end-of-life >> to be on 8:08:08 pm too :) Now we only need to choose a sui

Re: [PHP-DEV] RIP PHP 4?

On Mon, 9 Jul 2007 13:11:46 +0400, "Alexey Zakhlestin" <[EMAIL PROTECTED]> wrote: > On 7/9/07, chris# <[EMAIL PROTECTED]> wrote: > >> FWIW The boxen I get my mail on is running PHP4 and I have absolutely >> no trouble with unicode support in my mai

Re: [PHP-DEV] RIP PHP 4?

On Mon, 9 Jul 2007 10:46:52 +0100, Alain Williams <[EMAIL PROTECTED]> wrote: > On Mon, Jul 09, 2007 at 11:35:30AM +0200, Marco wrote: >> > >> > >> >I will venture to say that the biggest issue was; no transition period. >> >> >> I dont think the transition period is a reason for lack of migratio

Re: [PHP-DEV] RIP PHP 4?

On Mon, 9 Jul 2007 11:49:42 +0200, Marco <[EMAIL PROTECTED]> wrote: >> >> FWIW The boxen I get my mail on is running PHP4 and I have absolutely >> no trouble with unicode support in my mail (to or from). > > > > The unicode changes in PHP6 are a little more complicated than that and > change

Re: [PHP-DEV] Simple Namespace Proposal

On Mon, 9 Jul 2007 20:13:23 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Wed, 4 Jul 2007, Dmitry Stogov wrote: > >> The namespace declaration statement must be the very first statement in >> file. > > I thought that was reserved in PHP 6 for the "pragma(encoding=UTF-8);" > sta

Re: [PHP-DEV] Simple Namespace Proposal

y potential collisions here. Thanks again. > > On 7/9/07, chris# <[EMAIL PROTECTED]> wrote: >> >> >> >> >> On Mon, 9 Jul 2007 20:13:23 +0200 (CEST), Derick Rethans > <[EMAIL PROTECTED]> >> wrote: >> > On Wed, 4 Jul 2007, Dmitry Stogo

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Mon, 9 Jul 2007 14:48:28 -0700, Andrei Zmievski <[EMAIL PROTECTED]> wrote: > And I think that we shouldn't, since it removes a big incentive for > people to move to PHP 6. I would be inclined to agree as well. > > Really, we need to get folks to use Unicode natively as much as > possible. It

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Mon, 9 Jul 2007 14:38:03 -0700, Andrei Zmievski <[EMAIL PROTECTED]> wrote: > Yes, backporting major features from PHP 6 to 5 will slow down PHP 6 > adoption, and I'd like to avoid it if possible. > > There is a way to run two engines side by side, by the way: in > separate instances of Apach

Re: [PHP-DEV] RIP PHP 4?

On Tue, 10 Jul 2007 00:52:27 -0500, Larry Garfield <[EMAIL PROTECTED]> wrote: > On Monday 09 July 2007, chris# wrote: >> OK. I can't help but notice the overall underwhelming reception to PHP5 >> (mostly by ISP's). Which begs the question /why/? Shouldn't /

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Tue, 10 Jul 2007 07:02:15 +0200, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote: > > On 10.07.2007, at 01:19, chris# wrote: > >> >> >> >> On Mon, 9 Jul 2007 14:38:03 -0700, Andrei Zmievski >> <[EMAIL PROTECTED]> wrote: >>> Yes, bac

Re: [PHP-DEV] RIP PHP 4?

On Tue, 10 Jul 2007 00:56:16 -0500, Larry Garfield <[EMAIL PROTECTED]> wrote: > On Monday 09 July 2007, chris# wrote: > >> I will venture to say that the biggest issue was; no transition period. >> That is to say that PHP4 and PHP5 are two completely different >

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Tue, 10 Jul 2007 08:39:10 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 9 Jul 2007, chris# wrote: > >> On Mon, 9 Jul 2007 14:38:03 -0700, Andrei Zmievski > <[EMAIL PROTECTED]> wrote: >> > Yes, backporting major features from PHP 6 to

Re: [PHP-DEV] RIP PHP 4?

On Tue, 10 Jul 2007 09:34:12 +0200 (CEST), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 9 Jul 2007, Pierre wrote: > >> On 7/9/07, Derick Rethans <[EMAIL PROTECTED]> wrote: >> > On Fri, 6 Jul 2007, Andi Gutmans wrote: >> > >> > > I'd suggest something close to what Rasmus suggested: >> >

Re: [PHP-DEV] RIP PHP 4?

On Tue, 10 Jul 2007 19:30:26 -0500, Larry Garfield <[EMAIL PROTECTED]> wrote: > On Tuesday 10 July 2007, chris# wrote: > >> > Better docs on how to run PHP 4 and PHP 5 at the same time would > likely >> > be helpful, and someone is working on that for GoPHP5

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Tue, 10 Jul 2007 20:55:30 -0400, Evert | Rooftop <[EMAIL PROTECTED]> wrote: > Andi Gutmans wrote: >> I think the sooner the better as it's valuable information for the dev >> team. >> It'd probably be a good idea to have a Wiki where we can document issues >> that/common use-cases which are e

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Wed, 11 Jul 2007 01:20:44 -0400, Evert | Rooftop <[EMAIL PROTECTED]> wrote: > Larry Garfield wrote: >> >> Top 10 by what metric? If I had to guess based on market share, I'd say >> (unordered): >> >> Drupal >> Squirrelmail >> WordPress >> phpMyAdmin >> MediaWiki >> Joomla >> PHPBB >> > > Th

Re: [PHP-DEV] RIP PHP 4?

On Wed, 11 Jul 2007 14:06:02 +0200, Sebastian Mendel <[EMAIL PROTECTED]> wrote: > +1 > > Guilherme Blanco schrieb: > >> Have you ever asked yourselves... why? why PHP5's adoption is so bad? > > it was badly advertised! Can't argue with that. :) > > most people don't even know how much faster

Re: [PHP-DEV] RIP PHP 4?

On Wed, 11 Jul 2007 13:12:35 -0700, Jeff Griffiths <[EMAIL PROTECTED]> wrote: > chris# wrote: >> On Tue, 10 Jul 2007 19:30:26 -0500, Larry Garfield > <[EMAIL PROTECTED]> wrote: > ... >>> The claim that is still repeated >>> that one "has to"

Re: [PHP-DEV] Mid-term Update for Cycle Collector (Google Summer of Code Project)

On Wed, 11 Jul 2007 13:43:19 -0700, "David Wang" <[EMAIL PROTECTED]> wrote: > Hello, everyone. My name is David Wang and I am one of the students > participating in Google Summer of Code this year. As you may remember, > my project is to implement a garbage collector for circular references > in

Re: [PHP-DEV] Apache handler with Multiple PHP versions

On Thu, 12 Jul 2007 01:13:33 +0200, Tijnema <[EMAIL PROTECTED]> wrote: > On 7/12/07, Jani Taskinen <[EMAIL PROTECTED]> wrote: >> A lot easier (and works already) is to install PHP as CGI/FastCGI >> (one version or all of them, one can be module of course) and define the >> required PHP version b

Re: [PHP-DEV] Apache handler with Multiple PHP versions

On Wed, 11 Jul 2007 19:25:32 -0500 (CDT), "Richard Lynch" <[EMAIL PROTECTED]> wrote: > On Wed, July 11, 2007 6:13 pm, Tijnema wrote: >> On 7/12/07, Jani Taskinen <[EMAIL PROTECTED]> wrote: >>> A lot easier (and works already) is to install PHP as CGI/FastCGI >>> (one version or all of them, one

Re: [PHP-DEV] RIP PHP 4?

On Wed, 11 Jul 2007 21:18:17 -0400, "David Coallier" <[EMAIL PROTECTED]> wrote: > On 7/11/07, Tijnema <[EMAIL PROTECTED]> wrote: >> On 7/11/07, Jeff Griffiths <[EMAIL PROTECTED]> wrote: >> > chris# wrote: >> > > On Tue, 10 Jul 2007

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

to generating an increased interest in installing 5 (or 6) along with their base 4 install. It would also shorten any attempt on my part to do the same. :) Thanks for taking the time to respond. P.S. Please don't top post. It buggers up the threads and breaks context. > > On Mon, July 9,

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

! Yes, I've been looking at it as time permits. Seems pretty powerful. > > On Tue, July 10, 2007 2:46 am, chris# wrote: >> >> >> >> On Tue, 10 Jul 2007 07:02:15 +0200, Lukas Kahwe Smith >> <[EMAIL PROTECTED]> wrote: >>> >>> On

Re: [PHP-DEV] What is the use of "unicode.semantics" in PHP 6?

On Wed, 11 Jul 2007 20:27:21 -0500 (CDT), "Richard Lynch" <[EMAIL PROTECTED]> wrote: > On Wed, July 11, 2007 3:11 am, Richard Quadling wrote: >> On 11/07/07, Evert | Rooftop <[EMAIL PROTECTED]> wrote: >>> Larry Garfield wrote: >>> > >>> > Top 10 by what metric? If I had to guess based on marke

Re: [PHP-DEV] Apache handler with Multiple PHP versions

On Wed, 11 Jul 2007 20:43:06 -0700, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote: > chris# wrote: >>> It was possible to have PHP3 and PHP4 both as modules, I think, but >>> that was an anomoly? >> So which one of the developers broke this /feature/ in 5? ;)

Re: [PHP-DEV] RIP PHP 4?

On Thu, 12 Jul 2007 07:13:07 +0100, Lester Caine <[EMAIL PROTECTED]> wrote: > Tijnema wrote: >> Yes, that's what I meant to say, they can be implemented on top of, >> just like the above mentioned json, it is implemented on top of too. >> But, that means that a regular PHP programmer doesn't nee

Re: [PHP-DEV] RIP PHP 4?

On Thu, 12 Jul 2007 11:04:53 +0200, Sebastian Mendel <[EMAIL PROTECTED]> wrote: > chris# schrieb: >> >> >> On Wed, 11 Jul 2007 21:18:17 -0400, "David Coallier" <[EMAIL PROTECTED]> > wrote: >>> On 7/11/07, Tijnema <[EMAIL PROTECTED]

Re: [PHP-DEV] Apache handler with Multiple PHP versions

On Thu, 12 Jul 2007 11:38:44 +0200, Tijnema <[EMAIL PROTECTED]> wrote: > Hello Richard, > > On 7/12/07, Richard Lynch <[EMAIL PROTECTED]> wrote: >> On Wed, July 11, 2007 6:13 pm, Tijnema wrote: >> > On 7/12/07, Jani Taskinen <[EMAIL PROTECTED]> wrote: >> >> A lot easier (and works already) is t

Re: [PHP-DEV] RIP PHP 4?

On Thu, 12 Jul 2007 11:51:39 +0100, Lester Caine <[EMAIL PROTECTED]> wrote: > chris# wrote: >> Something just occurred to me that might satisfy both sides of the > issue. >> What about the way Apache handles their versions of Apache (1.x and > 2.x). >> That is t

Re: [PHP-DEV] Apache handler with Multiple PHP versions

On Thu, 12 Jul 2007 13:41:16 +0200, Tijnema <[EMAIL PROTECTED]> wrote: > On 7/12/07, chris# <[EMAIL PROTECTED]> wrote: >> >> >> >> On Thu, 12 Jul 2007 11:38:44 +0200, Tijnema <[EMAIL PROTECTED]> wrote: >> > Hello Richard, >> > >

Re: [PHP-DEV] RIP PHP 4?

On Fri, 13 Jul 2007 11:43:57 +0200, Sebastian Mendel <[EMAIL PROTECTED]> wrote: > chris# wrote: >> Sebastian Mendel <[EMAIL PROTECTED]> wrote: >>> chris# wrote: >>>> I think that same analogy applies to both versions of PHP - one > version >>&g

Re: [PHP-DEV] POSIX regex

On Tue, 17 Jul 2007 08:47:42 +0200, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote: > Larry Garfield wrote: >> Non-core PHP developer speaking, so read with that in mind: >> >> One of the things that held back PHP 5 adoption for so long, IMO, is the >> large >> amount of FUD that surrounded it. E

RE: [PHP-DEV] buildconf hell

On Thu, 19 Jul 2007 02:49:59 -0700, "David" <[EMAIL PROTECTED]> wrote: >> Downgrading flex to 2.5.4a-r6... >> >> seems to have fixed the issue. >> >> I'm running make test right now :-) >> >> Thanks all!!! >> >> PS >> I've also edited the but with a request to make it a Documentation >> Fix, rat

[PHP-DEV] PHP parallel builds/installs - that's the challange...

On Thu, 19 Jul 2007 14:13:25 -0700, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: >> Too bad it only works for Apache module.. ;) > > I think on Windows you can do something with the registry per-dir too. > On unix there's no registry though. Maybe we need some generic solution > to this (like

Re: [PHP-DEV] Let blocks

On Thu, 19 Jul 2007 23:16:33 +0200, Tijnema <[EMAIL PROTECTED]> wrote: > On 7/19/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote: > >> > I consider block scope a sort of "namespaces light", an easy to >> > understand first step. As JS 2 will have the "let" keyword - and to > most >> > newbies

Re: [PHP-DEV] Re: PHP's mail servers suck

have the ability to give someone access, it's never > > granted. > > > > We need a way for infrastructure stuff like like to have a solid > > point > > person, who can give others power to handle things.   Sounds like > > we have > > some people willing t

Re: [PHP-DEV] PHP 5.0.0 Test roll

ormation, or is unable to duplicate it. Chris P.S. I'm not really a C++ guy, I have Visual Studio 6 installed on this machine, so I have access to its tools, but I'm not very good at using them. I mostly joined this list to lurk, but I'm willing to help where I'm able. -- PHP

Re: [PHP-DEV] PHP 5.0.0 Test roll

e unuseble (i know of Benchmark, probably everything that uses it is crushing too). please fix this guys :/ Just commited what should be a fix. Please try next snapshot. -Sara All my testing code runs fine, so it appears to be working. Thanks! Chris -- PHP Internals - PHP Runtime Develo

Re: [PHP-DEV] bit of an odd bug

That, I'm afraid, is expected behavior, though I believe you can use: call_user_func(array($scanning_class,'scanBuffer')); http://www.php.net/call_user_func I *could* be wrong though Chris Gareth Ardron wrote: Ok, I'm in need of a sanity check here. step one: $input = &q

[PHP-DEV] enabling postgresql by default

an we "influence" the decision? Cheers, Chris. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC-Discuss] Scalar Type Declarations v0.5

namespaces? declare(strict_types=1) namespace Foo; namespace Bar; declare(strict_types=1) strict namespace Baz; Really good proposal though. Really hope it passes vote and we finally get scalar type hints in PHP. Cheers, Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubsc

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

Congratulations Anthony, and to Andrea for her initial proposal. Finally, we have scalar type hints in PHP. PHP 7 is going to be a real game changer! Chris > On 16 Mar 2015, at 9:03 pm, Anthony Ferrara wrote: > > All, > > Voting has been closed on the scalar type declar

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

On 18 March 2015 at 13:12, Pavel Kouřil wrote: > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov > wrote: > > On 18 Mar 2015 15:52, "Pavel Kouřil" wrote: > >> > >> Hello, > >> > >> I made that conclusion because in the first example, the library kinda > >> forces strict mode rules on the caller

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

On 18 March 2015 at 17:07, Lazare Inepologlou wrote: > > 2015-03-18 16:28 GMT+01:00 Chris Wright : > >> On 18 March 2015 at 13:12, Pavel Kouřil wrote: >> >> > On Wed, Mar 18, 2015 at 2:02 PM, Nikita Nefedov >> > wrote: >> > > On 18 Mar 2015

Re: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7

On 25 March 2015 at 09:22, Tony Marston wrote: > "Zeev Suraski" wrote in message news:66c0cca2453de53bed0328af2732c7 > b...@mail.gmail.com... > > >> -Original Message- >>> From: Nikita Popov [mailto:nikita@gmail.com] >>> Sent: Tuesday, March 24, 2015 4:45 AM >>> To: PHP internals >>

Re: [PHP-DEV] Deprecate or remove mbstring function overloads in PHP 7

On 25 March 2015 at 14:32, Rowan Collins wrote: > Chris Wright wrote on 25/03/2015 13:44: > >> That said, in the interests of not causing people using this functionality >> issues with logs full of errors and/or error-related performance issues, I >> would support having

Re: [PHP-DEV] [RFC] Fix the Tenary Operator -- Please!? Please?

On 26 March 2015 at 22:40, Michael Morris wrote: > It's not a feature though - it's a bug. It's just one of those bugs that > the fixing of which may break something. > > TL;DR -1 for 7, and -1 in general. It's not really a bug, it works according to the defined behaviour, the issue is that som

Re: [PHP-DEV] Naming of 'weak' type hints

On 30 March 2015 at 15:16, Zeev Suraski wrote: > All, > > > > One thing that I think we should change is how we refer to the ‘weak’ type > hints. The word ‘weak’ has a negative ring to it, and considering this is > how the language behaves across the board it’s a pretty bad name for this > featu

Re: [PHP-DEV] PDO Oracle driver

On 22 April 2015 at 10:40, Stelian Mocanita wrote: > Hello internals, > > I would like to ask what on your thoughts on removing the Oracle drive for > PDO from the documentation (http://us1.php.net/manual/en/ref.pdo-oci.php) > at least since it's been experimental for a long time now, and it has

Re: [PHP-DEV] Array dereferencing of scalars

On 11 June 2015 at 09:59, Rowan Collins wrote: > Yasuo Ohgaki wrote on 11/06/2015 00:50: > >> If PHP should return NULL always against NULL variables, we may be better >> to >> reconsider these behavior. >> >> [yohgaki@dev Download]$ php >> > $v = NULL; >> $$v; >> >> >> PHP Notice: Undefined var

Re: [PHP-DEV] Array dereferencing of scalars

On 12 June 2015 at 00:35, Rowan Collins wrote: > On 11/06/2015 21:22, Chris Wright wrote: > >> I'm inclined to agree that we should have consistency here, and that the >> current behaviour in a function context is the correct one. A couple of >> (IMO) good ar

Re: [PHP-DEV] LDAP module test suite

On 15 June 2015 at 14:02, Côme BERNIGAUD wrote: > Hello, > > What is the needed configuration to be able to run the whole LDAP test > suite? > It connects with "cn=Manager,dc=my-domain,dc=com" but then tries to create > "dc=my-domain,dc=com". > How can "cn=Manager,dc=my-domain,dc=com" exist if "d

Re: [PHP-DEV] PHP-FPM: How to clear the realpath cache on deployment?

On 19 June 2015 at 13:43, Sebastian Bergmann wrote: > Scenario: nginx + PHP-FPM / FastCGI. > > The final step of the deployment is updating a symlink to point to the > new version. > > For N <= realpath_cache_ttl seconds after the deployment, some > filesystem operations fail because of outd

Re: [PHP-DEV] [Q] Session provider & returning FAILURE from PS_OPEN_FUNC?

On 23 June 2015 at 23:09, Eric Stenson wrote: > Quick behavioral question: > > If an extension is implementing a Session handler, and returns FAILURE > from its PS_OPEN_FUNC(), will the extension receive subsequent > PS_READ_FUNC()/PS_WRITE_FUNC() calls? > > Also, if an extension returns FAILURE

Re: [PHP-DEV] New PHP SAPI for Nginx

On 26 June 2015 at 06:39, Rasmus Lerdorf wrote: > On 06/25/2015 01:31 PM, S.A.N wrote: > > New versions Nginx, implement thread pools, > > http://nginx.com/blog/thread-pools-boost-performance-9x/ > > > > I think this is a good opportunity to write a Nginx module (PHP SAPI) > > which is to process

Re: [PHP-DEV] Phalanger

great to see work on alternative implementations that better fit a specific group or set of groups problem domains, but such a drastic statement as to drop the current implementation and start anew is pretty far away from logical :- ) -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] PHP website having issues?

Hello, is it just me or is the php website having issues doing function lookups etc? I checked several mirrors and they return no results for many functions and many links from Google are broke to. Just a heads up.

Re: [PHP-DEV] A potential patch for Bug#60668

ink it would be more convenient (and safer) to use php_trim in standard/string.c. Although I must say looking at the bug, I am not sure this is exactly something that should be "fixed". It could be a BC break and in my opinion is just a demonstration of failure to properly sanitize us

Re: [PHP-DEV] A potential patch for Bug#60668

27;s just my opinion you can see what the core devs say I might be a bit off base. -Chris [1] http://php.net/wrappers.http#wrappers.http.example.custom.headers -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Enum proposal (yet another)

Why is it every time this comes up people need to get butt hurt and passionate? Re-read past discussions and provide new arguments or move on. This is likely a feature that will never exist, but don't worry... You can still make websites using PHP :) On Feb 25, 2012 6:59 PM, "Kris Craig" wrote: >

Re: [PHP-DEV] PHP as a template language

Hello, On Fri, Apr 6, 2012 at 3:08 PM, Reindl Harald wrote: > > > Am 06.04.2012 23:54, schrieb Tom Boutell: >> On Fri, Apr 6, 2012 at 5:39 PM, Reindl Harald wrote: > > the "who" in such cases are ALL developers out there damned > can i send you the invoice for my time if your ideas > would be re

Re: [PHP-DEV] RFC: source files without opening tag

. In addition I would suggest maybe using PHP_INCLUDE_* as a place for these constants to live. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: source files without opening tag

Hello, 2012/4/9 Ángel González : > On 09/04/12 20:23, Chris Stockton wrote: >> Hello, >> Although I am not very interested in this feature, if it is >> implemented I like the idea of flags instead of introducing new >> keywords. Maintaining backwards compatibility wo

Re: [PHP-DEV] RFC: source files without opening tag

nd a good bit of reasonable feedback and information for handling user input there, in the exact scenarios you mentioned. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFC: source files without opening tag

Hello, 2012/4/10 Ángel González : > Luke Scott wrote: >>> if ( version_compare(PHP_VERSION, '5.5', '<') ) >>>  include_once $file; >>> else >>>  require_code($file, array( 'once'=>true, 'warn' => 'ignore' ) ); >> I'm fairly certain that wouldn't work either. Require and friends are >> constructs,

Re: [PHP-DEV] Disabling PHP tags by php.ini and CLI options

f from actually solving the "Problem" you want to fix. I will suggest you use the tokenizer extension if you really must do what you are trying to describe. My vote on this is -1 -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] UPDATED RFC version 1.1: source files without opening

at make use of "INCLUDE_ONCE" as a constant or maybe not, regardless I think it should follow the documented naming guidelines to be safe. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Disabling PHP tags by php.ini and CLI options

you either use the right tools and the right validation methods or I promise this is only one of unlimited possible security concerns Yasuo. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] UPDATED RFC version 1.1: source files without opening

Hello, On Wed, Apr 11, 2012 at 11:14 AM, Tom Boutell wrote: > On Wed, Apr 11, 2012 at 1:48 PM, Chris Stockton > wrote: >> I have read the RFC and I although from what I gather it seems that >> .phpp is a recommendation and not a requirement, but I want to make >> absolu

Re: [PHP-DEV] UPDATED RFC version 1.1: source files without opening

that they would be registered under the core constant name space which is mostly understood as PHP_. No reason this couldn't be deviated from, as UPLOAD_* and ZEND_* have their own spaces, but INCLUDE_* seems pretty generic to reserve and seems safer under PHP_* to me. This is a small detail I don't feel strongly about, but it is a detail that should be considered. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] UPDATED RFC version 1.1: source files without opening

o circumvent the "attack type" (aka developer negligence), he is wise enough to come up with a CORRECT solution. -Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] why does PHP accept [new] session ids from client?

pletely protect developers from session fixation, but it would be a step in the right direction. I think the original poster was making this suggestion. Chris -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [PATCH] Modifications for ext/session/

r session is is passed in. It would raise the bar, but that's about it. An attacker visits your site (to initiate the session), determines the assigned session identifier, and then uses that session identifier (which now references an initiated session) for the session fixation attack. Ch

Re: [PHP-DEV] why we must get rid of unicode.semantics switch ASAP

obliterated. Why change PHP's philosophy? Keep it easy for the new user, keep it successful, and make me work a little more when I want to implement my "high class" development methodologies. I don't mind, I do it already. I write this as a "high class" developer. -1 -Chr

Re: [PHP-DEV] type hinting

not being able to add stricter type hints, like; float int string, etc. But that would make a lot more sense then the proposed scalar type hint. Do it right, or don't add a hack is my opinion. -Chris On Feb 6, 2008 6:20 AM, Derick Rethans <[EMAIL PROTECTED]> wrote: > On Wed, 6 Feb 2

Re: [PHP-DEV] type hinting

ight? On Feb 6, 2008 6:37 AM, Sam Barrow <[EMAIL PROTECTED]> wrote: > On Wed, 2008-02-06 at 06:30 -0700, Chris Stockton wrote: > > To me it does not make sense to have a scalar type hint. For the > > simple reason it's inconsistent with PHP, and it adds no value other >

  1   2   3   4   5   >