Re: Perl-Script startet externe Anwendung - Prozess stoppt nicht
Frank Seitz
>
> ich habe ein kleines Perl script geschrieben, dass eine externe
> Anwendung startet, welches wiederrum je nach ï¿œbergabeparameter
> allerlei Dinge nach stdout zeilenweise Ausgeben kann (z.B. die Zahl Pi
> berechnet) und in vielen Fï¿œllen niemals oder nach sehr langer Zeit
> endet:
>
> open(PROGRAMM, "/usr/bin/programm -a $uebergabeparameter |") ||
> die "Problem mit Programm aufgetreten: $!";
>
> while (<PROGRAMM>)
>
> {
> print "$_<BR>";
> }
> close (PROGRAMM) || die "Kann Programm nicht beenden: $!";
>
>
> Im Browser werden die Ausgaben zeilenweise angezeigt. Soweit so gut.
> Nur wenn ich den Browser schlieï¿œe, bzw. den Stop-Button des Browsers
> klicke, so lï¿œuft der PROGRAMM-Prozess im Hintergrund weiter.
> Kann man das Perl-Script irgendwie so anpassen, dass bei Abbruch der
> http-Verbindung auch der externe Prozess gekillt wird?
Der PROGRAMM-Prozess lï¿œuft so lange weiter bis er fertig ist
oder er nichts mehr auf die Pipe schreiben kann, weil sein Parent weg ist,
oder sein Parent ihn killt.
Der Parent muss das also steuern, indem er prï¿œft, ob die
Browserverbindung noch da ist.
Grￜￜe
Frank
--
Dipl.-Inform. Frank Seitz
Anwendungen fï¿œr Ihr Internet und Intranet
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel
Homepage: http://www.fseitz.de/
XING-Profil: http://www.xing.com/profile/Frank_Seitz2
Frank Seitz
> Frank Seitz wrote:
>>
>> Der PROGRAMM-Prozess lï¿œuft so lange weiter bis er fertig ist
>> oder er nichts mehr auf die Pipe schreiben kann, weil sein Parent
>> weg ist, oder sein Parent ihn killt.
>>
>> Der Parent muss das also steuern, indem er prï¿œft, ob die
>> Browserverbindung noch da ist.
>
> `-apache2---script.pl---programm
>
> Wenn ich jetzt den Browser stoppe, dann erbt init den Prozess
> programm. apache2 scheint also script.pl zu killen, was die Child-
> Prozesse von script.pl verwaisen lï¿œsst.
Da stimmt was nicht. Meines wissens killt apache seine childs nicht.
> Laut meine Infos, sollte aber jedem verwaisten Prozess immer (von
> init?) ein SIGHUP gesendet werden?
Das stimmt definitiv nicht. Der parent wird unterrichtet (SIGCHLD), wenn
sein child stirbt, aber nicht umgekehrt. Das mit dem SIGHUP macht
eine Login-Shell, aber kein normaler Prozess.
> Aber auch das passiert nicht!
Was daher richtig ist.
> Wenn ich meinem verwaisten Programm manuell ein SIGHUP sende, terminiert es
> nï¿œmlich auch!
Ja, was sonst.
> Aber zurï¿œck zu Deiner Ausage: Der parent von meinem script.pl ist ja
> apache. Dieser terminiert script.pl ja auch ordnungsgemￜￜ, wenn die
> Browserverbindung abreiï¿œt. Nur script.pl terminiert dabei nicht
> programm!
> Aber zurï¿œck zur Ausgangsfrage: Kann man ein cgi-Perlscript irgendwo so
> gestalten (eine zusï¿œtzlich Anweisung oder ï¿œhnliches?), dass wenn es
> ein entsprechende KILL-Signal von apache bekommt, auch ein kill-Signal
> an seine Kinder weiterleitet, bevor es sich entgï¿œltig terminiert?
Wenn dem so ist, dass apache seinem CGI-child ein Signal schickt
(was ich nicht glaube), kï¿œnntest du dies mit einem
Signalhandler erreichen.
Grￜￜe
Frank Seitz
Frank Seitz
> Frank Seitz wrote:
>>
>> Da stimmt was nicht. Meines wissens killt apache seine childs nicht.
>
> Ausgaben (print-Anweisungen) eines (weiter laufenden) cgi-Scriptes,
> wenn die Browserverbindung unterbrochen wurde? Verliert das Script
> vielleicht ein Pipe zu Apache und beendet sich deshalb oder wie wird
> das gesteuert?
Der Kernel schickt dem Prozess ein SIGPIPE, wenn dieser auf
eine geschlossene Pipe oder einen geschlossenen Socket schreibt.
Daraufhin terminiert der Prozess (sofern er das Signal nicht
besonders behandelt).
Grￜￜe
Frank