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 so
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, replaci
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.
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 application
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.
> 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
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 a
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: http://ww
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
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 TYPE_PAIR(IS_ST
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 Web\Forms\Contr
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 identi
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\L
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 5.
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
{}
$ob
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
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 releas
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
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
> -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]>
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 i
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 rele
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 Int
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
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
>>> librari
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 u
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
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 (se
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 pr
Jared Williams wrote:
APC is another missing extension.
apc is in pecl - so would be provided with the PECL binary.
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http
> -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
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:
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 p
2008/11/9 Marcin Kurzyna <[EMAIL PROTECTED]>:
> Hi,
> recent change in namespace code introduced new bug, please consider:
>
> namespace tests;
>
> class t1 {
>function abc(\stdClass $std = null) {
>}
> }
> ?>
>
> triggers "Fatal error: Default value for parameters with a class type hin
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.
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 what
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/
r
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
On 10.11.2008, at 12:27, Jani Taskinen wrote:
4. Output buffering rewrite MFH: http://bugs.php.net/bug.php?id=42641&edit=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 in
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. Howev
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:
http://cvs.php.net/vi
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 any
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_
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
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 contin
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 yo
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 t
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
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_interbas
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:
> namespace foo;
> ...
?>>
> 2) multiple namespaces per file:
> namespace foo1 {
> }
> namespace
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 th
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 interested
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
p
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
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) =
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
===
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
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
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 pe
61 matches
Mail list logo
