in reply to Re^2: Dynamically altering Tk buttons
in thread Dynamically altering Tk buttons

and wait for the status to change to 'zombie'

ha ha ha.... that has got to be the funkiest hack i've ever seen....... didn't they teach you at wizard school to never, NEVER allow zombies even into existence?.... still laughing

To give you a clue: once you have the filehandle to the process, you can watch for the filehandle( or its filenum' ) to be closed , and then do a kill -9 on the $parent_pid ..... see Perl/Tk front-end to mplayer for other ideas


I'm not really a human, but I play one on earth.
Old Perl Programmer Haiku

Replies are listed 'Best First'.
Re^4: Dynamically altering Tk buttons
by Llew_Llaw_Gyffes (Scribe) on Jan 04, 2010 at 19:27 UTC

    Yes, looking for the filehandle to close is what I tried first, but it appeared it wasn't ever closing unless I closed it myself.  SO I needed a way to determine when I could safely close it, and this is what I came up with.  I'm sure there must be better ways; I just haven't come up with one that works yet and still allows me to periodically poll it, rather than just waiting on it and blocking until it terminates.  I need to balance "only one player child is allowed to run at a time" vs. "the rest of the app must not block while waiting for the player to exit".

      ..... yeah, even though i laughed, I am secrectly storing that away as an interesting hack which may be needed someday

      Zombie Killer .... Have Keyboard, Will Telecommute

      ...did you try adding the filehandle to an io:select handler, and test for can_read?.... or see checking a file handle to see if it is open...... but you may have a weird app that requires zombie killing


      I'm not really a human, but I play one on earth.
      Old Perl Programmer Haiku

        Now that you mention it, no, I didn't. I'll investigate that and see whether it'll work for me.