Re: [PHP-DEV] CS random values

> As a noob here, what should I do next in order to pursue my objective? Is > this what the PHP RFC is for? Hi Tom, I fully support a one-method-to-rule-them-all for generating random sauce. Long ago I created an incomplete RFC on the subject, but please feel free to ignore and create a new/b

[PHP-DEV] Re: Wiki account application? [Re: [PHP-DEV] CS random values]

On Jan 5, 2012, at 6:56 AM, Tom Worster wrote: > On 12/29/11 2:03 PM, "Philip Olson" wrote: > >> Hi Tom, >> >> I fully support a one-method-to-rule-them-all for generating random >> sauce. Long ago I created an incomplete RFC on the subject, but please

[PHP-DEV] disabling ereg

Hi geeks! We're unable to disable the ereg extension today, yet it's been deprecated since PHP 5.3.0. Is this by design? Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] disabling ereg

t; On Tue, Jan 10, 2012 at 8:49 AM, Philip Olson wrote: >> Hi geeks! >> >> We're unable to disable the ereg extension today, yet it's been deprecated >> since PHP 5.3.0. Is this by design? >> >> Regards, >> Philip >> >> >> -- &

Re: [PHP-DEV] disabling ereg

Hi! This thread has veered off-course. So to summarize: (1) ereg is deprecated, and usage is discouraged (2) It emits E_DEPRECATED errors as of PHP 5.3 (3) We cannot disable/remove ereg at compile time (today) I'm suggesting we alter (3) so that we, the people who compile PHP, can optional

Re: [PHP-DEV] disabling ereg

On Jan 10, 2012, at 11:54 AM, Rasmus Lerdorf wrote: > On 01/10/2012 11:33 AM, Philip Olson wrote: >> Any objections? Regardless of deprecation status, this option >> should be available. Or if not, why? > > The main reason is that we are not done removing all the dependenci

Re: [PHP-DEV] RFC: PHP 6 include E_NOTICE in default php.ini

Hi Richard, I'm a little confused. Showing E_NOTICE errors is already the default with both php.ini-* files. What does this RFC change? Are you proposing that the PHP default value (without a php.ini) be modified? ; error_reporting ; Default Value: E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATE

Re: [PHP-DEV] PHP 5.4.0 released!

On Mar 1, 2012, at 4:17 PM, Ángel González wrote: > On 02/03/12 01:00, Simon Schick wrote: >> Hi, all >> >> When will the documentation be ready? >> >> For example you wrote that something has changed to the keywords *continue >> *and >> *break *- but I dont get what and it's not defined in he

Re: [PHP-DEV] PHP 5.4.0 released!

The mirrors have not yet updated, which is why the announcement linked specifically to docs.php.net (which builds the docs 4x daily[1]) for several entries. So while not perfect… the mirrors will update tomorrow, and will include additional information. Also, a few people are making migration54 c

[PHP-DEV] get_magic_quotes_* != deprecated?

Hello! Please clarify whether or not get_magic_quotes_gpc() and get_magic_quotes_runtime() are deprecated, because I do not think they are. Deprecated means people should not use them while writing new code, but they are perfectly sensible functions. I propose that we do not describe get_magic

Re: [PHP-DEV] get_magic_quotes_* != deprecated?

On Mar 1, 2012, at 6:26 PM, Adam Harvey wrote: > On 2 March 2012 09:56, Philip Olson wrote: >> Please clarify whether or not get_magic_quotes_gpc() and >> get_magic_quotes_runtime() >> are deprecated, because I do not think they are. Deprecated means people >> s

Re: [PHP-DEV] GIT commit mails

On Mar 2, 2012, at 10:36 AM, Derick Rethans wrote: > Hi! > > Can we please fix the GIT commit mails before we move anything else > over? +1 Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

On Apr 5, 2012, at 8:22 PM, Rasmus Lerdorf wrote: > On 04/05/2012 07:55 PM, Sébatien Durand wrote: >> IMHO, PHP is a great template language. This is what makes it so simple >> and powerful, compared to other web languages. >> >> So far, we have "> >> A suggestion : deprecate these old tags an

Re: [PHP-DEV] voting without vcs accounts

On Apr 16, 2012, at 6:21 PM, Ferenc Kovacs wrote: > On Tue, Apr 17, 2012 at 3:14 AM, Kris Craig wrote: > >> >> >> On Mon, Apr 16, 2012 at 6:10 PM, Ferenc Kovacs wrote: >> >>> Just to play devil's advocate (Satan and I go way back), what about people who are established PHP develo

Re: [PHP-DEV] voting without vcs accounts

On Apr 17, 2012, at 4:08 PM, Christopher Jones wrote: > > > On 04/17/2012 03:50 PM, Stas Malyshev wrote: >> Hi! >> >>> sorry, I can't really follow you with that. >>> do you have a problem allowing the non-vcs users (defined by the voting >>> rfc) to vote, or do you have a problem providing a

Re: [PHP-DEV] [off] PHP: a fractal of bad design

On Apr 18, 2012, at 1:34 AM, Hartmut Holzgraefe wrote: > On 04/10/2012 06:20 PM, Adir Kuhn wrote: >> Hi folks, >> >> today I read this post, I think that some points are valid, follow the link >> for >> you guys > > as stuff like this comes up again and again (although not in as epic > lenght

[PHP-DEV] get_magic_quotes_gpc() returns false instead of 0

Hello everyone, The following bug report brings up a good point: https://bugs.php.net/61784 The get_magic_quotes_gpc() function returns 0/1 before 5.4, but now it returns boolean false. Instead it should return 0. Fixing this feels like a bug fix, which would go in 5.4.1. Thoughts? Regards,

Re: [PHP-DEV] get_magic_quotes_gpc() returns false instead of 0

On Apr 24, 2012, at 9:43 AM, Stas Malyshev wrote: > Hi! > >> https://bugs.php.net/61784 >> >> The get_magic_quotes_gpc() function returns 0/1 before 5.4, but now >> it returns boolean false. Instead it should return 0. Fixing this >> feels like a bug fix, which would go in 5.4.1. Thoughts? >

Re: [PHP-DEV] get_magic_quotes_gpc() returns false instead of 0

On Apr 24, 2012, at 4:46 PM, Stas Malyshev wrote: > Hi! > >> The less people beginning to rely on this bug the better, and this is >> a critical time. The impact of this BC break feels larger considering >> MQ is enabled by default in PHP 5.3 and below. > > I understand but a) nobody should be

Re: [PHP-DEV] Bringing users along ...

On Aug 1, 2012, at 7:01 AM, Johannes Schlüter wrote: > On Wed, 2012-08-01 at 13:38 +0100, Lester Caine wrote: >> The default if it's not included in the .ini is ON, but the >> sample .ini's both switch it off, and that is what the distributions >> follow when creating a clean install. >> >> ALL

[PHP-DEV] [PATCH] auto_globals_jit in php.ini*

Hello! This patch inserts the auto_globals_jit directive into the php.ini files. Since the default value is 1 in main.c, this value (On) is used in this patch. Please apply it to all PHP 5 branches. Patch: http://boogle.com/tmp/patch_auto_globals_jit.txt Regards, Philip -- PHP Internals - PHP

[PHP-DEV] [PATCH] Install Documentation for Unix/Windows

Hello! Both win32/install.txt and INSTALL need an update before the next PHP release so here's a patch for these two files: http://boogle.com/tmp/patch_phpsrc_install.txt It's an enormous patch because the line endings were incorrect for these files but have been fixed (install.txt = \r\n and I

Re: [PHP-DEV] CVS Account Request: krid_

On Nov 28, 2007, at 10:49 PM, Dirk Randhahn wrote: Please send me a new CVS password as I forgot mine for the account krid ([EMAIL PROTECTED]) Hello Dirk, http://master.php.net/forgot.php Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: h

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

On Nov 29, 2007, at 11:26 AM, Steph Fox wrote: We do have peer-review after all. Not on CLA'd code we don't. Steph the CLA seems to just relate to the docbook xml specifications for PDO. Someone told you that, or have you developed psychic powers? The same applies, regardless. If a commi

Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a "final" decision

It seems that there is voices in favor of keeping the GPC related functions in HEAD/php6 but returning always FALSE. I thought the decision was already done but I rather prefer to ask the list a second time and be done with this topic (and be free to bogus any other bug reports about this problem,

Re: [PHP-DEV] Updates to the QA pages

Rob Nicholson and I have made a set updates the QA pages, mainly based on things that we've learned over the past year of test case writing - we had a lot of input from Raghu and Marcus on this too of course. The updated pages are here for review: http://zapt.info/phpt/write- test.php. Gre

Re: [PHP-DEV] _REQUEST and variable_order

On Feb 13, 2008, at 1:50 PM, Stanislav Malyshev wrote: Yes, that's why php.ini-recommended should have GP. However, php.ini-dist documents *the default* - which should be GPC, like it is right now. The default is NULL, which means using variables_order - just as before. I don't see a lo

Re: [PHP-DEV] magic_quotes and the question of BC

On Feb 8, 2008, at 8:46 AM, Pierre Joye wrote: On Feb 8, 2008 5:38 PM, Gregory Beaver <[EMAIL PROTECTED]> wrote: Frankly, I don't see why there is any vote whatsoever. It's plain stupid to consider removing them when a fully backwards-compatible solution exists that has no performance penalt

[PHP-DEV] RFC: How PHP utilizes the Google SoC

The Google Summer of Code sponsors students to work on Open Source projects over each summer. This RFC introduces guidelines and goals involving how we handle the SoC process. Synopsis: - Nominate an administrator early, encourage idea development year round, and focus on nomi

Re: [PHP-DEV] RFC: How PHP utilizes the Google SoC

On Mar 4, 2008, at 7:07 PM, Daniel Brown wrote: On Tue, Mar 4, 2008 at 5:17 PM, Philip Olson <[EMAIL PROTECTED]> wrote: The Google Summer of Code sponsors students to work on Open Source projects over each summer. This RFC introduces guidelines and goals involving how we handle t

Re: [PHP-DEV] CVS Account Request: santiago

On 22 Mar 2008, at 10:27, Alexey Romanenko wrote: I would like to request a CVS account to commit the translations to the russian translation of the php manual. I have discussed with Antony Dovgal about it. Hello Alexey- This account has been created with karma added, welcome to the team!

Re: [PHP-DEV] The Untouchables

2. I didn't have a response yet regarding pecl/muscat, but it's been superceded by another GPL'd extension which is sited elswhere (Xapian). So I guess we're clear there too, I'd just rather have it from the horse's mouth. Recently the pecl/muscat documentation was removed from phpdoc CVS.

Re: [PHP-DEV] [PATCH] Scanner fixes and tweaks

On 10 Apr 2008, at 09:48, Marcus Boerger wrote: Hello Matt, Thursday, April 10, 2008, 3:50:41 PM, you wrote: Hi Scott, I noticed that Nuno changed yyless() to be like flex after your commit (not in HEAD? I considered that, but figured you guys wanted it different :-)), but now the here

Re: [PHP-DEV] spl documentation

On 11/04/2008, Alexey Zakhlestin <[EMAIL PROTECTED]> wrote: I noticed, that http://www.php.net/~helly/php/ext/spl/was updated almost a year ago. Is the newer version available anywhere? Good point, there're so many new things in there. Marcus? Etie

Re: [PHP-DEV] Float comparison

On 2 May 2008, at 18:07, Stanislav Malyshev wrote: Hi! Is it not possible to overload operators? Though this would probably even more work to do. Well, overloading operators in theory would be less work to do, technically, since extension points would be easier to identify. However, I'm

[PHP-DEV] Help write the 5.3 upgrade guide

Hello everyone, It's that time of year again, time to write a PHP migration/upgrade guide! It's being created a little differently this time around, first wiki then later converted to DocBook and inserted into the manual. Please have a look and add/modify the information. Every change is

[PHP-DEV] magic quotes finale

Hello everyone- PHP 5.3 is approaching fast, so let's conclude our dealings with magical quotes... this should be the last time. Please have a look at the following RFC and discuss it within this thread. Magic Quotes in PHP 5.3 and beyond - http://wiki.php.net/rfc/magicquotes It recomm

Re: [PHP-DEV] magic quotes finale

On 20 May 2008, at 13:53, Pierre Joye wrote: hi Philip, On Tue, May 20, 2008 at 9:55 PM, Philip Olson <[EMAIL PROTECTED]> wrote: Hello everyone- PHP 5.3 is approaching fast, so let's conclude our dealings with magical quotes... this should be the last time. Please have a

Re: [PHP-DEV] Short syntax for array literals [...]

On 22 May 2008, at 07:29, Pierre Joye wrote: On Thu, May 22, 2008 at 3:56 PM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: Hi, On Thu, 2008-05-22 at 12:33 +0200, "Pierre Joye" wrote: Agreed, we should simply go through a vote and be done with that. Vote until all are annoyed and don't vot

Re: [PHP-DEV] magic quotes finale

PHP 5.3 is approaching fast, so let's conclude our dealings with magical quotes... this should be the last time. Please have a look at the following RFC and discuss it within this thread. Magic Quotes in PHP 5.3 and beyond - http://wiki.php.net/rfc/magicquotes It recommends changes to both

Re: [PHP-DEV] magic quotes finale

We have covered this a bunch of times already. magic_quotes_gpc are gone, but we leave in the function that tells userspace code that they are off. get_magic_quotes_gpc() will always return false which means that thousands of applications out there will run unchanged and will simply take th

Re: [PHP-DEV] Re: Short syntax for array literals [...]

On 27 May 2008, at 19:44, Greg Beaver wrote: Stanislav Malyshev wrote: please add your votes I'm +1. BTW - how hard would it be to add voting interface to the wiki? Not hard at all. Certifying that people only vote once - hard I vote we don't talk about voting methodology in this thread.

Re: [PHP-DEV] Re: Short syntax for array literals [...]

I also re-added the "Discusssion on the Web" section, because it reflects what the user base is thinking on this topic. This section of random blogs is unnecessary especially considering how open the lists are to the world. I consider this section to be a bad "If I want my voice really hear

Re: [PHP-DEV] Where is PHP 5 Bug Summary Report?

On 2 Jun 2008, at 07:54, Felipe Pena wrote: Hi all Em Seg, 2008-05-26 às 08:18 -0700, Philip Olson escreveu: On 26 May 2008, at 05:45, Guilherme Blanco wrote: Hi, Read the subject... Have anyone disabled it? This summary has finally reached 100kb so it's too large for the

[PHP-DEV] deprecation status of $str{42} versus $str[42]

Hello geeks, This email is to confirm that $str{42} is deprecated in favour of $str[42] as of PHP 6. There is some confusion so let's make something official here. A little history: - May, 2001: $str[42]: is documented as deprecated since PHP 4 - Nov, 2005: $str[42]: kept while $str{42} i

Re: [PHP-DEV] extensions status, to move to pecl or to drop

/ Un*x: Get a .tar.gz, unpack, phpize, configure and make (last time I tried that didn't work for me, must've been some wrong auto-whatever). If the release is done correctly, a simple pecl install sybase works. This is an important point because unfortunately in the past a "moved to PE

Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP

. Anyway, feel free to comment. Should comments from user-space folk be posted here or as comments at the bottom of the wiki page? We're all users... so here. Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] cleaning up the functions - any volunteers?

While we nearing the release of 5.3 (hopefully?), there are many functions in the PHP code which still use old parameter parsing API (zend_get_parameters_ex) instead of the new one (zend_parse_parameters). Yeah, I have noticed... That's also in my TODO. Where is the Felipe fan club signup

Re: [PHP-DEV] towards a 5.3 release

On 2 Jul 2008, at 14:38, Johannes Schlüter wrote: On Wed, 2008-07-02 at 22:24 +0200, "Hannes Magnusson" wrote: On Wed, Jul 2, 2008 at 22:00, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote: @Philipp: Since you are the god of documentation .. How are things looking on the scratchpad [8] you sta

Re: [PHP-DEV] PHP 4.4.9

On 7 Jul 2008, at 14:00, Rasmus Lerdorf wrote: Derick Rethans wrote: On Mon, 7 Jul 2008, Marcus Boerger wrote: how about this. We edit php_config.h to be version 4.4.8pl1. Then provide a patch for download. All reasonable distributions will pick up that patch anyway. But at least we didn't

[PHP-DEV] Re: Commit messages dead?

Hello all, An online editing mechanism was discussed and started[1] but let's be honest here and stare at the larger problem. The documentation team is on extended holiday and why? I don't know... maybe it's cyclical? Or maybe we need a larger marketing budget. But really if making it ea

Re: [PHP-DEV] About dropping magic_quotes in 5.3 (was: Re: [PHP-DEV] Re: PHP 5.2.7 + magic_quotes_gpc broken)

On 8 Dec 2008, at 08:18, Hannes Magnusson wrote: On Mon, Dec 8, 2008 at 16:57, Pierre Joye <[EMAIL PROTECTED]> wrote: On Mon, Dec 8, 2008 at 4:47 PM, Johannes Schlüter <[EMAIL PROTECTED]> wrote: When dropping magic_quotes the hosting company can do one of two things: a) not update to 5

Re: [PHP-DEV] Is Empty functionality to the Directory Functions

Oh and I should to sit down over the holidays and write examples for the SPL Directory functions and send over to the documentation team. The email address for that task is php...@lists.php.net :) Regards, Philip -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: h

Re: [PHP-DEV] Re: Bug #40698 Re-use search term in the quicksearch input field

Greetings Josef, Nice, you're already looking at code and proposing patches! :) My first patch (very easy). I have one more idea about this. The text will stay in intputbox only if not found. What do you think ? Bug is mentioned here : http://bugs.php.net/bug.php?id=40698 Seems logical, exc

Re: [PHP-DEV] Bug tracker code refactoring

Greetings Josef, Most people on this list have no desire to look at or work on the bug tracker code, so it's a good idea to not ask questions about it here. I'm volunteering to mentor you [if your gsoc application is accepted] so as such please either write me or for global discussions writ

Re: [PHP-DEV] Re: Is it true that short_open_tag is deprecated in PHP 6?

Today this topic may be the cloudiest and most heated in all of PHP. Here's the factual history of our poor little short_open_tag directive: php.ini values : short_open_tag PHP 4, 5_0 * Default

Re: [PHP-DEV] Re: Is it true that short_open_tag is deprecated in PHP 6?

PLEASE, let the dead horse be! Apparently, this horse is not as dead as some would like it to be :) The horse is not dead or if so then no proper burial service was given. People are still waiting for the invitations and wanting to hear the eulogy. So, instead I'll make the following ass

Re: [PHP-DEV] Re: [PHP-WIN] RE: [PHP-DEV] Re: Win32 PECL pre-built binaries.

It seems like this isn't going to be fixed any time soon. 220 extensions which may have version specific external libraries and each one needing to be built at least 20 ways (VC6/9, ts/nts, 5.0/5.1/5.2/5.3/6.0). That gives 4,400 build processes. Debug? 8,800 builds. And then more if there are d

[PHP-DEV] Re: Win32 PECL pre-built binaries.

If the documentation is wrong/outdated then please report a bug. I notice that every time someone files a bug about the broken links in the "Building PHP for Windows" documentation, a PHP developer closes the bug and says to follow the Wiki notes instead (http://wiki.php.net/internals/wind

[PHP-DEV] Re: [PHP-WIN] Re: Win32 PECL pre-built binaries.

I see one such bug, are there others? - http://bugs.php.net/bug.php?id=46021 Here are some: Duplicate bugs are given the bogus status and typically link to the parent bug. Looks like that happened a few times here, but the bug evolved and was prematurely closed. It's open now. Windows gee

Re: [PHP-DEV] Is there a technical reason

On May 18, 2009, at 5:33 PM, Roman I wrote: From what I know, in the future versions of PHP short tags are going to be disabled by default. Common misunderstanding but the short_open_tag directive will never be disabled by default. There are distributed php.ini-* files that disable the

Re: [PHP-DEV] How to contribute for PHP Internals

Great topic... a few thoughts: - Internals documentation This task needs volunteers. Ideally a mix of people who have either no, some or enormous knowledge of internals but all with desire to both learn and teach it. Gwynne started the task but ran out of steam (life and the svn migration

Re: [PHP-DEV] Is there a technical reason

On May 30, 2009, at 12:49 PM, Roman I wrote: Philip Olson wrote: On May 18, 2009, at 5:33 PM, Roman I wrote: From what I know, in the future versions of PHP short tags are going to be disabled by default. Common misunderstanding but the short_open_tag directive will never be disabled

Re: [PHP-DEV] Compiling 5.3 Snap on OS.X (embed & static/shared compile issue)

My issue: ld: duplicate symbol _spl_ce_SplDoublyLinkedList in ext/spl/.libs/ spl_dllist.o and ext/spl/.libs/php_spl.o collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 I can confirm the exact same error after "./configure --enable-embed" but know nothing beyond that. R

Re: [PHP-DEV] Is there a technical reason

On Jun 5, 2009, at 12:53 AM, Rasmus Lerdorf wrote: Hannes Magnusson wrote: On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf wrote: Nobody is going to pass a PHP script through an XML parser, and PHP itself will never be well-formed, so that is a lost cause. We'd have to start tossing CDATA b

[PHP-DEV] A 5.3 UPGRADING guide update

Hello everyone, The wiki entry[1] titled "PHP 5.3 upgrading notes" should no longer be edited, because it's been replaced by UPGRADING[2] within the PHP_5_3 branch. Today I synced and updated UPGRADING assuming that: - The UPGRADING file added on Jan 28 17:23:28 2009 UTC was fully in sy

Re: [PHP-DEV] set_magic_quotes_runtime is still E_DEPRECATED

On Jun 16, 2009, at 11:59 AM, Stefan Walk wrote: On 16 Jun 2009, at 20:49, Lukas Kahwe Smith wrote: 1) its not about "punishing", its about alerting people that they are relying on stuff that will go away 2) E_DEPRECATE is for development only and only as a check you enable now and then

Re: [PHP-DEV] CVS Account Request: bobby

Hello all! Please create this CVS account with phpdoc karma. Thanks! Regards, Philip On Sep 1, 2006, at 8:15 AM, Bobby Matthis wrote: Hello There, My name is Bobby Matthis and I would like to be granted a CVS account to help maintain the user notes on the PHP Manual. I am a very passion

Re: [PHP-DEV] Module API Changes

Erm, no they aren't in the upgrade guide, because the upgrade guide is aimed at user issues and this was seen primarily as an extension author issue. Do people generally think the module and extension API bumps should be in there? Rasmus was talking about the internals change and ask if th

Re: [PHP-DEV] RSS feed for bugs.php.net

Do we have an RSS feed for bugs.php.net? It would really help maintainers keep on top of bugs opened for their extension as email isn't great because a lot of it gets filtered into the generic PHP Bugs folders :) There are a couple of unadvertised files here: http://bugs.php.net/rss/

Re: [PHP-DEV] an configure option to "enable-all"

On Sep 17, 2012, at 8:30 AM, jpauli wrote: > On Mon, Sep 17, 2012 at 2:48 PM, Hannes Magnusson > wrote: >> On Mon, Sep 17, 2012 at 9:59 AM, jpauli wrote: I'm confused.. --enable-all is already supported, just like --disable-all ? -Hannes >>> >>> AFAIR no :) We have a --di

Re: [PHP-DEV] Incomprehension with preg_match and utf8

On Nov 5, 2012, at 8:55 AM, Rasmus Lerdorf wrote: > On 11/05/2012 08:41 AM, Jean-Sébastien Hedde wrote: >> On Mon, 05 Nov 2012 08:04:06 -0800, Rasmus Lerdorf >> wrote: >>> >>> I think the documentation is wrong on that. In Unicode mode [[:alnum:]] >>> actually becomes \p{Xan} which should match

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

> The main argument is that we haven't actually made it clear in the > manual that the extension is going to be deprecated. There is a user > note on http://www.php.net/manual/en/book.mysql.php and a "This > extension is not recommended for writing new code" on > http://www.php.net/manual/en/intro

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

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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

On Nov 16, 2012, at 12:55 AM, Rasmus Lerdorf wrote: > On 11/16/2012 12:51 AM, Patrick ALLAERT wrote: >> Rasmus, >> >> As per the RFC: adding E_DEPRECATED only in mysql_connect(), >> mysql_pconnect(). Which means only one error (normally) by request. > > I still don't see the point of using E_DE

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

Thanks everyone, I didn't remember thinking about this so was impulsively curious. Dug a little now, so here's what happened: Proposal to internals (July 14, 2012) with discussion July 14-18: -- Thread: http://markmail.org/thread/kewdoz3dowrr7rfv Summary:Seemed

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

On Nov 20, 2012, at 10:34 PM, Stas Malyshev wrote: > Hi! > >> The issue I have with this is just that we don't seem to be making >> much of an effort to stick to the promises we've made around BC when > > We make a lot of effort to do this. But it does not mean we should be > blindly and stupid

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

On Nov 28, 2012, at 2:08 AM, Pierre Joye wrote: > hi, > > On Wed, Nov 28, 2012 at 10:55 AM, Alexey Zakhlestin > wrote: >> I voted "no", "(b)" >> We should mention deprecation in manual as hard as possible, we should >> mention it in ext/mysql/config.m4 and any other place we can reach. >> Then

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

On Mar 7, 2013, at 1:00 PM, David Soria Parra wrote: > On 2013-03-07, Rasmus Lerdorf wrote: >> On 03/07/2013 09:01 AM, Anthony Ferrara wrote: >> >>> So my proposal is to slow down for a minute and not call this RFC >>> accepted or not until we can come to some consensus as to if it >>> classif

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

On Mar 7, 2013, at 1:58 PM, Anthony Ferrara wrote: > Philip, > > Shouldn't we be focusing on how this makes PHP better? And not nitpick >> about a percentage point or two? >> > > Well, this passed with 62.8%. Property accessors failed with 60.7%. The > target for acceptance is 66.6%. So 3.8%

Re: [PHP-DEV] PHP 5.3: Is the use of {} to access string offsets deprecated?

On Jul 6, 2009, at 9:00 AM, Christian Schneider wrote: The migration guide states that "The use of {} to access string offsets is deprecated. Use [] instead." but the code in zend_compile.c is commented out with #ifdef ilia_0. What's the take on this? Will it be deprecated later or should t

Re: [PHP-DEV] Type hinting/casting request for vote

I would like to ask all developers to voice their opinions of whether it makes sense to add this to 5.3 or to throw it away (either one is fine btw). To keep the process simple & flamewar free, please restrict yourself to +/- (1/0), next week monday I'll run a tally of the votes and based

[PHP-DEV] bug tracker planning

The bug system today works fine but improvements are being made. I've gone through the lists and details from past attempts and will list ideas here. Please do not vote, but if a particular item appears like a bad idea then please explain. Or, discuss additional (or modified) ideas that w

[PHP-DEV] Garbage collection in PHP

A volunteer is needed to document GC functionality with PHP 5.3+. Ideally this means: 1. Create a FAQ about: - What the heck this is - Why we care - Why we might disable it 2. Document via the following: - http://php.net/zend.enable-gc - http://php.net/gc-collect-cycles - http://php.net/gc-d

Re: [PHP-DEV] bug tracker planning

On Jul 15, 2009, at 11:47 AM, Jani Taskinen wrote: Sriram Natarajan wrote: Hi bug tracking system also need the ability to mark a current bug as duplicate . Currently, all those bugs are marked as 'Bogus'. Also, it would be nice if we can have the ability to capture related bugs together

Re: [PHP-DEV] Attempt to get 5.3.1 release one step further

Greetings, A question, using an example from today for PHP 5.3.1: RC: 5.3.1RC1 (via svn co tags/php_5_3_1RC1 or qa.php.net) RC-dev: 5.3.1RC2-dev (via svn co branches/PHP_5_3_1) Snap: 5.3.2-dev(via svn co branches/PHP_5_3, or snaps.php.net) While updating qaweb to allow failed 5

Re: [PHP-DEV] Why is ereg being deprecated?

Hello everyone, Let's create a guide for people wanting to convert code from ereg to preg. Please post a few items that belong like: 1. Delimiters are needed with PCRE 2. /i versus eregi 3. Something needed to be said about named classes? What else? Regards, Philip -- PHP Internals - PHP

Re: [PHP-DEV] Regarding constructions like func()[0]

On 07.11.2009, at 12:42, melfar wrote: Hello! I have filed a bug (suggestion) at http://bugs.php.net/bug.php?id=50003 What do you think about enabling such a constructions in future versions of php? On Nov 9, 2009, at 1:41 AM, David Zülke wrote: It's already on the list for PHP6: http:

[PHP-DEV] Re: SVN Account Request: satoruyoshida (Re: [PHP-DOC] Can I get CVS account?)

On Nov 29, 2009, at 6:17 PM, TAKAGI Masahiro wrote: > # Cc'ed to internals list. > > Hi, > > Could you please give him the karma for phpdoc (or at least phpdoc/ja) ? Greetings Yoshida and all, I don't believe a SVN account request is on record, so please apply for one and it will be approved

Re: [PHP-DEV] Test OpenGrok installation (LXR replacement?)

On Dec 27, 2009, at 1:17 PM, Michael Maclean wrote: > Hi, > Since LXR hasn't been updating since the shift to SVN, I've been > investigating bringing it back. Today, though, I came across OpenGrok which > appears to be a far more modern implementation of the same thing, using > Lucene as the b

Re: [PHP-DEV] invalid params return value

On Dec 31, 2009, at 5:22 AM, Johannes Schlüter wrote: > On Thu, 2009-12-31 at 12:20 +, Derick Rethans wrote: >> Hmm, I don't actually think many people test whether parsing parameters >> failed, but they do test the return value. AFAIK, our "standard" is to >> return NULL for parameter pars

Re: [PHP-DEV] 5.3 release schedule and other bits

>> >> For example, you discussed changing some ini settings and the possibility >> of making short tags throw deprecated warnings. So I wouldn't be >> surprised if there are other changes in your forks. > > The change on the ini file is to avoid breaking applications (that > incorrectly rely o

Re: [PHP-DEV] Subscribe to PDO list (was Re: [PHP-DEV] [PATCH] PDO DBLIB)

On Jan 22, 2010, at 1:19 PM, Joey Smith wrote: > On Fri, Jan 22, 2010 at 04:32:55AM +, Niel Archer wrote: >> Well whaddya-know! This time it worked for me, although 45 minutes wait >> seems long. I'd given up 20 minutes after the other requests had been >> answered. > > I had the same proble

Re: [PHP-DEV] PHP 5 Bug Summary Report

On Jan 25, 2010, at 1:30 AM, internals@lists.php.net wrote: > PHP 5 Bug Database summary - http://bugs.php.net/ > > Num Status Summary (1595 total -- which includes 1036 feature requests) Curious, does anybody use or read these? These emails have probably outgrown their use, so let's evalu

Re: [PHP-DEV] PHP6: status of short_open_tag and asp_tags

On Mar 9, 2010, at 6:00 PM, Lee Powers wrote: > Is short_open_tag set to be removed or deprecated in PHP6? I don't see any > deprecated/removal alerts in the documentation, yet I've heard all sorts of > conjecture about the availability of short_open_tag along with asp_tags in 6 > and would like

Re: [PHP-DEV] 5.3 release schedule and other bits

On Mar 11, 2010, at 4:02 PM, Raphael Geissert wrote: > Hi Johannes, > > Johannes Schlüter wrote: >> for 5.3.3 it depends on security issues being reported, bug fixes going >> in, ... maybe 3 months after. > > With the current discussion about moving 6.0 to a branch and continuing the > develop

Re: [PHP-DEV] PHP 6

On Mar 12, 2010, at 10:46 AM, Stanislav Malyshev wrote: > Hi! > >> Yeah. >> We tried it, and it simply didn't pan out (performance, bc, lost interest, >> ..). > > I think it is a bit premature to declare the death of Unicode in PHP. Yes, we > know there are problems, and yes, it was harder th

Re: [PHP-DEV] Next major version must be 7 (Lessons learned from the ECMAScript committee)

On Mar 13, 2010, at 1:56 PM, Lukas Kahwe Smith wrote: > > On 13.03.2010, at 22:52, Stefan Marr wrote: > >> >> On 13 Mar 2010, at 22:43, Sebastian Bergmann wrote: >> >>> Rasmus Lerdorf wrote: No, not ok. We will call the next release whatever we like. People who have written books

Re: [PHP-DEV] Hi

On Mar 29, 2010, at 9:36 AM, GM wrote: > Hey guys. I'm glad to be on the internals list -- I just signed up. I've been > a PHP developer for many years, and I have a couple ideas that might make PHP > 6 better. Is this a good forum to bring up proposals of that kind? Greetings Gregory, Writin

Re: [PHP-DEV] Have we reached 1,000 authors for the PHP project?

From that data (that covers all of SVN, including docs/pear/pecl/etc.) we have the following: 1996 First: 4 Last: 1 1997 First: 21 Last: 6 1998 First: 27 Last: 13 1999 First: 40 Last: 18 2000 First: 71 Last: 36 2001 First: 115 Last: 56 2002 First: 170 Last: 101 2003 First: 104 Last: 84 200

  1   2   3   >