<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Why does valgrind crash]]></title><description><![CDATA[<p dir="auto">I have an app that seems to run fine compiled normally, and with debug.  However, when I run it from valgrind I get error:</p>
<pre><code>17:35:07: Process exited with return value Process crashed
</code></pre>
<p dir="auto">I tried running with Valgrind+GDB but it stops at a line outside of my code.  The GDB stops on function ??, with one more line in the backtrace ??, and the first at address 0x50ccb9c.  The valgrind window shows "(action on error) vgdb me ..."</p>
<p dir="auto">I have ensured I have the latest valgrind and gdb installed.  I'm stuck...how do I find the line causing the crash?</p>
]]></description><link>https://forum.qt.io/topic/155126/why-does-valgrind-crash</link><generator>RSS for Node</generator><lastBuildDate>Wed, 24 Jun 2026 12:15:29 GMT</lastBuildDate><atom:link href="https://forum.qt.io/topic/155126.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 06 Mar 2024 22:41:16 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Why does valgrind crash on Thu, 07 Mar 2024 18:10:37 GMT]]></title><description><![CDATA[<p dir="auto">I found a clue here:</p>
<pre><code>Debugging Code that Uses QRegularExpression
QRegularExpression internally uses a just in time compiler (JIT) to optimize the execution of the matching algorithm. The JIT makes extensive usage of self-modifying code, which can lead debugging tools such as Valgrind to crash. You must enable all checks for self-modifying code if you want to debug programs using QRegularExpression (for instance, Valgrind's --smc-check command line option). The downside of enabling such checks is that your program will run considerably slower.

To avoid that, the JIT is disabled by default if you compile Qt in debug mode. It is possible to override the default and enable or disable the JIT usage (both in debug or release mode) by setting the QT_ENABLE_REGEXP_JIT environment variable to a non-zero or zero value respectively.
</code></pre>
<p dir="auto">I'll refine my question and post something new! and more focused!</p>
]]></description><link>https://forum.qt.io/post/792508</link><guid isPermaLink="true">https://forum.qt.io/post/792508</guid><dc:creator><![CDATA[ocgltd]]></dc:creator><pubDate>Thu, 07 Mar 2024 18:10:37 GMT</pubDate></item><item><title><![CDATA[Reply to Why does valgrind crash on Thu, 07 Mar 2024 12:54:20 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ocgltd">@<bdi>ocgltd</bdi></a><br />
I don't know if this will help, but there are clearly "issues" from time to time with <strong>valgrind</strong> changing behaviour.  Just the other day I "valgrinded" a program of mine which opens the Linux "select directory dialog box".  The first time it let me select directories; after that <em>most of the time</em> it would show the directories as before in the dialog but everything was disabled and I could not select them.  No problem outside of <strong>valgrind</strong>, and I am 100% sure it was not my code.  So, for whatever, reason, here at least <strong>valgrind</strong> incorrectly caused a behaviour change.  I'm not sure whether I have had it "crash" on me, it might have done.  So just saying, it's not perfect.</p>
]]></description><link>https://forum.qt.io/post/792462</link><guid isPermaLink="true">https://forum.qt.io/post/792462</guid><dc:creator><![CDATA[JonB]]></dc:creator><pubDate>Thu, 07 Mar 2024 12:54:20 GMT</pubDate></item><item><title><![CDATA[Reply to Why does valgrind crash on Thu, 07 Mar 2024 12:27:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/joecfd">@<bdi>JoeCFD</bdi></a> It's part of a larger system...so not a simple build and test.  But I'll try compiling and valgrind on another OS in case that makes a difference</p>
]]></description><link>https://forum.qt.io/post/792457</link><guid isPermaLink="true">https://forum.qt.io/post/792457</guid><dc:creator><![CDATA[ocgltd]]></dc:creator><pubDate>Thu, 07 Mar 2024 12:27:05 GMT</pubDate></item><item><title><![CDATA[Reply to Why does valgrind crash on Thu, 07 Mar 2024 04:01:22 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ocgltd">@<bdi>ocgltd</bdi></a> do you have a test code? I can try it out on Ubuntu 22.04.</p>
]]></description><link>https://forum.qt.io/post/792391</link><guid isPermaLink="true">https://forum.qt.io/post/792391</guid><dc:creator><![CDATA[JoeCFD]]></dc:creator><pubDate>Thu, 07 Mar 2024 04:01:22 GMT</pubDate></item><item><title><![CDATA[Reply to Why does valgrind crash on Thu, 07 Mar 2024 02:44:27 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/joecfd">@<bdi>JoeCFD</bdi></a> It works perfectly if run only from gdb.  If I run only with valgrind it crashes, and if with valgrind+gdb it crashes.  So valgrind is exposing some flaw...</p>
<p dir="auto">I tried to run gdb with record (to play backwards) but it fails due to unsupported instruction.</p>
<p dir="auto">This seems to be a Heisenberg bug</p>
]]></description><link>https://forum.qt.io/post/792380</link><guid isPermaLink="true">https://forum.qt.io/post/792380</guid><dc:creator><![CDATA[ocgltd]]></dc:creator><pubDate>Thu, 07 Mar 2024 02:44:27 GMT</pubDate></item><item><title><![CDATA[Reply to Why does valgrind crash on Wed, 06 Mar 2024 22:47:44 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ocgltd">@<bdi>ocgltd</bdi></a> can you try first with gdb commands:<br />
gdb app<br />
r<br />
to see if your app crashes</p>
]]></description><link>https://forum.qt.io/post/792375</link><guid isPermaLink="true">https://forum.qt.io/post/792375</guid><dc:creator><![CDATA[JoeCFD]]></dc:creator><pubDate>Wed, 06 Mar 2024 22:47:44 GMT</pubDate></item></channel></rss>