[quote=murphy,01.03.2006, 01:58]END Blöcke könnten eine gute Lösung sein. Aber wenn Du aus irgendwelchen Gründen den $SIG{_ _DIE_ _} Handler überschreiben musst, kannst Du ja den alten Handler am Ende des neuen aufrufen.[/quote]
aber müssen die END-Blöcke nicht schon bei der Kompilierung
definiert sein? Die temporären Datei- und Pipenamen werden
allerdings im Laufe des Jobs erstellt.

Ich muss mir das Mal anlesen, hatte bisher noch nichts damit am
Hut...

[quote=opi,01.03.2006, 00:22][quote=esskar,28.02.2006, 19:41]wenn du $SIG{_ _DIE_ _} schon umleitest, hast du schon was du willst, oder nicht?[/quote]
Ja schon, aber durch ein "globales" Modul, dass alle Admins für
alle Skripts nutzen. Da kann ich leider nicht einfach mal eben im
dieHandler rumpfuschen, dass sähen die garnicht gerne :/[/quote]


könnte so gehen. Hab es nicht ausprobiert.

[quote=opi,01.03.2006, 01:17][...]
aber müssen die END-Blöcke nicht schon bei der Kompilierung
definiert sein? Die temporären Datei- und Pipenamen werden
allerdings im Laufe des Jobs erstellt.
[...][/quote]
Es ist schon richtig, dass die END-Blöcke zur Kompilationszeit registriert werden. Aber sie können ja trotzdem zum Beispiel auf globale Variablen zugreifen und entsprechend deren Inhalt Aufräumaktionen ausführen.

Neben END-Blöcken mit globalen Listen von aufzuräumenden Objekten und Ketten von $SIG{_ _DIE_ _}-Handlern könntest Du vielleicht auch noch etwas über Objektorientierung und die DESTROY-Methode basteln.

Der Nachteil mit den END-Blöcken ist, dass sie nicht bedingt abgearbeitet werden können - jeder Block, der im Code definiert ist, wird auch am Ende abgearbeitet, der zuletzt definierte zuerst. Das schränkt die Anwendbarkeit ein.