[master] env crashed with SIGSEGV in setlocale()

Bug #442272 reported by tonyfrasouza on 2009-10-04
This bug affects 96 people
Affects Status Importance Assigned to Milestone
coreutils (Ubuntu)
glibc (Ubuntu)

Bug Description

Binary package hint: coreutils

Sorry, not have information needed. Look to my information delivered by my system.
This problem i got with CD live, i go test with Ubuntu 9.10 beta 1 installed.
Im at a NoteBook Itautec Mode Infoway W7655.
Sorry my english, my language is brazilian.

ProblemType: Crash
Architecture: i386
Date: Sun Oct 4 10:58:49 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/env
LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Beta i386 (20090929.2)
Package: coreutils 7.4-2
ProcCmdline: /usr/bin/env python /usr/lib/cups/backend/hpfax
 PATH=(custom, no user)
ProcVersionSignature: Ubuntu 2.6.31-11.36-generic
 Segfault happened at: 0xe5957a: cmp (%edx),%eax
 PC (0x00e5957a) ok
 source "(%edx)" (0xffffffff) not located in a known VMA region (needed readable region)!
 destination "%eax" ok
SegvReason: reading unknown VMA
Signal: 11
SourcePackage: coreutils
 ?? () from /lib/tls/i686/cmov/libc.so.6
 ?? () from /lib/tls/i686/cmov/libc.so.6
 ?? () from /lib/tls/i686/cmov/libc.so.6
 setlocale () from /lib/tls/i686/cmov/libc.so.6
 ?? ()
Title: env crashed with SIGSEGV in setlocale()
Uname: Linux 2.6.31-11-generic i686

StacktraceTop:_nl_intern_locale_data (category=0,
_nl_load_locale (file=0x8a61b30,
_nl_find_locale (locale_path=<value optimized out>,
*__GI_setlocale (category=0, locale=0x804dc36 "")
main (argc=3, argv=0xbffe5aa4) at env.c:141

Changed in coreutils (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
security vulnerability: yes → no
visibility: private → public

It was then booting the live cd

André Gondim (andregondim) wrote :

I am using Ubuntu 10.04 Lucid Lynx Alpha 3 in pt_BR

C de-Avillez (hggdh2) wrote :

While searching for coreutils bugs I found a series of 'SIGSEGV in setlocale". I am still investigating this, but I am going to set this bug as the master bug to track.

In pretty much all stacktraces I have looked at, the failure signature is the same. Also, in pretty much all of them the frame for __GI_setlocale has entries similar to this:

#3 0x00e58aa9 in *__GI_setlocale (category=0, locale=0x804dc36 "")
    at setlocale.c:303
 newnames = {0xbffe5ea0 "en_US.UTF8", 0x8a61818 "en_US.UTF8",
  0x8a611d0 "en_US.UTF8", 0x8a60990 "en_US.UTF8", 0x8a602b0 "en_US.UTF8",
  0x8a5fb20 "en_US.UTF8", 0x8050068 "@\210å", 0x8a5f498 "en_US.UTF8",
  0x8a5ee60 "en_US.UTF8", 0x8a5e808 "en_US.UTF8", 0x8a5e100 "en_US.UTF8",
  0x8a5da40 "en_US.UTF8", 0x8a5c170 "en_US.UTF8"}
 newdata = {0x0, 0x8a617d8, 0x8a60fe8, 0x8a60918, 0x8a601d0,
  0x8a5fae0, 0xffffffff, 0x8a5f460, 0x8a5d2c8, 0x8a5e7a8, 0x8a5e0c0,
  0x8a5d8c8, 0x8a5d310}
 locale_path = 0x0
 locale_path_len = 0
 locpath_var = <value optimized out>
 composite = <value optimized out>

Now, if we look at 'newnames' array, we will see that the seventh entry is weird: 0x8050068 "@\210å".

This sounds very much like a memory issue (overrun?).

I will start dupping the other similar bugs here.

Meanwhile, I am confirming this.

Changed in coreutils (Ubuntu):
status: New → Confirmed
tags: added: iso-testing
C de-Avillez (hggdh2) wrote :

Adding a task for GLibC (Ubuntu). This seems to be related to locale.

I have been unable to find a similar bug on RedHat and SUSE.

affects: coreutils (Ubuntu) → glibc (Ubuntu)
Changed in glibc (Ubuntu):
status: Confirmed → New
Changed in coreutils (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
Alejandro (alodeiro) wrote :


Daniele Napolitano (dnax88) wrote :

I have this issue with Ubuntu 10.04 Lucid Beta 2 live cd.

Locale: it_IT.UTF-8

bamboomy (bamboomy) wrote :

I had this bug also,

with locale (belgium, I don't know the code)



Alberto Russo (valix) wrote :

I confirm this bug in daily live (2010.04.27) of Xubuntu 10.04.

wesa-76 (wesa88) on 2010-04-29
Changed in coreutils (Ubuntu):
status: Confirmed → New
C de-Avillez (hggdh2) wrote :

wesa831: please do not change status without a comment on the reason for the change.

Changed in coreutils (Ubuntu):
status: New → Confirmed

I received the same issue when booting from USB stick with the stock Ubuntu 10.04 LTS 64-bit distro, with the following locale settings using syslinux:

label ubuntu-liveusb-x64
        menu label ^Ubuntu Live USB (clean, x64)
        kernel /casper/vmlinuz
        append noprompt cdrom-detect/try-usb=true console-setup/layoutcode=gb debian-installer/locale=en_GB boot=casper initrd=/casper/initrd.lz

locale settings when booted:

$ echo $LANG

dmesg reports:

aufs au_lkup_neg:326:aufsd[815]: I/O Error, b0 LC_NAME should be negative.
hpfax[3641]: segfault at ffffffffffffffff ip 00007f376f5c1a8f sp 00007fff5e1dc160 error 4 in libc-2.11.1.so[7f376f597000+178000]

C de-Avillez (hggdh2) on 2010-05-25
summary: - env crashed with SIGSEGV in setlocale()
+ [master] env crashed with SIGSEGV in setlocale()
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in glibc (Ubuntu):
status: New → Confirmed
Robert Roth (evfool) wrote :

Thank you for reporting this bug to Ubuntu. Jaunty reached EOL on April 30, 2011.
Please see this document for currently supported Ubuntu releases:

I've tried recreating this bug with Oneiric and was unable to, given the information you've provided. Please either a) upgrade and test or b) increase the verbosity of the steps to recreate it so we can try again.

Please feel free to report any other bugs you may find.

Changed in coreutils (Ubuntu):
status: Confirmed → Incomplete
Changed in glibc (Ubuntu):
status: Confirmed → Incomplete
Launchpad Janitor (janitor) wrote :

[Expired for coreutils (Ubuntu) because there has been no activity for 60 days.]

Changed in coreutils (Ubuntu):
status: Incomplete → Expired
Launchpad Janitor (janitor) wrote :

[Expired for glibc (Ubuntu) because there has been no activity for 60 days.]

Changed in glibc (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.