Re^2: Dynamically altering Tk buttons

Yup, I found that method myself, after some digging.

How I'm detecting the end of playback is a little sneaky. I'm spawning the CLI MP3 player application like this:

    $cmd = sprintf($opts{playercmd},
                      ($listbox->getRow($i))[0]);
    $player_pid = open($PLAYER, "|$cmd");
[download]

This gets me a blocking open on the player, so that I don't ever get two tracks playing at once, and a child PID back. But, the child player doesn't terminate on exit. So then I poll /proc/pid/status every 50ms in my non-Tk event loop, and wait for the status to change to 'zombie', at which point I know playback has finished. Then I can close the player handle, do any necessary processing, and advance to the next track. The 50ms response time is too short for the listener to notice, but slow enough in system terms that the task load from the polling is down in the noise.

Comment on Re^2: Dynamically altering Tk buttons Download Code

Replies are listed 'Best First'.
Re^3: Dynamically altering Tk buttons by zentara (Archbishop) on Jan 04, 2010 at 17:25 UTC
*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	[reply]
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".	[reply]
Re^5: Dynamically altering Tk buttons by zentara (Archbishop) on Jan 05, 2010 at 12:02 UTC
..... 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	[reply]
Re^6: Dynamically altering Tk buttons by Llew_Llaw_Gyffes (Scribe) on Jan 05, 2010 at 19:52 UTC
Re^7: Dynamically altering Tk buttons by zentara (Archbishop) on Jan 06, 2010 at 11:21 UTC


Your skill will accomplish what the force of many cannot
	PerlMonks