Hi Dmitry,
I just did cvs upd in my php-5.0-dev workarea which brought your changes
in ext/standard/basic_functions.c version 1.673.2.16.
After that I get a compile error saying that
/root/kamesh/work/php5_0/php-src/ext/standard/basic_functions.c:1911:
`IS_CALLABLE_CHECK_NO_ACCESS' undeclared (fi
On Thu, 28 Apr 2005, Rasmus Lerdorf wrote:
Stefan Esser wrote:
Hi,
any objections against fixing our cookie system to also read version 1
cookies correctly?
I want to apply the following patch to all 3 branches:
http://www.suspekt.org/patches/php_variables.c.diff
What is the status of this? I ha
Stefan Esser wrote:
Hi,
any objections against fixing our cookie system to also read version 1
cookies correctly?
I want to apply the following patch to all 3 branches:
http://www.suspekt.org/patches/php_variables.c.diff
What is the status of this? I have been offline for a while and am
trying
On 4/28/05, Greg Donald <[EMAIL PROTECTED]> wrote:
> On 4/28/05, Dan Scott <[EMAIL PROTECTED]> wrote:
> > Does the segfault only occur when you load PDO into mod_php?
> >
> > If you haven't already tried it, try using PHP CLI to reproduce the
> > problem instead; that removes one major variable (Ap
On Thu, 28 Apr 2005, Andrew Bidochko wrote:
> But when I switch to use php 5.0.4 together with Zend Debugger
> v3.5.2 that behavior is broken. I've got fatal error: Cannot
> access undefined property for object with overloaded property access
> in...". Can you advise me what is the real pr
Hello in,
Recently I enjoyed utilizing undefined properties set/get for object with
overloaded property access. That functionality became available in
PHP 5.0.4 after bug #28444 fix.
But when I switch to use php 5.0.4 together with Zend Debugger
v3.5.2 that behavior is broken. I've g
At 11:25 AM 4/28/2005 +0100, Duncan McIntyre wrote:
On Wednesday 27 April 2005 10:16 pm, Andi Gutmans wrote:
> At 03:28 PM 4/27/2005 +0300, Zeev Suraski wrote:
> >At 20:12 25/04/2005, Christian Schneider wrote:
> >>[snip]
> >>But then again I think the whole thing is typical OO bloat anyway and
> >
Thanks, Jani.
- Sascha
On Thu, 28 Apr 2005, Jani Taskinen wrote:
I addded fastcgi.logging ini option. Set that to 0 and you'll
get the original behaviour back.
--Jani
On Thu, 28 Apr 2005, Sascha Schumann wrote:
I'm more of the mindset that whoever breaks it, also fixes
it.
I addded fastcgi.logging ini option. Set that to 0 and you'll
get the original behaviour back.
--Jani
On Thu, 28 Apr 2005, Sascha Schumann wrote:
I'm more of the mindset that whoever breaks it, also fixes
it.
My current 'fix' would simply revert that patch. If you
agree wit
I'm more of the mindset that whoever breaks it, also fixes
it.
My current 'fix' would simply revert that patch. If you
agree with that, I will happily follow through.
- Sascha
-- Forwarded message --
Date: Thu, 28 Apr 2005 12:58:05 +0200
From: [EMAIL PROTECTED]
Atlast identified the cause of ./configure on cross build failing.
The cause was autoconf versions.
In my dev environment I have autoconf version 2.57 whereas snaps.php.net
has autoconf 2.13.
Fixed NetWare TSRM/threads.m4 to make configure work out of
snaps.php.net release.
With regards
Kamesh
On Wednesday 27 April 2005 10:16 pm, Andi Gutmans wrote:
> At 03:28 PM 4/27/2005 +0300, Zeev Suraski wrote:
> >At 20:12 25/04/2005, Christian Schneider wrote:
> >>[snip]
> >>But then again I think the whole thing is typical OO bloat anyway and
> >>that's why I don't want to have language features a
12 matches
Mail list logo
