Rob Shortt wrote:
> Python is blocking almost all of the signals to child processes (which
> are started inside threads for Freevo?). The (or one of the) only
> signal that will get through is KILL (-9). This is _very_ bad! So we
> have os.system('kill -9 ..') stuff all over the place. These child
> processes will not clean up after themselves. If someone's mencoder
> process is saving an avi file and we stop it, it won't get
> indexed... that's just one example. Also if someone is using the
> runtime, and their libc is different, it is possible that and
> os.system() calls will fail unless they include something like the old
> runapp command that will use the runtime's preloaded libraries.
I just tried two hours to force python to accept other signals -- no
way. If you start mplayer, you can't kill it from a shell with -15,
only -9 works. If you move the runapp from the runtime into the
runtime directory, it works. I also moved the signal part of runapp
into a python so file, but it doesn't work that way.
Conclusion: I don't like it, but it looks like we need the runapp. If
noone has a better idea I will do the following stuff tomorrow:
o move runapp.c to a new directory. Maybe binary as a new location for
stuff we need which is not python. So binary/runapp/runapp.c is my
choice (and Gustavos mplayer visualisation could also find a place
here). Add a Makefile to build runapp (static)
o Include the compilation and installation of runapp into setup.py
(this will be a bad hack, I know)
o Cleanup childapp.py to always use the runapp
o Add our own os.system in util to make sure it uses runapp
Dischi
--
Veni, Vidi, VISA:
I came, I saw, I did a little shopping.
-------------------------------------------------------
This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
The Event For Linux Datacenter Solutions & Strategies in The Enterprise
Linux in the Boardroom; in the Front Office; & in the Server Room
http://www.enterpriselinuxforum.com
_______________________________________________
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel
