I can reproduce this on my Debian Etch system, which is a UML system with only 64MB of RAM. The version of aptitude is 0.4.3 compiled at Sep 3 2006 17:35:53

I can run "aptitude update" fine. But running "aptitude" gives:

Ouch!  Got SIGSEGV, dying..
Segmentation fault

and running "aptitude upgrade" as root gives:

Reading package lists... Done
Building dependency tree... Done
Initializing package states... Done
Reading task descriptions... Done Building tag database... Done Segmentation fault

The last lines of the strace output are:

read(5, "Status: install ok installed\nPri"..., 26887) = 26887
read(5, ": libterm-readline-gnu-perl | li"..., 26303) = 26303
read(5, "n: libs\nInstalled-Size: 452\nMain"..., 26845) = 24992
read(5, "", 1853)                       = 0
write(1, "\n", 1
)                       = 1
munmap(0x4118e000, 1052672)             = 0
mmap2(NULL, 8388608, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x410cc000
mprotect(0x410cc000, 4096, PROT_NONE)   = 0
clone(child_stack=0x418cb4c4, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID|CLONE_DETACHED, parent_tidptr=0x418cbbf8, {entry_number:0, base_addr:0x418cbbb0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0x418cbbf8) = 8213
brk(0x86ed000)                          = 0x86ed000
open("/etc/mtab", O_RDONLY)             = 21
fstat64(21, ptrace: umoven: No such process
{...})                      = 0
trace: ptrace(PTRACE_SYSCALL, ...): No such process


I've tried running it under gdb, but I just get:

# gdb /usr/bin/aptitude
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/bin/aptitude
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Cannot find user-level thread for LWP 8304: generic error

and now I'm lost. If you can guide me through it, I'd be happy to help to isolate the problem.

-- Ed


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to