]> git.donarmstrong.com Git - perltidy.git/commitdiff
fix comment
authorSteve Hancock <perltidy@users.sourceforge.net>
Thu, 30 May 2019 14:47:20 +0000 (07:47 -0700)
committerSteve Hancock <perltidy@users.sourceforge.net>
Thu, 30 May 2019 14:47:20 +0000 (07:47 -0700)
lib/Perl/Tidy.pm

index 55af333c7501b8a5a8d8a10693ace2fa72d0edc8..bc2c1a128d534dafebc1631777215edab7dfbb7e 100644 (file)
@@ -1350,18 +1350,18 @@ EOM
                         }
                     }
 
-                   # Make the output file writable unless we are in -b mode.
-                   # The reason is that perltidy does not unlink existing
-                   # output files before writing to them, for safety, so if an
-                   # existing output file is marked not writable then perltidy
-                   # will stop. This can prevent a disaster for a user who
-                   # accidentally enters "-o important_data", but it also
-                   # means that perltidy may fail when rerun with its default
-                   # output file unless it marks its own output files
-                   # writable. The alternative, of always unlinking the
-                   # designated output file, is unsafe, except in -b mode,
-                   # where there is an assumption that a previous backup can
-                   # be unlinked even if not writable.
+                    # Make the output file writable unless we are in -b mode.
+                    # The reason is that perltidy does not unlink existing
+                    # output files before writing to them, for safety, so if an
+                    # existing output file is marked not writable then perltidy
+                    # will stop. This can prevent a disaster for a user who
+                    # accidentally enters "-o important_data", but it also
+                    # means that perltidy may fail when rerun with its default
+                    # output file unless it marks its own output files
+                    # writable. The alternative, of always unlinking the
+                    # designated output file, is unsafe, except in -b mode,
+                    # where there is an assumption that a previous backup can
+                    # be unlinked even if not writable.
                     if ( !$in_place_modify ) {
                         $output_file_permissions |= oct(600);
                     }