## 2019 09 15
- - implement issue RT#130425: check mode. A new flag '--assert-tidy'
- will cause an error message if the output script is not identical to
- the input script. For completeness, the opposite flag '--assert-untidy'
- has also been added.
-
- - iteration speedup for unchanged code. Previously, when iterations were
- requested, at least two formatting passes were made. Now just a single pass
- is made if the formatted code is identical to the input code.
-
- fixed issue RT#130344: false warning "operator in print statement"
for "use lib".
and if it is from a data structure then displayed filename
is '<source_stream>'.
+ - implement issue RT#130425: check mode. A new flag '--assert-tidy'
+ will cause an error message if the output script is not identical to
+ the input script. For completeness, the opposite flag '--assert-untidy'
+ has also been added. The next item, RT#130297, insures that the script
+ will exit with a non-zero exit flag if the assertion fails.
+
- fixed issue RT#130297; the perltidy script now exits with a nonzero exit
status if it wrote to the standard error output. Prevously only fatal
run errors produced a non-zero exit flag. Now, even non-fatal messages
do not try to form new one line blocks for a block type
specified with -cbl, particularly map, sort, grep
+ - iteration speedup for unchanged code. Previously, when iterations were
+ requested, at least two formatting passes were made. Now just a single pass
+ is made if the formatted code is identical to the input code.
+
- some improved vertical alignments
## 2019 06 01
A exit value of 0 indicates that perltidy ran to completion with no error messages.
-An exit value of 1 indicates that the process had to be terminated early due to
-errors in the input parameters. This can happen for example if a parameter is
-misspelled or given an invalid value. Error messages in the standard
-error output will indicate the cause of any problem.
-
-An exit value of 2 indicates that perltidy ran to completion but there there
-are warning messages in the standard error output related to parameter errors or
-conflicts and/or warning messages in the perltidy error file(s) relating to
-possible syntax errors in the source code being tidied.
+A non-zero exit value indicates some kind of problem was detected.
+
+An exit value of 1 indicates that perltidy terminated prematurely, usually due
+to some kind of errors in the input parameters. This can happen for example if
+a parameter is misspelled or given an invalid value. Error messages in the
+standard error output will indicate the cause of any problem. If perltidy
+terminates prematurely then no output files will be produced.
+
+An exit value of 2 indicates that perltidy was able to run to completion but
+there there are (1) warning messages in the standard error output related to
+parameter errors or problems and/or (2) warning messages in the perltidy error
+file(s) relating to possible syntax errors in one or more of the source
+script(s) being tidied. When multiple files are being processed, an error
+detected in any single file will produce this type of exit condition.
=head1 SEE ALSO
<h2>2019 09 15</h2>
-<pre><code>- implement issue RT#130425: check mode. A new flag '--assert-tidy'
- will cause an error message if the output script is not identical to
- the input script. For completeness, the opposite flag '--assert-untidy'
- has also been added.
-
-- iteration speedup for unchanged code. Previously, when iterations were
- requested, at least two formatting passes were made. Now just a single pass
- is made if the formatted code is identical to the input code.
-
-- fixed issue RT#130344: false warning "operator in print statement"
+<pre><code>- fixed issue RT#130344: false warning "operator in print statement"
for "use lib".
- fixed issue RT#130304: standard error output should include filename.
and if it is from a data structure then displayed filename
is '<source_stream>'.
+- implement issue RT#130425: check mode. A new flag '--assert-tidy'
+ will cause an error message if the output script is not identical to
+ the input script. For completeness, the opposite flag '--assert-untidy'
+ has also been added. The next item, RT#130297, insures that the script
+ will exit with a non-zero exit flag if the assertion fails.
+
- fixed issue RT#130297; the perltidy script now exits with a nonzero exit
status if it wrote to the standard error output. Prevously only fatal
run errors produced a non-zero exit flag. Now, even non-fatal messages
do not try to form new one line blocks for a block type
specified with -cbl, particularly map, sort, grep
+- iteration speedup for unchanged code. Previously, when iterations were
+ requested, at least two formatting passes were made. Now just a single pass
+ is made if the formatted code is identical to the input code.
+
- some improved vertical alignments
</code></pre>
<p>A exit value of 0 indicates that perltidy ran to completion with no error messages.</p>
-<p>An exit value of 1 indicates that the process had to be terminated early due to errors in the input parameters. This can happen for example if a parameter is misspelled or given an invalid value. Error messages in the standard error output will indicate the cause of any problem.</p>
+<p>A non-zero exit value indicates some kind of problem was detected.</p>
-<p>An exit value of 2 indicates that perltidy ran to completion but there there are warning messages in the standard error output related to parameter errors or conflicts and/or warning messages in the perltidy error file(s) relating to possible syntax errors in the source code being tidied.</p>
+<p>An exit value of 1 indicates that perltidy terminated prematurely, usually due to some kind of errors in the input parameters. This can happen for example if a parameter is misspelled or given an invalid value. Error messages in the standard error output will indicate the cause of any problem. If perltidy terminates prematurely then no output files will be produced.</p>
+
+<p>An exit value of 2 indicates that perltidy was able to run to completion but there there are (1) warning messages in the standard error output related to parameter errors or problems and/or (2) warning messages in the perltidy error file(s) relating to possible syntax errors in one or more of the source script(s) being tidied. When multiple files are being processed, an error detected in any single file will produce this type of exit condition.</p>
<h1 id="SEE-ALSO">SEE ALSO</h1>