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 ncoghlan
Recipients Antony.Lee, Jim.Jewett, Trundle, Yury.Selivanov, alex, barry, benjamin.peterson, cvrebert, daniel.urban, eric.araujo, fijal, gcbirzan, georg.brandl, gvanrossum, jamesh, josh.r, jwilk, martin.panter, ncoghlan, pitrou, r.david.murray, yorik.sar
Date 2016-08-23.12:11:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1471954318.68.0.947147190073.issue12029@psf.upfronthosting.co.za>
In-reply-to
Content
This question came up again recently over in #27814, in the context of a proposal to add an "unless" parameter to contextlib.suppress(). I declined the RFE mainly on the basis of API complexity, but I also noted you can get something comparable in the current API by using virtual subclassing to say "If a subclass of these, but not of these": http://bugs.python.org/issue27814#msg273434

So the status quo is currently giving us a slightly odd discrepancy between normal except clauses and code that emulates them via issubclass()
History
Date User Action Args
2016-08-23 12:11:58ncoghlansetrecipients: + ncoghlan, gvanrossum, barry, georg.brandl, jamesh, pitrou, fijal, benjamin.peterson, jwilk, eric.araujo, alex, r.david.murray, Trundle, cvrebert, daniel.urban, yorik.sar, Yury.Selivanov, martin.panter, Jim.Jewett, gcbirzan, Antony.Lee, josh.r
2016-08-23 12:11:58ncoghlansetmessageid: <1471954318.68.0.947147190073.issue12029@psf.upfronthosting.co.za>
2016-08-23 12:11:58ncoghlanlinkissue12029 messages
2016-08-23 12:11:58ncoghlancreate