PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (632 total including feature requests)
===[*Directory/Filesystem functions]
40661 Open cwd is reset when shutdown handler runs
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (42 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
27372 Verified parse error
From: Greg Beaver [mailto:[EMAIL PROTECTED]
With all due respect, this is a rather severe exaggeration of
PHK's talents.
PHK does *not* use a standardized file format like ZIP, and
the format is undocumented as of last Friday when I read all
of the docs at your site.
Right. As for
Hi all
We added a few tests for array, string and variable handling functions
at the weekend. As always - any feedback will be welcome.
One thing we had some difficulty with was keeping the test output small
enough to be easily read. We chose to divide up tests like this:
On 05/14/2007 08:43 PM, Zoe Slattery wrote:
Hi all
We added a few tests for array, string and variable handling functions
at the weekend. As always - any feedback will be welcome.
One thing we had some difficulty with was keeping the test output small
enough to be easily read. We chose to
Somehow I added Jani, but removed internals.
Re-sending..
Original Message
Subject: Re: [PHP-DEV] Tests - and a question
Date: Mon, 14 May 2007 20:55:04 +0400
From: Antony Dovgal [EMAIL PROTECTED]
To: Zoe Slattery [EMAIL PROTECTED]
CC: Jani Taskinen [EMAIL PROTECTED],
Hello Zoe,
that's pretty fine. Instead of _[bveo][0-9]?.phpt you could do
_(basic|variation|error|object)[0-9]{3}.phpt. Which is a tad bit better.
However those are just filenames helping you to find the correct test
file while developing. For that reason we didn not do so much about
generating
I believe this should be reverted.
Adding new functions to ext/mysqli is _completely_ pointless, especially taking
into account that this function is just an alias for SET NAMES xx and already
implemented int MySQLi.
ext/mysql and ext/mysqli is like PHP4 and PHP5 - we can't keep adding new
This is more a security fix than a new feature.
mysql_real_escape_string using the wrong character set can be a
problem when the charset used by it is sufficiently different from the
one that is put into it.
Regards,
Stefan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
It's similar to SET NAMES but isn't identical, the SQL statement can't
update the internal character encoding on the client. This causes
mysql_real_escape_string to perform incorrectly and can lead to data
being incorrectly escaped.
This in turn can lead to SQL Injections when you change from a
Tony,
There is no EOF for ext/mysql, in fact most people still use it today
to talk to mysql, even in new applications. This function adds a
feature that allows the user to reliably change the charset in MySQL,
something that in older versions SET NAMES did in such as way that
On 05/14/2007 09:49 PM, Stefan Walk wrote:
This is more a security fix than a new feature.
mysql_real_escape_string using the wrong character set can be a
problem when the charset used by it is sufficiently different from the
one that is put into it.
Well, then you may name ext/mysqli a big
On 05/14/2007 09:54 PM, Scott MacVicar wrote:
It's similar to SET NAMES but isn't identical, the SQL statement can't
update the internal character encoding on the client. This causes
mysql_real_escape_string to perform incorrectly and can lead to data
being incorrectly escaped.
This in turn can
Tony,
I don't think anyone wants to drop ext/mysql, for a very simple
reason, it works. As such, adding small things that make it more
secure is a good thing. Just because the developers would like
everyone to move over to pdo_mysql or mysqli does not mean people
will or should.
On
On 05/14/2007 10:11 PM, Ilia Alshanetsky wrote:
Tony,
I don't think anyone wants to drop ext/mysql, for a very simple
reason, it works.
I didn't propose to drop it.
I just do not see any point in adding new functions and duplicating MySQLi.
As such, adding small things that make it more
LAUPRETRE François (P) wrote:
From: Greg Beaver [mailto:[EMAIL PROTECTED]
With all due respect, this is a rather severe exaggeration of
PHK's talents.
PHK does *not* use a standardized file format like ZIP, and
the format is undocumented as of last Friday when I read all
of the docs
On 5/14/07, Greg Beaver [EMAIL PROTECTED] wrote:
And, if they don't, unfortunately, it will be one more reason not to
switch to PHP 6 :)
It has been several times by several developers that this specific
problem will/must be fixed, no matter if whateveryoulike will be
bundled or not. It
And, if they don't, unfortunately, it will be one more reason not to
switch to PHP 6 :)
I hate to be the one to burst our bubble, but unicode is a killer
feature and PHP 6 will be adopted en masse, so if this isn't changed, it
will simply mean the death of userspace stream wrappers for
18 matches
Mail list logo
