Module IO:Pipe engendre des process zombie

Salut a tous,

J'ai un petit problème, il se trouve que j'utilise assez massivement le module IO::Pipe et il semblerait que celui-ci engendre un sacré paquet de processus zombie, par exemple :

Citation:

3497 pts/1 Z+ 0:00 [mplayer] <defunct>
3498 pts/1 Z+ 0:00 [mplayer] <defunct>
3499 pts/1 Z+ 0:00 [mplayer] <defunct>
3500 pts/1 Z+ 0:00 [mplayer] <defunct>
3534 pts/1 Z+ 1:02 [mplayer] <defunct>
3535 pts/1 Z+ 0:18 [normalize] <defunct>
3536 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3537 pts/1 Z+ 1:02 [mplayer] <defunct>
3538 pts/1 Z+ 0:19 [normalize] <defunct>
3539 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3540 pts/1 Z+ 1:03 [mplayer] <defunct>
3541 pts/1 Z+ 0:18 [normalize] <defunct>
3542 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3543 pts/1 Z+ 1:02 [mplayer] <defunct>
3544 pts/1 Z+ 0:18 [normalize] <defunct>
3545 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3546 pts/1 Z+ 1:03 [mplayer] <defunct>
3559 pts/1 Z+ 0:19 [normalize] <defunct>
3560 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3561 pts/1 Z+ 1:04 [mplayer] <defunct>
3562 pts/1 Z+ 0:19 [normalize] <defunct>
3563 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3564 pts/1 Z+ 1:05 [mplayer] <defunct>
3565 pts/1 Z+ 0:19 [normalize] <defunct>
3566 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3567 pts/1 Z+ 1:05 [mplayer] <defunct>
3568 pts/1 Z+ 0:19 [normalize] <defunct>
3569 pts/1 Z+ 0:00 [aac-he-encod] <defunct>
3620 pts/1 Z+ 0:00 [mplayer] <defunct>
3621 pts/1 Z+ 0:00 [mplayer] <defunct>
3622 pts/1 Z+ 0:00 [mplayer] <defunct>
3623 pts/1 Z+ 0:00 [mplayer] <defunct>
3624 pts/1 Z+ 0:23 [mencoder] <defunct>
3625 pts/1 Z+ 0:23 [mencoder] <defunct>
3626 pts/1 Z+ 0:23 [mencoder] <defunct>
3627 pts/1 Z+ 0:23 [mencoder] <defunct>
3628 pts/1 Z+ 0:25 [mencoder] <defunct>
3629 pts/1 Z+ 0:25 [mencoder] <defunct>
3630 pts/1 Z+ 0:25 [mencoder] <defunct>
3631 pts/1 Z+ 0:25 [mencoder] <defunct>

Bien entendu, lorsque mon programme se termine, les processus zombie aussi.

Alors qu'est ce qui ne vas pas avec mon programme ?

http://www.trans264.db-instable.org/trans264.tar.gz

Note : C'est assez "gros" comme programme et c'est mon premier aussi :aie:

Est-ce que tu appelles bien systématiquement close() sur tes IO::Pipe quand tu as fini de les utiliser ?

--
Jedaï

Citation:

Envoyé par Jedai

Est-ce que tu appelles bien systématiquement close() sur tes IO::Pipe quand tu as fini de les utiliser ?

--
Jedaï

Non :oops:
La syntaxe c'est ca, par exemple ? :

Code:

1
2
3
4
5
6
7
8
9
my $transcode = new IO::Pipe();
		$transcode->reader("faac -q $audiobitrate[$i] -P -R 48000 -C 6 -X audiodump.pcm -o $output_path/$audiofile[$i].mp4 3>&1 1>&2 2>&3 3>&- & mplayer $dvd_config1 $input_file $dvd_config2 $fps $audio_evo_config -aid $aid[$i] -vc null -vo null -ao pcm:fast:nowaveheader -channels 6 2>&1 >/dev/null");
		{
			local $/ = "\r";
			while( defined( my $line = $transcode->getline ) ) {
				print "      $line" if $line =~ m/(\d+.*\r)$/;
			}
		}
                $transcode->close();

Jjeje007

Citation:

Envoyé par Jjeje007

Non :oops:
La syntaxe c'est ca, par exemple ? :

Oui, la syntaxe est bonne. Et c'est pas vraiment de ta faute, normalement avec un tel module objet, il serait assez logique que le destructeur de l'objet s'occupe de tuer le zombie également. Dans ce cas, le processus zombie serait tué dès que l'objet n'a plus aucune référence pointant sur lui. Ce n'est pas le cas avec IO:: Pipe, ce qui pourrait être considéré comme un bug (j'ai déjà fait un rapport de bug et proposé un patch).

--
Jedaï

Ok, merci.

C'est dommage que ce ne soit pas spécifier dans la doc du module (enfin la doc sur CPAN en tout cas).

Jjeje007

Citation:

Envoyé par Jjeje007

Ok, merci.
C'est dommage que ce ne soit pas spécifier dans la doc du module (enfin la doc sur CPAN en tout cas).

Un tel bug est rarement cité dans la doc du module... Parce que sinon il serait corrigé (si tu consultes mon rapport de bug, tu verras que la correction prend trois lignes...), à la limite quand tu as un problème avec un module, c'est une bonne idée de consulter les bugs s'y rapportant (maintenant accessibles directement à partir de la doc sur le CPAN).

--
Jedaï