[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#281313: marked as done (coreutils: Output of sort fails sort -c check if LANG is set and memory is low)

Your message dated Tue, 17 Apr 2007 01:08:18 +0200
with message-id <20070416230818.GA27302@artemis>
and subject line Bug#281313: coreutils: Output of sort fails sort -c check if LANG is set and memory is low
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: coreutils
Version: 5.2.1-2
Severity: normal


If $LANG is set and VM is low (in this case artificially), "sort"
produces output that will fail the check made by "sort -c".

If available VM is increased or LANG is unset, the problem does not
occur.  Looking at the strace output for successful invocations (where
VM was plentiful) and the failure case, I notice that the issue relates
to a failing mmap() call:-


 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
  fstat64(3, {st_mode=S_IFREG|0644, st_size=1814064, ...}) = 0
   mmap2(NULL, 1814064, PROT_READ, MAP_PRIVATE, 3, 0) = -1 ENOMEM
   (Cannot allocate memory)

Locale information is as per below.  I have also reported this at 
https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=11004,
but since this might actually be a glibc issue, I have reported it here
also.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7-smp
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)

Versions of packages coreutils depends on:
ii  libacl1                     2.2.26-1     Access control list shared library
ii  libc6                       2.3.2.ds1-18 GNU C Library: Shared libraries an

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Mon, Nov 15, 2004 at 02:34:27AM +0000, James Youngman wrote:
> Package: coreutils
> Version: 5.2.1-2
> Severity: normal
> 
> 
> If $LANG is set and VM is low (in this case artificially), "sort"
> produces output that will fail the check made by "sort -c".
> 
> If available VM is increased or LANG is unset, the problem does not
> occur.  Looking at the strace output for successful invocations (where
> VM was plentiful) and the failure case, I notice that the issue relates
> to a failing mmap() call:-
> 
> 
>  open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3
>   fstat64(3, {st_mode=S_IFREG|0644, st_size=1814064, ...}) = 0
>    mmap2(NULL, 1814064, PROT_READ, MAP_PRIVATE, 3, 0) = -1 ENOMEM
>    (Cannot allocate memory)
> 
> Locale information is as per below.  I have also reported this at 
> https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=11004,
> but since this might actually be a glibc issue, I have reported it here
> also.

  Correct, but /usr/lib/locale/locale-archive is about 67Mo. If your
system isn't able to map 67M, then your system is likely to have many
problems anyway. Glibc is not meant for embeded systems, especially due
to the locales (and other memory-costly features). Please use dietlibc,
uclibc or custom builds of the libc for that.

  I don't consider it a bug, especially since the real problem is not
that the sort is incorrect, but that it has been done with the C locale
(as it's the default, and that the settings for your $LANG one have not
been found). That's quite a sensible behaviour I'd say.

  Closing the bug, if you feel like it should be kept open, please also
tag it wontfix.

Thanks.
-- 
·O·  Pierre Habouzit
··O                                                madcoder@debian.org
OOO                                                http://www.madism.org

Attachment: pgp4IFKt30fOL.pgp
Description: PGP signature


--- End Message ---
Reply to: