From unknown Tue Jun 24 05:10:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18056: Coreutils 8.23 test-localename failure Resent-From: Henrik Juul Pedersen Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 19 Jul 2014 11:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18056 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18056@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140576871315924 (code B ref -1); Sat, 19 Jul 2014 11:19:02 +0000 Received: (at submit) by debbugs.gnu.org; 19 Jul 2014 11:18:33 +0000 Received: from localhost ([127.0.0.1]:59054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8Seu-00048l-5T for submit@debbugs.gnu.org; Sat, 19 Jul 2014 07:18:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52145) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8Ser-00048Y-56 for submit@debbugs.gnu.org; Sat, 19 Jul 2014 07:18:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X8Sek-0000yH-HH for submit@debbugs.gnu.org; Sat, 19 Jul 2014 07:18:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8Sek-0000yC-E4 for submit@debbugs.gnu.org; Sat, 19 Jul 2014 07:18:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53849) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8Sej-00021w-4n for bug-coreutils@gnu.org; Sat, 19 Jul 2014 07:18:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X8Seh-0000xa-UR for bug-coreutils@gnu.org; Sat, 19 Jul 2014 07:18:21 -0400 Received: from mail-wg0-x234.google.com ([2a00:1450:400c:c00::234]:56183) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X8Seh-0000xK-Jc for bug-coreutils@gnu.org; Sat, 19 Jul 2014 07:18:19 -0400 Received: by mail-wg0-f52.google.com with SMTP id a1so4479786wgh.35 for ; Sat, 19 Jul 2014 04:18:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=rcHkIVgCjnVbyCBASxyCMNYjn7/+6yznjXvgrm2bKJY=; b=TMsJInnDtnKCkvwYQlBeUfFVRJfUlp8HH8qBc20kc7nRdbpkr0ZLOnYvxs1t6w4kpl CPwL12Fs5rdCpA4vtxhdXgdod2zdeMm+IrnJ4AUM+GpDGz44YXmTwqvDhULhWnHya/HL f0imLAKqogUsVIsGRw4ZWKXUAQAfKLtue/BJSPeBJaESQwjjHXO6OioMCc0AY44ev8og blzKziABfPt0t3yZ6Lhe0JclGf9ZOsxRfw/ZSXljJ93THQH5qL1P7cWUIgafaKSUwKFQ KcMTNJJdVRGLNRl615H/MtuBL3ci+K4NXEzdoJExwwnLe6HR9NQJPtWSRaKRbdEtNgrV ZgvA== MIME-Version: 1.0 X-Received: by 10.194.7.167 with SMTP id k7mr4421293wja.11.1405768698231; Sat, 19 Jul 2014 04:18:18 -0700 (PDT) Received: by 10.216.44.210 with HTTP; Sat, 19 Jul 2014 04:18:18 -0700 (PDT) Date: Sat, 19 Jul 2014 13:18:18 +0200 Message-ID: From: Henrik Juul Pedersen Content-Type: multipart/alternative; boundary=047d7b5d2f70e5042804fe8a07d5 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --047d7b5d2f70e5042804fe8a07d5 Content-Type: text/plain; charset=UTF-8 Hi I'm experiencing a test failure in coreutils 8.23 ============================================================================ Testsuite summary for GNU coreutils 8.23 ============================================================================ # TOTAL: 306 # PASS: 279 # SKIP: 26 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 ============================================================================ The failure is: coreutils-8.23 % gnulib-tests/test-localename test-localename.c:86: assertion 'strcmp (gl_locale_name (LC_MESSAGES, "LC_MESSAGES"), gl_locale_name_default ()) == 0' failed My system is: Arch linux % uname -a Linux Lappy 3.15.5-2-ARCH #1 SMP PREEMPT Fri Jul 11 07:56:02 CEST 2014 x86_64 GNU/Linux % gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /build/gcc-multilib/src/gcc-4.9-20140604/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl= https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-isl-version-check --disable-cloog-version-check --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-multilib --disable-werror --enable-checking=release Thread model: posix gcc version 4.9.0 20140604 (prerelease) (GCC) % localectl System Locale: LANG=en_DK.UTF-8 LC_MESSAGES=en_US.UTF-8 VC Keymap: dk-latin1 X11 Layout: n/a I have been unable to find any misconfiguration of my locale settings. However it is quite possibly the case. Coreutils was built with: ./configure && make && make check In an attempt at some debugging, I printed the two strings failing comparison: gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8 gl_locale_name_default(): C I'll provide any other information upon request. Thanks. Henrik Juul Pedersen --047d7b5d2f70e5042804fe8a07d5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi I'm experiencing a test failure in coreutils 8.23
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D
Testsuite summary for GNU coreutils 8= .23
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D
# TOTAL: 306
# PASS: =C2=A0279
# SK= IP: =C2=A026
# XFAIL: 0
# FAIL: =C2=A01
# XPA= SS: 0
# ERROR: 0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D

The failure is:

coreutils-8.23 % gnulib-tests/test-localename=C2= =A0
test-localename.c:86: assertion 'strcmp (gl_locale_name (LC_MESSAG= ES, "LC_MESSAGES"), gl_locale_name_default ()) =3D=3D 0' fail= ed

My system is:
Arch linux
<= div>
% uname -a
Linux Lappy 3.15.5-2-ARCH #1 SMP P= REEMPT Fri Jul 11 07:56:02 CEST 2014 x86_64 GNU/Linux

<= /div>
% gcc -v
Using built-in specs.
COLLECT_G= CC=3Dgcc
COLLECT_LTO_WRAPPER=3D/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-= wrapper
Target: x86_64-unknown-linux-gnu
Configured wit= h: /build/gcc-multilib/src/gcc-4.9-20140604/configure --prefix=3D/usr --lib= dir=3D/usr/lib --libexecdir=3D/usr/lib --mandir=3D/usr/share/man --infodir= =3D/usr/share/info --with-bugurl=3D= https://bugs.archlinux.org/ --enable-languages=3Dc,c++,ada,fortran,go,l= to,objc,obj-c++ --enable-shared --enable-threads=3Dposix --with-system-zlib= --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=3Dgn= u --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --ena= ble-linker-build-id --enable-cloog-backend=3Disl --disable-isl-version-chec= k --disable-cloog-version-check --enable-lto --enable-plugin --enable-insta= ll-libiberty --with-linker-hash-style=3Dgnu --enable-multilib --disable-wer= ror --enable-checking=3Drelease
Thread model: posix
gcc version 4.9.0 20140604 (prerelease) = (GCC)

% localectl
=C2=A0 =C2= =A0System Locale: LANG=3Den_DK.UTF-8
=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 LC_MESSAGES=3Den_US.UTF-8
=C2=A0 =C2=A0 =C2=A0 =C2=A0VC Keymap: dk-latin1
=C2=A0 =C2= =A0 =C2=A0 X11 Layout: n/a

I have been unabl= e to find any misconfiguration of my locale settings. However it is quite p= ossibly the case.

Coreutils was built with:
./configure && make &&= amp; make check

In an attempt at some debugging, I= printed the two strings failing comparison:

gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8
gl_locale_name_default(): C

I'll = provide any other information upon request.
Thanks.

Henrik Juul Pedersen
--047d7b5d2f70e5042804fe8a07d5-- From unknown Tue Jun 24 05:10:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18056: Coreutils 8.23 test-localename failure Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 19 Jul 2014 15:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18056 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Henrik Juul Pedersen , 18056@debbugs.gnu.org Received: via spool by 18056-submit@debbugs.gnu.org id=B18056.140578245613703 (code B ref 18056); Sat, 19 Jul 2014 15:08:01 +0000 Received: (at 18056) by debbugs.gnu.org; 19 Jul 2014 15:07:36 +0000 Received: from localhost ([127.0.0.1]:59523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8WEZ-0003Yx-H5 for submit@debbugs.gnu.org; Sat, 19 Jul 2014 11:07:35 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:38464) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8WEY-0003Yi-1M for 18056@debbugs.gnu.org; Sat, 19 Jul 2014 11:07:34 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 745BE39E8013; Sat, 19 Jul 2014 08:07:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vDmjG5H-Irel; Sat, 19 Jul 2014 08:07:19 -0700 (PDT) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id BDB3239E8008; Sat, 19 Jul 2014 08:07:19 -0700 (PDT) Message-ID: <53CA89A7.4000901@cs.ucla.edu> Date: Sat, 19 Jul 2014 08:07:19 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Henrik Juul Pedersen wrote: > gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8 > gl_locale_name_default(): C Thanks, since LC_MESSAGES is supposed to be unset at that point, gl_locale_name appears to be the culprit. Can you use GDB to figure out why it's returning "en_US.UTF-8"? You may need to recompile with "gcc -O0 -g3" to get decent debugging output. Or, if you can't use GDB, just put in printf statements. From unknown Tue Jun 24 05:10:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18056: Coreutils 8.23 test-localename failure References: In-Reply-To: Resent-From: Henrik Juul Pedersen Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 19 Jul 2014 23:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18056 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18056@debbugs.gnu.org Received: via spool by 18056-submit@debbugs.gnu.org id=B18056.140581372628632 (code B ref 18056); Sat, 19 Jul 2014 23:49:02 +0000 Received: (at 18056) by debbugs.gnu.org; 19 Jul 2014 23:48:46 +0000 Received: from localhost ([127.0.0.1]:59825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8eMv-0007Ri-S2 for submit@debbugs.gnu.org; Sat, 19 Jul 2014 19:48:46 -0400 Received: from mail-we0-f175.google.com ([74.125.82.175]:61310) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X8eMt-0007RU-0V for 18056@debbugs.gnu.org; Sat, 19 Jul 2014 19:48:43 -0400 Received: by mail-we0-f175.google.com with SMTP id t60so6048466wes.34 for <18056@debbugs.gnu.org>; Sat, 19 Jul 2014 16:48:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1IZaaDWtdYnWDby+fVJO696rH2Uwod1i/i/nma4PQPE=; b=VMmQ/GuoGB0bIyn+Jv3gzhhbcQWko5nYUB7BMlldWTripqcRIkyotgA1R57IqFA7T/ jeyiwDB8QmkcoBiWdmwK2G4oMUlEbjka7Nbdin6nwRWOspbnMC4HGe/QyaQAdrxqFEGe /0GC0Y86kZZwoT9UUhZqmkHhqWwvADACKM/JEknSrVm/7wSJQTpk1cfwVyqtRgdN24Rg Wfru7VGEBy3SKUn6/XJdEN/HNPzBlieMFTwk6ca1OGuukLntj8xXGC8HUDQdjDyRGsSs r7bVMzza+zERx8a7R1NcotvqhhtLWTc5AqYJj4lhYNpnn4Z39IWhWs2qqXaN0Ou55Dky FC1w== MIME-Version: 1.0 X-Received: by 10.180.84.7 with SMTP id u7mr43607651wiy.27.1405813717000; Sat, 19 Jul 2014 16:48:37 -0700 (PDT) Received: by 10.216.44.210 with HTTP; Sat, 19 Jul 2014 16:48:36 -0700 (PDT) Date: Sun, 20 Jul 2014 01:48:36 +0200 Message-ID: From: Henrik Juul Pedersen Content-Type: multipart/alternative; boundary=f46d0418255c38ebe504fe9483a0 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --f46d0418255c38ebe504fe9483a0 Content-Type: text/plain; charset=UTF-8 I'm a bit rusty at gdb, but here's what I've been able to find: I compiled coreutils with -ggdb3 and was able to see, that the test called gl_locale_name_posix, which used my systems current setlocale (do debugging symbols): Breakpoint 5, 0x00007ffff7a582b4 in setlocale () from /usr/lib/libc.so.6 (gdb) step Single stepping until exit from function setlocale, which has no line number information. gl_locale_name_posix (category=5, categoryname=0x4035f3 "LC_MESSAGES") at localename.c:2704 2704 } (gdb) gl_locale_name (category=5, categoryname=0x4035f3 "LC_MESSAGES") at localename.c:2854 2854 if (retval != NULL) (gdb) 2855 return retval; (gdb) 2858 } (gdb) test-localename.c:86: assertion 'strcmp (gl_locale_name (LC_MESSAGES, "LC_MESSAGES"), gl_locale_name_default ()) == 0' failed retval from setlocale is: (gdb) p retval $11 = 0x606f00 "en_US.UTF-8" So I'm unsure what to do next? My GNU libc version is: % pacman -Qi glibc Name : glibc Version : 2.19-5 Description : GNU C Library Architecture : x86_64 [ ... ] Build Date : 2014-05-16T10:15:30 CEST Install Date : 2014-05-30T16:11:30 CEST Thanks, Henrik On Sat, Jul 19, 2014 at 5:07 PM, Paul Eggert wrote: > Henrik Juul Pedersen wrote: > > gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8 >> gl_locale_name_default(): C >> > > Thanks, since LC_MESSAGES is supposed to be unset at that point, > gl_locale_name appears to be the culprit. Can you use GDB to figure out > why it's returning "en_US.UTF-8"? You may need to recompile with "gcc -O0 > -g3" to get decent debugging output. Or, if you can't use GDB, just put in > printf statements. > --f46d0418255c38ebe504fe9483a0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm a bit = rusty at gdb, but here's what I've been able to find:

<= /div>
I compiled coreutils with -ggdb3 and was able to see, that the te= st called gl_locale_name_posix, which used my systems current setlocale (do= debugging symbols):

Breakpoint 5, 0x00007ffff7a582b4 in setlocale () f= rom /usr/lib/libc.so.6
(gdb) step
Single stepping until= exit from function setlocale,
which has no line number informati= on.
gl_locale_name_posix (category=3D5, categoryname=3D0x4035f3 "LC_M= ESSAGES") at localename.c:2704
2704 }
(gdb)=C2=A0
gl_locale_name (categ= ory=3D5, categoryname=3D0x4035f3 "LC_MESSAGES") at localename.c:2= 854
2854 =C2=A0if (retval != =3D NULL)
(gdb)=C2=A0
2855 =C2=A0 =C2=A0return retval;
(gdb)=C2=A0
2858 }
(gdb)=C2=A0
test-localename.c:86: assertion = 'strcmp (gl_locale_name (LC_MESSAGES, "LC_MESSAGES"), gl_loca= le_name_default ()) =3D=3D 0' failed

retval from setlocale is:
(gdb) p retval
$11 =3D 0x606f00 "en_US.UTF-8"=

So I'm unsure what to do next?

My GNU libc version is:
% pacman -Qi glibc<= /div>
Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : glibc
Version =C2= =A0 =C2=A0 =C2=A0 =C2=A0: 2.19-5
Description =C2=A0 =C2=A0: GNU C= Library
Architecture =C2=A0 : x86_64
[ ... ]
Build Date =C2=A0 =C2=A0 : 2014-05-16T10:15:30 CEST
Install Date= =C2=A0 : 2014-05-30T16:11:30 CEST

Thanks,
Henrik


On Sat, Jul 19, 2014 at 5:07 PM, Paul Eggert <eggert@cs.ucl= a.edu> wrote:
Henrik Juul Pedersen wrote:

gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8
gl_locale_name_default(): C

Thanks, since LC_MESSAGES is supposed to be unset at that point, gl_locale_= name appears to be the culprit. =C2=A0Can you use GDB to figure out why it&= #39;s returning "en_US.UTF-8"? =C2=A0You may need to recompile wi= th "gcc -O0 -g3" to get decent debugging output. =C2=A0Or, if you= can't use GDB, just put in printf statements.


--f46d0418255c38ebe504fe9483a0-- From unknown Tue Jun 24 05:10:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18056: Coreutils 8.23 test-localename failure Resent-From: Henrik Juul Pedersen Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 21 Jul 2014 10:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18056 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18056@debbugs.gnu.org Received: via spool by 18056-submit@debbugs.gnu.org id=B18056.14059374463728 (code B ref 18056); Mon, 21 Jul 2014 10:11:02 +0000 Received: (at 18056) by debbugs.gnu.org; 21 Jul 2014 10:10:46 +0000 Received: from localhost ([127.0.0.1]:32867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X9AYP-0000y1-Ge for submit@debbugs.gnu.org; Mon, 21 Jul 2014 06:10:46 -0400 Received: from mail-wi0-f173.google.com ([209.85.212.173]:35674) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X9AYM-0000xn-Dz for 18056@debbugs.gnu.org; Mon, 21 Jul 2014 06:10:43 -0400 Received: by mail-wi0-f173.google.com with SMTP id f8so3839485wiw.6 for <18056@debbugs.gnu.org>; Mon, 21 Jul 2014 03:10:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JvEus4rJQZScvXG905dn/lF0+FAmkQxUHNGdpVgnczg=; b=tNPeTmBI+igRfXcTlczROFYZKppB0NR2u56LEK73mNlfdnjLX9SijLfeQ5RsuK9pRd jz7MsJB4xZmmFOSh6mN/NUUl7hAJz1Ifx5Z/0+NfM4RVhsU8HlS4oSiAYkoKwIpo30GR rUvtrnAu6FR7wGQx13JnjwQCdC+bLhEd3A58rT03lOv5nZn98vclWzlsWph/qISGWz/1 1ImzG0DHRIyJGzamW1tMK1TlVbseX0GeWOWkHrZEmORS1fFlxzH2L1um1mIjKCfrT8i0 rA3iFIqCPYjC81Y5ylXtDjO6/f6a38KqE+dvKyB1eCsLs5GicZ5TrmTZXVqJXJi7Dh2o ubjw== MIME-Version: 1.0 X-Received: by 10.180.84.2 with SMTP id u2mr2732860wiy.27.1405937436713; Mon, 21 Jul 2014 03:10:36 -0700 (PDT) Received: by 10.216.44.210 with HTTP; Mon, 21 Jul 2014 03:10:36 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jul 2014 12:10:36 +0200 Message-ID: From: Henrik Juul Pedersen Content-Type: multipart/alternative; boundary=f46d044402347dec9f04feb15163 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --f46d044402347dec9f04feb15163 Content-Type: text/plain; charset=UTF-8 I Just tried compiling and testing the 8.22 release, in order to do a comparison. But the test failed in the exact same way. I also did tests on a similar but yet different arch linux installation at work, with the exact same results. When compiling coreutils 8.22 on 2014-03-14 the tests succeeded. So whatever changed must be outside of coreutils. One thing I noticed is that locale.h from the gnulib has the line: #define setlocale rpl_setlocale which doesn't seem to come into play (as it is my system's setlocale which is called from the test). I have noticed that systemd has a localectl function, but doesn't list any changed behavior w.r.t. locales and environment variables, however, could systemd be the culprit? Again, thanks. Henrik On Sun, Jul 20, 2014 at 1:48 AM, Henrik Juul Pedersen wrote: > I'm a bit rusty at gdb, but here's what I've been able to find: > > I compiled coreutils with -ggdb3 and was able to see, that the test called > gl_locale_name_posix, which used my systems current setlocale (do debugging > symbols): > > Breakpoint 5, 0x00007ffff7a582b4 in setlocale () from /usr/lib/libc.so.6 > (gdb) step > Single stepping until exit from function setlocale, > which has no line number information. > gl_locale_name_posix (category=5, categoryname=0x4035f3 "LC_MESSAGES") at > localename.c:2704 > 2704 } > (gdb) > gl_locale_name (category=5, categoryname=0x4035f3 "LC_MESSAGES") at > localename.c:2854 > 2854 if (retval != NULL) > (gdb) > 2855 return retval; > (gdb) > 2858 } > (gdb) > test-localename.c:86: assertion 'strcmp (gl_locale_name (LC_MESSAGES, > "LC_MESSAGES"), gl_locale_name_default ()) == 0' failed > > retval from setlocale is: > (gdb) p retval > $11 = 0x606f00 "en_US.UTF-8" > > So I'm unsure what to do next? > > My GNU libc version is: > % pacman -Qi glibc > Name : glibc > Version : 2.19-5 > Description : GNU C Library > Architecture : x86_64 > [ ... ] > Build Date : 2014-05-16T10:15:30 CEST > Install Date : 2014-05-30T16:11:30 CEST > > Thanks, > Henrik > > > On Sat, Jul 19, 2014 at 5:07 PM, Paul Eggert wrote: > >> Henrik Juul Pedersen wrote: >> >> gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8 >>> gl_locale_name_default(): C >>> >> >> Thanks, since LC_MESSAGES is supposed to be unset at that point, >> gl_locale_name appears to be the culprit. Can you use GDB to figure out >> why it's returning "en_US.UTF-8"? You may need to recompile with "gcc -O0 >> -g3" to get decent debugging output. Or, if you can't use GDB, just put in >> printf statements. >> > > > --f46d044402347dec9f04feb15163 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I Just tried compiling and testing the 8.22 release, in or= der to do a comparison. But the test failed in the exact same way.
I al= so did tests on a similar but yet different arch linux installation at work= , with the exact same results.

When compiling coreutils 8.22 on=C2=A02014-03-14 the te= sts succeeded. So whatever changed must be outside of coreutils.
=
One thing I noticed is that locale.h from the gnulib has the= line:
#define setlocale rpl_setlocale
which doesn't seem to co= me into play (as it is my system's setlocale which is called from the t= est).

I have noticed that systemd has a localectl = function, but doesn't list any changed behavior w.r.t. locales and envi= ronment variables, however, could systemd be the culprit?

Again, thanks.
Henrik


O= n Sun, Jul 20, 2014 at 1:48 AM, Henrik Juul Pedersen <= henrikjuul@gmail.= com> wrote:
I'm a bit rust= y at gdb, but here's what I've been able to find:

I compiled coreutils with -ggdb3 and was able to see, t= hat the test called gl_locale_name_posix, which used my systems current set= locale (do debugging symbols):

Breakpoint 5, 0x00007ffff7a582b4 in setlocale () f= rom /usr/lib/libc.so.6
(gdb) step
Single stepping until= exit from function setlocale,
which has no line number informati= on.
gl_locale_name_posix (category=3D5, categoryname=3D0x4035f3 "LC_M= ESSAGES") at localename.c:2704
2704 }
(gdb)=C2=A0
gl_locale_name (categ= ory=3D5, categoryname=3D0x4035f3 "LC_MESSAGES") at localename.c:2= 854
2854 =C2=A0if (retval != =3D NULL)
(gdb)=C2=A0
2855 =C2=A0 =C2=A0return retval;
(gdb)=C2=A0
2858 }
(gdb)=C2=A0
test-localename.c:86: assertion 'strcmp= (gl_locale_name (LC_MESSAGES, "LC_MESSAGES"), gl_locale_name_def= ault ()) =3D=3D 0' failed

retval f= rom setlocale is:
(gdb) p retval
$11 =3D 0x606f00 "en_US.UTF-8"=

So I'm unsure what to do next?

My GNU libc version is:
% pacman -Qi glibc<= /div>
Name =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : glibc
Version =C2= =A0 =C2=A0 =C2=A0 =C2=A0: 2.19-5
Description =C2=A0 =C2=A0: GNU C= Library
Architecture =C2=A0 : x86_64
[ ... ]
Build Date =C2=A0 =C2=A0 : 2014-05-16T10:15:30 CEST
Install Date= =C2=A0 : 2014-05-30T16:11:30 CEST

Thanks,
Henrik


On Sat, Jul 19, = 2014 at 5:07 PM, Paul Eggert <eggert@cs.ucla.edu> wrote:
Henrik Juul Pedersen wrote:

gl_locale_name(LC_MESSAGES (int 5), 'LC_MESSAGES'): en_US.UTF-8
gl_locale_name_default(): C

Thanks, since LC_MESSAGES is supposed to be unset at that point, gl_locale_= name appears to be the culprit. =C2=A0Can you use GDB to figure out why it&= #39;s returning "en_US.UTF-8"? =C2=A0You may need to recompile wi= th "gcc -O0 -g3" to get decent debugging output. =C2=A0Or, if you= can't use GDB, just put in printf statements.



--f46d044402347dec9f04feb15163-- From unknown Tue Jun 24 05:10:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18056: Coreutils 8.23 test-localename failure Resent-From: Assaf Gordon Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 20 Oct 2018 03:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18056 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 18056@debbugs.gnu.org Received: via spool by 18056-submit@debbugs.gnu.org id=B18056.154000710425210 (code B ref 18056); Sat, 20 Oct 2018 03:46:01 +0000 Received: (at 18056) by debbugs.gnu.org; 20 Oct 2018 03:45:04 +0000 Received: from localhost ([127.0.0.1]:60146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDiCG-0006YF-At for submit@debbugs.gnu.org; Fri, 19 Oct 2018 23:45:04 -0400 Received: from mail-pf1-f169.google.com ([209.85.210.169]:42657) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDiCE-0006V4-8k; Fri, 19 Oct 2018 23:45:03 -0400 Received: by mail-pf1-f169.google.com with SMTP id f26-v6so17308801pfn.9; Fri, 19 Oct 2018 20:45:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=UjJ2bJMwwy7ME3jTV7i+xuOjLmGNTmXLYwrooowcQxM=; b=fmt+D2DzdYD/Dt+yCX2qS1g/SU4yq3xbFqhZYEMx2ixAg1AwwOAuOclt7rc1/BL/f5 +8WcyHdaNLXLG8oo7Tmx6Sse2N+Z0rgtAVSRGjMN/Jttacva5aVhTtlfRVLg+q4ibw/V CJnU8DILh4JfgauYz6AURfg0UdrhX6r2KxwChWgij++92JCs9AFdhMnHzlq0oeCB+P03 0tHNJ9rMsWrfblrIq/H3d49kyJCiSphLTmOU5NXiSh2eHj1cpJYO4xajcYiTwapQ7SuA jl8gYDg1LJhScyxFhLBI+pw70QZoGnTy+z2oa0yFGu/+fXjcc7SA8IBz6Ni6FSKZk+o4 wJHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=UjJ2bJMwwy7ME3jTV7i+xuOjLmGNTmXLYwrooowcQxM=; b=LEiqSE52LDKB0uffzIunudXloxoD6rvNpKmGfdgvJgngZTGw+wS5wQdQLaJrNmK4Sf eDCwsKYmc4cfMNoTXzQoVT9lbd3iQS7bkkwo5hO9oSVjAbsg9+64SqxdVMCMno10s0rP sOy7ocNlsok6xROysPaYziOQkSf6Q3tVpV2opBmNQQObyGc+vx7TrQoDga0Ezmw2stWd fyVJtwm4/RxWFOcIjW1Jf//TYpNSZiKy53Ewc/cobHNyqzrmyPUFinryrvxCZVpLwHZt 6w2Jke1JeoziuadlAPRjsSPbHQTgTC2YZygRI/VBVVcgkx5duXY0qxoDporITKc1zPvm GREg== X-Gm-Message-State: ABuFfohtIOmhhZi8URWCbTGs+7959hEDgqrtvrwcPlARsR26pDnBpg5a BBKRgfI1IKpXkdfvN8J717j++s3uK6E= X-Google-Smtp-Source: ACcGV61FQ8coKbiUBsBImv4VVd2c+mdLYg8vvjRC3eX7zGGRTS5ZR0Or+wwhL7qnI08pqXQglFlt3g== X-Received: by 2002:a63:e216:: with SMTP id q22-v6mr34632801pgh.206.1540007095814; Fri, 19 Oct 2018 20:44:55 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id u124-v6sm36521221pgc.0.2018.10.19.20.44.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Oct 2018 20:44:54 -0700 (PDT) References: From: Assaf Gordon Message-ID: <65834786-62fa-f087-cf88-f193ee81977d@gmail.com> Date: Fri, 19 Oct 2018 21:44:53 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 18056 ntoabug close 18056 stop (triaging old bugs) On 21/07/14 04:10 AM, Henrik Juul Pedersen wrote: [...] > When compiling coreutils 8.22 on 2014-03-14 the tests succeeded. So > whatever changed must be outside of coreutils. Given the above, and without further comments in 4 years, I'm closing this bug. -assaf