I'll take a look at it.
Thanks.
At 01:20 PM 5/10/2004 -0700, Andrei Zmievski wrote:
This is a patch I'd like to propose for inclusion in PHP 5.
It is very useful to be able to refer to other .ini variables when
defining them. Things like concatenation and reusing the same dir in
multiple places be
Maintaining PEAR VersionControl::SVN package, recently approved via PEPr system.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
This is a patch I'd like to propose for inclusion in PHP 5.
It is very useful to be able to refer to other .ini variables when
defining them. Things like concatenation and reusing the same dir in
multiple places become possible.
With the attached patch you can do things like:
default_dir = "/h
Hello,
I play a little bit with the new mysqli replication functions. during the
tests nothing happend, so that I think that these functions are currently in
beta status. when could I use these new mysqli replication functions, any
timeframe?
thanks a lot and great work so far!
best regards, JM
Andi Gutmans wrote:
No, you should say that only [a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*
are valid.
In addition, maybe post 5.0 we will unify global const and class const
and then it'll definitely not work with those weird names. There are
also plenty of weird things you can do with C which ar
Andi Gutmans wrote:
As no good syntax has been found for the less common case of allowing
NULL's, I think the best solution for now is not to allow null in the
regular type hint syntax, and have people who want to allow NULL's not
use type hints at all (in any case, they need to manually check t
Hello Ferdinand,
Monday, May 10, 2004, 6:01:12 PM, you wrote:
> On 10 May 2004 at 11:31, Jason Garber wrote:
>> The only way I see that as being useful is to be able to assume
> that you
>> can safely say $bar->DoSomething()from within your function
> WITHOUT
>> FIRST HAVING TO write a
Hi Marcus,
You are totally correct. I should have clarified my statement on the
default parameter vs allowing nulls as they are very different.
To sum it up, as Andi said:
"I think the best solution for now is not to allow null in the regular type
hint syntax, and have people who want to allo
Hello Jason,
Monday, May 10, 2004, 5:31:38 PM, you wrote:
> Hello,
> I've been following this discussion from the beginning. To be pointed, I
> think that the whole matter is rather a serious case of "overfunctionality".
> Consider allowing a type hint such as
> function foo(MyClass $bar)
>
I think it's hard to put closure on this type hints issue.
The main problem as I see it, is that most PHP users, unlike Java users,
usually do pass instantiated objects to functions which except objects, and
as mentioned here, people would like to do $obj->method() without having to
test for NUL
On 10 May 2004 at 11:31, Jason Garber wrote:
> The only way I see that as being useful is to be able to assume
that you
> can safely say $bar->DoSomething()from within your function
WITHOUT
> FIRST HAVING TO write an if() statement that verifies that it is not
null.
On the other hand i
Hello,
I've been following this discussion from the beginning. To be pointed, I
think that the whole matter is rather a serious case of "overfunctionality".
Consider allowing a type hint such as
function foo(MyClass $bar)
The only way I see that as being useful is to be able to assume that you
This should be fixed now.
Basically in non-compatibility mode == does the same as PHP 4 (it compares
object type and properties) and === compares object handles (this is
because comparing object handles from our experience with Java isn't used
that often and it's very useful to be able to use th
Hi,
I already sent a message about php_curl.dll, but unfortunately there was no response.
Does anybody know if in the new release of php, the php_curl.dll is updated as well ?
Because in the current version "CURLOPT_PROXYAUTH" isn't supported. And I'm running a
server behind a IIS proxy server
Developing the PHP runtime
Translating the documentation
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
looking through the serialization code, it appears that the read_property
handler is not called for variable names returned from __sleep. IOW
serialization is currenty only useful for userland objects. is this on the
TODO list for PHP5 ?
l0t3k
--
PHP Internals - PHP Runtime Development Mailing L
On Mon, 10 May 2004, Magnus [iso-8859-1] Määttä wrote:
> On Monday 10 May 2004 11.20, Andi Gutmans wrote:
> > Hi,
> >
> > I will probably make it per-process, obviously it'll stay alive in between
> > requests with a TTL. I don't think it should take more than a few KB so I
> > wouldn't worry abou
On Monday 10 May 2004 11.20, Andi Gutmans wrote:
> Hi,
>
> I will probably make it per-process, obviously it'll stay alive in between
> requests with a TTL. I don't think it should take more than a few KB so I
> wouldn't worry about memory. I might in any case, limit the maximum of
> memory it can
Hello,
All of your point is acceptable for me, too. Of cource I do not
think APC has something to do with realpath calls, and as I wrote in
another mail, APC is just a way to make skipping realpath() calls
more easy (to be exact, it's the way to suppress realpath() only once
for each script th
Hi,
I will probably make it per-process, obviously it'll stay alive in between
requests with a TTL. I don't think it should take more than a few KB so I
wouldn't worry about memory. I might in any case, limit the maximum of
memory it can take. Give me a couple of weeks and hopefully I'll have
Hi,
I'm glad to hear that:)
Actually, my first try was writing an experimental patch to cache
realpath() for this problem because perhaps this is the finest and
most "transparent" solution as you say. And my experimental patch
worked fine , too (though it's too ugly to post here:).
Anyway, th
Hi,
I am very much interested to take part in the development process of PHP and i am
eager to contribute in development of extensions for PHP.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 10 May 2004, BUSTARRET, Jean-Francois wrote:
> To what versions of PHP do you plan to include your realpath cache ?
>
> I hope you'll add it to PHP4...
PHP 4 will not get new features.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.
To what versions of PHP do you plan to include your realpath cache ?
I hope you'll add it to PHP4...
Thanks
Jean-Francois
> -Message d'origine-
> De : Andi Gutmans [mailto:[EMAIL PROTECTED]
> Envoyé : dimanche 9 mai 2004 18:09
> À : Masaki Fujimoto; [EMAIL PROTECTED]
> Objet : Re: [PH
[snip]
Same here. I have a number of static arrays that I use
for reference data that are usually encapsulated in a
function, or a global / session variable. It would be
very handy to be able to define a constant array
instead.
- Gabriel
=
Agreed. Also using arrays of constants without a way
CS>>Just a thought: Allow default values to violate the type hint (maybe
CS>>only a default value of null).
Non-null defaults for class-typehinted variable is definitely bad. This
means you code has to check somewhere if it's default or not - then why
typehint it? If your method accepts non-obje
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (769 total including feature requests)
===[*General Issues]==
27372 Verified parse error loading browscap.ini at apache startup (new parser
required)
28328 Feedback
Thanks - the streams seem to be the solution. The basic problem is never
with the "main file", but with includes.
I will try and let the newsgroup know how this works.
Regards,
Srdjan Mijanovic
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/un
28 matches
Mail list logo
