Re: [PHP-DEV] [RFC] [Discussion] Change the edge case of round()

On Mon, 6 Nov 2023 21:12:40 +0900, Saki Takamachi wrote: Hi Saki! > To be honest, I'm completely neutral on this. I believe that this is a > matter of will and what we want to do. As far as I know, Tim and Gina > want change on this issue. I don't want to ignore such opinions and move > forward w

Re: [PHP-DEV] Timezone Rules, which dataset to pick?

On 07/04/2022 11.34, Derick Rethans wrote: > Hi! ... > In the last few years, the maintainer of the Iana TZ Data project has > diverged somewhat from the consensus of the community, and degraded some > data by no longer having an entry for each country and merged timezones > where data does not di

Re: [PHP-DEV] Unwrap reference after foreach

> > This seems like a good opportunity to go one step further and have loops > create a new scope, which would automagically handle the unwrapping with out > worrying about the edge cases. Obviously, this would be a bigger BC break, > but one worth considering. > Sounds reasonable, but this i

Re: [PHP-DEV] [VOTE] Fibers

Hi Aaron! Thank you, and everyone involved, for your effort. On 08/03/2021 20.40, Aaron Piotrowski wrote: > Greetings everyone! > > The vote has started on the fiber RFC: https://wiki.php.net/rfc/fibers > > > Voting will run through March 22nd. I voted /no/,

Re: [PHP-DEV] Tracking Object Property Changes

Hi Joseph! Is this for educational purposes or real world usage? I ask, because, if you don't have to adhere to a predefined C-API you would avoid lots of headache by baking all this stuff into your PHP objects with the APIs provided by Zend. But then again, it would be way more efficient to just

[PHP-DEV] Re: Array recursion detection in PHP 8

On 23/09/2020 14:07, Michael Wallner wrote: > Hi, > > I wondered about PHP 8 detecting recursion earlier than used to and what > caused that, respectively why it's caused. Compare the following output: > > https://3v4l.org/J7Niu Could it be that var_dump() was just ad

[PHP-DEV] Array recursion detection in PHP 8

Hi, I wondered about PHP 8 detecting recursion earlier than used to and what caused that, respectively why it's caused. Compare the following output: https://3v4l.org/J7Niu Thanks in advance for any hints! -- Regards, Mike signature.asc Description: OpenPGP digital signature

Re: [PHP-DEV] [RFC] \PHP namespace usage heuristics

Hi Larry! Larry Garfield schrieb am Mi., 24. Juni 2020, 02:30: > Greetings, Internalians. > > *dons flame retardant suit* Thank your for your efforts, but I'm about to cast a negative vote on this policy. Distilled down, I just cannot see any huge benefit out of a (or two) root namespace(s).

Re: [PHP-DEV] [RFC] Deprecate left-associative ternary operator

Nikita Popov schrieb am Di., 9. Apr. 2019, 11:54: > Hi internals, > > Inspired by Bob's recent RFC for concat precedence, I'd like to propose a > deprecation and removal of the left-associative behavior of ternaries. > Instead, explicit parentheses should be used: > > https://wiki.php.net/rfc/ter

Re: [PHP-DEV] PHP_FLOAT_MIN is positive

On 03/04/2019 12:27, Diogo Neves wrote: > It really don't make much sense: > > > var_dump( PHP_FLOAT_MIN < 0 ); > var_dump( PHP_INT_MIN < 0 ); > > On Wed, Apr 3, 2019 at 10:52 AM Benjamin Morel > wrote: > >> Hi internals, >> >> I just used PHP_FLOAT_MIN for the first time, and was surprised t

Re: [PHP-DEV] Deprecate short_open_tag ini directive?

On 25/03/2019 16:38, Andrey Andreev wrote: > > OK, so why not flip it and make it always available instead? I'm aware > of the potential XML conflict, but I've personally never seen it, so > to me that looks like the lesser evil compared to a massive BC break. I slightly lean towards removing s

Re: [PHP-DEV] PHP on OSS-fuzz

Hey! On 17/03/2019 22:23, Stanislav Malyshev wrote: > Hi! > > Looking at the recent PHP security issues, it is clear that many of them > are stemming from corner cases in various format-parsing code, and most > of them either is or can be found by fuzzers. > > Thus, I've made an initial integrat

Re: [PHP-DEV] Proposal for deprecate alternate syntax(curly braces) for array and string access

On 15/03/2019 14:39, Andrey O Gromov wrote: > Reasons to deprecate curly braces syntax:: > 1. Two ways to do the same thing. > 2. It is very rarely used nowadays. > 3. It is almost not documented. There is only two short “NOTE” about > it. > 4. Also, this syntax has reduced fun

Re: [PHP-DEV] [Proposal] Struct Data Types

On 15/03/2019 04:49, Kenneth Ellis McCall wrote: > Hey all, > > I'm looking to get feedback on a RFC I want to propose. > > PHP RFC: Addition of the 'struct' data type. > > Introduction: > PHP has many data types, but does not offer something that is the > equivalent to the C struct data type. >

Re: [PHP-DEV][RFC] Allow void return type variance

I second Rowans thoughts. Am So., 17. Feb. 2019, 17:36 hat Rowan Collins geschrieben: > On 04/02/2019 03:22, Wes wrote: > > Recent events convinced me to write this RFC :P > > > > Please have a read here https://wiki.php.net/rfc/allow-void-variance > > > I was thinking about this this afternoon,

Re: [PHP-DEV] New website for the PHP project

Am Do., 7. Feb. 2019, 10:27 hat BohwaZ/PHP geschrieben: > Le 04/02/2019 01:14, azjezz a écrit : > > In my opinion, current design looks old, outdated and bland. This > > sadly may reflect "badly" on the language reputation nowadays. > > I find that the main PHP website is quite good actually, the

Re: [PHP-DEV] Re: RFC Weakrefs

On 03/02/2019 22:49, Christoph M. Becker wrote: > > Not sure about removal from the PHP manual. This may never have > happened before (except for PECL/idn which conflicted with ext/intl). > Might be better to discuss this on the doc mailing list. > > F'up2 > Oh, it happened. I deleted http-v

Re: [PHP-DEV] FPM maintainership?

Hi! How to get this going forward? On 21/02/2018 10:45, Michael Wallner wrote: > On 21/02/18 10:29, Remi Collet wrote: >> Hi, >> >> Le 21/02/2018 à 10:21, Michael Wallner a écrit : >>> I also have a patch I'd like to discuss with the new maintainers, whic

Re: [PHP-DEV] [RFC] [VOTE] FFI - Foreign Function Interface

Am Do., 20. Dez. 2018, 16:13 hat Dmitry Stogov geschrieben: > Hi internals, > > > The FFI RFC is turned into voting state. > > > https://wiki.php.net/rfc/ffi > ... As the other one, lagging hugely behind, I'll refrain my vote. Regards, Mike

Re: [PHP-DEV] [RFC] Preloading

On 20/10/2018 15:06, Dmitry Stogov wrote: > > > On Oct 19, 2018 5:20 PM, Sara Golemon wrote: > On Fri, Oct 19, 2018 at 3:17 AM Dmitry Stogov wrote: >> I would like to start discussion on a Preloadng RFC >> https://wiki.php.net/rfc/preload >> > 4) "In conjunction with ext/FFI (dangerous extens

Re: [PHP-DEV] PHP FFI extenesion

> On 26 04 2018, at 11:25, Dmitry Stogov wrote: > > > Did you use PSI with some complex libraries? Define complex. There’s a working sqlite test (quite simple use case for sqlite, though): https://github.com/m6w6/ext-psi/blob/master/tests/sqlite/sqlite001.phpt

Re: [PHP-DEV] PHP FFI extenesion

Hey! > On 26 04 2018, at 20:47, Dmitry Stogov wrote: > > Hi Michael, > > > I've just tried to run PSI with php-master (32-bit DEBUG build) and got > SIGSEGV on the simplest test. > > Use "psi.d/string.psi" and attemt to call psi\strerror(10) > > > #0 0xf44916ba in psi_call_frame_parse_arg

Re: [PHP-DEV] PHP FFI extenesion

Hey Dmitry! On 17/04/18 09:29, Dmitry Stogov wrote: > hi Michael, > > it's pitty, I didn't found this extension before. > thanks for pointing, I'll definetly take a look. Did you have a chance to look at it yet? > I, also, like the idea of preloading ffi definitions on startup, but I > would p

Re: [PHP-DEV] PHP FFI extenesion

Hi! Nice that FFI is of interest again, so may I kindly point you to ext-psi? https://github.com/m6w6/ext-psi It follows a different approach, though, that it requires definition files on startup, not at runtime. Basically: $ cat >time.psi < /* time_t time(time_t *tloc); man 2 time */ function

Re: [PHP-DEV] FPM maintainership?

On 21/02/18 10:29, Remi Collet wrote: > Hi, > > Le 21/02/2018 à 10:21, Michael Wallner a écrit : >> I also have a patch I'd like to discuss with the new maintainers, which >> attempts to fix FPM's SIGUSR2 graceful restart behaviour, and which >> we

Re: [PHP-DEV] FPM maintainership?

On 21/02/18 01:42, Stanislav Malyshev wrote: > Hi! > > I'd like to raise the question of FPM SAPI maintainership. Is it still > maintained? If so, by whom? Jerome Loyet is listed as a maintainer, but > his last commit has been in 2012, as far as I can see, and I see no > activity from him on the b

Re: [PHP-DEV] Parallelised run-tests.php (patch)

Hi! On 08/10/17 05:47, Andrea Faulds wrote:> Hi there, > > Do you spend HOURS every day AGONISING over how long run-tests.php takes > to complete? Yes! > > Have you long since ABANDONED every test directory besides Zend/tests? > > Does it feel like your eight CPU cores are pointlessly WASTED by >

[PHP-DEV] Re: [PHP-CVS] com php-src: fix default args for --with-pcre-valgrind: ext/pcre/config0.m4

On 25/07/17 00:31, Christopher Jones wrote: > > > On 20/7/17 10:31 am, Anatol Belski wrote: >> Hi Chris, >> >>> -Original Message- >>> From: Christopher Jones [mailto:christopher.jo...@oracle.com] >>> Sent: Thursday, July 20, 2017 2:11 AM >>> To: Anatol Belski ; php-...@lists.php.net; Tia

Re: [PHP-DEV] [Request for Comment] Loading dynamic libraries with cross dependencies.

On 28/02/17 20:13, Sara Golemon wrote: > The average PHP extension is dependent only on the PHP runtime it was > built for and probably one or more 3rd party libraries. However, a > special class of extensions (such as PDO drivers and much of the XML > family) have dependencies on other PHP extens

Re: [PHP-DEV] [Discussion] FFI in PHP

On 08/02/17 14:54, Michał Brzuchalski wrote: > 2017-02-08 12:51 GMT+01:00 Michael Wallner : > >> >> ``` >> // https://github.com/m6w6/ext-psi#implementations >> function math\add(int $a, int $b) : int { >> let a = intval($a); >> let b

Re: [PHP-DEV] [Discussion] FFI in PHP

On 05/02/17 23:25, Alex Bowers wrote: > And here is the previous messaging without borked formatting. Sorry folks. > > > FFI RFC > == ... > Example > === > > Take an example of a rust program that takes two numbers in and gives > you the sum of them. > > ```rust > #[no_mangle] > pub extern

Re: [PHP-DEV] [Discussion] FFI in PHP

On 05/02/17 23:25, Alex Bowers wrote: > And here is the previous messaging without borked formatting. Sorry folks. > > > FFI RFC > == > > There are many languages that support an FFI implementation. > > NodeJS > Python > C++ > Ruby > > FFI allows you to call a native C function without req

Re: [PHP-DEV] Re: [RFC][Discuss] Arrow Functions

On 31/01/17 05:53, Stephen Reay wrote: > Hi Andrea, All, > >> On 31 Jan 2017, at 08:12, Andrea Faulds wrote: >> >> Is it necessary to introduce a new keyword, fn? >> >> I think you'd get a similar benefit from: >> >>function($x) => $arr[$x] >> >> Likewise, is it necessary to restrict auto-capt

Re: [PHP-DEV] imap_fetchbody() leaks memory

On 24/01/17 08:41, Leon Sorokin wrote: > On 1/23/2017 2:45 PM, Michael Wallner wrote: >> Just assigned that to me, I'll try to come to it the next few days. > > Great, thanks! > Hi, I've updated the bug: https://bugs.php.net/bug.php?id=73493 TL;DR The c-client l

[PHP-DEV] Re: [PHP-CVS] com php-src: Introduced "zend_type" - an abstraction for type-hinting representation.: Zend/zend_API.c Zend/zend_API.h Zend/zend_builtin_functions.c Zend/zend_compile.c Zend/ze

On 13/01/17 09:37, Dmitry Stogov wrote: > Commit:141d1ba9801f742dc5d9ccd06e02b94284c4deb7 > Author:Dmitry Stogov Fri, 13 Jan 2017 11:37:46 > +0300 > Parents: 28391c30ca008013267592ab2a2eebce3da3f3b0 > Branches: master > > Link: > http://git.php.net/?p=php-src.git;a=comm

Re: [PHP-DEV] imap_fetchbody() leaks memory

Am 22.01.2017 00:15 schrieb "Leon Sorokin" : Hey guys, I filed bug 73493 [1] a couple months ago and there's no triage or visible activity yet. Was hoping to get an update if possible. I'm forced to download any large INBOX in batches with imap_close() & imap_open() gymnastics to avoid chewing t

Re: [PHP-DEV] Redesign of bugs.php.net

On 23/01/17 09:38, Maciej Sobaczewski wrote: > > do you judge by the screenshots or an online demo? > http://sobak.pl/php-bugs-mockup/bug.html > Ah, yeah, thanks. I was looking at the screenshot; it looks definitely better in Firefox. -- Regards, Mike signature.asc Description: OpenPGP dig

Re: [PHP-DEV] Redesign of bugs.php.net

On 23/01/17 08:22, Maciej Sobaczewski wrote: > Hello, > > I know it's bringing the same thread again but since my last post[1] > I gathered some feedback on /r/php, including a few membmers of PHP.net. > > https://github.com/Sobak/bugsnet-redesign-mockup this is the repo for > my experimental app

[PHP-DEV] RFCs & Mailinglist

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Trying through NNTP this time: Levi reported on IRC, that he's having issues with the ML again, and asked for delaying any RFC communications until these issues are fixed: If anyone here *is* able to send messages can someone pleas

Re: [PHP-DEV] Fwd: Monotonic Time

On 04/01/17 13:58, Niklas Keller wrote: > Resending previous mail, because mail distribution was broken... > > Morning Internals, > > PHP doesn't currently have a way to access a monotonic time. There's a > feature request in the bug tracker: bugs [dot] php [dot] > net/bug.php?id=68029 > > A mon

Re: [PHP-DEV] Looking for Z_TYPE_PP in all the wrong places.

On 14/12/16 14:17, Richard Quadling wrote: > Hi. > > I'm trying to find the replacement for Z_TYPE_PP (and several other > Z_xxx_PP). > > It seems these are no longer present in PHP7. In PHP-7, you usually do not encounter zval**, so the _PP macros were gone. Try _P(*zval) instead. > > But, ac

Re: [PHP-DEV] [RFC Proposal] Introducing New Global Variable to Support Other HTTP Methods and Content Types

Am 13.12.2016 14:45 schrieb "Dejan Stošić" : *The problem* Currently, PHP will parse the incoming HTTP request body only for GET requests (and store the data in superglobal $_GET) and for POST requests (and store the data in $_POST). Additionally it will parse the data only for *application/x-ww

Re: [PHP-DEV] Server-Side Request/Response Objects

On 26 09 2016, at 21:37, Paul Jones wrote: > > Hi all, > > tl;dr: Gauging interest in an extension for server-side PHP request and > response objects (*not* HTTP messages per se; see below) prior to writing an > RFC for them on the wiki. > Did you include pecl/http in your research? It looks

Re: [PHP-DEV] BAD Benchmark Results for PHP Master 2016-09-16

On 16/09/16 02:51, lp_benchmark_ro...@intel.com wrote: > If this is not displayed properly please visit our results page here: > http://languagesperformance.intel.com/bad-benchmark-results-for-php-master-2016-09-15/ > Accessing those links has been generating a 404 for the last two reports. App

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

Regards, Mike > On 02 09 2016, at 21:32, 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

Re: [PHP-DEV] [RFC][DISCUSSION] Remove utf8_decode() and utf8_encode()

On 22/08/16 12:44, Rowan Collins wrote: > As far as I can see, these functions exist because the XML parser > infrastructure needed them, and someone thought it might be handy to > expose them to users. Funnily enough, the internal versions actually > take a parameter for the target encoding, but

Re: [PHP-DEV] [RFC][DISCUSSION] Remove utf8_decode() and utf8_encode()

On 22/08/16 03:52, Yasuo Ohgaki wrote: > I'll update the RFC to have aliases rather than removing. Since these > are XML module functions, the name would be xml_latin1_to_utf8() and > xml_utf8_to_latin1(). Suggestions for names are appreciated. +1, I think those are the names to go. -- Regards,

Re: [PHP-DEV] ext/pcntl asynchronous sugnal handling

> On 23 06 2016, at 14:28, Nikita Popov wrote: > > On Thu, Jun 23, 2016 at 2:19 PM, Dmitry Stogov wrote: > >> >> The simple patch uses the recently added into Zend Engine ability and >> allows asynchronous signal handling without extra ZEND_TICKs (without any >> run-time overhead). >> >> >>

Re: [PHP-DEV] Re: [RFC][VOTE] Nullable Types

On 12/05/16 13:36, Lester Caine wrote: > On 12/05/16 11:21, Davey Shafik wrote: >> E.g. the behavior of passing executing with a null value for the >> argument is something you should be consciously making a decision on, >> and passing in null explicitly. > > I was actually getting the logic wrong

Re: [PHP-DEV] Re: [RFC][VOTE] Nullable Types

On 11/05/16 12:26, Lester Caine wrote: > On 10/05/16 21:26, Levi Morrison wrote: >> It can affect the results. >> >> function foo(?Foo $param) {} >> >> If any code out there is calling foo with null then that code will now >> break if you remove the question mark. > > Cart before Horse comes t

Re: [PHP-DEV] [RFC] Pipe Operator

On 30/04/16 20:57, Sara Golemon wrote: > On Sat, Apr 30, 2016 at 11:41 AM, wrote: >> God I hate crap software ... TRYING to reply without top post ... but >> Samsung is incapable! >> >> What I was trying to comment on was that trapping that no result is returned >> may be what is needed, so han

Re: [PHP-DEV] [VOTE] 7.1 RMs selection

On 26/04/16 17:59, Anatol Belski wrote: > Hi, > > herewith I would like to call everyone to go vote for the 7.1 RMs team. The > poll is opened under > > https://wiki.php.net/todo/php71 > > The vote starts on 2016-04-26 and end on 2016-05-03 (both at a time 6pm). Thanks! PS: If anyone is wonder

Re: [PHP-DEV] [RFC][DISCUSSION] Session ID without hashing

On 08/04/16 04:17, Yasuo Ohgaki wrote: > PRNG like /dev/urandom is supposed to be secure, but fair point. It > may be good idea keeping old hash based session ID just in case > someone find vulnerability. I suppose it's unlikely with modern PRNGs, > though. I've come to think that "unlikely" is s

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

> On 18 02 2016, at 20:33, Andrea Faulds wrote: > > Hi Colin, > > Colin O'Dell wrote: >> I'd like to propose an RFC to deprecate and eventually remove the "var" >> keyword. > > I don't have a strong opinion on that, I guess I'm in favour. It seems like a > fairly harmless deprecation. > > Th

Re: [PHP-DEV] unpack()

> I think the requested feature may be really useful. > > And the implementation is really simple > https://gist.github.com/dstogov/edbb1efcd1e9701e75ab > There seems to be a typo at https://gist.github.com/dstogov/edbb1efcd1e9701e75ab#fi

Re: [PHP-DEV] [RFC] Warn about invalid strings in arithmetic (moving backtodiscussion)

> On 05 02 2016, at 11:49, Andrea Faulds wrote: > > Hi again, > > Andrea Faulds wrote: >> There is one unresolved issue with the current patch that the RFC >> doesn't address, so I'll ask about it here. >> >> As part of supporting exponent notation in all remaining integer >> operations (casts

Re: [PHP-DEV] Re: [RFC] Warn about invalid strings in arithmetic (moving back todiscussion)

On 27/01/16 01:54, Levi Morrison wrote: > I personally consider the new changes with fractional and scientific > notation strings and integer operators to be the more important > change. Thanks to everyone who identified and fixed this > inconsistency. > > Does anyone have any good ideas on how to

Re: [PHP-DEV] [RFC] [VOTE] Class Constant Visibility

On 21/01/16 06:36, Xinchen Hui wrote: > Hey: > > On Wed, Jan 20, 2016 at 7:05 PM, Michael Wallner <mailto:m...@php.net>> wrote: > > On 08/12/15 10:56, Dmitry Stogov wrote: > > Hi Sean, > > > > The PR has been merged into master.

Re: [PHP-DEV] [RFC] [VOTE] Class Constant Visibility

On 08/12/15 10:56, Dmitry Stogov wrote: > Hi Sean, > > The PR has been merged into master. > Please update the RFC accordingly. > Thanks to Nikita and Xinchen for code review and suggestions. > This patch seems to cause problems for me with registering constants on internal interfaces; see bug #

Re: [PHP-DEV] [RFC] Allow specifying keys in list()

On 17/01/16 03:32, Andrea Faulds wrote: > Hi everyone, > > Here's an RFC that would extend the syntax of list() to be more useful > with associative arrays: > > https://wiki.php.net/rfc/list_keys > > Please read it and tell me your thoughts. Hi! I found the idea convincing from the first read,

Re: [PHP-DEV] What's up with gcov.php.net?

> On 30 12 2015, at 22:34, Andrea Faulds wrote: > > Hi everyone, > > If any of you have looked at http://gcov.php.net any time in the last three > years, you'll probably have noticed an alarming and inexplicably high number > of test failures. And if you've looked at Travis, you'll have seen

Re: [PHP-DEV] [RFC] Number Format Separator

See also "[PHP-DEV] Digit separators for numeric literals" from Feb, 19th.

Re: [PHP-DEV] Scalar type hints and scalar type name aliases cause confuson

On 12/10/15 21:23, Andrea Faulds wrote: > Hi, > > As PHP 7 currently is, if you write this: > > public function foo(): integer { > return 12; > } > $bar = foo(); > > you'll get the following error: > > Fatal error: Uncaught TypeError: Return value of foo() must be an > i

Re: [PHP-DEV] Re: [RFC] [DISCUSSION]: Closure from callable

On 4 Oct 2015 21:50, "Stanislav Malyshev" wrote: > > Hi! > > > I don't like that it's a function. Closure is a class, classes can have > > static and instance methods, and closure() looks like something that > > should be a method on Closure. In fact, it creates a closure, which a > > constructor

Re: [PHP-DEV] [RFC] [DISCUSSION]: Closure from callable

On 29/09/15 16:23, Dan Ackroyd wrote: > Hello internals, > > I'd like to start a discussion of a proposal to allow closures to be > created in user-land without having to use a whole lot of reflection > code. > > https://wiki.php.net/rfc/closurefromcallable > > Thanks to Joe and Bob for the assi

Re: [PHP-DEV] recommended .gitignore for PHP/PECL extensions

On 25 Sep 2015 21:10, "j adams" wrote: > > I have made good progress on a PHP extension and I'd like to post it on > github to get some review and help from some others. The folder has quite a > few files and I'm hoping to avoid putting anything in git that doesn't need > to be there. > > I see th

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

> On 19 09 2015, at 23:22, Rowan Collins wrote: > > On 19 September 2015 15:49:55 BST, Lester Caine wrote: >> On 19/09/15 13:15, Rowan Collins wrote: >> If there was a bug with 'isset' it is that it returns false for a >> variable that IS SET to null. > > I honestly think that the only problem

Re: [PHP-DEV] Consolidation of Traversable and array operations

On 16/07/15 11:26, Rowan Collins wrote: > Benjamin Eberlei wrote on 15/07/2015 21:19: >> >> But instanceof and anything related to Reflection or get_class or >> relevant code will fail on array. > > > Ah, yes, I hadn't thought of reflection type things. I don't think > instanceof would be a probl

Re: [PHP-DEV] Consolidation of Traversable and array operations

On 15/07/15 13:28, Tjerk Meesters wrote: > Hi! > > A few weeks ago I resurrected a two year old proposal for adding two array > functions, namely array_every() and array_some(), modelled after their > JavaScript equivalent. > > https://github.com/php/php-src/pull/1385 > > ... > > Let me know wh

Re: [PHP-DEV] LDAP module test suite

On 15/06/15 15:43, Chris Wright wrote: > 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". >>

Re: [PHP-DEV] Maintaining LDAP module

> On 10 06 2015, at 12:21, Côme BERNIGAUD wrote: > > Hello, > > I intend to work on LDAP module, starting by trying to get rid of obsolete > method calls. (starting by https://bugs.php.net/bug.php?id=69471 ) > > I already have appropriate CVS rights but I’m not sure which branch I should > c

Re: [PHP-DEV] Method call overhead

> On 03 06 2015, at 05:30, Bishop Bettini wrote: > My question though is on relative times. Method call overhead is > consistently 50% to 150% over a direct call. Is my experiment invalid, or > is this overhead expected? Is the overhead in the allocation, > deallocation, GC? I’suggest you us

Re: Fwd: [PHP-DEV] [RFC] [PHP 7.1] libsodium

On 21/05/15 09:49, Peter Petermann wrote: > Hi Scott, > > I personally think the RFC is a bit short, > also I just had a very brief look at the documentation of the extension in > question, and find its API a bit strange, > whats up with having everything in static method calls? > > regards, > PP >

Re: [PHP-DEV] PR 1217: Add support for upload files from buffer string in curl extenion

On 22 Apr 2015 10:27, "Alexander Moskalev" wrote: > > Thanks to all for feedback! > > Let's try to integrate new feature to old class. > We have constructor in CURLFile with one required parameter: $filename . > To avoid BC break we cannot replace this parameter. So I suggest to do it > optional

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

> On 01 04 2015, at 18:28, François Laupretre wrote: > >> De : Ferenc Kovacs [mailto:tyr...@gmail.com] >> >> I could accept any decision between holding off new features until next >> minor/major and allowing features explicitly without going through an RFC, >> but I >> want to have an expli

Re: [PHP-DEV] Deprecate setlocale?

> On 01 04 2015, at 18:15, Dan Ackroyd wrote: > > Hi, > > I'd like to get people's feedback for the idea of making setlocale be > either deprecated and to be removed eventually or just increasing the > warning level against people using it. > > The short version of why we should do this is tha

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

On 30/03/15 12:04, Ferenc Kovacs wrote: > Hi, > > I know that our official release process allows that, but there are some > reasonable arguments against doing that and this topic was brought up > multiple times related to specific fixes. > I have two open PRs like that: > https://github.com/php/p

[PHP-DEV] [RFC][ACCEPTED] Continue Output Buffering

Hi, I was late closing the vote on rfc:continue_ob, but there was only one yay in the last two days, anyway. The change was accepted with 100% yes votes, and has just been committed. -- Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.

Re: [PHP-DEV] phar_rename_archive() bug fix for PHP7

On 17/03/15 15:55, Ralph Schindler wrote: > hi all, > > Phar::convertTo*() methods have a design flaw such that phar files can't > be successfully converted and retain the proper file suffix at the same > time when the base name contains dots. An expression of this is > attempting to convert some

Re: [PHP-DEV] [RFC][VOTE] Constructor behaviour of internal classes

> On 15 03 2015, at 17:09, Dan Ackroyd wrote: > > Hi List, > > The 'Constructor behaviour of internal classes' RFC is now in voting. > Please note, it's the coding standard that is being voted on. If > anyone thinks I've implemented the changes in a way that is less > awesome then there is no r

Re: [PHP-DEV] Voting irregularities

>> >> Is there a way to check when someone got a php.net account/karma? >> >> >> http://people.php.net >> > > I am aware of this, but unless I just missed it that site doesn't show > *when* they got an account. Oh, sorry! I thought it reads something like “Account opened: Y-m-d” but that’s

Re: [PHP-DEV] Minimum version of GCC required to build PHP

> On 15 03 2015, at 16:36, Sebastian Bergmann wrote: > > Am 15.03.2015 um 15:34 schrieb Sebastian Bergmann: >> I am asking because using GCC 2.95.3 and GCC 3.4.0 I get errors related >> to the usage of intptr_t (see http://pastebin.com/9Gn0AAXA). > > Over in Room 11, Michael just pointed out th

Re: [PHP-DEV] Voting irregularities

> On 15 03 2015, at 16:23, Levi Morrison wrote: > > On Sun, Mar 15, 2015 at 8:29 AM, Michael Wallner wrote: >> >>> On 15 03 2015, at 15:19, Anthony Ferrara wrote: >>> >>> All, >>> >>> I ran some numbers on the current votes of the

Re: [PHP-DEV] Voting irregularities

> On 15 03 2015, at 15:19, Anthony Ferrara wrote: > > All, > > I ran some numbers on the current votes of the dual-mode vote right > now. There were a number of voters that I didn't recognize. So I > decided to pull some stats. > > The following voters never voted before the dual-mode RFC went

Re: [PHP-DEV] [VOTE] [RFC] continue output buffering

Voting just started on https://wiki.php.net/rfc/continue_ob I’ll close the poll in a week. Thanks, Mike

Re: [PHP-DEV] php_stream_read(...) may return less than expected

On 12/03/15 14:28, Umberto Salsi wrote: > Hi all, > I'm not a PHP internals developer, but this might be a bug spread here and > there in the source. This coding pattern: > > if(php_stream_read(..., n) != n){ > php_error_docref(NULL TSRMLS_CC, E_SOMETHING, "Read error!"); > > seems wrong to m

Re: [PHP-DEV] [VOTE] [RFC] continue output buffering

Hi all! > On 11 03 2015, at 08:26, Matteo Beccati wrote: > > On 10/03/2015 03:10, Yasuo Ohgaki wrote: >> Hi Mike, >> >> On Mon, Mar 9, 2015 at 9:45 PM, Michael Wallner wrote: >> >>> Hi, I’d like to start vote on RFC:continue_ob — any objections? >

[PHP-DEV] [VOTE] [RFC] continue output buffering

Hi, I’d like to start vote on RFC:continue_ob — any objections? https://wiki.php.net/rfc/continue_ob Regards, Mike

Re: [PHP-DEV] Use behavior thoughts

> > So, I created a PR to remove this error: > https://github.com/php/php-src/pull/1149 > +1 > > Note that there is no BC break here, as it's removing an error condition > today. > > This results in a weird edge case (which is 100% valid, but feels

Re: [PHP-DEV] Consistent function names

> On 04 03 2015, at 09:58, Lester Caine wrote: > > On 04/03/15 03:34, Yasuo Ohgaki wrote: >> I made list of rename candidates >> https://wiki.php.net/rfc/consistent_function_names#list_of_functions_to_be_renamed >> If you have suggestions, I appreciate! > > Taking the starting point ... the cod

Re: [PHP-DEV] [RFC][DISCUSSION] Constructor behaviour of internal classes

>> Consistency with userland is beneficial, because the majority of PHP >> developers probably do not expect `new` to yield anything than a >> concrete instance or an exception. > > Of course, consistency with userland is beneficial. However, in userland > we do not have many things that we have

Re: [PHP-DEV] [RFC][DISCUSSION] Constructor behaviour of internal classes

On 01/03/15 23:05, Stanislav Malyshev wrote: > Hi! > >> This email is to announce the formal opening of discussion for an RFC >> to clean up the behaviour of the constructors shown by several >> internal classes. >> >> https://wiki.php.net/rfc/internal_constructor_behaviour > > I'm not sure why t

Re: [PHP-DEV] [RFC][DISCUSSION] Constructor behaviour of internal classes

On 1 Mar 2015 15:56, "Dan Ackroyd" wrote: > > Hi Internals, > > This email is to announce the formal opening of discussion for an RFC > to clean up the behaviour of the constructors shown by several > internal classes. > > https://wiki.php.net/rfc/internal_constructor_behaviour > > For reference t

Re: [PHP-DEV] Re: [RFC][VOTE] pecl_http

The vote on the pecl_http RFC has been closed, thanks to everyone who participated. The results are 9 in favour and 23 against, so the RFC was declined, which is actually an understatement ;) > On 27 02 2015, at 18:19, Pascal MARTIN, AFUP wrote: > > > Le 26/02/2015 12:28, Micha

[PHP-DEV] Re: [RFC][VOTE] pecl_http

Hi, I forgot to formally declare a voting period, so I’ll do so now. Voting will end on Feb, 27th at 21:00 UTC, so if you didn’t vote yet, please do so until then. https://wiki.php.net/rfc/pecl_http#vote > On 20 02 2015, at 21:56, Michael Wallner wrote: > > Hi, > > as alread

Re: [PHP-DEV] Unnecessary extensions ...

> On 22 02 2015, at 11:31, Lester Caine wrote: > > With the discussion on adding http extension by default and not now > having other key extensions in a normal build I'm looking at what I NEED > and what I can get away without. On the current PHP7 test build I do not > have mysqlnd installed as

[PHP-DEV] [RFC][VOTE] pecl_http

Hi, as already threatened, I hereby open the vote on the pecl_http RFC. https://wiki.php.net/rfc/pecl_http#vote -- Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] [RFC][PRE-VOTE] pecl_http

Hi! Please, consider this a warning that I'll put this to vote again shortly. https://wiki.php.net/rfc/pecl_http -- Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

On 19/02/15 13:16, Nikita Nefedov wrote: > > Why not space? It's certainly possible (I just checked) and it would look > clear I guess: > > my_func(1 999 999); > Yes, but what if I just missed one or two commas there? ;) -- Regards, Mike -- PHP Internals - PHP Runtime Development Maili

[PHP-DEV] [RFC][DISCUSS] Continue output buffering despite aborted connection

Hi, I drafted an RFC to continue output buffering despite an aborted connection was detected. The title might well be a bit misleading, so please read the RFC before judgement. https://wiki.php.net/rfc/continue_ob -- Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To un

  1   2   3   4   5   6   7   >