Re: Valgrind: Killed (FC5)

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

 



Hello Tod,


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

> On 5/23/06, wwp <subscript@xxxxxxx> 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@xxxxxxxxxx
> > 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

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux