<div dir="ltr">On Fri, Aug 9, 2013 at 12:56 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">Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> writes:<br>
<br>
> At that time we had started to collect these oddball IO methods:<br>
><br>
> loadintovector<br>
> - PetscErrorCode (*loadintovectornative)(PetscViewer,Vec);<br>
> - PetscErrorCode (*viewnative)(Vec,PetscViewer);<br>
><br>
> and Vec/MatLoad() actually created the object and load into it.<br>
><br>
> I wanted XXXView/XXXLoad() to take an already created XXXX<br>
> (allowing the user to determine type etc) and get rid of all the<br>
> oddball methods. I think the lose of all the native support was<br>
> accidental, hence Shri put some of it back in. If there is more we<br>
> should have that is not there then we should add it back in.<br>
<br>
</div>We can put back a switch on viewer format. We should probably have a<br>
switch on format in all viewers and fail if an unknown format is<br>
requested. As it is, most formats will be silently ignored.<br>
</blockquote></div><br>This is something to think about. I believe the original intention here was to</div><div class="gmail_extra">go along with our philosophy of subtyping. For example, if you call</div><div class="gmail_extra">
<br></div><div class="gmail_extra"> KSPGMRESSetRestart()</div><div class="gmail_extra"><br></div><div class="gmail_extra">on KSPCR, it is just ignored. Likewise ASCII_INFO_DETAIL might just give</div><div class="gmail_extra">
regular ASCII output if we have no specialization for it. This is more of an open</div><div class="gmail_extra">world assumption where we have an acceptable default if we do not know</div><div class="gmail_extra">about something.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">You do give up the ability to detect some error conditions, which may be more</div><div class="gmail_extra">important.</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>