Re: [PHP-DEV] Dedicated StreamBucket class

On Fri, 19 Jan 2024 at 16:04, Sara Golemon wrote: > > No disrespect to all the folks (including myself) who had a part in file > I/O as it exists today, but it *IS* a hot mess. I've sketched out > redesigns with folks over the years, but I have to be honest that I don't > have the spoons to inve

Re: [PHP-DEV] Adding a donate link to the PHP website

On Thu, 30 Nov 2023 at 07:28, Andreas Heigl wrote: > > I would even support an RFC that goes one step beyond that and not only > officially recognize the PHPFoundation as a sponsoring organization but > also transfers the Copyright on PHP from the ominous "PHP Group" to the > PHP Foundation. > I

Re: [PHP-DEV] RFC json_validate() - status: Under Discussion

Don't think it makes a difference to the discussion at this point but just thought I'd point out there's another example missing from the RFC list that almost everyone probably has installed with their projects. https://github.com/sebastianbergmann/phpunit/blob/main/src/Framework/Constraint/String

Re: [PHP-DEV] Windows PECL build machine died

build all supported PHP versions for scoutapm, on nts/ts, x86/x64 (big thanks to cmb!). Would be nice if that build matrix could also upload the DLLs built in GitHub Actions to PECL, but I have no idea what the steps to do that (starting from a built DLL) would be. Thanks James

Re: [PHP-DEV] RFC: Stop to automatically cast numeric-string to int when using them as array-key

d I'd love to see this fixed, given the countless hours I've wasted trying to track down bugs that are a result of this. But I fear that this would be a difficult one to push through the RFC process, sadly. I hope I'm proven wrong though! Thanks James >

Re: [PHP-DEV] Surveying interest regarding CMake

be appreciated and helpful for extension maintainers IMO. But yes, overall great idea! Thanks James

Re: [PHP-DEV] [RFC] User Defined Operator Overloads (v0.6)

On Thu, 9 Dec 2021, 20:12 Jordan LeDoux, wrote: > > RFC Link: https://wiki.php.net/rfc/user_defined_operator_overloads I'm not strongly opinionated on either approach (magic __add vs operator +) although I have a very slight preference to your propose operator + syntax, however despite very occ

Re: [PHP-DEV] PHP 8.1.0 Released!

On Fri, 26 Nov 2021 at 10:10, Thomas Nunninger wrote: > let's celebrate! Congrats and thanks to all who have been involved in > creating this great new release! > I concur, thank you to everyone who has helped make this release! Thanks James

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Tue, Nov 16, 2021 at 4:23 AM Rowan Tommins wrote: > On 16/11/2021 09:27, Andreas Heigl wrote: > > > >> I see, yes, code that is 100% perfectly tested can get away without > >> the language performing any error checking at all - the behaviour is > >> all guaranteed by the tests. I would be very

Re: [PHP-DEV] Re: [RFC] Deprecate dynamic properties

On Mon, Nov 15, 2021 at 3:53 AM Derick Rethans wrote: > Dear Internals, > > On Wed, 10 Nov 2021, Nikita Popov wrote: > > > On Wed, Aug 25, 2021 at 12:02 PM Nikita Popov > wrote: > > > > > This RFC takes the more direct route of deprecating this > > > functionality entirely. I expect that this wi

Re: [PHP-DEV] [RFC] Migrating to GitHub issues

On Mon, Nov 15, 2021 at 8:49 AM Deleu wrote: > > > > > > I would like to suggest gitlab.com, which does provide hosting for free > > for opensource projects: https://about.gitlab.com/solutions/open-source/ > > Anyone with a github account can use it to log in. > > It should be easy to migrate to

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.1

On Wed, Jun 30, 2021 at 5:30 AM Stephen Reay wrote: > > > > On 29 Jun 2021, at 02:28, Jan Ehrhardt wrote: > > > > Nikita Popov in php.internals (Mon, 22 Mar 2021 10:24:51 +0100): > >> Hi internals, > >> > >> It's time for another deprecation RFC: > >> https://wiki.php.net/rfc/deprecations_php_8_

Re: [PHP-DEV] Arg info / zpp mismatch on PHP 8.0

On 1/15/21 10:17 AM, Christoph M. Becker wrote: On 15.01.2021 at 18:40, James Colannino wrote: On 1/15/21 9:20 AM, James Colannino wrote: On 1/15/21 9:15 AM, Nikita Popov wrote: On Fri, Jan 15, 2021 at 6:11 PM James Colannino wrote: I have the following method defined in a PHP 8

Re: [PHP-DEV] Arg info / zpp mismatch on PHP 8.0

On 1/15/21 9:20 AM, James Colannino wrote: On 1/15/21 9:15 AM, Nikita Popov wrote: On Fri, Jan 15, 2021 at 6:11 PM James Colannino wrote: I have the following method defined in a PHP 8 extension: ZEND_BEGIN_ARG_INFO(arginfoCtor, 0)   ZEND_ARG_TYPE_INFO(0, hostname, IS_STRING, 0

Re: [PHP-DEV] Arg info / zpp mismatch on PHP 8.0

On 1/15/21 9:15 AM, Nikita Popov wrote: On Fri, Jan 15, 2021 at 6:11 PM James Colannino wrote: I have the following method defined in a PHP 8 extension: ZEND_BEGIN_ARG_INFO(arginfoCtor, 0) ZEND_ARG_TYPE_INFO(0, hostname, IS_STRING, 0) ZEND_ARG_TYPE_INFO(0, port, IS_LONG, 1

[PHP-DEV] Arg info / zpp mismatch on PHP 8.0

I have the following method defined in a PHP 8 extension: ZEND_BEGIN_ARG_INFO(arginfoCtor, 0)     ZEND_ARG_TYPE_INFO(0, hostname, IS_STRING, 0)     ZEND_ARG_TYPE_INFO(0, port, IS_LONG, 1) ZEND_END_ARG_INFO() PHP_METHOD(Trogdord, __construct) {     trogdordObject *objWrapper = ZOBJ_TO_TROGDORD(Z

Re: [PHP-DEV] Improve visibility of RFC negative feedback

On Mon, Aug 5, 2019 at 8:34 AM Dan Ackroyd wrote: > > # Proposal - improve visibility of negative feedback > > When someone creates an RFC, near the top of that page they should > create a link to a separate page that will contain negative feedback. > People other that the RFC author are free to

Re: [PHP-DEV] bugs.php.net website

Also willing to help with this, the interface alone is very outdated. I think a re-vamp could really benefit the community. On Thu, Jul 20, 2017 at 8:53 AM, Mathias Grimm wrote: > Hi Sara, > can we talk more about the bugs.php? > had a look at the code and seems similar but its a smaller project

Re: [PHP-DEV] MD5 no longer part of release process

On Wed, Jun 28, 2017, 10:26 AM Sara Golemon wrote: > On Wed, Jun 28, 2017 at 2:58 AM, Niklas Keller wrote: > > 2017-06-28 4:19 GMT+02:00 Sara Golemon : > >> I've pushed two commits to remove MD5 from www.php.net and qa.php.net, > >> however it should be noted that I left a fair amount of md5 in

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

On Sun, Sep 4, 2016, 7:09 PM Ferenc Kovacs wrote: > 2016. szept. 2. 21:58 ezt írta ("James Gilliland" ): > > > > On Fri, Sep 2, 2016 at 2:33 PM Davey Shafik wrote: > > > > > Hi internals, > > > > > > I'd like to introduce a new RFC

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

On Fri, Sep 2, 2016 at 2:33 PM Davey Shafik wrote: > Hi internals, > > I'd like to introduce a new RFC to deprecate pear/pecl (in 7.2, and remove > in 8.0), as well as add composer/pickle (optional in 7.2, default in 7.3+) > in their place. > > https://wiki.php.net/rfc/deprecate-pear-include-comp

Re: [PHP-DEV] [RFC][Vote] Typed Properties

> > If you want, you can easily write a backwards-compatible new class that > uses declared type properties with > public int $property = null; And for those pesky third party libraries that forgot to set = NULL on their property definition there's a backwards compatible accessor too. $foo = $obj

Re: [PHP-DEV] [RFC][Vote] Typed Properties

This is a cool idea and continuation of the typing systems so I've been sort of skimming this thread as its been discussed and this example and the associated errors caught my attention. > class C { > public $a; > public int $b; > public ?int $c; > } > $obj = new C; > Excuse me if this has

Re: [PHP-DEV] [RFC] Fix inconsistent behavior of $this variable

In the section "Disable ability to re-assign $this indirectly through $$" it looks like there is a typo. It only makes sense if you mean $$a instead of $aa.

Re: [PHP-DEV] Add spaceship assignment operator

On 24 Mar 2016 19:43, "Mutlu Kocak" wrote: > > he is trolling :) > I wouldn't dismiss this idea straight off. I can see a lot of practical uses for chaining assignment operators, like: $a !==<=> $b; Expanded from: $a = $a !== (($a <=> $b) === $b); Which is something I often do in my produ

Re: [PHP-DEV] [RFC Discussion] "var" Deprecation

On 14 Mar 2016 6:14 p.m., "Colin O'Dell" wrote: > > > > > Forcing people to specify a visibility for properties and not for methods > > would add yet another inconsistency in the language. > > > > That's a really good point. Yup, agree with this. In my opinion, I'd like to see two birds with one

Re: [PHP-DEV] [RFC Discussion] "var" Deprecation

On 11 March 2016 at 10:03, Jakub Kubíček wrote: > > - `var` can semantically also represent an internal dependency, as I have > described earlier An internal property should be `private`. The use of `var` in the specific project you referenced earlier should only be considered a very, very weak

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

> > It is perfectly legitimate to question the competence, professionalism, > and intelligence of any individual (or group) who seeks to break BC for NO > GOOD REASON other than personal preference. As has already stated, you are insulting people by doing this. Please stop insulting people; as fa

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

Yes, you're quite right - my mistake!

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

On 9 March 2016 at 11:09, Yasuo Ohgaki wrote: > > > Since there is conversion script, how about just write RFC and start > voting? I seems discussion never ends. I agree completely :) By the way Yasuo, you didn't include the internals mailing list in your last reply. Thanks James

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

> > need to have their competence, professionalism, and intelligence > questioned. Tony, making a statement like this is unprofessional in itself. You've already been asked to put emotions aside and discuss this topic on the technical merit, there's no need to question people's competence, profes

Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal

On 28 Feb 2016 06:18, "Jakub Kubíček" wrote: > > I see a difference in its > _semantics_. While the `public` modifier states anyone can change the > property, `var` is useful for marking internal properties which must > be public, but should not be manipulated by simply anybody If it's public, it

Re: [PHP-DEV] Back to the code (was Re: Internals and Newcomers and the Sidelines (WAS: Adopt Code of Conduct))

I'm pretty sure everyone here has ignored emails before. A CoC is pretty darn important(in my opinion) but if you've decided the discussion isn't useful to you, just add a filter or just don't open the emails. Its not that hard. On Wed, Jan 13, 2016 at 8:52 AM John Bafford wrote: > Adam, Sascha

Re: [PHP-DEV] Friend class/function

a dev use-case, so I question it’s worth. But i’d be interested to hear any other use-case suggestions. Regards, James Tancock -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP 7.0.0RC6 is available

We found a workaround. We have to flush and disable the garbage collection before the affected code. It is definitely not fixed. On Thu, Oct 29, 2015 at 9:24 AM Adam Howard wrote: > I am confident that critical bugs will be resolved before release. And if > I am not mistaken, Drupal themselves

[PHP-DEV] Re: Debugings another Drupal PHP 7 failure

wrapping the service container code that is triggering this bug with gc_disable() and gc_enable() or calling gc_collect_cycles() before its run seems to "fix" the segfault which seems to suggests a garbage collection problem. On Wed, Oct 28, 2015 at 12:13 PM James Gilliland wrote:

[PHP-DEV] Debugings another Drupal PHP 7 failure

So in an effort to fully support PHP 7 out of the box with the eminent release of Drupal 8, we're trying to track down some segmentation faults in our testing infrastructure. One that seems to be causing a lot of failures is listed here. https://bugs.php.net/bug.php?id=70805 Does anyone have any

Re: [PHP-DEV] PHP 7.1 - Address PHPSadness #28?

On Wed, Aug 26, 2015 at 12:07 PM, Craig Francis wrote: > > On 26 Aug 2015, at 16:06, Rowan Collins wrote: > > > Craig Francis wrote on 26/08/2015 14:53: > >> On 26 Aug 2015, at 12:36, Rowan Collins > wrote: > >> > > >> where NULL may be a perfectly valid value. > > > > It's not that NULL isn'

Re: [PHP-DEV] Need help finding segfault in php 7

Man I'm glad you figured that out because even with the test case I can't figure out what's going on :) On Fri, Aug 14, 2015 at 12:15 PM, Xinchen Hui wrote: > Hey: > > > On Thu, Aug 13, 2015 at 8:36 PM, James Gilliland > wrote: > > So I've been trying

[PHP-DEV] Need help finding segfault in php 7

So I've been trying for a couple days to narrow down this bug: https://bugs.php.net/bug.php?id=70242 I can consistently recreate it with a complex test, but I have thus far not been able to find a pattern that helps me narrow down to a test script. I thought maybe I could reach out and see if I co

[PHP-DEV] Assert breaking access on objects in PHP 7

Not even sure really how to describe this but recently adding some assertions to code in Drupal caused some really weird failures. Here's a test case that sort of shows how it works. http://3v4l.org/7cQNm

Re: [PHP-DEV] Backwards compatibility with set_exception_handler callback and type hints

ugh becase, we have a library(and by library I mean class) for parsing information out of exceptions. So we would have to do quite a bit more hackery then that to to keep type hinting. On Tue, Mar 31, 2015 at 8:59 PM, Dan Ackroyd wrote: > Hi James, > > On 31 March 2015 at 21:51, Jam

[PHP-DEV] Backwards compatibility with set_exception_handler callback and type hints

So testing out PHP 7 I triggered an \EngineException() in Drupal 8. For various reasons that don't really matter here Drupal uses set_exception_handler() to provide its own exception handler. What is important is that the methods used by that handler type hint \Exception for their arguments. The im

Re: [PHP-DEV] Moving multiple defaults in switches RFC back to Under Disucssion.

Oops.. somehow I only sent the reply to Levi.. I blame my phone. Regardless, Thank you for adopting the RFC and setting the status to under discussion from its previous status of "Bike shedding" as I am not sure if per the process we could discuss the merits of the change - only the color of the

Re: [PHP-DEV] [VOTE] Mutliple defaults in switch statements

I'm not entirely sure that a backwards compatibility break in a minor release would be considered non-controversial. While this change is pretty trivial, both technically and syntactically, I'm unsure why there even is an RFC process in place if it's going to be ignored because it's "too much trou

Re: [PHP-DEV] [RFC] Disallow multiple default blocks in a single switch statement

Even if it is fall through that is causing the behavior it still is a syntax that no longer will be considered valid in a minor release - and seemingly in a point release as well if everyone had their way here. [: Not that I consider code likehttp://3v4l.org/ mtG4K

Re: [PHP-DEV] [RFC] Disallow multiple default blocks in a single switch statement

in a minor release because the incomplete spec says so is kind of odd. A BC break is a BC break, which doesn't belong in a minor revision. Regards, James On Wed, Aug 13, 2014 at 3:47 AM, Ferenc Kovacs wrote: > On Wed, Aug 6, 2014 at 6:38 AM, Sara Golemon wrote: > > &g

Re: [PHP-DEV] Re: Using stada...@lists.php.net for spec work

Could be. Other then the webform though, I think that's the only place we document where things are happening. On Thu, Jul 24, 2014 at 3:54 PM, Sara Golemon wrote: > On Thu, Jul 24, 2014 at 1:51 PM, James Gilliland > wrote: > > Might I then suggest someone update http:

Re: [PHP-DEV] Re: Using stada...@lists.php.net for spec work

Might I then suggest someone update http://php.net/mailing-lists.php? On Thu, Jul 24, 2014 at 3:38 PM, Sara Golemon wrote: > On Thu, Jul 24, 2014 at 11:24 AM, Stas Malyshev > wrote: > > I would like to propose to use list standa...@lists.php.net (which has > > been dormant since 2009) for PHP

Re: [PHP-DEV] RFC: Protocol Type Hinting

On Thu, Jun 27, 2013 at 10:50 AM, Florin Patan wrote: > On Wed, Jun 26, 2013 at 5:02 PM, Anthony Ferrara > wrote: > > Florin > > > >> Could you please point out what happened in the past 5 months in PHP > >> that changed the landscape so drastically as you say? And don't > >> mention folks reinve

Re: [PHP-DEV] RFC: Protocol Type Hinting

wow... why did this just become a measuring contest. Do we need to go recruit people interested and attach their resume's? I'll just toss in I am interested in this. Comparing to current methods of doing this sort of things(because if you're denying it exists in the wild, lets open up some of your

Re: [PHP-DEV] Double-Colon Always Follows the 'parent' Keyword?

On 03/11/2013 08:19 AM, Ángel González wrote: > On 11/03/13 12:19, Eric James Michael Ritz wrote: >> [...] >> >> This is what I want to know: Is there any valid situation in PHP where >> the ‘parent’ keyword is not followed by the scope-resolution operator? >> I a

[PHP-DEV] Double-Colon Always Follows the 'parent' Keyword?

Hello everyone, I have a question about the internals of PHP, but this is not about advancing the development of the language, so I apologize if this is on the wrong list. I am choosing to post to this list because I believe the people here are most qualified to answer my question. This is what

[PHP-DEV] main/output.c problem

The new output buffering mechanism has a compatibility function for people / extensions that use the "old way". There is a compatibility function php_output_handler_compat_func(). It is not quite as compatible as it should be, and any code that depends on it will break. Using the "old way" if t

[PHP-DEV] Issue with op_array moving

Hi all, I am writing an extension that does performance monitoring. I guess somewhat like xdebug but a bit different. The user can specify the functions / methods they care about and I will time the execution of those things. I do this by hooking zend_execute. My hook is: void rrdmon_execute

[PHP-DEV] Appropriate list for questions about extensions?

Hello all, I am new to this list and I am wondering if this is the appropriate place to ask a question about the internals for an extension, or is there a more appropriate list for that purpose? My issue is fairly technical and involved with the deep guts of Zend so I suspect this may be the r

Re: [PHP-DEV] 5.3.7 is there a RC5 coming soon?

build, like RC5 or final. Thanks, James On Sat, Aug 6, 2011 at 1:53 AM, pierre@gmail.com wrote: > It is fixed already. > > - Reply message - > From: "James Yu" > Date: Sat, Aug 6, 2011 03:29 > Subject: [PHP-DEV] 5.3.7 is there a RC5 coming soon? >

Re: [PHP-DEV] 5.3.7 is there a RC5 coming soon?

rre marked the bug as fixed. > > > 2011/8/6 James Yu : >> Hi Johannes, >> >> one question, will final release build has this build issue fixed? >> >> Thanks, >> James >> >> >> >> 2011/8/4 Johannes Schlüter : >>> This seems

Re: [PHP-DEV] 5.3.7 is there a RC5 coming soon?

Hi Johannes, one question, will final release build has this build issue fixed? Thanks, James 2011/8/4 Johannes Schlüter : > This seems to be a build, not an code issue. So this should be fixed by > a  build independently from RC or final. > > Pierre can confirm. > > johanne

Re: [PHP-DEV] 5.3.7 is there a RC5 coming soon?

I found there's critical bug fixed after RC4 https://bugs.php.net/bug.php?id=55356 SSL didn't work properly in RC4. Thanks, James On Thu, Aug 4, 2011 at 7:10 AM, Ilia Alshanetsky wrote: > Unless something changes, I think we are going to go from RC4 to final > release. &

[PHP-DEV] 5.3.7 is there a RC5 coming soon?

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

[PHP-DEV] PHP 5.3.7, upgrade Libpng to 1.2.45

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

[PHP-DEV] Oauth pecl library

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

Re: [PHP-DEV] Package php binaries + php script into one single executable file

Hi Olivier, Could you be a little more specific about what questions you have? Is it to do with the licensing or physically how to go about achieving your aim? Regards, James -- James Butler Sent from my iPhone On 15 Mar 2011, at 20:02, "Olivier Hoareau" wrote: > Hi ! > &

Re: [PHP-DEV] Class Access Modifiers

w questions... Would there be any method of overriding the the visibility in a child class?And would the child class inherit the parents visibility? I realise this may seem daft initially but I can think of some instances where this might be useful. James -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] file streams & metadata

** On 08/03/11 15:46, Matthew Weier O'Phinney wrote: > On 2011-03-08, Pierre Joye wrote: >> On Mon, Mar 7, 2011 at 10:49 PM, Ferenc Kovacs wrote: >> >>> From the sideline: >>> it's hard to belive that there are no one else with opinion on this matter. >>> I don't want to take sides because I do

Re: [PHP-DEV] PHP Module unload

Are you using PHP as a module inside a web server such as apache? If so then module unloading is generally the problem of the web server rather than PHP. Is (fast) cgi not an option? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP Patch for loadHTML options

on't have to extra define the ones already defined in > xmlParserOption , eg XML_PARSE_NOERROR, but there's no compagnion to > HTML_PARSE_NODEFDTD and HTML_PARSE_NOIMPLIED > > chregu > > On 17.02.11 16:29, James Devine wrote: >> Will do, thanks! >> >> On Thu, Feb 17, 2011 a

Re: [PHP-DEV] PHP Patch for loadHTML options

t loose it :) > > thanks for your work! > > Cheers, > > On Thu, Feb 17, 2011 at 12:57 AM, James Devine wrote: >> I've included a patch for review adding the ability to optionally pass >> options to the DOMDocument::loadHTML[File] functions >> >> >

[PHP-DEV] PHP Patch for loadHTML options

I've included a patch for review adding the ability to optionally pass options to the DOMDocument::loadHTML[File] functions diff -ru php-5.3.5.orig/ext/dom/document.c php-5.3.5.new/ext/dom/document.c --- php-5.3.5.orig/ext/dom/document.c 2010-04-02 14:08:15.0 -0600 +++ php-5.3.5.new/ext

Re: [PHP-DEV] [RFC] Release Process

they could be made a bit more lightweight but otherwise are pretty useful and transparent. -- James Butler Sent from my iPhone > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] RFC - MACRO

-Original Message- > From: Mathias Grimm [mailto:mathiasgr...@gmail.com] > People always will want more, but some features are nice. > for C/C++ programmers, macro is on of the best things to make thing work > every where. > > its possible to create a IDE macro, but the native php featur

RE: [PHP-DEV] [PATCH] Add option to disable POST data processing

> -Original Message- > From: Daniel Convissor [mailto:dani...@analysisandsolutions.com] > > Hi James: > > On Sat, Dec 18, 2010 at 05:08:38PM +, James Butler wrote: >> What about people on shared hosting? > > One option may be to put a in an .htaccess f

Re: [PHP-DEV] [PATCH] Add option to disable POST data processing

Fiddle, hadn't thought that out. Seeing as it's a non starter for shared hosting, then yes, it should probably be left to the web server to decide. -- James Butler Sent from my iPhone On 18 Dec 2010, at 17:21, "Reindl Harald" wrote: > They can not configure php too

Re: [PHP-DEV] [PATCH] Add option to disable POST data processing

What about people on shared hosting? -- James Butler Sent from my iPhone On 18 Dec 2010, at 17:07, "Daniel Convissor" wrote: > Hi Pierre: > > On Thu, Dec 16, 2010 at 01:32:15PM +0100, Pierre Joye wrote: > >> However I would >> prefer to bring back a proposa

RE: [PHP-DEV] PHP Performance in Apache: Multi-Process vs Multi-Threaded

imple PHP scripts to test against. Oddly we haven't noticed such a speed increase when benchmarking a Zend Framework based app, but that might be down to application oddities rather than anything else (more work/investigation needed here!). Hope this is helpful. James -- PHP Internals

RE: [PHP-DEV] Deprecating "global" + $GLOBALS, making $_REQUEST, $_GET, $_POST read-only

In short: Globals can be bad, but not always, it depends on the situation PHP is about getting stuff done... It gives developers the rope, if they want to hang themselves thats up to them. If PHP was designed tomorrow, it might not have globals. but it does, they are in use and removing them be

RE: [PHP-DEV] Deprecating "global" + $GLOBALS, making $_REQUEST, $_GET, $_POST read-only

-Original Message- From: Ilia Alshanetsky [mailto:i...@prohost.org] On Thu, Dec 9, 2010 at 5:14 AM, Andrey Hristov wrote: >  Hi guys, > the topic says most of it. What do you think about deprecating the global > keyword and $GLOBALS with it? Together with this making $_REQUEST, $_GET an

RE: [PHP-DEV] Deprecating "global" + $GLOBALS, making $_REQUEST, $_GET, $_POST read-only

-Original Message- From: Andrey Hristov [mailto:p...@hristov.com] >James Butler wrote: >> +1 million because GLOBAL scope is horrid (generally) and is thoroughly >> abused >> -1 million because it will be the most horrific BC break since time began >> and

RE: [PHP-DEV] Deprecating "global" + $GLOBALS, making $_REQUEST, $_GET, $_POST read-only

+1 million because GLOBAL scope is horrid (generally) and is thoroughly abused -1 million because it will be the most horrific BC break since time began and I imagine it will break so much code that is currently in the wild... In short I like it but I'm not sure how it would ever get implemented

Re: [PHP-DEV] Re: Hold off 5.4

On 2 Dec 2010, at 19:46, "Christopher Jones" wrote: > > > On 12/02/2010 11:23 AM, James Butler wrote: >> Following that logic, they will expect the next major version number, >> whatever it is, to have Unicode. Nothing can be done about that apart from

Re: [PHP-DEV] Re: Hold off 5.4

Following that logic, they will expect the next major version number, whatever it is, to have Unicode. Nothing can be done about that apart from telling the world it won't, including it in, or let them find out for themselves... -- James Butler Sent from my iPhone On 2 Dec 2010, at

Re: [PHP-DEV] RFC: Making T_FUNCTION optional in method declarations

personal view though) -- James Butler Sent from my iPhone On 28 Nov 2010, at 14:02, "Daniel Convissor" wrote: > Hi Again: > > On Sat, Nov 27, 2010 at 08:43:40PM -0500, Daniel Convissor wrote: >> >> Not that my vote really counts, but -1. Doing so would elimin

RE: [PHP-DEV] Re: Hold off 5.4

Slightly brambly thoughts... I think (imho) the PHP6 hype in user land died down long ago after it became obvious it wouldn't materialise any time soon. It would be nice to see 6 to appear if only to break the (apparent) deadlock that the Unicode stuff brought on(I realise this is not enough jus

RE: [PHP-DEV] [RFC] Release Process

-Original Message- From: Matthew Weier O'Phinney [mailto:weierophin...@php.net] Sent: 23 November 2010 14:18 To: internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Release Process On 2010-11-23, Derick Rethans wrote: > On Tue, 23 Nov 2010, Ferenc Kovacs wrote: > > > All the rest you

RE: [PHP-DEV] [RFC] Release Process

asier for new people to get up to speed and reduce the arguments over what the agreed method of doing X is. James -Original Message- From: i...@tyrael.hu [mailto:tyr...@gmail.com] On Behalf Of Ferenc Kovacs Sent: 23 November 2010 14:10 To: Derick Rethans Cc: Felipe Pena; internals Subjec

RE: [PHP-DEV] Magic quotes in trunk

The only problem I can see with this is... do we wait for PHP6 as it seems to be becoming a bit of a Perl 6 (sorry for bringing this up)? I completely agree with it should only happen with major version change and most people won't see 5.x -> 5.y being a major change and therefore the end user e

RE: [PHP-DEV] Magic quotes in trunk

ed (shudder), Its going to have go at some point and it would seem daft to try and wait until every app written that requires it to die out. And the longer the feature is on/usable, the more new code written that might really on it. Just my 2 cents James -Original Message- From: Johannes

RE: [PHP-DEV] Magic quotes in trunk

+1 for removal, magic quotes stopped being a 'good' thing to do back when I first learnt what echo did. Web hosts etc have plenty of version numbers to catch up on/upgrade too before they get to this being a problem. (well most anyway) -Original Message- From: ka...@php.net [mailto:kall

Re: [PHP-DEV] GPU Acceleration

language isn't going to be as efficient (yet? :-) ) as C or machine code and therefore you will lose some/alot of the advantage of going GPU. However that is not a reason not to have a go (fork maybe?), something cool may come about from it. Nothing ventured, nothing gained. -- James Butler

Re: [PHP-DEV] [PHP] multiple sapi (multiple bug reports)

have been compiling binaries separately already. -- James Butler Sent from my iPhone On 12 Nov 2010, at 22:58, "Jani Taskinen" wrote: > I updated the patch: > > http://pecl.php.net/~jani/patches/multi-sapi.patch > > Now it will fail if no sapi/binary is selected.

Re: [PHP-DEV] More formal feature request cycle

Ah-ha, excellent. I'll get reading. With the the current 5.3.4 effort occupying peoples time and other constraints I'll probably leave proposing anything until the new year. If anyone has any suggestions in the meantime I'd be glad to hear them. James B On 6 Nov 2010, at 02:11,

Re: [PHP-DEV] [PATCH] lenient datetime

Like the idea, Couple of questions... What would happen if the string contained a matching pattern twice or me, which would be 'returned', also does this allow the rest of the string to be pretty much junk. (haven't had time to test patch as miles from a computer) -- James B

RE: [PHP-DEV] More formal feature request cycle

ds to move somewhere else, let me know Regards, James -Original Message- From: Stas Malyshev [mailto:smalys...@sugarcrm.com] Sent: 16 September 2010 18:56 To: Christian Kaps Cc: Frederic Hardy; James Butler; internals@lists.php.net Subject: Re: [PHP-DEV] More formal feature request cycl

RE: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

-Original Message- From: Alexander Schrijver [mailto:alexander.schrij...@gmail.com] Sent: 01 November 2010 12:19 To: Stefan Marr Cc: Dennis Haarbrink; Stan Vass; internals@lists.php.net Subject: Re: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON On M

Re: [PHP-DEV] RE: [SPAM] Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

+1 This solves lots of other problems we have and will have in the future. -- James Butler Sent from my iPhone On 1 Nov 2010, at 12:00, "Stefan Marr" wrote: > > On 01 Nov 2010, at 12:06, Alexander Schrijver wrote: >> Its a minor change and an annoyance to a lot

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

>From a completely separate stand point. The ability to customise what token >names show up as in an error seems like a much better solution -- James Butler Sent from my iPhone On 30 Oct 2010, at 21:41, "Chad Emrys" wrote: > On 10/30/2010 03:32 PM, Etienne Kneuss wrote: &g

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

possibly suggest a better solution or be won round. (although internals isn't the place for that really) This is not meant to bait but possibly an improvement in your support process or docs might yield a solution? -- James Butler Sent from my iPhone On 30 Oct 2010, at 17:51, "Chad Emr

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

ple not knowing what the error means. -- James Butler Sent from my iPhone -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

t be prepared to learn and use domain specific language/terms/acronyms. The double colon is example of this. We can lead the horse to water, but we can't make him drink. -- James Butler Sent from my iPhone > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

  1   2   >