On Mon, Nov 10, 2008 at 10:41 AM, Lukas Kahwe Smith [EMAIL PROTECTED] wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP 5.3 we have
in CVS (especially bigger stuff like the addition/removal of an extension
etc.). Please bring up any areas you are concerned about that
Hello Gregory,
Friday, November 7, 2008, 10:14:50 PM, you wrote:
Hi,
Stas and company decided that they wanted namespaces to have two legal
syntax choices:
1) single namespace per file:
?php
namespace foo;
...
?
2) multiple namespaces per file:
?php
namespace foo1 {
}
namespace
Lukas Kahwe Smith wrote:
On 10.11.2008, at 11:41, Jani Taskinen wrote:
2. Change ext/ereg to be disabled by default (scheduled to be removed
in PHP 6, iirc?)
IIRC we are not yet in agreement on the removal. AFAIK its already an
extension in PHP6, but I am not sure if we wanted to
On Mon, 2008-11-10 at 12:41 +0200, Jani Taskinen wrote:
1. Change ext/phar to be disabled by default
Is that the only case? We have a few new extensions, fileinfo is enabled
by default at the moment, hash is, sqlite3 is, ...
So the question is: What's the purpose of bundling extensions and
Lester Caine wrote:
Lukas Kahwe Smith wrote:
Pierre there are some 44 extensions in the 5.2.x snapshot and only 30
odd in the 5.3.x snapshot - I don't have time to go through every one
to check their status. Is that information available somewhere?
This is why I asked to check the NEWS file:
-Original Message-
From: Lester Caine [mailto:[EMAIL PROTECTED]
Sent: 10 November 2008 08:23
To: PHP internals
Subject: Re: [PHP-DEV] alpha3 or forever hold your peace
Lukas Kahwe Smith wrote:
I just wanted to ask everybody to skim over the changes for
PHP 5.3 we
have in
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the final release (windows only). The underlying
libraries are not portable enough to be used on windows and the
versions used before have critical issues
Hi,
easy one: Two of the namespace tests in Zend/tests don't use the new ns
separator yet:
http://sitten-polizei.de/php/zend-test-ns-separator.diff
- Timm
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the final release (windows only). The underlying
libraries are not portable enough to be used on windows
Kalle Sommer Nielsen wrote:
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the final release (windows only). The underlying
libraries are not portable
On Mon, Nov 10, 2008 at 3:51 PM, Kalle Sommer Nielsen
[EMAIL PROTECTED] wrote:
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the final release (windows
Hi,
Em Seg, 2008-11-10 às 15:51 +0100, Timm Friebe escreveu:
Hi,
easy one: Two of the namespace tests in Zend/tests don't use the new ns
separator yet:
http://sitten-polizei.de/php/zend-test-ns-separator.diff
- Timm
Opsss :) Thanks Timm!
--
Regards,
Felipe Pena
--
PHP Internals
On 10.11.2008, at 16:06, Pierre Joye wrote:
On Mon, Nov 10, 2008 at 3:51 PM, Kalle Sommer Nielsen
[EMAIL PROTECTED] wrote:
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
On 10.11.2008, at 12:27, Jani Taskinen wrote:
4. Output buffering rewrite MFH: http://bugs.php.net/bug.php?id=42641edit=1
If there is a significant show of hands of people that feel that the
code in HEAD is so much easier to maintain, that suddenly they feel
more inclined than before to
On 10.11.2008, at 12:04, Jani Taskinen wrote:
Lukas Kahwe Smith wrote:
On 10.11.2008, at 11:41, Jani Taskinen wrote:
2. Change ext/ereg to be disabled by default (scheduled to be
removed in PHP 6, iirc?)
IIRC we are not yet in agreement on the removal. AFAIK its already
an extension
Marcus Boerger wrote:
Hello Jani,
Monday, November 10, 2008, 11:41:44 AM, you wrote:
Lukas Kahwe Smith wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP 5.3 we
have in CVS (especially bigger stuff like the addition/removal of an
extension etc.). Please bring up
I am reading the Extending and Embedding PHP, but I account some errors with
hashtable,even my code is actually the same as the sample code.
I have codes like this:
PHP_FUNCTION(wps_close)
{
FILE* fp;
zval* file_handler;
if(zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, r, file_handler) ==
Johannes Schlüter wrote:
On Mon, 2008-11-10 at 12:41 +0200, Jani Taskinen wrote:
1. Change ext/phar to be disabled by default
Is that the only case? We have a few new extensions, fileinfo is enabled
by default at the moment, hash is, sqlite3 is, ...
So the question is: What's the purpose
Jani Taskinen wrote:
Lukas Kahwe Smith wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP 5.3 we
have in CVS (especially bigger stuff like the addition/removal of an
extension etc.). Please bring up any areas you are concerned about
that we might have forgotten.
2008/11/9 Marcin Kurzyna [EMAIL PROTECTED]:
Hi,
recent change in namespace code introduced new bug, please consider:
?php
namespace tests;
class t1 {
function abc(\stdClass $std = null) {
}
}
?
triggers Fatal error: Default value for parameters with a class type hint
can
On Mon, Nov 10, 2008 at 9:22 AM, Lester Caine [EMAIL PROTECTED] wrote:
Lukas Kahwe Smith wrote:
There is still the problems with windows builds of PHP5.3. I've not been
able to test anything on new builds since php_interbase is not being
compiled. I've not checked what the other dozen or so
Pierre Joye wrote:
On Mon, Nov 10, 2008 at 9:22 AM, Lester Caine [EMAIL PROTECTED] wrote:
Lukas Kahwe Smith wrote:
There is still the problems with windows builds of PHP5.3. I've not been
able to test anything on new builds since php_interbase is not being
compiled. I've not checked what the
On 10.11.2008, at 11:42, Lester Caine wrote:
Pierre Joye wrote:
On Mon, Nov 10, 2008 at 9:22 AM, Lester Caine [EMAIL PROTECTED]
wrote:
Lukas Kahwe Smith wrote:
There is still the problems with windows builds of PHP5.3. I've
not been
able to test anything on new builds since php_interbase
But where?
pecl4win.php.net hasn't compiled APC since January, and certainly nothing
for 5.3
And can't see anything on windows.php.net containing APC compiled for 5.3
Jared
-Original Message-
From: Lester Caine [mailto:[EMAIL PROTECTED]
Sent: 10 November 2008 12:32
To: PHP
On Mon, Nov 10, 2008 at 1:21 PM, Lester Caine [EMAIL PROTECTED] wrote:
Current windows alpha does not have
php_mcrypt.dll
mcrypt is present (builtin)
php_dba.dll
php_gmp.dll
They will be in the next release.
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present
-Original Message-
From: Pierre Joye [mailto:[EMAIL PROTECTED]
Sent: 10 November 2008 15:46
To: Jared Williams
Cc: Lester Caine; PHP internals
Subject: Re: [PHP-DEV] alpha3 or forever hold your peace
On Mon, Nov 10, 2008 at 4:43 PM, Jared Williams
[EMAIL PROTECTED] wrote:
On Mon, Nov 10, 2008 at 1:18 PM, Lester Caine [EMAIL PROTECTED] wrote:
Alexey Zakhlestin wrote:
2) We still need someone to do upgrades to new parameter-parsing api in
b) ext/interbase (any volunteers?)
Where will I find some help on actually what needs doing? I presume that the
Linux
Hi,
I'd like to add a new optional parameter to sybase_connect() for PHP
5.3. If set to TRUE it will force creation of a new link (and works just
like mysql_connect()'s new_link parameter).
http://sitten-polizei.de/php/sybase-connect-newlink.diff
seems like a good idea to have this and i
Pierre Joye wrote:
pecl4win is dead and will not be restored anymore. In the next weeks,
pecl.php.net will provide the DLLs based on releases instead of random
snapshots, for each active branches (5.2, 5.3 and HEAD).
Does this mean we will have the same problem with pecl that we currently have
On Mon, Nov 10, 2008 at 18:06, Lester Caine [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
pecl4win is dead and will not be restored anymore. In the next weeks,
pecl.php.net will provide the DLLs based on releases instead of random
snapshots, for each active branches (5.2, 5.3 and HEAD).
Does
On 10.11.2008, at 11:41, Jani Taskinen wrote:
2. Change ext/ereg to be disabled by default (scheduled to be
removed in PHP 6, iirc?)
IIRC we are not yet in agreement on the removal. AFAIK its already an
extension in PHP6, but I am not sure if we wanted to continue with the
proposal
On Mon, Nov 10, 2008 at 4:43 PM, Jared Williams
[EMAIL PROTECTED] wrote:
But where?
pecl4win.php.net hasn't compiled APC since January, and certainly nothing
for 5.3
pecl4win is dead and will not be restored anymore. In the next weeks,
pecl.php.net will provide the DLLs based on releases
PHP 5 Bug Database summary - http://bugs.php.net/
Num Status Summary (1187 total -- which includes 737 feature requests)
===[*General Issues]==
42294 To be documented round will not use PHP_ROUND_FUZZ on 64bit CPUs
On 10.11.2008, at 12:06, Jani Taskinen wrote:
Marcus Boerger wrote:
Hello Jani,
Monday, November 10, 2008, 11:41:44 AM, you wrote:
Lukas Kahwe Smith wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP
5.3 we have in CVS (especially bigger stuff like the addition/
Hannes Magnusson wrote:
On Mon, Nov 10, 2008 at 18:06, Lester Caine [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
pecl4win is dead and will not be restored anymore. In the next weeks,
pecl.php.net will provide the DLLs based on releases instead of random
snapshots, for each active branches (5.2,
Lukas Kahwe Smith wrote:
I just wanted to ask everybody to skim over the changes for PHP 5.3 we
have in CVS (especially bigger stuff like the addition/removal of an
extension etc.). Please bring up any areas you are concerned about that
we might have forgotten. However I am not interested in
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (68 total -- which includes 32 feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
Lukas Kahwe Smith wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP 5.3 we
have in CVS (especially bigger stuff like the addition/removal of an
extension etc.). Please bring up any areas you are concerned about that
we might have forgotten. However I am not
On 11.10.2008, at 19:45, Gregory Beaver wrote:
The first part of the bug that I encountered is best described here:
http://bugs.php.net/bug.php?id=46026. However, it is a deeper problem
than this, as the attempts to cache data is dangerous any time a
stream
filter is attached to a stream.
Alexey Zakhlestin wrote:
2) We still need someone to do upgrades to new parameter-parsing api in
b) ext/interbase (any volunteers?)
Where will I find some help on actually what needs doing? I presume that the
Linux build has not been updated although I'm not actually seeing a problem at
On Fri, 2008-11-07 at 09:57 +0100, Pierre Joye wrote:
It is why alpha releases are for. If we don't merge it we should
simply drop it in HEAD and forget it. This code has been there for
years now, it is time to bring it to a stable branch. The same applies
for other code in HEAD not having
David Grudl napsal(a):
Hello!
This code leads to fatal error: Class 'Nette\Loaders\Nette\Object'. Is
it a bug in current implementation or namespace resolution rules has
been changed?
namespace Nette;
class Object
{}
namespace Nette\Loaders;
class AutoLoader extends Nette\Object
{}
Hello Jani,
Monday, November 10, 2008, 11:41:44 AM, you wrote:
Lukas Kahwe Smith wrote:
Hi,
I just wanted to ask everybody to skim over the changes for PHP 5.3 we
have in CVS (especially bigger stuff like the addition/removal of an
extension etc.). Please bring up any areas you are
Please bring up any areas you are concerned about that we might have
forgotten.
PHP_5_3 as of this morning does not contain that patch that makes
ArrayObject behave like an array (reset()).
Here's a test for that (I don't have php-src karma) if anyone would
care to commit it. Passes on
Lukas Kahwe Smith wrote:
Pierre there are some 44 extensions in the 5.2.x snapshot and only 30
odd in the 5.3.x snapshot - I don't have time to go through every one
to check their status. Is that information available somewhere?
This is why I asked to check the NEWS file:
On Mon, Nov 10, 2008 at 11:10, Jakub Vrana [EMAIL PROTECTED] wrote:
Not true:
$ php -l t.php; echo $?
Parse error: syntax error, unexpected $end in t.php on line 3
Errors parsing t.php
255
In which PHP version and in which OS? Because in
http://lxr.php.net/ident?i=php_lint_script I see
Jaroslav Hanslík wrote:
David Grudl napsal(a):
Hello!
This code leads to fatal error: Class 'Nette\Loaders\Nette\Object'. Is
it a bug in current implementation or namespace resolution rules has
been changed?
namespace Nette;
class Object
{}
namespace Nette\Loaders;
class AutoLoader
The problem was that it isn't immediately clear why we would consider
Sub\Object to be the same as \Sub\Object, but Object to be
different from \Object inside a namespace context, but the same
outside a namespace context.
The Sub\Object should be understand as fully qualified identifiers and
I understand this new behaviour is same as using relative paths, but
there is a common best practise to not make dependencies form topper
namespaces to deeper ones.
So it is rare to have class Company\Software\Base extending
Company\Software\Web\Forms\Control (i.e. Base extends
On Nov 6, 2008, at 10:37 AM, shire wrote:
However, while the common compare_function call probably wouldent
gain anything from this, maybe it could be put in the
TYPE_PAIR(IS_STRING, IS_STRING) case or put into zendi_smart_strcmp
(which only seems to ever be called by the
Pierre Joye napsal(a):
On Mon, Nov 10, 2008 at 3:51 PM, Kalle Sommer Nielsen
[EMAIL PROTECTED] wrote:
2008/11/10 Jaroslav Hanslík [EMAIL PROTECTED]:
Pierre Joye napsal(a):
php_pspell.dll
php_snmp.dll
snmp and pspell are likely to do not be present in the next release
and maybe not in the
Here's a test for that (I don't have php-src karma) if anyone would
care to commit it. Passes on 5.2.6, but fails on 5.3alpha3-dev
FWIW, I committed that patch today.
I'd like for it to pass by RC1 (-:
S
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
I just ran a quick benchmark on this and I'm not seeing a significant
real world change for Facebook's codebase. (definitely less than 1%)
This was a pretty small test, without a lot of code execution, so I could
see other applications doing better. I'm pretty neutral on this one,
it's not
Can you please point us to an example describing this best practice?
For example Namespace Naming Guidelines in .NET
(http://msdn.microsoft.com/en-us/library/893ke618(VS.71).aspx)
A nested namespace should have a dependency on types in the containing
namespace. For example, the classes in
Or Zend Framework source code. There is no class extending class from
subpackage (class Zend_View extends Zend_View_Abstract is not
subpackage, viz
http://framework.zend.com/wiki/display/ZFPROP/Naming+conventions+for+2.0+-+Matthew+Ratzloff).
*
*In PHP nothing bubbles, hence this doesn't work.
This wouldn't really help with the case here of if ($array1 ==
$array2)... though right? (not to say it's not good, just making sure I
understand ;-) ).
Yes I'm talking about speeding up scenarios full of hash lookups in general.
It sounds like this would only work if the array contents
On Nov 10, 2008, at 2:32 PM, Stan Vassilev | FM wrote:
I just ran a quick benchmark on this and I'm not seeing a
significant real world change for Facebook's codebase. (definitely
less than 1%) This was a pretty small test, without a lot of code
execution, so I could see other
On Nov 10, 2008, at 4:28 PM, Stan Vassilev | FM wrote:
This wouldn't really help with the case here of if ($array1 ==
$array2)... though right? (not to say it's not good, just making
sure I understand ;-) ).
Yes I'm talking about speeding up scenarios full of hash lookups in
general.
On Nov 10, 2008, at 5:24 PM, shire wrote:
It sounds like this would only work if the array contents where
static though, as you're mapping a constant string to the
contents of the hash (or did I misunderstand and you'd be
mapping string const. values to hash IDs?).
My point is,
Since nobody else has chimed in with the obvious (to me, anyways):
I've worked with some code that uses disgustingly huge (512Mb) arrays,
largest implementation was a single 2.5 Gb array (before we took the
offending programmer into a room and had a... chat).
I'd be interested in seeing
60 matches
Mail list logo
