Hi Ralph,
I don't have strong opinion about your suggestion.
In some cases this warning might help to find a typo, in others it may
be useless, but anyway, I think that usage of undefined class name is a
quite rare situation. I would prefer to keep it as is.
Thanks. Dmitry.
On 07/08/2011
Hi!
On 7/11/11 12:18 AM, Dmitry Stogov wrote:
Hi Ralph,
I don't have strong opinion about your suggestion.
In some cases this warning might help to find a typo, in others it may
be useless, but anyway, I think that usage of undefined class name is a
quite rare situation. I would prefer to
Hi Arnaud,
Is the main advantage of the patch - elimination of zval copy
constructor for IS_VAR and IS_CV operands?
Does it improve speed only for VAR/CV array operands?
Will the following script require an extra zval ealloc/efree with the patch?
?php
function foo($x, $y) {
$x ? $y
Zitat von Ferenc Kovacs tyr...@gmail.com:
On Sun, Jul 10, 2011 at 11:17 PM, Pierre Joye pierre@gmail.com wrote:
hi,
As I could agree on this fact, I can't find any existing project
having int(eger), floatco as class, namespaced or not. Do you have
any example at hand?
Cheers,
On Mon, Jul 11, 2011 at 09:25, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 12:18 AM, Dmitry Stogov wrote:
Hi Ralph,
I don't have strong opinion about your suggestion.
In some cases this warning might help to find a typo, in others it may
be useless, but anyway, I think
Hi!
That warning might be only emitted if the first operand is a name of non
existing class.
is_a(NonExistingClass, MyClass);
I think you've missed my point. The point was people use this to check
if first argument is an instance of a certain class or something else -
and something else
Hi Stas,
On 07/11/2011 11:25 AM, Stas Malyshev wrote:
Hi!
On 7/11/11 12:18 AM, Dmitry Stogov wrote:
Hi Ralph,
I don't have strong opinion about your suggestion.
In some cases this warning might help to find a typo, in others it may
be useless, but anyway, I think that usage of undefined
2011/7/10 Johannes Schlüter johan...@schlueters.de:
Hi,
On Wed, 2011-06-08 at 12:04 +0200, Johannes Schlüter wrote:
Having the behavior cleared I wonder how useful it is in practical
terms. A class type hint guarantees me I can do a specific call to
methods defined in the class/interface.
Hi,
if somebody wonders why do we have those french guys registering on the wiki:
http://blog.mageekbox.net/?post/2011/07/10/La-r%C3%A9volution-est-en-marche-%21
the author thought that anybody can vote who has wiki account, but
that is corrected now.
however judging from the responses and the
On Mon, Jul 11, 2011 at 10:15 AM, Jan Schneider j...@horde.org wrote:
Zitat von Ferenc Kovacs tyr...@gmail.com:
On Sun, Jul 10, 2011 at 11:17 PM, Pierre Joye pierre@gmail.com
wrote:
hi,
As I could agree on this fact, I can't find any existing project
having int(eger), floatco as
Hi!
On 7/11/11 1:22 AM, Hannes Magnusson wrote:
Voting is open on this? I don't think I ever had the time to integrate
all the QA from this thread to the RFC.
If you think it's premature, we can postpone it. I've announced the
ballot on the list, but apparently not everybody is reading it ;)
On Mon, Jul 11, 2011 at 10:27, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 1:22 AM, Hannes Magnusson wrote:
Voting is open on this? I don't think I ever had the time to integrate
all the QA from this thread to the RFC.
If you think it's premature, we can postpone it. I've
2011/7/11 Hannes Magnusson hannes.magnus...@gmail.com:
2011/7/10 Johannes Schlüter johan...@schlueters.de:
Hi,
On Wed, 2011-06-08 at 12:04 +0200, Johannes Schlüter wrote:
Having the behavior cleared I wonder how useful it is in practical
terms. A class type hint guarantees me I can do a
Hello !
Hi,
if somebody wonders why do we have those french guys registering on the wiki:
http://blog.mageekbox.net/?post/2011/07/10/La-r%C3%A9volution-est-en-marche-%21
the author thought that anybody can vote who has wiki account, but
that is corrected now.
All my apologizes for this
Hi!
On 7/11/11 1:38 AM, Hannes Magnusson wrote:
I thought individual RFCs would be voted on first (into trunk), and
then there would be a vote on merging things from trunk.
This sort of heavy voting process is however new to me, will take some
time understanding and getting used to all the new
Hi!
On 7/11/11 1:23 AM, Ferenc Kovacs wrote:
Hi,
if somebody wonders why do we have those french guys registering on the wiki:
http://blog.mageekbox.net/?post/2011/07/10/La-r%C3%A9volution-est-en-marche-%21
the author thought that anybody can vote who has wiki account, but
that is corrected
Em Mon, 11 Jul 2011 00:47:50 +0100, Scott MacVicar sc...@macvicar.net
escreveu:
On Jul 10, 2011, at 4:46 PM, Stas Malyshev wrote:
On 7/10/11 4:23 PM, Scott MacVicar wrote:
The code for this looks really convoluted, I'm thinking we should
back out this multicast option for now. It's
Hi
I'm a bit confused by the Declare PHP/php as namespace reserved for
PHP internals vote on https://wiki.php.net/todo/php54/vote
Why is there an option to select PHP or php, and not just a yes/no question?
I'm even more confused by the people that voted only one or the other.
Namespaces are
On Mon, Jul 11, 2011 at 11:38 AM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
Hi
I'm a bit confused by the Declare PHP/php as namespace reserved for
PHP internals vote on https://wiki.php.net/todo/php54/vote
Why is there an option to select PHP or php, and not just a yes/no
hi,
On Mon, Jul 11, 2011 at 10:45 AM, Stas Malyshev smalys...@sugarcrm.com wrote:
I'd say for core features everybody with write access to the core, but then
again,
Everyone with @php.net is what was decided.
not sure about how to formalize that. Note that vote isn't meant to
be the
On 11 July 2011 17:43, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 11, 2011 at 10:45 AM, Stas Malyshev smalys...@sugarcrm.com
wrote:
I'd say for core features everybody with write access to the core, but then
again,
Everyone with @php.net is what was decided.
Was it? The RFC
On Mon, Jul 11, 2011 at 11:53 AM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 10:45, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 1:23 AM, Ferenc Kovacs wrote:
Hi,
if somebody wonders why do we have those french guys registering on the
wiki:
about the fix, instead of only registered users, we have to add
group support, so we can add php-src/doc/etc. to it and manually add
external and approved persons. If anyone has time to do it, please go
ahead, code is in SVN.
On Mon, Jul 11, 2011 at 11:56 AM, Pierre Joye pierre@gmail.com
On Mon, Jul 11, 2011 at 11:56, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 11, 2011 at 11:53 AM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 10:45, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 1:23 AM, Ferenc Kovacs wrote:
Hi,
if
On Mon, Jul 11, 2011 at 11:59 AM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
There is no accept an account. Thanks.
Creating an account in the wiki, creates an account.
Like I said, the user doesn't have write access to anything unless
someone explicitly gives him write access
It is very hard to detect which php group a person belongs to, our
karma system doesn't work like that.
We can easily detect if an account is an php.net SVN account though.
And the wiki can tell you if a person has write access to that specific page.
Most external users have assigned write
On Mon, Jul 11, 2011 at 12:03 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
It is very hard to detect which php group a person belongs to, our
karma system doesn't work like that.
We can easily detect if an account is an php.net SVN account though.
And the wiki can tell you if a
hi,
On Mon, Jul 11, 2011 at 12:03 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
It is very hard to detect which php group a person belongs to, our
karma system doesn't work like that.
It is somehow easier in the wiki, we have groups afair. Also for the
votes, only svn account is
On Mon, Jul 11, 2011 at 12:03, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
It is very hard to detect which php group a person belongs to, our
karma system doesn't work like that.
We can easily detect if an account is an php.net SVN account though.
And the wiki can tell you if a person
On Mon, Jul 11, 2011 at 12:07 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:03, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
It is very hard to detect which php group a person belongs to, our
karma system doesn't work like that.
We can easily detect
Hi Dmitry,
Le Monday 11 July 2011 09:49:27, Dmitry Stogov a écrit :
Hi Arnaud,
Is the main advantage of the patch - elimination of zval copy
constructor for IS_VAR and IS_CV operands?
Yes.
Currently the ternary operator does a copy of its second and third operands.
This is costly when the
For now the patch still looks a bit messing to me. Also, I would
probably prefer to use new opcodes ZEND_QM_ASSIGN_VAR and ZEND_JMP_SET_VAR.
Ok, I'll change the patch to use new opcodes instead
It's not necessary yet.
Please, let me think a bit more.
Thanks. Dmitry.
--
PHP Internals -
On 11 July 2011 09:26, Pierre Joye pierre@gmail.com wrote:
On Mon, Jul 11, 2011 at 10:15 AM, Jan Schneider j...@horde.org wrote:
Try that for String and it reveals a different picture. Horde 3 used that
too FWIW.
Jan.
Even the php5 versions of Horde? That's rather bad given the so
On Mon, Jul 11, 2011 at 12:18 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:07 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:03, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
It is very hard to detect which php group a person
On Mon, Jul 11, 2011 at 12:48, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:18 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:07 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:03, Hannes Magnusson
On Sun, Jul 3, 2011 at 4:15 PM, Felipe Pena felipe...@gmail.com wrote:
I like the idea (and voted +1 on it), but I've some consideration to do:
+/* {{{ proto bool SessionHandler::open(string save_path, string session_name)
+ Wraps the old open handler */
+PHP_METHOD(SessionHandler, open)
Hiya,
I've been playing with the built-in server, and have some concerns over how
static assets are handled.
Currently, to run an application on the built-in server, we essentially need
to list out all the static assets that should be served directly from disk.
This is the opposite of what I
Hey Kiall,
An optional argument to the built in web server can be a php based
router. If the router returns false, it will attempt to return the
resource as-it-is on disk.
Your command line looks like this:
php -S localhost:8000 -t ./path/to/docroot routing.php
routing.php can be one of
On 2011-07-10, Philip Olson phi...@roshambo.org wrote:
Greetings PHP geeks,
Don't panic! This is not a proposal to add errors or remove this
popular extension. Not yet anyway, because it's too popular to do that
now.
The documentation team is discussing the database security situation,
and
Hi Ralph,
I'm aware of the ability to use a routing script to determine which files to
serve via a return false;.
My concern is that every framework / application etc is going to need one in
order to work with the built-in server (even if they all need the same
one!)..
So considering this
On 11 July 2011 01:03, Philip Olson phi...@roshambo.org wrote:
What this means to ext/mysql:
- Softly deprecate ext/mysql with education (docs) starting today
- Not adding E_DEPRECATED errors in 5.4, but revisit for 5.5/6.0
- Add pdo_mysql examples within the ext/mysql docs that mimic the
On 2011-07-10, Stas Malyshev smalys...@sugarcrm.com wrote:
On 7/10/11 9:41 AM, Patrick ALLAERT wrote:
Developer may have taken care of defining them in a specific
namespace, would it be possible to not break their application while
making them reserved keywords in the global namespace only?
it does seem silly that the server would even try to serve those files
rather than check if they are of a certain header/mime before, but at least
with this method it does mean that you can fix your code to always bypass
this, and if your purposlly testing through the CLI-server anyway, changing
On Mon, Jul 11, 2011 at 1:00 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:48, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:18 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:07 PM, Hannes Magnusson
maybe we should get another E_, E_NEARLY_DEPRECATED that way we can set this
to that, and then 5.5 we can move it to E_DEPRECATED, that way people have
to go read the docs, the amount of people even those who have been in the
field for years, that dont know about php.net/func and still look stuff
On Mon, Jul 11, 2011 at 5:08 PM, Matthew Weier O'Phinney
weierophin...@php.net wrote:
On 2011-07-10, Stas Malyshev smalys...@sugarcrm.com wrote:
On 7/10/11 9:41 AM, Patrick ALLAERT wrote:
Developer may have taken care of defining them in a specific
namespace, would it be possible to not
On 7/10/11 10:03 AM, Philip Olson wrote:
What this means to ext/mysql:
- Softly deprecate ext/mysql with education (docs) starting today
- Not adding E_DEPRECATED errors in 5.4, but revisit for 5.5/6.0
- Add pdo_mysql examples within the ext/mysql docs that mimic the current
On Mon, Jul 11, 2011 at 4:41 PM, Christopher Jones
christopher.jo...@oracle.com wrote:
On 7/10/11 10:03 AM, Philip Olson wrote:
What this means to ext/mysql:
- Softly deprecate ext/mysql with education (docs) starting today
- Not adding E_DEPRECATED errors in 5.4, but revisit for 5.5/6.0
On Jul 11, 2011, at 8:11 AM, Ferenc Kovacs wrote:
On Mon, Jul 11, 2011 at 1:00 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:48, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:18 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11,
I'm an SDET at Microsoft, working with Pierre Joye and will primarily be
submitting additional test cases.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 2011-07-11, Paul Dragoonis dragoo...@gmail.com wrote:
On Mon, Jul 11, 2011 at 4:41 PM, Christopher Jones
christopher.jo...@oracle.com wrote:
On 7/10/11 10:03 AM, Philip Olson wrote:
What this means to ext/mysql:
- Softly deprecate ext/mysql with education (docs) starting today
On Mon, Jul 11, 2011 at 19:05, Philip Olson phi...@roshambo.org wrote:
On Jul 11, 2011, at 8:11 AM, Ferenc Kovacs wrote:
On Mon, Jul 11, 2011 at 1:00 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 12:48, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11,
On July-11-11 Matthew Weier O'Phinney wrote:
Sent: July-11-11 1:57 PM
To: internals@lists.php.net
Subject: Re: [PHP-DEV] deprecating ext/mysql
On 2011-07-11, Paul Dragoonis
Yes, +1 from me too. I do indeed think we need to make this a smooth
transition over time. Possibly triggering
Hi!
On 7/11/11 11:24 AM, Hannes Magnusson wrote:
The current vote still needs to be reviewed manually anyway, so I
really don't understand the need for a quick hack at this time.
Cooperating with the plugin authors on how to implement better checks
there would imo make much more sense.
Is
On 11 July 2011 20:07, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 11:24 AM, Hannes Magnusson wrote:
The current vote still needs to be reviewed manually anyway, so I
really don't understand the need for a quick hack at this time.
Cooperating with the plugin authors on how to
On Mon, Jul 11, 2011 at 9:23 PM, Peter Cowburn petercowb...@gmail.com wrote:
On 11 July 2011 20:07, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 11:24 AM, Hannes Magnusson wrote:
The current vote still needs to be reviewed manually anyway, so I
really don't understand the need
On Mon, Jul 11, 2011 at 21:38, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 9:23 PM, Peter Cowburn petercowb...@gmail.com wrote:
On 11 July 2011 20:07, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 11:24 AM, Hannes Magnusson wrote:
The current vote still needs
Stas means when we print who has voted, to only print votes by people
in that group so you won't need to manually filter out
not-allowed-to-vote votes.
-Hannes
I see.
if you only need the @php.net usernames, you can use the
https://master.php.net/fetch/allusers.php api with the proper
2011/7/11 Ferenc Kovacs tyr...@gmail.com:
On Mon, Jul 11, 2011 at 5:08 PM, Matthew Weier O'Phinney
[snip]
I think that's a bad idea. The point of namespaces is to allow us to
override classes (and functions, and constants) within that namespace.
If I can't do this:
namespace Foo
{
On Mon, Jul 11, 2011 at 22:13, Ferenc Kovacs tyr...@gmail.com wrote:
Stas means when we print who has voted, to only print votes by people
in that group so you won't need to manually filter out
not-allowed-to-vote votes.
-Hannes
I see.
if you only need the @php.net usernames, you can use
On Mon, Jul 11, 2011 at 11:09 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 22:13, Ferenc Kovacs tyr...@gmail.com wrote:
Stas means when we print who has voted, to only print votes by people
in that group so you won't need to manually filter out
On 08/07/11 17:28, Richard Quadling wrote:
On 8 July 2011 17:21, DIXON P.paul.di...@durham.ac.uk wrote:
Thanks Richard,
Renamed and attached.
-Original Message-
From: Richard Quadling [mailto:rquadl...@gmail.com]
Sent: 08 July 2011 17:13
To: DIXON P.
Cc: internals@lists.php.net
On Mon, Jul 11, 2011 at 23:23, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Jul 11, 2011 at 11:09 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Mon, Jul 11, 2011 at 22:13, Ferenc Kovacs tyr...@gmail.com wrote:
Stas means when we print who has voted, to only print votes by people
Hi!
On 7/11/11 3:20 PM, Hannes Magnusson wrote:
The idea Stas proposed of leaving the votes untouched and just hide
those specific votes during rendering of the vote results is very
silly to me.
Manually summerizing the votes like has been done in the past on many
RFCs into with karma and
On Tue, Jul 12, 2011 at 00:34, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 3:20 PM, Hannes Magnusson wrote:
The idea Stas proposed of leaving the votes untouched and just hide
those specific votes during rendering of the vote results is very
silly to me.
Manually summerizing
Hi!
I'm planning to do 5.4 alpha 2 on 14th (Thursday this week), so if
anybody has anything urgent for it or any comments/requests, please talk
to me ASAP.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime
hi,
I would rather wait the 2nd wave of RFCs to be adopted/rejected before
doing a2, if some has no patch (or far to be ready) or too risky (the
int/string/float looks like one to me) should be dropped and delayed
to the next release.
On Tue, Jul 12, 2011 at 12:53 AM, Stas Malyshev
Hi
2011/7/12 Pierre Joye pierre@gmail.com:
hi,
I would rather wait the 2nd wave of RFCs to be adopted/rejected before
doing a2, if some has no patch (or far to be ready) or too risky (the
int/string/float looks like one to me) should be dropped and delayed
to the next release.
I agree,
Hi!
On 7/11/11 4:16 PM, Pierre Joye wrote:
I would rather wait the 2nd wave of RFCs to be adopted/rejected before
doing a2, if some has no patch (or far to be ready) or too risky (the
int/string/float looks like one to me) should be dropped and delayed
to the next release.
Why delay? RFCs are
On Jul 11, 2011, at 3:48 PM, Hannes Magnusson wrote:
On Tue, Jul 12, 2011 at 00:34, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 3:20 PM, Hannes Magnusson wrote:
The idea Stas proposed of leaving the votes untouched and just hide
those specific votes during rendering of
On Tue, Jul 12, 2011 at 1:23 AM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 7/11/11 4:16 PM, Pierre Joye wrote:
I would rather wait the 2nd wave of RFCs to be adopted/rejected before
doing a2, if some has no patch (or far to be ready) or too risky (the
int/string/float looks like
Hi!
On 7/11/11 4:20 PM, Kalle Sommer Nielsen wrote:
I agree, it would make more sense to have the votings over before
doing the next Alpha, so theres time to cook up relevant patches and
commit them.
Well, OK, let's say we delay a week. Vote closes on 16th, and I'd have
to pack on 20th, so
Hi!
On 7/11/11 4:24 PM, Philip Olson wrote:
The patch fixed a bug where the voting mechanism was not in sync with the
passed voting RFC. It's closer now to most peoples interpretation of said
RFC. Changing this would, I'm afraid, require changing the RFC which I
suppose means an amendment [with
On Jul 8, 2011, at 11:30 PM, Stas Malyshev wrote:
Hi!
I've created a voting page for the features in 5.4 TODO list for which we
need to find consensus. Please go there:
https://wiki.php.net/todo/php54/vote
and vote!
See also links to relevant RFCs on the TODO page:
Hi!
On 7/11/11 5:09 PM, Philip Olson wrote:
this previously accepted RFC is not about removing magic quotes. And I'm the
author of said RFC. It deals with PHP 5.3 which removed get_magic_quotes_*()
so this old RFC restored them into both PHP 5.3+ and PHP 6.
Yes, it's not exactly what is being
75 matches
Mail list logo
