in reply to Re^3: The proper way to execute echo aabbcc >> file in backround
in thread The proper way to execute echo aabbcc >> file in backround

I read those links, but the thing is that I have an infinite running process that i call with exec(my process) on a fork of my main script but the exec creates a new PID and I have no way the get that PID so i can't kill it properly ...

  • Comment on Re^4: The proper way to execute echo aabbcc >> file in backround

Replies are listed 'Best First'.
Re^5: The proper way to execute echo aabbcc >> file in backround
by zentara (Cardinal) on Dec 06, 2013 at 17:53 UTC
    It works but my system calls creates 2 zombie process when I kill my main program.

    If you just want a quick fix, try putting
    $SIG{CHLD}='IGNORE';
    in your main code. You may also need to put it in your forked children before you run the exec or system.

    If you want a cleaner solution, setup your script to get the $pids.

    You can use a different form rather than system or exec to get your pid. Also, there is the problem of getting the pid of the shell, which runs your command thru system or exec. You may need to use Proc::KillFam on the pid to get all it's children. See Best way to kill a child process

    #!/usr/bin/perl #When a program forks the fork returns the pid of the #child so the parent can use this to kill it at will. my $pid = fork(); print "pid $pid created\n"; if ( $pid == 0 ) { # child process so do stuff here # usually have an exit to ensure child # does not escape this if clause exit; } else { # parent process, waits a while sleep 3; # kills child if( kill 9, $pid ){ print "pid $pid killed\n"}; } # parent continues on here (as will child if not killed or exited)

    I'm not really a human, but I play one on earth.
    Old Perl Programmer Haiku ................... flash japh
      ..."system calls creates 2 zombie process"...

      BTW, it doesn't - there are no real zombies. They can be killed in this case, as shown in my post. Real zombies never die, except on reboot. Yes, i know you know ;-). I shouldn't have answered on the OP.

      Regards, Karl

      «The Crux of the Biscuit is the Apostrophe»

Re^5: The proper way to execute echo aabbcc >> file in backround
by taint (Chaplain) on Dec 06, 2013 at 17:31 UTC
    You should almost always be able to assign a pid(name) to the process, and even assign the location for the pidfile, itself. This will give you the "handle" you need to control the process in most any way you choose. :)

    Best wishes.

    --Chris

    UPDATE: from perlvar
    $PROCESS_ID $PID $$ The process number of the Perl running this script. Though you can set + this variable, doing so is generally discouraged, although it can be + invaluable for some testing purposes. It will be reset automatically + across fork() calls. Note for Linux and Debian GNU/kFreeBSD users: Before Perl v5.16.0 perl + would emulate POSIX semantics on Linux systems using LinuxThreads, a + partial implementation of POSIX Threads that has since been supersed +ed by the Native POSIX Thread Library (NPTL). LinuxThreads is now obsolete on Linux, and caching getpid() like this +made embedding perl unnecessarily complex (since you'd have to manual +ly update the value of $$), so now $$ and getppid() will always retur +n the same values as the underlying C library. Debian GNU/kFreeBSD systems also used LinuxThreads up until and includ +ing the 6.0 release, but after that moved to FreeBSD thread semantics +, which are POSIX-like. To see if your system is affected by this discrepancy check if getconf + GNU_LIBPTHREAD_VERSION | grep -q NPTL returns a false value. NTPL th +reads preserve the POSIX semantics. Mnemonic: same as shells.
    See also: How do I know my process id, from within perl script
    Hey. I'm not completely useless. I can be used as a bad example.
    
Re^5: The proper way to execute echo aabbcc >> file in backround
by karlgoethebier (Abbot) on Dec 06, 2013 at 17:41 UTC