[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Ben, if you get a chance to apply those patches, feel free, otherwise I should be able to get to them this evening (my time - about 10 hours from now). ___ Python tracker <[EMAIL PROTECTED]>

[issue3720] segfault in for loop with evil iterator

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Did you notice that the definition of PyIter_Check() also changed? >>> class T(object): ... def __iter__(self): return self ... >>> iter(T()) Traceback (most recent call last): File "", line 1, in TypeError: iter() returned non-ite

[issue3750] test_bsddb3 skipped -- cannot import name test_support

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment: Patch summitted as r66123 and r66124. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3589] Misleading names for multiprocessing "convenience" functions

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Le lundi 01 septembre 2008 à 21:22 +, Nick Coghlan a écrit : > As Fredrik noted in the python-dev thread, the threading versions of > these are already explicitly documented as being factory functions > rather than classes (and as a refere

[issue3352] Deficiencies in multiprocessing/threading API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ok. patches applied in r66126 and r66127. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3755] Lists propagate through new instances of class if using append

New submission from supernova_hq <[EMAIL PROTECTED]>: I have located a bug where every instance of an identical class (or a class that extends it) will use the same copy of any list element created before __init__. The only way I have found to fix this is to explicitly empty the list inside the

[issue3755] Lists propagate through new instances of class if using append

supernova_hq <[EMAIL PROTECTED]> added the comment: I have located a bug where every instance of an identical class (or a class that extends it) will use the same copy of any list element created before __init__. The only way I have found to fix this is to explicitly empty the list inside the __

[issue3602] Move test.test_suport.catch_warning() to the 'warnings' module

Brett Cannon <[EMAIL PROTECTED]> added the comment: Applied in the trunk under r66135. Working on merging in 3.0. -- status: open -> pending ___ Python tracker <[EMAIL PROTECTED]>

[issue3755] Lists propagate through new instances of class if using append

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is the expected behavior. By declaring variables outside class methods, they become class variables and are associated with the class instead of the instance. -- nosy: +benjamin.peterson resolution: -> invalid status: open ->

[issue3756] re.escape() does not work with bytes()

New submission from Andrew McNamara <[EMAIL PROTECTED]>: In python 2, re.escape() works with either str or unicode, but in python 3, re.escape() no longer works correctly with the bytes type. -- components: Regular Expressions messages: 72309 nosy: andrewmcnamara severity: normal status

[issue3756] re.escape() does not work with bytes()

Andrew McNamara <[EMAIL PROTECTED]> added the comment: The attached "re_escape.py" is a (somewhat crappy) fix for re.escape() Added file: http://bugs.python.org/file11340/re_escape.py ___ Python tracker <[EMAIL PROTECTED]> _

[issue3602] Move test.test_suport.catch_warning() to the 'warnings' module

Brett Cannon <[EMAIL PROTECTED]> added the comment: r66139 has the 3.0 work. Had to rip out an outdated DeprecationWarning. Also moved over to keyword-only arguments as stated in the 2.6 docs. -- resolution: -> accepted status: pending -> closed ___

[issue3639] segfaults calling warnings.warn() with non-string message

Brett Cannon <[EMAIL PROTECTED]> added the comment: Checked in r66140. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3678] Ignored LDFLAGS during linking libpython$(VERSION).so

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: committed to trunk r66141. leaving open until i verify that this makes it into py3k and for a backport to release25-maint. -- keywords: -needs review versions: -Python 2.6 ___ Python tracker <

[issue3708] os.urandom(1.1): infinite loop

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: committed to trunk r66142 -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3704] cookielib doesn't handle URLs with / in parameters

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue1868] threading.local doesn't free attrs when assigning thread exits

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-

[issue3747] Fix caching in ABCMeta.__subclasscheck__

Changes by Andrew McNamara <[EMAIL PROTECTED]>: -- nosy: +andrewmcnamara ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue1868] threading.local doesn't free attrs when assigning thread exits

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: this is ready for more review at http://codereview.appspot.com/3641 Added file: http://bugs.python.org/file11341/threading_local4.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue3672] Ill-formed surrogates not treated as errors during encoding/decoding

Changes by Ezio Melotti <[EMAIL PROTECTED]>: -- nosy: +ezio.melotti ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen <[EMAIL PROTECTED]> added the comment: Marc, I don't understand what you're saying. UTF-16's surrogates are not optional. Unicode 2.0 and later require them, and Python is supposed to support it. Likewise, UCS-4 originally allowed a much larger range of code points, but it no longer

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen <[EMAIL PROTECTED]> added the comment: I've got another report open about the codecs not properly reporting errors relating to surrogates: issue 3672 ___ Python tracker <[EMAIL PROTECTED]> _

<    1   2