Hi!
Lars Schultz wrote:
As you can see I boldly used the function reference_count(Object) even
though it doesn't exist. This is exactly what I'd need to allow my
concept to work.
Some time ago I created a patch to implement a ref_count() function
which works the way you suggested. But I'm
Hi!
Ilia Alshanetsky wrote:
Once again, I encourage everyone to take the time to try out this RC and
test it against your code or simply run "make test".
Works fine for me, but I've a question about the dropped curly braces.
Has there been some public discussion about it recently? I'm sorry if
Hi Rasmus!
Rasmus Lerdorf wrote:
Very few people converted to using {} so the argument about reading old
code doesn't really hold.
I can't belive that most of the code today is based on <=PHP3 code. I'm
not talking about such "PHP3 based" code. I'm talking about code, you
wrote 1 year ago
Rasmus Lerdorf wrote:
Andreas Korthaus wrote:
But you know without understanding of any context, that it's the 6th
character of the string "$str". When you see $var[5], it could be the
6th character of a string, or an element of an array... and what
about the value? You can
Rasmus Lerdorf wrote:
And you are willing to break just about every application out there for
this?
I didn't know how many applications use [] with strings. I only know a
lot of applications using {}. The point is not "breaking existing apps",
but destroy a sensable convention, which is us
Hi Andrei!
Andrei Zmievski wrote:
You will break many more scripts by dropping [] for strings than the
other way around. Do you agree?
Until tonight I was sure that only a few projects still use the []
syntax which is depreciated for 5 years.
But if some of you don't think so I'm probably wr
Derick Rethans wrote:
That's the problem - also grep does not know if [] is used for arrays or
stings. That's the same for programmers, it's often not easy to conclude from
context - that's my point.
grep won't, but php -l will.
That's true. But what about "reducing complexity"?
Don't you t
Rasmus Lerdorf wrote:
That's way outside the scope of what we have planned for PHP 6 and I can
pretty much guarantee it won't happen. The SRM-like thing doesn't need
to be part of PHP though. Anybody can build such a beast.
What about something like a "persistent superglobal"? The idea is
Hi Rasmus!
Rasmus Lerdorf wrote:
I ran some tests, and did the following:
$Order_Total = sprintf("%01.20f",$Order_Total);
$Refund_Amount = sprintf("%01.20f",$Refund_Amount);
which produced:
$Order_Total = 102.84431566
and$Refund_Amount = 102.85
Leon Matthews schrieb:
PS: will a 64 bit INTEGER make it into PHP6?
But they're already here in fives-ville...
I recently had a regression test failure on our framework when testing on
the new AMD64 test server. The 'failed' test was expecting to see an error
when dealing with UNIX epoch time
Hi!
Ilia Alshanetsky wrote:
So, if you have
changes you'd like to see in 5.2 (don't go too wild now ;-) ), reply to
this e-mail.
Some issues not yet in the wiki, which have been discussed on this list
some time ago:
1. date extension
with OO interface and classname "Date" (don't forget abo
Hi Glenn,
Glenn Richmond wrote:
This isn't actually part of the PECL project as I understand it. The
PECL memcache project provides a PHP interface to using a memcache
server. What I've developed is a memcache session handler that can be
used via the php.ini file by:
session.handler = memcache
Hi John!
John Lim wrote:
Are comments working on the wiki? I posted several, eg to
http://oss.backendmedia.com/index.php?area=PDO&page=bindParam
If comments don't work, perhaps you could edit the page and add your
comment to the text?
PS: I agree with you about your issues, eg. bindParam, DSN, e
Hello!
Can someone tell me anything about the state of PHP5 support in APC? I
have read some posts from last september where was statet "in a few
weeks there will be PHP5 support " ;-)
Today I tried to install a snapshot from CVS, to see if it works with
PHP 5.0.3 on my Gentoo-Box. Seems if the
I'm sorry, should have gone to pecl.dev!
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Greg Beaver wrote:
Was the removal of most pear package in 4.3.11 intentional?
Yes.
Has this been announced somewhere? I did not see anything in ChangeLog
and release notes.
The only other change being considered for the future would be to
make it easier to install PEAR by providing a single fil
Hi!
Andi Gutmans wrote:
> I'll roll PHP 5.1 Beta 1 tomorrow. Hopefully we will then start
> getting some very much needed feedback from the public for HEAD.
Will pecl_http be included?
(AFAIR something like that has been discussed earlier this year on this
list)
I'm asking because it's such a
Hi!
Andi Gutmans wrote:
I'll roll PHP 5.1 Beta 1 tomorrow. Hopefully we will then start getting
some very much needed feedback from the public for HEAD.
Will pecl_http be included?
(AFAIR something like that has been discussed earlier this year on this
list)
I'm asking because it's such a
Michael Wallner wrote:
Will pecl_http be included? (AFAIR something like that has been
discussed earlier this year on this list)
Hm, I must have missed that...
I cannot find it anymore, perhaps it only has been suggested...
Anyway it's still far away from stable - just compare the
count of
Derick Rethans wrote:
On Fri, 10 Jun 2005, Andreas Korthaus wrote:
Will pecl_http be included?
(AFAIR something like that has been discussed earlier this year on this list)
We have the policy of not adding more very specialized extensions to the
PHP core distribution - those extensions
steve roussey wrote:
> The setup we are striving for is to keep connections open all the way
down the chain to the database. Ideally this would mean that we would
use Apache 2.2 with the event MPM to hold user connections. Then the
PHP threads would ideally hold persistent connections to the da
steve roussey wrote:
Someone else emailed me about using FastCGI with Apache 2.1/event but
I just figured that there would be a significant slowdown using
FastCGI rather than a module/handler. (Currently I compile PHP into
Apache statically and turn off Apache's dynamic module loading ability
--
Rasmus Lerdorf wrote:
SquirrelMail has code like this all over the place:
$value = strtolower(array_shift(split('/\w/',trim($value;
Here array_shift() does of course change the arg, so that is a potential
problem. And yes, that's a dumb way to do this, but people write code
like this.
Derick Rethans wrote:
[...], if you have any idea on how to
make things better, please step forward. I already spoke with the doc
folks how to document all the timezones that we now support.
I've learned about the limitations of the old date/time functions some
time ago, so I had to impleme
Lukas Smith wrote:
I dont see a pressing need for an OO API and I also dont think that PHP
internal API's should one by one be moved over to an OO interface either.
IMO date is a very good example where a nice OO API is very useful -
particularly for people with advanced needs of date/timezon
Jani Taskinen wrote:
>
On Sat, 22 Oct 2005, Sebastian Bergmann wrote:
Rasmus Lerdorf schrieb:
Include an opcode cache by default. A lot of work has gone into
pecl/apc recently, but I am not hung up on which one goes in.
In case we include APC by default, it would be nice if its apc_store(
26 matches
Mail list logo
