in reply to Re: why this function call print 9
in thread why this function call print 9

Thanks, it is just a test function. What I expect is that it prints nothing.
I see other people's example using shift to shit to next element in the array
but I have not "shifted" to the next element. Is this an implicit shift?

Replies are listed 'Best First'.
Re^3: why this function call print 9
by GrandFather (Saint) on Feb 09, 2006 at 01:01 UTC

    my ($a) =@_; picks off the first element of @_. my ($a) = shift; would get the same value into $a (bad name for a variable BTW - used by sort) and removes that element for @_.


    DWIM is Perl's answer to Gödel
Re^3: why this function call print 9
by SamCG (Hermit) on Feb 09, 2006 at 18:46 UTC
    When you say, "I expect it to print nothing", I'm guessing you're thinking your first element is undefined? So you're thinking that the shift was done twice, once for what you think is an undefined element and once for an element with the value.

    This interpretation is incorrect: you're passing a 4-element array to your function, and it's as if the @3 didn't exist at all. There is no "implicit shift" going on, unless you think of the my ($a)=@_; as a "shift". If you merge two arrays, and one has no elements, you don't end up with an undefined element as a placeholder for the empty array (I don't know if I can put it more clearly).
    sub f1{ my ($zeroelement, $oneelement, $twoelement, $threeelement) =@_; print scalar(@_); ## prints number of elements -->4 ## each element is in the appropriate value, an +d $zeroelement is 9 $cp=1; $LOCAL_CODEPAGE =10; if ($a==1){ $LOCAL_CODEPAGE = $cp; break; } return $LOCAL_CODEPAGE = $a; print "\n"; } @3=(); print "\$LOCAL_CODEPAGE=$LOCAL_CODEPAGE: f1(@3,9,3,4,5): ".f1(@3,9,3,4 +,5)."\n";