Hallo,
ich habe eine Datei, die besteht aus vielen unterschiedlichen Datensätzen. Jeder Datensatz beginnt mit "<>". Allerdings ist der Beginn eines Datensatzes nicht gleichzeitig die Stelle, an der ein LF (Linefeed) steht. Ich muss die LF komplett ignorieren.

Meine Aufgabe: Datensätze suchen, bei denen an Position 9-11 die Zahl 580 steht und dann den Wert (Zahl) zurückgeben der von Position 37 bis 52 reicht.

Auf der Unix-Shell (AIX) kriege ich es weder mit SED, CUT, GREP oder AWK hin. Lässt sixch das mit einem Perl-Einzeiler. Auf dem System an dem ich arbeiten muss sind weder Perldoc installiert noch die Installation zusätzlicher Bibliotheken erlaubt. Perl -v meldet "This is perl, v5.8.7 built for aix"

Edit: typo

Zeige doch mal einen Beispieldatensatz... Wenn Ein Datensatz immer mit "<>" anfängt und das *nicht* im Datensatz selbst vorkommen kann, solltest Du es mit einem neuen Wert für $/ versuchen...

Das kann ich leider nicht. Datenschutz. Es handelt sich um Produktivdaten aus dem eCommerce-Bereich.

Ohne die Daten genau zu kennen würde ich, wie auch renee, vorschlagen mit $/ die Trennung der Datensätze zu erledigen. Löschen von Zeilentrennzeichen geht mit dem tr//-Operator und Extraktion fest positionierte Bereiche mit substr.

Insgesamt könnte das Programm also etwa so aussehen:
perl -e '$/ = "<>"; $\ = "\n"; while (<>) { y/\r\n//d; print substr($_, 37, 15) if (substr($_, 9, 3) == 580) }'

Perfekt! Vielen Dank.

print .. if .. muss ich mir merken. Habe ich so noch nie verwendet.

@murphy: <klugscheiss>das $\ = "\n"; kannst Du durch den -l-Switch bei Perl weglassen (also: perl -le '...') </klugscheiss>

renee+2008-02-21 15:42:46--

@murphy: <klugscheiss>das $\ = "\n"; kannst Du durch den -l-Switch bei Perl weglassen (also: perl -le '...') </klugscheiss>

Jo, und $/ kann man mit -O machen, und while(<>){...} kann man mit -n machen.

@renee: Stimmt, daran hatte ich im Eifer des Gefechts gar nicht gedacht.

@betterworld: Du meinst wohl -0. Damit kann man aber nur ein einzelnes Zeichen als Separator festlegen, nicht "<>".