It happened to my lfs too

Program terminated with signal 11, Segmentation fault.
#0  0xb75c926f in __strlen_ia32 () from /lib/libc.so.6
(gdb) bt
#0  0xb75c926f in __strlen_ia32 () from /lib/libc.so.6
#1  0xb75cd15a in strcoll_l () from /lib/libc.so.6
#2  0xb75c8c22 in strcoll () from /lib/libc.so.6
#3  0x0805729d in strcoll_loop (s1=<value optimized out>,
s1size=<value optimized out>,
    s2=<value optimized out>, s2size=1852142453) at memcoll.c:39
#4  memcoll0 (s1=<value optimized out>, s1size=<value optimized out>,
    s2=<value optimized out>, s2size=1852142453) at memcoll.c:110
#5  0x0805484f in xmemcoll0 (s1=0xb52d6008 "lauters", s1size=8,
    s2=0x6f626f79 <Address 0x6f626f79 out of bounds>,
s2size=1852142453) at xmemcoll.c:71
#6  0x0804b088 in compare (a=0xb674a558, b=0xb5abd9b8) at sort.c:3260
#7  0x0804b2de in write_unique (line=0xb674a558, tfp=0x9e07c98,
    temp_output=0x9e07a70 "/tmp/sortsBJy4w") at sort.c:3843
#8  0x0804c81e in mergelines_node (lines=<value optimized out>,
dest=<value optimized out>,
    nthreads=3220297968, total_lines=822189, parent=0xbff1d638, lo_child=false,
    merge_queue=0xbff1d8ec, tfp=0x9e07c98, temp_output=0x9e07a70
"/tmp/sortsBJy4w")
    at sort.c:3891
#9  merge_loop (lines=<value optimized out>, dest=<value optimized
out>, nthreads=3220297968,
    total_lines=822189, parent=0xbff1d638, lo_child=false,
merge_queue=0xbff1d8ec,
    tfp=0x9e07c98, temp_output=0x9e07a70 "/tmp/sortsBJy4w") at sort.c:3979
#10 sortlines (lines=<value optimized out>, dest=<value optimized
out>, nthreads=3220297968,
    total_lines=822189, parent=0xbff1d638, lo_child=false,
merge_queue=0xbff1d8ec,
    tfp=0x9e07c98, temp_output=0x9e07a70 "/tmp/sortsBJy4w") at sort.c:4093
#11 0x0804cbce in sortlines (lines=0xb73d6038, dest=<value optimized
out>, nthreads=2,
    total_lines=822189, parent=0xbff1d938, lo_child=true,
merge_queue=0xbff1d8ec,
    tfp=0x9e07c98, temp_output=0x9e07a70 "/tmp/sortsBJy4w") at sort.c:4072
#12 0x08051f2c in sort (argc=2, argv=0xbff1db04) at sort.c:4379
#13 main (argc=2, argv=0xbff1db04) at sort.c:5198
(gdb) up
#1  0xb75cd15a in strcoll_l () from /lib/libc.so.6
(gdb)
#2  0xb75c8c22 in strcoll () from /lib/libc.so.6
(gdb)
#3  0x0805729d in strcoll_loop (s1=<value optimized out>,
s1size=<value optimized out>,
    s2=<value optimized out>, s2size=1852142453) at memcoll.c:39
39        while (! (errno = 0, (diff = strcoll (s1, s2)) || errno))
(gdb)
#4  memcoll0 (s1=<value optimized out>, s1size=<value optimized out>,
    s2=<value optimized out>, s2size=1852142453) at memcoll.c:110
110         return strcoll_loop (s1, s1size, s2, s2size);
(gdb)
#5  0x0805484f in xmemcoll0 (s1=0xb52d6008 "lauters", s1size=8,
    s2=0x6f626f79 <Address 0x6f626f79 out of bounds>,
s2size=1852142453) at xmemcoll.c:71
71        int diff = memcoll0 (s1, s1size, s2, s2size);
(gdb) p s2
$1 = 0x6f626f79 <Address 0x6f626f79 out of bounds>
(gdb) p s2size
$2 = 1852142453
(gdb)

at coreutils-8.7/src/sort.c:3836 the "saved " was changed by somewhere else
static void
write_unique (struct line const *line, FILE *tfp, char const *temp_output)
{
  static  struct line const *saved = NULL;

  if (!unique)
    write_line (line, tfp, temp_output);
  else if (!saved || compare (line, saved))
    {
      saved = line;
      write_line (line, tfp, temp_output);
    }
}



2010/11/25 DJ Lucas <d...@linuxfromscratch.org>:
> Guys, getting a segfault in sort using large input set. The behavior
> changed to always use the number of processors available in parallel by
> default. The following commands (taken from cracklib installation which
> is where I first saw the error) work to successfully reproduce the error
> (in a chroot environment):
>
> zcat cracklib-words-20080507.gz | sort -u
>
> The following, however, works fine on my system:
>
> zcat cracklib-words-20080507.gz | sort -u --parallel=1
>
> Can somebody else on a mult-core CPU, on 32-bit, confirm before I
> troubleshoot further?
>
> -- DJ Lucas
>
> --
> This message has been scanned for viruses and
> dangerous content, and is believed to be clean.
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-dev
> FAQ: http://www.linuxfromscratch.org/faq/
> Unsubscribe: See the above information page
>
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to