[issue1155] Carbon.CF memory management problem

2010-04-29 Thread Terry J. Reedy
Changes by Terry J. Reedy : -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1155] Carbon.CF memory management problem

2010-04-29 Thread hhas
hhas added the comment: The Carbon extensions are deprecated in Python 2.6 and absent in Python 3, and PyObjC provides a far better alternative. I'd be surprised if this issue affects any users at this point (chances are I'm the only one who was ever bothered by it, and I eliminated all Carbo

[issue1155] Carbon.CF memory management problem

2010-04-29 Thread Terry J. Reedy
Terry J. Reedy added the comment: Should this be closed? As out of date? -- nosy: +tjreedy status: pending -> open ___ Python tracker ___

[issue1155] Carbon.CF memory management problem

2009-04-06 Thread Daniel Diniz
Changes by Daniel Diniz : -- nosy: +ronaldoussoren priority: normal -> low status: open -> pending versions: +Python 2.6 -Python 2.5 ___ Python tracker ___ ___

[issue1155] Carbon.CF memory management problem

2007-09-17 Thread Sean Reifschneider
Changes by Sean Reifschneider: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1155] Carbon.CF memory management problem

2007-09-12 Thread hhas
New submission from hhas: While other CF...RefObj_Convert functions return a borrowed object, CFStringRefObj_Convert will return either a new or borrowed CFStringRef depending on the type of value supplied (str, unicode or CFString). As a result, extensions that use CFStringRefObj_Convert func