On Wed, March 18, 2015 14:33, Pavel Kouřil wrote:
I've tried the build, and it seems like it's in the strict mode 100%
by default, and the declare statement doesn't recognize strict_types
(PHP Warning: Unsupported declare 'strict_types'). Is this
intentional?
No, that's probably me building
On Mon, March 16, 2015 18:17, Dmitry Stogov wrote:
If I see the results properly, it makes bout 5% improvement. Right?
Definitly makes sense to commit.
Let me know when you finish testing, or like me to commif this as is.
I've just pushed your patch along with some tests I did to ensure
Hi Jakub,
On Tue, February 17, 2015 17:53, Anatol Belski wrote:
Hi Jakub,
On Sun, February 15, 2015 21:18, Jakub Zelenka wrote:
On Wed, Feb 11, 2015 at 11:56 AM, Jakub Zelenka bu...@php.net wrote:
I would like to push the the bison tab files shortly as the majority
of people
Hi Jakub,
On Sun, February 15, 2015 21:18, Jakub Zelenka wrote:
On Wed, Feb 11, 2015 at 11:56 AM, Jakub Zelenka bu...@php.net wrote:
I would like to push the the bison tab files shortly as the majority of
people in this thread (including me) are for having them in the repo.
The
only
Hi Jordi,
On Wed, February 11, 2015 11:40, Jordi Boggiano wrote:
On 09/02/2015 22:29, Anatol Belski wrote:
ext/imap ext/mcrypt ext/pdo_dblib
Sorry if this was suggested already but if those are not maintained much
and should not be used further ideally, shouldn't we add E_DEPRECATED
On Tue, February 10, 2015 14:15, Jakub Zelenka wrote:
Hi Anatol,
On Tue, Feb 10, 2015 at 12:24 PM, Anatol Belski anatol@belski.net
wrote:
It's actually so that there is a range of tool versions supported. That
means any version within the range should be valid for use. If another
Hi David,
On Tue, February 10, 2015 22:38, David Muir wrote:
On 10 Feb 2015, at 9:29 am, Anatol Belski anatol@belski.net
wrote:
Hi,
the voting on the removals in PHP7 in hereby finished. The results are
item yes:no
sapi/aolserver 32:0 sapi/apache
Hi David,
On Tue, February 10, 2015 22:38, David Muir wrote:
On 10 Feb 2015, at 9:29 am, Anatol Belski anatol@belski.net
wrote:
Hi,
the voting on the removals in PHP7 in hereby finished. The results are
item yes:no
sapi/aolserver 32:0 sapi/apache
Hi Adam,
On Wed, February 11, 2015 00:53, Adam Harvey wrote:
Finally, Anatol's tally was wrong for this one: it was 17:3 for
removal. That's a pretty strong indicator by itself.
Yeah, my typo, thanks for the correction :)
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing
Hi Paul,
On Wed, February 11, 2015 00:29, Paul Dragoonis wrote:
On Tue, Feb 10, 2015 at 11:14 PM, Kalle Sommer Nielsen ka...@php.net
mailto:ka...@php.net wrote:
Hi Paul
2015-02-10 23:59 GMT+01:00 Paul Dragoonis dragoo...@gmail.com
mailto:dragoo...@gmail.com :
Did you accidentally
Hi Jakub,
On Tue, February 10, 2015 12:56, Jakub Zelenka wrote:
Hey
On Tue, Feb 10, 2015 at 2:47 AM, Xinchen Hui larue...@php.net wrote:
why make this thing in this way complicated? why not just simply include
the generated files as others did?
First of all the others did exactly what
Hi,
On Mon, February 9, 2015 07:33, Xinchen Hui wrote:
Hey:
On Mon, Feb 9, 2015 at 1:44 PM, Pierre Joye pierre@gmail.com wrote:
On Mon, Feb 9, 2015 at 11:10 AM, Xinchen Hui larue...@php.net wrote:
Hey:
On Mon, Feb 9, 2015 at 10:40 AM, Pierre Joye pierre@gmail.com
wrote:
Hi,
the voting on the removals in PHP7 in hereby finished. The results are
item yes:no
sapi/aolserver 32:0
sapi/apache32:0
sapi/apache_hooks 31:0
sapi/apache2filter 23:1
sapi/caudium 30:0
sapi/continuity28:0
sapi/isapi
Hi Dan,
On Fri, February 6, 2015 17:16, Dan Ackroyd wrote:
On 5 February 2015 at 22:28, Rasmus Lerdorf ras...@lerdorf.com wrote:
Any suggestions for how to handle annotating it? We could turn it into
a fake PR and mark it up using github's PR comments.
I think that's a good idea. It is very
Hi Stas,
On Thu, February 5, 2015 21:41, Stanislav Malyshev wrote:
Hi Anatol!
Your recent fixes to headers_list() -
55cefb2814bde5815a92e8820fff45e037fa8d4f and
b5d3c5ca8dee6303498849448e3574cc3642eeea - broke head.phpt test and also
are BC-breaking since previously headers_list() always
Hi Martin,
On Thu, February 5, 2015 13:32, Martin Keckeis wrote:
Hello Anatol,
So thanks for the ping. Actually I'd call anyone interested to not to
hesitate - ping on errors so they get resolved faster. Also, snapshots
can be done manually before release to check everything is fine,
Hi Stas,
On Wed, February 4, 2015 07:51, Stanislav Malyshev wrote:
Hi!
And at list this one living native PHP implementation
https://github.com/horde/horde/tree/master/framework/Imap_Client/ (and
more library links in the older thread link above).
This is part of Horde with 9 listed
Hi Jan,
On Wed, February 4, 2015 11:13, Jan Schneider wrote:
Zitat von Anatol Belski anatol@belski.net:
Hi Stas,
On Wed, February 4, 2015 07:51, Stanislav Malyshev wrote:
Hi!
And at list this one living native PHP implementation
https://github.com/horde/horde/tree/master
Hi Tony,
On Wed, February 4, 2015 10:56, Tony Marston wrote:
Pierre Joye wrote in message
news:CAEZPtU6au_Fi2bW=e2kiqlerq4h97vhu8nkl-z9katlstef...@mail.gmail.com...
On Wed, Feb 4, 2015 at 2:09 PM, Stanislav Malyshev
smalys...@gmail.com
wrote:
Hi!
Libmcrypt is a dead cow but not much
Hi Adam,
thanks for the explanations.
On Tue, February 3, 2015 08:10, Adam Harvey wrote:
On 3 February 2015 at 03:11, Anatol Belski anatol@belski.net wrote:
properly after the voting phase the
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
voting. Each item
Hi Matteo,
On Tue, February 3, 2015 09:09, Matteo Beccati wrote:
On 02/02/2015 20:21, Lester Caine wrote:
On 02/02/15 19:11, Anatol Belski wrote:
properly after the voting phase the
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
voting. Each item is voted separately
Hi Michael,
On Tue, February 3, 2015 08:31, Michael Wallner wrote:
On 3 Feb 2015 08:10, Adam Harvey ahar...@php.net wrote:
I understand your thoughts. How about if we do for mcrypt what we did for
mhash, I.e. implement a compatible layer on top of openssl? I have not
checked if it's even
Hi Lester,
On Tue, February 3, 2015 15:49, Lester Caine wrote:
On 03/02/15 14:03, Andrea Faulds wrote:
But I don’t consider 0.25MB extra to be such a problem in practice. The
PHP binary is already huge, and every system running PHP will have ample
memory.
Yes one approach is 'computers
Hi,
On Mon, February 2, 2015 20:15, Nikita Popov wrote:
On Mon, Feb 2, 2015 at 8:11 PM, Anatol Belski anatol@belski.net
wrote:
Hi,
properly after the voting phase the
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
voting. Each item is voted separately
Hi,
On Mon, February 2, 2015 22:39, Andrey Andreev wrote:
Hi,
On Mon, Feb 2, 2015 at 9:45 PM, Anatol Belski anatol@belski.net
wrote:
On Mon, February 2, 2015 20:30, Andrey Andreev wrote:
Oh, forgot one thing ...
Mcrypt might be dead, but removing it would be a huge BC break
On Mon, February 2, 2015 20:30, Andrey Andreev wrote:
Oh, forgot one thing ...
Mcrypt might be dead, but removing it would be a huge BC break. There
was some talk of binding mcrypt_*() functions to ext/openssl - I'd suggest
that instead of removal.
that sounds plausible, but the same one
Hi Andrea,
On Mon, February 2, 2015 23:54, Andrea Faulds wrote:
Hi Danack,
On 2 Feb 2015, at 22:50, Dan Ackroyd dan...@basereality.com wrote:
On 2 February 2015 at 19:11, Anatol Belski anatol@belski.net
wrote:
The voting ends on 2015-02-09 at 21:00 CET.
This is a ridiculously
Hi Uwe,
On Mon, February 2, 2015 21:20, Uwe Schindler wrote:
Hi,
I gave my votes (where I can talk about). I am still maintaining the
NSAPI
SAPI. It does not meant that its dead if no commits were made. NSAPI
upstream API just did not change since years, so why change a running
system?
Hi,
On Mon, February 2, 2015 20:11, Anatol Belski wrote:
Hi,
properly after the voting phase the
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
voting. Each item is voted separately. The voting ends on 2015-02-09 at
21:00 CET.
I have to resend this announcement
Hi,
properly after the voting phase the
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
voting. Each item is voted separately. The voting ends on 2015-02-09 at
21:00 CET.
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
Hi Hui,
On Mon, February 2, 2015 08:40, Xinchen Hui wrote:
Hey:
On Mon, Feb 2, 2015 at 3:35 PM, Anatol Belski anatol@belski.net
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
franc...@tekwire.net
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 franc...@tekwire.net
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
Hi Ferenc,
On Tue, January 27, 2015 14:46, Ferenc Kovacs wrote:
On Tue, Jan 27, 2015 at 2:44 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Tue, Jan 27, 2015 at 2:06 PM, Anatol Belski anatol@belski.net
wrote:
Hi Hui,
On Tue, January 27, 2015 13:32, Xinchen Hui wrote:
Hey
Hi,
On Mon, January 19, 2015 18:04, Anatol Belski wrote:
Hi,
I think the research on
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts is now far enough
to be discussed.
So far I only could not test sapi/nsapi because it needs a SunOs/IPlanet.
But independent from that, it'd make
Hi Hui,
On Tue, January 27, 2015 13:32, Xinchen Hui wrote:
Hey:
On Tue, Jan 27, 2015 at 6:23 PM, Anatol Belski anatol@belski.net
wrote:
Hi,
On Mon, January 19, 2015 18:04, Anatol Belski wrote:
Hi,
I think the research on
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts
On Tue, January 27, 2015 17:21, marius adrian popa wrote:
In file included from
/home/mariuz/work/php-src/ext/date/lib/timelib.h:24:0,
from /home/mariuz/work/php-src/ext/date/lib/astro.c:26:
/home/mariuz/work/php-src/ext/date/lib/timelib_structs.h:125:1: error:
unknown type name ‘int64_t’
Hi Jan,
On Sat, January 24, 2015 21:31, Jan Ehrhardt wrote:
Pavel Kou?il in php.internals (Sat, 24 Jan 2015 19:07:28 +0100):
https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.htm
https://phpdev.toolsforresearch.com/php-7.0.0-dev-nts-Win32-VC11-x86.zip
On Wed, January 21, 2015 12:32, Derick Rethans wrote:
On Wed, 21 Jan 2015, Anatol Belski wrote:
On Wed, January 21, 2015 11:57, Anatol Belski wrote:
On Wed, January 21, 2015 11:17, Derick Rethans wrote:
On Wed, 21 Jan 2015, Anatol Belski wrote:
I'll backport it to 5.6. Also would add
On Wed, January 21, 2015 11:17, Derick Rethans wrote:
On Wed, 21 Jan 2015, Anatol Belski wrote:
I'll backport it to 5.6. Also would add the Pierre's suggestion so
those defines are only used when it's not inside PHP, as under
circumstances it could lead to different defines or conflicts
On Wed, January 21, 2015 11:57, Anatol Belski wrote:
On Wed, January 21, 2015 11:17, Derick Rethans wrote:
On Wed, 21 Jan 2015, Anatol Belski wrote:
I'll backport it to 5.6. Also would add the Pierre's suggestion so
those defines are only used when it's not inside PHP, as under
projects. Because it's sort of an external library, we can't
include PHP's headers (php_stdint.h) in this case.
How do you suppose we can fix this? Right now, I can't easily test
changes to the date/time parser (as they require *just* the lib).
cheers, Derick
On Mon, 12 Aug 2013, Anatol Belski
Hi Derick,
On Wed, January 21, 2015 10:22, Derick Rethans wrote:
On Wed, 21 Jan 2015, Anatol Belski wrote:
On Tue, January 20, 2015 22:08, Derick Rethans wrote:
This commit makes timelib include a PHP specific file. timelib also
lives as an external library (https://github.com/derickr
Hi Dmitry,
On Tue, January 20, 2015 06:08, Dmitry Stogov wrote:
Hi Anatol,
Despite of this, we also have few extensions not converted to PHP7 yet -
https://wiki.php.net/phpng#unsupported_extensions_not_converted_yet
3 of them related to MSSQL, 2 to Oracle and one to Interbase. the last
Hi,
On Tue, January 20, 2015 06:26, Pierre Joye wrote:
On Tue, Jan 20, 2015 at 6:08 AM, Dmitry Stogov dmi...@zend.com wrote:
Hi Anatol,
Despite of this, we also have few extensions not converted to PHP7 yet
-
https://wiki.php.net/phpng#unsupported_extensions_not_converted_yet
3 of them
Hi,
I think the research on
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts is now far enough
to be discussed.
So far I only could not test sapi/nsapi because it needs a SunOs/IPlanet.
But independent from that, it'd make sense someone to recheck my
perceptions, or just the areas one is
Hi,
On Wed, December 31, 2014 23:21, Anatol Belski wrote:
Hi,
related to bug #43525, I see that zend_fetch_resource() still expects a
default id as int as parameter. After some investigation i think that the
int default_id argument can be surely dropped from the signature. The
only
Hi,
On Thu, January 1, 2015 13:30, Dmitry Stogov wrote:
Thanks for analizing.
did you say 8.5 more instructions? in my test I saw less.
It's really an intermedie step, and we probably will check if other
optimizations are reaaly benefitable before committing this. But yes, this
patch
Hi Dmitry,
On Wed, December 31, 2014 11:19, Dmitry Stogov wrote:
Hi,
Please take a look into the patch
https://github.com/php/php-src/pull/970/files
This real changes are in zend_types.h, the rest is renaming that in most
cases makes code cleaner.
zend_array didn't change its binary
Hi,
related to bug #43525, I see that zend_fetch_resource() still expects a
default id as int as parameter. After some investigation i think that the
int default_id argument can be surely dropped from the signature. The
only extension in the core passing it is ext/interbase, all the others
pass
Hi,
the native-tls branch was just merged into master. As all the TSRMLS_*
occurrences was removed, some more merge conflicts are to expect when it
comes from PHP5 to PHP7. I would like to suggest a merge strategy to
minimize the negative effects. Also this will be useful to port the
existing
Hi,
The vote on the RFC https://wiki.php.net/rfc/native-tls#vote is now
closed. The RFC was accepted by 100% of the voters and is merged into
master.
Regards
Anatol
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
On Wed, December 10, 2014 20:04, Anatol Belski wrote:
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.
this RFC was accepted, thanks everyone! I'm going to merge it next days
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 the
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 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
the diff shows the only change done
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 anatol@belski.net
wrote:
Hi,
this is a long spoken topic which is now embodied in
https://wiki.php.net/rfc/native-tls . A preliminary implementation
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 no
On Thu, November 27, 2014 13:24, Pierre Joye wrote:
On Thu, Nov 27, 2014 at 3:12 AM, Anatol Belski anatol@belski.net
wrote:
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
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 pthre...@pthreads.org wrote:
On Thu, 2014-11-27 at 16:44 +, Andrea Faulds wrote:
On 27 Nov 2014, at 16:44, Andrea Faulds a...@ajf.me wrote:
Hey!
Would this mean we could eventually get rid
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
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. Neither on console nor as a
server module
Hi Andrea,
On Wed, November 19, 2014 04:07, Andrea Faulds wrote:
On 19 Nov 2014, at 03:02, Yasuo Ohgaki yohg...@ohgaki.net 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 anatol@belski.net wrote:
while briefly looking through the conversion examples, i see some weird
results
string(5) “31e+7” - shouldn't this be valid for int?
The trend seems
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);
//numeric
Hi Nikita,
On Wed, October 22, 2014 19:44, Nikita Popov wrote:
On Wed, Oct 22, 2014 at 5:56 PM, Anatol Belski a...@php.net wrote:
Commit:a5e4f1f598f3a53e5793d290619806b41f1f1380
Author:Anatol Belski a...@php.net Wed, 22 Oct 2014 17:27:33
+0200
Parents
On Wed, October 22, 2014 21:15, Nikita Popov wrote:
On Wed, Oct 22, 2014 at 9:13 PM, Anatol Belski a...@php.net wrote:
Hi Nikita,
On Wed, October 22, 2014 19:44, Nikita Popov wrote:
On Wed, Oct 22, 2014 at 5:56 PM, Anatol Belski a...@php.net wrote:
Commit
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
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
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,
I know, TSRM uses TLS APIs internally.
In my opinion, the simplest (and probably
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 simplest (and probably efficient) way to get rid of
TSRMLS_DC arguments and TSRMLS_FETCH calls
Hi Nikita,
On Sun, October 5, 2014 23:18, Nikita Popov wrote:
On Thu, Sep 18, 2014 at 5:14 PM, Anatol Belski a...@php.net wrote:
Commit:761e347b7526b18b9901ebf3d906b52a21fc9c4b
Author:Anatol Belski a...@php.net Thu, 18 Sep 2014 17:11:48
+0200
Parents
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 variable.
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 (intentionally taking
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 was working
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 new strings into this buffer from different
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 implementation
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 a...@php.net wrote:
Commit:6bbebc60ea0de6ce09ea45094b3bed1823d96cec
Author:Anatol Belski a...@php.net Fri, 19 Sep
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 from git
Hi Nikita,
On Thu, September 18, 2014 22:34, Nikita Popov wrote:
On Thu, Sep 18, 2014 at 5:14 PM, Anatol Belski a...@php.net wrote:
Commit:e8b497ad8eb74273f7f44ae7e515e7a5e95b50f7
Author:Anatol Belski a...@php.net Thu, 18 Sep 2014 16:45:50
+0200
Parents
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: Jorge F. Hernandez
On Tue, September 16, 2014 12:03, Nikita Popov wrote:
On Tue, Sep 16, 2014 at 9:43 AM, Anatol Belski a...@php.net
mailto:a...@php.net wrote:
Hi Nikita,
Are you sure about this? I can set memory_limit to -1, which is then
cast to size_t, resulting in a limit ZEND_LONG_MAX.
I tried
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 check, I
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:
I am running PHP 5.6.0 x64 on my Windows Server 2008 R2 with Apache
2.4
x64, I
On Tue, September 16, 2014 18:25, Leigh wrote:
On 16 September 2014 16:14, Anatol Belski anatol@belski.net 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 the currently
Moin,
On Mon, September 15, 2014 01:01, Nikita Popov wrote:
On Sun, Sep 14, 2014 at 4:39 PM, Anatol Belski a...@php.net wrote:
Commit:29f8b21cd71bc4af1ead7b8a93cfe09338d2eff5
Author:Anatol Belski a...@php.net Sun, 14 Sep 2014 16:37:38
+0200
Parents
On Mon, September 15, 2014 13:13, Nikita Popov wrote:
On Mon, Sep 15, 2014 at 12:58 PM, Anatol Belski a...@php.net wrote:
Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
Author:Anatol Belski a...@php.net Mon, 15 Sep 2014 12:12:18
+0200
Parents
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 a...@php.net wrote:
Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
Author:Anatol Belski a...@php.net Mon, 15 Sep
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 a...@php.net wrote:
Commit:836fd73cce8d0550baf5477bfb0ea0edbfae455a
Author:Anatol Belski a...@php.net Mon, 15 Sep
Hi Nikita,
On Sat, September 13, 2014 23:35, Nikita Popov wrote:
On Sat, Sep 13, 2014 at 11:21 PM, Anatol Belski a...@php.net wrote:
Commit:bce562b75efcdacc762a3b94915cdf02056b22dc
Author:Anatol Belski a...@php.net Sat, 13 Sep 2014 20:20:17
+0200
Parents
the idea,
in principle, of it working at all like the old way (in a good way)? :-/
The
patch doesn't make all these new problems like you are suggesting.
More below...
- Original Message -
From: Anatol Belski
Sent: Tuesday, September 09, 2014
Hi Matt,
[...]
coming
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
I'd
leave a couple of the comments to the code here
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 :(
I didn't have time to think about this yet.
I thought about creating
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, this patch
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:
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 give the saved patch
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 or perf but
when such offset is used, in 64bit.
However some numbers are better, could you
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 member.
On Fri, August 29, 2014 18:34, Xinchen Hui wrote:
On Fri, Aug 29, 2014 at 11:49 PM, Anatol Belski anatol@belski.net
wrote:
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
501 - 600 of 653 matches
Mail list logo
