Re: Perl oddities

[bluto]

in reply to Perl oddities

print FH @list

Normally this doesn't bother me unless I have to use parens (due to a parsing or emacs alignment issue)...

print(FH <list>);

... looks even worse.

The other thing I think is odd is how split() removes null fields at the end of a line if you don't give a LIMIT argument. Normally when I process a delimited file I expect each line to have the same number of fields, though some may be empty. For short scripts I tend to write quick sanity checks like this...

my @values = split /:/, $line;
die "invalid line: '$line'" unless @values == 7;

It looks nice, but I have to remember to go back and set LIMIT to a negative (or large) number.

[Mugatu]

Normally this doesn't bother me unless I have to use parens

It's also kind of odd when your filehandle is not a simple scalar or bareword:

open $hash{foo}, ">", "foobar";
print { $hash{foo} } "Test\n";

Makes me shudder every time.

[ikegami]

I do it this way:
print FH ('test', 'ing', 1, 2, 3);

Actually, I lied. I simply don't use barewords filehandles.

[TimToady]

In Perl 6 it's probably one of

    print($fh: @list);
    $fh.print(@list);

instead, or maybe you'll use pipes:

    @list ==> $fh.print;
    $fh.print <== @list;

As for split, we haven't decided yet whether to change the default. I can argue it both ways.