<br><br><div class="gmail_quote">On Thu, Mar 29, 2012 at 8:07 AM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov">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 class="im"><div class="gmail_quote">On Thu, Mar 29, 2012 at 06:44, Dmitry Karpeev <span dir="ltr"><<a href="mailto:karpeev@mcs.anl.gov" target="_blank">karpeev@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">


After this fix  that should cause a more obvious SEGV, but the real problem is that a pc that is supposed remain valid is being reset.</blockquote></div><br></div><div>It's a bug if you can't call PCReset() more than once without an error. </div>

</blockquote><div>Here the problem isn't in needing to call PCReset() twice per se.  The issue is that if the user uses the same PC object in</div><div>two different KSPs and destroys one ksp, that will cause a PCReset() and invalidate the pc for the other ksp -- all despite increfing the pc.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Also, any SEGV triggered by PETSc is a bug (unless the user passes in corrupt pointers). </div></blockquote>

<div>I was a bit sloppy in describing what will happen here: </div><div>now the (G)ASM code actually won't throw a SEGV, but will rather rebuild ISs internally using a default partition -- </div><div>PCReset_ASM/PCReset_GASM does not forget the *number* of subdomains upon a Reset, but destroys the actual subdomains.</div>

<div><br></div><div>Dmitry.</div></div><br>