From 1ae4bc42808111d6b3f50c063de102f162051986 Mon Sep 17 00:00:00 2001 From: Rich Felker Date: Sun, 28 Jul 2013 03:41:01 -0400 Subject: fix semantically incorrect use of LC_GLOBAL_LOCALE LC_GLOBAL_LOCALE refers to the global locale, controlled by setlocale, not the thread-local locale in effect which these functions should be using. neither LC_GLOBAL_LOCALE nor 0 has an argument to the *_l functions has behavior defined by the standard, but 0 is a more logical choice for requesting the callee to lookup the current locale. in the future I may move the current locale lookup the the caller (the non-_l-suffixed wrapper). at this point, all of the locale logic is dummied out, so no harm was done, but it should at least avoid misleading usage. --- src/locale/strxfrm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'src/locale/strxfrm.c') diff --git a/src/locale/strxfrm.c b/src/locale/strxfrm.c index 0ca9b071..32c46193 100644 --- a/src/locale/strxfrm.c +++ b/src/locale/strxfrm.c @@ -12,7 +12,7 @@ size_t __strxfrm_l(char *restrict dest, const char *restrict src, size_t n, loca size_t strxfrm(char *restrict dest, const char *restrict src, size_t n) { - return __strxfrm_l(dest, src, n, LC_GLOBAL_LOCALE); + return __strxfrm_l(dest, src, n, 0); } weak_alias(__strxfrm_l, strxfrm_l); -- cgit v1.2.1