So, ich hatte gerade ein fieses Problem in einem kleinen Script: Ich habe einen Hash erstellt auf folgende Weise:


Jetzt gibt es hier ein gemeines Problem, wenn nämlich die Funktion "nichts zurückgibt", wobei "nichts zurückgibt" hier bedeutet, dass die Funktion mittels return; abgebrochen wird. In diesem Fall wird nämlich das Ergebnis von &irgendeine_funktion im Listenkontext ausgewertet (zumindest hab' ich mir das so zusammengereimt ;)), und als Folge quasi "ignoriert", d.h. der Hash schaut (bei 2x "nichts zurückgegeben") dann aus wie folgt: ( 'a' => 'b' )

Das das nicht Sinn und Zweck des Ganzen ist dürfte eigentlich auf der Hand liegen. Ebenso hätte ich gedacht, dass der =>-Operator seine beiden Parameter im skalaren Kontext auswertet, tja, leider ein Irrtum.

Umgehen kann man das Ganze z.B., indem man explizit undef zurückgibt oder die Funktion explizit im skalaren Kontext aufruft (scalar &irgendeine_funktion(...)).

So, also was sagt ihr: Ist das ein Denkfehler meinerseits, schlichtweg ein Bug in Perl oder aber auch irgendwas dazwischen?

Und: Gleich mal 'ne Entschuldigung für "=>-Operator". Ich weiß, dass es erst mit Perl6 soweit sein wird, und damit dürfte dann dieses Problem hier keins mehr sein.

Nachtrag: Mein letzter Absatz eben war doch eigentlich schon die Antwort, hm? Des is jetzt irgendwie blöd... ;)\n\n

<!--EDIT|DS|1076701302-->

Wieso in Perl 6?

=> ist gleichbedeutend mit , und gibts schon.

???

Genau deswegen...

Perl5: => gleichbedeutend (fast) mit ,
Perl6: => ist ein eigenständiger Operator, der ein Pair zurückgibt

[quote=DS,13.02.2004, 21:44]fast[/quote]
??? Ich hatte es als syntaktischen Zucker für das Komma verstanden.

Und wieso wird das so verändert für Perl 6? Konnten die sich keinen eigenen Operator leisten? ;)

[quote=Crian,13.02.2004, 21:47]??? Ich hatte es als syntaktischen Zucker für das Komma verstanden.[/quote]

Quote

The => operator is a synonym for the comma, but forces any word to its left to be interpreted as a string (as of 5.001).

Deswegen darf man ja (a=>$a,b=>$b) schreiben.

[quote=Crian,13.02.2004, 21:47]Und wieso wird das so verändert für Perl 6? Konnten die sich keinen eigenen Operator leisten? ;)[/quote]
Hm, is' doch fein... das Ding erfüllt dann seinen Zweck wohl eher so wie man es erwartet... ;)

ach ja stimmt, das wusste ich auch schn mal :-/

wie wäre es damit?

Quote

[xxx][yyy] # perl
sub a {return}
sub b {return 1 .. 3}

my %hash = (a => &a || "--NOT-DEFINED--", b => &b);

use Data::Dumper;
print STDOUT Dumper \%hash;

$VAR1 = {
'a' => '--NOT-DEFINED--',
'b' => 1,
'2' => 3
};
[yyy][xxx] #

imo ist das ein feature.

[quote=DS,13.02.2004, 21:56]The => operator is a synonym for the comma, but forces any word to its left to be interpreted as a string (as of 5.001).[/quote]
da gibt es bei manchen Perl-Versionen (5.6 und noch manchen 5.8) einen finsteren Bug, der in 5.8.2 gottseidank behoben wurde:

da kam dann nicht v70 heraus, sondern F (der ascii-code von 70)

du koenntest auch schreiben:

nachteil: || veraendert eventuell den aufrufskontext (wird scalarer Kontext daraus) und koennte z.B. so auch wantarray durcheinanderbringen, wenn man das verwendet

i\n\n

<!--EDIT|Strat|1077025263-->

[quote=Crian,13.02.2004, 21:47][quote=DS,13.02.2004, 21:44]fast[/quote]
??? Ich hatte es als syntaktischen Zucker für das Komma verstanden.

Und wieso wird das so verändert für Perl 6? Konnten die sich keinen eigenen Operator leisten? ;)[/quote]
Vielleicht hilft dir Klick ?!

Gruss

[quote=Strat,17.02.2004, 14:40]nachteil: || veraendert eventuell den aufrufskontext (wird scalarer Kontext daraus) und koennte z.B. so auch wantarray durcheinanderbringen, wenn man das verwendet[/quote]
wenn die subroutine einen anderen als skalaren kontext verwendet, dann hat sie an dieser stelle nichts verloren.
ansonsten gibts noch die referenzoperatoren [], {}, die listenkontext erzeugen.