I'm also not entirely sure if it indeed is a leak in my program as I
have a routine in it which constantly (20 times/sec) checks the memory
usage (via /proc) of my program and does an exit() when it reaches
500MB (normally it should not use more than 120MB).
If it is something in Xorg,
So when this happens, my program would allocate gigabytes of ram. And
since I used --malloc-fill=, valgrind would then initialize this ram
(I'm speculating here) causing big time swapping. I found this out by
disabling swap memory.
To verify that this is the problem, you might use
On Tue, 2012-04-17 at 20:16 +0200, Folkert van Heusden wrote:
From what I read on wikipedia, Valgrind runs things in a virtual
machine and from my experience (wrote an MSX (z80) emulator once,
no twice) you can emulate everything, maybe a tad slow.
Valgrind provides a simulated cpu, but not a
Valgrind provides a simulated cpu, but not a simulated OS and
simulated mmu etc etc.
In other words, Valgrind runs a unix application process on
top of a virtual cpu, Valgrind does not provide a virtual
machine like kvm or Xen or ...
hmmm ok.
it seems it can't handle corruptions that nicely:
On Tue, 2012-04-17 at 21:02 +0200, Folkert van Heusden wrote:
Valgrind provides a simulated cpu, but not a simulated OS and
simulated mmu etc etc.
In other words, Valgrind runs a unix application process on
top of a virtual cpu, Valgrind does not provide a virtual
machine like kvm or Xen
Hi Philippe,
hmmm ok.
it seems it can't handle corruptions that nicely:
Not too sure I understand. The below msgs from Valgrind
are indicating (probable/possible) bugs. Apart of reporting
the error, the behaviour is (usually) not influenced too much
(compared to a native execution).
On Tue, 2012-04-17 at 21:55 +0200, Folkert van Heusden wrote:
The problem I see is that the stacktraces seem to be incorrect.
gdb unwinder might work better = try with the Valgrind gdbserver
(give --vgdb-error=0 arg to Valgrind, and follow instructions
to attach gdb, and then 'continue' your
Hi all,
I am trying to develop a tool using valgrind and I had to use
unsafeIRDirty_1_N for writing into a temporary register. It works fine
for integer temporary registers but fails for floating point ones. The
error message comes from line 4020 in VEX/priv/host_amd64_isel.c which
basically