[issue3831] Multiprocessing: Expose underlying pipe in queues

Andres Freund added the comment: As soon as some bytes are signalled as being available one can simply do a normal get(). I don't really see the problem here? Sure, the get() might not be completely non-blocking (especially if the transferred event is more than the size of a pipe-buffer) but I

[issue8945] Bug in **kwds expansion on call?

Raymond Hettinger added the comment: Somewhere, we should document the-facts-of-life for subclassing builtins. 1) For the most part, C code has the pattern if isinstance(obj, some_builtin_type): call the built_type's methods directly using slotted methods otherwise:

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Eric Smith added the comment: I agree with David. For the issue raised here, at most I would make (list, shell=True) and (str, shell=False) raise errors. There's an issue (that I can't find right now) for creating functions that convert from str->list and list->str for cases such as this. shl

[issue8592] 'y' does not check for embedded NUL bytes

STINNER Victor added the comment: See also #8850: Remove "w" format of PyParse_ParseTuple(). -- About "y": the parser HAVE TO check for embedded NUL bytes, because the caller doesn't know the size of the buffer (and strlen() would give the wrong size). -- ___

[issue8850] Remove "w" format of PyParse_ParseTuple()

STINNER Victor added the comment: See also #8592: 'y' does not check for embedded NUL bytes. -- ___ Python tracker ___ ___ Python-bugs

[issue8945] Bug in **kwds expansion on call?

Terry J. Reedy added the comment: Might that 'usual' fact be somehow documented? I am hard put to suggest anything since it is a fact I, like others, am not aware of. Is this a general rule for subclasses of builtins? or specific to dicts? -- ___ P

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

R. David Murray added the comment: Because we use the versions field to indicate which versions a patch will be applied to, if it is, and I created this bug as a feature request, and as such it is not a candidate for 2.7. Changing list to string for shell=True is a behavior change (currently

[issue8948] cleanup functions are not executed with unittest.TestCase.debug()

Michael Foord added the comment: Committed revision 81853. Still needs porting to py3k (and unittest2). -- ___ Python tracker ___ ___

[issue8839] PyArg_ParseTuple(): remove "t# format

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

[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()

STINNER Victor added the comment: r81854 removes codecs.charbuffer_encode() (and t# parsing format) from Python 3.2 (blocked in 3.1: r81855). -- My problem with codecs.readbuffer_encode() is that it does accept byte *and* character strings. If you want to get a byte string, just use bytes(in

[issue8839] PyArg_ParseTuple(): remove "t# format

STINNER Victor added the comment: > t# was meant to provide access to text data, so replacing it with a > parser code that is meant for binary data is not correct. The > closes Python3 gets to t# from Python2 is s# or s*, so please use > those in the NEWS entry and s* in charbuffer_encode(). Do

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

INADA Naoki added the comment: >What do you mean by "mainstream"? Python3 is available in Ubuntu (since >Karmic), Fedora 13, Mandriva 2010.0, Gentoo, Debian (only Sid for now), ... It means most of Pythonista uses Python3 rather than Python2 and most of libraries supports Python3. Currently,

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

STINNER Victor added the comment: Other changes of the patch: - "u#": remove "Non-Unicode objects are handled by interpreting their read-buffer pointer ...", it's no more true - "es", "es#": remove "... and objects convertible to Unicode into a character buffer", it's no more true - Py_Buil

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

Changes by Fred L. Drake, Jr. : -- nosy: +fdrake ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue8946] PyBuffer_Release signature in 3.1 documentation is incorrect

Brian Curtin added the comment: Fixed in r81851 (py3k) and r81852 (release31-maint). Thanks! -- assignee: d...@python -> brian.curtin nosy: +brian.curtin resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.2 ___

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

STINNER Victor added the comment: Big patch: - replace Python types by C Python types (eg. str => PyUnicodeObject* and None => Py_None) - fix "w" / "w*" / "w#" doc: similar to "y" / "y*" / "y#" (and not "s" / "s*" / "s#") - add quotes to the formats, eg. s => "s" - use :ctype: to add links

[issue8949] PyArg_Parse*(): "z" should not accept bytes

STINNER Victor added the comment: Hum, the patch doesn't update the documentation (at least Porting section of the What's new in Python 3.2). -- ___ Python tracker ___ _

[issue8951] PyArg_Parse*(): factorize code of 's' and 'z' formats, and 'u' and 'Z' formats

New submission from STINNER Victor : Code of 's' and 'z' formats is *mostly* the same... except a bug (#8949). Code of 'u' and 'Z' formats can also easily be factorized. I don't really understand why the code was duplicated. -- components: Interpreter Core files: factorize_getargs_sz_u

[issue8907] time module documentation differs in trunk and py3k

Alexander Belopolsky added the comment: Merged r81489 to py3k (r81840), but this affects datetime module docs, not time. On a closer examination, the differences in time.rst are correct. -- resolution: -> invalid status: open -> closed ___ Python

[issue8950] In getargs.c, make 'L' code raise TypeError for float arguments.

STINNER Victor added the comment: > One of the places that the 'L' code *is* used is when parsing > strange C types (like off_t) It has unexepected consequences. Example: >>> x=open("x", "w") >>> x.seek(0.0) 0.0 >>> x.seek(-0.0) -0.0 >>> x.seek(0.1) 0.1 >>> x.tell()

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Larry Hastings added the comment: Zsolt: an excellent idea! That shouldn't change the semantics of the function, and therefore is strictly a bug fix. Which means we could potentially backport it, yes? Obviously we only need to change it between string / list if we're going to have this pro

[issue8950] In getargs.c, make 'L' code raise TypeError for float arguments.

New submission from Mark Dickinson : Currently all but one of the integer format codes for getargs.c raise TypeError when passed a float. The 'L' code produces a warning rather than raising an error. This was deliberate at the time, because all except the 'L' code already raised a Deprecatio

[issue8949] PyArg_Parse*(): "z" should not accept bytes

Changes by STINNER Victor : -- keywords: +patch Added file: http://bugs.python.org/file17591/pyarg_z_no_bytes.patch ___ Python tracker ___

[issue8949] PyArg_Parse*(): "z" should not accept bytes

New submission from STINNER Victor : "z" is supposed to be the same format than "s" but accepts None Except that "z" does also accept bytes. I suppose that "s" was "fixed" between Python2 and Python3, but "z" is not fixed yet. I think that it can be fixed in Python 3.2 without any deprecat

[issue8947] Provide as_integer_ratio() method to Decimal

Changes by Mark Dickinson : -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8832] automate minidom.unlink() with a context manager

R. David Murray added the comment: The test passes if __exit__ doesn't call unlink. Otherwise the patch looks good to me. -- nosy: +r.david.murray ___ Python tracker ___ __

[issue8832] automate minidom.unlink() with a context manager

Éric Araujo added the comment: Looks good to me. -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue8947] Provide as_integer_ratio() method to Decimal

Mark Dickinson added the comment: This seems like a reasonable request to me; I'd like to see a little bit of convergence between the float and Decimal APIs. One difference between the two types that's worth noting is that the float.as_integer_ratio() method can never take a ridiculous amoun

[issue8945] Bug in **kwds expansion on call?

Benjamin Peterson added the comment: This falls under the usual category of dict subclasses not having their methods called. Especially since the B dict doesn't actually contain anything. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed __

[issue8948] cleanup functions are not executed with unittest.TestCase.debug()

New submission from Michael Foord : Also class / module tearDowns are not executed with TestSuite.debug() -- assignee: michael.foord components: Library (Lib) messages: 107346 nosy: michael.foord priority: normal severity: normal status: open title: cleanup functions are not executed wit

[issue8947] Provide as_integer_ratio() method to Decimal

New submission from Alexander Belopolsky : Here is my use case: recently implemented timedelta * float operation starts with converting float to an int ratio. The same algorithm can be used for decimals, but they don't support as_integer_ratio(). -- components: Extension Modules messa

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

STINNER Victor added the comment: > I hope that Python3 will be mainstream soon. What do you mean by "mainstream"? Python3 is available in Ubuntu (since Karmic), Fedora 13, Mandriva 2010.0, Gentoo, Debian (only Sid for now), ... -- ___ Python track

[issue887237] Machine integers

Changes by Alexander Belopolsky : -- assignee: -> belopolsky components: +Extension Modules, ctypes -Library (Lib) nosy: -Alexander.Belopolsky stage: -> patch review versions: +Python 3.2 ___ Python tracker ___

[issue836035] strftime month name is encoded somehow

Alexander Belopolsky added the comment: Is this still an issue in 3.x? With time.strftime() returning unicode, I don't think any encoding issues remain. -- assignee: -> belopolsky nosy: +belopolsky ___ Python tracker

[issue8946] PyBuffer_Release signature in 3.1 documentation is incorrect

New submission from Dave Opstad : According to the 3.1 documentation, the prototype for PyBuffer_Release is: void PyBuffer_Release(PyObject *obj, Py_buffer *view); However, abstract.h has this prototype: PyAPI_FUNC(void) PyBuffer_Release(Py_buffer *view); The documentation's reference to "obj

[issue8832] automate minidom.unlink() with a context manager

Fred L. Drake, Jr. added the comment: +1 -- nosy: +fdrake ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue614557] LookupError etc. need API to get the key

Alexander Belopolsky added the comment: It looks like issue2651 is the first step for this. See msg66432. I am merging the nosy lists. -- assignee: -> belopolsky dependencies: +Strings passed to KeyError do not round trip nosy: +amaury.forgeotdarc, belopolsky, pitrou, rharris stage:

[issue8832] automate minidom.unlink() with a context manager

Kristján Valur Jónsson added the comment: Any comments? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8945] Bug in **kwds expansion on call?

New submission from Terry J. Reedy : In 2.6, the requirement for **kwds keyword argument expansion in calls (LangRef 5.3.4. Calls) is relaxed from "(subclass of) dictionary" (2.5) to "mapping". The requirement in this context for 'mapping' is not specified. LRef3.2 merely says "The subscript

[issue8944] test_winreg.test_reflection_functions fails on Windows Server 2003

New submission from Brian Curtin : The key/subkey used in this test causes a failure when run on Windows Server 2003 x64. -- assignee: brian.curtin components: Tests, Windows messages: 107337 nosy: brian.curtin priority: normal severity: normal stage: needs patch status: open title: tes

[issue8907] time module documentation differs in trunk and py3k

Mark Dickinson added the comment: r81489 should probably also be svnmerged to py3k before applying this doc change. (As far as I can tell, this is the only outstanding unmerged trunk change.) -- nosy: +mark.dickinson ___ Python tracker

[issue8907] time module documentation differs in trunk and py3k

Alexander Belopolsky added the comment: .. also 3.x does not track versionadded from 2.x -- ___ Python tracker ___ ___ Python-bugs-lis

[issue8907] time module documentation differs in trunk and py3k

Alexander Belopolsky added the comment: There seems to be a few legitimate differences such as "int or long" vs. integer, or parenthesis for print. Patch is forthcoming. -- ___ Python tracker

[issue7989] Add pure Python implementation of datetime module to CPython

Brett Cannon added the comment: So yes, cPickle/pickle, cStringIO/StringIO, heapq, etc. are all examples of the approach. One could choose to write the pure Python version first, profile the code, and only write extension code for the hot spots, but obviously that typically doesn't happen. A

[issue8903] Add module level now() and today() functions to datetime module

Alexander Belopolsky added the comment: Note that it is important to keep class methods because in some cases it is convenient to obtain now/today from datetime/date instances instead of importing them from the module. So deprecating class methods is not an option and adding module level fun

[issue8902] add datetime.time.now() for consistency

Alexander Belopolsky added the comment: Anatoly, msg107191 belongs to issue8903, not here and it is not a use case, but rather a demonstration of how the proposed feature would work. My question is why would an application need current time without current date? I feel providing time.now()

[issue2651] Strings passed to KeyError do not round trip

Alexander Belopolsky added the comment: KeyError.patch is out of date. Is anyone motivated enough to update it for py3k? I like the idea, but don't have spare cycles at the moment. -- ___ Python tracker

[issue6641] strptime doesn't support %z format ?

Alexander Belopolsky added the comment: Attached patch includes issue 5094 patch. -- keywords: +patch nosy: +mark.dickinson stage: unit test needed -> commit review Added file: http://bugs.python.org/file17590/issue6641.diff ___ Python tracker

[issue8943] Bug in InteractiveConsole

New submission from Fabio Zadrozny : Unable to pickle classes used in the InteractiveConsole. The code attached works in python 2.5 and fails on python 3.1.2. -- components: Library (Lib) files: fast_test.py messages: 107328 nosy: fabioz priority: normal severity: normal status: open ti

[issue8942] __path__ attribute of modules loaded by zipimporter is untested

New submission from Jean-Paul Calderone : Packages loaded from zip files have a __path__ sort of like any other package. The zipimport tests don't verify that this attribute has the correct value, though. -- components: Tests messages: 107327 nosy: exarkun priority: normal severity: n

[issue8941] utf-32be codec failing on 16-bit python build for 32-bit value

New submission from Dave Opstad : The utf-32 little-endian codec works fine, but the big-endian codec is producing incorrect results: Python 3.1.2 (r312:79360M, Mar 24 2010, 01:33:18) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type "help", "copyright", "credits" or "license" for more inform

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

Changes by Benjamin Peterson : -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue7768] raw_input should encode unicode prompt with std.stdout.encoding.

INADA Naoki added the comment: I agree to close this bug without fix. I hope that Python3 will be mainstream soon. -- ___ Python tracker ___ _

[issue8850] Remove "w" format of PyParse_ParseTuple()

Antoine Pitrou added the comment: I'd point out that "w#" is mostly useless too. It's supposed to return a read-write buffer, but as the doc says it also doesn't support "mutable objects", since it isn't able to properly lock/pin the buffer; therefore it probably doesn't support anything usef

[issue8850] Remove "w" format of PyParse_ParseTuple()

Changes by Antoine Pitrou : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue7384] curses crash on FreeBSD

Stefan Krah added the comment: Committed in r81669,r81672,r81683 (trunk) and r81830,81831 (py3k). What to do with the releases? To recap, the fix is: 1) Detect if readline is already linked against ncurses and if so, skip any further selection. This must be done. 2) Use the same ver

[issue6641] strptime doesn't support %z format ?

Changes by Alexander Belopolsky : -- dependencies: +datetime lacks concrete tzinfo impl. for UTC stage: -> unit test needed type: behavior -> feature request versions: +Python 3.2 -Python 2.6 ___ Python tracker ___

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Zsolt Cserna added the comment: I would say that both string and list should be accepted in args, and depending on the shell parameter, the module should create a list or a string from the specified list/string. We already have a list2cmdline function to convert a list to string, we would on

[issue8940] *HTTPServer need a summary page with API inheritance table

New submission from anatoly techtonik : The abundance of methods and hierarchy depth of various servers from "Internet Protocols and Support" section makes it extremely hard to navigate information. You need a strong OOP background to be able to use this doc effectively, as examples are not in

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

Changes by Antoine Pitrou : -- nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8939] Use C type names (PyUnicode etc;) in the C API docs

New submission from Antoine Pitrou : Following r81811 (and issue8925), perhaps we should start using e.g. PyUnicode, PyBytes, PyLong, etc. in the C API docs to more closely follow the C API rather than use the type names you see at the Python level. -- assignee: haypo components: Docum

[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> Please leave readbuffer_encode() as-is. > > Then please add documentation for it. Will do. -- title: Remove codecs.readbuffer_encode()and codecs.charbuffer_encode() -> Re

[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()

Antoine Pitrou added the comment: > Please leave readbuffer_encode() as-is. Then please add documentation for it. -- title: Remove codecs.readbuffer_encode()and codecs.charbuffer_encode() -> Remove codecs.readbuffer_encode() and codecs.charbuffer_encode() ___

[issue7989] Add pure Python implementation of datetime module to CPython

anatoly techtonik added the comment: On Tue, Jun 8, 2010 at 2:06 PM, Amaury Forgeot d'Arc wrote: > > Even from pypy perspective, a pure python implementation is not ideal because > it makes it difficult to implement the C API. C API must die a shadow of Go -- ___

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

R. David Murray added the comment: Unless we go the proliferating-interfaces route, it does represent a behavior change, and so if accepted would need to go through a deprecation cycle. And if we did go that route, it would be a new feature. So nothing can happen in 2.7, since it is already

[issue3173] external strftime for Python?

Amaury Forgeot d'Arc added the comment: PyPy also calls the platform's strftime(). -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___

[issue8938] Mac OS dialogs(Save As..., Load) translation

New submission from Pavel Denisow : We have a problem with using native Mac OS dialogs (Save As..., Load) on Russian Mac: Dialogs are not translated even with file-translation. See attached screenshots. Same code in Linux works perfect. C++ QT project in Mac has translation in native dialogs. T

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Larry Hastings added the comment: Sorry for spamming updates, but here's two more things to consider. 1) What does it do on Windows? For all I know all four combinations work fine there and we should preserve the existing functionality. 2) All four combinations work fine if you call a progra

[issue7989] Add pure Python implementation of datetime module to CPython

Amaury Forgeot d'Arc added the comment: Even from pypy perspective, a pure python implementation is not ideal because it makes it difficult to implement the C API. -- nosy: +amaury.forgeotdarc ___ Python tracker _

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Changes by Larry Hastings : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Larry Hastings added the comment: I realize we're down to the wire, but would it be too late to fix this in 2.7? It is a genuine bug, and it won't break any correct code. -- ___ Python tracker ___

[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

Larry Hastings added the comment: I noticed this a while ago. And FWIW it's not just 3.x; I see this same behavior in 2.6. I've whipped up a test case, attached, which runs in both Python 2 and Python 3. The test runs "sys.interpreter -V" four times: it tries all the combinations of shell=

[issue7989] Add pure Python implementation of datetime module to CPython

Marc-Andre Lemburg added the comment: Oops, sorry. Looks like the Roundup email interface changed the ticket title back to the old one again (I was replying to Brett's comment under the old title). -- title: Transition time/datetime C modules to Python -> Add pure Python implementatio

[issue7989] Transition time/datetime C modules to Python

Marc-Andre Lemburg added the comment: Brett Cannon wrote: > > Brett Cannon added the comment: > > So I see a couple of objections here to the idea that I will try to address. > > First is MAL's thinking that this will undo any C code, which it won't. The > idea is that stdlib modules that d

[issue8838] Remove codecs.readbuffer_encode() and codecs.charbuffer_encode()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > MAL agreed to remove "t#" parsing format (#8839), whereas charbuffer_encode() > main goal was to offer "t#" parsing format to Python object space. > charbuffer_encode() is now useless in Py