<html>#2774: OpenMP Heisenbug with Default Thornfile
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>José Ferreira</td></tr>
<tr><td style='text-align:right'> Status:</td><td>open</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td>ET_2024_05</td></tr>
<tr><td style='text-align:right'> Version:</td><td>ET_2023_11</td></tr>
<tr><td style='text-align:right'> Type:</td><td>bug</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>major</td></tr>
<tr><td style='text-align:right'>Component:</td><td>EinsteinToolkit thorn</td></tr>
</table>
<p>Comment (by José Ferreira):</p>
<p>I’ve been trying to disable/enable thorns in the compilation procedure to see whether I could get something meaningful.</p>
<p>After disabling Formaline during the compilation and in the par files, the incidence of the Heisenbug reduced significantly.</p>
<p>Whereas before it would happen consistently on the par file that evolved a constant scalar field on Minkowski spacetime, that also ships with the toolkit in the Scalar thorn, meaning that I couldn’t run this simulation at all, now it happens very rarely. I made a Bash script to run the simulation on loop (just for a single time step) and it took a number of successful simulations in the order to the dozens to replicate the error.</p>
<p>I would like to stress than the error always took place during the initialization procedure and never during the simulation.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2774/openmp-heisenbug-with-default-thornfile'>https://bitbucket.org/einsteintoolkit/tickets/issues/2774/openmp-heisenbug-with-default-thornfile</a></p>
</html>