Re: [PHP-DEV] PHP 5.5.21RC1 is ready for testing - Behaviour change

2015-01-12 Thread Julien Pauli
On Mon, Jan 12, 2015 at 8:16 AM, Remi Collet wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Le 11/01/2015 10:37, Remi Collet a écrit : > > Le 08/01/2015 18:30, Julien Pauli a écrit : > >> Hello > > > >> PHP 5.5.21 RC1 is available for testing. > > > > Trying to understand why Horde_

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Rasmus Lerdorf
On 01/11/2015 06:05 PM, Stanislav Malyshev wrote: > Hi! > >> Also, FWIW, anyone who used the Suhosin patch couldn’t use srand() >> because it disabled it. > > And? You can disable any function in PHP, that doesn't mean anything. > >> Because if we don’t break it, people will continue to rely on

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Andrea Faulds
Hi Rasmus, > On 12 Jan 2015, at 09:06, Rasmus Lerdorf wrote: > > Yes, there is plenty of code out there that relies on srand()+rand() > returning a repeatable sequence of pseudo-random numbers. I have written > some myself. C devs are very familiar with this behaviour of srand. C devs are also

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Andrea Faulds
> On 12 Jan 2015, at 09:31, Andrea Faulds wrote: > > Hi Rasmus, > >> On 12 Jan 2015, at 09:06, Rasmus Lerdorf wrote: >> >> Yes, there is plenty of code out there that relies on srand()+rand() >> returning a repeatable sequence of pseudo-random numbers. I have written >> some myself. C devs ar

Re: [PHP-DEV] [RFC] jsond

2015-01-12 Thread Jakub Zelenka
Hey On Mon, Jan 12, 2015 at 3:01 AM, Xinchen Hui wrote: > > does master of josnd already works with PHP7? > > There is a patch against PHP master that replaces current json ext. I referenced a branch of my PHP fork in RFC. I have just created a PR as well to make it a bit easier if you or other

RE: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread François Laupretre
De : Pierre Joye [mailto:pierre@gmail.com] Also I am really not a fan of yaml&co to generate C code but having critical parts in C and everything else in straight php :) I don't use yaml to generate C, just to define metadata, like extension name, arguments/return value characteristics, etc

RE: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread François Laupretre
> De : p...@golemon.com [mailto:p...@golemon.com] De la part de Sara > Golemon > Why so limited? Like, why disallow objects completely? That feels > like a big step backward for PHP. Any why not computed constants? > (Assuming they stay constant throughout the process lifetime) This is not what

Re: [PHP-DEV] [RFC] jsond

2015-01-12 Thread Xinchen Hui
Hey: On Mon, Jan 12, 2015 at 6:24 PM, Jakub Zelenka wrote: > Hey > > On Mon, Jan 12, 2015 at 3:01 AM, Xinchen Hui wrote: >> >> >> does master of josnd already works with PHP7? >> > > There is a patch against PHP master that replaces current json ext. I > referenced a branch of my PHP fork in RFC

Re: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Sara Golemon
On Mon, Jan 12, 2015 at 4:58 AM, François Laupretre wrote: > I am not crazy about it either, I just want to generate code for > argument parsing (removing every access to zval, dealing with > 'mixed' type, checks...), return value (convert to zval, maybe a > pair of checks), and the global 'glue'

[PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Sara Golemon
On Fri, Jan 9, 2015 at 5:10 PM, Sara Golemon wrote: > While I could work on this in the dark, manipulating HHVM's APIs with > one hand and adding proxy interfaces to PHP (as an extension) with the > other, I'd much rather have involvement from others. > Apropos of collaborating, who's going to be

Re: [PHP-DEV] [RFC] jsond

2015-01-12 Thread Jakub Zelenka
On Mon, Jan 12, 2015 at 1:40 PM, Xinchen Hui wrote: > Unfortunately, I don't see performance improvement in wordpress. even > slowdown a bit. > > for IRs , it increased IR by 0.05% while run wordpress homepage for 100 > times :< > > do you think there is some room to be improvement? > > thanks >

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Yasuo Ohgaki
Hi Andrea, On Mon, Jan 12, 2015 at 10:06 AM, Andrea Faulds wrote: > > On 12 Jan 2015, at 00:55, Yasuo Ohgaki wrote: > > > > It works, but I prefer to have procedural API also (and OO API if it is > needed.) > > I like multi paradigm programming language. > > I don’t see the point of a “procedur

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Stanislav Malyshev
Hi! >> - To produce a repeatable sequence of random numbers (works, but >> only if you and the sole user of the global random number >> generator, which is not guaranteed by any means) If you write your code it is guaranteed. Note that it's not some API we're designing out of the blue, it is some

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Leigh
I fail at reply to all. On 12 January 2015 at 16:52, Leigh wrote: > On 12 January 2015 at 09:31, Andrea Faulds wrote: >> - To produce a repeatable sequence of random numbers (works, but only if you >> and the sole user of the global random number generator, which is not >> guaranteed by any m

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Rasmus Lerdorf
On 01/12/2015 01:31 AM, Andrea Faulds wrote: > Hi Rasmus, > >> On 12 Jan 2015, at 09:06, Rasmus Lerdorf wrote: >> >> Yes, there is plenty of code out there that relies on srand()+rand() >> returning a repeatable sequence of pseudo-random numbers. I have written >> some myself. C devs are very fam

Re: [PHP-DEV] Crypt Warnings (was PHP 5.5.21RC1 is ready for testing)

2015-01-12 Thread Yasuo Ohgaki
Hi all, On Sat, Jan 10, 2015 at 1:45 AM, Anthony Ferrara wrote: > It's worth nothing that failing is the currently documented behavior: > http://php.net/crypt > > Therefore, I'm suggesting we add an E_DEPRECATED error when we detect > an invalid STD_DES salt but still execute the fallback: > htt

[PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Pierre Joye
On Mon, Jan 12, 2015 at 9:32 AM, Sara Golemon wrote: > On Fri, Jan 9, 2015 at 5:10 PM, Sara Golemon wrote: >> While I could work on this in the dark, manipulating HHVM's APIs with >> one hand and adding proxy interfaces to PHP (as an extension) with the >> other, I'd much rather have involvement

Re: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Pierre Joye
On Mon, Jan 12, 2015 at 9:29 AM, Sara Golemon wrote: > On Mon, Jan 12, 2015 at 4:58 AM, François Laupretre > wrote: >> I am not crazy about it either, I just want to generate code for >> argument parsing (removing every access to zval, dealing with >> 'mixed' type, checks...), return value (conve

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Pierre Joye
On Sun, Jan 11, 2015 at 2:12 PM, Andrea Faulds wrote: > Hey internals, > > As we’re moving to clean some things up in PHP 7, I think it might be worth > looking at the rand()/mt_rand() situation. > > Currently, we have two standard-library functions to obtain a random number: > rand() and mt_ran

Re: [PHP-DEV] rand(), mt_rand() and limits

2015-01-12 Thread Yasuo Ohgaki
Hi Pierre, On Tue, Jan 13, 2015 at 11:07 AM, Pierre Joye wrote: > I am all in favor of having new RNG functions to make it easier and > safer to use RNG with PHP. > Let's have it for PHP 7! What's the status of your new crypt extension? Regards, -- Yasuo Ohgaki yohg...@ohgaki.net

Re: [PHP-DEV] [RFC] jsond

2015-01-12 Thread Xinchen Hui
Hey: On Tue, Jan 13, 2015 at 2:06 AM, Jakub Zelenka wrote: > On Mon, Jan 12, 2015 at 1:40 PM, Xinchen Hui wrote: >> >> Unfortunately, I don't see performance improvement in wordpress. even >> slowdown a bit. >> >> for IRs , it increased IR by 0.05% while run wordpress homepage for 100 >> times :

RE: [PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread François Laupretre
> De : Pierre Joye [mailto:pierre@gmail.com] > > > Apropos of collaborating, who's going to be around FOSDEM/PHPBenelux > > that would like to come up with a plan for this project? I'd love to but I can't afford. I am not a PHP professional, I would have to pay it by myself. But I am OK for

Re: [PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Pierre Joye
On Mon, Jan 12, 2015 at 6:38 PM, François Laupretre wrote: >> De : Pierre Joye [mailto:pierre@gmail.com] >> >> > Apropos of collaborating, who's going to be around FOSDEM/PHPBenelux >> > that would like to come up with a plan for this project? > > I'd love to but I can't afford. I am not a PHP

Re: [PHP-DEV] [RFC] jsond

2015-01-12 Thread Pierre Joye
On Mon, Jan 12, 2015 at 6:34 PM, Xinchen Hui wrote: > Hey: > > On Tue, Jan 13, 2015 at 2:06 AM, Jakub Zelenka wrote: >> On Mon, Jan 12, 2015 at 1:40 PM, Xinchen Hui wrote: >>> >>> Unfortunately, I don't see performance improvement in wordpress. even >>> slowdown a bit. >>> >>> for IRs , it incre

Re: [PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread Sara Golemon
On Mon, Jan 12, 2015 at 6:38 PM, François Laupretre wrote: >> Failing either of those venues, how about a Hangout or similar to hash >> out goals and ideas at a bit better bandwidth? Reply with best >> dates/times for this latter option. > > Sorry, I don't know what a 'hangout' is, as I am quite

RE: [PHP-DEV] One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread François Laupretre
> De : p...@golemon.com [mailto:p...@golemon.com] De la part de Sara Golemon > > Okay, but why even generate code for argument parsing? Why not just > pass the arguments/return-values as their concrete type? Because I am beyond what macros can do. Actually, I don't see how I can do what I have in

RE: [PHP-DEV] Re: One API to rule them all? (Was: Extension Prepend Files)

2015-01-12 Thread François Laupretre
> De : p...@golemon.com [mailto:p...@golemon.com] De la part de Sara > Golemon > > Yeah, it's an audio/video group conferencing type thing. Thinking to > use that for the initial kickoff so that we can pick a general > direction (or a few options) to build from. OK. I am available everyday, prefe