Morning,
Just to chime in ... can you split the PR into the RFC, and the new thing
please.
Just another question on how we could make objects that have count_elements
(which is in object handlers) implement an interface on the class entry
(which is detached from handlers) ?
I'm sure it's
Morning Adam,
Once the proposal had been accepted, and merged, it's not really legitimate
to unilaterally decide that it's a bad implementation and revert it
yourself.
In addition, what we are looking at is a new RFC, that uses some of the
same words as the old one, but a different approach and
Hi,
No, you're not misreading the subject line. I began working on the docs for
the previously accepted proposal and became uncomfortable with the
approach. I think it will be better to integrate this info into
PDOStatement::debugDumpParams(). It will let me do the testing I want to do
without
On Wed, Nov 16, 2016 at 10:30 PM, Dmitry Stogov wrote:
> I think, it's better to disable bits permutation for both 32 and 64 bit
> systems.
> And also disable opcache for request if root inode exceeds 2^32 on 32-bit
> systems + emit warning.
>
> This should be a robust solution.
I think, it's better to disable bits permutation for both 32 and 64 bit systems.
And also disable opcache for request if root inode exceeds 2^32 on 32-bit
systems + emit warning.
This should be a robust solution. Right?
Thanks. Dmitry
On Nov 17, 2016 12:09 AM, Dmitry Stogov
https://www.quora.com/What-is-the-maximum-number-of-inodes-in-Linux-filesystems-I-found-suggestion-that-for-Ext4-it-is-4-billion-files-32-bit-number-Is-it-true-for-XFS-and-or-BtrFS
From: Dmitry Stogov
Sent: Wednesday, November 16, 2016 11:56:45 PM
To: Nikita Popov
On Mon, Nov 14, 2016 at 2:22 PM, Christoph M. Becker
wrote:
> On 13.11.2016 at 22:10, Craig Duncan wrote:
>
> >> How about just making those classes implement the interface instead?
> >
> > Christoph pointed out that there may be classes in extensions that use
> >
On Nov 16, 2016 8:03 PM, Nikita Popov wrote:
>
> On Tue, Nov 15, 2016 at 6:32 PM, Dmitry Stogov wrote:
>>
>> On Nov 15, 2016 18:50, Nikita Popov wrote:
>> >
>> > On Tue, Nov 15, 2016 at 4:19 PM, Dmitry Stogov wrote:
Results for project PHP master, build date 2016-11-16 06:26:07+02:00
commit: 41983a1
previous commit:ee38e01
revision date: 2016-11-15 17:44:12-05:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
On Tue, Nov 15, 2016 at 6:32 PM, Dmitry Stogov wrote:
> On Nov 15, 2016 18:50, Nikita Popov wrote:
> >
> > On Tue, Nov 15, 2016 at 4:19 PM, Dmitry Stogov wrote:
> >>
> >> New patch, attached to bug report, should fix both problems.
> >>
>
@Paul,
I understand that immutable doesn't automatically apply value object. Can
you give us some examples where immutable object should have identity?
Cheers
On Nov 16, 2016 4:48 PM, "Paul Jones" wrote:
>
> > On Nov 16, 2016, at 07:57, Silvio Marijić
On 11/16/2016 3:50 AM, Aaron Lewis wrote:
I have a file that contains a HTTP request,
```
GET /xxx.php
Host: xxx
Content-Type: xxx
...
```
I would like to ask PHP cli to parse the HTTP request from a file, and
setup $_FILES, $_POST, $_SERVER etc.
What should I do? I'm familiar with PHP
16.11.2016 16:39 "David Rodrigues" napisał(a):
>
> 2016-11-16 11:57 GMT-02:00 Silvio Marijić :
> > If we treat those objects as values then this should return true. But
then
> > again there might be some confusion because then two operators are
> On Nov 16, 2016, at 07:57, Silvio Marijić wrote:
>
> Hi,
>
> To anyone who is interested in this RFC. What do you think what behavour we
> should have when you try to compare two immutable objects by identity like
> this:
I don't mean to be overly-nitpicky here,
2016-11-16 11:57 GMT-02:00 Silvio Marijić :
> If we treat those objects as values then this should return true. But then
> again there might be some confusion because then two operators are doing
> the same thing. Maybe throw an error ? Suggestions ?
I just thinking
One question then: why?
Working userland impl, just use it.
On 16 Nov 2016 16:01, "Aaron Lewis" wrote:
> Thanks Marco.
>
> But I'm looking for the C implementation ..
>
> On Wed, Nov 16, 2016 at 8:43 PM, Marco Pivetta wrote:
> > Maybe something
Mmhmm, and yet nowhere in my question did I mention performance, although
it needs to be consider, that wasn't what I was probing for. I was seeing
if it was worth my time producing a prototype and it turns out given the
objections to the feature itself that it isn't.
On 16 Nov 2016 9:40 am,
Thanks Marco.
But I'm looking for the C implementation ..
On Wed, Nov 16, 2016 at 8:43 PM, Marco Pivetta wrote:
> Maybe something like https://github.com/guzzle/psr7/blob/master/README.md?
> There are additional middlewares that can extract from a request and
> populate
Hi Stepehen,
Since immutable objects doesn't have identity, I'm wondering what would be
best to do in this case when we try to compare them by identity.
Cheers
2016-11-16 15:51 GMT+01:00 Stephen Reay :
> Hi Silvio,
>
> I don’t see why this wouldn’t simply return
Hi Silvio,
I don’t see why this wouldn’t simply return false?
Cheers,
Stephen
> On 16 Nov 2016, at 20:57, Silvio Marijić wrote:
>
> Hi,
>
> To anyone who is interested in this RFC. What do you think what behavour we
> should have when you try to compare two
Hi Anatol!
On 31.10.2016 at 18:01, Anatol Belski wrote:
> I'm working on the new Windows PHP SDK. So far, some usable alpha state is
> reached. It is compatible with PHP-7.0 and the current SDK and contains
> additional new features. The essential changes in the new SDK are
>
> - starter
@Ryan which is existing behaviour in language. Because object is immutable
I don't think we should care anymore about 'references' instead maybe we
could focus on value that object represents.
2016-11-16 15:29 GMT+01:00 Ryan Pallas :
>
>
> On Wed, Nov 16, 2016 at 6:57 AM,
On Wed, Nov 16, 2016 at 6:57 AM, Silvio Marijić
wrote:
> Hi,
>
> To anyone who is interested in this RFC. What do you think what behavour we
> should have when you try to compare two immutable objects by identity like
> this:
>
> immutable class A {
>
> public $a;
>
>
Hi,
To anyone who is interested in this RFC. What do you think what behavour we
should have when you try to compare two immutable objects by identity like
this:
immutable class A {
public $a;
public function __construct($a) {
$this->a = $a
}
}
$a1 = new A(1);
$a2 = new A(1);
$a1 ===
Maybe something like https://github.com/guzzle/psr7/blob/master/README.md?
There are additional middlewares that can extract from a request and
populate super-globals for legacy app support purposes.
On 16 Nov 2016 11:50, "Aaron Lewis" wrote:
> I have a file that
I'm referring to PHP-FPM, what about that?
On Wed, Nov 16, 2016 at 7:08 PM, Joe Watkins wrote:
> Morning,
>
> Ordinarily, we don't parse that stuff, because the server communicates via
> CGI/FCGI or some other server specific interface (apache).
>
> The CLI server does
> The project is in the very early development stage.
>
> Now, JIT passes almost all PHPT tests, makes 3 times speed-up on bench.php
> and no significant difference on real-life apps (+/-5% depended on
> opcache.jit setting.
>
Have you tried to measure in frameworks as PHP script daemon, such
Morning,
Ordinarily, we don't parse that stuff, because the server communicates via
CGI/FCGI or some other server specific interface (apache).
The CLI server does though, I'd look there for inspiration ... there's also
an HTTP parser included in there ...
Cheers
Joe
On Wed, Nov 16, 2016 at
I have a file that contains a HTTP request,
```
GET /xxx.php
Host: xxx
Content-Type: xxx
...
```
I would like to ask PHP cli to parse the HTTP request from a file, and
setup $_FILES, $_POST, $_SERVER etc.
What should I do? I'm familiar with PHP extensions, so I'm capable of
modifying SAPI
> -Original Message-
> From: Dmitry Stogov [mailto:dmi...@zend.com]
> Sent: Wednesday, November 16, 2016 11:05 AM
> To: Anatol Belski ; php-...@coydogsoftware.net
> Cc: ras...@lerdorf.com; internals@lists.php.net; 'Anatol Belski'
;
> Zeev Suraski
I've just committed the fix into PHP-5.6 and above.
Unfortunately, I can't create phpt tests, because they would require root.
Thanks. Dmitry.
From: Anatol Belski
Sent: Wednesday, November 16, 2016 12:57:16 PM
To: Dmitry Stogov;
Hi Dmitry,
> -Original Message-
> From: Dmitry Stogov [mailto:dmi...@zend.com]
> Sent: Tuesday, November 15, 2016 4:20 PM
> To: php-...@coydogsoftware.net
> Cc: ras...@lerdorf.com; internals@lists.php.net; Anatol Belski
(a...@php.net)
> ; Zeev Suraski ; Nikita
Morning,
You started with an assumption, and ended by asserting that your assumption
was true.
An implementation of overloading that somehow circumvents the obvious
performance impact, and compatibility problems is not easily conceivable,
at all.
Cheers
Joe
On Tue, Nov 15, 2016 at 4:13 PM,
On Tue, Nov 15, 2016 at 10:33 PM, Alice Wonder wrote:
> On 11/15/2016 08:13 AM, Dominic Grostate wrote:
>
>> I think this may have been discussed before, but I was largely dismissed
>> because no one though it would be possible to implement.
>>
>> However assuming it is
Hi Michael,
On Wed, Nov 16, 2016 at 9:06 AM, Guy Marriott wrote:
> I think it would make more sense for typed properties to exist first, and
> it so happens that there was a recent RFC for this:
> https://wiki.php.net/rfc/typed-properties. That RFC failed by a very small
On 16/11/16 00:06, Guy Marriott wrote:
> I think it would make more sense for typed properties to exist first, and
> it so happens that there was a recent RFC for this:
> https://wiki.php.net/rfc/typed-properties. That RFC failed by a very small
> margin.
>
> I would suggest you read through the
36 matches
Mail list logo