Re: [PHP-DEV] hints and constraints

Rowan Collins wrote: > There is nothing new about PHP's userland int type being 64-bit on > 64-bit platforms. For instance, raising 2 to the power of 62 returns > exactly the same thing on every version of PHP back to 4.3.0: > http://3v4l.org/VBMbv Unfortunately, that's not true for Windows, see

Re: [PHP-DEV] hints and constraints

Rowan Collins wrote: > The point is that writing code in PHP and assuming integers will > overflow after 32 bits has been a bad idea for a long time, outside of > really unusual cases like COM integration [1], where there's a valid > reason to assume you'll never want to run it on Linux. I fully

[PHP-DEV] Re: Idea of optimizing php !empty(...) expression.

Oleg Serov wrote: > I use !empty() very often and decided to make a benchmark test. > > Here is the code and results: http://pastebin.com/fMhhdQiW > > if (!empty(...)) working on 23% slower than if (empty()) expression. > > So if create new operator not_empty() it will improve performance. > >

Re: [PHP-DEV] [RFC][DISCUSSION] Script only includes

Yasuo Ohgaki wrote: > We have been tried to educate users already and introduced some > mitigations e.g. allow_url_include, open_basedir. > > However, enough time is passed to prove that wasn't enough, isn't it? > > PHP (many and these are _only_ few of them in the wild) > http://www.exploit-db.

Re: [PHP-DEV] [RFC][DISCUSSION] Script only includes

Hi Yasuo, Yasuo Ohgaki wrote: > Hi Christoph, > > On Wed, Feb 11, 2015 at 10:45 AM, Christoph Becker > wrote: > >>> We have been tried to educate users already and introduced some >>> mitigations e.g. allow_url_include, open_basedir. >>> >>>

[PHP-DEV] Re: Broken link in PHP manual

Alain Williams wrote: > http://php.net/manual/en/features.gc.collecting-cycles.php > > has a reference ''Concurrent Cycle Collection in Reference Counted Systems'' > to http://www.research.ibm.com/people/d/dfb/papers/Bacon01Concurrent.pdf > > The PDF is no longer there. This has already been r

Re: [PHP-DEV] A modest proposal: __contructStatic

Patrick Schaaf wrote: > Am 15.02.2015 21:05 schrieb "Rowan Collins" : > >> // Now wherever in the code you want the default instance, just use this: >> $value = MyRedis::singleton()->get($key); > > You can surely see how this is more readable / easier to write: > > $value = MyRedir::get($key);

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

Anthony Ferrara wrote: > 3. int typed variables can resolve a parameter type of float So > calling requiresAFloat(10) will work even in strict mode. Have you considered the overflow behavior of ints resulting in a float? For instance, the following code would produce E_RECOVERABLE_ERROR, AIUI:

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

Anthony, Anthony Ferrara wrote: > On Wed, Feb 18, 2015 at 6:09 PM, Christoph Becker wrote: > >> Have you considered the overflow behavior of ints resulting in a float? >> For instance, the following code would produce E_RECOVERABLE_ERROR, AIUI: >> >>

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

Lester Caine wrote: > On 18/02/15 23:09, Christoph Becker wrote: >> It seems to me that this behavior is hard to deal with generally for >> programmers as well as static analyzers. Andreas' bigint RFC[1] would >> solve that issue, but it has been withdrawn, and AFAIK

[PHP-DEV] Digit separators for numeric literals

Hi internals! A while ago a question was asked on the php-general mailing list with regard to digit seperators in numeric literals[1]. IMHO it might be a useful enhancement to allow such digit separators for numeric (integer and float) literals in PHP for better readability; several other languag

Re: [PHP-DEV] Digit separators for numeric literals

Rasmus Lerdorf wrote: > On 02/18/2015 11:21 PM, Rick Widmer wrote: > >> how about: >> >> my_func( '1,000.04' ); //if you want to use separators there. > > The problem with that is that the world is split. The other half, or > actually more than half, would write that as '1.000,04'. There is no

Re: [PHP-DEV] Digit separators for numeric literals

Nikita Nefedov wrote: > 2015-02-19 6:44 GMT+04:00 Rasmus Lerdorf : >> >> I think it will be difficult to find a separator character that doesn't >> make a mess of the grammar. > > Why not space? It's certainly possible (I just checked) and it would look > clear I guess: > > my_func(1 999 999)

Re: [PHP-DEV] [VOTE] Exceptions in the engine

Sebastian Bergmann wrote: > I am sorry that I was unable to raise this concern earlier (did not > really become aware of the RFC before it was put to the vote), but I > would prefer the following: > >* Introduce a Throwable interface >* Let Exception implement the Throwable interface >

Re: [PHP-DEV] Consistent function names

Leigh wrote: > On 1 March 2015 at 11:29, Yasuo Ohgaki wrote: >> >> Thoughts? >> > > require 'function_aliases.php'; // End of discussion. It is not possible to my knowledge, however, to define function aliases in PHP (a wrapper function would have an obvious performance penalty). Maybe that wou

[PHP-DEV] Re: Introduce DerOetzi

Johannes Ott wrote: > BTW: > > I'm trying to register a wiki account. But somehow it does not work. > > When posting the formular the page is reloading, but nothing else > happens. No success or no error message is shown. > > Maybe I'm doing something wrong?! Maybe you have not filled out the

Re: [PHP-DEV] static constructor

Johannes Ott wrote: > And i although see no DI or Singleton pattern to use here to get the > same functionality, if you want to use like Config::getHostname() and > not like Config::getInstance()->getHostname() which is really > unnecessary abstraction level for nothing in my opinion! It is possi

Re: [PHP-DEV] A plea for unity on scalar types

Philip Sturgeon wrote: > On Sat, Mar 14, 2015 at 7:19 PM, Philip Sturgeon wrote: >> On Fri, Mar 13, 2015 at 7:02 PM, Arvids Godjuks >> wrote: >>> >>> >>> пт, 13 Мар 2015, 23:01, Philip Sturgeon : >>> Pavel, On Fri, Mar 13, 2015 at 3:38 PM, Pavel Kouřil wrote: > On Fri, Mar 13

Re: [PHP-DEV] static constructor

Johannes Ott wrote: > I tried to get some RFC karma for my wiki account, following those lines: > > Email internals@lists.php.net requesting RFC karma for your wiki > account. In the email, remind people about the RFC you plan to create. > Note that RFC karma does not automatically give you karma

[PHP-DEV] Re: RFC proposal, deprecate "String conversion" for undefined constants.

Admin Admin wrote: > first of all https://wiki.php.net/start?do=register seems broken, the form > submit just returns to the form. You have to enter the email address of this mailing list into the fourth field of the form. -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mail

[PHP-DEV] Re: RFC proposal, deprecate "String conversion" for undefined constants.

Admin Admin wrote: >> You have to enter the email address of this mailing list into the fourth >> field of the form. > > Just gave that a try, no error message. still goes back to the form. Indeed there is a bug with regard to the messages. I have submitted a PR (

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

Pavel Kouřil wrote: > On Wed, Mar 18, 2015 at 1:47 PM, Anatol Belski wrote: >> >> for anyone needing to test on Windows, there was builds for an older RFC >> version >> >> http://windows.php.net/downloads/snaps/ostc/scalar_type_hints_2_strict_mode/ >> >> but I just made quick builds for the curre

[PHP-DEV] Re: Hello PHP-World

Pretzlaw wrote: > my name is Mike Pretzlaw, I am a (senior) developer, (junior) project > manager and work with PHP for a decade now. About time to contribute to > the PHP-Core and give something back to it. Unfortunately the > registration > (https://wiki.php.net/rfc/engine_exceptions_for_php7?do

Re: [PHP-DEV] Voting irregularities

Pierre Joye wrote: > However, as of today, you are the blocking point when it comes to > improve the wiki RFCs, registration and voting areas.And this is > really becoming a problem. I am not talking about irregularities and > the likes and I agree that it may not be fair to start bitching about >

Re: [PHP-DEV] Voting irregularities

Levi Morrison wrote: >> Whatever you want to improve, please consider that the PHP wiki is >> driven by DokuWiki which needs to get updated from time to time (lately >> there have been two updates every year[1]; this is not accounting any >> necessary updates to DokuWiki plugins). These updates s

[PHP-DEV] Re: Bug #69127 session_regenerate_id(true) randomly generates awarning and loses session data

Yasuo Ohgaki wrote: > On Sun, Mar 1, 2015 at 1:53 PM, Yasuo Ohgaki wrote: > >> There are too many things that I would like to improve ;) >> >> https://bugs.php.net/bug.php?id=69127 >> >> This bug is known fatal bug for session module. I proposed "lazy_destroy" >> to fix >> this before, but it de

Re: [PHP-DEV] RFC - Array slice syntactic sugar

Alex Bowers wrote: > Anywhere on the front-end where a foreach() is used, and expects at most > say, 10 items. But the full dataset is fetched back (to show a summary > after the first 10 or whatever other reason). > > The old code would have required a counter, the new code does not. This > woul

Re: [PHP-DEV] WIKI Account Request

Ferenc Kovacs wrote: > I can't find your account request, are you sure you was able to submit it? > The form won't be submitted if you fill out the ' To which email address do > you have to send an email now?' question wrong. There should be a meaningful error message now (since a few days), if s

[PHP-DEV] RFCs targeting PHP 5.7

Hi everybody! In the Wiki there's a section with RFCs targeting PHP 5.7[1]. Obviously, this section should be merged into the PHP 7.0 section. I will do so, if there are no objections. However, the "Fix handling of custom session handler return values" RFC[2] still says "Status: Voting" even tho

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

Zeev Suraski wrote: > 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 > feature. > Personally I think we should go fo

Re: [PHP-DEV] What's our official stance on small self-containedadditions in a micro version

Stanislav Malyshev wrote: >> I can certainly see value in a special case for including things in both >> 5.6 and 7.x, both before and after 7.0 is released, but the the case for >> backporting anything other than a genuine bug fix to 5.5.x right now >> seems fairly weak, as will the case for backp

Re: [PHP-DEV] password_hash() deprecate salt option - thoughts?

Nicolas Oelgart wrote: >> On 31 Mar 2015, at 20:49, Anthony Ferrara wrote: >> >> So I'd like to hear your thoughts about raising E_DEPRECATED when the >> salt option is specified in 7.0, with ultimately removing the option >> in a later version. > > +1 > > I'd even go as far as adding a big red

Re: [PHP-DEV] What's our official stance on small self-containedadditions in a micro version

Stanislav Malyshev wrote: >> The questions here are: >> * will this code break any code running with PHP before that patch? >> * does this code change the language in any way? > > OK, so I think there's a misunderstanding here. What you describing is > exactly my position - enhancements that are

Re: [PHP-DEV] What's our official stance on small self-containedadditionsin a micro version

Stanislav Malyshev wrote: >> Hmm, would you consider introducing a new function in the *global* >> namespace to be a self-contained feature? I would not, because the > > Depends on the function. It it's properly prefixed and does not rely or > disrupt anything else then yes. Otherwise, no. But

[PHP-DEV] Offical stance wrt. bug reports for unmaintained PECL exts

Hi everybody! It seems there are a lot of (old) bug reports for unmaintained PECL extensions. I wonder what the official stance is on that. For instance, there is #57551[1], which has been "suspended" by Joe Watkins recently. I'm not too happy with "suspending" those bug reports, because they'r

Re: [PHP-DEV] [VOTE] Reserve even more type hints

Rafael Dohms wrote: > This vote was supposed to end on 29/3 but it seems to still be open. > > Can someone with proper access finish it? To my knowledge, everyone with a VCS account could do this. -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: [PHP-DEV] $max > getmaxrand() for rand() call

Rowan Collins wrote: > To be fair, that's not actually mutually exclusive with Leszek's > suggestions - we still need to either document, or warn, that rand() has > this limitation. The manual does actually mention using mt_rand(), but > also suggests setting $max higher than getrandmax(), which i

[PHP-DEV] Re: [RFC] Spaceship operator RFC

Hi! Stanislav Malyshev wrote: > As expected, spaceship operator RFC > (https://wiki.php.net/rfc/combined-comparison-operator) passed 43 votes > to 11. I'll proceed with merging it soon. A discrepancy between the actual behavior of the spaceship operator and an example given in its RFC has been r

[PHP-DEV] Re: [RFC] Spaceship operator RFC

Hi! Stanislav Malyshev wrote: > >> A discrepancy between the actual behavior of the spaceship operator and >> an example given in its RFC has been reported recently (bug #69466[1]). > > I'm not sure what the discrepancy is, could you explain? There is the following example in the RFC: // on

[PHP-DEV] Re: [RFC] Spaceship operator RFC

Hi! Stanislav Malyshev wrote: > Ahh, I see. I think it's the mistake in the RFC. [...] Then it is probably best to fix the RFC. :) > I'm not a big fan of throwing too many notices. They are usually not > very helpful an din this case it would be not easy to distinguish > between intentional and

[PHP-DEV] Re: PDO Oracle driver

Stelian Mocanita wrote: > > 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 long > standing open bugs, such as: > > https:/

[PHP-DEV] Re: request priviledges to create an RFC or at least submit a suggestion

Dmitri Goosens wrote: > I’m a Belgian PHP addict and feel I’ve got a suggestion that might be of > interest for PHP7. > I’d more than glad to write it down completely in an RFC if you grant me > access, otherwise, maybe someone can do it. Information about creating an RFC can be found on

Re: [PHP-DEV] Re: PDO Oracle driver

Rowan Collins wrote: > Pasindu De Silva wrote on 22/04/2015 14:44: >> On Wed, Apr 22, 2015 at 4:43 PM, Christoph Becker >> wrote: >>> [1] >>> < >>> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#extpdo_oci_and_extoci8 >>> &g

Re: [PHP-DEV] Re: PDO Oracle driver

Lester Caine wrote: > On 23/04/15 11:22, Arvids Godjuks wrote: > >> I can definetly make a case that PDO restricts MySQL too. It lacks a lot of >> functionality comparing to mysqli. I also found out recently that you can't >> have a named param appear in a query more than once (an OR case, where 2

Re: [PHP-DEV] Adding "numeric" type hint

Yasuo Ohgaki wrote: > On Wed, Apr 29, 2015 at 9:33 AM, Ryan Pallas wrote: > >> I agree with Stanislav here, if you want to accept any type of number, its >> easy enough to add your own checking to do that with the wonderful >> is_numeric. And for simplicity, make an invalidArgument method that y

Re: [PHP-DEV] Adding "numeric" type hint

Hi Yasuo, Yasuo Ohgaki wrote: > On Thu, Apr 30, 2015 at 6:27 AM, Christoph Becker wrote: > >> A solution for this issue has been proposed by the "Big Integer Support" >> RFC which has been withdrawn. It's too late for PHP 7.0 to re-open it, >> but it m

[PHP-DEV] Reserve even more type hints RFC

Hi everybody! I've noticed that the "Reserve Even More Types in PHP 7" RFC[1] has been moved to "Process and Policy" with the comment "needs no impl". However, the RFC states: | This RFC does not fully reserve them as keywords; it only prohibits | their usage as class, interface and trait names.

Re: [PHP-DEV] Re: [RFC] Spaceship operator RFC

Stanislav Malyshev wrote: > Yeah compare_function can actually return more than 1, 0 and -1, esp. > for arrays but maybe . I'm not sure if we should change this or not. It > should be pretty easy to fix, just not sure why it's this way now - see > zend_compare_arrays and down to zend_hash_compare.

Re: [PHP-DEV] Adding "numeric" type hint

Yasuo Ohgaki wrote: > On Thu, Apr 30, 2015 at 8:24 AM, Stanislav Malyshev > wrote: > >> PHP types are not machine native types. But yes, it forces PHP type - >> that's why it is *type* check. > > Type hint is better to stay as "hint" under weak mode. IMO. "Type hints" have never been hints. T

[PHP-DEV] Re: Reserve even more type hints RFC

Nikita Popov wrote: > On Thu, Apr 30, 2015 at 12:41 AM, Christoph Becker > wrote: > >> I've noticed that the "Reserve Even More Types in PHP 7" RFC[1] has been >> moved to "Process and Policy" with the comment "needs no impl". > > I

[PHP-DEV] Re: Maintaining PHP LDAP module

Côme BERNIGAUD wrote: > I volonteered earlier to become a maintainer for the php-ldap module > as it seems unmaintained: > https://github.com/gophp7/gophp7-ext/wiki/extensions-catalog > I got no answer, I’m not sure what is the procedure for this kind of > things. It might be useful to state som

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

Côme Bernigaud wrote: > Maintaining the php-ldap extension For reference see . -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] password_hash() best practices

Hi everybody! In issue #64816[1] the OP suggests in the comment from [2015-05-05 04:34 UTC] that hash_pbkdf2() should be recommended for advanced users, and that password_hash() should use PBKDF2 with at least 128,000 rounds. The "Adding simple password hashing API" RFC[2] mentions in the "Future

Re: [PHP-DEV] password_hash() best practices

Nikita Popov wrote: > On Tue, May 5, 2015 at 10:37 PM, Christoph Becker wrote: > >> In issue #64816[1] the OP suggests in the comment from [2015-05-05 04:34 >> UTC] that hash_pbkdf2() should be recommended for advanced users, and >> that password_hash() should use PBKD

Re: [PHP-DEV] password_hash() best practices

Leszek Krupinski: > While I agree that the statement "bcrypt is better than PBKDF2, thus only > bcrypt should be used" is difficult to defend, Well at least the StackExchange thread[1] pointed out by Nikita supports the statement. > I think saying "bcrypt is a > homegrown solution, only PBKDF2

Re: [PHP-DEV] password_hash() best practices

Albert Casademont wrote: > The iteration count is very different because in bcrypt it's not an > iteration count number at all, it's a "cost". And it's kinda exponential: a > hash with a cost of 11 is twice as hard to compute than that of a 10. At > our company we are using a cost of 11 right now,

Re: [PHP-DEV] Thoughts on C version supported for PHP-Next

Nikita Popov wrote: > [...] What's our current minimum required vc version? As of PHP 5.5 at least VC11 (Visual Studio 2012) is required for Windows builds. The currently available snapshots of master are also built with VC11[1]. [1] -- Christoph M. Becker

[PHP-DEV] Re: Static method call with single colon results in fatal error, not aparse error?

Bishop Bettini wrote: > class Foo { > public static function bar() { echo 'bar'; } > } > Foo:bar(); > > > Note the single colon. According to 3v4l ... > > 5.2.17 and earlier: > Parse error: syntax error, unexpected ':' > > 5.3 and later, including 7 and HHVM: > Fata

[PHP-DEV] Re: Proposal: interfaces for object to scalar type casting

Guido Contreras Woda wrote: > So, what do you think of a set of interfaces that allow userland objects to > be used as scalar types? > > Some simple examples in PHP here: > https://gist.github.com/guiwoda/5d16c8fb97d29e476d20 One of the biggest problems is that it's not always clear which conver

[PHP-DEV] trigger GC before memory limit is exhausted

Hello internals, today I have been pointed to bug #60982[1], which appears to be an unpleasant limitation. I wonder why the GC is not triggered when the memory limit is exhausted, what would avoid the script to end prematurely if there are uncollected cycles. I've tried out a (maybe too simplist

Re: [PHP-DEV] trigger GC before memory limit is exhausted

Dan Ackroyd wrote: > On 15 May 2015 at 23:14, Christoph Becker wrote: > >> I wonder why the GC is not triggered when the memory limit is exhausted, > > To hopefully point you in the right direction, I believe the problem I > ran into, and the issue that stops it being a tr

[PHP-DEV] Spurious open_basedir warning

Hello Internals, there are several bug reports related to open_basedir and non-existant files/directories.[1] uramihsayibok's comment on bug #53041 sheds some light on the issue. A few weeks ago I had a closer look at it, and it seems that using expand_filepath_with_mode() instead of expand_file

Re: [PHP-DEV] Fatal error: isset(CONST_ARRAY['key']) PHP 5.6

S.A.N wrote: > > const CONST_ARRAY = > [ > 'key' => 'value' > ]; > > isset(CONST_ARRAY['key']); // Fatal error: Cannot use isset() on the > result of an expression (you can use "null !== expression" instead) > > ?> > > It is design, or a bug? It is by design; the documentation states[1]:

Re: [PHP-DEV] RFC Proposal

Tim Bezhashvyly wrote: > after cooling down and encouraged by François (thank a lot for this) > I decided to submit an RFC regarding immutable variable only. Would > appreciate if you will grant me some karma to do it. Have you already registered for a Wiki account on

Re: [PHP-DEV] RFC Proposal

Forwarding to the list. Please "reply to all" next time. :) Tim Bezhashvyly wrote: My username is "tim-bezhashvyly". I can't activate your account. One of the Wiki admins would have to do this. -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, v

Re: [PHP-DEV] pcrelib version differs between 5.5.25 / 5.6.9

Julien Pauli wrote: > On Wed, May 20, 2015 at 1:43 PM, Lior Kaplan wrote: > >> On Wed, May 20, 2015 at 2:31 PM, Anatol Belski >> wrote: >> >>> Hi, >>> >>> -Original Message- >>> From: Stanislav Malyshev [mailto:smalys...@gmail.com] >>> Sent: Wednesday, May 20, 2015 10:45 AM >>> To: Lior

[PHP-DEV] Re: Pull request labels handling

Anatol Belski wrote: > the PRs on github are already being labeled. Multiple labels are possible. > However the github ACLs lack on granularity > https://help.github.com/articles/permission-levels-for-an-organization-repos > itory/ . Due to that, while being a useful feature, labeling is only > av

[PHP-DEV] Re: JSON unicode escape issue and new constants

Jakub Zelenka wrote: > On Thu, May 28, 2015 at 7:53 PM, Jakub Zelenka wrote: > >> There are two issues (reported bugs but not really bugs) in json_decode >> related to \u escape. >> >> First one is >> json_decode('{"\u": 1}'); >> reported in https://bugs.php.net/bug.php?id=68546 >> >> That c

[PHP-DEV] Array dereferencing of scalars

The behavior of dereferencing scalars as if they were arrays or strings is arguable: NULL This happens without notice or warning, whereas the array dereferencing of objects results in a fatal error: https://bugs.php.net/bug.php?id=54556> [2] [3]

Re: [PHP-DEV] Array dereferencing of scalars

Yasuo Ohgaki wrote: > I fully agree that current behavior could be used meaningful ways. However, > >$foo = 42; > $foo['bar']; // => NULL > $v = NULL; > $v[0][1][2][3][4][5][6][7][8][9]; // NULL > > this code is semantically wrong and I would like to have error/exception > for such > erro

Re: [PHP-DEV] Array dereferencing of scalars

Matt Wilmas wrote: > Forgetting the NULL case for a sec... With: > > $v = []; > $v[0][1][2][3][4][5][6][7][8][9]; > > How/why are we going from 1 Notice to 10?! > > With: > > unset($v); > $v[0]; > > Why from 1 Notice about the undefined variable, to 2? That's totally > new, and it really do

Re: [PHP-DEV] Array dereferencing of scalars

Rowan Collins wrote: > Yasuo Ohgaki wrote on 09/06/2015 11:44: >> $v = NULL; >> $v[0][1][2][3][4][5][6][7][8][9]; // NULL >> >> this code is semantically wrong and I would like to have error/exception >> for such >> erroneous codes. > > PHP considers an uninitialised variable to have the valu

Re: [PHP-DEV] Array dereferencing of scalars

Rowan Collins wrote: > Christoph Becker wrote on 09/06/2015 14:09: >> I wonder where these coercion rules are described. The manual has a >> section about "Converting to array"[1] which actually describes casting, >> and is obviously not what is happening when th

[PHP-DEV] Re: [VOTE] Throwable Interface

Aaron Piotrowski wrote: > Voting is now open on the Throwable Interface RFC: > > https://wiki.php.net/rfc/throwable-interface When will the voting end? It seems to be best to clearly state that in the RFC also. -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List

[PHP-DEV] Request for php-src karma

Hi! I'm requesting php-src karma (cmb@), mainly for bug-fix purposes. I have already submitted several PRs[1], and several of them have already been merged. It seems to me that it might save time, if I can commit obvious and uncontroversial fixes directly instead of making PRs first. Thanks for

Re: [PHP-DEV] Array dereferencing of scalars

Yasuo Ohgaki wrote: > On Wed, Jun 10, 2015 at 5:30 PM, Nikita Popov wrote: > >> On Wed, Jun 10, 2015 at 8:53 AM, Stanislav Malyshev >> wrote: >> >>> $foo = 42; $foo['bar']; // => NULL $v = NULL; $v[0][1][2][3][4][5][6][7][8][9]; // NULL this code is semantical

Re: [PHP-DEV] Request for php-src karma

Rasmus Lerdorf wrote: > On 06/10/2015 03:25 PM, Christoph Becker wrote: > >> I'm requesting php-src karma (cmb@), mainly for bug-fix purposes. I >> have already submitted several PRs[1], and several of them have already >> been merged. >> >> It seem

Re: [PHP-DEV] Request for php-src karma

Anatol Belski wrote: > Christoph, please don't forget to note the changes in the NEWS and/or > UPGRADING where appropriate. Also don't forget to check the lower > branches where your fixes could be profitable. Thanks for the hints. As I understand it, I should inform the release managers about c

Re: [PHP-DEV] Some strange bug

Andrew Kluev wrote: > It is very informative, but not resolve the problem, php completely ignored > my max_execution_teme setup with any SAPI, in all cases As Johannes wrote: > [...] whereas on Linux no time is spent during sleep(). -- Christoph M. Becker -- PHP Internals - PHP Runtime Devel

Re: [PHP-DEV] Request for php-src karma

Hi Anatol, Anatol Belski wrote: > Hi Christoph, > >> -Original Message----- >> From: Christoph Becker [mailto:cmbecke...@gmx.de] >> Sent: Thursday, June 11, 2015 1:03 PM >> To: Anatol Belski; internals@lists.php.net >> Subject: Re: [PHP-DEV] Request f

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Hannes Magnusson wrote: > Then this fix doesn't make any sense -- you are saying if I download > the .tar.gz and .zip and extract those two, I will have precisely the > same sources? > Then this fix should be reverted as there is isn't any special Windows > Sources and the official releases should

Re: [PHP-DEV] Migrating PHP classes to built in namespace

Sebastian B.-Hagensen wrote: > On an unrelated note: > http://php.net/manual/en/userlandnaming.tips.php should hint towards > real namespaces. There is already a respective ticket: . :) -- Christoph M. Becker -- PHP Internals - PHP Runtime Development M

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter wrote: > On Mon, 2015-06-15 at 16:20 +0200, Christoph Becker wrote: > >> There is some difference (timestamps?) which causes building from the >> tarred sources to fail on Windows (see bug #69829). > > "touching" generated files as part

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Jan Ehrhardt wrote: > Johannes Schlüter in php.internals (Mon, 15 Jun 2015 22:28:37 +0200): >> On Mon, 2015-06-15 at 18:41 +0200, Jan Ehrhardt wrote: >> >>> On github they are next to each other: >>> https://github.com/php/php-src/releases >> >> Those don't include the generated parsers etc. we sh

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter wrote: > On Tue, 2015-06-16 at 00:02 +0200, Christoph Becker wrote: > >> Why should these downloads be disabled? They contain exactly what could >> be checked out from the respective tag. > > It is not including the generated parsers. This mean

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Johannes Schlüter wrote: > On Tue, 2015-06-16 at 02:02 +0200, Christoph Becker wrote: >> Johannes Schlüter wrote: >> >>> It is not including the generated parsers. This means the user might use >>> a different version, which might cause a bug which might be hard

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Nikita Popov wrote: > On Wed, Jun 17, 2015 at 12:20 AM, Christoph Becker > wrote: > >> Johannes Schlüter wrote: >> >>> On Tue, 2015-06-16 at 02:02 +0200, Christoph Becker wrote: >>> >>>> Fair enough. However, the Windows sources neither co

[PHP-DEV] Re: Typed Arrays in Scalar Types RFC

Tim Bezhashvyly wrote: > I would like to submit an RFC for supporting typed arrays as function/method > argument and return types. Please either throw stones at me or give me enough > karma to post it. > > My php.net username is tim-bezhashvyly. Note that there is already

[PHP-DEV] Re: com php-src: Fixed bug #69756 (Fatal error: Nesting level too deep -recursive dependency? with ===): Zend/bug69756.phpt Zend/zend_hash.c

Dmitry Stogov wrote: > Commit:ed5fbf5e49eab435cd7a0a9a5627698de92887c1 > Author:Dmitry Stogov Fri, 5 Jun 2015 10:04:58 > +0300 > Parents: d251ced225138381b61dfa5c5f682bbb28e309d9 > Branches: master > > Link: > http://git.php.net/?p=php-src.git;a=commitdiff;h=ed5fbf5e49

Re: [PHP-DEV] Headsup: PHP7 feature freeze

Marc Bennewitz wrote: > I would really like to see directly calling a string of "Class::method" > be fixed for 7.0. > It's currently resulting in a fatal error and is inconsistent with > call_user_func[_array], is_callable and the callable type-hint. > > There is also a PR open since April 2014 :

Re: [PHP-DEV] PHP7 releases vs Windows Sources?

Christoph Becker wrote: > Nikita Popov wrote: > >> On Wed, Jun 17, 2015 at 12:20 AM, Christoph Becker >> wrote: >> >>> Johannes Schlüter wrote: >>> >>>> On Tue, 2015-06-16 at 02:02 +0200, Christoph Becker wrote: >>>> >>>

Re: [PHP-DEV] Headsup: PHP7 feature freeze

Marc Bennewitz wrote: > On 06/25/2015 09:48 PM, Aaron Piotrowski wrote: >> >>> On Jun 25, 2015, at 2:39 PM, Marc Bennewitz >> > wrote: >>> >>> Nice to see this - didn't noted it in the last month :) >>> >>> But there is one edge case that is not handled by PHP-7 at current

[PHP-DEV] Bundled GD library

Hi! I've just learned from ext/gd/libgd/README that the bundled GD library is actually a fork of libgd, which was quite a surprise to me as I thought gd is handled similar to pcre and sqlite3. Anyhow, I wonder how to deal with bug reports for PHP's gd extension, if they point to a common bug in l

Re: [PHP-DEV] Bundled GD library

Pierre Joye wrote: > Hi, > > On Jun 29, 2015 3:34 AM, "Christoph Becker" wrote: >> >> Hi! >> >> I've just learned from ext/gd/libgd/README that the bundled GD library >> is actually a fork of libgd, which was quite a surprise to me as

[PHP-DEV] Re: Fixes for #69900 and #69963

Hi! Anatol Belski wrote: > regarding the mentioned tickets I've prepared a patch > https://github.com/php/php-src/compare/master...weltling:pipe_blocking_win . Great. > Anonymous pipes on Windows > > - don't support asynchronous IO > - don't support select() > - have buffer size of 4096 bytes

Re: [PHP-DEV] Re: Fixes for #69900 and #69963

Hi Anatol! Anatol Belski wrote: >> -Original Message- >> From: Christoph Becker [mailto:cmbecke...@gmx.de] >> Sent: Wednesday, July 1, 2015 12:55 AM >> To: Anatol Belski; 'PHP Internals' >> Cc: 'Pierre Joye'; 'Kalle Sommer Nielsen

Re: [PHP-DEV] date extension / Type Hinting

Anatol Belski wrote: >> -Original Message- >> From: Philip Hofstetter [mailto:phofstet...@sensational.ch] >> Sent: Thursday, July 2, 2015 6:00 PM >> To: Anatol Belski; PHP internals >> Subject: Re: [PHP-DEV] date extension / Type Hinting >> >> yeah. I also understood Nikita's response. I g

[PHP-DEV] Re: [PHP-CVS] com php-src: Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns: ext/odbc/php_odbc.c ext/odbc/tests/bug69975.phpt

Hi Anatol, Anatol Belski wrote: > Hi Christoph, > > Shouldn't it be only active for ODBCVER >= 0x0300 (see also the other code > around this)? Yes, of course. Thanks. I'll fix it ASAP. Regards, Christoph > Regards > > Anatol > >> -Original Message- >> From: Christoph Michael Bec

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

Edgar R. Sandi wrote: > Developing the PHP runtime > Maintaining an official, bundled PHP extension > Maintaining the documentation > Translating the documentation > Maintaining php.net For reference (and as a gentle reminder):

Re: [PHP-DEV] Wiki access for ihabunek

Ivan Habunek wrote: > Took a little longer than planned, since i was away on a business trip > last week. I actually ended up restructuring the document a little. To > me it seems much more readable this way. I put it up in a Gist for you > to have a look: > https://gist.github.com/ihabunek/c74fb2

  1   2   3   >