[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re[2]: Problem with running tests during installing coreutils-5.94
From: |
Adam Waltman |
Subject: |
Re: Re[2]: Problem with running tests during installing coreutils-5.94 |
Date: |
Tue, 18 Apr 2006 13:39:24 +0200 |
Hi James,
James Youngman wrote:
> I really do not intend to give offence by asking this question, but
> how do you reconcile the two statements you make below?
>
>> Gentoo is all about getting the source and compiling things on my
>> computer using gcc settings appropriate for my system (and so on...
>> :-)),
>
>> I have no real experience in programming in Linux,
>
> Perhaps I just don't understand enough about how Gentoo is supposed
> to work...
Bob has already explained the idea of Gentoo and I can only add that there
is a huge
difference beetween using code created be someone (downloading, compiling,
installing)
and digging in the code on my own :-)
So the tips how should I use gdb were really heplful.
Here is the output
k13 coreutils-5.94 # gdb -x <( printf "run\nbt" ) --args
src/shred --remove --zero adam adam1
GNU gdb 6.4
Copyright 2005 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 "i686-pc-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 2074)]
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
No stack.
(gdb)
here is the strace:
k13 coreutils-5.94 # strace src/shred --remove --zero adam adam1
execve("src/shred", ["src/shred", "--remove", "--zero", "adam", "adam1"],
[/* 39 vars */]) = 0
uname({sys="Linux", node="k13", ...}) = 0
brk(0) = 0x8051d48
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=24914, ...}) = 0
mmap2(NULL, 24914, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3) = 0
open("/lib/librt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\33"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=34552, ...}) = 0
mmap2(NULL, 77400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x4001e000
mmap2(0x40025000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x40025000
mmap2(0x40027000, 40536, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40027000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20V\1\000"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1200672, ...}) = 0
mmap2(NULL, 1142068, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40031000
mmap2(0x40142000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x111) = 0x40142000
mmap2(0x40146000, 7476, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40146000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0C\0\000"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=138921, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40148000
mmap2(NULL, 332928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x40149000
mmap2(0x40157000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x40157000
mmap2(0x40159000, 267392, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40159000
close(3) = 0
mprotect(0x40157000, 4096, PROT_READ) = 0
mprotect(0x40142000, 4096, PROT_READ) = 0
mprotect(0x40015000, 4096, PROT_READ) = 0
munmap(0x40017000, 24914) = 0
brk(0) = 0x8051d48
brk(0x8072d48) = 0x8072d48
brk(0) = 0x8072d48
brk(0x8073000) = 0x8073000
set_thread_area({entry_number:-1 -> -1, base_addr:0x80525e0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = -1 ENOSYS (Function not implemented)
modify_ldt(1, {entry_number:0, base_addr:0x80525e0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}, 16) = 0
getpid() = 3888
rt_sigaction(SIGRTMIN, {0x401518e0, [], SA_RESTORER, 0x40059f98}, NULL, 8) =
0
rt_sigaction(SIGRT_1, {0x40151a30, [RTMIN], SA_RESTORER, 0x40059f98}, NULL,
8) = 0
rt_sigaction(SIGRT_2, {0x40151c10, [], SA_RESTORER, 0x40059f98}, NULL, 8) =
0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbfffec98, 32, (nil), 0}) = 0
open("/dev/urandom", O_RDONLY) = 3
read(3, "\2345\325x", 4) = 4
close(3) = 0
getpid() = 3888
getppid() = 3887
getuid32() = 0
getgid32() = 0
gettimeofday({1145366643, 422702}, NULL) = 0
open("/dev/urandom", O_RDONLY|O_NOCTTY|O_LARGEFILE) = 3
read(3, "|\333>\352\207\350\237\3569\345\263|L\254[\361d\fX\356"..., 32) =
32
close(3) = 0
open("adam", O_WRONLY|O_NOCTTY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=3157, ...}) = 0
fcntl64(3, F_GETFL) = 0x8001 (flags
O_WRONLY|O_LARGEFILE)
fcntl64(3, F_SETFL, O_WRONLY|O_DIRECT|O_LARGEFILE) = 0
_llseek(3, 0, [0], SEEK_SET) = 0
write(3, "B\373\347\260\231Z\37\343\362\370\177W\251\334\322S_`\303"...,
4096 <unfinished ...>
+++ killed by SIGSEGV +++
My problem is that every time I try it when I try to run this failing
command for the second time it stops
k13 coreutils-5.94 # ps aux | grep shred
root 2100 0.0 1.1 6480 4504 pts/1 S 13:14 0:00 gdb -x
/dev/fd/63 --args src/shred --remove --zero adam adam1
root 2101 0.0 0.1 1796 468 pts/1 D+ 13:14 0:00
/var/tmp/portage/coreutils-5.94-r1/work/coreutils-5.94/src/shred --remove --
zero adam adam1
in state D but I do not know how to resume it, I also cannot kill it. I have
to reboot my server every 5 minutes to give it another try :-)
What should I do next?
Best regards,
Adam
- Problem with running tests during installing coreutils-5.94, Adam Waltman, 2006/04/17
- Re: Problem with running tests during installing coreutils-5.94, Bob Proulx, 2006/04/17
- Re: Problem with running tests during installing coreutils-5.94, Paul Eggert, 2006/04/17
- Re[2]: Problem with running tests during installing coreutils-5.94, Adam Waltman, 2006/04/17
- Re: Re[2]: Problem with running tests during installing coreutils-5.94, James Youngman, 2006/04/17
- Re: Re[2]: Problem with running tests during installing coreutils-5.94, Bob Proulx, 2006/04/17
- Re: Re[2]: Problem with running tests during installing coreutils-5.94,
Adam Waltman <=
- Re: Re[2]: Problem with running tests during installing coreutils-5.94, Philip Rowlands, 2006/04/18
- Re: Problem with running tests during installing coreutils-5.94, Eric Blake, 2006/04/18
- Re: Problem with running tests during installing coreutils-5.94, Adam Waltman, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, James Youngman, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, Philip Rowlands, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, adam, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, adam, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, Bob Proulx, 2006/04/19
- Re: Problem with running tests during installing coreutils-5.94, Paul Eggert, 2006/04/19
- Re[2]: Problem with running tests during installing coreutils-5.94, Philip Rowlands, 2006/04/17