<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Sep 30, 2013 at 12:25 PM, Jim Fonseca <span dir="ltr"><<a href="mailto:jefonseca@gmail.com" target="_blank">jefonseca@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div>Does anyone have an update on PetscCheckPointer? </div></div></blockquote><div><br></div><div>Jed pushed a fix for this.</div>
<div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Thanks,</div><div>Jim</div></div><div class="gmail_extra">
<div><div class="h5"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 12:14 PM, Dave May <span dir="ltr"><<a href="mailto:dave.mayhem23@gmail.com" target="_blank">dave.mayhem23@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>I would be much happier with run-time as well, but I could also live with a reconfigure (it's just one MORE petsc build on my machine :D).<br>


</div><br>What ever can be done to fix this issue would be appreciated.<br>
<br></div>Cheers,<br></div>  Dave<br></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On 11 September 2013 18:12, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Dave May <<a href="mailto:dave.mayhem23@gmail.com" target="_blank">dave.mayhem23@gmail.com</a>> writes:<br>



<br>
> Yes, being able to optionally turn off the full memory checking (either run<br>
> time or via a configuration flag) in MatSetValues() would be good enough.<br>
<br>
</div>I'd rather make everything run-time unless it absolutely must be<br>
configure time because it sucks to reconfigure (and possibly rebuild<br>
downstream libraries/packages).<br>
<div><br>
> Presumably when the full error checking wasn't being used, the error<br>
> checking should revert to using the old style memory checking (e.g. ptr != 0)<br>
> as was used in version 3.2 (and maybe 3.3, I cannot recall).<br>
<br>
</div>Yes.  As far as I'm concerned, it should also try to dereference it so<br>
that a SEGV occurs early rather than later.  The only difference between<br>
safe and fast mode is that the SEGV in safe mode is caught by a friendly<br>
signal handler than cleans up and returns so that a normal error can be<br>
propagated.<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Jim Fonseca, PhD<div>Research Scientist</div><div>Network for Computational Nanotechnology</div>
<div>Purdue University</div><div><a href="tel:765-496-6495" value="+17654966495" target="_blank">765-496-6495</a><br><div>

<a href="http://www.jimfonseca.com" target="_blank">www.jimfonseca.com</a></div><div><br><div><br></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>