> -Original Message-
> From: nicolas.gre...@gmail.com [mailto:nicolas.gre...@gmail.com] On Behalf
> Of Nicolas Grekas
> Sent: Friday, July 31, 2015 6:11 PM
> To: Anatol Belski
> Cc: Julien Pauli ; PHP Internals ;
> Sebastian Bergmann ; Ivan Enderlin@Hoa
>
Hi Stas,
> -Original Message-
> From: Stanislav Malyshev [mailto:smalys...@gmail.com]
> Sent: Tuesday, July 28, 2015 10:51 PM
> To: Marco Pivetta ; Rowan Collins
>
> Cc: Nikita Popov ; PHP Internals List
>
> Subject: Re: [PHP-DEV] Re: Serializing exceptions
>
> Hi!
>
> > New BC breaks
Hi Anthony,
> -Original Message-
> From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> Sent: Saturday, August 1, 2015 2:34 AM
> To: Ferenc Kovacs
> Cc: Sammy Kaye Powers ; internals@lists.php.net; Nikita
> Popov
> Subject: Re: [PHP-DEV] Core functions throwing exceptions in PHP7
>
> Fe
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
>
> > >-
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 use
Hi Christoph,
> -Original Message-
> From: Christoph Becker [mailto:cmbecke...@gmx.de]
> Sent: Tuesday, August 4, 2015 2:35 AM
> To: Anatol Belski ; 'Christoph Becker'
> ; 'Pierre Joye'
> Cc: 'PHP internals'
> Subject: Re: [PHP-DEV] PC
> -Original Message-
> From: Christoph Becker [mailto:cmbecke...@gmx.de]
> Sent: Tuesday, August 4, 2015 1:16 PM
> To: Anatol Belski ; 'Christoph Becker'
> ; 'Pierre Joye'
> Cc: 'PHP internals'
> Subject: Re: [PHP-DEV] PCRE JIT stack
Hi Christoph,
> -Original Message-
> From: Christoph Becker [mailto:cmbecke...@gmx.de]
> Sent: Tuesday, August 4, 2015 7:40 PM
> To: Anatol Belski ; 'Christoph Becker'
> ; 'Pierre Joye'
> Cc: 'PHP internals'
> Subject: Re: [PHP-DEV] PC
Hi,
as we put several verification info into the announcement mails, and after
doing it a couple of times manually, I've invented this quick solution.
https://gist.github.com/weltling/2d2972aa5325ee3b530c
I would suggest to take it into the scripts/ and to adjust the corresponding
release proces
Hi,
> -Original Message-
> From: hannes.magnus...@gmail.com [mailto:hannes.magnus...@gmail.com]
> On Behalf Of Hannes Magnusson
> Sent: Sunday, August 9, 2015 12:51 AM
> To: Anatol Belski
> Cc: Stanislav Malyshev ; julien pauli ; Ferenc
> Kovacs ; Kalle Sommer Niel
Hi,
> -Original Message-
> From: Johannes Schlüter [mailto:johan...@schlueters.de]
> Sent: Friday, August 7, 2015 10:56 PM
> To: Anatol Belski
> Cc: 'Stanislav Malyshev' ; 'julien pauli' ;
> 'Ferenc
> Kovacs' ; 'Kalle Sommer Niel
Hi Christoph,
> -Original Message-
> From: Christoph Becker [mailto:cmbecke...@gmx.de]
> Sent: Tuesday, August 11, 2015 6:46 PM
> To: PHP internals
> Subject: [PHP-DEV] libpcre version requirements
>
> Hi all!
>
> What is the minimum libpcre version that is supported as external libpcre
> -Original Message-
> From: Christoph Becker [mailto:cmbecke...@gmx.de]
> Sent: Tuesday, August 11, 2015 11:09 PM
> To: Anatol Belski ; 'PHP internals'
>
> Subject: Re: [PHP-DEV] libpcre version requirements
>
> On 11.08.2015 at 22:46, Anatol Belski wr
> -Original Message-
> From: Dan Ackroyd [mailto:dan...@basereality.com]
> Sent: Thursday, August 13, 2015 5:00 PM
> To: Christoph Becker
> Cc: internals@lists.php.net
> Subject: [PHP-DEV] PCRE jit security hole WAS PCRE JIT stack size limit
>
> On 23 July 2015 at 11:07, Christoph Becke
> -Original Message-
> From: a...@adamharvey.name [mailto:a...@adamharvey.name] On Behalf
> Of Adam Harvey
> Sent: Thursday, August 13, 2015 8:44 PM
> To: Christoph Becker
> Cc: Anatol Belski ; PHP internals
>
> Subject: Re: [PHP-DEV] libpcre version requirement
Hi Davey,
> -Original Message-
> From: m...@daveyshafik.com [mailto:m...@daveyshafik.com] On Behalf Of Davey
> Shafik
> Sent: Thursday, August 13, 2015 7:01 PM
> To: internals@lists.php.net
> Subject: [PHP-DEV] Warning (5.x) -> TypeError (7) for internal Constructors
>
> Hi,
>
> I was tr
> -Original Message-
> From: m...@daveyshafik.com [mailto:m...@daveyshafik.com] On Behalf Of Davey
> Shafik
> Sent: Friday, August 14, 2015 12:25 PM
> To: Anatol Belski
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] Warning (5.x) -> TypeError (7) for
; Am 18.08.2015 um 16:06 schrieb Anatol Belski:
> > Diff:
> > diff --git a/configure.in b/configure.in index 8907852..033c754 100644
> > --- a/configure.in
> > +++ b/configure.in
> > @@ -120,7 +120,7 @@ int zend_sprintf(char *buffer, const char *format,
>
Hi Matt,
> -Original Message-
> From: Matt Wilmas [mailto:php_li...@realplain.com]
> Sent: Tuesday, August 18, 2015 10:48 PM
> To: Jakub Zelenka ; Anatol Belski
> Cc: php-...@lists.php.net; internals@lists.php.net
> Subject: Re: [PHP-CVS] com php-src: Fix po
> -Original Message-
> From: Matt Wilmas [mailto:php_li...@realplain.com]
> Sent: Tuesday, August 18, 2015 11:43 PM
> To: Jakub Zelenka
> Cc: Anatol Belski ; php-...@lists.php.net; PHP
> internals
> list
> Subject: [PHP-DEV] Re: [PHP-CVS] com php-src:
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Wednesday, August 19, 2015 12:06 AM
> To: 'Matt Wilmas' ; 'Jakub Zelenka'
> Cc: php-...@lists.php.net; 'PHP internals list'
> Subject: [PHP-CVS] RE: [
Hi Matt,
> -Original Message-
> From: Matt Wilmas [mailto:php_li...@realplain.com]
> Sent: Wednesday, August 19, 2015 12:40 AM
> To: Anatol Belski ; 'Jakub Zelenka'
> Cc: php-...@lists.php.net; 'PHP internals list'
> Subject: Re: [PHP-DEV] R
t;
> On Aug 19, 2015 12:11 PM, "Sebastian Bergmann" wrote:
> >
> > Am 18.08.2015 um 19:07 schrieb Anatol Belski:
> > > Do you have some impregnable issue in mind preventing to do this?
> >
> > Hm, maybe: what about the need for set_throwable_handler(
Hi,
> -Original Message-
> From: Sebastian Bergmann [mailto:sebast...@php.net]
> Sent: Wednesday, August 19, 2015 4:21 PM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: [PHP-CVS] com php-src: bump versions: configure.in
> main/php_version.h
>
> Am 19.08.2015 um 16:09 schrieb N
Hi,
Resending this as missed internals at the start.
I was lately rethinking some part of the 64-bit RFC, and also seeing now
Jakub's work on catching overflows in ext/openssl and Matt Williams
suggestions on it (which was going a bit more global over it). So I came up
with these macros with two
Hi Sherif,
> -Original Message-
> From: Sherif Ramadan [mailto:theanomaly...@gmail.com]
> Sent: Friday, August 21, 2015 11:21 AM
> To: Anatol Belski
> Cc: Dmitry Stogov ; Xinchen Hui ;
> Nikita Popov ; Pierre Joye ;
> Bob Weinand ; Jakub Zelenka ; Matt
> Wilmas ;
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Friday, August 21, 2015 11:38 AM
> To: 'Sherif Ramadan'
> Cc: 'Dmitry Stogov' ; 'Xinchen Hui' ;
> 'Nikita Popov' ; 'Pierre Joye' ;
> -Original Message-
> From: Sherif Ramadan [mailto:theanomaly...@gmail.com]
> Sent: Friday, August 21, 2015 12:00 PM
> To: Anatol Belski
> Cc: Dmitry Stogov ; Xinchen Hui ;
> Nikita Popov ; Pierre Joye ;
> Bob Weinand ; Jakub Zelenka ; Matt
> Wilmas ; PHP Intern
> -Original Message-
> From: Nikita Popov [mailto:nikita@gmail.com]
> Sent: Friday, August 21, 2015 3:14 PM
> To: Anatol Belski
> Cc: Adam Harvey ; Christoph Becker
> ; PHP internals
> Subject: Re: [PHP-DEV] libpcre version requirements
>
> On Fri, Aug
Hi,
> -Original Message-
> From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> Sent: Friday, August 21, 2015 3:37 PM
> To: Scott Arciszewski
> Cc: Pierre Joye ; Trevor Suarez ;
> Niklas Keller ; PHP Internals
> Subject: Re: [PHP-DEV] Recap - Core functions throwing exceptions in PHP7
>
Hi,
as one could already have seen, the links to the extension DLLs has been
integrated into the PECL website. Basically the builds done until now are
shown. Together with the automatic builds this brings automatic updates
for every new release built for windows. A couple of notes I'd like to
brin
Hi,
there are two improvements just implemented to the PECL website.
I
Every package is required to have LICENSE or COPYING to be present in
the root of the package. The goal is to enforce the conformance with at
least PHP and BSD licenses. Where by no explicit check for exact license
type is do
185.9 188.5 1.40% xoops
> (req/sec) 130 131.2 0.92% scrum (req/sec) 185.199 185 -0.11% ZF1 Hello
> (req/sec) 1154.7 1155.2 0.04% ZF2 Test (req/sec) 248.7 250.7 0.80%
> Thanks. Dmitry.
>
>
>
>
> On Fri, Oct 18, 2013 at 7:33 PM, Anatol Belski wrote:
>
>
>> Hi,
Hi Julien,
On Fri, June 13, 2014 16:20, Julien Pauli wrote:
> Hi,
>
>
> I just wrote a patch to add fallocate() syscall support for streams.
> It relies on posix_fallocate(), so that it should support many Unixes.
> Linux's got a specification with a fallocate() function, more powerful
> than the
Moin,
On Thu, August 21, 2014 19:23, Dmitry Stogov wrote:
> Hi,
>
>
> Thanks to Anatol and Pierre the 64-bit patch is ready
> https://github.com/weltling/php-src
>
>
> I made quick code review and don't see any technical problems now.
>
>
> The performance and memory consumption difference is negl
Hi,
as there are many data type changes, here's an idea on how to simplify the
merges. Git supports custom merge drivers which attracted my attention, so
I've ended up with the following trick:
=== Add to .git/config ===
[merge "7"]
name = Compatibility merge between PHP5 and PHP7
driver
Hi Nikita,
On Fri, August 22, 2014 13:16, Nikita Popov wrote:
> Hi internals!
>
>
> Today the int64 RFC has been merged, despite objections regarding the
> naming changes it introduces.
>
> As we were not given a chance to resolve this issue before the merge, a
> short proposal has been created, w
On Fri, August 22, 2014 14:15, Pierre Joye wrote:
> On Fri, Aug 22, 2014 at 2:01 PM, Derick Rethans wrote:
>
>> On Mon, 18 Aug 2014, Anatol Belski wrote:
>>
>>
>>> Commit:e49e163a9ed7d4e38f9ab724003c46c9f1ea2cb4
>>> Author:Anatol Belski
On Fri, August 22, 2014 14:54, Derick Rethans wrote:
> On Fri, 22 Aug 2014, Anatol Belski wrote:
>
>
>> On Fri, August 22, 2014 14:01, Derick Rethans wrote:
>>
>>> On Mon, 18 Aug 2014, Anatol Belski wrote:
>>>
>>>
>>>
>>>> Commi
On Fri, August 22, 2014 17:17, Derick Rethans wrote:
> On Fri, 22 Aug 2014, Anatol Belski wrote:
>
>
>> On Fri, August 22, 2014 14:54, Derick Rethans wrote:
>>
>
>>> Yeah, those datatypes should already be there. What needs fixing to
>>> make it work?
>
Hi Lior,
On Mon, August 25, 2014 11:09, Lior Kaplan wrote:
> Hi Anatol,
>
>
> It seems you've done some changes to the date extension recently, could
> you take a look at these two failures.
>
> Dmitry - FYI in case it's phpng related.
>
>
> Bug #67118 crashes in DateTime when this used after fail
On Wed, August 27, 2014 01:32, Nikita Popov wrote:
> On Mon, Aug 18, 2014 at 3:39 PM, Anatol Belski wrote:
>
>
>> Commit:97e9d058f09c12161863e5c3832552eb5da3f3c6
>> Author:Anatol Belski Mon, 18 Aug 2014 15:39:38
>> +0200
>> Parents: 22dbb38
Hi Derick,
On Tue, August 26, 2014 10:49, Derick Rethans wrote:
> On Fri, 22 Aug 2014, Anatol Belski wrote:
>
>
>> On Fri, August 22, 2014 17:17, Derick Rethans wrote:
>>
>>> On Fri, 22 Aug 2014, Anatol Belski wrote:
>>>
>>>
>>
Hi Tjerk,
On Wed, August 27, 2014 07:34, Tjerk Meesters wrote:
> Hi internals,
>
>
> With the recent merge of int64 the `zend_string` type now uses `size_t`
> to store its length, but ZPP (and friends) still use `int *` to store the
> parsed string lengths.
>
> http://lxr.php.net/xref/PHP_TRUNK/Ze
Hi Derick,
On Thu, August 28, 2014 17:23, Derick Rethans wrote:
> On Fri, 22 Aug 2014, Derick Rethans wrote:
>
>
>> On Fri, 22 Aug 2014, Anatol Belski wrote:
>>
>>
>>> as there are many data type changes, here's an idea on how to simplify
>>> t
Hi,
while refining the big string support, it turned out that we've an issue.
The syntax like $s[42] = 'x'; is currently inconsistend, because we have
uint32 for string offsets. This actually means, the behaviour is currently
only available in the old style and can handle not more than 2gb big
str
On Fri, August 29, 2014 17:54, Andrea Faulds wrote:
>
> On 29 Aug 2014, at 16:49, Anatol Belski wrote:
>
>
>> Hi,
>>
>>
>> while refining the big string support, it turned out that we've an
> issue.
>> The syntax like $s[42] = 'x'; is
On Fri, August 29, 2014 19:41, Andrea Faulds wrote:
>
> On 29 Aug 2014, at 17:39, Anatol Belski wrote:
>
>
>> On Fri, August 29, 2014 17:54, Andrea Faulds wrote:
>>
>>
>>> I’d just leave things as they are… though I suppose there might be
>>>
On Fri, August 29, 2014 18:34, Xinchen Hui wrote:
> On Fri, Aug 29, 2014 at 11:49 PM, Anatol Belski
> wrote:
>
>> Hi,
>>
>>
>> while refining the big string support, it turned out that we've an
>> issue. The syntax like $s[42] = 'x'; is curren
On Fri, August 29, 2014 18:34, Xinchen Hui wrote:
> On Fri, Aug 29, 2014 at 11:49 PM, Anatol Belski
> wrote:
>
>> Hi,
>>
>>
>> while refining the big string support, it turned out that we've an
>> issue. The syntax like $s[42] = 'x'; is curren
Hi Pierre,
On Sun, August 31, 2014 14:12, Pierre Joye wrote:
> Hi Anatol,
>
>
> Thanks!
>
>
> For what I see it should have no impact, either mem usage or perf but
> when such offset is used, in 64bit.
>
> However some numbers are better, could you provide some using exclusively
> this syntax and
On Sun, August 31, 2014 22:31, Anatol Belski wrote:
> Hi Pierre,
>
>
> On Sun, August 31, 2014 14:12, Pierre Joye wrote:
>
>> Hi Anatol,
>>
>>
>>
>> Thanks!
>>
>>
>>
>> For what I see it should have no impact, either mem usage
Hi Dmitry,
On Mon, September 1, 2014 16:17, Dmitry Stogov wrote:
> Hi Anatol,
>
>
> what do you mean? heap allocated structure? I think, it's not a good
> option :(
>
> I didn't have time to think about this yet.
>
I thought about creating an extended zend_string struct with an appended
offset mem
Hi Matt,
On Mon, September 1, 2014 20:36, Matt Wilmas wrote:
> Hi all!
>
>
> I'm back after several years, and will have a few more changes for
> Windows,
> at least. (It was CVS back then, so I still have to figure some things
> out... Just had to edit files on Github site. :-/)
>
> Anyway, thi
On Mon, September 1, 2014 22:49, Stas Malyshev wrote:
> Hi!
>
>
>> It's much more optimized than what's there now, and slightly over the
>> old implementation. Not sure if I should give the saved patch link, or
>> the "live compare" (?) on Github, so I'll do both for now:
>> http://realplain.com/p
On Mon, September 1, 2014 23:45, Matt Wilmas wrote:
> Hi Stas,
>
>
> - Original Message -
> From: "Stas Malyshev"
> Sent: Monday, September 01, 2014
>
>
>> Hi!
>>
>>
>>> It's much more optimized than what's there now, and slightly over the
>>>
> old
>>> implementation. Not sure if I should
On Mon, September 1, 2014 19:07, Anatol Belski wrote:
> Hi Dmitry,
>
>
> On Mon, September 1, 2014 16:17, Dmitry Stogov wrote:
>
>> Hi Anatol,
>>
>>
>>
>> what do you mean? heap allocated structure? I think, it's not a good
>> option :(
>
Hi Matt,
On Fri, September 5, 2014 20:05, Matt Wilmas wrote:
> Hi Anatol,
>
>
> - Original Message -----
> From: "Anatol Belski"
> Sent: Tuesday, September 02, 2014
>
>
>> Unfortunately that's not a PR so I cannot comment there directly, so
>>
MUCH better for microtime() useable resolution and
> uniqid().
>
> What are some actual usage scenarios that my implementation would make
> WORSE
> than they are now? I don't see how... It seems you're against the idea,
> in principle, of it working at all like the old w
Hi Nikita,
On Sat, September 13, 2014 23:35, Nikita Popov wrote:
> On Sat, Sep 13, 2014 at 11:21 PM, Anatol Belski wrote:
>
>
>> Commit:bce562b75efcdacc762a3b94915cdf02056b22dc
>> Author:Anatol Belski Sat, 13 Sep 2014 20:20:1
Moin,
On Mon, September 15, 2014 01:01, Nikita Popov wrote:
> On Sun, Sep 14, 2014 at 4:39 PM, Anatol Belski wrote:
>
>
>> Commit:29f8b21cd71bc4af1ead7b8a93cfe09338d2eff5
>> Author:Anatol Belski Sun, 14 Sep 2014 16:37:3
On Mon, September 15, 2014 13:13, Nikita Popov wrote:
> On Mon, Sep 15, 2014 at 12:58 PM, Anatol Belski wrote:
>
>
>> Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
>> Author:Anatol Belski Mon, 15 Sep 2014 12:12:18
>> +0200
>> Parents: c8ed0d8
On Mon, September 15, 2014 13:38, Anatol Belski wrote:
> On Mon, September 15, 2014 13:13, Nikita Popov wrote:
>
>> On Mon, Sep 15, 2014 at 12:58 PM, Anatol Belski wrote:
>>
>>
>>
>>> Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
>>> Author:
On Mon, September 15, 2014 13:38, Anatol Belski wrote:
> On Mon, September 15, 2014 13:13, Nikita Popov wrote:
>
>> On Mon, Sep 15, 2014 at 12:58 PM, Anatol Belski wrote:
>>
>>
>>
>>> Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
>>> Author:
Hi Jorge,
On Mon, September 15, 2014 22:25, Jorge F. Hernandez wrote:
> Stephen asked me to check in your list, but I don't see anything new, so
> does anybody have any idea? Signature
>
>
>
> On 9/15/2014 3:32 PM, Stephen Zarkos wrote:
>
>> Hi,
>>
>>
>>
>>> -Original Message-
>>> From: Jo
Hi Nikita,
On Mon, September 15, 2014 22:36, Nikita Popov wrote:
> On Mon, Sep 15, 2014 at 2:47 PM, Anatol Belski <mailto:a...@php.net> > wrote:
>
>
>
> On Mon, September 15, 2014 13:38, Anatol Belski wrote:
>
>> On Mon, September 15, 2014 13:13, Nikita Popo
On Tue, September 16, 2014 12:03, Nikita Popov wrote:
> On Tue, Sep 16, 2014 at 9:43 AM, Anatol Belski <mailto:a...@php.net> > wrote:
>
>
>
> Hi Nikita,
>
>
>
>> Are you sure about this? I can set memory_limit to -1, which is then
>> cast to
Hi,
On Tue, September 16, 2014 15:54, Christoph Becker wrote:
> Jorge F. Hernandez wrote:
>
>
>> I am running PHP 5.6.0 x64 on my Windows Server 2008 R2 with Apache 2.4
>> x64, I just tried to put a "memory_limit" higher than 3584M and I got
>> a white screen when trying to access phpinfo() to ch
Hi Jorge,
On Tue, September 16, 2014 18:11, Jorge F. Hernandez wrote:
> On 9/16/2014 11:14 AM, Anatol Belski wrote:
>
>> Hi,
>>
>>
>> On Tue, September 16, 2014 15:54, Christoph Becker wrote:
>>
>>> Jorge F. Hernandez wrote:
>>>
>>>
&
On Tue, September 16, 2014 18:25, Leigh wrote:
> On 16 September 2014 16:14, Anatol Belski wrote:
>
>> I made a build from the current revision
>> http://windows.php.net/downloads/snaps/ostc/master-f469dc74/ so anyone
>> curious can easy snuffle :) It contains all t
Hi Marius,
On Thu, September 18, 2014 11:08, marius adrian popa wrote:
> Maybe is time to vote and implement it in php 7 with a pull request for
> each sapi
>
> https://wiki.php.net/rfc/removal_of_dead_sapis
>
>
> tux is dead for almost 10 years
>
> thttpd does have a fork that seems maintained fr
Hi Nikita,
On Thu, September 18, 2014 22:34, Nikita Popov wrote:
> On Thu, Sep 18, 2014 at 5:14 PM, Anatol Belski wrote:
>
>
>> Commit:e8b497ad8eb74273f7f44ae7e515e7a5e95b50f7
>> Author:Anatol Belski Thu, 18 Sep 2014 16:45:5
On Fri, September 19, 2014 12:57, Nikita Popov wrote:
> On Fri, Sep 19, 2014 at 12:39 PM, Anatol Belski wrote:
>
>
>> Commit:6bbebc60ea0de6ce09ea45094b3bed1823d96cec
>> Author:Anatol Belski Fri, 19 Sep 2014 12:39:17
>> +0200
>> Parents: d8de53d
On Fri, September 19, 2014 14:56, Anatol Belski wrote:
> On Fri, September 19, 2014 12:57, Nikita Popov wrote:
>
>> On Fri, Sep 19, 2014 at 12:39 PM, Anatol Belski wrote:
>>
>>
>>
>>> Commit:6bbebc60ea0de6ce09ea45094b3bed1823d96cec
>>> Author:
Hi,
this was already suggested at least once last year. But now with master
this is pretty justified.
In the light of the PdbProject presense, removing the *.dsw *.dsp files
will simplify things negating the need to update those on every change.
Also, those files are in VS2005 format, but master
Hi Dmitry,
On Fri, September 19, 2014 12:43, Dmitry Stogov wrote:
> I know :)
> Interned strings in PHP5 were implemented as characters allocated in one
> single buffer. Adding new strings into this buffer from different threads
> would require synchronization (locks).
>
> In PHP7 this implementat
Hi Dmitry,
On Sat, September 20, 2014 09:58, Anatol Belski wrote:
> Hi Dmitry,
>
>
> On Fri, September 19, 2014 12:43, Dmitry Stogov wrote:
>
>> I know :)
>> Interned strings in PHP5 were implemented as characters allocated in one
>> single buffer. Adding
Hi Dmitry,
On Mon, September 22, 2014 08:43, Dmitry Stogov wrote:
> Hi Anatol,
>
>
> I didn't completely get your ideas, but if tsrm_ls_cache can't be
> exported on Windows directly, can we have a copy of tsrm_ls_cache in each
> DLL/EXE
> and initialize it once?
>
> Thanks. Dmitry.
>
Joe and me wa
Hi Dmtry,
thanks for taking a look at this.
On Wed, October 1, 2014 00:09, Dmitry Stogov wrote:
> Hi,
>
>
> I took a quick look over the patch.
> I didn't get why it's named "native_tls" now, because it doesn't use
> "__thread" variables anymore.
I was wondering myself but now I see (intentionall
Hi Dmitry,
On Wed, October 1, 2014 08:01, Dmitry Stogov wrote:
> Hi Anatol,
>
>
> I know, TSRM uses TLS APIs internally.
>
>
> In my opinion, the simplest (and probably efficient) way to get rid of
> TSRMLS_DC arguments and TSRMLS_FETCH calls, would be introducing a global
> thread specific variab
On Sun, October 5, 2014 21:32, Anatol Belski wrote:
> Hi Dmitry,
>
>
> On Wed, October 1, 2014 08:01, Dmitry Stogov wrote:
>
>> Hi Anatol,
>>
>>
>>
>> I know, TSRM uses TLS APIs internally.
>>
>>
>>
>> In my opinion, the simpl
Hi Nikita,
On Sun, October 5, 2014 23:18, Nikita Popov wrote:
> On Thu, Sep 18, 2014 at 5:14 PM, Anatol Belski wrote:
>
>
>> Commit:761e347b7526b18b9901ebf3d906b52a21fc9c4b
>> Author:Anatol Belski Thu, 18 Sep 2014 17:11:4
Moin Dmitry,
On Mon, October 6, 2014 09:01, Anatol Belski wrote:
> On Sun, October 5, 2014 21:32, Anatol Belski wrote:
>
>> Hi Dmitry,
>>
>>
>>
>> On Wed, October 1, 2014 08:01, Dmitry Stogov wrote:
>>
>>
>>> Hi Anatol,
Hi Chris,
On Tue, October 14, 2014 15:35, Chris Tankersley wrote:
> Hello all.
>
>
> Partially fueled by a joke to get PHP to compile on Windows 10, and
> partially fueled by starting to look more into core, I found some issues
> with the javascript-based configuration under Windows 10 and Visual
Hi Nikita,
On Wed, October 22, 2014 19:44, Nikita Popov wrote:
> On Wed, Oct 22, 2014 at 5:56 PM, Anatol Belski wrote:
>
>
>> Commit:a5e4f1f598f3a53e5793d290619806b41f1f1380
>> Author:Anatol Belski Wed, 22 Oct 2014 17:27:3
On Wed, October 22, 2014 21:15, Nikita Popov wrote:
> On Wed, Oct 22, 2014 at 9:13 PM, Anatol Belski wrote:
>
>
>> Hi Nikita,
>>
>>
>> On Wed, October 22, 2014 19:44, Nikita Popov wrote:
>>
>>> On Wed, Oct 22, 2014 at 5:56 P
On Wed, October 22, 2014 21:18, Daniel Zulla wrote:
> What happens if you exceed uint32?
>
>
> Just curious, security-wise, because AFAIR exceeding uint32 would be
> possible through superglobals only, which a potential attacker could abuse.
>
>
> param=foo
>
> param[a]=foo¶m[b]=foo¶m[c]=foo¶m[…]=f
Hi Andrea,
On Wed, November 19, 2014 04:07, Andrea Faulds wrote:
>
>> On 19 Nov 2014, at 03:02, Yasuo Ohgaki wrote:
>>
>>
>> I would like to have DbC to harden app security as well.
>> I'm looking for something like D language.
>>
>>
>> http://dlang.org/contracts.html
>>
>>
>> With DbC, checking
On Wed, November 19, 2014 15:49, Andrea Faulds wrote:
>
>> On 19 Nov 2014, at 08:33, Anatol Belski wrote:
>>
>>
>> while briefly looking through the conversion examples, i see some weird
>> results
>>
>> string(5) “31e+7” - shouldn't this be va
On Wed, November 19, 2014 19:47, Andrea Faulds wrote:
>>> __toString() always errors if it doesn’t return a string, I see no
>>> reason to change that.
>> But in the other cases it converts strings to numbers. I mean like
>> class A {function __toString(){return '10';}} $a = (string) (new A);
>> //
Hi,
while investigating on https://bugs.php.net/bug.php?id=68297 it turned
out, the MessageBox'es we have on several places lead to issues. This
particular ticket describes firstly an insufficient error message, but
secondly - it goes into a popup which is then automatically logged to the
event lo
On Wed, November 26, 2014 14:38, Rowan Collins wrote:
> Anatol Belski wrote on 26/11/2014 11:34:
>
>> While it might look short cut and too
>> late for 5.5, there's indeed no scenario imaginable where such graphical
>> elements could be used even as a feature
On Thu, November 27, 2014 13:24, Pierre Joye wrote:
> On Thu, Nov 27, 2014 at 3:12 AM, Anatol Belski
> wrote:
>
>> On Wed, November 26, 2014 14:38, Rowan Collins wrote:
>>
>>> Anatol Belski wrote on 26/11/2014 11:34:
>>>
>>>
>>>> Whil
Hi,
this is a long spoken topic which is now embodied in
https://wiki.php.net/rfc/native-tls . A preliminary implementation is
there as well, thus we can discuss it.
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, November 27, 2014 18:03, Andrea Faulds wrote:
>
>> On 27 Nov 2014, at 17:01, Joe Watkins wrote:
>>
>>
>> On Thu, 2014-11-27 at 16:44 +, Andrea Faulds wrote:
>>
On 27 Nov 2014, at 16:44, Andrea Faulds wrote:
Hey!
Would this mean we could eventually g
Hi Stas,
On Sat, November 29, 2014 00:05, Stanislav Malyshev wrote:
> Hi!
>
>
>> this is a long spoken topic which is now embodied in
>> https://wiki.php.net/rfc/native-tls . A preliminary implementation is
>> there as well, thus we can discuss it.
>
> This sounds great! \o/
> I understand there's
Hi Pierre,
On Wed, December 3, 2014 02:36, Pierre Joye wrote:
> hi Anatol!
>
> On Fri, Nov 28, 2014 at 2:54 AM, Anatol Belski
> wrote:
>
>> Hi,
>>
>>
>> this is a long spoken topic which is now embodied in
>> https://wiki.php.net/rfc/native-tls . A p
Hi,
On Mon, December 8, 2014 20:42, Ángel González wrote:
> On 03/12/14 10:22, Anatol Belski wrote:
>
>> I meant that as well, to the time it's merged all the TSRMLS_* thingies
>> should be removed. I kept them only while developed and now for the
>> RFC so
>>
Hi,
hereby the voting on https://wiki.php.net/rfc/native-tls#vote is opened.
The vote starts on 12/10/2014 at 21:00 CET and ends on 12/17/2014 at 21:00
CET.
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
On Wed, December 10, 2014 16:27, Dmitry Stogov wrote:
> Hi,
>
>
> Please, review the following patch
> https://gist.github.com/dstogov/fba2cc621ef121826efe
>
>
> It's huge, but actually, only changes in zend_compile.h are matter. The
> rest is obvious renaming.
>
> the main idea - the smaller
101 - 200 of 659 matches
Mail list logo
