On Fri, Jun 19, 2009 at 3:23 AM, Michael Shadle wrote:
> Andrei today has officially given his word that he will not be able to
> support the project anymore.
>
> I am working in the background to take over the domains and assets.
>
> The only bottleneck (according to Rasmus who is here in Portland
The PHP development team would like to announce the immediate
availability of PHP 5.2.10. This release focuses on improving the
stability of
the PHP 5.2.x branch with over 100 bug fixes, one of which is security
related. All users of PHP are encouraged to upgrade to this release.
Security E
On Jun 18, 2009, at 1:09 PM, jvlad wrote:
If the bug #48583 can't be accepted through bugs.php.net, I think it
makes
sense to discuss it here.
It's not a bug but "chicken'n'egg'" issue. Errors are displayed by
default
(IIRC) so if the ini file does not get parsed an error is outputted
which
On Jun 18, 2009, at 10:55 AM, Scott MacVicar wrote:
Here is a nice simple patch for #48575 which rips out the
mach-o/dyld.h functionality in Zend (as suggested by the original
reporter and the Apple comment). According to my testing this not
only
doesn't break anything, but actually doesn't ch
Hi!
I'm an 18 years old student from Sweden with an interest in
programming, particularly in solving more
complex problems (like creating a database abstraction, advanced
template parser etc.).
I use PHP because it is a very nice and adaptable language, and I work
as a web developer in my free tim
Hi,
The arg info for array_map appears to be incorrect. It lists 3 arguments as
required, when in fact there are only 2 required. Attached is a small patch
to fix it.
Regards,
Matthew
Index: basic_functions.c
===
RCS file: /repositor
On a PC (finnish layout) it's 2. AltGr + ? :) And it's not a big deal, people
like me are quite used to doing that. People with Macs should be used to weird
key combinations anyway. :D
--Jani
Guilherme Blanco kirjoitti:
Actually... on finnish keyboard on mac... 3 (Shift + Alt + 7). =P
I do
Actually... on finnish keyboard on mac... 3 (Shift + Alt + 7). =P
I don't know if there's another constant to it... that's my first patch ever!
Anyway... let's see other's opinions.
Cheers,
On Thu, Jun 18, 2009 at 12:57 PM, Kalle Sommer Nielsen wrote:
> Hi Guilherme
>
> 2009/6/18 Guilherme Blanc
>> If the bug #48583 can't be accepted through bugs.php.net, I think it
>> makes
>> sense to discuss it here.
>
> It's not a bug but "chicken'n'egg'" issue. Errors are displayed by default
> (IIRC) so if the ini file does not get parsed an error is outputted which
> IS
> --Jani
I don't agree,
jvlad kirjoitti:
If the bug #48583 can't be accepted through bugs.php.net, I think it makes
sense to discuss it here.
It's not a bug but "chicken'n'egg'" issue. Errors are displayed by default
(IIRC) so if the ini file does not get parsed an error is outputted which IS
really good thing. Just
Hi Guilherme
2009/6/18 Guilherme Blanco :
> Hi guys,
>
>
> First of all, don't laugh! =D
>
> The idea and patch are extremely simple.
> Based on recent experiments with Namespaces and FQCN thing I spoke
> with Johannes a couple of days ago, I decided to dive into source and
> try a possible patch.
Hi guys,
First of all, don't laugh! =D
The idea and patch are extremely simple.
Based on recent experiments with Namespaces and FQCN thing I spoke
with Johannes a couple of days ago, I decided to dive into source and
try a possible patch.
That's my first attempt to contribution to internals. Mai
Gwynne Raskind wrote:
> On Jun 18, 2009, at 10:46 AM, Gwynne Raskind wrote:
>> Here is a nice simple patch for #48575 which rips out the
>> mach-o/dyld.h functionality in Zend (as suggested by the original
>> reporter and the Apple comment). According to my testing this not only
>> doesn't break an
On Jun 18, 2009, at 10:46 AM, Gwynne Raskind wrote:
Here is a nice simple patch for #48575 which rips out the mach-o/
dyld.h functionality in Zend (as suggested by the original reporter
and the Apple comment). According to my testing this not only
doesn't break anything, but actually doesn't
Here is a nice simple patch for #48575 which rips out the mach-o/
dyld.h functionality in Zend (as suggested by the original reporter
and the Apple comment). According to my testing this not only doesn't
break anything, but actually doesn't change anything either except
removing some dead co
If the bug #48583 can't be accepted through bugs.php.net, I think it makes
sense to discuss it here.
In short the question is:
Should display_errors and the other error-routing settings work or not?
I belive they are very important and should always work.
Just my 2cents.
Long story:
display_er
On Thu, Jun 18, 2009 at 4:15 PM, Lukas Kahwe Smith wrote:
>
> On 24.05.2009, at 11:53, Carsten Wiedmann wrote:
>
>> Hello,
>>
>>> var_dump(NAN); // float(0), should be float(NAN)
>>> $realNaN = sqrt(-1);
>>> var_dump($realNaN); // float(NAN)
>>> var_dump($realNaN == $realNaN); // true, should be fa
On 24.05.2009, at 11:53, Carsten Wiedmann wrote:
Hello,
var_dump(NAN); // float(0), should be float(NAN)
$realNaN = sqrt(-1);
var_dump($realNaN); // float(NAN)
var_dump($realNaN == $realNaN); // true, should be false, NaN
should never match NaN
That's interesting. With my own 5.2.9 build
The patch looks fine to me.
Ilia Alshanetsky
On 17-Jun-09, at 11:43 AM, Scott MacVicar wrote:
Hey,
Bug 48215 was a BC break from the previous 5.2 behaviour, it stemmed
from a change for bug #39127.
class a { function a($arg='') { echo $arg; } }
class b extends a {}
$b = new b;
$b->b('
Hi,
On Wed, 2009-06-17 at 16:43 +0100, Scott MacVicar wrote:
> Hey,
>
> Bug 48215 was a BC break from the previous 5.2 behaviour, it stemmed
> from a change for bug #39127.
this should be fixed in 5.3, for me the patch looks fine, and should be
committed. While I'd be in favor on a short revie
20 matches
Mail list logo
