On 2025-08-27 01:49, Igor Korot wrote:
Hi, ALL,
My name is Igor and I'm a cross-platform developer.
Recently my program started experiencing crashes, so I decided to try valgrind.
Hi
Please could you try the patch that is part of this bugzilla item
https://bugs.kde.org/show_bug.cgi?id=38
On 8/19/25 16:18, Brian Salehi via Valgrind-users wrote:
Hey Tom, thanks for the reply.
Here is the link to the page introducing the book:
https://valgrind.org/docs/books.html
I'm not sure that is much use these days. It's about 17 years old and
you'll only be able to get a secondhand copy.
On 4/24/25 03:59, Mark Wielaard wrote:
An RC2 tarball for 3.25.0 is now available at
https://sourceware.org/pub/valgrind/valgrind-3.25.0.RC2.tar.bz2
(md5sum = 4e53a0a1a8d1404e77e6c45015eeb472)
(sha1sum = ba482eeeb89dd271006f59b09f01048be6530a53)
https://sourceware.org/pub/valgrind/valgrind-3.25
On 4/20/25 04:13, Sean McBride wrote:
On 19 Apr 2025, at 12:48, Paul Floyd via Valgrind-users wrote:
I'll give macOS a go shortly.
macOS? It hasn't been supported in years, unless I missed some exciting news?
macOS is lagging far behind. In the last 6 months I made 4 changes f
On 19-04-25 16:48, Paul Floyd via Valgrind-users wrote:
On 4/18/25 15:53, Mark Wielaard wrote:
Slightly later than originally planned, but the RC1 is finally out!
Hi Mark
There was one small regtest issue on FreeBSD (a script missing from
dist_noinst_SCRIPTS in none/tests/freebsd
On 4/18/25 15:53, Mark Wielaard wrote:
Slightly later than originally planned, but the RC1 is finally out!
Hi Mark
There was one small regtest issue on FreeBSD (a script missing from
dist_noinst_SCRIPTS in none/tests/freebsd/Makefile.am). It's not a
blocking issue and it should now be fixe
On 21/03/2025 09:06, kiran hardas wrote:
Hi Paul/Team,
Thank you for your suggestion. I added the entry for shmget function
in coregrind/m_syswrap/syswrap-x86-linux.c
and the error got resolved for shmget function. Yes it is x86 linux
that is getting used. Similar errors came for shmat, shmdt
On 3/21/25 09:06, kiran hardas wrote:
Hi Paul/Team,
Thank you for your suggestion. I added the entry for shmget function
in coregrind/m_syswrap/syswrap-x86-linux.c
and the error got resolved for shmget function. Yes it is x86 linux
that is getting used. Similar errors came for shmat, shmdt, s
On 3/12/25 22:40, kiran hardas wrote:
Hi Philippe/Team,
Thank you Philippe for your suggestions, I was able to resolve the
earlier errors by adding additional valgrind options and loading the
symbol table.
In my application, few variables and a function pointer was
uninitialised which led to
On 10-02-25 09:44, Lev Yudalevich wrote:
My first PC has i7-6700K @ 4.00GHz x 8 CPU, 32GiB RAM
My second PC has i7-10700 @ 2.90GHz x 16 CPU, 64GiB RAM
Both machines have identical OS installation (Ubuntu 22.04.5 LTS) rest
of the software (toolchains etc).
However, running Valgrind (version 3.
> On 11 Feb 2025, at 04:38, Jessica Long wrote:
>
> Not sure what to do. I'm new to Linux and Valgrind.
>
> I'm on CLion, and I'm trying to run my code with Valgrind memcheck. However
> I get the message.
>
> --33110:0:libcfile Valgrind: FATAL: Private file creation failed.
>The curre
On 14-12-24 04:11, John Reiser wrote:
I've tried to build the last release but have not resolved the place
why it tries to link against the non-existing libc and how to fix that...
Here are some workarounds:
I'm trying to build valgrind (memcheck) for 32-bit programs on Android
running under
On 13/12/2024 16:26, Simon Sobisch wrote:
Daear valgrind users and devs,
Valgrind-3.22.0 and asserts reproducible on
aarch64-unknown-linux-android (with several applications) as follows:
valgrind:
/home/builder/.termux-build/valgrind/src/coregrind/m_redir.c:796 (void
vgPlain_redir_add_ifun
On 05-12-24 14:19, Wojciech Bocer wrote:
Hello,
I have a problem with Valgrind taking a lot of time trying to
determine if there are memory leaks before it exits.
Roughly speaking leak detection involves scanning though all accessible
memory using pointer-size alignment to look for any po
On 15-11-24 08:34, Mathew T wrote:
Hello,
I’m seeking assistance with a challenging issue involving an
executable on an ARM64 Ubuntu system. Here’s the problem and what I’ve
done to investigate it so far:
Problem Summary: I have an ARM64 executable that crashes with a
segmentation fault(early
On 12-11-24 22:22, William Chan (BLOOMBERG/ 919 3RD A) wrote:
Hi,
I have a program that induces a possibly lost warning via an interior
pointer but I deallocate the pointer properly. Is Valgrind supposed to
be able to know that an interior pointer is freed? I'm trying to
determine whether
On 26-10-24 13:36, Daniel Feenberg wrote:
This is very disappointing. Such moves may be frequent in other
languages, but I don't see it happening to much in my Fortran 95 code. I
suppose if subroutine arguments are copy-in/copy-out, that would be a
source of spurious messages, as could
On 24-10-24 14:33, Daniel Feenberg via Valgrind-users wrote:
I am a bit inexperienced with Valgrind which reports an uninitialized
variable in my 34,000 line program. But the message comes from a branch
deep in libgfortran. After some experimentation, I created the following
example program
On 10-09-24 06:59, Tech info wrote:
We are debugging memory leaks in our legacy 32-bit multithreaded
applications on ARM64-bit processors, but we're facing performance
issues with Valgrind:
*Application Crash*: After 9-10 minutes, the application crashes,
and |top commands|showsno a
> On 5 Sep 2024, at 11:18, Isharat Mahmood wrote:
>
> Dear Team,
>
> We have a query regarding Valgrind working model.
> Is it the right mailer list to ask?
If it is a Valgrind User question then this is the right list.
Otherwise there is a mailing list for Valgrind developers.
A+
Paul
On 06-06-24 15:43, Byron Hawkins wrote:
For the purposes of studying dead-code elimination in LLVM, I'd like to
generate a simple list of all the functions that are ever called by the
target program. There's no need for any timing or frequency reports or
backtraces or any other details. So fa
On 04-07-24 14:26, Thomas Wollenzin wrote:
Hi,
I was wondering whether there are other ways of communication for the
Valgrind community. In particular I'm thinking Slack or Discord?
The main problem that I see with these platforms is that the perceived
ease of access means that there are
On 23-06-24 15:43, Mark Wielaard wrote:
Hi all,
On Thu, Nov 16, 2023 at 08:22:33PM +0100, Mark Wielaard wrote:
Valgrind is more than 20 years old and we have been collecting
bugs slightly faster than we have been able to close them. Which means
we now have around a thousand bugs open. This i
On 19-06-24 08:15, Thomas Wollenzin wrote:
Thanks for the hint, Sean.
While that might work perfectly fine, I'm personally not a big fan of
these types of tools. They're fine for proofing a theory but shouldn't
be used to 'cover up' developer mistakes. Code should be written as
solidly as p
On 17-06-24 08:45, Thomas Wollenzin wrote:
Hi,
I have a questing regarding Valgrind report 'Mismatched free() / delete
/ delete []'.
I understand that Valgrind is redirecting calls to new/delete and so on
to its own. On the allocation side I see:
operator new(unsigned long) (vg_repl
On 15-06-24 17:38, Thomas Wollenzin wrote:
Hi,
I'm not too familiar with valgrind yet so excuse a potentially dumb
question.
I'm trying to fix an issue in our code base that valgrind reported as
'Conditional jump or move depends on uninitialised value(s)'. In
particular I have a hard tim
On 25/05/2024 12:29, Paulo Ferreira wrote:
> Error message from Helgrind:
>
> $ valgrind --tool=helgrind ./prog
> ...
> ==6587== Thread #1: Bug in libpthread: sem_wait succeeded on semaphore
> without prior sem_post
> ==6587==at 0x4850069: sem_wait_WRK (hg_intercepts.c:3155)
> ==6587==
On 25/05/2024 12:29, Paulo Ferreira wrote:
> Error message from Helgrind:
>
> $ valgrind --tool=helgrind ./prog
> ...
> ==6587== Thread #1: Bug in libpthread: sem_wait succeeded on semaphore
> without prior sem_post
> ==6587==at 0x4850069: sem_wait_WRK (hg_intercepts.c:3155)
> ==6587==
On 25-04-24 19:09, Simon Sobisch wrote:
Am 25.04.2024 um 20:55 schrieb Paul Floyd via Valgrind-users:
On 25-04-24 14:39, Simon Sobisch wrote:
3. compile warnings with clang on arm64 (in multiple files/positions
with different arguments to the macros CALL_FN_W_W, CALL_FN_W_WW
On 24-04-24 23:33, Mark Wielaard wrote:
An RC2 tarball for 3.23.0 is now available at
FreeBSD amd64 and arm64 both still fine.
A+
Paul
___
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/lis
On 25-04-24 08:50, Simon Sobisch wrote:
I've compiled and tried to run the RC2 on some environments, using
1. Find just a minor patch for configure.ac to improve help output and
keep the style of the file (two missing spaces visible in "configure
--help"; tabs/line breaks).
2. One thing th
On 25-04-24 14:39, Simon Sobisch wrote:
1. Several failing tests because of sed and ps usage. With
2. Two failing tests on Debian with AMD Ryzen:
3. compile warnings with clang on arm64 (in multiple files/positions
with different arguments to the macros CALL_FN_W_W, CALL_FN_W_WW,
CALL_FN_
> On 22 Apr 2024, at 20:40, Carl Love via Valgrind-users
> wrote:
>
> Mark:
>
> The PowerPC test results for Valgrind 3.23.0.RC1
>
> ---
> Power 10, Fedora release 38 :
>
> memcheck/tests/linux/rfcomm (stderr) also fail
On 30-03-24 11:43, Mark Wielaard wrote:
For those of you tracking the xz backdoor:
https://lwn.net/Articles/967180/
valgrind plays a little role in the discovery.
"Then recalled that I had seen an odd valgrind complaint in my
automated testing of postgres, a few weeks earlier, after some pac
On 04-03-24 11:42, jinesh gada wrote:
Hi Everyone,
I am working on integrating a docker based application on a virtual
machine with Valgrind.
I have bind the Valgrind libraries and required folder structure with
the container.
But on running my app with Valgrind I'm facing an issue sayi
On 16/01/2024 20:17, JD Silence wrote:
Hello,
I'm looking for some hints, advice and any other things that could
help me figure this out.
I have a big program which I wanted to debug some memory issues. This
program internally creates and runs several threads.
[snip]
The program is writt
On 26-10-23 14:48, Mark Wielaard wrote:
An RC2 tarball for 3.22.0 is now available at
https://sourceware.org/pub/valgrind/valgrind-3.22.0.RC2.tar.bz2
(md5sum = 07bb18b0fd1c7347b350d8d71dc940f6)
(sha1sum = 61c29e47efdc933ea3f23cb2f0fcebcd6d96dab1)
https://sourceware.org/pub/valgrind/valgrind-3.
> On 27 Oct 2023, at 00:54, Mark Wielaard wrote:
>
> Thanks.
>
> = I ran make regtest on Fedora 38 POWER9 ppc64le and got:
>
> == 732 tests, 2 stderr failures, 0 stdout failures, 0 stderrB failures, 0
> stdoutB failures, 0 post failures ==
> memcheck/tests/bug340392 (stderr)
>
On 12/10/2023 10:06, Tom Hughes wrote:
That's not any part of the problem code though, so it's not
really relevant to the original problem.
There's no way we can comment on the original problem though
because we can't actually see any of the code, only a few top
level highlights which is nowh
On 11/10/2023 23:47, Karl Robillard via Valgrind-users wrote:
I'm getting the following error on struct members which should absolutely be
initialized:
Conditional jump or move depends on uninitialised value(s)
To begin investigating I did a memset of zero on the entire struct and the
error
On 23-04-23 13:58, Paul Floyd wrote:
Still to come: Alpine/musl.
It configures.
It all builds.
It's not great.
== 619 tests, 102 stderr failures, 27 stdout failures, 1 stderrB
failure, 2 stdoutB failures, 4 post failures ==
But that's good enough for me :-
On 04/22/23 11:41 PM, Paul Floyd wrote:
Nothing bad to report. I'll do one more test on Solaris 11.3 tomorrow.
Solaris 11.3 amd64
No python3, and I only have python3.4 (and no 'python3' metapackage
either) on my machine that is long out of service contract. So I got
s
On 22-04-23 23:41, Paul Floyd wrote:
OpenIndiana 22.10
Everything builds. All the gdbserver tests hang.
And I should have said the hangs aren't new.
A+
Paul
___
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
Nothing bad to report. I'll do one more test on Solaris 11.3 tomorrow.
FreeBSD 13.1 amd64
No change
FreeBSD 13.2 amd64
I get a hang in drd/tests/pth_cancel_locked and a few more fails, most
likely related to switching from clang 13 to 14.
FreedBSD 13.2 x86
As for amd64 but also a new han
On 29-03-23 04:41, John Reiser wrote:
Could it be possible to add an option like --heap-up-fill
--heap-down-fill (like for stack with malloc), that fills heap memory
with a specified values (when entering a function and leave a function)?
tl;dr 2
See
https://www.open-std.org/jtc1/sc22
On 28-03-23 11:40, Julien Allali wrote:
Hi,
Sometimes, valgrind detects error like "Conditional jump or move
depends" or "Use of uninitialized value" related to a variable in heap.
When using with gdb (--vgdb-error=1), a newbie (i.e. my students) can
have difficulties to understand as
On 27-02-23 22:11, Leon Pollak wrote:
Hello, all.
I am trying to compile Valgrind 3.20.0 on ARMv7 Linux 2.6.37 (not cross!).
At first, compilation produced a lot of errors with binary constants in
the form 0b, but I replaced them with normal numbers and compilation
continued.
It failed w
> On 16 Feb 2023, at 00:37, Anand K R wrote:
>
> 0x66 0xF 0x3A 0x22
>
I can’t see what that disassembles to.
Can you tell us what CPU exactly this is for, and which OS and compiler you are
using?
Do you get any call stacks (for Valgtind itself or the test exe)?
Lastly, can you provide a
On 29-01-23 20:50, Ivica B wrote:
Hi Paul!
I read the info you provided, but none of the programs actually
support detecting cache conflicts.
Hi
No, the tools I suggested would only give an indication, you would then
have to use your code knowledge and maybe some trial and error to make
On 29-01-23 14:31, Ivica B wrote:
Hi!
I am looking for a tool that can detect cache conflicts, but I am not
finding any. There are a few that are mostly academic, and thus not
maintained. I think it is important for the performance analysis
community to have a tool that to some extent can det
On 16-01-23 22:02, Gordon Messmer wrote:
Can anyone suggest why valgrind prints so many loss records for this
particular leak? Links for the two functions that I mentioned follow,
along with one of the loss records printed by valgrind.
In my experience the most likely reason that you are
Hi
I've done most of the work to get the pthread stack cache turned off
with glibc >= 2.34.
(see https://bugs.kde.org/show_bug.cgi?id=88).
This doesn't help with this example, and it looks to me that this is a
problem with libc / rtld.
A+
Paul
Yes, the cache disabling is quite hacky, as mentionnd in the doc:
"Valgrind disables the cache using some internal
knowledge of the glibc stack cache implementation and by
examining the debug information of the pthread
library. This technique is thus somewhat fragile and might
not work f
On 11/12/22 01:46, John Reiser wrote:
It's a bug (or implementation constraint) in glibc timer.
When I run it under valgrind-3.19.0 with glibc-debuginfo and
glibc-debugsource installed (2.35-17.fc36.x86_64):
[Notice the annotation "LOOK HERE"]
==281161== Command: ./a.out
==281161==
--28
On 11/11/22 17:47, Domenico Panella wrote:
Hi,
I am getting a memory leak in my program about timer_delete function.
According valgrind output,
It seems that the timer_delete function doesn't release the memory.
==18483== HEAP SUMMARY:
==18483== in use at exit: 272 bytes in 1 blocks
==1
On 10/20/22 01:52, Mark Wielaard wrote:
Greetings.
A first release candidate for 3.20.0 is available at
https://sourceware.org/pub/valgrind/valgrind-3.20.0.RC1.tar.bz2
(md5 = 981b9276536843090700c1268549186e)
Please give it a try on platforms that are important for you. If no
serious issues
On 10/20/22 01:52, Mark Wielaard wrote:
Greetings.
A first release candidate for 3.20.0 is available at
https://sourceware.org/pub/valgrind/valgrind-3.20.0.RC1.tar.bz2
(md5 = 981b9276536843090700c1268549186e)
Please give it a try on platforms that are important for you. If no
serious issues
Can you try
https://github.com/oracle/solaris-userland/tree/master/components/valgrind
One day I’ll get round to contacting the Oracle support team that produced this
with a view to merging it upstream.
A+
Paul
___
Valgrind-users mailing list
Valgr
On 8 Sept 2022 15:27, Shane Bishop wrote:
Hi,
I am trying to compile Valgrind 3.19.0 on Solaris
Is there an earlier release of Valgrind that is known to successfully compile on Solaris 11 that I could try building instead?If you have Oracle support I believe that they have a version avai
> On 5 Aug 2022, at 20:53, G N Srinivasa Prasanna
> wrote:
>
>
> This is the first time we are using Valgrind, and we want to know if we can
> get a list of all the physical addresses the program used, in the order the
> program accessed them, and whether read/write.
>
> Please let us kno
Hi
Sgcheck never got beyond experimental and was removed from Valgrind a few
versions ago. My advice is simply to not use it.
A+
Paul
> On 4 Aug 2022, at 07:45, Pahome Chen via Valgrind-users
> wrote:
>
>
> Dear all,
>
> I read the sgcheck’s doc and know it’s a experimental tool, but it
Hi John
On 12/19/21 16:16, John Crow wrote:
I ought to have said at first how much I appreciate having Valgrind
available. It's invaluable, and thank you for your attention.
'You are building with the same compiler that was used at configure time?'
Yes. I verified by doing a configure>>make>
On 18/12/2021 21:07, John Crow wrote:
Fwiw I'm seeing a failure, snippet below, when running `make check` on
valgrind-3.18.1. The package configures, makes, installs, and, as far
as I can tell, executes successfully.
$ uname -a
Linux foo-Inspiron-3583 5.4.0-91-generic #102-Ubuntu SMP Fri Nov
> Could you please suggest if Valgrind has provisions to help detect memory
> leaks, for applications such as ours.
Hi Abhijit
Yes, Valgrind has provisions for this. It will, however, require you to modify
your code.
The procedure is documented in the manual here
https://valgrind.org/doc
On 21/10/2021 20:45, Florian Weimer wrote:
* Paul Floyd:
Unless someone else has an Idea this is going to need some debugging
inside Valgrind.
It's probably the glibc implementation that is incorrectly executed by
valgrind. “g++ -fno-builtin” reproduces the issue with the original
so
On 20/10/2021 20:13, Paul Floyd wrote:
On 10/20/21 16:16, Paul FLOYD wrote:
Message du 20/10/21 17:14
De : "Vladislav Yaglamunov"
A : valgrind-users@lists.sourceforge.net
Copie à :
Objet : [Valgrind-users] Cubic root of zero gives wrong result with
clang 64-bit
I am usin
On 10/20/21 16:16, Paul FLOYD wrote:
Message du 20/10/21 17:14
De : "Vladislav Yaglamunov"
A : valgrind-users@lists.sourceforge.net
Copie à :
Objet : [Valgrind-users] Cubic root of zero gives wrong result with clang 64-bit
I am using Valgrind 3.17.0 and noticed a strange behavior whi
> Message du 20/10/21 17:14
> De : "Vladislav Yaglamunov"
> A : valgrind-users@lists.sourceforge.net
> Copie à :
> Objet : [Valgrind-users] Cubic root of zero gives wrong result with clang
> 64-bit
>
>Hi,
>I am using Valgrind 3.17.0 and noticed a strange behavior while running a code
>compile
On 10/12/21 10:13 PM, Mark Wielaard wrote:
An RC1 tarball for 3.18.0 is now available at
https://sourceware.org/pub/valgrind/valgrind-3.18.0.RC1.tar.bz2
(md5sum = 6babaf9e145055a2c9b50cbd2ddfefc0)
(sha1sum = ccc73895097cba83cf7664b02edc66866e98a31b)
Please give it a try in configurations that
> De : "Michael Ortiz"
> Objet : [Valgrind-users] No "by" message in memcheck output
Hi
It's possible that the call to malloc is before the start of main
(either from your libc or for the initialization of some static or global
object).
I know next to nothing about the ARM ABI, but on amd64
> On 1 Jun 2021, at 06:46, gangadhara reddy chavva
> wrote:
>
> Hi,
>
> I am working on network routers where there will be multiple protocols
> running as different processes. if i want to attach the valgrind for more
> than one process at the same time what is the command/option to use.
On 4/26/21 8:23 PM, Kyryl Melekhin wrote:
Hello valgrind community!
This is my first message ever to this mailing list.
I am currently experiencing a weird bug in valgrind, where it
mistakenly does not recognize malloc/free/realloc function and also produces
weird warnings. But only on musl l
On 3/15/21 1:33 PM, Mark Wielaard wrote:
Greetings.
A first release candidate for 3.17.0 is available at
https://sourceware.org/pub/valgrind/valgrind-3.17.0.RC1.tar.bz2
(md5 = 9df201b3461a1709993ffc50d0920bd7)
Please give it a try on platforms that are important for you. If no
serious issues
> On 25 Jan 2021, at 11:49, Kunal Chauhan wrote:
>
> Thanks for clarifications
> ++ if the binary is crashed or may be not crashed when it runs with valgrind,
> but in both case valgrind is able to give the report. ?
Hi
If your application causes a segmentation fault, the OS will send it a
> On 24 Jan 2021, at 18:29, Kunal Chauhan wrote:
>
> Hi paul,
>
> thanks for info,
> 1.Like in trailing mail you said process under completion what do you mean
> exactly,
> 2. Also for running a process under valgrind my binary should be strip or
> unstrip.?
>
> 3. Memcheck tool where it
On 1/22/21 9:31 PM, Kunal Chauhan wrote:
Hi Team,
As on my linux board ,one of process showing some run time memory
increase as seen by pmap command.
So how valgrind can be useful to search such mem leaks in big code.
Or is there is way to attached valgrind and see where and which
instruc
On 19/01/2021 17:52, Koki Nagahama wrote:
Hi VALGRIND developers and users,
I'm planning to modify a part of your product, VALGRIND,to integrate
it with a middleware for robots called ROS.
In order to do this, I'm considering two ways to implement the massif
component of VALGRIND: (1) to imp
> This is incorrect for C99 and indeed any compiler that supports "long long".
> On such systems, the integer constant 3222829167
> has type "long long", and it is absolutely guaranteed to preserve that value
> when cast to unsigned. Assuming 32-bit int, of course.
It is also incorrect for C90
Hi again
OK, a few more details.
There is nothing that you can do about SIGKILL. Your process gets terminated
and you get no chance to do anything about it. Valgrind cannot do it’s final
resource leak checks and your log is probably truncated.
SIGTERM, on the other hand, gives you a chance to
De : "Shemin Aboobacker" >
> if we are using automated gui testing tool with valgrind and automated
> testing tool kills
> the application after GUI testing ,valgrind gives incomplete report.Is there
> any solution for this?
On Linux I suppose?
Which signal is being used for the kill? SIGTER
> De : "François-Xavier Carton via Valgrind-users"
> Hi, I have a program that calls exec without forking. I would like to run
> that program under valgrind
> and get a summary report for the code before the call to exec.
> I don't want to trace the exec'ed program, so the --trace-children optio
> Hi Team,
> Q.As for a valgrind usage , is valgrind only checks the memory leakage of
> code which hits only?
> Q As for a can valgrind checks the all the code of binary without hitting rhe
> scenerio. In code?
Kunal
Broadly speaking, there are two categories of software analysis tools.
1.
On 6/7/20 16:11 UTC, James Read wrote:
> I found the FAQ https://dev.mysql.com/doc/refman/8.0/en/faqs.html but
> couldn't find the answer you were referring to.
> Any clues as to which part of the FAQ I should be looking in?
I think that John was referring to the Valgrind FAQ
https://www.valgri
Hi
If you want to be certain then you will need to run with debug information.
There may be something like a "mysql-debuginfo" package that you could install.
That said, "still reachable" memory is often harmless, caused by libraries
caching information. Similar questions have been asked on Sta
[snip - perf]
Well, no real surprises. This is with a testcase that runs standalone in about
5 seconds and under DHAT in about 200 seconds (so a reasonable slowdown of 40x).
# Overhead Command Shared Object
> Message du 26/05/20 13:19> De : "John Reiser" the ratio is about 1:50. So
> right away, that's a hardware slowdown of 4X.Maybe more. The machine has
> 12Mbyte of cache according to cpuinfo.> Valgrind runs every tool
> single-threaded. So if your app averages 5 active threads,> then that is a
> That doesn't sound right. I use DHAT extensively and expect a slowdown of>
perhaps 50:1, maybe less. What you're describing is a slowdown factor of> at
least several thousand.>> Bear in mind though that (1) V sequentialises thread
execution, which wil> make a big difference if the program is
On 5/26/20, Paul FLOYD wrote:
> > I'm running DHAT on what I consider to be a relatively small example.
> > Standalone the executable runs in a bit under 10 minutes. Based on the CPU
> > time that we print after every 10% of
progress, under DHAT the same executable is
Hi
I'm running DHAT on what I consider to be a relatively small example.
Standalone the executable runs in a bit under 10 minutes. Based on the CPU time
that we print after every 10% of progress, under DHAT the same executable is
going to take about 422 hours - about two and a half weeks.
Do
> Message du 15/05/20 10:22
> De : "Kunal Chauhan"
> ==6660== Warning: Can't execute setuid/setgid/setcap executable: ./lte_tr069
> ==6660== Possible workaround: remove --trace-children=yes, if in effect
> ==6660==
> valgrind: ./lte_tr069: Permission denied
Hi
The problem is that your appl
> On 6 Oct 2018, at 01:05, Roger Light wrote:
>
> Hello,
>
> I built and tested on a Mac with OS X version 10.13.6. I have the same
> problem with the tarball, but the git checkout built just fine.
>
> make regtest produced:
>
> == 643 tests, 328 stderr failures, 83 stdout failures, 1 stder
> On 18 Jun 2018, at 15:39, Ivo Raisr wrote:
>
> Dear Valgrind'ers,
>
> I have been maintaining the Valgrind Solaris (and partly also illumos)
> port for nearly three years,
> ensuring it builds and runs on the latest Solaris 11.1, 11.2, 11.3
> (and 11.4 until April 2018).
>
>
> I am still a
Hi
I’ve been using Massif recently and I gave the xtree output a go (using the
callgrind format output).
Am I right in saying that, by default, the stats given are for the entire run?
This means that the total allocs/frees give a good idea of the memory churn for
the run. However, the ‘current
> On 13 Feb 2018, at 01:03, John Reiser wrote:
>
>> https://zerobin.net/?0bf6ea80afca0924#PT/yP+KTPOXYx/+IKUC+wwhm/UCF+S2fccpHQB9Cf7Q=
>
> [That "paste" site says that the page expires in 6 days.]
It’s the first time I’ve used such a site. I don’t know if there are ones that
have free persi
> On 11 Feb 2018, at 21:36, John Reiser wrote:
>
>> --18142-- WARNING: Serious error when reading debug info
>> --18142-- When reading debug info from
>> /export/home/paulf/tools/gcc/lib/libstdc++.so.6.0.25:
>> --18142-- Can't make sense of .rodata section mapping
>> (GCC SVN head, Solaris 11.
Hi John
My first attempt to post the output failed as it was too long.
Here it is on a paste site
https://zerobin.net/?0bf6ea80afca0924#PT/yP+KTPOXYx/+IKUC+wwhm/UCF+S2fccpHQB9Cf7Q=
Here's an extract:
ELF Header:
Magic: 7f 45 4c 46 01 01 01 06 01 00 00 00 00 00 00 00
Class:
> On 11 Feb 2018, at 21:36, John Reiser wrote:
>
>> --18142-- WARNING: Serious error when reading debug info
>> --18142-- When reading debug info from
>> /export/home/paulf/tools/gcc/lib/libstdc++.so.6.0.25:
>> --18142-- Can't make sense of .rodata section mapping
>> (GCC SVN head, Solaris 11.
Hi
I’m getting this warning:
--18142-- WARNING: Serious error when reading debug info
--18142-- When reading debug info from
/export/home/paulf/tools/gcc/lib/libstdc++.so.6.0.25:
--18142-- Can't make sense of .rodata section mapping
(GCC SVN head, Solaris 11.3, Valgrind git head).
Is it signif
On 14 Jul 2017, at 21:10, Nathan Bahr wrote:
> Hi,
>
> I made a simple Qt5 application with a single menu item and valgrind is
> configured to print suppression code.
>
> If I open and close a menu, valgrind holds onto the QMenu object and prompts
> to print supression code. This causes the w
On 10 Jun 2017, at 12:57, Julian Seward wrote:
> On 02/06/17 17:57, Julian Seward wrote:
>> An RC1 tarball for 3.13.0 is now available at [..]
>
> Thank you to everybody who tried out the RC1 tarball. There's now
> an RC2 available for testing at
>
> ftp://sourceware.org/pub/valgrind/valgrind-
1 - 100 of 116 matches
Mail list logo
