[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Valgrind: Killed (FC5)



Hello Tod,


On Tue, 23 May 2006 02:09:56 -0700 "Tod Merley" <todbot88 gmail com> wrote:

> On 5/23/06, wwp <subscript free fr> wrote:
> 
> > Hi there,
> >
> >
> > I'm trying to use valgrind in FC5..
> >
> > $ valgrind --help
> > Killed
> >
> > Any other attempt to run valgrind w/ a correct command-line gives the same
> > error (user or root). I tried valgrind-3.1.0-2 or 3.1.1 from the sources.
> >
> > FYI, kernel is 2.6.16-1.2096_FC5.custom3 (stripped down to me smaller
> > towards
> > hardware drivers), no se_linux.
> >
> > Any hint? Did I miss anything?
> >
> >
> > strace output:
> > $ strace valgrind --help
> > execve("/usr/bin/valgrind", ["valgrind", "--help"], [/* 40 vars */]) = 0
> > brk(0)                                  = 0x9bd7000
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0xa7f76000
> > access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
> > directory)
> > open("/usr/local/lib/tls/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No
> > such file or directory)
> > open("/usr/local/lib/tls/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such
> > file or directory)
> > open("/usr/local/lib/tls/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such
> > file or directory)
> > open("/usr/local/lib/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file
> > or directory)
> > open("/usr/local/lib/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such
> > file or directory)
> > open("/usr/local/lib/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file
> > or directory)
> > open("/usr/local/lib/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file
> > or directory)
> > open("/usr/local/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or
> > directory)
> > open("/etc/ld.so.cache", O_RDONLY)      = 4
> > fstat64(4, {st_mode=S_IFREG|0644, st_size=121122, ...}) = 0
> > mmap2(NULL, 121122, PROT_READ, MAP_PRIVATE, 4, 0) = 0xa7f58000
> > close(4)                                = 0
> > open("/lib/libc.so.6", O_RDONLY)        = 4
> > read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0J\330c\000"...,
> > 512) = 512
> > fstat64(4, {st_mode=S_IFREG|0755, st_size=1532536, ...}) = 0
> > mmap2(0x628000, 1254780, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
> > 4, 0) = 0x628000
> > mmap2(0x755000, 12288, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x12d) = 0x755000
> > mmap2(0x758000, 9596, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x758000
> > close(4)                                = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0xa7f57000
> > set_thread_area({entry_number:-1 -> 6, base_addr:0xa7f576c0,
> > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
> > limit_in_pages:1, seg_not_present:0, useable:1}) = 0
> > mprotect(0x755000, 8192, PROT_READ)     = 0
> > mprotect(0x624000, 4096, PROT_READ)     = 0
> > munmap(0xa7f58000, 121122)              = 0
> > readlink("/proc/self/exe", "/usr/bin/valgrind", 4096) = 17
> > brk(0)                                  = 0x9bd7000
> > brk(0x9bf8000)                          = 0x9bf8000
> > execve("/usr/lib/valgrind/x86-linux/memcheck", ["valgrind", "--help"], [/*
> > 41 vars */]) = 0
> > +++ killed by SIGKILL +++
> > Process 21593 detached
> >
> >
> >
> > Regards,
> >
> > --
> > wwp
> >
> >
> > --
> > fedora-list mailing list
> > fedora-list redhat com
> > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
> 
> 
> Hi wwp!
> 
> Just some thoughts.
> 
> Can you find the files not found in the strace (missing or unavailable
> (permissions) dependencies)?

Those lines are quite normal, at least usual, it's just looking for libc.so.6
in a specific list of paths. As you could see, it finally founds it in /lib:

> open("/lib/libc.so.6", O_RDONLY)        = 4

IIRC I always see this when running a program in strace.


> How (what applications) manage memory in FC5 and how well do they cooperate
> with valgrind?

Well, there's nothing "unusual" here, and resources are not stressed (1GB
mem, very few buffers/swap used). I run some desktop/development stuff (mail,
browser, gcc, etc.) as I always did, and attempted to valgrind as it used to
work. I tried w/ all apps closed, this didn't help, as I expected.


> Good hunting!

:)


Regards,

-- 
wwp

Attachment: signature.asc
Description: PGP signature


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]