[PHP-DEV] Re: unpack() offset and consumed data measurement

On 28 January 2018 at 12:12, Chris Wright wrote: > > Here is some code that demonstrates the problem: > > /* This is the only way to know for certain how big float is on the > local system */ > define('FLOAT_WIDTH', strlen(pack('f', 0.0))); >

[PHP-DEV] Re: unpack() offset and consumed data measurement

On 28 January 2018 at 12:42, Christoph M. Becker wrote: > On 28.01.2018 at 13:12, Chris Wright wrote: > > > Since PHP 7.1 the unpack() function has a (still undocumented) optional > 3rd > > argument […] > > JFTR: documented with > <http://svn.php.net/vie

[PHP-DEV] unpack() offset and consumed data measurement

Morning all Since PHP 7.1 the unpack() function has a (still undocumented) optional 3rd argument that allows the caller to specify the offset in the input data where parsing should start. While this is a useful feature, it is currently impossible to know how many bytes of the input were consumed f

Re: [PHP-DEV] Source tar.gz's extract slowly on some platforms

On 23 April 2017 at 17:24, Rowan Collins wrote: > On 23/04/2017 09:36, Christoph M. Becker wrote: > >> Thanks to Adam, there is . >> > > Yay! Adam, I love you! :) > > And cheers to you, Christoph, for the link! > > -- > Rowan Collins > [IMSoP] > > We are a

Re: [PHP-DEV] [RFC][VOTE]: Argon2 Password Hash

On 1 August 2016 at 18:46, Charles R. Portwood II < charlesportwoo...@erianna.com> wrote: > Hello, > > The RFC for introducing Argon2 as an alternative hashing algorithm for the > password_* functions is now open. The RFC is available at > https://wiki.php.net/rfc/argon2_password_hash. > > Voting

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] [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] 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] 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] 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] 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] 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] 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] [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] 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] 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] [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] [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] Preventing users from voting multiple times on a single bug

On 31 December 2014 at 11:12, Jacob Bednarz wrote: 1. Is this the correct list for changes related to bugs.php.net itself? If >not, what is the correct mailing list for this change? > This should probably go to php-webmaster@

Fwd: Re: [PHP-DEV] Re: Only variables can be passed by reference

Forgot to cc list, see below -- Forwarded message -- From: "Chris Wright" Date: 4 Dec 2014 14:09 Subject: Re: [PHP-DEV] Re: Only variables can be passed by reference To: "Andrea Faulds" Cc: > On 4 December 2014 at 12:26, Andrea Faulds wrote: >> &g

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

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

Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors

On 19 November 2014 14:27, Rowan Collins wrote: > Alain Williams wrote on 19/11/2014 13:46: > >> On Wed, Nov 19, 2014 at 02:41:54PM +0100, Remi Collet wrote: >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> Le 19/11/2014 00:11, Levi Morrison a écrit : >>> [1]: https://wiki.ph

Re: [PHP-DEV] Using a common shared lib for multiple SAPIs?

On 18 November 2014 20:22, Rainer Jung wrote: > Hi there, > > the default build process of PHP on Unix/Linux links together all code > needed for any SAPI that one builds (excluding dynamically loadable > extensions). This often leads to relatively big SAPI shared object files. > But most of this

Re: AW: [PHP-DEV] forbid use declaration outside of a namespace in PHP 7

On 13 November 2014 11:29, Johannes Schlüter wrote: > On Wed, 2014-11-12 at 22:27 +0100, Robert Stoll wrote: > > > That's still perfectly fine because in your code the use statement is > not outside of a namespace, it is implicitly in the default namespace. > > I am talking about the two followin

Re: [PHP-DEV] forbid use declaration outside of a namespace in PHP 7

On 11 November 2014 12:11, Robert Stoll wrote: > > -Ursprüngliche Nachricht- > > Von: Robert Stoll [mailto:p...@tutteli.ch] > > Gesendet: Mittwoch, 29. Oktober 2014 20:55 > > An: 'PHP Internals' > > Betreff: [PHP-DEV] forbid use declaration outside of a namespace in PHP 7 > > > > Heya, >

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

On 5 November 2014 17:21, Jakub Zelenka wrote: > > > On Wed, Nov 5, 2014 at 4:52 PM, Chris Wright wrote: > >> >> I'm sorry, but I don't understand why it would need to be deprecated. For >> me "making it the default behaviour" would mean "

Re: [PHP-DEV] [RFC] Additional splat operator usage

On 5 November 2014 11:43, Chris Wright wrote: > On 5 November 2014 11:22, Leigh wrote: > >> On 4 November 2014 18:14, Rowan Collins wrote: >> > >> > If anything, I think I would expect the keys of splatted arrays to be >> discarded, since it seems most n

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

On 5 November 2014 16:45, Jakub Zelenka wrote: > > On Wed, Nov 5, 2014 at 2:33 PM, Chris Wright wrote >> >> >> I'm afraid I have to disagree here, I don't like the idea of changing >> this behaviour without making it controllable >> > > If w

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

On 4 November 2014 17:07, Jakub Zelenka wrote: > On Tue, Nov 4, 2014 at 2:57 PM, Ferenc Kovacs wrote: > > > On Tue, Nov 4, 2014 at 4:13 AM, Juan Basso wrote: > > > > > Hi, > > > > > > I opened a pull request[1] in order to solve the bug 50224[2] and it > > ended > > > creating this pull request

Re: [PHP-DEV] [RFC] Additional splat operator usage

On 5 November 2014 11:22, Leigh wrote: > On 4 November 2014 18:14, Rowan Collins wrote: > > > > If anything, I think I would expect the keys of splatted arrays to be > discarded, since it seems most natural to use this in a list context, but I > can imagine always having to check in the manual.

Re: [PHP-DEV] [RFC] Additional splat operator usage

le want to discuss it on-list at this stage I suggest starting a separate thread (I wasn't planning to until I have clarified my own ideas). I do need to explore the impact to to opcodes and opcache, and was planning to come to you to discuss this shortly. Thanks, Chris Thanks. Dmitry. >

Re: [PHP-DEV] [RFC] Additional splat operator usage

On 4 November 2014 18:14, Rowan Collins wrote: > On 3 November 2014 22:45:11 GMT, Chris Wright wrote: > >Good evening list, > > > >I'd like to open discussion a relatively simple and clear-cut RFC, > >either > >people will like it or they won't,

Re: [PHP-DEV] Debugging code ...

On 4 November 2014 16:07, Lester Caine wrote: > On 04/11/14 14:51, Kristopher wrote: > > Every IDE I've used has always working nicely with docblock > annotation > > and typing and has provided the facilities people seem to think > should > > be built in to PHP. > > > > You understand

Re: AW: [PHP-DEV] Types on the right or on the left

On 4 November 2014 12:17, Robert Stoll wrote: > > > -Ursprüngliche Nachricht- > > Von: are.you.winn...@gmail.com [mailto:are.you.winn...@gmail.com] Im > Auftrag von Chris Wright > > Gesendet: Dienstag, 4. November 2014 12:51 > > An: Andrea Faulds > >

Re: AW: [PHP-DEV] Types on the right or on the left

On 4 November 2014 10:32, Andrea Faulds wrote: > > > On 4 Nov 2014, at 08:51, Stas Malyshev wrote: > > > > I agree, this is not a very good situation. It would be much better to > > take a systematic approach to this, but this is impossible since there > > is no systematic approach to strict typ

[PHP-DEV] [RFC] Additional splat operator usage

Good evening list, I'd like to open discussion a relatively simple and clear-cut RFC, either people will like it or they won't, there isn't a lot more to say here than what's in the RFC so please have a read. https://wiki.php.net/rfc/additional-splat-usage Thanks, Chris

Re: [PHP-DEV] [PR] DateTime RFC7231 constant

On 30 October 2014 11:31, Matteo Beccati wrote: > Hi, > > On 30/10/2014 08:03, Trevor Suarez wrote: > > Good early morning (late night for me) internals! > > > > I would like to propose a small addition be made to the DateTime date > > format constant definitions. > > > > https://github.com/php/p

Re: [PHP-DEV] Annotation PHP 7

On 3 November 2014 13:56, Alex Sky wrote: > Hello! > > There are at least three of the RFC for native work with annotations. > https://wiki.php.net/rfc/reflection_doccomment_annotations > https://wiki.php.net/rfc/annotations-in-docblock > https://wiki.php.net/rfc/annotations > > I would like to k

Re: [PHP-DEV] Re: [RFC] Access to aliases definition by reflection

On 31 October 2014 10:27, Miloslav Hůla wrote: > Dne 30.10.2014 14:50, Levi Morrison napsal(a): > >> I also don't think this feature is needed. In comments, simply use >> fully qualified names. >> > > FQN can be used in docblocks, that's true. But if you write some library > which uses annotation

Re: [PHP-DEV] [RFC] Readonly Properties

On 27 October 2014 20:27, Andrea Faulds wrote: > > > On 26 Oct 2014, at 19:16, Rowan Collins wrote: > > > > I just had a thought on both the naming and future-proofing concerns of > this proposal: what about pre-emptively reserving the skeleton of the > syntax needed for accessors, without actua

Re: [PHP-DEV] disallow non-static method calls with self/static in PHP 7

On 26 October 2014 19:55, Marc Bennewitz wrote: > > On 12.10.2014 12:10, Nikita Popov wrote: > > On Sun, Oct 12, 2014 at 10:37 AM, Robert Stoll wrote: > > > >> Hey, > >> > >> > >> > >> I just stumbled over a method call of a non-static method with self and > >> was asking myself again, why does

Re: [PHP-DEV] [RFC] UString

On 24 October 2014 07:03, Joe Watkins wrote: > On Thu, 2014-10-23 at 12:54 -0700, Stas Malyshev wrote: > > Hi! > > > > > P.S. u() is a bad name, will break lots of code, i.e. > > > > Maybe __u()? It's a bit ugly but you're not allowed to use __ so it's > safe. > > > > /me cringes ... > > I wonder

Re: [PHP-DEV] Reflection-API (was: Re: [PHP-DEV] RFC: Return Types Update)

Markus On 19 October 2014 20:31, Markus Fischer wrote: > On 16.10.14 06:39, Levi Morrison wrote: >> - The design and accompanying section of reflection[3] has been >> rewritten entirely. >> >> [3]: https://wiki.php.net/rfc/returntypehinting#reflection > > I've some comments about the Reflecti

Re: [PHP-DEV] Re: [ANNOUNCE] PHP 5.4.34 Released

On 17 October 2014 15:50, Bola Jones wrote: > I tried. It is not working. In that case, you are probably trying to unsubscribe the wrong address, especially as I note you both use gmail, Google will deliver many variations of your address to your inbox, but the mailing list platform doesn't know

Re: [PHP-DEV] Re: [ANNOUNCE] PHP 5.4.34 Released

On 17 October 2014 15:36, Daniel Zulla wrote: > YEAH ME TOO. > > On 17 Oct 2014, at 15:03, Bola Jones wrote: > >> REMOVE FROM LISTS, PLEASE. > PLEASE VISIT http://www.php.net/unsub.php AND FOLLOW THE INSTRUCTIONS THERE, AS IT STATES IN THE FOOTER OF EVERY EMAIL YOU RECEIVE FROM THE LISTS. LIKE

Re: [PHP-DEV] RFC: Return Types Update

Dmitry On 16 October 2014 08:44, Dmitry Stogov wrote: > The RFC is very consistent. > It proposes only a part of the desired type-hinting features, but this part > is not questionable for me. May I enquire what it misses out according to your ideal desired feature set? Just so that I/everyone is

Re: [PHP-DEV] Unicode support

On 14 October 2014 16:09, Aleksey Tulinov wrote: > On 14/10/14 14:00, Chris Wright wrote: > > Chris, > >>> Latter is referring to difficulties like "excess memory usage" and >>> "rewrite >>> the language". I'm developing an open-

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 15:25, Andrea Faulds wrote: > > On 14 Oct 2014, at 15:20, Park Framework wrote: > >> 2014-10-14 17:09 GMT+03:00 Mike Dugan : >>> If no one else is already working on it, I can write one up this >>> morning/early this afternoon and submit it. >> >> Ok >> The RFC In this topic wi

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 15:25, Mike Dugan wrote: > On October 14, 2014 at 10:21:34 AM, Ben Ramsey (b...@benramsey.com) wrote: > > > On Oct 14, 2014, at 9:08 AM, Mike Dugan wrote: > >> On October 14, 2014 at 10:04:00 AM, Andrea Faulds (a...@ajf.me) wrote: >>> >>> >>> So $_QUERY and $_FORM, then. That s

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 14:57, Kris Craig wrote: > On Tue, Oct 14, 2014 at 6:50 AM, Chris Wright wrote: > >> On 14 October 2014 14:46, Kris Craig wrote: >> > On Tue, Oct 14, 2014 at 6:41 AM, Mike Dugan wrote: >> > >> >> >> >> On October 14,

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 14:33, Ben Ramsey wrote: > > On Oct 14, 2014, at 8:30 AM, Chris Wright wrote: >> I suggested this a while ago, people didn't like the idea, and I'm not >> sure I do any more, either. We'd do much better focusing on creating a >> standard

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 14:46, Kris Craig wrote: > On Tue, Oct 14, 2014 at 6:41 AM, Mike Dugan wrote: > >> >> On October 14, 2014 at 9:31:15 AM, Andrea Faulds (a...@ajf.me) wrote: >> >> >> On 14 Oct 2014, at 14:27, Kristopher wrote: >> >> > $_HTTP_REQUEST_BODY and $_HTTP_QUERY_STRING for nostalgia's

Re: [PHP-DEV] New globals for PUT and DELETE

On 14 October 2014 14:25, Andrea Faulds wrote: > > On 14 Oct 2014, at 14:23, Andrey Andreev wrote: > >> That being said, from a purely semantic prospective, both $_GET and >> $_POST should be tossed - yes. In reality, you can't do that because >> virtually all PHP applications use them. But this

Re: [PHP-DEV] Unicode support

On 14 October 2014 10:04, Aleksey Tulinov wrote: > Hey, > > I can't find any recent discussion in this mailing list on this topic, i > think that most close one is > http://grokbase.com/t/php/php-internals/143b6aevsp/unicode-strings. I was > also reading papers like that: > http://www.infoworld.co

Re: [PHP-DEV] PHP 5.3.33 - FPM not given getallheaders function.

On 9 October 2014 10:08, Bradley Weston wrote: > Reference to bug: https://bugs.php.net/bug.php?id=62596 > > PHP 5.3.33 - FPM not given getallheaders function.PHP 5.3.33 - FPM not given > getallheaders function. While this does need to be patched (there is an open PR that needs checking against c

Re: [PHP-DEV] Internationalized Domain Name support in FILTER_VALIDATE_URL

alidate IDN by default (what > the user expect), add a flag to disable IDN validation. Of course we'll > update the doc explaining the new behavior. > > 2014-09-19 12:28 GMT+02:00 Chris Wright : >> >> On 19 September 2014 10:58, Pierre Joye wrote: >> > Hi

Re: [PHP-DEV] Internationalized Domain Name support in FILTER_VALIDATE_URL

On 19 September 2014 10:58, Pierre Joye wrote: > Hi, > > On Sep 19, 2014 4:03 PM, "Chris Wright" wrote: >> >> Kévin >> >> On 18 September 2014 21:26, Kévin Dunglas wrote: >> > Hello, >> > >> > I'm working on enhancing th

Re: [PHP-DEV] Why does checkdnsrr() default to MX??

On 18 September 2014 20:29, Kris Craig wrote: > Hey guys, > > I just spent some time troubleshooting what appeared to be a DNS issue > before I realized that, absent the optional $type argument, checkdnsrr() > defaults to "MX". Can anybody explain why it's defaulting to "MX" and not > "ANY"? It

Re: [PHP-DEV] Internationalized Domain Name support in FILTER_VALIDATE_URL

Kévin On 18 September 2014 21:26, Kévin Dunglas wrote: > Hello, > > I'm working on enhancing the FILTER_VALIDATE_URL filter ( > https://github.com/php/php-src/pull/826). > The current implementation does not support validation of internationalized > domain names (i.e: http://www.académie-français

Re: [PHP-DEV] [RFC] Implicit isset() in Shorthand Ternary Operator

On 18 September 2014 14:34, Johannes Schlüter wrote: > On Thu, 2014-09-18 at 12:41 +0100, Andrea Faulds wrote: >> We could use a function *syntax*, though, but I don’t like this idea. >> coalesce() and ifsetor() are both ugly to me, and it’s not super >> obvious what they do: >> >> var_dump(co

[PHP-DEV] DOMDocument::load* return values

All The return value of the DOMDocument::load* family of methods currently varies depending on whether it was invoked statically or as an instance method - when invoked on an instance it returns bool, and when invoked statically it returns the implicitly created instance or FALSE on error. Invokin

Re: [PHP-DEV] [VOTE][RFC] Integer Semantics

On 16 September 2014 11:05, Dmitry Stogov wrote: > you already made silent break for N << 64 and N >> 64, but it may be > explained as more consistent behaviour. > I don't see a big difference with negative shifts. > > The real thing that I don't like - is a "boolean" result. Warning is not a > bi

Re: [PHP-DEV] Deprecated functions

On 10 September 2014 06:42, Tjerk Meesters wrote: > Hi, > > When I was fixing test cases on my `kill-ereg` branch I noticed a Reflection > test case for `ReflectionFunction::isDeprecated()`. > > The problem with such a test case is that you’d be chasing deprecated > functions to tests against as

Re: [PHP-DEV] setcookie() minor BC break - fixes issue #67736

On 8 September 2014 09:09, Ferenc Kovacs wrote: > On Mon, Sep 8, 2014 at 9:15 AM, Sherif Ramadan > wrote: > >> Actually, we shouldn't be doing that all. We should simply just overwrite >> the header. It wouldn't make much sense to set two headers with the same >> cookie name when we can just over

Re: [PHP-DEV] Bug 55700 fix

On 3 September 2014 11:00, Michael Wallner wrote: > > On 3 Sep 2014 11:47, "Chris Wright" wrote: >> >> On 2 September 2014 07:55, Lior Kaplan wrote: >> > >> > On Sep 2, 2014 8:55 AM, "Michael Wallner" wrote: >> >> >> &g

Re: [PHP-DEV] Bug 55700 fix

On 2 September 2014 07:55, Lior Kaplan wrote: > > On Sep 2, 2014 8:55 AM, "Michael Wallner" wrote: >> >> On 2 Sep 2014 00:13, "Chris Wright" wrote: >> > >> > If no-one has any objections to this, I would like to merge it into >> >

[PHP-DEV] Bug 67855 fix

Good evening all I've put together a patch for bug 67855 which can be seen here: https://github.com/php/php-src/pull/778 The patch has so far received no feedback - does anyone have any? If no-one has any objections to this, I would like to merge it into master. This patch has a very minor BC br

[PHP-DEV] Bug 55700 fix

Good evening all I've put together a patch for bug 55600 which can be seen here: https://github.com/php/php-src/pull/779 The patch has been updated based on various feedback and afaict is now ready to be merged. Does anyone have any more feedback on the implementation? If no-one has any objectio

Re: [PHP-DEV] Make zend_parse_parameters emit E_RECOVERABLE_ERROR

On 1 September 2014 17:18, Andrea Faulds wrote: > > On 1 Sep 2014, at 04:56, Xinchen Hui wrote: > >> On Mon, Sep 1, 2014 at 6:01 AM, Andrea Faulds wrote: >>> Good evening, >>> >>> Here’s a suggestion: Why don’t we make zend_parse_parameters emit >> >> ""Why not" is usually not a very good reason

Re: [PHP-DEV] Kill ereg with fire

I have on occasion come across code that uses split(), more often than not as if it were explode() with a literal delimiter. If ereg is to be removed (for which I am +1) does anyone have any objections to making split() into an alias of explode()? This would also be consistent with the join() -> i

Re: [PHP-DEV] Re: 64 bit string offsets

On 30 August 2014 12:53, Matteo Beccati wrote: > On 29/08/2014 23:58, Anatol Belski wrote: >> On Fri, August 29, 2014 18:34, Xinchen Hui wrote: >>> if a string is bigger than 2^32... I think there must be a bug :) >>> >> Only for this case you mean, or generally? As we safe with memory_limit >

Re: [PHP-DEV] Cleaning 5.3 git branches ?

On 28 August 2014 19:55, Julien Pauli wrote: > Hello, > > We all know 5.3 is now EOL. > > Looking at git branches, 5.0, 5.1 and 5.2 still have their respective > main branches (which is all right and good). > > However, they dont have their release branch references (5.1.1 , 5.1.2 > etc...) , howe

Re: [PHP-DEV] VCS access

On 27 August 2014 00:05, Ferenc Kovacs wrote: > > > > On Tue, Aug 26, 2014 at 10:25 PM, Chris Wright wrote: >> >> Hi all >> >> I would like to request VCS access to php-src. I would like to be able >> to merge my own patches when (and only w

[PHP-DEV] VCS access

Hi all I would like to request VCS access to php-src. I would like to be able to merge my own patches when (and only when) it is agreed they should be merged :-) Existing contributions: https://github.com/php/php-src/commits?author=DaveRandom https://github.com/php/php-src/pulls/DaveRandom https:

Re: [PHP-DEV] 5.4 security only

On 26 August 2014 18:31, Stas Malyshev wrote: > Hi! > > >> Does anyone have any objections to this being included in 5.4? >> >> Thanks, Chris >> >> [1] >> https://github.com/DaveRandom/php-src/commit/d4da5d8c1dae152f7aa5f0dd09b1f29b51f48c89 > > I think it's ok for 5.4. > Great, thanks :-) -- P

Re: [PHP-DEV] 5.4 security only

Hi Stas On 19 August 2014 00:59, Stas Malyshev wrote: > Hi! > > Moving this out of other topics into its own: according to the release > RFC, we should have 5.4 have 2 years of bugfixes & one year of security > fixes. Since 5.4 was released in March 2012, we're already past 2 year > mark. However

Re: [PHP-DEV] 回复： [PHP-DEV] How should I call a PHP function

On 18 August 2014 03:37, Wei Dai wrote: > Hi, >> Hi, >> >> I'm trying to call a function inside a module, a PHP_FUNCTION. >> >> Other than zend_eval_stringl, what's the direct way to do it? > Please refer to call_user_function and call_user_function_ex. ...and along these lines, when you need to

Re: [PHP-DEV] Native support - PUT request, multipart form data

On 17 August 2014 11:49, David Zuelke wrote: > That does not make any sense; applications could accept XML, CSV or whatever > else just as well. > > The original proposal is not very useful. $_GET contains parsed query string > info, $_POST contains parsed HTTP request body information if the me

Re: [PHP-DEV] Exception stack trace string argument

On 17 August 2014 00:51, Andu Aanei wrote: > Hi, > > I am writing this message in order to ask for feedback and advice > regarding a small feature I wish to implement in the engine. > > Currently, when an exception is thrown in a function which has one or > more string arguments, > the stack trace

Re: [PHP-DEV] Native support - PUT request, multipart form data

On 17 August 2014 00:47, Park Framework wrote: > Variable $_PUT is already a popular name. > Many for yourself already so it was called, at the bottom link. > http://stackoverflow.com/search?q=PHP+%24_PUT > > But I like the name $_DATA - it is universal for any request method. IMO $_BODY would ma

Re: [PHP-DEV] Status of PHP 5.4

On 14 August 2014 22:41, Andrea Faulds wrote: > > On 14 Aug 2014, at 22:34, Jan Ehrhardt wrote: > >> PHP 5.3 has reached the real end of life. Will the effect be that from >> now on PHP 5.4 will only get security fixes? > > I’m curious about this too. The release process RFC says only bug fixes a

Re: [PHP-DEV] [RFC] Introduce Abstract Syntax Tree

On 13 August 2014 20:05, Nikita Popov wrote: > On Wed, Aug 13, 2014 at 7:18 PM, guilhermebla...@gmail.com < > guilhermebla...@gmail.com> wrote: > >> When is this planned to go through voting process? >> > > Before voting I'd like to have some opinions on the behavioral differences > the proposal i

Re: [PHP-DEV] Reflection to remove final

On 11 August 2014 17:09, Julien Pauli wrote: > On Mon, Aug 11, 2014 at 12:59 PM, Ferenc Kovacs wrote: >> On Sat, Aug 9, 2014 at 12:35 PM, Tom Oram wrote: >> >>> I've just been looking back at the history of this previous conversation... >>> >>> http://marc.info/?l=php-internals&m=132673741606531

Re: [PHP-DEV] Reflection to remove final

On 11 August 2014 11:30, Chris Wright wrote: > Hi Tom > > On 9 August 2014 11:35, Tom Oram wrote: >> I've just been looking back at the history of this previous conversation... >> >> http://marc.info/?l=php-internals&m=132673741606531&w=2 >> >&g

Re: [PHP-DEV] Reflection to remove final

Hi Tom On 9 August 2014 11:35, Tom Oram wrote: > I've just been looking back at the history of this previous conversation... > > http://marc.info/?l=php-internals&m=132673741606531&w=2 > > as a mockist tester I'd really REALLY like to see this be possible but I > can see the problem with the orig

Re: [PHP-DEV] [VOTE][RFC] intdiv()

On 30 July 2014 18:51, Adam Harvey wrote: > -1 explanation: I don't think %% is clear enough, the only sensible > syntax choice (//) is unavailable to us, and I think the utility of > having it baked into the language as an operator is pretty minimal > regardless (I coded a lot of Python for scien

Re: [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string length and integer

On 20 July 2014 16:44, Peter Cowburn wrote: > On 21 May 2014 07:24, Pierre Joye wrote: > >> On Tue, May 20, 2014 at 8:34 PM, David Soria Parra wrote: >> >> > Sounds very good and 0.8% overhead is fine. Can we work on getting this >> > integrated into a v2 of the RFC, continue hopefully construct

Re: [PHP-DEV] PHP Language Specification

On 25 July 2014 17:25, Larry Garfield wrote: > On 7/24/14, 2:38 PM, Sara Golemon wrote: >> >> On Thu, Jul 24, 2014 at 12:29 PM, Rowan Collins >> wrote: Zend is only one of many contributors. Yes, the engine is still named Zend Engine but the language has been improved by many

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

On 25 July 2014 09:52, Sebastian Bergmann wrote: > On 07/24/2014 09:13 PM, Sara Golemon wrote: >> >> Speaking of, I did just successfully subscribe myself to standards@ >> (without any trouble) using the direct ezmlm interface. Maybe they >> were using the web form on php.net? I dunno. Maybe it'

Re: [PHP-DEV] Re: [ANNOUNCE] PHP 5.4.30 Released

To unsubscribe from the lists you responded to (and appear to be trying to unsubscribe from), please send a message to the following addresses: php-general-unsubscr...@lists.php.net php-announce-unsubscr...@lists.php.net internals-unsubscr...@lists.php.net On 21 July 2014 07:18, Jon Arano wrote:

Re: [PHP-DEV] [RFC] Scalar Type Hinting With Casts (re-opening)

On 14 July 2014 13:58, Andrea Faulds wrote: > Hello again, > > One of the issues with the RFC as it stands is how to handle bool casting. > While int, float and string only allow lossless casting (with the exception > of objects, but we can’t really do anything about that), bool’s behaviour at

Re: [PHP-DEV] [PHP-CVS] com php-src: Fast parameter parsing API: Zend/zend.h Zend/zend_API.c Zend/zend_API.h Zend/zend_builtin_functions.c Zend/zend_operators.c Zend/zend_operators.h ext/pcre/php_pcre

On 13 July 2014 19:42, Dmitry Stogov wrote: > Hi Bob, > > I added a note that this API may be changed. I'm agree to go through > regular voting process and change the syntax in the future. > Right now I can't delay it, because this patch interferes with the other > things we are doing and we just

RE: [PHP-DEV] Bug tracker is down

> bugs.php.net appears to be down. This is not a matter for internals. There is a webmasters list for this sort of thing, and it will likely resolve itself soon anyway -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] RFC: Anonymous Classes

> What about UNserialize then? I don't see any way to handle this sensibly, but I also don't regard this as a problem, because that's not what these anonymous classes are for. If you want something that can be unserialised into a thing with methods then logically you know what it is ahead of time,

RE: [PHP-DEV] Re: Re: PHP Crypt functions - security audit

On Thu, Sep 19, 2013 at 2:07 AM, Tjerk Anne Meesters wrote: > To be practical, verifying certificates requires an up-to-date CA bundle > to be shipped with PHP; perhaps this is a simple thing to do, I'm not > sure. Unfortunately it isn't. It's easily possible to ship a current CA bundle *at the p

Re: [PHP-DEV] Re: New function: stream_socket_listen()

ver be anything but > messy (internally), which is a big part of why a uniform API would be > useful. > > > On Fri, Sep 6, 2013 at 8:47 AM, Chris Wright wrote: >> >> I'm generally agreed with everything said below by everyone - but Wez's >> message has &g

RE: [PHP-DEV] Re: New function: stream_socket_listen()

I'm generally agreed with everything said below by everyone - but Wez's message has caused me to wonder whether it might be worth simply creating stream_import_socket() instead. Yes, the sockets extension is not always available, but I would suggest that any instance that needs something that stre

RE: [PHP-DEV] realpath_cache_size description in php.ini

On Thu, Sep 5, 2013 at 10:07 AM, Julien Pauli < julienpa...@gmail.com > wrote: > On Wed, Sep 4, 2013 at 8:28 PM, Bostjan Skufca wrote: > > > Hi all, > > > > there is no description to be found about what the value of > > realpath_cache_size actually is. > > > > Is it > > a) max number of files/di

RE: [PHP-DEV] Re: .phpt test question

On Thu, Sep 5, 2013 at 5:38 AM, Daniel Lowrey wrote: > On further consideration this is probably better addressed by setting the > relevant socket streams to non-blocking so that a client connection can be > created in the same process space and tested utilizing select() and an > event loop. This

RE: [PHP-DEV] trigger_error() enhancements

fecting the stack trace. If this is done though, I would only want to specify how far up the call stack to go to get this information, rather than actually specifying the values used. Best Regards Chris Wright (DaveRandom) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

  1   2   >