also enable the selected modules in php.ini.
Quite frankly I've given up helping people who are too blind to read the
descriptions on the download page, it does quite plainly state that the
installer gives them core PHP only.
Nicholas Telford
Matt Wilson wrote:
I'm curious why t
Post your question to php-general@lists.php.net this mailing list is for
the development of PHP itself.
Nicholas Telford
D. Walsh wrote:
This may not be the right place to ask but google has kicked my a$$
trying to find a solution.
I've installed PHP-4.4.0, I have "register_glo
.
Just my thoughts.
Nicholas Telford
Chuck Hagenbuch wrote:
Quoting Ilia Alshanetsky <[EMAIL PROTECTED]>:
In this case the "facility" was implementing, poorly might I add a
handler for a clearly incorrect behavior. Removing it was not only
appropriate but necessary to encourage prope
Isn't the point of bringing a discussion to an end that it actually ends?
Please let it go.
Nicholas Telford
-
Email provided by http://www.ntlhome.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.ph
Regardless, you need to download the ZIP that is clearly stated on the
downloads page. The installer contains no additional modules, this is
also clearly stated. This question should have been posted to
php.general or php.install, not internals.
Nicholas Telford
Christopher Kings-Lynne wrote
n as a bug since it's
a Beta issue, appologies if this is the wrong place.
Nicholas Telford
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ber is equivilent to it's quoted counter-part, the same must
be true for strings.
Nicholas Telford
Jochem Maas wrote:
Derick Rethans wrote:
On Fri, 1 Jul 2005, Jochem Maas wrote:
echo constant('CNST');
when:
echo CNST;
only triggers an E_NOTICE.
(assuming, in both cases
ey said, you can just insert the keywords and have them
commented out until the entire app is ported.
Sorry for the rather lengthy post, I've been watching these discussions
with great interest over the last few days and have only now had the
chance to post my thoughts.
Nicholas Telford
--
Wez Furlong wrote:
parent::method() should work, but the point is that if you add a foo()
method in a class that extends PDO, at a time where there is no
PDO::foo(), and you make it work in a particular way, and 6-18 months
later, when PDO::foo() gets added and does something totally
different. No
Wez Furlong wrote:
Just like extending any other built-in class, you need to be careful
to not override built-in methods that either exist now or may exist in
the future; you can very easily burn yourself 6 months down the track
this way.
It's generally a bad idea, and definitely something to avoid
Lukas Smith wrote:
Nicholas Telford wrote:
What I'm proposing is to allow PDO::query() to return a subclass of
PDOStatement. This would allow abstractions to tailor the result set
to their own needs while not (in theory) being too complicated to
implement.
My initial idea involves passi
would be something
like this:
$results = $conn->query($sql,new ResultSet());
If I knew C, I'd write a patch for this, but since I don't, I thought
I'd at least suggest this.
Nicholas Telford
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
David Kingma | jool.nl wrote:
Quoting Ante Drnasin <[EMAIL PROTECTED]>:
ex1:
function AddToDb(mysql_scape_string($text)) {
//enter $text to db
}
which would be the same as
function AddToDb($text) {
$text = mysql_escape_string($text);
//enter $text to db
}
ex2:
function removeDigitsFromT
more overhead to the processing
of parameter lists.
Nicholas Telford
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
14 matches
Mail list logo
