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

New submission from Naoki INADA : raw_input and input should take unicode prompt and encode with sys.stdout.encoding like print or input in py3k. >>> u = u"あいう" >>> print u あいう >>> x = raw_input(u) Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'ascii' codec can't

[issue7764] Doc for itertools recipe consume is complicated and less efficient

Raymond Hettinger added the comment: See r77721 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue6651] Py3k's posixpath.relpath not compatible with ntpath.relpath

Brian Curtin added the comment: After thinking about this, I don't see a need for any change. Although it _looks_ like the relpath implementations aren't compatible based on their start default parameters, they do work the same. My code change isn't really necessary. All it does is rearrange

[issue7767] Add PyLong_AsLongLongAndOverflow

Changes by Brian Curtin : -- components: +Interpreter Core -Extension Modules keywords: +needs review priority: -> normal stage: -> patch review versions: +Python 3.2 ___ Python tracker ___

[issue7748] unicode supported in distutils register but not distutils upload

Tarek Ziadé added the comment: fixed in r77717, r77719 Under Py3, we will just use utf8 strings. Thanks! -- status: open -> closed versions: -Python 3.1, Python 3.2 ___ Python tracker __

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Antoine Pitrou added the comment: > > The documentation mentions that mhlib is deprecated and mailbox > > should be used instead. Is there any point in trying to fix it? > > It looks like Btrfs will eventually conform to traditional st_nlink > behavior. However, that still leaves HFS+. That wa

[issue7767] Add PyLong_AsLongLongAndOverflow

New submission from Case Van Horsen : There are "Long" and "LongLong" variants for most of the C API functions that work with PyLong. This patch adds a "LongLong" version of PyLong_AsLongAndOverflow. This function will be helpful on 64-bit Windows platforms to quickly get a 64-bit integer or

[issue7737] Patch all tests to change assertTrue(a [not] in b [, c]) -> assert[Not]In(a, b [, c])

Ezio Melotti added the comment: I fixed more in r77111 and then backported everything to trunk in r77715. -- keywords: -needs review nosy: +ezio.melotti stage: patch review -> committed/rejected ___ Python tracker

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Neil Schemenauer added the comment: On Sat, Jan 23, 2010 at 06:09:33PM +, Antoine Pitrou wrote: > The documentation mentions that mhlib is deprecated and mailbox > should be used instead. Is there any point in trying to fix it? It looks like Btrfs will eventually conform to traditional st_n

[issue5423] Exception raised when attempting to call set_charset on an email.mime.multipart once sub-parts have been attached

Changes by Ezio Melotti : -- priority: -> normal stage: test needed -> patch review versions: +Python 2.7 ___ Python tracker ___ ___ P

[issue1068268] subprocess is not EINTR-safe

Changes by Nir Soffer : -- nosy: +nirs ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue7766] sys.getwindowsversion as PyStructSequence

Brian Curtin added the comment: Good point about OSVERSIONINFOEX. I've actually wanted some of that info as well, and according to MSDN the minimum supported client to get that structure is Windows 2000 - same as OSVERSIONINFO. Attached is a patch updated with your comments plus the use of OS

[issue7743] Additional potential string -> float conversion issues.

Mark Dickinson added the comment: First bug fixed (in the trunk) in r77713. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue7766] sys.getwindowsversion as PyStructSequence

Eric Smith added the comment: I like this. I've visually reviewed the patch, but haven't tested it yet. I'm willing to commit this. Could you add to the tests to assert that .major is equal to [0], etc.? Also, the documentation says that element [4] is "text", but you've referred to it as "s

[issue5423] Exception raised when attempting to call set_charset on an email.mime.multipart once sub-parts have been attached

Changes by John Edmonds : Removed file: http://bugs.python.org/file15979/issue5423.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue5423] Exception raised when attempting to call set_charset on an email.mime.multipart once sub-parts have been attached

Changes by John Edmonds : Added file: http://bugs.python.org/file15983/issue5423.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7766] sys.getwindowsversion as PyStructSequence

New submission from Brian Curtin : I always find myself wishing sys.getwindowsversion() utilized the named tuple concept, so here it is against trunk. sys.version_info was also changed in this manner for 2.7. Because it is a PyStructSeq/named tuple, it is still accessible like a regular old t

[issue7765] 'unittest' documentation misprints

Changes by July Tikhonov : Added file: http://bugs.python.org/file15981/unittest-doc-trunk.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue7765] 'unittest' documentation misprints

New submission from July Tikhonov : Errors in command line examples. One missed space (only in py3k version), and one not so obvious misprint (in both py3k and trunk). -- assignee: georg.brandl components: Documentation files: unittest-doc-py3k.diff keywords: patch messages: 98196 nosy

[issue7760] use_errno=True does not work

Nikolaus Rath added the comment: I can confirm that without the path it works for me too. But I have to admit that I don't really understand your explanation. Should I generally not use full paths with CDLL? Or just in the case of libc? In either case, I think the ctypes dokumentation could b

[issue5423] Exception raised when attempting to call set_charset on an email.mime.multipart once sub-parts have been attached

John Edmonds added the comment: It looks like set_charset's documentation says that it assumes you are calling it on a message with a mimetype of text/*. This case calls it on a message of type multipart/mixed. Nonetheless, I am attaching a patch that catches this earlier and prints a more

[issue7764] Doc for itertools recipe consume is complicated and less efficient

Raymond Hettinger added the comment: Will switch to the version using next() instead of deque(). -- ___ Python tracker ___ ___ Python-

[issue7753] newgil backport

Antoine Pitrou added the comment: I meant "worse than milliseconds", sorry. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue7753] newgil backport

Antoine Pitrou added the comment: As for your other comments, Marc-Andre: > * Please check whether you can move these variable declarations inside > the main loop function (as statics): > [snip] They are used in other functions than in the main loop, so it's not possible. > * Please add the f

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

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

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Changes by Antoine Pitrou : -- stage: test needed -> patch review versions: +Python 2.6 -Python 3.2 ___ Python tracker ___ ___ Python-b

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Antoine Pitrou added the comment: The documentation mentions that mhlib is deprecated and mailbox should be used instead. Is there any point in trying to fix it? -- nosy: +pitrou ___ Python tracker ___

[issue7764] Doc for itertools recipe consume is complicated and less efficient

Peter Otten <__pete...@web.de> added the comment: As noted on comp.lang.python the implementation can be simplified to def consume(items, n): next(islice(items, n, n), None) When I suggested the above I wasn't aware that consume(items, None) should exhaust the entire iterator. Unfortunat

[issue7760] use_errno=True does not work

Marcin Bachry added the comment: In the libc case you shouldn't give absolute path in CDLL: CDLL('libc.so.6') is better. You use "/lib/libc.so.6" path, but Python (and ctypes.so) actually uses something like "/lib/tls/i686/cmov/libc.so.6" - these are two separate libraries with separate "errn

[issue7744] Allow site.addsitedir insert to beginning of sys.path

Changes by Brian Curtin : -- priority: -> normal stage: -> test needed status: open -> pending versions: +Python 2.7, Python 3.2 ___ Python tracker ___ _

[issue7761] telnetlib Telnet.interact fails on Windows but not Linux

Changes by Brian Curtin : -- nosy: +brian.curtin priority: -> normal stage: -> test needed type: -> behavior ___ Python tracker ___

[issue7751] urllib.urlopen("///C|/foo/bar/spam.foo") IOError: [Errno 22]

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

[issue7764] Doc for itertools recipe consume is complicated and less efficient

Changes by Georg Brandl : -- assignee: georg.brandl -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7748] unicode supported in distutils register but not distutils upload

Changes by R. David Murray : -- priority: -> normal stage: -> needs patch type: crash -> behavior ___ Python tracker ___ ___ Python-b

[issue7764] Doc for itertools recipe consume is complicated and less efficient

Changes by Ezio Melotti : -- nosy: +rhettinger priority: -> normal stage: -> needs patch versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ ___

[issue7764] Doc for itertools recipe consume is complicated and less efficient

New submission from Muhammad Alkarouri : Based on the discussion at: http://groups.google.co.uk/group/comp.lang.python/browse_thread/thread/c1ae3513a31eb63e/d0701a9902732c67?hl=en#d0701a9902732c67 In the documentation of itertools, one of the functions provided in the recipes section (10.7.3) i

[issue7743] Additional potential string -> float conversion issues.

Mark Dickinson added the comment: I forgot to mention: the other reason one might want to disable the bigcomp stuff is that it seems less reliable than the rest of the code: of the 11-12 independent bugs that I found in dtoa.c recently, around 9 of them were related to the bigcomp code. --

[issue7743] Additional potential string -> float conversion issues.

Mark Dickinson added the comment: > Out of curiosity, is it possible to write unit tests for any/all of this? There are some tests in Lib/test/test_strtod.py, that I added around two weeks ago and have been updating since; I don't have mechanism for running tests with the altered STRTOD_DIGL

[issue7744] Allow site.addsitedir insert to beginning of sys.path

Chris Withers added the comment: This sounds like something best taken to the python-ideas mailing list. Can you do that and update the issue with the outcome of any discussion? -- nosy: +cjw296 ___ Python tracker

[issue7743] Additional potential string -> float conversion issues.

Chris Withers added the comment: Out of curiosity, is it possible to write unit tests for any/all of this? > I haven't yet found any examples that cause this crash without bigcomp > enabled. I presume you meant *with* bigcomp enabled? Forgive my lack of knowledge, but why would you disable b

[issue7741] Allow multiple statements in code.InteractiveConsole.push

Chris Withers added the comment: Please can you starts a small test suite for the code module that tests the fix you are proposing and include it as another patch? -- nosy: +cjw296 ___ Python tracker _

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Chris Withers added the comment: Please can you write a test for your patch? -- nosy: +cjw296 stage: -> test needed ___ Python tracker ___ __

[issue7748] unicode supported in distutils register but not distutils upload

Changes by Tarek Ziadé : -- resolution: -> accepted type: -> crash versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ _

[issue7725] '-s' option in The Python Profiles > Instant User's Manual linked incorrectly

Georg Brandl added the comment: Thanks, fixed in r77703. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue7762] (C API) PyUnicode_Tailmatch documentation

Georg Brandl added the comment: Thanks, fixed in r77702. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue7763] (C API) PyUnicode_Tailmatch documentation

Georg Brandl added the comment: Duplicate of #7762. -- resolution: -> duplicate status: open -> closed superseder: -> (C API) PyUnicode_Tailmatch documentation ___ Python tracker _