<div dir="ltr">Hi,<div>Does anyone have an update on PetscCheckPointer? </div><div><br></div><div>Thanks,</div><div>Jim</div></div><div class="gmail_extra"><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 class="HOEnZb"><div class="h5"><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>-- <br>Jim Fonseca, PhD<div>Research Scientist</div><div>Network for Computational Nanotechnology</div><div>Purdue University</div><div>765-496-6495<br><div>
<a href="http://www.jimfonseca.com" target="_blank">www.jimfonseca.com</a></div><div><br><div><br></div></div></div>
</div>