Hi Hui,
On Mon, February 2, 2015 08:40, Xinchen Hui wrote:
> Hey:
>
>
> On Mon, Feb 2, 2015 at 3:35 PM, Anatol Belski
> wrote:
>
>> Hi,
>>
>>
>> On Mon, February 2, 2015 08:11, Xinchen Hui wrote:
>>
>>> Hey:
>>>
>>>
>>>
>>> On Mon, Feb 2, 2015 at 2:51 PM, François Laupretre
>>>
>>> wrote:
>>>
>>
Hey:
On Mon, Feb 2, 2015 at 3:35 PM, Anatol Belski wrote:
> Hi,
>
> On Mon, February 2, 2015 08:11, Xinchen Hui wrote:
>> Hey:
>>
>>
>> On Mon, Feb 2, 2015 at 2:51 PM, François Laupretre
>> wrote:
>>
De : Xinchen Hui [mailto:larue...@php.net]
we used to use lval of zval as a handle to
Hi,
On Mon, February 2, 2015 08:11, Xinchen Hui wrote:
> Hey:
>
>
> On Mon, Feb 2, 2015 at 2:51 PM, François Laupretre
> wrote:
>
>>> De : Xinchen Hui [mailto:larue...@php.net]
>>> we used to use lval of zval as a handle to access resource type..
>>>
>>> but now, we introduced a new type IS_RESOU
Hello, internals!
2015-02-01 4:01 GMT+03:00 Andrea Faulds :
> I think having some means to create value type classes (i.e. PHP 4-style
> classes) would be beneficial. These classes would have the same always-copy
> or copy-on-write behaviour that PHP’s scalar types and arrays have. They’d
> be pe
Hey:
On Mon, Feb 2, 2015 at 3:11 PM, Xinchen Hui wrote:
> Hey:
>
> On Mon, Feb 2, 2015 at 2:51 PM, François Laupretre
> wrote:
>>> De : Xinchen Hui [mailto:larue...@php.net]
>>> we used to use lval of zval as a handle to access resource type..
>>>
>>> but now, we introduced a new typ
Hey:
On Mon, Feb 2, 2015 at 2:51 PM, François Laupretre wrote:
>> De : Xinchen Hui [mailto:larue...@php.net]
>> we used to use lval of zval as a handle to access resource type..
>>
>> but now, we introduced a new type IS_RESOURCE, which make the
>> handle(id) sort of redundant .
>
> Wro
As I already told, in my opinion, version 0.1 was the perfect solution that
fit into PHP semantic very well.
declare(strict_types=1); - is really weird solution.
It changes type hinting behavior per file scope, so, just to try strict
type hinting in a big project, people will have to change every
> De : Xinchen Hui [mailto:larue...@php.net]
> we used to use lval of zval as a handle to access resource type..
>
> but now, we introduced a new type IS_RESOURCE, which make the
> handle(id) sort of redundant .
Wrong. The IS_RESOURCE type has nothing to do with PHP 7. Only zend_resourc
Hi Dmitry,
I think Xinchen Hui has already implemented the range-function suggestion. I
very much appreciate that you are working on the for-each
optimization/consistency, this will improve things quite a bit. Focusing on big
improvements (thinking anything "hashtable") is absolutely the way to
Hi Benjamin,
We are in the state, when we mainly have to concentrate on big improvements
that we have to deliver till mid of March.
I keep your ideas, but they are stuck at the end of my TODO list.
Thanks. Dmitry.
On Tue, Jan 20, 2015 at 11:30 AM, Benjamin Coutu
wrote:
> Hi Dmitry,
>
> I was
On Mon, Feb 2, 2015 at 1:34 PM, Xinchen Hui wrote:
> Hey:
>
> we used to use lval of zval as a handle to access resource type..
>
> but now, we introduced a new type IS_RESOURCE, which make the
> handle(id) sort of redundant .
>
> further more, the common usage when handling resourc
Hey:
we used to use lval of zval as a handle to access resource type..
but now, we introduced a new type IS_RESOURCE, which make the
handle(id) sort of redundant .
further more, the common usage when handling resource is like:
if (zend_parse_parameters(ZEND_NUM_ARGS(), "rl"
2015-02-01 21:41 GMT+02:00 Rowan Collins :
> On 31/01/2015 23:42, S.A.N wrote:
>>
>> Yes, you're right, in PHP you can solve this problem by other methods, i
>> know...
>>
>> But the problem is that PHP is no nice and convenient for solving this
>> problem.
>> So i suggested to add new keyword, not
Good evening,
The RFC has been updated to cover return types, since Levi’s Return Types RFC
has passed. The patch is a work in progress: it works, but lacks tests for
return types.
Version 0.3 of the RFC can be found here:
https://wiki.php.net/rfc/scalar_type_hints
Thanks!
--
Andrea Faulds
ht
Hi all,
On Sat, Jan 31, 2015 at 10:48 PM, Pierre Joye wrote:
> On Jan 31, 2015 9:08 PM, "Pavel Kouřil" wrote:
> >
> > On Sat, Jan 31, 2015 at 1:41 PM, Pierre Joye
> wrote:
> > >
> > > There is zero reason to discuss what has been approved and followed for
> > > years already.
> > >
> > > I wil
Hi Lester,
On Sun, Feb 1, 2015 at 9:05 AM, Lester Caine wrote:
> it is important that the manual has a better means
> of identifying all of the ini_set keys.
>
I agree.
INI changes PHP behavior, it's better to be easily searchable with/without
this RFC. Good addition for Future Scope. I added
On 31/01/2015 23:42, S.A.N wrote:
Yes, you're right, in PHP you can solve this problem by other methods, I know...
But the problem is that PHP is no nice and convenient for solving this problem.
So I suggested to add new keyword, not to do manually bindTo($this)
for each methods.
Have a closer
On 01/02/2015 01:01, Andrea Faulds wrote:
Given that PHP is dynamic, not compiled, and function calls can have side
effects, though, this would be difficult to enforce. You’d need to check that
all calls made within the function do not have any side effects on that value…
I’m not sure how work
On 01/02/2015 01:06, Andrea Faulds wrote:
the intermediate objects are useless and nobody needs 5 new objects when
>you do it. Am I missing something here?
I assume the reason for doing this is so you can’t ever modify the object from
a distance, you must always create a new one to avoid messin
On Sun, Feb 1, 2015 at 1:07 PM, Jakub Zelenka wrote:
> Hey,
>
> On Sun, Feb 1, 2015 at 5:49 PM, Daniel Lowrey wrote:
>>
>> - openssl_decrypt() now returns mixed ... if $options['get_tag'] == true
>> then return [$decryptedString, $tag], otherwise return $decrypted string
>> as
>> before to pre
Hey,
On Sun, Feb 1, 2015 at 5:49 PM, Daniel Lowrey wrote:
>
> - openssl_decrypt() now returns mixed ... if $options['get_tag'] == true
> then return [$decryptedString, $tag], otherwise return $decrypted string as
> before to preserve BC.
> - the encrypt function could use $options['set_tag']
Hey
On Sat, Jan 31, 2015 at 4:21 PM, Leigh wrote:
> On 31 January 2015 at 16:13, Jason Gerfen wrote:
> > On Sat, Jan 31, 2015 at 8:53 AM, Leigh wrote:
> >> At the very basic end of the spectrum, we could have openssl_get_tag
> >> and openssl_set_tag, or add an extra parameter to the end of
> >
On 01.02.15 17:27, Martin Jansen wrote:
> Currently I'm seeing some odd behavior with PHP 7 and SoapClient
> embedded deep into a Symfony2 application. That same code works with
> 5.x. Unfortunately I cannot yet reproduce the issue with a short script.
Please ignore that one; I ran into the proble
> Hi list,
>
> A couple of bug reports have highlighted the fact that our
> openssl_encrypt and openssl_decrupt functions have no way of getting
> or setting tags required for authenticated cipher modes (i.e. GCM,
> CCM, OCB (not sure if this is available in OpenSSL)).
>
> https://bugs.php.net/bug.
Hello,
I'd like to request src karma to merge recently accepted jsond to master
and further maintain json extension and committing perf improvements into
it.
In addition I'd like to look to few other things (bug fixes, improvements)
in the ext dir.
If someone could grant it to me, that would be
On Sun, Jan 25, 2015 at 5:29 PM, Jakub Zelenka wrote:
> Hi All!
>
> Voting on jsond is now open:
>
> https://wiki.php.net/rfc/jsond
>
> It's a simple Yes/No vote whether jsond should replace the current json
> extension in PHP 7.
>
>
>
The RFC has been accepted 32:0 .
I'm just requesting src kar
Currently I'm seeing some odd behavior with PHP 7 and SoapClient
embedded deep into a Symfony2 application. That same code works with
5.x. Unfortunately I cannot yet reproduce the issue with a short script.
Basically it boils down to get_function in ext/soap/soap.c returning
NULL because zend_hash
On 01/02/15 09:38, Larry Garfield wrote:
> (Someone feel free to declare this thread off topic now, as we're
> basically just rehashing discussions had weeks ago on the FIG list.)
Just as HHVM is not PHP neither is FIG ... so any discussion on ether
list is not relevant here since many people will
On 01/02/15 03:39, Dmitry Stogov wrote:
> I also thought about similar approach for "object by value case".
> I think, first we should accept the proposed in thic RFC behavior. It's
> consistent, and more comatible with PHP5. Later, if we decide to merge
> zend_array with HashTable we may try to ch
Hi Larry,
Il 01/02/15 10:38, Larry Garfield ha scritto:
On 02/01/2015 02:55 AM, Crypto Compress wrote:
- If the old object is not thrown away, then memory consumption is
doubled and the "fast" argument is wrong.
(Performance, of cloning an object without copying values and of some
method calls,
""S.A.N"" wrote in message
news:CALW=WEDFmUXap7Bx=chhx5vyhcoi1kbahgdkjif2adlx6yt...@mail.gmail.com...
2015-02-01 1:52 GMT+02:00 Stanislav Malyshev :
Hi!
The reason for creating circular references, usually due to the need to
bind objects.
But this relationship can often be obtained from the
On 25/01/2015 18:29, Jakub Zelenka wrote:
Voting on jsond is now open:
https://wiki.php.net/rfc/jsond
Hi,
After talking about this RFC with other people at AFUP, we are +1.
Basically, fixing licensing problems is important in itself.
This should also help having the same official JSON exten
On 02/01/2015 02:55 AM, Crypto Compress wrote:
The with*() methods in PSR-7 are documented to return a new instance,
not modify the existing instance. Yes, there's no way in PHP itself to
force that syntactically, which is why documentation exists. :-)
Also, in the benchmarks we've run the pe
Am 01.02.2015 01:15 schrieb "S.A.N" :
>
> $holder->object->call($holder);
The way I solve this in the very few places (*) where it makes sense, is to
use __call in the holder class to implement forwarding methods that pass on
the holder object reference. The member property is NOT exposed.
Call w
The with*() methods in PSR-7 are documented to return a new instance,
not modify the existing instance. Yes, there's no way in PHP itself to
force that syntactically, which is why documentation exists. :-)
Also, in the benchmarks we've run the performance cost of all those new
objects is measu
35 matches
Mail list logo
