Hello list, I am writing the thesis for my career, and it involves using kaa-metadata in a part of the program to extract the video metadata (works great and I already used it on another project). Another part of the application involves launching a subprocess from Python and being able to control it.
However, when the child dies (no matter if it's a video player or just the "ls" shell command), either because it exits on its own, because I kill it directly or because I kill it from the program, the Python process that is running the app jumps to 100%. I debugged, removed almost everything I could think of and found that the culprit is importing kaa.metadata. Even when not using any parse functions, this still happens and is "solved" by not importing the module (a thing I obviously don't want to do). I searched around before posting this, and found this http://www.mail- archive.com/freevo-devel@lists.sourceforge.net/msg18533.html and this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575293 I tried to apply that patch (I am using kaa-metadata-0.7.7 and kaa-base-0.6.0) but unfortunately it did not fix the problem. Launching a subprocess from a python app having imported kaa-metadata, without gtk's main loop works fine. Launching a subprocess from a python app IN gtk's main loop, without importing kaa-metadata works fine. I even suspect this did not happen with older versions of GTK (I'm talking about ~2.10, which a friend had on his Kubuntu box where it did not show this problem. Naturally it is not an option to be using that version for this program). You can find a test application showing this problem here: http://www.vicarious.com.ar/~godlike/algo.tar.bz2 Removing the import kaa-metadata line from the app makes it work fine. Any ideas? Can this be fixed? Thanks in advance Juan Manuel Santos ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel