On Nov 28, 2007, at 10:49 PM, Dirk Randhahn wrote:
Please send me a new CVS password as I forgot mine for the account
krid ([EMAIL PROTECTED])
Hello Dirk,
http://master.php.net/forgot.php
Regards,
Philip
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: h
Please send me a new CVS password as I forgot mine for the account krid ([EMAIL
PROTECTED])
(Don't create a new account!)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Daniel Brown wrote:
> Without sounding too naive on this, I hope, isn't it also possible
> that IBM's internal policies require them to have CLAs in place for
> tax and documentation purposes? Or perhaps to cover their own
> engineers from liability by claiming them as open source developers,
On Nov 28, 2007 5:49 PM, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
> Lukas Kahwe Smith wrote:
> >
> > On 28.11.2007, at 00:28, Pierre wrote:
> >
> >> One word: transparency.
> >>
> >> It is amazing how it helps to discuss things instead of acting like that.
> >
> > I find it amazing how oblivious t
Lukas Kahwe Smith wrote:
>
> On 28.11.2007, at 00:28, Pierre wrote:
>
>> One word: transparency.
>>
>> It is amazing how it helps to discuss things instead of acting like that.
>
> I find it amazing how oblivious to community concerns this all is.
> Anyways, from some other discussions I gathere
I noticed that there where some x86_64 assembly optimizations missing
from Zend/zend_alloc.c, it only accounts for i386. The following
patch should add x86_64 support (I don't have karma for Zend of
course, patch is against 5.2.5), I've included a bench mark with a
simple test script to
Alexey Zakhlestin wrote:
> Enforcing people to use some specific way of coding to use library is
> incorrect, anyway. But, you can correctly handle the situation (i.e.
> provide a meaningful error to the user) by making a simple check:
> http://docs.php.net/headers-sent
With a little bit of magic
the code is
if (ZEND_NUM_ARGS() >= 3 && Z_TYPE_P(length_param) != IS_NULL) {
length = Z_LVAL_P(length_param);
} else {
length = num_in;
}
and afaik should be
I think in fact it should just parse it as long and not as zval - what
would be any reason to parse it as zval and then
Hi,
>
>> When calling
>> "array_slice($array, 0, (float)2);"
>> the resulting array is EMPTY.
>> When using the right type
>> "array_slice($array, 0, (int)2);"
>> it works as expected.
>
> i think this should print a warning like other array functions.
> But i looked into the src
Hi Dirk,
> When calling
> "array_slice($array, 0, (float)2);"
> the resulting array is EMPTY.
> When using the right type
> "array_slice($array, 0, (int)2);"
> it works as expected.
i think this should print a warning like other array functions.
But i looked into the src and this
Hi,
i have tried a current snapshot of PHP 5.3 and have a question regarding
type hinting.
For example when using the function
"array_slice(array $array, int $offset, int $length)"
with a non-integer length parameter, what is the desired behavior?
When calling
"array_slice($array, 0, (float)
On 28.11.2007, at 00:28, Pierre wrote:
One word: transparency.
It is amazing how it helps to discuss things instead of acting like
that.
I find it amazing how oblivious to community concerns this all is.
Anyways, from some other discussions I gathered that the main thing
that is curren
12 matches
Mail list logo