Package: slang1a-utf8
Version: 1.4.9dbs-8
Severity: important
Dear Jim & Alastair
I am the co-maintainer of the mondo package. The mondoarchive binary
included in this package has an option to use a newt interface rather
than just plain text (option '-g'). When run with this option,
mondoarchive will give a segmentation fault sooner or later which does
not happen if the option is turned off.
I have banged my head against the wall on this one for several weeks
now and think I finally found the problem: If the libfribidi0 package
is installed everything works fine, removing it makes mondoarchive
segfault again. After a bit of searching around I found that slang1a has
been converted to use libfribidi opportunistically. My suspicion is that
something in slang1a might still think/expect that libfribidi is
actually there.
The backtrace for mondoarchvie is entirely inconclusive as the
segmentation fault happens in malloc_consolidate which is part of libc6:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 32771 (LWP 11481)]
0x401534ce in malloc_consolidate (av=0x40211060) at malloc.c:4380)]
4380 malloc.c: No such file or directory.
in malloc.c
(gdb) bt
#0 0x401534ce in malloc_consolidate (av=0x40211060) at malloc.c:4380
#1 0x4015336e in _int_free (av=0x40211060, mem=0xa029950) at
malloc.c:4260
#2 0x4015209f in __libc_free (mem=0xa0297d8) at malloc.c:3359
#3 0x40047ac9 in strip_spaces (in_out=0x40066c20 "/usr/bin/getfacl")
at libmondo-string.c:905
#4 0x40039488 in call_program_and_get_last_line_of_output (
call=0xa0240e0 ",\022!@,\022!@") at libmondo-fork.c:159
#5 0x40036469 in find_home_of_exe (fname=0x40057bb8 "getfacl")
at libmondo-files.c:404
#6 0x40031580 in get_acl_list (filelist=0x40211060 "",
facl_fname=0x8072500
"/home/mondorescue/tmp/tmp.mondo.13259/tmp.mondo.21895/acl_list.70.gz")
at libmondo-filelist.c:619
#7 0x4002118c in create_afio_files_in_background (inbuf=0xa01ccc8)
at libmondo-archive.c:1116
#8 0x40095e51 in pthread_start_thread (arg=0xbf5ffbe0) at manager.c:309
#9 0x40095ecf in pthread_start_thread_event (arg=0xbf5ffbe0) at
manager.c:333
#10 0x401b86ea in clone () from /usr/lib/debug/libc.so.6
(gdb)
I doubt that there is anything wrong with malloc_consolidate.
mondoarchive is only linked against libnewt:
[EMAIL PROTECTED]:~$ ldd /usr/sbin/mondoarchive
libmondo.so.2 => /usr/lib/libmondo.so.2 (0xb7f8b000)
libmondo-newt.so.1 => /usr/lib/libmondo-newt.so.1 (0xb7f80000)
libnewt.so.0.51 => /usr/lib/libnewt.so.0.51 (0xb7f6f000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f6c000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7f5d000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e29000)
libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0xb7db6000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7d93000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)
and libmondo-newt is linked against libnewt and libslang-UTF8:
libnewt.so.0.51 => /usr/lib/libnewt.so.0.51 (0xb7fd7000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7fd3000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fc4000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e90000)
libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0xb7e1d000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7dfb000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
So, libfribidi is definitely not accessed directly.
Finally, I have verified this behaviour on the Sid installation I'm
reporting this from and four different Sarge installations.
It would be really great if you could look into this. If my suspicion is
correct, other packages may be affected without their maintainers
realising where the issues they see come from (took me ages to figure it out).
If there is any other information you need and think I can provide or you
want me to test patches or similar, please let me know, I'd be more than
happy to help.
Best regards & thanks a lot
Andree
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Versions of packages slang1a-utf8 depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
