[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]> _

[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

[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

[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]>

[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

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

[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

[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]> ___ _

[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 <

[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]> ___ ___

[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 ___

[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]> _

[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

[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 ->

[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

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 __

[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

[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]> __

[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

[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]> _

[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

[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]>

[issue3754] minimal cross-compilation support for configure

New submission from Roumen Petrov <[EMAIL PROTECTED]>: This is minimal patch that add basic cross-compilation possibilities for python build (configure script). The patch add macro AC_CANONICAL_HOST. This macro require files config.guess, config.sub. The patch don't include them. You may obtain

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Regarding the factory functions that are named as if they were classes, Fredrik noted on python-dev that the ones from the threading module are explicitly documented as being factory functions, and the multiprocessing API really just follows tha

[issue3589] Misleading names for multiprocessing "convenience" functions

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Sounds good to me. :) -- nosy: +benjamin.peterson resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > You're right, Chris, I didn't think of that... Did I miss something? or some joke I do not understand? ___ Python tracker <[EMAIL PROTECTED]> _

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: No, and this is the reason of the patch: PyUnicode_FromFormat and PyErr_Format do not use the platform printf. The code (in Objects/unicodeobject.c) is platform-independent; %zd is the way to print a ssize_t variable on all platforms.

[issue3589] Misleading names for multiprocessing "convenience" functions

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Given how long I've been using the threading module without realising it does the same thing, I'm actually prepared to live with the wrapper functions rather than messing with this so close to release. As Fredrik noted in the python-dev thread,

[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat

Roumen Petrov <[EMAIL PROTECTED]> added the comment: Since not all platforms support "%zd" the patch has to be rewritten. May be PY_FORMAT_SIZE_T isn't correctly defined in Include/pyport.h for the used "C" library. -- nosy: +rpetrov ___ Python tracke

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

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: -> brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue1767370] Make xmlrpc use HTTP/1.1 and keepalive

Ionut Turturica <[EMAIL PROTECTED]> added the comment: Note that win32 Python's socket module doesn't have a MSG_DONTWAIT constant defined. So the following code will fail on windows machines. +self.__connection.sock.recv(1, +socket.MSG

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

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The patch looks fine to me as well. -- keywords: -needs review nosy: +amaury.forgeotdarc resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> __

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

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-08-29 23:33, Terry J. Reedy wrote: > Terry J. Reedy <[EMAIL PROTECTED]> added the comment: > > "Just to clarify: Python can be built as UCS2 or UCS4 build (not UTF-16 > vs. UTF-32)" > > I recently read most of the Unicode 5 stand

[issue3751] str.rpartition fails silently with unicode argument

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Committed r66119 (trunk) and r66121 (python2.5) Thanks for the report! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue2501] xml.sax.parser() doesn't terminate when given a filename

Daniel Diniz <[EMAIL PROTECTED]> added the comment: Looks like this is a duplicate of issue3590, so this patch fixes two release blockers ;) ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3751] str.rpartition fails silently with unicode argument

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Go ahead with the patch and backporting; it looks fine to me. -- keywords: -needs review nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> _

[issue3751] str.rpartition fails silently with unicode argument

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11331/rpartition.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3751] str.rpartition fails silently with unicode argument

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Updated patch, with tests. This is a 2.5 backport candidate. -- keywords: +needs review Added file: http://bugs.python.org/file11336/rpartition.patch ___ Python tracker <[EMAIL PROTECTED]>

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>: -- nosy: +jcea ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue3697] "Fatal Python error: Cannot recover from stack overflow" on Windows buildbots

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Sorry, I don't know about interpreter core, and I cannot reproduce this error. I believe Trent is more familiar with buildbot and python core than me. -- nosy: +Trent.Nelson ___ Python tracker <

[issue600362] relocate cgi.parse_qs() into urlparse

Facundo Batista <[EMAIL PROTECTED]> added the comment: Senthil, please update the patchs, adding a DeprecationWarning in 3.0 and a PendingDeprecationWarning in 2.6. Thanks! ___ Python tracker <[EMAIL PROTECTED]> __

[issue1251] ssl module doesn't support non-blocking handshakes

Changes by Bill Janssen <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10337/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1251] ssl module doesn't support non-blocking handshakes

Bill Janssen <[EMAIL PROTECTED]> added the comment: I believe this is now implemented in all the branches. And when I run the tests, they run fine. There's still an issue with unwrap; it does a blocking tear-down of the SSL session, and can block when you don't want it to. I'll have to look

[issue3726] Allow ', ' delimiters in logging.config.fileConfig()

Changes by Vinay Sajip <[EMAIL PROTECTED]>: -- assignee: -> vsajip nosy: +vsajip ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-

[issue3738] logging.Handler.close does something

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Documentation fix checked in. The current behaviour is by design - but the documentation was wrong and needed fixing. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECT

[issue3731] import warning in multiprocessing

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Mmmh, after doing "svn up" again and recompiling, the extension imports fine and the ImportWarning disappears. -- resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTE

[issue3125] test_multiprocessing causes test_ctypes to fail

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Jesse, It seems that the patch was merged into py3k by r65883. The trick was from pickle import _Pickler as Pickler to get the subclassable python implementation. The only remaining point is the handling of dictionary views (see reb

[issue3731] import warning in multiprocessing

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Indeed. _multiprocessing.so compiles fine but afterwards I get: *** WARNING: importing extension "_multiprocessing" failed with : 'module' object has no attribute 'SemLock' And if I try manually: >>> import _multiprocessing Traceback (most

[issue3589] Misleading names for multiprocessing "convenience" functions

Jesse Noller <[EMAIL PROTECTED]> added the comment: Ben is backing out the patch now ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-l

[issue3589] Misleading names for multiprocessing "convenience" functions

Jesse Noller <[EMAIL PROTECTED]> added the comment: Reopening, there's a bug that the tests/examples/etc didn't catch (and nor did I), after the patch application: woot:python-trunk jesse$ ./python.exe Python 2.6b3+ (trunk:66112:66114M, Sep 1 2008, 13:00:19) [GCC 4.0.1 (Apple Inc. build 5484

[issue3747] Fix caching in ABCMeta.__subclasscheck__

Georg Brandl <[EMAIL PROTECTED]> added the comment: Looks good. -- nosy: +georg.brandl resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3731] import warning in multiprocessing

Jesse Noller <[EMAIL PROTECTED]> added the comment: Prior to you getting this error: Did you get a compilation error during the make? ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3589] Misleading names for multiprocessing "convenience" functions

Jesse Noller <[EMAIL PROTECTED]> added the comment: Patch reviewed/tested and I also confirmed that this doesn't affect the examples. I submitted the patch in r66114 -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED

[issue3589] Misleading names for multiprocessing "convenience" functions

Changes by Jesse Noller <[EMAIL PROTECTED]>: -- keywords: +needs review -patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bug

[issue3753] bytearray incompatible with y#

Georg Brandl <[EMAIL PROTECTED]> added the comment: Documented in r66113. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3125] test_multiprocessing causes test_ctypes to fail

Jesse Noller <[EMAIL PROTECTED]> added the comment: Working on the py3k patch now, bumping to rel. blocker -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> _

[issue3735] allow multiple threads to efficiently send the same requests to a processing.Pool without incurring duplicate processing

Jesse Noller <[EMAIL PROTECTED]> added the comment: Another place this could go is in the examples FWIW ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3753] bytearray incompatible with y#

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Yes, you must use y* instead: see http://docs.python.org/dev/3.0/c-api/arg.html y# would not be safe to use with bytearray since another thread could mutate the bytearray in-between, possibly reallocating the internal buffer (to shrink or gro

[issue1251] ssl module doesn't support non-blocking handshakes

Senthil <[EMAIL PROTECTED]> added the comment: This issue is yet not fixed for both Py2.6 and Py3k. The tests which are present in code are not run (or disabled) in test_ssl.py I understand, customers have a good chance of hitting upon this issue. When ssl do_handshake() does not timeout and app

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Changes by Senthil <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11335/issue1424152-py3k-test_urllib2net.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Senthil <[EMAIL PROTECTED]> added the comment: Test issue1424152-py26-test_urllib2net.diff and issue1424152-py3k-test_urllib2net.diff patches has a dependency on Issue1251 for failure scenarios. Issue1251 deals with ssl module not support non-blocking handshakes. So, when the HTTPS environment i

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Changes by Senthil <[EMAIL PROTECTED]>: -- components: +Library (Lib) -None versions: +Python 2.6, Python 3.0 Added file: http://bugs.python.org/file11333/issue1424152-py3k.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Senthil <[EMAIL PROTECTED]> added the comment: As indicated by other posters, this *IS A* serious issue with urllib2 as it does not do CONNECT for HTTPS through Proxy and it fails. chrisl, I verified your patch and it works properly. I made some minor changes (make a method private and changes w

[issue3753] bytearray incompatible with bytes

New submission from Pyry Pakkanen <[EMAIL PROTECTED]>: I was expecting that the API function PyArg_ParseTuple(args, "y#:foo", &cp, &size) would accept a bytearray and implicitly convert it to bytes. Currently it throws the error: TypeError: foo() argument 1 must be bytes or read-only buffer, not

[issue2874] Remove use of the stat module in the stdlib

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Deferring to 2.7/3.1 as discussed on the mailing list. -- priority: release blocker -> critical versions: +Python 2.7, Python 3.1 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3751] str.rpartition fails silently with unicode argument

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Adding a few tests wouldn't hurt :) -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3751] str.rpartition fails silently with unicode argument

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: It's not failing, it's simply calling unicode.partition instead of unicode.rpartition! -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file11331/rpartition.patch

[issue3548] subprocess.pipe function

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Vincent, GPL licenced code is incompatible with the inclusion into python. And if I am correct, you should sign a contributor agreement. Then the licence text is not necessary. -- nosy: +amaury.forgeotdarc _

[issue3712] memoryview leaks references

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Fixed in r66111. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3752] test_bsddb broken

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: Since the latest bsddb merge, test_bsddb is basically broken, all tests fail with the same error (see also the buildbots): == ERROR: test_update (test.test_bsddb.TestBTree_

[issue3751] str.rpartition fails silently with unicode argument

New submission from Forest Bond <[EMAIL PROTECTED]>: Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> u'/foo/bar'.rpartition(u'/') (u'/foo', u'/', u'bar') >>> '/foo/bar'.rpart

[issue3750] test_bsddb3 skipped -- cannot import name test_support

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: This is what I get with the current py3k branch: test_bsddb3 skipped -- cannot import name test_support In py3k test/test_support.py has been renamed to test/support.py. The fix should be simple enough :) -- assignee: jcea compone

[issue3548] subprocess.pipe function

Vincent Legoll <[EMAIL PROTECTED]> added the comment: - Added "shut pylint up" comment for ** keyword expansion - Added Copyright & license header Added file: http://bugs.python.org/file11330/pipeline.py ___ Python tracker <[EMAIL PROTECTED]>

[issue3520] New Global Module Index glitch on WinXP

Georg Brandl <[EMAIL PROTECTED]> added the comment: Should be fixed in sphinx trunk with r66107, and in the next beta/rc. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3748] platform.architecture() prints bogus message on windows

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66104(trunk) and r66106(py3k) -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3653] segfault calling sys.excepthook with non-Exception argument

Georg Brandl <[EMAIL PROTECTED]> added the comment: I think you need to clear the exception again before returning. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2501] xml.sax.parser() doesn't terminate when given a filename

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: The patch looks great. (I love enabling disabled tests!) -- keywords: -needs review nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> __

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I think the patch can now go in. -- keywords: -needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3697] "Fatal Python error: Cannot recover from stack overflow" on Windows buildbots

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +ocean-city ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3160] Building a Win32 binary installer crashes

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +ocean-city ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3732] bdist_msi gives a deprecation warning when run with Python 2.6

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66100. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

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

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- keywords: -needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3712] memoryview leaks references

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- keywords: -needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3683] compilation --without-threads fails

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r66099. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3749] incrementalencoder and incrementalencoder

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66098. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3703] open() on directory raises IOError with unhelpful message

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r66097. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue3749] incrementalencoder and incrementalencoder

New submission from MATSUI Tetsushi <[EMAIL PROTECTED]>: In the codecs module section of the Library Reference, an explanation about incrementalencoder and decoder starts with "incrementalencoder and incrementalencoder:" (both are 'encoder's). Moreover, the corresponding class name for incrementa

[issue3748] platform.architecture() prints bogus message on windows

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Looks good. Could you apply it to both trunk and the py3k branch ?! Mark it "Reviewed by Marc-Andre Lemburg" to keep folks happy ;-) ___ Python tracker <[EMAIL PROTECTED]>

[issue3732] bdist_msi gives a deprecation warning when run with Python 2.6

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Go ahead and apply. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3589] Misleading names for multiprocessing "convenience" functions

Jesse Noller <[EMAIL PROTECTED]> added the comment: This is why multiprocessing had them nick - the threading module does On Sep 1, 2008, at 9:07 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > > Nick Coghlan <[EMAIL PROTECTED]> added the comment: > > Interesting - in some of the other work I was

[issue3712] memoryview leaks references

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I think the patch looks good. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3352] Deficiencies in multiprocessing/threading API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: The patches look good to me. Please apply. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Updated the 2.6 threading patch to also remove the warnings from the methods that are being replaced by properties. Added file: http://bugs.python.org/file11329/issue3352_remove_threading_py3k_warnings.diff ___

[issue3352] Deficiencies in multiprocessing/threading API

Changes by Nick Coghlan <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11324/issue3352_remove_threading_py3k_warnings.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: And one last patch to adjust the threading docs in Py3k to reflect the fact that the 2.x API is still supported, even if it is no longer documented. Added file: http://bugs.python.org/file11328/issue3352_update_30_threading_docs.diff

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Patch added to tone down note regarding the PEP 8 compliant aliases that have been added to the threading module. Added file: http://bugs.python.org/file11327/issue3352_tone_down_26_threading_docs.diff ___

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: It turns out threading uses the odd "class-that-is-not-a-class" naming scheme as well: threading.Lock threading.RLock threading.Condition threading.Semaphore threading.BoundedSemaphore threading.Event threading.Timer ___

[issue3589] Misleading names for multiprocessing "convenience" functions

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Interesting - in some of the other work I was doing regarding the PEP 8 compliant alternative threading API, I noticed that the threading module contains similar gems such as: def Event(*args, **kwds): return _Event(*args, **kwds) Using a fa

[issue3352] Deficiencies in multiprocessing/threading API

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- keywords: +patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue3352] Deficiencies in multiprocessing/threading API

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- assignee: jnoller -> ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

  1   2   >