This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ronaldoussoren
Recipients Dan.kamp, ned.deily, ronaldoussoren
Date 2013-02-05.10:13:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1360059200.56.0.834485515677.issue13829@psf.upfronthosting.co.za>
In-reply-to
Content
I've once again reviewed the _scproxy code and that code seems correct (although that doesn't say too much for subtle bugs because I wrote the initial version of the module).

Dan: is it possible to tell moviegrabber to use another python installation (in particular /Library/Frameworks/Python.framework)? If so, is the problem reproducable with the latest binaries on www.python.org?

The crash report says that the actual crash occurs inside a function called by SCDynamicStoreCopyProxies and I wouldn't know how Python's use of that function is wrong. 

The crash could still be caused by the way the moviegrabber application uses python, but I'd consider that a bug in moviegrabber unless there is a clear indication of a bug in python itself.

BTW. Is Moviegrabber this software? : http://sourceforge.net/projects/moviegrabber/
History
Date User Action Args
2013-02-05 10:13:20ronaldoussorensetrecipients: + ronaldoussoren, ned.deily, Dan.kamp
2013-02-05 10:13:20ronaldoussorensetmessageid: <1360059200.56.0.834485515677.issue13829@psf.upfronthosting.co.za>
2013-02-05 10:13:20ronaldoussorenlinkissue13829 messages
2013-02-05 10:13:20ronaldoussorencreate