Actually I think the best way is to rename the directory in the repository
as it would save history.
At 10:36 AM 6/20/2004 -0400, Brad House wrote:
heh, well, I know I definitely do not have permissions
to do that then :)
Any assistance someone could provide me would be appreciated.
Also, I can g
At 06:59 PM 6/19/2004 +0100, Lester Caine wrote:
p.s. Thanks Jan - 15 mins and everything was running fine, so now I just
need to sort out how to replace the 'extra' bits. Not done a comprehensive
test, but php.net working fine on W2k/Apache2/PHP5 as was probably
expected. The fun will come with
On Tuesday 22 June 2004 13:03, Andi Gutmans wrote:
> Actually I think the best way is to rename the directory in the repository
> as it would save history.
That would break the checkout of the older php versions. The directory needs
to be copied and then cvs delete the files in the old one.
Edin
where can i get a version of libxml2 that will compile properly against CVS
on win32 ? the one at zlatkovic's site was built with VC++7 but im using V6.
l0t3k
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
where can i get a version of libxml2 that will compile properly against CVS
on win32 ? the one at zlatkovic's site was built with VC++7 but im using V6.
l0t3k
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Andi Gutmans wrote:
p.s. Thanks Jan - 15 mins and everything was running fine, so now I
just need to sort out how to replace the 'extra' bits. Not done a
comprehensive test, but php.net working fine on W2k/Apache2/PHP5 as
was probably expected. The fun will come with running an update ;)
Sounds
At 14:08 22/06/2004, Andi Gutmans wrote:
At 06:59 PM 6/19/2004 +0100, Lester Caine wrote:
p.s. Thanks Jan - 15 mins and everything was running fine, so now I just
need to sort out how to replace the 'extra' bits. Not done a
comprehensive test, but php.net working fine on W2k/Apache2/PHP5 as was
On Tuesday 22 June 2004 15:37, Zeev Suraski wrote:
> One thing we could do pretty easily, I guess, is to add something like
> v5.php.net, which will be a complete replica of www.php.net, but running on
> PHP 5. We're doing something similar with zend.com right now (it actually
> runs quite well, e
http://bugs.php.net/28879
The fixes are really simple (and the ZE1 branch is no more complicated), but
I just wanted to double check that this kind of behavior change should be
done. On the one hand it makes things consistent (which is good), on the
other hand the two "problems" it "solves" are f
Yeah for BC sake, but if you define the function's as static explicitly it
won't work.
At 01:54 PM 6/21/2004 +0200, Ard Biesheuvel wrote:
Is the fact that the following code works intentional ?
class S {
function func() {
A::meth();
}
}
class A {
private $b
This isn't a bug fix, but the behavior we chose.
Basically only integers and strings are supported as array offsets.
As you guessed, we converted doubles and bools to integers (possibly
loosing info in doubles).
As resources is something abstract, I'm not really sure we should "fix"
this. Then ag
* Thus wrote Andi Gutmans:
> At 06:59 PM 6/19/2004 +0100, Lester Caine wrote:
>
> Sounds good.
> I assume you didn't check the bugs database right? We should check that
> too, and if possible, I suggest we install 5.0.0-dev on php.net as soon as
> possible. Can anyone think of other stuff we nee
> > http://bugs.php.net/28879
> >
> This isn't a bug fix, but the behavior we chose.
> Basically only integers and strings are supported as array offsets.
> As you guessed, we converted doubles and bools to integers (possibly
> loosing info in doubles).
> As resources is something abstract, I'm not
"Sara Golemon" <[EMAIL PROTECTED]> writes:
> Here my reservation would be in throwing errors where there previously
> wasn't one (this would apply to both Objects and Arrays as offsets).
Prior to release of PHP5 is most certainly the right time to make this sort of
change. There are already othe
14 matches
Mail list logo