Sanjay,
--11597--object doesn't have a dynamic symbol table
With the above
and the below stacktrace, it looks like this application is statically linked
(or at least, the malloc lib is statically linked).
valgrind can find leaks if malloc lib is statically linked
(you need to use
On Tue, 2013-07-02 at 10:01 -0700, Kevin Lee wrote:
I had a relatively simple suppression file that generated ~500 errors. I
wrote a script to select certain errors for suppression and generate an
additional suppression file. When I run with this additional suppression
file, my errors
On Thu, 2013-07-04 at 12:35 -0700, Norman Goldstein wrote:
I am using valgrind-3.8.1 on Fedora 18, 32 bit x86, and
am linking fortran libraries to my main C++ code.
It seems that when malloc'd values end up being initialized
in fortran code, that this is still tagged by valgrind as
On Tue, 2013-07-23 at 12:24 +0200, Matthias Schwarzott wrote:
Hi,
I am running a larger test-application under valgrind. It prints start
and end of testcases to stderr.
Using the text output I immediately see to which testcase an error belongs.
Now is the point I want to get some numbers
On Wed, 2013-07-24 at 14:05 +, Masha Naret (mnaret) wrote:
Hello,
Could anyone please comment the issue described below:
Valgrind shows invalid write for memory allocated on the stack while the
program runs normally.
I've attached a reproducer for this problem,
Thanks for the
On Wed, 2013-07-24 at 22:08 +0200, Philippe Waroquiers wrote:
At this moment, the hypothesis is that if the stack memory is
managed by the user, then when the thread terminates, the stack memory
is not marked by memcheck as addressible again.
I need to investigate more in depth to confirm
On Wed, 2013-08-07 at 08:13 -0700, John Reiser wrote:
Is there any support in memcheck for a client request to treat a block of
memory as read-only? I know memory can be defined as accessible/not
accessible or defined/undefined, but I don’t see anything for “writable”.
It would be
On Wed, 2013-08-21 at 11:12 +0400, Dmitry Antipov wrote:
I'm trying to use valgrind --tool=memcheck --trace-malloc=yes in attempt to
find inefficient memory allocations and optimize them out. It would be nice
to have an option to dump the backtrace for each malloc/realloc/free/etc.
call as
On Thu, 2013-09-05 at 16:01 +0900, Chang-Jae Lee wrote:
Hi,
I am a grad-student in KAIST, and I'm working on a project for
finding bugs or errors.
Currently I'm following a routine from the paper Execution
Suppression: An Automated Iterative Technique for Locating Memory
Errors.
It is
On Mon, 2013-09-09 at 10:50 +0900, Chang-Jae Lee wrote:
The first definition of variable c is at line 11. We then suppress the
line 11, and subsequent use of variable c(at line 12)
The above defines what to do speaking in terms of source lines,
while valgrind works at binary level.
There is
On Thu, 2013-09-12 at 10:55 -0700, min Frank wrote:
Does anyone know if Valgrind works on MIPS64/Linux? I see
MIPS32/Linux is in 3.8.
mips64 support has been added in 3.9.
(but 3.9 is not released yet, so you must get and compile the SVN
version)
Philippe
On Thu, 2013-09-12 at 15:20 -0700, min Frank wrote:
Hi Philippe,
Thanks for your reply. Do you have idea about the roughly timeline for
3.9 release?
I think the idea is to release it in one month or so
(but it was already delayed for some months, due to addition
of new functionalities).
On Fri, 2013-09-27 at 15:01 +, Phil Longstaff wrote:
I was thinking about this one last night, and it's trickier than I first
thought.
L = lock, T = trylock
Thread1: L1 L2
Thread2: L2 T1
Not a deadlock because the trylock will just fail. However, suppose we have:
Thread1: L1 L2
On Sun, 2013-09-29 at 13:16 +0200, Damien R wrote:
Hi,
I am using valgrind 3.7.0 and with the following program, valgrind
reports no error.
#include iostream
struct Foo
{
void print()
{
std::cout foo std::endl;
}
};
int main()
{
Foo * foo = new Foo;
On Mon, 2013-09-30 at 14:49 +0400, Konstantin Tokarev wrote:
30.09.2013, 03:15, Lu Mitnick king19880...@gmail.com:
Hello all,
Memcheck could be used to detect different type of bugs:
1. illegal read/write
2. use of uninitialised values
3. illegal frees
4. when a heap block is freed
On Mon, 2013-09-30 at 15:25 +, Phil Longstaff wrote:
I just got the following report:
==83343== Possible data race during read of size 2 at 0xA38C41A by
thread #2
==83343== Locks held: 3, at addresses 0x2ED6EA0 0x999FD38 0xA389AB8
==83343==at 0x62911E7: strcpy (in
On Wed, 2013-10-16 at 17:36 +, Phil Longstaff wrote:
==23046== Locks held: 3, at addresses 0xFDA2148 0xFE2B020 (and 1 that
can't be shown)
What could cause a lock to have an address that can’t be shown?
Here is a comment from hg_errors.c which explains:
/* Given a normal Lock (LockN),
On Tue, 2013-10-22 at 05:23 +0800, Lu Mitnick wrote:
Hello all,
none-x86-linux could be used as a binary translator, which generate
i386 binary with input of i386 executable. On the other hand,
none-amd64-linux could be used for amd64-amd64 translation. I am
wondering whether it is
On Tue, 2013-10-22 at 09:00 -0700, Robert Henry wrote:
I upgraded my macosx machine from 10.7 to 10.8, and only then
discovered that there's very limited support in valgrind for 10.8
(never mind the about to be released 10.9).
Are there any forks of the code base that supports macosx 10.8
On Tue, 2013-10-22 at 05:59 +0800, Lu Mitnick wrote:
Hello Philippe,
Thanks your reply. Is it means that the option of host and target
should be the same when we configured?
Yes, currently configuring valgrind to run on one arch, but execute a
program from another arch is not supported.
On Tue, 2013-10-29 at 10:24 +0900, Tim Burress wrote:
I'm using Valgrind 3.8.1 to run fuzzing tests on control software for an
embedded system. The tests are run on
Linux pod 3.11.4-201.fc19.x86_64 #1 SMP Thu Oct 10 14:11:18 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
Valgrind itself is the
On Thu, 2013-10-31 at 14:06 +0400, Konstantin Tokarev wrote:
Hi all,
I'm trying to use massif to analyze memory usage of WebKit. I build it
without embedded tcmalloc, so
normal heap allocations are traced by massif. However, its JavaScript
engine still uses separate
mmap-based heap.
On Thu, 2013-10-31 at 21:31 +0330, hamid alaei wrote:
---
3- Reply to Philippe:
---
Thanks Philippe,
I know that can be an interesting extension. I also
On Fri, 2013-11-08 at 19:20 +, Saurabh T wrote:
Date: Fri, 8 Nov 2013 08:20:24 +0100
Subject: Re: [Valgrind-users] Helgrind 3.9.0: false positive with
pthread_mutex_destroy
From: magnus.ref...@gmail.com
To: saur...@hotmail.com
CC:
On Mon, 2013-11-11 at 03:07 +, Jun Yuan wrote:
Hello,
From what I understand about the document, I will have to put
LD_PRELOAD=/pathtowrapper/libwrapper.so before launching valgrind through
exec /data/local/Inst/bin/valgrind $VALPARAMS $*. My question is, I suppose
I will have to
On Tue, 2013-11-19 at 11:20 +0100, Benjamin Schindler wrote:
I did start with --profile-heap, and it gave me the following (before I
killed it). The bottom-most entry was growing really fast. The other
entries seemed to stay more or less contact. Attached for reference is a
complete run ( I
On Sun, 2013-11-24 at 23:16 +0100, Michaël Kint wrote:
Hello,
One of my fellow students and me wanted to use valgrind/cachegrind for
some research. For our research, we wanted to modify
the indirect branch prediction technique that was used in cachegrind
(cg_branchpred.c). After modifying
at this moment
Philippe
Regards
Benjamin
On 19.11.2013 21:30, Philippe Waroquiers wrote:
On Tue, 2013-11-19 at 11:20 +0100, Benjamin Schindler wrote:
I did start with --profile-heap, and it gave me the following (before I
killed it). The bottom-most entry was growing really fast. The other
On Fri, 2013-12-20 at 21:24 +0100, Paul Floyd wrote:
Even this is not very diff-friendly (changing line numbers will cause diffs).
I recommend enabling suppression generation (--gen-suppressions=yes). Then
you can filter anything that isn't
between braces. Or even simply use suppression
On Mon, 2013-12-23 at 18:41 -0500, mathew rowley wrote:
I am not doing 'make install' and running valgrind from the coregrind
directory and it doesnt seem to be able to find support files.
If you are not doing 'make install', then the best is to do
'make install'.
If you really do not want to
On Thu, 2014-01-09 at 19:40 +0530, Subhashish Pradhan wrote:
Hello!
I have some theoretical queries. What does teaching valgrind some
syscalls mean?
What are the read and write primitives of valgrind and where are they
handled?
Basically, 'teaching a (new) syscall to valgrind' means
On Thu, 2014-01-09 at 22:34 +, Jun Yuan wrote:
Hello,
I am using the function wrappers to profile some funcs in my app and I
realized in the valgrind.h the max argument words macro CALL_FN_v_...
supports is 7 words, instead of 12 words that CALL_FN_W_... is up to. Is
there any reason
On Sat, 2014-01-04 at 14:14 +0200, Marios Fragkoulis wrote:
As part of my PhD research I am developing an interactive SQL
relational
interface to Valgrind tools so that tool end users can execute SQL
queries
against tool's data structures [1]. The query library currently
supports Memcheck,
On Tue, 2014-01-14 at 07:14 -0800, Samuel Quiring wrote:
LD_PRELOAD=./libfakec.so valgrind ./my_app –e
But then valgrind would also be using my special library routines and
I am pretty sure that will not work.
Is there a way around this? I am running on CentOS 6.5.
I guess
On Tue, 2014-01-14 at 17:04 +0100, David Faure wrote:
On Tuesday 14 January 2014 08:03:14 Samuel Quiring wrote:
Greetings,
I suspect my program is corrupting (overwriting) memory, e.g., malloc'ing 16
bytes for a string that is 17 bytes when you count the nul, then copying 17
bytes into
On Tue, 2014-01-14 at 11:29 -0500, Mike Shal wrote:
O
Maybe you can do it with a shell-script wrapper? Eg:
run-me.sh:
#! /bin/sh
LD_PRELOAD=./libfakec.so ./myapp -e
Then run:
valgrind --trace-children=yes ./run-me.sh
I do not think so, as the trace-children=yes will cause
On Tue, 2014-01-14 at 08:57 -0800, Samuel Quiring wrote:
| Maybe you can do it with a shell-script wrapper? Eg:
|
| run-me.sh:
| #! /bin/sh
| LD_PRELOAD=./libfakec.so ./myapp -e
|
| Then run:
|
| valgrind --trace-children=yes ./run-me.sh
This has been my approach. Now I am
On Sat, 2014-01-18 at 10:11 +0100, David Faure wrote:
On Friday 17 January 2014 12:36:32 Raghu Reddy wrote:
My question is, how do I find the variable located at the address 0x420A080?
The code was ready compiled with -g option, so I was wondering why it was
unable to point me to the
On Tue, 2014-01-21 at 06:32 +, Jun Yuan wrote:
Sorry for repeated post if I have post more than once..I did not receive
the confirmation for the first time post
Hello,
Thanks for the constant help! I have one more question now...
So far valgrind function wrapper only supports
On Wed, 2014-01-22 at 00:19 +0100, Lionel Cons wrote:
On 22 January 2014 00:03, Tom Hughes t...@compton.nu wrote:
On 21/01/14 21:49, Tina Harriott wrote:
I am new to this list. Can anyone guide me dissect a problem with
valgrinds long double fp math on x86-64 cpus? We're getting major
On Sun, 2014-01-26 at 02:20 +, David Carter wrote:
Hi,
I've got an issue with memcheck in Valgrind 3.8.1 hanging. I've left
processes running for weeks or even months but they don't complete
(normally these processes run in a few minutes tops, and they were
working fine with memcheck
On Fri, 2014-01-31 at 16:34 +, David Carter wrote:
Hello David,
Hi Philippe,
Upgraded to 3.9.0 as you suggested and ran with these options:
-v -v -v -d -d -d --trace-sched=yes
--trace-syscalls=yes --trace-signals=yes --quiet --track-origins=yes
On Thu, 2014-01-30 at 10:52 +, Sweta Ruhela wrote:
Hi,
I have a great interest in using valgrind with my real time OS on ARM
based board.
I have a question that can valgrind be ported on freeRTOS?
If yes then how much effort will be required and what need to do for
On Wed, 2014-02-05 at 18:17 -0500, Jeffrey Walton wrote:
On Wed, Feb 5, 2014 at 6:06 PM, Tom Hughes t...@compton.nu wrote:
On 05/02/14 23:00, Jeffrey Walton wrote:
Well, I'm not sure how to proceed since RAND_init_fips is the linchpin.
A call to ... - RAND_init_fips - ... -
On Tue, 2014-02-11 at 07:22 +, David Carter wrote:
Hi Philippe,
Thanks for your suggestions, I have got the first part of the
information. It seems there is some contention over locale
resources. Do you agree?
Well, difficult to say without looking more in depth at the code.
Taking
On Wed, 2014-02-12 at 17:00 +, Dallman, John wrote:
That doesn't look as if there are any other events present, unless
they're
called something different. I realise I've jumped to the conclusion
that
calls are events, and this might not be true.
I guess I can write something to digest
On Thu, 2014-02-13 at 12:48 +0100, Lionel Cons wrote:
But of course, we all agree it would be nice to have 80 bits floats
properly supported by Valgrind. It is just nobody has
time/money/effort
to spend on that :(.
Kickstarter project maybe?
Philippe?
Looks interesting, but I do
On Fri, 2014-03-14 at 04:18 -0700, Mahmood Naderan wrote:
Hi
Is it possible to run valgrind (memory leak tool) with this command
mahout wikipediaXMLSplitter -d enwiki-latest-pages-articles.xml -o
wikipedia/chunks -c 64
?
It is a java based program.
Or Valgrind works with C++ codes
On Wed, 2014-03-19 at 13:50 +, Tom Hughes wrote:
On 19/03/14 12:45, Ashoka K wrote:
on the device. Device is ARM OMAP running Linux-2.6.33 cross compiled.
I tested and found that summary of valgrind output is shown only on
graceful exit of
the application. Tested with a small
On Mon, 2014-03-31 at 07:23 -0700, janjust wrote:
Hi,
Hello,
I'm trying to run a cray-mpich mpi application under valgrind; however,
I'm getting an error message from mpich that it cannot unmap/remap huge
pages.
What error msg do you get ?
Did anyone encounter this problem before? Any
On Mon, 2014-03-31 at 14:43 -0700, janjust wrote:
(hm my direct reply seems to be getting rejected)
Yes,
The output is rather large so I attached 3 files that were the result of
running it with 2 procs. 1 for stdout and the other two are from
--log-file=valgrind.%p
-Tommy
val.out
On Wed, 2014-04-02 at 07:17 -0700, janjust wrote:
ah ok so this is a virtual filesystem or something, I'm still unsure what is
going on.
the example you provided succeeds for me as well, but...this file:
/var/lib/hugetlbfs/global/pagesize-2097152/hugepagefile.MPICH.0.26201.kvs_4761352
On Thu, 2014-04-03 at 07:21 -0700, janjust wrote:
Philippe,
Thanks a lot for helping with this.
I ran the code as you suggested.
aprun is a job submission system for our cluster machines.
Attached is a file with all the output in order:
code, native, strace native, valgrind, strace -f
On Thu, 2014-04-03 at 15:33 -0700, janjust wrote:
Philippe,
This worked! Thank you so much for your help.
So your hypothesis is correct. The huge_pages (at least on my system) have
an alignment issue if MAP_FIXED is used, and no alignment issue if it's not
used.
The syswrap-generic.c
On Sun, 2014-04-06 at 19:29 -0700, janjust wrote:
Hi,
I'm trying to profile valgrind using perftools-lite and when compiling
the tools I get an undefined reference error.
VEX and coregrind build, but during linking it errs (error is below).
I think it has do with static linking, the
On Mon, 2014-04-14 at 15:38 +0200, Josef Weidendorfer wrote:
Am 13.04.2014 13:37, schrieb Philippe Waroquiers:
To my knowledge, 2 techniques are working to profile valgrind:
1. oprofile
2. self-hosting (i.e. running valgrind under a valgrind tool such as
callgrind or cachegrind
On Thu, 2014-05-15 at 21:06 +, Domingues Luis Filipe wrote:
Hello,
I have a question about how Valgrind works for the instrumentation.
Did he instrument the code during the run time, or did he make the
instrumentation of all the program and the run the instrumented code on
a low level
On Sat, 2014-05-24 at 12:21 +0100, Vignesh wrote:
==268== HEAP SUMMARY:
==268== in use at exit: 0 bytes in 0 blocks
==268== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
This seems to indicate that malloc interception is not working.
Try to run with -v -v -v -d -d -d
On Wed, 2014-05-28 at 16:08 +0200, Ishwara wrote:
Hi
I'm new to valgrind. I wanted to change a default tool to e.g. helgrind by
setting VALGRIND_OPTS env variable.
echo $VALGRIND_OPTS prints: --log-file=rrc.log --time-stamp=yes
--tool=helgrind
But valgrind keeps running memcheck. Other
On Sat, 2014-04-12 at 19:16 -0400, Paul Smith wrote:
I would be happy if valgrind could do the magic on its own.
Recent SVN version are doing the magic
Boy, me too! :-).
I don't have the time to learn enough about Valgrind to attempt a fix
myself but I'm willing to test any patches, etc.
On Tue, 2014-07-08 at 03:49 -0400, Karl Cronburg wrote:
Hello,
I am trying to get memcheck (valgrind-3.10.0.SVN) to run Jikes RVM (3.1.3+hg)
on an x86_64-linux machine in 32-bit mode. However when I run:
WRAP=valgrind --smc-check=all --undef-value-errors=no
--workaround-gcc296-bugs=yes
On Tue, 2014-07-08 at 16:14 -0400, Eliot Moss wrote:
On 7/8/2014 3:47 PM, Karl Cronburg wrote:
On 07/08/2014 02:48 PM, Philippe Waroquiers wrote:
On Tue, 2014-07-08 at 14:39 -0400, Eliot Moss wrote:
On 7/8/2014 2:04 PM, Philippe Waroquiers wrote:
On Tue, 2014-07-08 at 03:49 -0400, Karl
On Wed, 2014-07-09 at 15:58 +0530, Jonnavithula Sharma wrote:
Hi ,
...
But somehow there were no leaks detected and the output is as
below(attached is the complete valgrind output)
...
Any suggestions or help is highly appreciated.
I am compiling my application with all debug
On Tue, 2014-07-22 at 14:48 +0200, Josef Weidendorfer wrote:
Am 22.07.2014 14:31, schrieb Olaf Lenz:
Hi Josef!
I have just installed valgrind-3.9.0, and it doesn't solve the problem.
Also, the problem seems to be there in memcheck, so it seems to be a
problem with the debuginfo
On Tue, 2014-07-22 at 15:20 +0200, Olaf Lenz wrote:
I'm using OpenSUSE 12.3, 64bit.
I have used current valgrind and also the SVN version, but to no
avail.
nm tells me that the debuginfo is in the binary, but valgrind won't
find it.
I did use valgrind to profile other binaries on the
On Mon, 2014-07-28 at 07:11 -0700, John Reiser wrote:
==17454== Conditional jump or move depends on uninitialised value(s)
==17454==at 0x5921F10: strchrnul (in /lib/libc-2.11.3.so)
==17454==by 0x58E55D6: vfprintf (in /lib/libc-2.11.3.so)
the involved fuctions are shown below; the
On Tue, 2014-07-29 at 08:15 +0200, Matthias Apitz wrote:
El día Monday, July 28, 2014 a las 07:11:02AM -0700, John Reiser escribió:
==17454== Conditional jump or move depends on uninitialised value(s)
==17454==at 0x5921F10: strchrnul (in /lib/libc-2.11.3.so)
==17454==by
On Fri, 2014-08-15 at 18:19 -0700, Van Snyder wrote:
It seems that cachegrind could be extended to do complete precise
profiling. This would be more accurate than the traditional statistical
profiling. Is it feasible?
cachegrind (and callgrind) are not statistical profilers.
They a.o. can
On Sun, 2014-08-17 at 02:47 -0700, Van Snyder wrote:
On Sun, 2014-08-17 at 09:48 +0200, Julian Seward wrote:
On 08/16/2014 03:19 AM, Van Snyder wrote:
It seems that cachegrind could be extended to do complete precise
profiling.
What do you mean by complete precise profiling? Can you
On Tue, 2014-08-19 at 14:23 +0200, Jan Včelák wrote:
Compile the server. We hit the problem with the following configuration:
$ autoreconf -fi
$ export CC=gcc
$ export CFLAGS=-O0 -g -j4
$ ./configure --enable-recvmmsg=no \
--enable-lto=no \
--disable-fastparser
On Tue, 2014-08-19 at 21:44 +0200, David Faure wrote:
On Tuesday 19 August 2014 21:00:58 Philippe Waroquiers wrote:
On Tue, 2014-08-19 at 16:46 +0200, Roland Mainz wrote:
ThreadSanitizer won't comprehend the fence instructions inserted by
urcu.
I believe even Helgrind won't, because
On Tue, 2014-08-19 at 22:11 +0200, David Faure wrote:
I'm still trying to find a way to annotate threadsafe-statics so that
helgrind doesn't complain about them.
What is a threadsafe-static ?
See older mail to this list, attached.
It doesn't use __thread anywhere, but rather lets
On Tue, 2014-08-19 at 22:29 +0200, Philippe Waroquiers wrote:
It doesn't use __thread anywhere, but rather lets gcc take care of ensuring
thread-safety on static objects (like C++11 mandates, but it has been doing
so
for a long time already).
Quickly re-reading the mail
On Wed, 2014-09-03 at 21:02 +0200, Florian Krohm wrote:
I reran the regtest and this time the test passed. That does not sound
good. Looks like I should run memcheck on helgrind
I did run the full test suite in an outer memcheck some days ago.
Did not find anything wrong; but the difficulty
On Tue, 2014-09-09 at 22:39 +0200, Tobias Widlund wrote:
vex amd64-IR: unhandled instruction bytes: 0xF 0x1 0xD5 0x31 0xC0
0xC3 0x48 0x8D
vex amd64-IR: REX=0 REX.W=0 REX.R=0 REX.X=0 REX.B=0
vex amd64-IR: VEX=0 VEX.L=0 VEX.n=0x0 ESC=0F
vex amd64-IR: PFX.66=0 PFX.F2=0 PFX.F3=0
On Fri, 2014-09-12 at 11:02 +, Alan Duda wrote:
==23669== error 2 No such file or directory
==23669== cannot create shared_mem
file /tmp/vgdb-pipe-shared-mem-vgdb-23669-by-aduda-on-/home/developer/files
vgdb FIFO names are build using pid, user name and host name.
2 env variables are
On Mon, 2014-09-15 at 14:21 +0200, Florian Krohm wrote:
This issue will be fixed in the next valgrind release. So you won't have
to work around it anymore.
Note that the fix consists in ignoring USER or HOST/HOSTNAME
values containing / characters, and use ??? in such a case.
Philippe
On Mon, 2014-09-15 at 16:44 +0200, Matthias Apitz wrote:
vgdb-invoker-ptrace.c:319: error: 'PTRACE_GETSIGINFO' undeclared (first use
in this function)
A similar compilation error was encountered on s390x/RHEL5/glibc 2.3.4,
as this glibc version does not define PTRACE_GETSIGINFO.
Ptrace manual
On Mon, 2014-09-22 at 16:17 +, Anmol Paralkar wrote:
Hello,
Is it possible to cross compile the valgrind regression suite and then
execute it natively?
I did not retry recently but IIRC, the below worked some weeks
ago on arm64 emulator running fedora:
make regtest on the host
On Tue, 2014-10-07 at 15:23 +, Vincent Gilson wrote:
Hello,
Valgrind 3.10.0 doesn’t want to compile with my
‘arm-926ejs-linux-gnueabi-gcc’ compiler.
[…]
checking host system type... arm-926ejs-linux-gnueabi
checking for a supported CPU... no (arm)
configure: error:
On Wed, 2014-10-08 at 14:46 -0400, Woodrow Barlow wrote:
Basically, Valgrind doesn't detect any heap usage even though I've
used the heap. Why might this be? Are any of my assumptions (below)
wrong?
The 3 known causes are:
A statically linked
B LD_PRELOAD not supported/not configured
C linked
On Fri, 2014-10-10 at 08:11 -0400, Woodrow Barlow wrote:
Hello Sir,
Thank you for the help. I'm not entirely sure whether malloc is provided by
libc.so.0 or by ld-uClibc.so.0,
so I've executed the requested command against both. I'm afraid I don't know
how to interpret the output,
but
On Thu, 2014-11-27 at 23:06 +0300, Mikhail Baikov wrote:
==1654== Invalid read of size 4
==1654==at 0x489B248: __uClibc_main (in /lib/libuClibc-0.9.32.1.so)
==1654== Address 0xbdd74b44 is on thread 1's stack
==1654== 20 bytes below stack pointer
==1654==
I also have
# valgrind -v -v
On Wed, 2014-12-03 at 19:51 +0300, Mikhail Baikov wrote:
The main problem for me is not in basic applications. The problem is
that the application that I want to test works fine without valgrind but
segfaults when I try to run it in valgrind.
Then I might have missed something in the
On Thu, 2014-12-04 at 16:16 +0300, Mikhail Baikov wrote:
And the crash... I'm sorry it's not a segfault. It's a crash.
One of the strange things is that inspite of --run-libc-freeres set no
in the log appears
/bin/sh: symbol '__libc_freeres': can't resolve symbol and the rest...
This is I
On Mon, 2014-12-08 at 13:38 +0100, Kristaps Dzonsons wrote:
Hello list,
I'm experiencing a very strange error with valgrind-3.10.1 on Mac OS X
10.7.5 (via homebrew). In short, mmap(2) returns 0x0 for a regular
MAP_FILE of =4096 bytes. To reproduce, I use the following simple test:
This
On Thu, 2014-12-11 at 14:48 +0300, Mikhail Baikov wrote:
On 12/05/2014 09:26 PM, Philippe Waroquiers wrote:
On Thu, 2014-12-04 at 16:16 +0300, Mikhail Baikov wrote:
And the crash... I'm sorry it's not a segfault. It's a crash.
One of the strange things is that inspite of --run-libc
On Wed, 2014-12-24 at 16:42 +0200, Yakir Ben Senyur wrote:
Hi,
I moving my code from 32bit to 64bit and the pointers changed from 4
bytes to 8 bytes.
I try to you valgrind function VALGRIND_DO_CLIENT_REQUEST .
my code send to this function void*.
It failed on cast from 8 bytes of pointer
On Fri, 2015-01-02 at 00:44 +, João M. S. Silva wrote:
On 01/02/2015 12:05 AM, Tom Hughes wrote:
No. Stack overruns are not detected because there is no guard space
between stack variables like there is between heap variables.
OK, I didn't know that. Now I'm a bit worried :P I thought
On Fri, 2015-01-02 at 17:14 +0530, Austin Einter wrote:
==28501== 7 bytes in 1 blocks are indirectly lost in loss record 33 of
152
==28501==at 0x402CFC7: malloc (vg_replace_malloc.c:296)
==28501==by 0x40AF985: ???
==28501==by 0x40AE2A1: ???
==28501==by 0x40ADB1B: ???
On Mon, 2015-02-02 at 14:51 +0100, Josef Weidendorfer wrote:
Am 02.02.2015 um 12:49 schrieb Christian Priebe:
The same line repeats until I shutdown vgdb. Ok, running vgdb --pid=XXX
v.wait 500 without any tool (i.e. valgrind bin/mysqld)
Without a tool specified, the default is memcheck.
On Fri, 2015-01-23 at 10:58 -0600, kand...@illinois.edu wrote:
Is the ioctl a call to 0x3001 PXA3XX_GCU_SHARED_MAGIC? Anybody
know
of a fix to let me keep profiling, or maybe a way to see which line
of
source triggers the call?
In the file syswrap-generic.c, uncomment the line
On Sun, 2015-02-01 at 20:39 +, Christian Priebe wrote:
It unfortunately does not work. I receive the following message:
vgdb error: no FIFO found matching pid 5803
5803 is the pid as reported by vgdb -l.
can you do
vgdb -d -d -d -l
and then
vgdb -d -d -d --pid=12345 help
On Thu, 2015-02-12 at 15:33 -0800, Mark Roberts wrote:
I’m in the process of upgrading from Vulcan 3.9 to 3.10.1. I’m having
trouble with the new test gdbserver_tests/nlvgdbsigqueue.vgtest. It
looks like it is not getting the gdb signal as it will run to timeout
(which is a lng time).
On Thu, 2015-03-26 at 21:41 -0700, Donald Raikes wrote:
I was expecting something more that I could feed to the stp constraint solver.
This is all I get no matter what program I try ot test with catchconv
and valgrind.
Any suggestions on how I can get this to work properly would be
On Tue, 2015-03-03 at 04:59 +, sankoor sampath wrote:
Hi,
Am very new valgrind, pl help me out:
I have daemon running on linux machine, in which i have injected 1MB
memory leak trying to find memory leak in a daemon using valgrind.
But am not able to get the proper memory leak ouptut ,
On Thu, 2015-03-26 at 07:31 +0100, Paul Menzel wrote:
So the table size is increasing as do the nodes, but the survivors
remain constant at 5657.
Is there a chance that this run will give anything useful, so that I
should leave it running? Or is it in a kind of infinite loop and I can
On Fri, 2015-04-03 at 14:47 +0100, lmx wrote:
how can total heap be:
total heap usage: 0 allocs, 0 frees, 0 bytes allocated ???
even with valgrind --tool=memcheck ./program
i get the same :(
does any one knows how to track the mallocs and free ??
The classical explanations for the above
On Fri, 2015-04-24 at 01:13 +0900, ISHIKAWA,chiaki wrote:
Can valgrind print value of used uninitialized memory location, say,
something along the suggested manner below?
I am not a specialist in the way memcheck does all that,
but at first sight, I do not see major difficulties to implement
On Sat, 2015-04-25 at 00:39 +0900, sean jinu wrote:
exit(0); // this one line is added to kill both valgrind
itself and target as its child
Valgrind cannot use any glibc function, so there is a re-implementation
of a subset of libc in Valgrind.
The equivalent of exit() is called
101 - 200 of 365 matches
Mail list logo