[Pythonmac-SIG] timeout of connection?

Jon Christopher jon.christopher at gmail.com
Thu Dec 17 22:40:57 CET 2009


@ken: Oh, I'm all for "experimental computer science", I'll try the
new version when I get home.

@has:

> Is the EyeTV process running throughout, or does it quit and restart?

Running throughout.

> Are you sure all commands are being executed?

Reasonably, but I'll have to check again.

> What do the references produced by the following look like:
>
>        print app("EyeTV").recordings.get()


IIRC, it's a list of recording objects (defined in the EyeTV dictionary)
which can then be passed back to EyeTV:

   recs=app("EyeTV").recordings.get()
   rec=recs[0]

   app("EyeTV").play(rec) # play the recording

or inspected for properties:

   rec.title.get()  # return the title of the recording


Now that I think about it, my app caches those recording objects for
quite some time.  Is there a possibility that they could expire or become
invalidated over time?


> Have you tried enabling AEDebug and observing the events being sent?

Interesting idea.  Any suggestions on how to do so?   My application
is a plug-in for Front Row,
and there's something weird about the way FR is started:  there's a
separate launcher app
for the actual .app in /System/Library/Core Services/Front Row.app;
I'm not sure if launching FR
from the command line actually works, which makes setting the AEDebug
environment variable
problematic.

Finally, since my actual app is a plugin, and this problem only occurs
after FR and the machine have been idle
for a long time, it's really difficult to debug/reproduce, as the
testing cycle currently is "make a code change, wait 18-24h with the
computer idle to see if the intermittent problem reoccurs."  Not fun.
Finally, restarting *Front Row* clears up the problem.    If anyone
has any bright ideas about how to speed up this turn-around time, I'd
be delighted to hear them.

Thanks again,
Jon


More information about the Pythonmac-SIG mailing list