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 jedwards
Recipients Claudiu.Popa, belopolsky, christian.heimes, ethan.furman, ionelmc, jedwards, llllllllll
Date 2015-04-17.23:28:05
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1429313285.71.0.0722927078118.issue23990@psf.upfronthosting.co.za>
In-reply-to
Content
It seems like this issue has morphed over time.  

At the beginning, it looked like you expected perfectly reasonable (but odd) definitions of __call__ attributes, where the logic inside raised an Exception, to be somehow determined to be "uncallable".

This does not seem realistic at all.

Then it turned into detecting whether the __call__ attribute was None or not.  Fine, I guess.

But towards the end, it has turned into you wanting to check whether both an instance and a class have __call__ attributes.  Which doesn't seem like too much of an unreasonable change.

But these changes and the proposed patch won't address your initial issue of somehow detecting that the logic inside will raise an AttributeError or that __call__ is defined, but None.
History
Date User Action Args
2015-04-17 23:28:05jedwardssetrecipients: + jedwards, belopolsky, christian.heimes, ionelmc, Claudiu.Popa, ethan.furman, llllllllll
2015-04-17 23:28:05jedwardssetmessageid: <1429313285.71.0.0722927078118.issue23990@psf.upfronthosting.co.za>
2015-04-17 23:28:05jedwardslinkissue23990 messages
2015-04-17 23:28:05jedwardscreate