[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Martin v. Löwis added the comment: What file system is this on? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue5215] change value of local variable in debug

Amaury Forgeot d'Arc added the comment: Ah, the patch is buggy; it was corrected with r71019 which indeed fixes "up" and "down". You could try to apply this change to your local copy. Also consider upgrading to 2.7, where everything works as expected... -- ___

[issue5215] change value of local variable in debug

Markus Pröller added the comment: Hello, I changed pdb.py to the file I added in the attachment (I just used the given patch pdb_cache_f_locals.patch) Then I created the following file: import pdb def function_1(number): stack_1 = number function_2(stack_1) def function_2(numbe

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Prakash Palanivel added the comment: After complete the installation the below error message was displayed.Kindly check and revert. ./python -E ./setup.py install \ --prefix=/usr/local/python-2.7 \ --install-scripts=/usr/local/python-2.7/bin \ --install-platlib=/usr/loca

[issue9598] untabify.py fails on files that contain non-ascii characters

Popa Claudiu added the comment: Hello. As it seems, untabify.py opens the file using the builtin function open, making the call error-prone when encountering non-ascii character. The proper handling should be done by using open from codecs library, specifying the encoding as argument. e.g. co

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Martin v. Löwis added the comment: You are misinterpreting what you are seeing. The message you get is not an error message. It works all fine, and correctly. To build the sunaudiodev module, you need Sun/Oracle Solaris, not Linux. -- nosy: +loewis resolution: -> invalid status: open

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

Changes by Prakash Palanivel : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue9631] Python 2.7 installation issue for Linux Red Hat 4.1

New submission from Prakash Palanivel : Server on Linux:gcc version 4.1.0 20060304 (Red Hat 4.1.0-3) Which "sunaudiodev" library i need to install on linux. Kindly help me how to install or configure or avoid this issue. Error: Python build finished, but the necessary bits to build these module

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: I now understand why my script fails, and it is caused by this issue. The sysconfig.py code has another major issue: the use of os.putenv. This changes the environment, without changing os.environ. The use of os.putenv should be replaced by setting keys in o

[issue616013] cPickle documentation incomplete

Changes by Georg Brandl : -- nosy: -georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue9630] Reencode filenames when setting the filesystem encoding

Changes by STINNER Victor : -- title: Reencode filenames of all module and code objects when setting the filesystem encoding -> Reencode filenames when setting the filesystem encoding ___ Python tracker ___

[issue8622] Add PYTHONFSENCODING environment variable

STINNER Victor added the comment: Here you have a patch. It adds tests in test_sys. The tests are skipped on a non-ascii Python executable path because of #8611 (see #9425). -- keywords: +patch nosy: +pitrou Added file: http://bugs.python.org/file18562/pythonfsencoding.patch

[issue9630] Reencode filenames of all module and code objects when setting the filesystem encoding

Changes by STINNER Victor : Removed file: http://bugs.python.org/file18560/reencode_modules_path.patch ___ Python tracker ___ ___ Python-bugs-l

[issue9630] Reencode filenames of all module and code objects when setting the filesystem encoding

STINNER Victor added the comment: While working on #8622, I realized that it's not enough: sys.path and sys.executable (and sys.meta_path) should also be reencoded. New patch does that. -- Added file: http://bugs.python.org/file18561/reencode_modules_path-2.patch

[issue9417] Declaring a class creates circular references

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue7159] Urllib2 authentication memory.

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue5843] Possible normalization error in urlparse.urlunparse

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8722] Documentation for __getattr__

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue7275] CoverageResult fails to merge input file with non-empty callers in trace.py (patch)

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue1210680] Split email headers near a space

Changes by David Stanek : -- nosy: +dstanek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue504152] rfc822 long header continuation broken

Changes by Kenneth Arnold : -- nosy: -kcarnold ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue667770] import C API mess

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue658749] asyncore connect() and winsock errors

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue616013] cPickle documentation incomplete

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue502236] Asynchronous exceptions between threads

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue504152] rfc822 long header continuation broken

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9425] Rewrite import machinery to work with unicode paths

STINNER Victor added the comment: r84168 creates PyModule_GetFilenameObject(). I created a separated issue for the patch reencoding all filenames when setting the filesystem encoding: #9630. -- ___ Python tracker

[issue9630] Reencode filenames of all module and code objects when setting the filesystem encoding

New submission from STINNER Victor : Python 3 has a very important variable: the filesystem encoding, sys.getfilesystemencoding(). It is used to encode and decode filenames to access to the filesystem, to encode program arguments in subprocess, etc. The encoding is hardcoded to "mbcs" on Windo

[issue672115] Assignment to __bases__ of direct object subclasses

Changes by Mark Lawrence : -- stage: -> needs patch type: -> behavior versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3 ___ Python tracker ___

[issue670664] HTMLParser.py - more robust SCRIPT tag parsing

Changes by Mark Lawrence : -- versions: +Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue667770] import C API mess

Changes by Mark Lawrence : -- stage: -> needs patch type: -> feature request versions: +Python 3.2 -Python 3.0 ___ Python tracker ___ _

[issue665194] datetime-RFC2822 roundtripping

Changes by Mark Lawrence : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue658749] asyncore connect() and winsock errors

Changes by Mark Lawrence : -- stage: -> needs patch type: -> behavior versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.3 ___ Python tracker ___

[issue4835] SIZEOF_SOCKET_T not defined

Martin v. Löwis added the comment: > I agree, but it was already like that, and I didn't want to change it. This goes back to issue 1378. Christian, do you recall why you needed to add the helper macros to a header file? You said # Added PyLong_FromSocket_t and PyLong_AsSocket_t to longobject

[issue644744] bdist_rpm fails when installing man pages

Mark Lawrence added the comment: Anyone got a reply for msg107898? -- nosy: +BreamoreBoy versions: -Python 2.6 ___ Python tracker ___ _

[issue639266] Tkinter sliently discards all Tcl errors

Mark Lawrence added the comment: @Guilherme I take it that you're still interested in this? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: > Why is PyLong_FromSocket_t defined in a header file in the first > place? The only caller is in socketmodule.c, and calling it elsewhere > wouldn't work, anyway, since it relies on SOCKET_T being defined. I agree, but it was already like that, and I didn't wa

[issue626452] Support RFC 2111 in email package

Changes by Mark Lawrence : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4835] SIZEOF_SOCKET_T not defined

Martin v. Löwis added the comment: Why is PyLong_FromSocket_t defined in a header file in the first place? The only caller is in socketmodule.c, and calling it elsewhere wouldn't work, anyway, since it relies on SOCKET_T being defined. So -1 on the patch. --

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

STINNER Victor added the comment: Commited as r84163 to 3.2. Don't backport because it is not really a bug and I prefer to avoid touching stable branches with such minor details. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue618023] imap handler in urllib(2)

Mark Lawrence added the comment: Closing as no reply to msg81791. -- nosy: +BreamoreBoy status: open -> closed versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

Changes by STINNER Victor : -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16439/gil_state_init-trunk.patch ___ Python tracker ___ ___ Python-bugs-li

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

STINNER Victor added the comment: While working on #9425, I usually hit two annoying issues: - _PyObject_Dump() crashs (assertion error) if I call it (with gdb) in Py_InitializeEx() - because of python-gdb.py, gdb does segfault (I don't know yet where it does come from) So I'm back on the G

[issue616013] cPickle documentation incomplete

Changes by Benjamin Peterson : -- versions: -Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue539907] Tkinter lock conflicts extension widgets

Guilherme Polo added the comment: > @Guilherme I'm guessing that you're still interested in this, yes? I don't see the point in closing an issue simple because no one responded. I think the question to be asked is more towards "is it solved?" than "are you interested on it?". If the issue is in

[issue616013] cPickle documentation incomplete

Changes by Mark Lawrence : -- assignee: -> d...@python nosy: +d...@python versions: +Python 3.1 ___ Python tracker ___ ___ Python-bu

[issue592703] HTTPS does not handle pipelined requests

Mark Lawrence added the comment: is this still an issue or can it be closed as out fo date? -- nosy: +BreamoreBoy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker _

[issue515074] Extended storage in new-style classes

Dave Abrahams added the comment: I can't imagine what kind of "positive response" you'd want from me. I responded to the last question asked. I certainly don't know whether this is still an issue, though. -- nosy: +dabrahams status: pending -> open _

[issue539907] Tkinter lock conflicts extension widgets

Mark Lawrence added the comment: @Guilherme I'm guessing that you're still interested in this, yes? -- nosy: +BreamoreBoy ___ Python tracker ___ ___

[issue515073] subtypable weak references

Benjamin Peterson added the comment: You can create weakref subclasses anyway now. -- resolution: wont fix -> out of date ___ Python tracker ___ ___

[issue515074] Extended storage in new-style classes

Mark Lawrence added the comment: I'll close this unless there's a positive response within a couple of weeks. -- nosy: +BreamoreBoy status: open -> pending ___ Python tracker _

[issue9433] regrtest.py -j 2 doesn't work on Windows: remove close_fds=True on Windows

Changes by Antoine Pitrou : -- nosy: +brian.curtin, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue515073] subtypable weak references

Mark Lawrence added the comment: Closing as nobody replied to msg71508. -- nosy: +BreamoreBoy resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue513840] entity unescape for sgml/htmllib

Mark Lawrence added the comment: Is anyone aware if this was implemented in 2.5 or later as hinted at in msg61077? If yes please close this. If no any point in putting this into 3.2? -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Pyth

[issue9573] importing a module that executes fork() raises RuntimeError

Nick Coghlan added the comment: On further further reflection - I'm back to thinking my patch is correct. With the way fork is now implemented, the forking thread *always* holds the import lock, so the assumption in my patch regarding the meaning of the nesting level is correct. It could use

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: Will starting a thread while in import also be disallowed? If so, issue 7242 will also become moot... -- ___ Python tracker ___

[issue504219] locale.resetlocale is broken

Mark Lawrence added the comment: Still a problems on py3k. Set stage to needs patch as it's so easy to reproduce. -- assignee: mhammond -> nosy: +BreamoreBoy stage: unit test needed -> needs patch versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

[issue9573] importing a module that executes fork() raises RuntimeError

Gregory P. Smith added the comment: Agreed on the explicit exception and documentation. :) -- ___ Python tracker ___ ___ Python-bugs-l

[issue3488] Provide compress/uncompress functions on the gzip module

Antoine Pitrou added the comment: Modified patch committed in r84155 (py3k). Thanks for your contribution! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: I already worked around this for my use case. For the future, it would be nice if fork() raised an exception if called during the import, and if the documentation mentioned that forking while in import is not allowed. -- __

[issue9573] importing a module that executes fork() raises RuntimeError

Alex Roitman added the comment: gregory.p.smith: This is my use case: we had the following situation with the test scripts at work. Each script is required to import TestApi module in order to run the tests. That module in turn imported the module that forks, and in the parent waits for the

[issue9193] PEP 3149 (versioned .so files) reference implementation

Changes by Barry A. Warsaw : -- title: Versioned .so files -> PEP 3149 (versioned .so files) reference implementation Added file: http://bugs.python.org/file18558/pep3149.txt ___ Python tracker

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file18125/diff.txt ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file17972/2010-07-12.txt ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file17895/preview.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4835] SIZEOF_SOCKET_T not defined

Brian Curtin added the comment: sockdefine.patch seems fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue9573] importing a module that executes fork() raises RuntimeError

Nick Coghlan added the comment: It turns out my proposed patch is incorrect anyway - it will do the wrong thing if a thread *other* than the one doing the fork is in the middle of a nested import at the time the fork occurs. With issue 7242 establishing that the current thread ID may not surv

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Setting this to invalid, since there already are APIs to do this, at least from .py code. -- resolution: -> invalid ___ Python tracker ___

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: I just realized that this is probably a redundant change. We have C apis to get all the Thread states in an interpreter state (I didn't even know there was such a thing as multiple interpreter states, but there!) This is the PyInterpreterState_ThreadHea

[issue502236] Asynchronous exceptions between threads

Antoine Pitrou added the comment: For the record, there is now a C API function (PyThreadState_SetAsyncExc()) to raise an asynchronous exception on a Python thread, although the signature is bizarre (it takes the thread id rather than the thread state structure itself). -- nosy: +pitr

[issue9622] Allow to set profile/trace function globally

Kristján Valur Jónsson added the comment: Indeed it is. This is a remnant of the previous method. I will fix it, and add documentation. I also think I'll leave the change to _lsprof out of this so that this change can stand on its own, irrespective of the profiling engine being used.

[issue6683] smtplib authentication - try all mechanisms

Gerhard Häring added the comment: Wow! That's great! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue9584] Allow curly braces in fnmatch

Changes by Terry J. Reedy : -- resolution: rejected -> stage: committed/rejected -> patch review ___ Python tracker ___ ___ Python-bug

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: Here is a patch implementing the approach I proposed above. It successfully removes warnings about casting SOCKET to long under 64-bit Windows. -- Added file: http://bugs.python.org/file18557/sockdefine.patch ___ Py

[issue504152] rfc822 long header continuation broken

Mark Lawrence added the comment: Confirmed still an issue in py3k by using the email subject line from msg8771 and adding two extra test cases to TestParsers got two failures. Tried several variations of the patch from msg71573 (in the original the parantheses are unbalanced) and pushed the

[issue9614] _pickle is not entirely 64-bit safe

Amaury Forgeot d'Arc added the comment: The warnings at lines 284, 301, 461, 647 are benign. The attached patch fixes them. The others (lines 628, 1320, 1558, 1806) are real issues: pickle will fail when given a list, a tuple or a dict larger than INT_MAX, or when the memo is too large. The

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: After trying it out, pulling SOCKET in the Python headers brings complications under Windows, because you need to include which in turn breaks compilation of _pickle.c (duplicate definition of "FLOAT", "INT", etc.). An alternative approach would be to define

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: This (untested) patch should fix the issue: Index: Lib/sysconfig.py === --- Lib/sysconfig.py(revision 84147) +++ Lib/sysconfig.py(working copy) @@ -295,9 +295,8 @@ cur_target

[issue9612] setobject.c warnings under 64-bit Windows

Antoine Pitrou added the comment: > I'm not sure whether backporting it to 3.1 is a good idea. It's > potentially an ABI change (although a minor one, as the field offsets > remain the same, only the interpretation of the padding may change). Well, it is unlikely that anyone is accessing setent

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: I can reproduce this with a script that builds and installs a couple of python versions, annoyingly enough I don't understand why that code fails. In particular, in my script the run of python that fails is started with this code: lg.debug("Run setup s

[issue9573] importing a module that executes fork() raises RuntimeError

Gregory P. Smith added the comment: Are there any applications out there that actually rely on forking during import? (someone discovered this bug... i'd like to know why. i think its a disgusting thing to do but never explicitly disallowed it in the past) -- __

[issue9612] setobject.c warnings under 64-bit Windows

Martin v. Löwis added the comment: I'm not sure whether backporting it to 3.1 is a good idea. It's potentially an ABI change (although a minor one, as the field offsets remain the same, only the interpretation of the padding may change). -- ___ Pyt

[issue9612] setobject.c warnings under 64-bit Windows

Antoine Pitrou added the comment: This is now fixed in r84146 (py3k) and r84151 (3.1). I've made the "hash" field a Py_ssize_t, consistently with the dict implementation. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: However, since this makes SOCKET_T public, it should probably be renamed to Py_SOCKET_T. -- nosy: +loewis ___ Python tracker ___ __

[issue4835] SIZEOF_SOCKET_T not defined

Antoine Pitrou added the comment: We don't need a separate header file, the definitions can go into pyport.h instead. -- nosy: +brian.curtin, pitrou, tim.golden versions: +Python 2.7 -Python 3.3 ___ Python tracker

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Changes by Dave Malcolm : -- resolution: -> duplicate status: open -> closed superseder: -> SIZEOF_SOCKET_T not defined ___ Python tracker ___ __

[issue5737] add Solaris errnos

A.M. Kuchling added the comment: This patch looks unproblematic to me, unless we're trying to keep platform-specific error codes out of errnomodule.c. I removed Python 2.7 and 3.1 from Versions, guessing that this change would be unacceptable in a bugfix release. -- nosy: +akuchling

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Dave Malcolm added the comment: Looks like a dup of issue 4835 -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9625] argparse: Problem with defaults for variable nargs

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9626] OderedDict.viewitems() does not preserve item order

Raymond Hettinger added the comment: The effort to backport dictviews was incomplete. Fixed in r84148. Thanks for the report. -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Changes by A.M. Kuchling : -- nosy: -akuchling ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

Antoine Pitrou added the comment: This is witnessed in MSVC warning messages such as: 2>..\Modules\socketmodule.c(1611) : warning C4244: 'function' : conversion from 'SOCKET_T' to 'long', possible loss of data -- ___ Python tracker

[issue9629] SIZEOF_SOCKET_T used in longobject.h but undefined

New submission from Antoine Pitrou : longobject.h uses SIZEOF_SOCKET_T: #if SIZEOF_SOCKET_T <= SIZEOF_LONG #define PyLong_FromSocket_t(fd) PyLong_FromLong((SOCKET_T)(fd)) #define PyLong_AsSocket_t(fd) (SOCKET_T)PyLong_AsLong(fd) #else #define PyLong_FromSocket_t(fd) PyLong_FromLongLong(((SOCKET_

[issue9573] importing a module that executes fork() raises RuntimeError

Barry A. Warsaw added the comment: I think it's too late to try to get this into 2.6.6. rc2's already been released, I don't expect/want an rc3, and I'm not comfortable changing this at this point. Unless you can convince me it's absolutely critical, I won't approve this for 2.6.6. ---

[issue9601] ftplib should accept 250 on MKD

alphablue52 added the comment: Jep I also discovered it by using Bazaar, but apparently it goes down to the ftplib. The bazaar fix works, and here is the response of strato.com (I use bash ftp): ftp> open ftp.strato.com Connected to ftp.strato.com. 220 Speak friend, and enter Name (ftp.strato

[issue502236] Asynchronous exceptions between threads

Mark Lawrence added the comment: Is anyone likely to work on this given msg53440 quote "Does anybody want to write a PEP on thread cancellation? It sure looks like a hairy issue!" -- nosy: +BreamoreBoy versions: -Python 2.7 ___ Python tracker

[issue460474] codecs.StreamWriter: reset() on close()

Mark Lawrence added the comment: Anyone interested in this? Marc-Andre seemed +0.? on this in msg61288. -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue433029] SRE: posix classes aren't supported

Mark Lawrence added the comment: This has not been implemented as part of the new regex module, see :- http://mail.python.org/pipermail/python-dev/2010-July/102181.html -- nosy: +BreamoreBoy versions: +Python 3.2 -Python 2.7 ___ Python tracker

[issue9601] ftplib should accept 250 on MKD

Antoine Pitrou added the comment: Well, given that both replies (expected and actual) are in the 25x category, and that (according to the RFC) “the third digit gives a finer gradation of meaning in each of the function categories, specified by the second digit”, perhaps practicality beats pur

  1   2   >