Habe da ein Problem mit der Reihenfolge der Ausführung von Anweisungen in Perl.
Ich will eine Datei durchsuchen, dazu habe ich folgenden Code:

Funktioniert einwandfrei. Ersetze ich dagegen die Anweisung durch:

erhalte ich nicht nur die gefundenen Zeilen, sondern alle.
Ein Klammern des GREPs löst das Problem, aber so richtig verstehen tu ich das Ganze nicht.

Wieso funktioniert meine 2te Anweisung nicht (so, wie ich will)?

Was genau denkst Du, das grep macht?

So kannst Du pruefen, ob FOO in $_ vorkommt:


So fuer eine andere Variable:

Dein Problem hat was mit der Rangfolge von Operatoren zu tun. Bei Dir wird grep{/FOO/}( $_ && print ) gemacht, also erst das && und dann das grep...

renee+2008-04-08 17:50:13--

Dein Problem hat was mit der Rangfolge von Operatoren zu tun. Bei Dir wird grep{/FOO/}( $_ && print ) gemacht, also erst das && und dann das grep...

Das ist wohl richtig, aber wie ich mit meinem Beitrag versuchte zu sagen, braucht man hier gar kein grep.

renee+2008-04-08 17:50:13--

Dein Problem hat was mit der Rangfolge von Operatoren zu tun. Bei Dir wird grep{/FOO/}( $_ && print ) gemacht, also erst das && und dann das grep...

und um sich die Klammern zu sparen gibts ja noch and

Hi betterworld,
bin zwar noch nicht allzu sattelfest in Sachen Perl, aber eines hab ich schon gelernt, nämlich TMTOWTDI.
Ob grep oder was auch immer ging's mir nicht, sondern nur um's Prinzip. Ich denke, das mit der Rangfolge war's (das mit dem and probier ich noch aus).

In diesem Sinne,
danke für die Tips und bis denne

timtowtdi bedeutet aber nicht, dass man völlig überflüssige funktionen um etwas drumrumbaut =)

pq+2008-04-08 19:26:34--

timtowtdi bedeutet aber nicht, dass man völlig überflüssige funktionen um etwas drumrumbaut =)

Ja, so sehe ich das auch. Man kennt es vielleicht aus der Shell-Programmierung so, dass man grep fuer regulaere Ausdruecke benutzt, aber in Perl macht grep eigentlich etwas ganz anderes, naemlich Sachen aus Listen heraussuchen. Ich wollte ja nur Deinem Verstaendnis helfen.

Es gibt zwar mehrere Wege, etwas zu tun, und das ist auch gut so. Manchmal nimmt man auch absichtlich ein Konstrukt, das eigentlich fuer etwas anderes gedacht ist. Aber man sollte sich immer darueber bewusst sein, wofuer das Konstrukt gedacht ist und wie es kommt, dass es gerade das tut, was ich erwarte.

Es ist auch ok, wenn es Dir hier nur ums Prinzip ging, ich hoffe wir haben Deine Fragen zur Operatorenrangfolge genuegend beantwortet. Zu && und and steht in perlop noch mehr.

@pq: Well, there's not only more than one way to do it right, but also a multitude of ways to shoot yourself in the foot ;-)

Was mir noch einfaellt: Wenn ich Dich frage, warum ich das Feuerzeug nicht ankriege, waere es ja auch ok, wenn Du nicht gleich sagst "Du musst den Hebel da umklappen" sondern "Geh erstmal von dem Benzintank weg" ;-) Nicht boese gemeint.