On Wed, Nov 18, 2009 at 8:59 PM, Stanislav Malyshev s...@zend.com wrote:
Hi!
I've just occured a syntax problem in the following script:
?php
class C {
public $n = 1;
}
$o = new C();
$o-f = function () use ($o) {
echo $o-n;
};
$o-f();
?
The result of this script is Fatal
On Thu, Dec 20, 2012 at 9:30 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
From: jpauli jpa...@php.net
Date: Thu, Dec 20, 2012 at 9:26 AM
Subject: [PHP-DEV] PHP5.5.0alpha2 release
To: PHP Internals internals@lists.php.net
I would appreciate that you would use your full real name
On Fri, Dec 21, 2012 at 1:51 AM, Adam Harvey ahar...@php.net wrote:
On 21 December 2012 01:26, jpauli jpa...@php.net wrote:
We just tagged PHP 5.5.0alpha2 today. This
release contains bug fixes against alpha1, as well as
new features.
Are we going to have a news post for this on the Web
On Wed, Jan 9, 2013 at 6:06 PM, Derick Rethans der...@php.net wrote:
On Wed, 9 Jan 2013, Anthony Ferrara wrote:
Rasmus wrote:
This is my worry as well. Especially when it comes to opcode cache
support. Most of the patches I see these days completely ignore the
opcode cache side of
Hi Internals,
PHP 5.5.0alpha3 has been tagged today. This
release contains bug fixes against alpha2, as well as
new features in existent APIs.
The packages can be found at:
http://downloads.php.net/dsp
As you know, you may read the NEWS file in the source tree for full
changelog
of this
Hi Internals,
PHP 5.5.0alpha4 has been tagged today. This
release contains bug fixes against alpha3, and adds the
class name resolution via scalar and the DateTimeImmutable
The packages can be found at:
http://downloads.php.net/dsp
As you know, you may read the NEWS file in the source tree
On Fri, Jan 25, 2013 at 9:19 AM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 01/24/2013 11:56 PM, Ralf Lang wrote:
From what I understood from Rasmus the biggest challenge with merging
APC
into core is the fact that the compiler currently isn't built to support
opcode caching. One of the
On Fri, Jan 25, 2013 at 5:47 PM, Will Fitch willfi...@php.net wrote:
On Jan 25, 2013, at 11:25 AM, Zeev Suraski z...@zend.com wrote:
Either by a number of people stepping up to help with the existing APC
code, or
perhaps more realistically making it a priority in PHP 5.6 to streamline
On Fri, Jan 25, 2013 at 8:05 PM, Pierre Joye pierre@gmail.com wrote:
On Fri, Jan 25, 2013 at 7:53 PM, Rasmus Lerdorf ras...@lerdorf.com
wrote:
On 01/25/2013 10:49 AM, Zeev Suraski wrote:
Ok, I'll write up an RFC, and in parallel we'll try to figure out the
mechanics of actually
On Sat, Jan 26, 2013 at 9:26 AM, Anthony Ferrara ircmax...@gmail.comwrote:
Pierre et al,
I would prefer to have it in pecl and merge once ready/cleaned up.
Yes, same idea than with APC, except that it could be faster (for what
I read, waiting to see the sources). Also we can review and do
On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
Hi internal,
A missing feature in PHP is a file system watcher/monitoring available for
almost all platforms. On Linux, we have inotify (available in PHP through
pecl/inotify), on Mac OS X, we have
On Thu, Feb 14, 2013 at 5:32 PM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 02/14/2013 11:21 AM, Jan Ehrhardt wrote:
Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:14:20 -0500):
On 02/14/2013 10:55 AM, Jan Ehrhardt wrote:
Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48
/rfc/optimizerplus
Julien Pauli and David Soria Parra
Hi Internals,
PHP 5.5.0alpha5 has been tagged and released. This
release contains bug fixes against alpha4, and adds new features in
the mysqli and mysqlnd API, new HTTP codes and the possibility to
change the temp directory using a php.ini directive.
The packages can be found at:
On Fri, Mar 1, 2013 at 11:39 AM, David Muir davidkm...@gmail.com wrote:
On 01/03/2013, at 7:00 AM, Anthony Ferrara ircmax...@gmail.com wrote:
Hey all,
Based off of the recent discussion around pulling in ZO+ into core, I've
come to the conclusion that we should also pull in XDebug and
On Thu, Feb 28, 2013 at 9:13 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Based off of the recent discussion around pulling in ZO+ into core, I've
come to the conclusion that we should also pull in XDebug and Suhosin
into
core at the same time.
Suhosin has multiple
On Thu, Feb 28, 2013 at 12:40 PM, Lazare Inepologlou linep...@gmail.comwrote:
Hello,
please read my comment inline...
2013/2/28 Sebastian Krebs krebs@gmail.com
2013/2/28 Jens Riisom Schultz ibmu...@me.com
Hi everyone,
(I got hooked off this discussion, so I have tried to
On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen ka...@php.net wrote:
Hi
2013/3/1 Julien Pauli jpa...@php.net:
I guess the ini declaration order and then the order the modules get
loaded
in the engine.
We could also look at implementing a module-load-order internally
One should try ext/memtrack http://pecl.php.net/package/memtrack
Also ext/memprof https://github.com/arnaud-lb/php-memory-profiler/
Julien.Pauli
On Tue, Mar 5, 2013 at 9:14 PM, nat...@starin.biz wrote:
This is not the same at all. When are you going to run this code? Memory
allocations
On Thu, Mar 7, 2013 at 5:46 PM, Pierre Joye pierre@gmail.com wrote:
On Thu, Mar 7, 2013 at 5:31 PM, Rasmus Lerdorf ras...@lerdorf.com wrote:
On 03/07/2013 08:26 AM, Pierre Joye wrote:
That being said, if o+ would have 2/3 of the votes, I think it is
possible to get it stable until
On Fri, Mar 8, 2013 at 4:27 PM, Laruence larue...@php.net wrote:
Hey:
I propose to disable zend_alwasy_inline while build PHP in debug mode.
that could be easier for debuging some bugs..
what do you think?
thanks
simple patch:
diff --git a/Zend/zend.h b/Zend/zend.h
disabled :
Total 10.678
Julien.Pauli
On Fri, Mar 8, 2013 at 4:32 PM, Julien Pauli jpa...@php.net wrote:
On Fri, Mar 8, 2013 at 4:27 PM, Laruence larue...@php.net wrote:
Hey:
I propose to disable zend_alwasy_inline while build PHP in debug mode.
that could be easier
On Sat, Mar 16, 2013 at 7:51 AM, Sara Golemon poll...@php.net wrote:
${'_'.!$_=getCallback()}();
Well now, that's an... interesting abuse of resolution order and type
juggling.
Really crazy, yeah
Also, AFAIR, call_user_func() doesn't work with functions using references
in args.
On Mon, Mar 18, 2013 at 3:33 PM, Anthony Ferrara ircmax...@gmail.comwrote:
Angel,
On 18/03/13 14:04, Julien Pauli wrote:
Also, AFAIR, call_user_func() doesn't work with functions using
references in args. Julien.Pauli
AFAIK it does.
Do you have an example where it doesn't
On Tue, Mar 19, 2013 at 12:42 AM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Also, AFAIR, call_user_func() doesn't work with functions using
references
in args.
Use call_user_func_array() for that, it supports refs.
Isn't it since 5.3 or so ?
Julien.Pauli
Hi Internals,
PHP 5.5.0 Beta 1 has been released for testing. As you know, this
code base is shipped with Zend OPCache.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the release carefully and report any bugs.
On Thu, Mar 21, 2013 at 4:02 PM, David Soria Parra d...@php.net wrote:
Hi Internals,
I added the default Zend OPCache settings to php.ini-development and
php.ini-production atm. To have more people testing the opcache I would
like to enable the OPCache in php.ini-development during the beta
On Mon, Mar 25, 2013 at 3:53 PM, Nikita Popov nikita@gmail.com wrote:
On Mon, Mar 25, 2013 at 7:42 AM, Dmitry Stogov dmi...@zend.com wrote:
Hi,
We are going to release a new PECL version today or tomorrow,
and, yes, we are going to support hte pecl build for old versions as
well.
Hi Internals,
PHP 5.5.0 Beta 2 has been released for testing. It fixes a bug that could
prevent beta 1
from compiling, and other bugs you'll find in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the
Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter johan...@schlueters.dewrote:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
IMO , we should remove that feature from 5.5.
If Laruence is OK to maintain it, then we keep it, but Laruence, please,
improve it so.
We keep it if Laruence can make it stable for 5.5 final. If he cant , or
doesn't want to work on it any more while in betas ; then we should remove
curlwrapper
Hello everybody,
Today we talked about a way to detect --with-curlwrappers at runtime.
It is nowadays not possible easilly.
Then , I remembered I once proposed to add a new function that could return
every ./configure options used to compile the runtime PHP the code is
beeing run on.
We already
The main use case was the topic about --with-curlwrappers from Laruence few
days ago.
Actually, for this use case , there is no way to detect if PHP's been
compiled with --with-curlwrappers or not.
The only way to detect this at runtime is to open a socket, then
stream_get_metadata() onto it.
On Fri, Apr 5, 2013 at 8:01 AM, Pierre Joye pierre@gmail.com wrote:
On Thu, Apr 4, 2013 at 9:52 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
Its not only about maintaining it.
This experiment failed a long time ago. Overwriting the core streams
has proven itself to be the
On Fri, Apr 5, 2013 at 12:51 PM, Johannes Schlüter
johan...@schlueters.dewrote:
On Fri, 2013-04-05 at 08:01 +0200, Pierre Joye wrote:
stream_wrapper_unregister(http);
stream_wrapper_register(http, CurlStreamWrapper);
and then stream_wrapper_restore(http) to go back to the core
All is into the title.
A patch can be found here
https://github.com/jpauli/php-src/compare/remove_dl_php4_support
The idea is to get rid of those old stuff, like we did with session.compat
some time ago.
If you have ideas, improvements ...
Joe also talked about adding a header to the
Hello,
I wrote (its not finished yet) a wiki sheet to detail how our extensions
mechanism work.
This is not about how to write an extension :-p but it shows how the engine
loads extensions, how it calls different hooks from them, and what are the
differences between Zend extensions and PHP
On Wed, Apr 10, 2013 at 4:51 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Wed, Apr 10, 2013 at 6:53 AM, Julien Pauli jpa...@php.net wrote:
Hello,
I wrote (its not finished yet) a wiki sheet to detail how our extensions
mechanism work.
[...]
As a human, I make mistakes
On Fri, Apr 5, 2013 at 8:54 PM, Hannes Magnusson hannes.magnus...@gmail.com
wrote:
On Fri, Apr 5, 2013 at 7:14 AM, Julien Pauli jpa...@php.net wrote:
On Fri, Apr 5, 2013 at 12:51 PM, Johannes Schlüter
johan...@schlueters.de
wrote:
On Fri, 2013-04-05 at 08:01 +0200, Pierre Joye wrote
Hi all,
Here are two branches that improve extension loading mechanisms and remove
dusty old features not used any more.
No BC or nothing, though perhaps some Windows support tricks to add ?
Thoughts ?
On Wed, Apr 10, 2013 at 7:14 PM, Dmitry Stogov dmi...@zend.com wrote:
Hi,
1) I didn't get why do we need fprintf(Loaded/Unloaded extension). It'll
break all the tests in DEBUG mode
Great catch
2) zend_error() may work through SAPI handler (e.g. for FastCGI sapi it
may try to send error
On Wed, Apr 10, 2013 at 6:52 PM, Pierre Joye pierre@gmail.com wrote:
On Wed, Apr 10, 2013 at 6:46 PM, Julien Pauli jpa...@php.net wrote:
Beta3 has been taggued with curl wrappers, and with the new
CURL_WRAPPERS_ENABLED constant :-p
Do we all agree to remove that feature (meaning
Hi Internals,
PHP 5.5.0 Beta 3 has been released for testing. It fixes some bugs against
beta 2.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the release carefully and report
On Fri, Apr 12, 2013 at 1:34 AM, Kalle Sommer Nielsen ka...@php.net wrote:
Hi
2013/4/12 Pierre Joye pierre@gmail.com:
On Thu, Apr 11, 2013 at 11:17 PM, Pierrick Charron pierr...@adoy.net
wrote:
Including 5.3 and 5.4 ??
If removed in 5.3 and 5.4, theres no need for the constant
On Wed, Apr 10, 2013 at 7:14 PM, Dmitry Stogov dmi...@zend.com wrote:
Hi,
1) I didn't get why do we need fprintf(Loaded/Unloaded extension). It'll
break all the tests in DEBUG mode
2) zend_error() may work through SAPI handler (e.g. for FastCGI sapi it
may try to send error message to
On Fri, Apr 12, 2013 at 4:09 PM, David Soria Parra d...@php.net wrote:
On 2013-04-12, Johannes Schlüter johan...@schlueters.de wrote:
5.3 users might depend on some part of the behavior and have learned to
live with bugs. We shouldn't kick features at this stage.
curlwrappers should
On Tue, Apr 16, 2013 at 3:01 PM, Pierrick Charron pierr...@adoy.net wrote:
I created a straightforward RFC that you can access here
https://wiki.php.net/rfc/curl-wrappers-removal-rfc .
If someone have something more to add in it, feel free. Otherwise I will
start the vote so that we could
Hello,
I recently worked on the extension loading system to fully understand it
and try to improve it while keeping full BC.
Joe helped me in this task.
I wrote an RFC giving details about what we have today (
https://wiki.php.net/internals/extensions )
The branch can be found here :
On Tue, Apr 16, 2013 at 7:55 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Tue, Apr 16, 2013 at 7:06 PM, Julien Pauli jpa...@php.net wrote:
Hello,
I recently worked on the extension loading system to fully understand it
and try to improve it while keeping full BC.
Joe helped me
Hi Internals,
PHP 5.5.0 Beta 4 has been released for testing. It fixes some bugs against
beta 3.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the release carefully and report
On Thu, Apr 25, 2013 at 1:26 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Julien Pauli in php.internals (Thu, 25 Apr 2013 10:45:17 +0200):
PHP 5.5.0 Beta 4 has been released for testing. It fixes some bugs against
beta 3.
You'll find details in the NEWS file.
The packages can be found
On Thu, Apr 25, 2013 at 2:36 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Thu, Apr 25, 2013 at 1:26 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Julien Pauli in php.internals (Thu, 25 Apr 2013 10:45:17 +0200):
PHP 5.5.0 Beta 4 has been released for testing. It fixes some bugs
against
Hello internals,
I had an idea recently with a friend, about a feature try-catch blocks
could use.
Let me just write an example, you will quickly understand the idea :
*?php*
*
*
*try {*
* foo();*
* bar();*
* baz();*
*} catch (SomeException $e) {*
*dosomestuff();*
*continue; /*
On Sat, Apr 27, 2013 at 3:56 PM, Amaury Bouchard ama...@amaury.net wrote:
2013/4/27 Ferenc Kovacs tyr...@gmail.com
please don't reuse the continue keyword for it.
There are a bunch of code out there where which uses exceptions in a loop
context.
For example you have a retry counter
Hi Internals,
Our RC1 of PHP 5.5.0 has been released for testing. It fixes some bugs and
possible memleaks against last beta.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the
Hi all,
As you know, 5.5 final is coming soon.
We are in RC, so mainly stabilizing stuff and preparing the final release
for anyone to setup 5.5 on their servers.
I see the documentation migration guide has already been commited, that's a
good new.
I also see that new features we ship in 5.5 are
Hi Internals,
Our RC2 of PHP 5.5.0 has been released for testing. It fixes some bugs and
improves stability against RC1 code.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the
+1 , that will make a big diff .
I'm here to help others to go forward.
Julien.P
On Tue, Jun 4, 2013 at 8:33 AM, Pierre Joye pierre@gmail.com wrote:
On Tue, Jun 4, 2013 at 6:59 AM, Michael Wallner m...@php.net wrote:
+1 for the idea
+1 for Z_STRSIZE
at least Z_STRSIZET for the
Hi Internals,
We juste tagged and release PHP 5.5.0 RC3. It fixes some bugs against RC2
code.
You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the release carefully and report
On Wed, Jun 12, 2013 at 7:05 AM, Michael Wallner m...@php.net wrote:
On 10 June 2013 20:33, Nikita Popov nikita@gmail.com wrote:
Hi internals!
We just published some rather extensive documentation on internal object
orientation:
On Wed, Jun 12, 2013 at 1:04 PM, Derick Rethans der...@php.net wrote:
On Wed, 12 Jun 2013, Julien Pauli wrote:
Well, we prefer writing in rst format than docbook. We could link from
php.net/internals to this URL as well , or , we could convert rst to
docbook, I heard about tools doing
://www.phpinternalsbook.com/classes_objects.html
This is part of a larger project aimed at documenting the engine and
making
it accessible to new contributors.
This looks like an excellent beginning so thanks. A few general comments:
1) I notice that your book is © Copyright 2013, Julien Pauli - Anthony
comments:
1) I notice that your book is © Copyright 2013, Julien Pauli - Anthony
Ferrara - Nikita Popov. All Rights Reserved rather than GDFL or one of
the CC variants of open document licences. They only issue that I see
here
is that I -- and possibly others -- might be a bit guarded
On Wed, May 15, 2013 at 3:54 PM, Julien Pauli jpa...@php.net wrote:
Hi all,
As you know, 5.5 final is coming soon.
We are in RC, so mainly stabilizing stuff and preparing the final release
for anyone to setup 5.5 on their servers.
I see the documentation migration guide has already been
Announcement: http://www.php.net/release_5_5_0.php
Downloads:http://www.php.net/downloads.php#v5.5
Changelog:http://www.php.net/ChangeLog-5.php#5.5.0
Thanks to all contributors that made this new version available.
regards,
David Soria Parra Julien Pauli
On Wed, Jun 26, 2013 at 2:58 PM, Patrick ALLAERT patrickalla...@php.netwrote:
2013/6/26 Maxwell m...@maxvandervelde.com:
Sherif,
I have to disagree with you on this in the same way that we have type
hints
for input variables on methods, this could also be useful.
Consider an interface
On Thu, Jun 27, 2013 at 11:31 AM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
On 27/06/13 06:40, Laruence wrote:
thanks for the report, fixed in
https://github.com/php/php-**src/commit/**fa8611c81ee72839cdff3e72b18cc5*
On Wed, Jul 17, 2013 at 4:00 AM, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Hi all,
I've upgraded to Fedora 19 and bison is too new for PHP 5.4/5.3
I would like to users to select specific bison to build with.
--- a/Zend/acinclude.m4
+++ b/Zend/acinclude.m4
@@ -12,7 +12,7 @@
://www.php.net/downloads.php#v5.5
Changelog:
http://www.php.net/ChangeLog-5.php#5.5.http://www.php.net/ChangeLog-5.php#5.5.0
1
regards,
Julien Pauli David Soria Parra
On Mon, Jul 29, 2013 at 12:01 PM, Andrey Hristov p...@hristov.com wrote:
Hi,
after experiencing again warnings about conversion from const char * to
char * when calling some PHP API functions I decided to spend some time and
constify a few of these. The result is a patch that constifies the
Hi all.
From a recent discussion, we noticed that there is no easy user-level way
to know if a given closure is bindable or not.
Sure, the debatte about https://bugs.php.net/bug.php?id=64761 is still
open, I dont see why a static closure is not bindable, knowing that a
global scope defined
On Wed, Jul 31, 2013 at 11:13 PM, Michael Wallner m...@php.net wrote:
Hi all!
Tomorrow, August 1st 2013, is the day, it is *my* day.
Some of you might already know [1] that I've been hired as a full-time
PHP core developer by SmugMug. I'll officially start tomorrow.
I hope that I can do a
Hi Internals,
Our RC1 of PHP 5.5.2 has been released for testing. It fixes some bugs in
the 5.5 branch. You'll find details in the NEWS file.
The packages can be found at:
http://downloads.php.net/dsp
and windows packages at
http://windows.php.net/qa
Please test the release carefully and
Hi internals.
I started a work of refactoring magic methods from internals.
The first goal was to never write ourselves things like __get, but use
macros for those names. (get, set, invoke, etc...).
A second goal was to rewrite some parts of the compiler which looked like
code duplication which
On Fri, Aug 2, 2013 at 9:55 PM, Levi Morrison morrison.l...@gmail.comwrote:
If you have ideas or things to say, I'm listening.
https://github.com/jpauli/php-src/compare/macroing
Is there a reason you switched from names like `__toString` to
`__tostring`
= 1 + 1;
static $bar = 1 2;
function foo($a = 1 | 2) {}
class foo {
public $bar = 1 2;
}
Thoughts?
Haha Anthony, so strange you think about this point I was just myself
figuring out yesterday.
I'am obviously +1.
Julien Pauli.
On Wed, Aug 14, 2013 at 12:44 PM, Anthony Ferrara ircmax...@gmail.comwrote:
Stas,
On Wed, Aug 14, 2013 at 5:01 AM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
https://wiki.php.net/rfc/const_scalar_expressions
I like the idea, but absence of constant support makes this thing much
On Tue, Aug 27, 2013 at 11:40 AM, Nikita Popov nikita@gmail.com wrote:
On Sat, Aug 3, 2013 at 8:16 PM, Nikita Popov nikita@gmail.com wrote:
Hi internals!
Is there any particular reason why we only pass return_value_ptr to
internal functions if they have the ACC_RETURN_REFERENCE
Thank you very much for helping with this stuff.
Julien Pauli
I remember Marcus worked on something like that some time ago. Might still
be into SVN or somewhere I think.
Julien
On Sat, May 29, 2010 at 9:03 PM, Ferenc Kovacs i...@tyrael.hu wrote:
On Sat, May 29, 2010 at 7:34 PM, Zeev Suraski z...@zend.com wrote:
At 20:28 29/05/2010, Chris Stockton
Well at least I fixed the splweaktypehintingwithautoboxing for the function
to return ++$var instead of $var++ which couldn't make it ;-)
Julien
On Mon, May 31, 2010 at 5:54 PM, Ferenc Kovacs i...@tyrael.hu wrote:
On Mon, May 31, 2010 at 2:42 PM, Lukas Kahwe Smith m...@pooteeweet.org
wrote:
Is this related to http://www.ush.it/2009/02/08/php-filesystem-attack-vectors/ ?
That's a quiet old bug, I'm happy to listen it's now worked on and has a patch.
J.Pauli
On Tue, Nov 16, 2010 at 12:34 PM, Pierre Joye pierre@gmail.com wrote:
hi,
On Tue, Nov 16, 2010 at 7:15 AM, Rasmus
Care should be taken in the case of new myClass()-foo() just creates
an object to call a method but a static method would be more efficient
here.
However, well used (fluent interface for exemple) make me think +1 for
that patch.
J.Pauli
On Mon, Nov 29, 2010 at 12:40 PM, Felipe Pena
I guess serialize mechanism cant use any char that can be part of a
PHP variable. And _ can. As property names respect binary
compatibility, the only char that can be used to mark private
properties is actually the NULL byte. Ping me if I'm wrong.
But I'm +1 for improving the serialize() speed, I
I don't remember the source, refresh my mind quickly please :
What happens if variables_order doesn't content 'P' ? Is the data
still duplicated into memory ? I know that $_POST is still there but
is an empty array in that case.
And yes, I'm +1 for such a patch :)
J.Pauli
On Tue, Dec 7, 2010 at
Well, I would say that if your problem is memory, you should consider
threads as they all share the same memory space in their process.
Apache's children can weight very heavy if PHP's been compiled to
support lots of extensions, you can happen with ~40/50Mb per process
which is very huge.
, 2010 at 12:58 PM, Jon Davey jon...@gmail.com wrote:
2010/12/15 Julien Pauli jpa...@php.net
Well, I would say that if your problem is memory, you should consider
threads as they all share the same memory space in their process.
Apache's children can weight very heavy if PHP's been compiled
Ow, what a crap idea ... You want to make the same php4-written source
code run with PHP4 AND PHP5.3 ?
That seems like an unsolvable challenge, I think that even if you dont
mind very bad codes/stuff you won't make it fully work for production
without alarms every minutes ...
Good luck,
Julien
You should take care not to mistake the GC and the MM, they are two
different things and surprisingly, they dont interact with each other.
Zend GC is a layer above Zend MM, and Zend GC can be totally disabled,
Zend MM cant at all.
Zend MM is a BIG layer over malloc()/free() which goals are mainly
I'm +1 with that list.
I'd like to have some time to work on a lighttpd sapi if possible (haven't
seen lighttpd API yet). If someone got the same idea, just tell it...
What about apache2filter SAPI ?
Julien.P
2011/4/24 Pierre Joye pierre@gmail.com
2011/4/24 Rasmus Lerdorf
All right ;-)
Johannes: Thanks for details about lighhtpd's internals.
Julien.P
2011/4/27 Johannes Schlüter johan...@schlueters.de
On Wed, 2011-04-27 at 15:36 +0200, Julien Pauli wrote:
I'm +1 with that list.
I'd like to have some time to work on a lighttpd sapi if possible
(haven't
I remember error messages have been improved since last decade, but
they were engine ones.
Parser ones have never been touched, so to improve them, I +1 your
idea Felipe :)
Julien
On Mon, May 16, 2011 at 7:52 PM, Florian Anderiasch m...@anderiasch.de wrote:
On 16.05.2011 14:15, Felipe Pena
Agree with Derick, strictly speaking, in maths science, INF != INF.
But I dont care if PHP tells me than yes, because PHP is not designed
to solve high level maths problems :)
Cheer,
Julien.Pauli
On Fri, May 27, 2011 at 4:48 PM, Derick Rethans der...@php.net wrote:
On Thu, 26 May 2011, Scott
Seems like leak.
Try disabling ZendMM to see if something noticeable happens (memory
peak should be lower).
USE_ZEND_ALLOC=0
Cheers,
Julien
On Sun, Jun 5, 2011 at 2:01 PM, David Zülke
david.zue...@bitextender.com wrote:
Smells like a memory leak if gc_collect_cycles() doesn't fix it.
David
+1 , nice job
Julien
On Mon, Jun 6, 2011 at 12:53 PM, David Zülke
david.zue...@bitextender.com wrote:
3
David
On 05.06.2011, at 17:52, Felipe Pena wrote:
Hi all,
Reading our bug tracker I noticed a good feature request [1] from 2009 which
points to an interesting feature that I think
I wrote about ZendMM some time ago
(http://julien-pauli.developpez.com/tutoriels/php/internals/zend-memory-manager/)
, that's in french language ;-)
To shorten the conversation a little bit, I would suggest to trace the
memory with valgrind/massif. That's not too hard if you know what you
do, if
Hey,
I've seen Kalle's patch for http://bugs.php.net/bug.php?id=52555.
It actually implements a http_response_code() function to export the
current HTTP response code from SAPI layer to PHP user land.
I'm suggesting to rename that function to get_http_response_code(),
and implement its sister :
I agree with Johannes and Oracle/MySQL people : ext/mysqli must be the
preferred way to replace ext/mysql.
PDO lacks advanced features which wont be available because of PDO
internals incompatibility.
ext/mysqli is a true MySQL internal API exposure into PHP user land, PDO is not.
Moreover,
On Thu, Aug 29, 2013 at 5:59 PM, Levi Morrison morrison.l...@gmail.comwrote:
On Thu, Aug 29, 2013 at 5:00 AM, Nikita Popov nikita@gmail.comwrote:
On Fri, Aug 2, 2013 at 6:47 PM, Julien Pauli jpa...@php.net wrote:
Hi internals.
I started a work of refactoring magic methods from
On Fri, Aug 30, 2013 at 9:35 AM, Sebastian Bergmann sebast...@php.netwrote:
Am 30.08.2013 03:23, schrieb Anthony Ferrara:
All feedback is welcome.
Can we please get rid off the __autoload() function first before we
consider adding new functionality?
Huge +1 to start deprecating this
1 - 100 of 324 matches
Mail list logo