At 10:15 AM 6/22/2004 -0700, Sara Golemon wrote:
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
Don't have access to a running version of PHP right now (on vacation) but
by design __autoload() isn't supposed to propagate an exception. It's your
last chance to load the class and if it fails, then it dies. If this isn't
exactly what's happening then there's a problem.
The reason for this
According to bug #28878 please read the last comment:
http://bugs.php.net/bug.php?id=28878
The user wants to set doc_root or open_basedir from the obj.conf of his
webserver. He cannot do this because the NSAPI plugin changes only
PHP_INI_USER values:
if (zend_alter_ini_entry(entry-param-name,
Hi All,
I could not understand one piece of code in PHP 5.0 RC3.
File Zend/zend.c
function compiler_globals_ctor()
Here we copy global_class_table to thread specific compiler_globals's
class_table.
For this we use zend_hash_copy which is a generic function used by many
types.
As of my knowledge
Apparently, the default 8MB are not enough for the PEAR installation, so it
bails out when trying to 'make install'. Changing php.ini doesn't have any
effect since the installation uses -n to ignore any php.ini's.
My suggestion - add -dmemory_limit=32M to PEAR_INSTALL_FLAGS (16M solves
the
On Tue, 22 Jun 2004, Curt Zirzow wrote:
* 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
Its no problem... :) Works correct. Changed.
At 11:58 23.06.2004, Uwe Schindler wrote:
According to bug #28878 please read the last comment:
http://bugs.php.net/bug.php?id=28878
The user wants to set doc_root or open_basedir from the obj.conf of his
webserver. He cannot do this because the
On Wed, 23 Jun 2004, Zeev Suraski wrote:
Apparently, the default 8MB are not enough for the PEAR installation, so it
bails out when trying to 'make install'.
Those default 8MB works for me...
My suggestion - add -dmemory_limit=32M to PEAR_INSTALL_FLAGS (16M solves
the problem on my Linux
My package GTK/ScrollingLabel has been approved for PEAR. I would like to
administrate the code via CVS as suggested in the PEAR developers guide.
People who voted for my package include:
Arnaud Limbourg, Tobias Schlitt, and Alan Knowles.
--
PHP Internals - PHP Runtime Development Mailing
At 16:21 23/06/2004, Derick Rethans wrote:
On Wed, 23 Jun 2004, Zeev Suraski wrote:
Apparently, the default 8MB are not enough for the PEAR installation, so it
bails out when trying to 'make install'.
Those default 8MB works for me...
It does not for me. Maybe it's related to some modules I'm
It looks like the last time this was discussed was October of 2003, over
the course of about five emails. I don't see anything in the archives
about it since then. Here's what I'd like to suggest.
some_function($a, 'B', :check TRUE)
function some_function($first, $second, :check $key1 = FALSE,
Daniel Crookston wrote:
some_function($a, 'B', :check TRUE)
function some_function($first, $second, :check $key1 = FALSE, :foo $key2)
First of all: I guess it is too early to start the discussion about
named parameters again.
As much as I think named parameters are an interesting concept I don't
On Wed, Jun 23, 2004 at 03:04:43PM +, Daniel Crookston wrote:
function some_function($first, $second, :check $key1 = FALSE, :foo $key2)
PHP 5 supports type hints when writing interfaces for classes.
http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading6
--Dan
--
T H E A
Even after reading your message twice, I can't think of an example where
this would be useful. Obviously, I don't understand your intention.
Could you give an example of a construction that is made possible by
this feature (and thus would otherwise be impossible)?
Bert
Daniel Crookston wrote:
For myself, I agree with you. Using resources as array offsets just
feels
wrong, and I'm more than happy to leave that be. My only concern there
was
consistency with $arr[$res] = $val; behavior which *does* pickup the lval
and has since ages long past.
But since there's no BC need to
Bert Slagter wrote:
Even after reading your message twice, I can't think of an example where
this would be useful. Obviously, I don't understand your intention.
The original poster wants to add syntax for keyword arguments. Keyword
arguments can be found in quite some languages (Python, Common
Actually, that would be acceptable, since you lose the bulk of array().
The only thing that remains a problem is that if you add another
(non-named) parameter, you still need to worry about the relative
positions in all of your functions. Now that I think about it, that's
actually a bigger
Hi Daniel,
named paramters should only be followed by named paramters - like with
default values. So one can first fill the unnamed once and then some (or
all) of the named once.
But remembering the last discussion on this idea I don't think this will be
added...
johannes
Daniel Crookston
The major benefit of keyword arguments doesn't occur when you're writing
functions, it occurs when you're re-writing them. I can't count the
number of times where I've thought My xyz function already does something
almost exactly like what I need... if I just passed it an extra parameter,
I
Daniel Crookston wrote:
The major benefit of keyword arguments doesn't occur when you're
writing functions, it occurs when you're re-writing them. I can't
count the number of times where I've thought My xyz function already
does something almost exactly like what I need... if I just passed it
As far as I'm concerned you can go ahead and commit this.
At 09:34 AM 6/23/2004 -0700, Sara Golemon wrote:
For myself, I agree with you. Using resources as array offsets just
feels
wrong, and I'm more than happy to leave that be. My only concern there
was
consistency with $arr[$res] = $val;
Hi all,
I have a pattern I'm trying to implement in PHP5 using a class that
could be called statically or non-statically. Perhaps pattern gives
this too much legitimacy :) I can't figure out how to do this wanted
to ask if a) it's possible at all and b) if there's been any solution
But since there's no BC need to allow resources in array initialization,
then sure, leave it to the scripter to cast it to an int if that's REALLY
what they want. (Again why? comes to mind).
PEAR::DB uses this method - I'm seeing a million errors on sites that have
updated to latest CVS
Hi
I think it should be constructor's job to set up an instance with the
defaults. (no need for static in this case)
Am i missing something?
Hans Lellelid wrote:
Hi all,
I have a pattern I'm trying to implement in PHP5 using a class that
could be called statically or non-statically. Perhaps
Andre Cerqueira wrote:
$c = new Criteria(Author::NAME, Leo);
$a = AuthorFinder::find($c);
instantiated behavior for performing customizations:
$c = new Criteria(Author::NAME, Leo);
$af = new AuthorFinder();
$af-setLimit(5);
$a = $af-find($c);
I think it should be constructor's job to
Sorry, I probably underestimated the question
I just thought it would make things simple
I'm still learning that OO stuff hehe, thought static would set the
scope to class instead of object for find.
That way you would have to pass the object as a parameter to the static
find, so that it would
26 matches
Mail list logo