<div dir="ltr">On Fri, Aug 9, 2013 at 9:16 AM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> writes:<br>
> This is something to think about. I believe the original intention here was<br>
> to<br>
> go along with our philosophy of subtyping. For example, if you call<br>
><br>
>   KSPGMRESSetRestart()<br>
><br>
> on KSPCR, it is just ignored. Likewise ASCII_INFO_DETAIL might just<br>
> give regular ASCII output if we have no specialization for it. This is<br>
> more of an open world assumption where we have an acceptable default<br>
> if we do not know about something.<br>
<br>
</div>What about ASCII_MATLAB or ASCII_VTK?  Printing unstructured text to<br>
these structured formats is definitely broken.<br>
</blockquote></div><br>I don't disagree, but should we go all the way to a closed model to fix this, or</div><div class="gmail_extra">should we just pick out cases like this and catch them?</div><div class="gmail_extra">
<br></div><div class="gmail_extra">    Matt<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>