From this site, first posted on March 28, 2006:
[Please enter your report here]
Hello,
I've run into this strange behaviour when playing with trying
to make functions return different values from the number of
parameters they were called with. If you test [at]_, and that you
return from a do { ... } block where a variable is localized,
the return value is undef if you don't add an else statement.
Looks like some parsing bug, but not that I'm good enough to have
any real clue about it.
Regards,
Vincent Pit
#################################################################
Test case: (line 1 is #!)
#!/usr/bin/perl
use strict;
use warnings;
sub foo {
if (@_) {
return do { my $dummy; 1; };
} else {
return 0;
}
}
# let's just remove the else
sub bar {
if (@_) {
return do { my $dummy; 1; };
}
return 0;
}
print foo().' '.foo('baz')."\n"; # that was expected
print bar().' '.bar('baz')."\n"; # undef
#################################################################
Expected output:
0 1
0 1
#################################################################
Actual output:
0 1
Use of uninitialized value in concatenation (.) or string at ./bug.pl
+line 24.
0
#################################################################
s''(q.S:$/9=(T1';s;(..)(..);$..=substr+crypt($1,$2),2,3;eg;print$..$/
-
Are you posting in the right place? Check out Where do I post X? to know for sure.
-
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big>
<blockquote> <br /> <dd>
<dl> <dt> <em> <font>
<h1> <h2> <h3> <h4>
<h5> <h6> <hr /> <i>
<li> <nbsp> <ol> <p>
<small> <strike> <strong>
<sub> <sup> <table>
<td> <th> <tr> <tt>
<u> <ul>
-
Snippets of code should be wrapped in
<code> tags not
<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
intervention).
-
Want more info? How to link
or How to display code and escape characters
are good places to start.
|