Jaap Struyk wrote: > Hello, > > I thought I had my freevo crashes under control by adding the pylirc > package but my daughter managed to make it crash again.
I don't see how pylirc would have stopped the crashes when you are using the event interface and was a bit surprised that this reduced the occurrence of a crash. > Crashes happen when a remote key (via linux input device layer) is > pressed that isn't used in that part of freevo. > So I added debugging to my config and pressed some unused buttons when > playing a movie, unfortunately nothing happened... the movie kept on > running but didn't respond any more to my remote, after pressing more > buttons freevo finally crashed. (I had to do my best) > > In 1.7.2 pressing just one wrong button made freevo crash so there has > something changed, I have to do my best to make it crash unfortunately I > can't tell what action make it crash. > I can live with it, but have to be careful not to touch wrong buttons > so it is a bit annoying. Rather than use the event interface, why don't you use the lirc interface, it is much better tested. You need to use the dev/input driver for lircd. I don't really see how to reproduce this error from the crash report. It may be that the event interface is sending too many events too quickly and the code does not have enough critical sections to prevent reentry. There is a similar problem with the screensaver, which I may have fixed. > 2007-08-19 10:13:45,440 DEBUG childapp.py (163): sending > "osd_show_text "Volume: 80%"" to pid 4089 > 2007-08-19 10:13:45,828 CRITICAL main.py (484): Crash! > Traceback (most recent call last): > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 472, in > <module> > MainTread().run() > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 325, in run > self.eventhandler(rc.get_event(True)) > File "/usr/lib/python2.5/site-packages/freevo/main.py", line 275, in > eventhandler > if not rc.app()(event): > File > "/usr/lib/python2.5/site-packages/freevo/video/plugins/mplayer.py", line > 426, in eventhandler > return self.item.eventhandler(event) > File "/usr/lib/python2.5/site-packages/freevo/video/videoitem.py", > line 652, in eventhandler > if self.plugin_eventhandler(event, menuw): > File "/usr/lib/python2.5/site-packages/freevo/item.py", line 438, in > plugin_eventhandler > if e(self, event, menuw): > File > "/usr/lib/python2.5/site-packages/freevo/video/plugins/bookmarker.py", > line 171, in eventhandler > videoplayer = self.item.player.name > AttributeError: PluginInterface instance has no attribute 'item' > Stopping webserver plugin. > Stopping webserver plugin. > Stopping webserver plugin. > 2007-08-19 10:13:52,652 DEBUG childapp.py (238): killing pid 4089 > signal 15 > 2007-08-19 10:13:52,653 DEBUG childapp.py (244): Before wait(4089) > 2007-08-19 10:13:52,675 DEBUG childapp.py (428): stderr: no data, > closing log > 2007-08-19 10:13:52,676 DEBUG childapp.py (428): stdout: no data, > closing log > 2007-08-19 10:13:52,751 DEBUG childapp.py (260): childapp: After wait() > 2007-08-19 10:13:53,251 DEBUG childapp.py (276): Oops, command > refuses to die, try bad hack.... > 2007-08-19 10:13:55,252 DEBUG childapp.py (285): Try harder to kill > the app.... > 2007-08-19 10:13:57,253 ERROR childapp.py (292): PANIC can't kill program > -------------------------------------------------------------------------------- > Freevo 1.7.3 r9794 finished at Sun Aug 19 10:12:39 2007 > > Another strange thing is that when I close freevo with "freevo stop" > there is always one process that keeps running, the bottom of the log > shows that freevo is trying to but doesn't succeed. It's not a problem, just that the sub-process has already died but freevo thinks it is still running and it trying to kill it. This only seems to happen after a crash. > I rebuild python and ran a make test but all tests ran cleanly so it > seems that python is working properly, does anyone have some info on how > to stress-test freevo to find out what is causing this unexpected behaviour? Sorry this is not that helpful but I'll see it I can set up the event interface sometime for my remote. Duncan ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
