
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">


All,


<div>   Sadly, in   redstar_corr_graph,  there was a bug that affected nucleon 3pt functions when wrapping around the lattice. It is manifested as a spurious minus sign change when the t-slice steps around the edge of the lattice. If this is nucleons at source/sink,


 and you have a t_origin+t0 combo such that stepping up to the t_sep, then this bug impacts the output. </div>


<div><br>


</div>


<div>   To be clear, nucleon & mesons 2pts are fine. Only 3pts for nucleons were affected (mesons are fine). Doesn’t matter if the insertion is disconnected or gluonic.</div>


<div>


<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);"><br>


</div>


<div style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);">   Also, this bug was present day-one for redstar_corr_graph. If you have data generated using redstar_gen_graph/redstar_npt, then it is fine.</div>


</div>


<div><br>


</div>


<div>   The fix was very simple, and is applied to redstar “devel” and “devel-pdf”. No changes to any other library needed.</div>


<div><br>


</div>


<div>   For Chris Chamness, this spurious sign flip will mess up your 3pts. Simplest thing is to rerun the contractions on a config if the  t_origin+t0+t_sep is greater than Lt=64.</div>


<div><br>


</div>


<div><span class="Apple-tab-span" style="white-space:pre"></span>Robert</div>


<div>


<div>


<div><br>


</div>


<br class="Apple-interchange-newline">


</div>


<br>


</div>


</body>


</html>