summaryrefslogtreecommitdiff
path: root/sapi/phpdbg/phpdbg_lexer.c
diff options
context:
space:
mode:
authorAnatol Belski <ab@php.net>2015-07-26 20:31:32 +0200
committerAnatol Belski <ab@php.net>2015-07-26 20:54:27 +0200
commit27c973a954375a3706d4a1685334444713e14af8 (patch)
treeac365f696baa8205976a32a5e378f161f02fcdf8 /sapi/phpdbg/phpdbg_lexer.c
parentc18f5e1edddf68bd449cb2b8e55d47a7da622cde (diff)
downloadphp-git-27c973a954375a3706d4a1685334444713e14af8.tar.gz
exclude the platform diff case from the test
Say the string is \377\000, basename will use mbrlen() to check whether it's a start of a multibyte sequence. While on Linux it'll return -1 for any char in the extended ASCII, on Windows it's returning 1. From what I see the reason is that Windows doesn't implement UTF-8 in the CRT lib, it's rather 16-bit Unicode or DBCS. Since extended ASCII is convertable to Unicode directly - thus the behavior. On Linux however, it's a true UTF-8 locale and implementation, for it \377\000 is invalid. Maybe mbrlen needs an independent implementation for Windows supporting UTF-8. For now I just split out this case so the most of the big basename test doesn't fail on this one case.
Diffstat (limited to 'sapi/phpdbg/phpdbg_lexer.c')
0 files changed, 0 insertions, 0 deletions