Hi!
> I would like to merge the patch from #61421 to all active branches (RMs as
> CC).
>
> It is not a new function nor does it add new features but new
> constants to support more algorithms for the signature verification.
Don't see any problem with it.
--
Stanislav Malyshev, Software Archi
hi,
I would like to merge the patch from #61421 to all active branches (RMs as CC).
It is not a new function nor does it add new features but new
constants to support more algorithms for the signature verification.
Is it ok?
Cheers,
--
Pierre
--
PHP Internals - PHP Runtime Development Mailin
> Does this need an architecture specific SKIPIF? See the mention of
> PHP_INT_SIZE on http://qa.php.net/write-test.php
Like this?
===
--SKIPIF--
===
I'm afraid I may miss yo
On 06/22/2012 12:08 AM, OISHI Kazuo wrote:
Hi,
In addition to == operator, >, <, >=, and <= operators are influenced.
And, hexdecimal format for big number is now case-sensitive.
http://www.mail-archive.com/internals@lists.php.net/msg58789.html
Can you add some phpt tests for all the cas
Hi!
> Makes sense to me. So should I do this? Remove warnings + add string
> parameter for json_last_error?
Looks fine.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, vi
On Sun, Jun 24, 2012 at 5:39 PM, Rasmus Lerdorf wrote:
> So how about:
>
> mixed json_last_error ( [bool $error_string = false] )
>
> Returns the last error (if any) occurred during the last JSON
> encoding/decoding. By default an integer constant from the table below
> is returned. If $error_stri
Hello All,
I've taken the conversation of the previous simplified password
hashing API, and generated a patch and draft RFC for it. The patch
isn't ready yet (needs review, cleanup and testing), but it's a start.
https://wiki.php.net/rfc/password_hash
Please have a look and comment away!
Thanks
Hi
Yeah, that looks very wrong. Do you want to commit it or should I?
chregu
On 25.06.12 10:48, Lior Kaplan wrote:
> Hi,
>
> We've noticed that the php.ini-development and php.ini-production
> include a UTF-8 character which looks weird under ASCII (or other
> "simple" locales).
>
> It was add
> -Original Message-
> From: Morgan L. Owens [mailto:pack...@nznet.gen.nz]
> Sent: 25 June 2012 15:41
>
> On 2012-06-25 04:19, Ralph Schindler wrote:
> >> The term 'column' makes a lot of sense for PDO working with
> database
> >> columns, but there is no concept of a 'column' in the array
