On 25.07.2015 at 16:16, Rowan Collins wrote:
> On 25/07/2015 12:49, Christoph Becker wrote:
>> I agree that the manual page needs an update, but it seems that would
>> result in an even more lengthy explanation of the caveats due to the
>> different behavior under PHP 5 and PHP 7, respectively.
>
On 27.07.2015 at 13:28, Anatol Belski wrote:
>> -Original Message-
>> From: Christoph Becker [mailto:cmbecke...@gmx.de]
>> Sent: Monday, July 27, 2015 12:06 AM
>> To: Anatol Belski ; 'Pierre Joye'
>>
>> Cc: 'PHP internals'
>> Subject: Re: [PHP-DEV] PCRE JIT stack size limit
>>
>> Definit
On Sun, 2015-08-02 at 17:15 -0500, Stephen Coakley wrote:
> You have to admit, NNTP news is an aging technology, with fewer and
> fewer readers available as time goes on. Nowadays (for graphical
> clients), there's Pan, and Thunderbird, and...? I use Thunderbird at the
> moment, because I didn't
On Sun, 2015-08-02 at 17:28 -0500, Stephen Coakley wrote:
> On 08/02/2015 02:35 PM, Johannes Schlüter wrote:
> > Step one: Get a proper mail client. In the mail you sent one can't see
> > what's from you and what you actually just quoted. All is marked as
> > quote.
> > E-Mail is great. It is a pus
Scott,
On Mon, Aug 3, 2015 at 4:54 PM, Scott Arciszewski wrote:
> Hi,
>
> I would like to make it easier for PHP developers to implement
> cryptography features in their applications. I intend to work on some
> of these ideas and submit them for inclusion in PHP 7.1.
>
> Some of these might be f
Hi,
I would like to make it easier for PHP developers to implement
cryptography features in their applications. I intend to work on some
of these ideas and submit them for inclusion in PHP 7.1.
Some of these might be familiar to some of you.
1. Pluggable Cryptography Frontend
Work is currently
Hi Anthony,
> -Original Message-
> From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> Sent: Monday, August 3, 2015 5:39 PM
> To: Anatol Belski
> Cc: Nicolas Grekas ; Rowan Collins
> ; internals@lists.php.net
> Subject: Re: [PHP-DEV] Exposing object handles to userland
>
> > - handle ge
Hi!
> just stumbled upon a strange issue.
> I always thought that protected/private member variables can only be
> altered from inside the object.
No, it's not correct. Private members are visible withing this class'
scope, protected members are visible within this class' hierarchy.
The reason i
Hi!
> Ehm, you realize that object id is only reset because the old object is
> freed? As long as the target object is referenced, nothing will have the same
> object id.
Yes, but if you use it as some sort of ID - e.g. as in "did I already
create a object of class X with parameters stated in c
On 08/03/2015 02:31 AM, Rowan Collins wrote:
On 2 August 2015 23:35:38 GMT+01:00, Marcio Almada
wrote:
This is their email announce the end of their mailing list back in
2015
https://mail.mozilla.org/pipermail/rust-dev/2015-January/011558.html
Amusingly, the first reply to that is someone tr
On 08/03/2015 04:39 AM, Nicolai Scheer wrote:
Hi,
just stumbled upon a strange issue.
I always thought that protected/private member variables can only be
altered from inside the object.
This example shows, that this is not true:
class Test
{
protected $member = null;
public static
Anatol,
On Mon, Aug 3, 2015 at 10:38 AM, Anatol Belski wrote:
> Hi Nicolas,
>
>> -Original Message-
>> From: nicolas.gre...@gmail.com [mailto:nicolas.gre...@gmail.com] On Behalf
>> Of Nicolas Grekas
>> Sent: Monday, August 3, 2015 1:29 PM
>> To: Rowan Collins
>> Cc: internals@lists.php.n
Hi Nicolas,
> -Original Message-
> From: nicolas.gre...@gmail.com [mailto:nicolas.gre...@gmail.com] On Behalf
> Of Nicolas Grekas
> Sent: Monday, August 3, 2015 1:29 PM
> To: Rowan Collins
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] Exposing object handles to userland
>
> > >-
2015-08-03 16:10 GMT+03:00 Etienne Kneuss :
> As for PHP, It seems like what people actually want is a unique identifier
> for objects (for the lifetime of the request), but they compromise and use
> the handle instead as it is available without userland counter.
Probable, there is no actual nee
On Mon, Aug 3, 2015 at 2:26 PM Alexander Lisachenko
wrote:
> Hello, internals!
>
> I like the idea to assign a custom identifier to the object, but why this
> should be only in the core? Java has a method 'hashCode' which can be used
> to return an unique identifier for specific object.
Java's
Hello, internals!
I like the idea to assign a custom identifier to the object, but why this
should be only in the core? Java has a method 'hashCode' which can be used
to return an unique identifier for specific object. So, my suggestion is to
add 'Hashable' interface for that into the PHP.
Then,
Hi Matt,
On Wed, Jul 22, 2015 at 11:16 PM, Matt Wilmas
wrote:
> Hi again Dmitry, all,
>
> Hopefully the final update on this, before all is revealed... :-)
>
> - Original Message -
> From: "Matt Wilmas"
> Sent: Tuesday, July 07, 2015
>
> Hi again Dmitry, all,
>>
>> [...]
>>
>> Just an u
I can confirm minor but consistent speed up on applications with big code
base.
The PR was merged into master.
Thanks. Dmitry.
On Fri, Jul 31, 2015 at 5:26 PM, Andone, Bogdan
wrote:
> Running php-cgi -T1 on WordPress4.1/index.php I see ~1%
> performance
> increase for the new vers
From: Nicolai Scheer [mailto:nicolai.sch...@gmail.com], Sent: Monday, August
03, 2015 11:39 AM
>
> Hi,
>
> just stumbled upon a strange issue.
> I always thought that protected/private member variables can only be
> altered from inside the object.
>
> This example shows, that this is not true:
>
On 3 August 2015 12:28:48 BST, Nicolas Grekas
wrote:
>Oh, and an other benefit of the handle is that it gives a rough
>estimation
>of the number of objects created and their instantiation order. When
>debugging, any hints count.
That is exactly the detail that people don't want to expose, or pro
> >- more importantly for users, these ids couldn't be compared to
> >var_dumps'.
>
> Why do you need to compare the output of two dump functions? Just add a
> note to the documentation that these are not the same IDs.
>
That's not a strong feature, but still, it makes the tool a little bit more
c
On 02/08/15 10:05, Stanislav Malyshev wrote:
>> I'd more than happy to have an spl_object_id() function btw!
> I wouldn't be very happy, because it is wrong design to base userland
> PHP code on a detail of an implementation of the engine. That's why
> there was a hash and not direct ID - so that t
On 3 August 2015 11:52:06 BST, Nicolas Grekas
wrote:
>> So, yes, just to make it more human friendly. In which case, the
>actual
>> value doesn't matter, and rather than reverse-engineering the hash,
>you
>> could just make up your own ID:
>>
>> function my_object_id($obj) {
>> static $hash_t
> So, yes, just to make it more human friendly. In which case, the actual
> value doesn't matter, and rather than reverse-engineering the hash, you
> could just make up your own ID:
>
> function my_object_id($obj) {
> static $hash_to_id=[];
> $hash = spl_object_hash($obj);
> if ( ! arra
On 3 August 2015 10:39:05 BST, Nicolai Scheer wrote:
>Hi,
>
>just stumbled upon a strange issue.
>I always thought that protected/private member variables can only be
>altered from inside the object.
Yeah, as far as I know, PHP has always interpreted private and protected as
"available to this c
On 3 August 2015 08:20:18 BST, Nicolas Grekas
wrote:
>2015-08-02 20:03 GMT+02:00 Rowan Collins :
>
>> On 02/08/2015 18:41, Bob Weinand wrote:
>>
>>> Some suspicious use of spl_object_hash() out there...
>
> >>
>
>https://github.com/symfony/symfony/blob/master/src/Symfony/Compone
Hi,
just stumbled upon a strange issue.
I always thought that protected/private member variables can only be
altered from inside the object.
This example shows, that this is not true:
class Test
{
protected $member = null;
public static function getObj()
{
$myself = new Test
On 02/08/15 22:56, Stephen Coakley wrote:
> A forum would be a reasonable alternative to a mailing list, however.
Yahoo groups is a forum style on-line but still retains a perfectly
functional email interface. WHY does the discussion have to be 'switch
to a forum' when there are perfectly good exa
On Mo. Aug. 03 2015 10:40:14 Lester Caine wrote:
> On 03/08/15 01:23, Stephen Coakley wrote:
>> I don't mean to sound rude, but when have you ever *needed* to access a
>> really old message while simultaneously not having Internet access? I
>> just can't imagine needing to do such a thing. Not sayi
On 03/08/15 01:23, Stephen Coakley wrote:
> I don't mean to sound rude, but when have you ever *needed* to access a
> really old message while simultaneously not having Internet access? I
> just can't imagine needing to do such a thing. Not saying it's wrong for
> you to do so.
When the local inte
On 03/08/15 01:19, Stephen Coakley wrote:
> On 08/02/2015 06:31 PM, Lester Caine wrote:
>> On 03/08/15 00:01, Markus Malkusch wrote:
>>> Anyways, OP was complaining about missing interfaces and features,
>>> which is
>>> simply not true. You can communicate through Email, NNTP and if one
>>> wants
> Am 03.08.2015 um 09:31 schrieb Rowan Collins :
>
>> On 2 August 2015 23:35:38 GMT+01:00, Marcio Almada
>> wrote:
>> This is their email announce the end of their mailing list back in
>> 2015
>> https://mail.mozilla.org/pipermail/rust-dev/2015-January/011558.html
>
> Amusingly, the first rep
On 2 August 2015 23:35:38 GMT+01:00, Marcio Almada
wrote:
>This is their email announce the end of their mailing list back in
>2015
>https://mail.mozilla.org/pipermail/rust-dev/2015-January/011558.html
Amusingly, the first reply to that is someone trying to set up an email gateway
to the forum
Results for project php-src-nightly, build date 2015-08-03 05:00:00+03:00
commit: b4bd31b7a088a8cd2c48c079d366d56921ada1f3
revision_date:2015-08-03 00:24:39+02:00
environment: Haswell-EP
cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2,
LLC 45 MB
2015-08-02 20:03 GMT+02:00 Rowan Collins :
> On 02/08/2015 18:41, Bob Weinand wrote:
>
>> Some suspicious use of spl_object_hash() out there...
>>> >
>>>
>>
https://github.com/symfony/symfony/blob/master/src/Symfony/Component/VarDumper/Cloner/VarCloner.php
>>> >
>>> >Not sure what t
35 matches
Mail list logo
