Hi:
so here is the problem, the number index collision can be fixed by
this idea (increase table size with a random delta).
now we need add the random number into DJB hash, and I am not good at math,
so Calling for help, and the random number will be stored in a
process global variab
Hi :-),
On 05/01/12 10:52, David Soria Parra wrote:
On 2012-01-04, "Ivan Enderlin @ Hoa" wrote:
- old git mirrors are down
the old server was shut down. mirrors have not been setup so far.
But is the Mercurial mirror stay up (aka hg.php.net)?
Not for the moment. The extra work to s
Hi,
i've searched bugs database a lot but couldn't find something about this one.
Setup:
Windows Vista
PHP5.4 RC4
php_pdo_sqlsrv as additional extension
Code:
http://www.php.net/unsub.php
Hello all,
I know it seems like there always is infinite pile of work to do before
the PHP 5.4 release comes out, but I think this bug is worth looking at.
https://bugs.php.net/bug.php?id=52211
I suggest reverting r300894, since this causes //IGNORE to stop working.
Preserving functionality shou
On Jan 5, 2012, at 6:56 AM, Tom Worster wrote:
> On 12/29/11 2:03 PM, "Philip Olson" wrote:
>
>> Hi Tom,
>>
>> I fully support a one-method-to-rule-them-all for generating random
>> sauce. Long ago I created an incomplete RFC on the subject, but please
>> feel free to ignore and create a new/b
>
>
> Thanks, Philip.
>
> How do I apply for a wiki account and RFC authoring privileges? (I googled
> but did not find.)
one can register for a wiki account (you already did that AFAIK), wiki
karma is handed out on request through php-webmaster@ (I cc-ed the list
now), usually Hannes manage that
On 12/29/11 2:03 PM, "Philip Olson" wrote:
>Hi Tom,
>
>I fully support a one-method-to-rule-them-all for generating random
>sauce. Long ago I created an incomplete RFC on the subject, but please
>feel free to ignore and create a new/better one. There are a couple of
>old related RFC entries, actu
Hi,
thanks to sesser, he point out that this won't work for string keys,
so, I guess, we should change the hash logic in the mean time.. I
will keep trying.
thanks
On Thu, Jan 5, 2012 at 9:12 PM, Etienne Kneuss wrote:
> Hi,
>
> On Thu, Jan 5, 2012 at 13:05, Nikita Popov wrote:
>> On Thu, Jan
On 12/29/11 2:42 PM, "Pierre Joye" wrote:
>On Thu, Dec 29, 2011 at 2:12 PM, Tom Worster wrote:
>
>> Fair points but not germane to my main argument: I proposed that the
>>base
>> PHP API should allow the PHP programmer uniform access to the system's
>>CS
>> random byte source, which is CryptDevR
Hi,
On Thu, Jan 5, 2012 at 13:05, Nikita Popov wrote:
> On Thu, Jan 5, 2012 at 9:53 AM, Laruence wrote:
>> Hi:
>> the origin thread is too long, so I open a new thread for this.
>>
>> I have made another patch try to fix this issue.
>>
>> the key point is, randomizing the table size(tab
On Thu, Jan 5, 2012 at 9:53 AM, Laruence wrote:
> Hi:
> the origin thread is too long, so I open a new thread for this.
>
> I have made another patch try to fix this issue.
>
> the key point is, randomizing the table size(tableMask).
>
> instead of double the the table size in zend_has
Hi:
run bench.php:
*before patched:
$ sapi/cli/php Zend/bench.php
simple 0.374
simplecall 0.720
simpleucall0.600
simpleudcall 0.633
mandel 1.161
mandel21.632
ackermann(7) 0.810
ary(5) 0.108
ary2(5)0.098
ary3(
David Soria Parra wrote:
But is the Mercurial mirror stay up (aka hg.php.net)?
Not for the moment. The extra work to setup the mirrors is too high.
Once we are on git, i will setup a git->hg read only mirror (you can
also use hg-git to commit back to git).
If you urgently need the mirrors up, I
On Wed, 4 Jan 2012, Rasmus Lerdorf wrote:
> On 01/04/2012 11:09 PM, Stas Malyshev wrote:
>
> > I think we'd need and API to access the seed value and to calculate
> > hash for given seed value. That would probably allow extensions that
> > store hashes with some additional work to do it properly
On 2012-01-04, "Ivan Enderlin @ Hoa" wrote:
> On 03/01/12 18:17, Matthew Weier O'Phinney wrote:
>> On 2011-12-29, David Soria Parra wrote:
>>> here is a short update on the current status of the
>>> git migration.
>> Thanks for all the ground work you're doing making this happen!
> Thanks too!
>
Hi:
the origin thread is too long, so I open a new thread for this.
I have made another patch try to fix this issue.
the key point is, randomizing the table size(tableMask).
instead of double the the table size in zend_hash_do_resize, I
increase the table size with a random delt
On Thu, Jan 5, 2012 at 4:11 PM, Laruence wrote:
> On Thu, Jan 5, 2012 at 4:04 PM, Laruence wrote:
>> On Thu, Jan 5, 2012 at 3:57 PM, Rasmus Lerdorf wrote:
>>> On 01/04/2012 11:49 PM, Laruence wrote:
Hi:
there is one way maybe is a good try.
when resize hashtable, we don
On Thu, Jan 5, 2012 at 4:04 PM, Laruence wrote:
> On Thu, Jan 5, 2012 at 3:57 PM, Rasmus Lerdorf wrote:
>> On 01/04/2012 11:49 PM, Laruence wrote:
>>> Hi:
>>> there is one way maybe is a good try.
>>>
>>> when resize hashtable, we don't just dobule the size, instead, we
>>> increase the ha
On Thu, Jan 5, 2012 at 3:57 PM, Rasmus Lerdorf wrote:
> On 01/04/2012 11:49 PM, Laruence wrote:
>> Hi:
>> there is one way maybe is a good try.
>>
>> when resize hashtable, we don't just dobule the size, instead, we
>> increase the hashtable size with a random delta
>>
>> what do you think
19 matches
Mail list logo
