> I think the idea here was the importance of differentiating between > stdout and stderr, and between text output and return code. This is as > simple as having a separate output variable for each type of output. > > Granted, it will usually be unambiguous as to the correctness of the > program, but having the return code in the output string can be > confusing to the human looking at the test case. Plus, why would you not > want to verify the exit code for every test? It's a lot of duplication > to write "echo $?" in all of the test cases. > > As for stdout/stderr, it helps make sure diagnostic messages are going > to the right stream when not using the helper functions.
Yes, that is exactly what I was getting at. Instead of "testing", there could be another function "testing-errors" or something. But it's not super important right now. Andy _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
