<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 6, 2017 at 9:15 AM, Scott Kruger <span dir="ltr"><<a href="mailto:kruger@txcorp.com" target="_blank">kruger@txcorp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
The basic idea of running multiple commands within a single shell<br>
script was what I called a subtest (for lack of a better word).<br>
So:<br></blockquote><div><br></div><div>This almost works. However, the two tests create separate output, but the text below checks both</div><div>runs against the same output. I tried using a "subsuffix", but it did not change the output filename.</div><div><br></div><div>  Thanks,</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">
<br>
 test:<br>
    suffix: restart<span class=""><br>
    requires: hdf5<br>
    args: -run_type test -refinement_limit 0.0    -bc_type dirichlet -interpolate 1 -petscspace_order 1<br></span>
    test:<br>
        args: -dm_view hdf5:sol.h5 -vec_view hdf5:sol.h5::append<br>
    test:<br>
        args: -f sol.h5 -restart<br>
<br>
The args in the subtest inherit from the parent test.  This seems<br>
to be generally useful as a testing idiom in petsc tests as this<br>
example nicely shows.<br>
<br>
Each mpiexec would be tested separately and reported separately.<br>
This would give you want you want, and should work as is.<br>
<br>
<br>
Tobin pointed out that I broke the for loops and some of the subtest<br>
functionality in some of the other feature implementations.  We<br>
have come to consensus (right, Tobin?) on the<br>
desired functionality and implementation.  A pull request<br>
is planned this week.  It doesn't affect this directly, but<br>
should have some minor improvements (like in the reporting).<br>
<br>
Scott<span class=""><br>
<br>
<br>
On 2/6/17 7:10 AM, Matthew Knepley wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
On Mon, Feb 6, 2017 at 1:05 AM, Jed Brown <<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a><br></span>
<mailto:<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>>> wrote:<div><div class="h5"><br>
<br>
    Barry Smith <<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a> <mailto:<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>>> writes:<br>
<br>
    >   test:<br>
    >     suffix: restart_0<br>
    >     requires: hdf5<br>
    >     args: -run_type test -refinement_limit 0.0    -bc_type dirichlet -interpolate 1 -petscspace_order 1 -dm_view hdf5:sol.h5 -vec_view hdf5:sol.h5::append<br>
    ><br>
    >   test:<br>
    >     suffix: restart_1<br>
    >     requires: hdf5<br>
    >     args: -run_type test -refinement_limit 0.0    -bc_type dirichlet -interpolate 1 -petscspace_order 1 -f sol.h5 -restart<br>
    ><br>
    > See a problem?<br>
    ><br>
    > Should the same run of the example view the files and then load them back in? versus trying to read in a data file from another run that may not even have been created before and even if it was, the file was definitely created  in a different directory?<br>
<br>
    So if write only is broken, do you want both to fail?  I think it's<br>
    better to read and write separately, with comparison using h5diff, since<br>
    that independently tests read vs write and establishes backward<br>
    compatibility, which you'd really like the test system to make you deal<br>
    with explicitly.<br>
<br>
<br>
I know the test is broken, but I did already mail the list about this<br>
and was waiting for an answer<br>
to be worked out.<br>
<br>
I agree with Satish that running two commands would be great. I could<br>
rewrite the example to<br>
both write and load it, but it would complicate it. Also, I am trying to<br>
get the pattern I expect the<br>
user to follow for checkpointing.<br>
<br>
   Matt<br>
<br>
--<br>
What most experimenters take for granted before they begin their<br>
experiments is infinitely more interesting than any results to which<br>
their experiments lead.<br>
-- Norbert Wiener<br>
</div></div></blockquote><span class="HOEnZb"><font color="#888888">
<br>
-- <br>
Tech-X Corporation               <a href="mailto:kruger@txcorp.com" target="_blank">kruger@txcorp.com</a><br>
5621 Arapahoe Ave, Suite A       Phone: <a href="tel:%28720%29%20974-1841" value="+17209741841" target="_blank">(720) 974-1841</a><br>
Boulder, CO 80303                Fax:   <a href="tel:%28303%29%20448-7756" value="+13034487756" target="_blank">(303) 448-7756</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">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></div>