php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #19795 Problems with strnatcmp and strnatcasecmp
Submitted: 2002-10-07 03:51 UTC Modified: 2003-04-16 16:11 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (100.0%)
From: doc at nitramlexa dot com Assigned:
Status: Closed Package: Strings related
PHP Version: 4.2.2 OS: FreeBSD 4.6
Private report: No CVE-ID:
 [2002-10-07 03:51 UTC] doc at nitramlexa dot com

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-07 03:58 UTC] derick@php.net
Did you set-up your locales correctly?

Derick
 [2002-10-07 06:00 UTC] doc at nitramlexa dot com

 [2003-01-27 16:11 UTC] kamikaze at yifan dot net

 [2003-04-16 16:11 UTC] moriyoshi@php.net
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.


 [2004-06-28 14:55 UTC] mikael at chl dot chalmers dot se

 [2004-07-16 04:32 UTC] mbp at sourcefrog dot net
This bug does seem to still be present in php5 CVS.  The comparison is simply by byte values, not taking character set or locale into account.
 [2004-07-29 10:42 UTC] larry at kamsha dot ru
I have PHP 5.0.0 release with same bug (with cyrillic characters). I've analized sources and found out that comparison is made on "char" values. So all extended characters (with hi-order bit 1) treated as negative.
Changing "char" to "unsigned char" would place national characters after english characters (greater in terms of compare), that is correct, but locale-specific collation problem will remain. This is not important for CP1251 or CP866 cyrillic encodings, because theese already have characters sorted by values correctly. But there will be problem for KOI8-R encoding (for which this is not the case).
The problem can be easily solved by using "strcoll" (in place of dumb value compare), I guess.
 [2012-02-09 07:32 UTC] redrat at mail dot ru
This bug still has place in PHP 5.3.10 for all cyrillic letters (and I think for other non-ASCII letters too). This bug-report was filled almost 10 years ago! Could anybody do something with it?
 
PHP Copyright © 2001-2014 The PHP Group
All rights reserved.
Last updated: Fri Apr 18 18:01:58 2014 UTC