Dischi, Rob, Aubin...
I'm not aware of the problem, just to busy to follow the whole
thread... but you should hang on irc.freenode.net #python and ask
people... I'm quite sure this is easy to fix, people there might know.
Gustavo
--- Dirk Meyer <[EMAIL PROTECTED]> escreveu:
> 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
Yahoo! Mail - o melhor webmail do Brasil
http://mail.yahoo.com.br
-------------------------------------------------------
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
