Folgendes kleines Problem hat mich ein paar Minuten zum Nachdenke gebracht:

Ich wollte mit einmaliger Anwendung vom tr aus machen.
Meine erste Versuch war , was aber nicht korrekt ist.
Wer kann überzeugend erklären, warum mein Ausdruck das macht, was er macht (Ergebnis: $_ eq "20051011 141538")?

Am Ende noch der Ausdruck, der tut, was ich wollte. Wer selber knobeln will, braucht ja die weiße Schrift auf weißem Grund nicht mit dem Cursor highlighten.


tr/ :-/_/d\n\n

<!--EDIT|pKai|1129034751-->

Quote

If the /c modifier is specified, the SEARCHLIST character set is complemented. If the /d modifier is specified, any characters specified by SEARCHLIST not found in REPLACEMENTLIST are deleted.

Du suchst nach dem Komplement von Leerzeichen und einer Ziffer. Da bleibt im Eingabestring eigentlich nur der Doppelpunkt. Mit /d löscht Du dann alles, was rechts nicht gefunden wird, als den Doppelpunkt.

ich versteh nur bahnhof -.-

Das Verhalten deines ersten Ausdruckes ist auf den ersten Blick komisch, aber gar nicht unlogisch, wenn man es sich mal systematisch überlegt:

* Das c-Flag komplementiert die Liste der zu ersetzenden Zeichen, weshalb also alles von Zeichen 0 bis ord(' ')-1, von ord(' ')+1 bis ord('0')-1 und von ord('9')+1 bis 255 ersetzt wird.

* Ersatz wird in der Liste der Ersatzzeichen nur für die Zeichen 0 bis 10 angegeben, die alle nicht im Eingabestring vorkommen.

* Das d-Flag weist Perl an alle Zeichen der Eingabeliste aus dem Eingabestring zu löschen, wenn für sie kein Ersatz in der Liste der Ersatzzeichen vorliegt, also in diesem Falle alles von Zeichen 11 bis ord(' ')-1, von ord(' ')+1 bis ord('0')-1 und von ord('9')+1 bis 255.

* Insgesamt läuft der Ausdruck in unserem Fall damit auf die folgende Anweisung hinaus: Lösche aus dem Eingabestring alle Zeichen, die nicht ' ', '0', '1', ... oder '9' sind.

(edit: emoticons deaktiviert)\n\n

<!--EDIT|murphy|1129038443-->

Was gelöscht wird war ja nicht mein Problem.
Was mich offenbar so irritiert hatte, war die Tatsache, dass bei /cd garnicht mehr *ersetzt* wird (immerhin heißt die Fkt "tr" von "transl[iter]ate" ;) ).
Irgendwie hatte ich offenbar implizit erwartet, dass vor der beschriebenen Löschung noch diese Ersetzung durchgeführt wird.
So wie es ist, ist dann wohl egal, was man bei /cd in den Ersetzungsteil schreibt. (bei /d (ohne "c") allerdings nicht! siehe auch:)[quote=tr///,perldoc perlop](Note that this is slightly more flexible than the
behavior of some tr programs, which delete anything they find in
the SEARCHLIST, period.)[/quote](Direkter Folgesatz zu dem von seth zitiertem zum /d)

Edit: Das "slightly more flexible" ist dann ja das, was meine dann gefundene korrekte Lösung erst ermöglicht :)\n\n

<!--EDIT|pKai|1129039813-->

Ich denke, das Problem ist das Komplement. Wie soll da ein korrespondierendes Zeichen in der Ersetzungsliste gefunden werden. Mit

taucht der Doppelpunkt wieder auf, da es offensichtlich in der imaginären Suchliste an einer entsprechenden Position steht.

[quote=sesth,11.Oct..2005, 16:23]...taucht der Doppelpunkt wieder auf, ...[/quote]
Bei mir nicht.
Edit: Doch, hatte mich vertan. Damit wird es aber noch mysteriöser\n\n

<!--EDIT|pKai|1129041073-->

Für mich wird es klar. Stell Dir die Suchliste ausgeschrieben vor, d.h. nicht komplementär. Da muss dann an irgendeiner Stelle ein Doppelpunkt stehen. Wenn dann nicht an der entsprechenden Stelle der Ersetzungsliste ein Zeichen steht, wird es gelöscht. Durch das Komplement ist eben nicht definiert, wo in der Suchliste der Doppelpunkt steht.

OK, das ist dann auch "slightly more flexible, period"...