>> 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 fo
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 will be
bundled or not. It would nice if
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
>
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
s
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 14-
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
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 sec
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
mysql_real_
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 si
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,
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
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
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]>, Rag
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 di
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:
test_name_b.phpt
> 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
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 loadin
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
===
18 matches
Mail list logo
