Bug#312394: arm-woody update-menus segfault during upgrade
On Tue, Jun 07, 2005 at 11:53:09PM +0100, Jonathan David Amery wrote:
> OK, so now a new update-menus has installed and my machine isn't
> suffering segfaults every time it runs it...
>
> I've got a copy of the old update-menus and it still segfaults; here
> is an strace of it:
>
> execve("./update-menus", ["./update-menus"], [/* 41 vars */]) = 0
> uname({sys="Linux", node="ysolde", ...}) = 0
> brk(0) = 0x68520
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY) = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=32840, ...}) = 0
> old_mmap(NULL, 32840, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001d000
> close(3) = 0
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> open("/usr/lib/libstdc++-libc6.2-2.so.3", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0$a\1\0004"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=256336, ...}) = 0
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000
> old_mmap(NULL, 297452, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40026000
> mprotect(0x40063000, 47596, PROT_NONE) = 0
> old_mmap(0x40066000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x38000) = 0x40066000
> old_mmap(0x4006d000, 6636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4006d000
> close(3) = 0
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> open("/lib/libm.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\2644\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=465492, ...}) = 0
> old_mmap(NULL, 496736, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4006f000
> mprotect(0x400e1000, 29792, PROT_NONE) = 0
> old_mmap(0x400e7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x70000) = 0x400e7000
> close(3) = 0
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> open("/lib/libc.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\350[\1\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=1159708, ...}) = 0
> old_mmap(NULL, 1196844, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x400e9000
> old_mmap(0x40201000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x110000) = 0x40201000
> old_mmap(0x4020b000, 9004, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4020b000
> close(3) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
Hello Jonathan,
I don't quite know what happen here. I suspect this is a ARM specific
breakage, because the strace does not show the two potential breakages we
could expect (/usr/lib/libstdc++-libc6.2-2.so.3 being removed before
menu is upgraded, or the old menu choking on the new menu config files).
The sarge version should be more robust.
Since apparenlty this affect only the woody version and sarge is
released it is unlikely I can do anything about it now...
Debian ARM porters, any opinions on this bug ?
(woody update-menus segfaulting after the upgrade to sarge)
Thnaks for your report,
--
Bill. <ballombe@debian.org>
Imagine a large red swirl here.
Reply to: