X-Git-Url: https://perl5.git.perl.org/perl5.git/blobdiff_plain/0f948285b1d20fc918c76b133dd5bf40d0fa1221..005767288eb2ed82608caafeaad3b0c1aed852fb:/pod/perldiag.pod diff --git a/pod/perldiag.pod b/pod/perldiag.pod index d40b093..01f9e29 100644 --- a/pod/perldiag.pod +++ b/pod/perldiag.pod @@ -72,6 +72,11 @@ removed in a future Perl version: (F) The modifiers '!', '<' and '>' are allowed in pack() or unpack() only after certain types. See L. +=item alpha->numify() is lossy + +(W numeric) An alpha version can not be numified without losing +information. + =item Ambiguous call resolved as CORE::%s(), qualify as such or use & (W ambiguous) A subroutine you have declared has the same name as a Perl @@ -211,6 +216,11 @@ operator which expects either a number or a string matching C. See L for details. +=item Array passed to stat will be coerced to a scalar%s + +(W syntax) You called stat() on an array, but the array will be +coerced to a scalar - the number of elements in the array. + =item assertion botched: %s (X) The malloc package that comes with Perl had an internal failure. @@ -247,6 +257,33 @@ the special variable C<$[>, which is deprecated, is now a fixed zero value. must either both be scalars or both be lists. Otherwise Perl won't know which context to supply to the right side. +=item Assuming NOT a POSIX class since %s in regex; marked by S<<-- HERE> in m/%s/ + +(W regexp) You had something like these: + + [[:alnum]] + [[:digit:xyz] + +They look like they might have been meant to be the POSIX classes +C<[:alnum:]> or C<[:digit:]>. If so, they should be written: + + [[:alnum:]] + [[:digit:]xyz] + +Since these aren't legal POSIX class specifications, but are legal +bracketed character classes, Perl treats them as the latter. In the +first example, it matches the characters C<":">, C<"[">, C<"a">, C<"l">, +C<"m">, C<"n">, and C<"u">. + +If these weren't meant to be POSIX classes, this warning message is +spurious, and can be suppressed by reordering things, such as + + [[al:num]] + +or + + [[:munla]] + =item <> at require-statement should be quotes (F) You wrote C<< require >> when you should have written @@ -495,6 +532,23 @@ a bareword: The C pragma is useful in avoiding such errors. +=item Bareword in require contains "%s" + +=item Bareword in require maps to empty filename + +=item Bareword in require maps to disallowed filename "%s" + + +(F) The bareword form of require has been invoked with a filename which could +not have been generated by a valid bareword permitted by the parser. You +shouldn't be able to get this error from Perl code, but XS code may throw it +if it passes an invalid module name to C. + +=item Bareword in require must not start with a double-colon: "%s" + +(F) In C, the bareword is not allowed to start with a +double-colon. Write C as C instead. + =item Bareword "%s" not allowed while "strict subs" in use (F) With "strict subs" in use, a bareword is only allowed as a @@ -868,13 +922,6 @@ found in the PATH did not have correct permissions. (F) A string of a form C was given to prototype(), but there is no builtin with the name C. -=item Can't find %s character property "%s" - -(F) You used C<\p{}> or C<\P{}> but the character property by that name -could not be found. Maybe you misspelled the name of the property? -See L -for a complete list of available official properties. - =item Can't find label %s (F) You said to goto a label that isn't mentioned anywhere that it's @@ -907,13 +954,19 @@ L for the full details on here-documents. =item Can't find Unicode property definition "%s" -(F) You may have tried to use C<\p> which means a Unicode -property (for example C<\p{Lu}> matches all uppercase -letters). If you did mean to use a Unicode property, see +=item Can't find Unicode property definition "%s" in regex; marked by <-- HERE in m/%s/ + +(F) The named property which you specified via C<\p> or C<\P> is not one +known to Perl. Perhaps you misspelled the name? See L -for a complete list of available properties. If you didn't -mean to use a Unicode property, escape the C<\p>, either by -C<\\p> (just the C<\p>) or by C<\Q\p> (the rest of the string, or +for a complete list of available official +properties. If it is a +L +it must have been defined by the time the regular expression is +matched. + +If you didn't mean to use a Unicode property, escape the C<\p>, either +by C<\\p> (just the C<\p>) or by C<\Q\p> (the rest of the string, or until C<\E>). =item Can't fork: %s @@ -1478,6 +1531,13 @@ Note that ASCII characters that don't map to control characters are discouraged, and will generate the warning (when enabled) L. +=item Character following \%c must be '{' or a single-character Unicode property name in regex; marked by <-- HERE in m/%s/ + +(F) (In the above the C<%c> is replaced by either C

or C

.) You +specified something that isn't a legal Unicode property name. Most +Unicode properties are specified by C<\p{...}>. But if the name is a +single character one, the braces may be omitted. + =item Character in 'C' format wrapped in pack (W pack) You said @@ -1576,15 +1636,6 @@ See L. (W unopened) You tried chdir() on a filehandle that was never opened. -=item \C no longer supported in regex; marked by S<<-- HERE> in m/%s/ - -(F) The \C character class used to allow a match of single byte within a -multi-byte utf-8 character, but was removed in v5.24 as it broke -encapsulation and its implementation was extremely buggy. If you really -need to process the individual bytes, you probably want to convert your -string to one where each underlying byte is stored as a character, with -utf8::encode(). - =item "\c%c" is more clearly written simply as "%s" (W syntax) The C<\cI> construct is intended to be a way to specify @@ -1612,22 +1663,55 @@ a dirhandle. Check your control flow. handler is the prototype that is cloned when a new closure is created. This subroutine cannot be called. +=item \C no longer supported in regex; marked by S<<-- HERE> in m/%s/ + +(F) The \C character class used to allow a match of single byte +within a multi-byte utf-8 character, but was removed in v5.24 as +it broke encapsulation and its implementation was extremely buggy. +If you really need to process the individual bytes, you probably +want to convert your string to one where each underlying byte is +stored as a character, with utf8::encode(). + =item Code missing after '/' (F) You had a (sub-)template that ends with a '/'. There must be another template code following the slash. See L. +=item Code point 0x%X is not Unicode, and not portable + +(S non_unicode) You had a code point that has never been in any +standard, so it is likely that languages other than Perl will NOT +understand it. At one time, it was legal in some standards to have code +points up to 0x7FFF_FFFF, but not higher, and this code point is higher. + +Acceptance of these code points is a Perl extension, and you should +expect that nothing other than Perl can handle them; Perl itself on +EBCDIC platforms before v5.24 does not handle them. + +Code points above 0xFFFF_FFFF require larger than a 32 bit word. + +Perl also makes no guarantees that the representation of these code +points won't change at some point in the future, say when machines +become available that have larger than a 64-bit word. At that time, +files written by an older Perl would require conversion before being +readable by a newer Perl. + =item Code point 0x%X is not Unicode, may not be portable (S non_unicode) You had a code point above the Unicode maximum of U+10FFFF. -Perl allows strings to contain a superset of Unicode code points, up -to the limit of what is storable in an unsigned integer on your system, -but these may not be accepted by other languages/systems. At one time, -it was legal in some standards to have code points up to 0x7FFF_FFFF, -but not higher. Code points above 0xFFFF_FFFF require larger than a -32 bit word. +Perl allows strings to contain a superset of Unicode code points, but +these may not be accepted by other languages/systems. Further, even if +these languages/systems accept these large code points, they may have +chosen a different representation for them than the UTF-8-like one that +Perl has, which would mean files are not exchangeable between them and +Perl. + +On EBCDIC platforms, code points above 0x3FFF_FFFF have a different +representation in Perl v5.24 than before, so any file containing these +that was written before that version will require conversion before +being readable by a later Perl. =item %s: Command not found @@ -1979,6 +2063,8 @@ it's ugly. Your code will be interpreted as an attempt to call a method named "elseif" for the class returned by the following block. This is unlikely to be what you want. +=item Empty \%c in regex; marked by S<<-- HERE> in m/%s/ + =item Empty \%c{} in regex; marked by S<<-- HERE> in m/%s/ (F) C<\p> and C<\P> are used to introduce a named Unicode property, as @@ -2120,6 +2206,13 @@ L. use feature "refaliasing"; \$x = \$y; +=item Experimental %s on scalar is now forbidden + +(F) An experimental feature added in Perl 5.14 allowed C, C, +C, C, C, C, C, and C to be called with a +scalar argument. This experiment is considered unsuccessful, and +has been removed. The C feature may meet your needs better. + =item Experimental subroutine signatures not enabled (F) To use subroutine signatures, you must first enable them: @@ -2128,13 +2221,6 @@ L. use feature "signatures"; sub foo ($left, $right) { ... } -=item Experimental %s on scalar is now forbidden - -(F) An experimental feature added in Perl 5.14 allowed C, C, -C, C, C, C, C, and C to be called -with a scalar argument. This experiment is considered unsuccessful, and has -been removed. The C feature may meet your needs better. - =item Experimental "%s" subs not enabled (F) To use lexical subs, you must first enable them: @@ -2161,6 +2247,11 @@ Check the #! line, or manually feed your script into Perl yourself. CHECK, INIT, or END subroutine. Processing of the remainder of the queue of such routines has been prematurely ended. +=item Failed to close in-place edit file %s: %s + +(F) Closing an output file from in-place editing, as with the C<-i> +command-line switch, failed. + =item False [] range "%s" in regex; marked by S<<-- HERE> in m/%s/ (W regexp)(F) A character class range must start and end at a literal @@ -2390,13 +2481,6 @@ created on an emergency basis to prevent a core dump. (F) The parser has given up trying to parse the program after 10 errors. Further error messages would likely be uninformative. -=item Having more than one /%c regexp modifier is deprecated - -(D deprecated, regexp) You used the indicated regular expression pattern -modifier at least twice in a string of modifiers. It is deprecated to -do this with this particular modifier, to allow future extensions to the -Perl language. - =item Hexadecimal float: exponent overflow (W overflow) The hexadecimal floating point has a larger exponent @@ -2543,6 +2627,15 @@ L)>|perlre/(?PARNO) (?-PARNO) (?+PARNO) (?R) (?0)>. (X) The PERL5OPT environment variable may only be used to set the following switches: B<-[CDIMUdmtw]>. +=item Illegal user-defined property name + +(F) You specified a Unicode-like property name in a regular expression +pattern (using C<\p{}> or C<\P{}>) that Perl knows isn't an official +Unicode property, and was likely meant to be a user-defined property +name, but it can't be one of those, as they must begin with either C +or C. Check the spelling. See also +L. + =item Ill-formed CRTL environ value "%s" (W internal) A warning peculiar to VMS. Perl tried to read the CRTL's @@ -2582,12 +2675,6 @@ parent '%s' C3-consistent, and you have enabled the C3 MRO for this class. See the C3 documentation in L for more information. -=item In EBCDIC the v-string components cannot exceed 2147483647 - -(F) An error peculiar to EBCDIC. Internally, v-strings are stored as -Unicode code points, and encoded in EBCDIC as UTF-EBCDIC. The UTF-EBCDIC -encoding is limited to code points no larger than 2147483647 (0x7FFFFFFF). - =item Infinite recursion in regex (F) You used a pattern that references itself without consuming any input @@ -2624,27 +2711,6 @@ provides a list context to its subscript, which can do weird things if you're expecting only one subscript. When called in list context, it also returns the key in addition to the value. -=item %s() is deprecated on :utf8 handles - -(W deprecated) The sysread(), recv(), syswrite() and send() operators -are deprecated on handles that have the C<:utf8> layer, either -explicitly, or implicitly, eg., with the C<:encoding(UTF-16LE)> layer. - -Both sysread() and recv() currently use only the C<:utf8> flag for the -stream, ignoring the actual layers. Since sysread() and recv() do no -UTF-8 validation they can end up creating invalidly encoded scalars. - -Similarly, syswrite() and send() use only the C<:utf8> flag, otherwise -ignoring any layers. If the flag is set, both write the value UTF-8 -encoded, even if the layer is some different encoding, such as the -example above. - -Ideally, all of these operators would completely ignore the C<:utf8> -state, working only with bytes, but this would result in silently -breaking existing code. To avoid this a future version of perl will -throw an exception when any of sysread(), recv(), syswrite() or send() -are called on handle with the C<:utf8> layer. - =item Insecure dependency in %s (F) You tried to do something that the tainting mechanism didn't like. @@ -2832,6 +2898,11 @@ a module that is a MRO plugin. See L and L. not valid character numbers, so it returns the Unicode replacement character (U+FFFD). +=item Invalid number '%s' for -C option. + +(F) You supplied a number to the -C option that either has extra leading +zeroes or overflows perl's unsigned integer representation. + =item invalid option -D%c, use -D'' to see choices (S debugging) Perl was called with invalid debugger flags. Call perl @@ -2943,6 +3014,26 @@ neither as a system call nor an ioctl call (SIOCATMARK). Perl. The current valid ones are given in L. +=item %s() is deprecated on :utf8 handles + +(W deprecated) The sysread(), recv(), syswrite() and send() operators are +deprecated on handles that have the C<:utf8> layer, either explicitly, or +implicitly, eg., with the C<:encoding(UTF-16LE)> layer. + +Both sysread() and recv() currently use only the C<:utf8> flag for the stream, +ignoring the actual layers. Since sysread() and recv() do no UTF-8 +validation they can end up creating invalidly encoded scalars. + +Similarly, syswrite() and send() use only the C<:utf8> flag, otherwise ignoring +any layers. If the flag is set, both write the value UTF-8 encoded, even if +the layer is some different encoding, such as the example above. + +Ideally, all of these operators would completely ignore the C<:utf8> state, +working only with bytes, but this would result in silently breaking existing +code. To avoid this a future version of perl will throw an exception when +any of sysread(), recv(), syswrite() or send() are called on handle with the +C<:utf8> layer. + =item "%s" is more clearly written simply as "%s" in regex; marked by S<<-- HERE> in m/%s/ (W regexp) (only under C> or within C<(?[...])>) @@ -3703,14 +3794,6 @@ setgid script to even be allowed to attempt. Generally speaking there will be another way to do what you want that is, if not secure, at least securable. See L. -=item NO-BREAK SPACE in a charnames alias definition is deprecated - -(D deprecated) You defined a character name which contained a no-break -space character. Change it to a regular space. Usually these names are -defined in the C<:alias> import argument to C, but they -could be defined by a translator installed into C<$^H{charnames}>. See -L. - =item No code specified for -%c (F) Perl's B<-e> and B<-E> command-line options require an argument. If @@ -3919,12 +4002,6 @@ find out what kind of ref it really was. See L. a reference to something else instead. You can use the ref() function to find out what kind of ref it really was. See L. -=item Not an unblessed ARRAY reference - -(F) You passed a reference to a blessed array to C, C or -another array function. These only accept unblessed array references -or arrays beginning explicitly with C<@>. - =item Not a SCALAR reference (F) Perl was trying to evaluate a reference to a scalar value, but found @@ -4061,6 +4138,14 @@ call, or call a constructor from the FileHandle package. (W unopened) You tried to invoke a file test operator on a filehandle that isn't open. Check your control flow. See also L. +=item Only one /x regex modifier is allowed + +=item Only one /x regex modifier is allowed in regex; marked by <-- HERE in m/%s/ + +(F) You used the C regular expression pattern modifier at least +twice in a string of modifiers. It is illegal to do this with, to allow +future extensions to the Perl language. + =item oops: oopsAV (S internal) An internal warning that the grammar is screwed up. @@ -4280,11 +4365,6 @@ there are in the savestack. (P) Failed an internal consistency check while trying to reset a weak reference. -=item panic: die %s - -(P) We popped the context stack to an eval context, and then discovered -it wasn't an eval context. - =item panic: do_subst (P) The internal pp_subst() routine was called with invalid operational @@ -4639,16 +4719,27 @@ not C. See L. (F) Your system has POSIX getpgrp(), which takes no argument, unlike the BSD version, which takes a pid. -=item POSIX syntax [%c %c] belongs inside character classes in regex; marked by +=item POSIX syntax [%c %c] belongs inside character classes%s in regex; marked by S<<-- HERE> in m/%s/ -(W regexp) The character class constructs [: :], [= =], and [. .] go -I character classes, the [] are part of the construct, for example: -/[012[:alpha:]345]/. Note that [= =] and [. .] are not currently +(W regexp) Perl thinks that you intended to write a POSIX character +class, but didn't use enough brackets. These POSIX class constructs [: +:], [= =], and [. .] go I character classes, the [] are part of +the construct, for example: C. What the regular +expression pattern compiled to is probably not what you were intending. +For example, C compiles to a regular bracketed character +class consisting of the four characters C<":">, C<"a">, C<"l">, +C<"h">, and C<"p">. To specify the POSIX class, it should have been +written C. + +Note that [= =] and [. .] are not currently implemented; they are simply placeholders for future extensions and will cause fatal errors. The S<<-- HERE> shows whereabouts in the regular expression the problem was discovered. See L. +If the specification of the class was not completely valid, the message +indicates that. + =item POSIX syntax [. .] is reserved for future extensions in regex; marked by S<<-- HERE> in m/%s/ @@ -4813,16 +4904,6 @@ port. One can easily disable this by appropriate sighandlers, see L. See also "Process terminated by SIGTERM/SIGINT" in L. -=item Property '%s' is unknown in regex; marked by S<<-- HERE> in m/%s/ - -(F) The named property which you specified via C<\p> or C<\P> is not one -known to Perl. Perhaps you misspelled the name? See -L -for a complete list of available official -properties. If it is a L -it must have been defined by the time the regular expression is -compiled. - =item Prototype after '%c' for %s : %s (W illegalproto) A character follows % or @ in a prototype. This is @@ -5257,6 +5338,13 @@ missing the final closing quote or angle bracket after the name. The S<<-- HERE> shows whereabouts in the regular expression the problem was discovered. +=item Sequence (?... not terminated in regex; marked by S<<-- HERE> in +m/%s/ + +(F) There was no matching closing parenthesis for the '('. The +S<<-- HERE> shows whereabouts in the regular expression the problem was +discovered. + =item Sequence \%s... not terminated in regex; marked by S<<-- HERE> in m/%s/ @@ -5268,6 +5356,18 @@ sequence and this has been omitted or incorrectly written. (F) The end of the perl code contained within the {...} must be followed immediately by a ')'. +=item Sequence (?PE... not terminated in regex; marked by S<<-- HERE> in m/%s/ + +(F) A named reference of the form C<(?PE...)> was missing the final +closing parenthesis after the name. The S<<-- HERE> shows whereabouts +in the regular expression the problem was discovered. + +=item Sequence (?PE... not terminated in regex; marked by S<<-- HERE> in m/%s/ + +(F) A named group of the form C<(?PE...E')> was missing the final +closing angle bracket. The S<<-- HERE> shows whereabouts in the +regular expression the problem was discovered. + =item Sequence ?P=... not terminated in regex; marked by S<<-- HERE> in m/%s/ @@ -6038,18 +6138,21 @@ C. (A) You've accidentally run your script through B instead of Perl. Check the #! line, or manually feed your script into Perl yourself. -=item Unescaped left brace in regex is deprecated, passed through in regex; +=item Unescaped left brace in regex is illegal in regex; marked by S<<-- HERE> in m/%s/ -(D deprecated, regexp) You used a literal C<"{"> character in a regular -expression pattern. You should change to use C<"\{"> instead, because a -future version of Perl (tentatively v5.26) will consider this to be a -syntax error. If the pattern delimiters are also braces, any matching +(F) You used a literal C<"{"> character in a regular +expression pattern. You should change to use C<"\{"> or C<[{]> instead. +If the pattern delimiters are also braces, any matching right brace (C<"}">) should also be escaped to avoid confusing the parser, for example, qr{abc\{def\}ghi} +This restriction is not enforced if the C<"{"> is the first character in +the pattern; nor is a warning generated for this case, as there are no +current plans to forbid it. + =item unexec of %s into %s failed! (F) The unexec() routine failed for some reason. See your local FSF @@ -6140,6 +6243,12 @@ problems when being input or output, which is likely where this message came from. If you really really know what you are doing you can turn off this warning by C. +=item Unknown charname '' is deprecated + +(D deprecated) You had a C<\N{}> with nothing between the braces. This +usage is deprecated, and will be made a syntax error in a future Perl +version. + =item Unknown charname '%s' (F) The name you used inside C<\N{}> is unknown to Perl. Check the @@ -6240,27 +6349,6 @@ Note that if you want to enable a warnings category registered by a module (e.g. C), you must have loaded this module first. -=item Unmatched '[' in POSIX class in regex; marked by S<<-- HERE> in m/%s/ - -(F) You had something like this: - - (?[ [:digit: ]) - -That should be written: - - (?[ [:digit:] ]) - -=item Unmatched '%c' in POSIX class in regex; marked by S<<-- HERE> in -m/%s/ - -(F) You had something like this: - - (?[ [:alnum] ]) - -There should be a second C<":">, like this: - - (?[ [:alnum:] ]) - =item Unmatched [ in regex; marked by S<<-- HERE> in m/%s/ (F) The brackets around a character class must match. If you wish to @@ -6617,14 +6705,6 @@ is deprecated. See L. form if you wish to use an empty line as the terminator of the here-document. -=item Use of %s for non-UTF-8 locale is wrong. Assuming a UTF-8 locale - -(W locale) You are matching a regular expression using locale rules, -and the specified construct was encountered. This construct is only -valid for UTF-8 locales, which the current locale isn't. This doesn't -make sense. Perl will continue, assuming a Unicode (UTF-8) locale, but -the results are likely to be wrong. - =item Use of /c modifier is meaningless in s/// (W regexp) You used the /c modifier in a substitution. The /c @@ -6636,6 +6716,20 @@ modifier is not presently meaningful in substitutions. use the /g modifier. Currently, /c is meaningful only when /g is used. (This may change in the future.) +=item Use of code point 0x%s is deprecated; the permissible max is 0x%s + +(D deprecated) You used a code point that will not be allowed in a +future perl version, because it is too large. Unicode only allows code +points up to 0x10FFFF, but Perl allows much larger ones. However, the +largest possible ones break the perl interpreter in some constructs, +including causing it to hang in a few cases. The known problem areas +are in C, regular expression pattern matching using quantifiers, +and as the upper limits in loops. + +If your code is to run on various platforms, keep in mind that the upper +limit depends on the platform. It is much larger on 64-bit word sizes +than 32-bit ones. + =item Use of comma-less variable list is deprecated (D deprecated) The values you give to a format should be @@ -6657,6 +6751,14 @@ error, so C<:=> can be reclaimed as a new operator in the future. If you need an empty attribute list, for example in a code generator, add a space before the C<=>. +=item Use of %s for non-UTF-8 locale is wrong. Assuming a UTF-8 locale + +(W locale) You are matching a regular expression using locale rules, +and the specified construct was encountered. This construct is only +valid for UTF-8 locales, which the current locale isn't. This doesn't +make sense. Perl will continue, assuming a Unicode (UTF-8) locale, but +the results are likely to be wrong. + =item Use of freed value in iteration (F) Perhaps you modified the iterated array within the loop? @@ -6721,21 +6823,6 @@ only C. This usually means there's a better way to do it in Perl. generally because there's a better way to do it, and also because the old way has bad side effects. -=item Use of literal control characters in variable names is deprecated - -=item Use of literal non-graphic characters in variable names is deprecated - -(D deprecated) Using literal non-graphic (including control) -characters in the source to refer to the ^FOO variables, like C<$^X> and -C<${^GLOBAL_PHASE}> is now deprecated. (We use C<^X> and C<^G> here for -legibility. They actually represent the non-printable control -characters, code points 0x18 and 0x07, respectively; C<^A> would mean -the control character whose code point is 0x01.) This only affects -code like C<$\cT>, where C<\cT> is a control in the source code; C<${"\cT"}> and -C<$^T> remain valid. Things that are non-controls and also not graphic -are NO-BREAK SPACE and SOFT HYPHEN, which were previously only allowed -for historical reasons. - =item Use of -l on filehandle%s (W io) A filehandle represents an opened file, and when you opened the file @@ -6770,6 +6857,14 @@ operators and then you presumably know what you are doing. its behavior may change or even be removed in any future release of perl. See the explanation under L. +=item Use of strings with code points over 0xFF as arguments to %s +operator is deprecated + +(D deprecated) You tried to use one of the string bitwise operators +(C<&> or C<|> or C<^> or C<~>) on a string containing a code point over +0xFF. The string bitwise operators treat their operands as strings of +bytes, and values beyond 0xFF are nonsensical in this context. + =item Use of tainted arguments in %s is deprecated (W taint, deprecated) You have supplied C or C with multiple @@ -7003,8 +7098,21 @@ space. =item Warning: unable to close filehandle %s properly: %s -(S io) An error occurred when Perl implicitly closed a filehandle. This -usually indicates your file system ran out of disk space. +(S io) There were errors during the implicit close() done on a filehandle +when its reference count reached zero while it was still open, e.g.: + + { + open my $fh, '>', $file or die "open: '$file': $!\n"; + print $fh $data or die "print: $!"; + } # implicit close here + +Because various errors may only be detected by close() (e.g. buffering could +allow the C in this example to return true even when the disk is full), +it is dangerous to ignore its result. So when it happens implicitly, perl will +signal errors by warning. + +B, so the common idiom shown +above was liable to cause B. =item Warning: Use of "%s" without parentheses is ambiguous @@ -7057,11 +7165,6 @@ You likely need to figure out how this multi-byte character got mixed up with your single-byte locale (or perhaps you thought you had a UTF-8 locale, but Perl disagrees). -=item %s() with negative argument - -(S misc) Certain operations make no sense with negative arguments. -Warning is given and the operation is not done. - =item Within []-length '%c' not allowed (F) The count in the (un)pack template may be replaced by C<[TEMPLATE]> @@ -7070,6 +7173,11 @@ can be determined from the template alone. This is not possible if it contains any of the codes @, /, U, u, w or a *-length. Redesign the template. +=item %s() with negative argument + +(S misc) Certain operations make no sense with negative arguments. +Warning is given and the operation is not done. + =item write() on closed filehandle %s (W closed) The filehandle you're writing to got itself closed sometime @@ -7120,9 +7228,10 @@ Something Very Wrong. (F) Named Unicode character escapes (C<\N{...}>) may return a zero-length sequence. Such an escape was used in an extended character class, i.e. -C<(?[...])>, which is not permitted. Check that the correct escape has -been used, and the correct charnames handler is in scope. The S<<-- HERE> -shows whereabouts in the regular expression the problem was discovered. +C<(?[...])>, or under C, which is not permitted. Check +that the correct escape has been used, and the correct charnames handler +is in scope. The S<<-- HERE> shows whereabouts in the regular +expression the problem was discovered. =back