On Fri, 19 Nov 2010 00:28:04 -, Jérôme Loyet wrote:
2010/11/19 Jani Taskinen :
19.11.2010 0:39, Johannes Schlüter kirjoitti:
after the 5.3.3 release I was approached with the request to
restructure
the NEWS file -- for instance by grouping entries by extension -- so
users can ident
2010/11/19 Jani Taskinen :
> 19.11.2010 0:39, Johannes Schlüter kirjoitti:
>>
>> Hi,
>>
>> after the 5.3.3 release I was approached with the request to restructure
>> the NEWS file -- for instance by grouping entries by extension -- so
>
>> users can identify whether there are bug fixes relevant fo
19.11.2010 0:39, Johannes Schlüter kirjoitti:
Hi,
after the 5.3.3 release I was approached with the request to restructure
the NEWS file -- for instance by grouping entries by extension -- so
> users can identify whether there are bug fixes relevant for them etc.
Something that I did in trunk
Hi,
after the 5.3.3 release I was approached with the request to restructure
the NEWS file -- for instance by grouping entries by extension -- so
users can identify whether there are bug fixes relevant for them etc.
The list itself is rather long. Anybody opinions on this? Anybody who
wants to pla
I put my comments and some clarifications about the patch into the bug.
-Gerry
On 11/18/2010 04:24 PM, "Jean-Sébastien H." wrote:
Hi,
Any feedback on this patch ?
http://bugs.php.net/bug.php?id=53251
Regards,
Le 07/11/2010 15:57, Gerry Reno a écrit :
On 11/07/2010 08:57 AM, Gerry Reno
Hi,
Any feedback on this patch ?
http://bugs.php.net/bug.php?id=53251
Regards,
Le 07/11/2010 15:57, Gerry Reno a écrit :
> On 11/07/2010 08:57 AM, Gerry Reno wrote:
>> On 11/07/2010 06:14 AM, "Jean-Sébastien H." wrote:
>>> Le 05/11/2010 21:06, Gerry Reno a écrit :
In PHP 5.2.4 (my version)
On 11/18/2010 12:04 PM, Derick Rethans wrote:
On Thu, 18 Nov 2010, Christopher Jones wrote:
On 11/18/2010 06:26 AM, Dmitry Stogov wrote:
The proposed patch allows compiling PHP with --enable-zend-multibyte
and then enable or disable multibyte support at run-time using
zend.multibyte=0/1 in
Hi,
I certainly don't have PHP-Karma (Does meritocracy really refer to
that?), but simply I can't believe that you're talking about this, again.
I think Annotation-Supporters have made their point, but shouldn't they
let the PHP 5.4 Developers get on with it and let them roll out a new
versi
The first release candidates of 5.2.15 and 5.3.4 were just released
for testing and can be downloaded here:
http://downloads.php.net/ilia/php-5.2.15RC1.tar.bz2 (md5sum:
9b2c632427a533fdb3946081c7c382c2)
http://downloads.php.net/johannes/php-5.3.4RC1.tar.bz2 (md5sum:
2edb695f94ef41cc9cfa35777b2656
2010/11/18 Christopher Jones :
> If the overhead of zend.multibyte=0 is negligable, then why not remove
> remove the configure option altogether? This would reduce the
> complexity of the implementation and simplify building & maintenance.
> Why have two interdependent ways to get the same outcome
On November-17-10 11:09 AM Kalle Sommer Nielsen wrote:
> Greetings
>
> I wanted to raise this topic before we go Alpha with trunk, regarding
> our beloved magic_quotes feature. There seems to be mixed opinions
> regarding it so I thought I would take it up for discussion.
>
> We have advised pe
On Thu, 18 Nov 2010, Christopher Jones wrote:
> On 11/18/2010 06:26 AM, Dmitry Stogov wrote:
> >
> > The proposed patch allows compiling PHP with --enable-zend-multibyte
> > and then enable or disable multibyte support at run-time using
> > zend.multibyte=0/1 in php.ini. As result the single bina
Hi Larry,
Of course I know how it can benefit a full stack framework.
For example Zend Framework can benefit of it by auto-generating WSDL
files in Zend_Soap.
You're right about Symfony integrated system of property validation of
Domain Objects.
If you would like to see how it would be implemente
Hi Patrick:
On 18 Nov 2010, at 16:01, Patrick ALLAERT wrote:
> Hi,
>
> Is this intended not being able to give a new name to a method even in
> case of no conflict?
> In the following example, I try to provide the name "sayIt"
> additionally to "saySomething" from trait "Hello":
>
> trait Hell
On 11/18/2010 06:26 AM, Dmitry Stogov wrote:
Hi,
The proposed patch allows compiling PHP with --enable-zend-multibyte
and then enable or disable multibyte support at run-time using
zend.multibyte=0/1 in php.ini. As result the single binary will be
able to support multibyte encodings and run wi
+1 Disabling magic quotes (off by default) and removing them in the next
major release.
Adam
--
Nephtali: PHP web framework that functions beautifully
http://nephtaliproject.com
On 11/18/10 7:34 AM, guilhermebla...@gmail.com wrote:
Hi Larry,
For existent project examples and usage, here are 2 links of the
upcoming versions of Doctrine 2 and Symfony 2:
http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-mapping/en#introduction-to-docblock-annotations
h
On Thu, 2010-11-18 at 18:34 +0200, Arvids Godjuks wrote:
> As I remember correctly - taint's are designed to be used while developing.
>
> They can be used in production (and 4-5% performance hit for the
> security isn't much until you run something really big), but mostly
> people will test it ou
As I remember correctly - taint's are designed to be used while developing.
They can be used in production (and 4-5% performance hit for the
security isn't much until you run something really big), but mostly
people will test it out on dev and deploy on production without
taints.
Still, I'd like t
On 11/18/10 8:25 AM, Johannes Schlüter wrote:
> Hi,
>
> On Thu, 2010-11-18 at 11:20 -0500, Daniel Convissor wrote:
>> Disabling magic quotes by default leads to the same confusion and security
>> issues as removing them completely.
>
> ACK
>
>> But, we can remove magic quotes
>> completely i
Hi,
On Thu, 2010-11-18 at 11:20 -0500, Daniel Convissor wrote:
> Disabling magic quotes by default leads to the same confusion and security
> issues as removing them completely.
ACK
> But, we can remove magic quotes
> completely if we add a fail safe mechanism. Here are two potential
> opt
On Wed, Nov 17, 2010 at 11:40:37PM -0600, Larry Garfield wrote:
>
> I won't miss magic quotes if they're removed, but I can see the argument for
> saying "not quite yet". Off-by-default is absolutely necessary if they're
> kept. (Dear god, you mean they aren't off by default already?)
When ope
2010/11/18 Derick Rethans :
> On Thu, 18 Nov 2010, Dmitry Stogov wrote:
>
>> Previously we decided to remove "break/continue $var" syntax.
>> I even implemented it in PHP6 brunch, however it wasn't backported into
>> trunk. Could I do it?
>
> Is there a really good reason to remove it?
Not sure, b
On Thu, Nov 18, 2010 at 3:39 PM, Derick Rethans wrote:
> On Thu, 18 Nov 2010, Dmitry Stogov wrote:
>
> > Previously we decided to remove "break/continue $var" syntax.
> > I even implemented it in PHP6 brunch, however it wasn't backported into
> > trunk. Could I do it?
>
> Is there a really good r
hi,
On Thu, Nov 18, 2010 at 4:29 PM, Patrick ALLAERT
wrote:
> 2010/11/18 Dmitry Stogov :
>> Hi,
>>
>> The proposed patch allows compiling PHP with --enable-zend-multibyte and
>> then enable or disable multibyte support at run-time using
>> zend.multibyte=0/1 in php.ini. As result the single binar
2010/11/18 Dmitry Stogov :
> Hi,
>
> The proposed patch allows compiling PHP with --enable-zend-multibyte and
> then enable or disable multibyte support at run-time using
> zend.multibyte=0/1 in php.ini. As result the single binary will be able to
> support multibyte encodings and run without zend-
hi,
Patch applied in 5.3. I will do in trunk next week.
Cheers,
On Mon, Nov 15, 2010 at 11:42 AM, Rasmus Lerdorf wrote:
> Ok, I went through all the 5.3 code. This should fix the null poisoning
> problems in 5.3 without breaking binary compatibility:
>
> http://progphp.com/nullpatch.txt
>
> Th
On Thu Nov 18 08:34 AM, guilhermebla...@gmail.com wrote:
> Hi Larry,
>
> For existent project examples and usage, here are 2 links of the
> upcoming versions of Doctrine 2 and Symfony 2:
>
> http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-
> mapping/en#introduction-to-docbl
2010/11/18 Dmitry Stogov :
> Index: ext/mbstring/mbstring.c
> ===
> --- ext/mbstring/mbstring.c (revision 305494)
> +++ ext/mbstring/mbstring.c (working copy)
> @@ -1132,6 +1132,9 @@
> {
> int *list, size;
>
> + i
So I committed my code and get this error from subversion:
"looks like a limp dick if you ask me"
On Thu, 18 Nov 2010, Dmitry Stogov wrote:
> Previously we decided to remove "break/continue $var" syntax.
> I even implemented it in PHP6 brunch, however it wasn't backported into
> trunk. Could I do it?
Is there a really good reason to remove it?
regards,
Derick
--
http://derickrethans.nl | ht
Hi,
Previously we decided to remove "break/continue $var" syntax.
I even implemented it in PHP6 brunch, however it wasn't backported into
trunk. Could I do it?
Thanks. Dmitry.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
Is this intended not being able to give a new name to a method even in
case of no conflict?
In the following example, I try to provide the name "sayIt"
additionally to "saySomething" from trait "Hello":
The following error message is shown while running it:
Fatal error: Failed to add alias
Hi,
The proposed patch allows compiling PHP with --enable-zend-multibyte and
then enable or disable multibyte support at run-time using
zend.multibyte=0/1 in php.ini. As result the single binary will be able
to support multibyte encodings and run without zend-multibyte overhead
dependent on c
On Thu, 18 Nov 2010, Johannes Schlüter wrote:
> On Mon, 2010-11-15 at 15:07 -0200, guilhermebla...@gmail.com wrote:
> > Hi folks,
> >
> > I'll start a series of topics (in this thread) about meta attribute
> > (aka. Annotations) discussion.
>
> Completely ignoring the actual issue, just in respo
Hi Larry,
For existent project examples and usage, here are 2 links of the
upcoming versions of Doctrine 2 and Symfony 2:
http://www.doctrine-project.org/projects/orm/2.0/docs/reference/basic-mapping/en#introduction-to-docblock-annotations
http://docs.symfony-reloaded.org/guides/validator.html
P
On Thu, Nov 18, 2010 at 11:51 AM, Kalle Sommer Nielsen wrote:
> 2010/11/18 Ferenc Kovacs :
> > by your logic, the same goes for register_globals and for the other
> > deprecated stuff, that we wanted to remove with the next major version.
> > maybe we should look this the other way around: if we a
2010/11/18 Jani Taskinen :
> On Nov 18, 2010, at 12:41 PM, Patrick ALLAERT wrote:
>> Disabling it by default is the first mandatory step, [done] in PHP
>> 5.3, magic_quotes_gpc has been turned off by default at the same time
>> as providing a -development and -production version of the php.ini
>> f
2010/11/18 Ferenc Kovacs :
> by your logic, the same goes for register_globals and for the other
> deprecated stuff, that we wanted to remove with the next major version.
> maybe we should look this the other way around: if we agree that this things
> have to go, and the only thing which blocks tha
2010/11/18 Ferenc Kovacs :
> by your logic, the same goes for register_globals and for the other
> deprecated stuff, that we wanted to remove with the next major version.
> maybe we should look this the other way around: if we agree that this things
> have to go, and the only thing which blocks tha
The only problem I can see with this is... do we wait for PHP6 as it seems to
be becoming a bit of a Perl 6 (sorry for bringing this up)?
I completely agree with it should only happen with major version change and
most people won't see 5.x -> 5.y being a major change and therefore the end
user e
On Nov 18, 2010, at 12:41 PM, Patrick ALLAERT wrote:
> Disabling it by default is the first mandatory step, [done] in PHP
> 5.3, magic_quotes_gpc has been turned off by default at the same time
> as providing a -development and -production version of the php.ini
> file.
AFAICT magic_quotes_gpc is
On Thu, Nov 18, 2010 at 11:41 AM, Patrick ALLAERT wrote:
> 2010/11/17 Kalle Sommer Nielsen :
> > Greetings
> >
> > I wanted to raise this topic before we go Alpha with trunk, regarding
> > our beloved magic_quotes feature. There seems to be mixed opinions
> > regarding it so I thought I would take
2010/11/17 Kalle Sommer Nielsen :
> Greetings
>
> I wanted to raise this topic before we go Alpha with trunk, regarding
> our beloved magic_quotes feature. There seems to be mixed opinions
> regarding it so I thought I would take it up for discussion.
>
> We have advised people not to use magic_quo
2010/11/18 Johannes Schlüter :
> One way might be dropping the old mysql extension. Then "everybody" has
> to learn something else and while learning about that /might/ be reached
> with further education.
As Jani noted, I think its a step in the right direction to also move
that out of the core s
On Nov 18, 2010, at 12:12 PM, Johannes Schlüter wrote:
> Yes. We have to get rid of them! I was +1 for the old PHP 6 as that
> breaks so much stuff that it is nowhere a drop in replacement. And as
> such I'm happy to drop it in any release breaking lots of applications.
> I'm not happy about droppi
Hi
2010/11/18 Arvids Godjuks :
> There always will be people, who will whine about magic_quotes being
> gone. Same as register_globals. BTW, will the register_globals will be
> finally dropped too? ;)
I dropped a bunch of legacy features together with Pierrick during
this summer, so yes register_
+1 for removal.
The issue is that those ho still use the soft witch relies on
magic_quotes are usually kind of people witch are just buying the
Indian code stuff and running it (and it has tons of exploits on it's
own - even with magic_quotes). No, really, I haven't seen the
magic_quotes stuff in
On Thu, 2010-11-18 at 10:05 +, James Butler wrote:
> Are the £1 hosting companies going to be using 5.4+ any time soon? I'm
> still coming across hosts who still transition 4.X -> 5.1/2.
> I think these slow moving hosts are going to form a natural time delay
> between any changes now and these
On 17 November 2010 16:08, Kalle Sommer Nielsen wrote:
> Greetings
>
> I wanted to raise this topic before we go Alpha with trunk, regarding
> our beloved magic_quotes feature. There seems to be mixed opinions
> regarding it so I thought I would take it up for discussion.
>
> We have advised peopl
On Mon, 2010-11-15 at 15:07 -0200, guilhermebla...@gmail.com wrote:
> Hi folks,
>
> I'll start a series of topics (in this thread) about meta attribute
> (aka. Annotations) discussion.
Completely ignoring the actual issue, just in response to the subject:
We should focus on getting 5.4 out. And n
Are the £1 hosting companies going to be using 5.4+ any time soon? I'm still
coming across hosts who still transition 4.X -> 5.1/2.
I think these slow moving hosts are going to form a natural time delay between
any changes now and these changes taking affect on the parts of the user
community wh
On Tue, 2010-11-16 at 10:29 +0100, Johannes Schlüter wrote:
> On Mon, 2010-11-15 at 02:42 -0800, Rasmus Lerdorf wrote:
> > Ok, I went through all the 5.3 code. This should fix the null poisoning
> > problems in 5.3 without breaking binary compatibility:
> >
> > http://progphp.com/nullpatch.txt
>
On Thu, 2010-11-18 at 15:40 +0800, Adam Harvey wrote:
> Yes, killing magic quotes will likely increase the support workload
> for a time,
I don't think it would increase support workload. Most people won't
notice.
What happens is that applications which are _a bit_ secure now will
continue to run
2010/11/18 Zeev Suraski :
> The voice of reason...
> As much as I'd like to see magic quotes burning in hell (had the option to
> kill them when they were small, but unfortunately didn't), I'm wondering
> whether the people +1'ing are thinking about the potential consequences to
> doing this, an
55 matches
Mail list logo
