[issue13271] When -h is used with argparse, default values that fail should not matter

Petri Lehtinen added the comment: Sounds like a but to me, too. -- stage: -> test needed versions: +Python 2.7, Python 3.2 ___ Python tracker ___ __

[issue13254] maildir.items() broken

Petri Lehtinen added the comment: The last patch looks good to me and is a clever approach indeed :) -- ___ Python tracker ___ ___ Py

[issue12684] profile does not dump stats on exception like cProfile does

Changes by Matt Joiner : -- resolution: -> works for me status: open -> languishing ___ Python tracker ___ ___ Python-bugs-list maili

[issue12684] profile does not dump stats on exception like cProfile does

Matt Joiner added the comment: Also affects 3.3. -- versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue13321] fstat doesn't accept an object with "fileno" method

New submission from Matt Joiner : os.fstat doesn't not accept an object with the fileno() method. Probably a bunch of other similar functions will not either. In some parts of the standard library it's common practice to call PyObject_AsFileDescriptor on fd-wrapping arguments. http://hg.pytho

[issue13312] test_time fails: strftime('%Y', y) for negative year

Roundup Robot added the comment: New changeset d877d7f3b679 by Florent Xicluna in branch 'default': Actually, there's more than one failing value. (changeset 9cb1b85237a9, issue #13312). http://hg.python.org/cpython/rev/d877d7f3b679 -- ___ Python tr

[issue13298] Result type depends on order of operands for bytes and bytearray

Changes by Meador Inge : -- nosy: +meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13320] _remove_visual_c_ref in distutils.msvc9compiler causes DLL load fail with embedded Python and multiple CRT versions

Changes by Antoine Pitrou : -- assignee: -> tarek components: +Distutils, Distutils2 nosy: +alexis, eric.araujo, loewis, tarek versions: +Python 3.3 -Python 2.7 ___ Python tracker _

[issue13320] _remove_visual_c_ref in distutils.msvc9compiler causes DLL load fail with embedded Python and multiple CRT versions

New submission from Inverness : I am using a custom Python executable for an application I'm developing. I also build PYDs to extend this Python environment. I decided to upgrade them and my executable to use Visual C++ 10 while the Python DLL and other third party PYDs, specifically wxPython,

[issue13306] Add diagnostic tools to importlib?

Brett Cannon added the comment: If it is importlib._diagnostics then I'm fine with it, but I definitely don't want it exposed in a public API. -- ___ Python tracker ___ ___

[issue13319] IDLE: Menu accelerator conflict between Format and Options

New submission from Roger Serwy : This is a minor interface issue. The accelerator for opening the _Options menu in an editor conflicts with the F_ormat menu. I suggest changing the Options accelerator to "i" since Alt-t is for toggling tabs. (Perhaps the accelerator for <> should be dropped,

[issue13312] test_time fails: strftime('%Y', y) for negative year

Roundup Robot added the comment: New changeset 9cb1b85237a9 by Florent Xicluna in branch 'default': Issue #13312: skip the single failing value for now. http://hg.python.org/cpython/rev/9cb1b85237a9 -- nosy: +python-dev ___ Python tracker

[issue13318] Shelve second tier array subscript "[ ]" key creation doesn't work

Ned Deily added the comment: shelve is behaving as documented. Because the shelve dictionary entry is mutable (a dictionary), you need to set writeback=True to get the behavior you expect. http://docs.python.org/library/shelve.html -- nosy: +ned.deily resolution: -> invalid stage:

[issue13318] Shelve second tier array subscript "[ ]" key creation doesn't work

New submission from Chris Piekarski : Shelve object second tier array subscript key generation doesn't behave the same way dictionary object do. >>> import shelve >>> x = shelve.open("tst1.shelve") >>> x["one"] = {} >>> x {'one': {}} >>> x["one"]["two"] = 2 >>> x {'one': {}} Whereas with a dic

[issue2892] improve cElementTree iterparse error handling

Roundup Robot added the comment: New changeset 23ffaf975267 by Florent Xicluna in branch '3.2': Closes #2892: preserve iterparse events in case of SyntaxError. http://hg.python.org/cpython/rev/23ffaf975267 New changeset ca1e2cf2947b by Florent Xicluna in branch 'default': Merge 3.2: issue #2892

[issue13315] tarfile extract fails on OS X system python due to chown of gid=-1

Changes by Ned Deily : -- status: pending -> open title: Unable to deal with large tarfile -> tarfile extract fails on OS X system python due to chown of gid=-1 ___ Python tracker _

[issue13315] tarfile extract fails on OS X system python due to chown of gid=-1

Changes by Ned Deily : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue13315] Unable to deal with large tarfile

Ned Deily added the comment: For some reason, Apple is patching Modules/posixmodule.c in a way that reverts the fixes to chown in Issue1747858. You can see the patches for their 10.7.2 python 2.7 here: http://opensource.apple.com/source/python/python-57/2.7/fix/posixmodule.c.ed It probably

[issue7777] Support needed for AF_RDS family

Charles-François Natali added the comment: > - the tests are skipped with "unable to bind RDS socket" here (even > under root). Is it expected? Oops. I did a quick test to force the socket family (because RDS sockets really use sockaddr_in), and apparently I overwrote my original patch... Here

[issue13315] Unable to deal with large tarfile

Ned Deily added the comment: The issue is indeed with chown call. The call that fails has a gid of -1, truncated to 4294967295, which is a valid gid on OS X ('nogroup'). The Apple-supplied Python 2.7.1 in OS X 10.7 fails running under sudo as root: Python 2.7.1 (r271:86832, Jun 16 2011, 16:5

[issue13254] maildir.items() broken

Florent Xicluna added the comment: Finally, the patch can be only 5 lines... -- Added file: http://bugs.python.org/file23587/issue13254_v3.diff ___ Python tracker ___ __

[issue13254] maildir.items() broken

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file23585/issue13254_v2.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue13254] maildir.items() broken

Florent Xicluna added the comment: Re-uploaded, because we can set initialize _last_read to 0 instead of time.time(). It is more consistent. -- Added file: http://bugs.python.org/file23586/issue13254_v2.diff ___ Python tracker

[issue13316] build_py_2to3 does not convert when there was an error in the last run

Changes by simohe : -- title: build_py_2to3 does not execute when there was an error before -> build_py_2to3 does not convert when there was an error in the last run type: behavior -> ___ Python tracker _

[issue13254] maildir.items() broken

Florent Xicluna added the comment: The patch by Petri looks good. I've uploaded a variant which set the initial mtimes to epoch instead of creating a _toc_read attribute. The tests are not changed. -- nosy: +flox Added file: http://bugs.python.org/file23585/issue13254_v2.diff

[issue13316] build_py_2to3 does not execute when there was an error before

Changes by simohe : -- components: +2to3 (2.x to 3.x conversion tool) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue13317] building with 2to3 generates wrong import paths because build_ext is run after build_py

New submission from simohe : We need build_ext before build_py. Otherwise, when 2to3 is called (in build_py), it will not find ext modules, thinking that those modules are global and, consequently, making a mess, now that all module imports are global. -- components: 2to3 (2.x to 3.x c

[issue13316] build_py_2to3 does not execute when there was an error before

New submission from simohe : When I use build_py_2to3 and there is an error while converting a file with 2to3, convert is skipped on the next run. The reason is that build_module in build_py_2to3 (in module distutils.command.build_py) only appends the file for converting when it is newly copi

[issue13310] asyncore handling of out-of-band data fails

Charles-François Natali added the comment: Hello Xavier, > select (an poll) returns a read event and an exceptional condition > for the socket, but there is no normal data to read, only out-of-band > data. That's against POSIX: """ POLLIN Data other than high-priority data may be read without

[issue13314] ImportError ImportError: Import by filename, should be deferred until sys.meta_path hooks are processed

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

[issue7777] Support needed for AF_RDS family

Antoine Pitrou added the comment: A couple of things: - the tests are skipped with "unable to bind RDS socket" here (even under root). Is it expected? - socket.error is the same as OSError now - there are some ResourceWarnings abount unclosed sockets when running the tests --

[issue13315] Unable to deal with large tarfile

Amaury Forgeot d'Arc added the comment: It's more likely an issue with the chown call. Indeed, the tar file contains a gid of 4294967295, which is too large for an int. Normally this was fixed by issue1747858, which was included in Python 2.6.5 and 2.7. Are you sure you have the same error wi

[issue13254] maildir.items() broken

Petri Lehtinen added the comment: Attached a patch. It makes _refresh() re-read the _toc uncoditionally when called the first time. -- keywords: +needs review, patch stage: needs patch -> patch review Added file: http://bugs.python.org/file23584/issue13254.patch __

[issue7777] Support needed for AF_RDS family

Charles-François Natali added the comment: Here's a patch adding support for RDS sockets (with test and documentation update). -- keywords: +needs review, patch nosy: +haypo, neologix, pitrou stage: needs patch -> patch review versions: +Python 3.3 -Python 2.7, Python 3.2 Added file: h

[issue13254] maildir.items() broken

Petri Lehtinen added the comment: More specifically, this happens if the Maildir instance is created two seconds before items() is called: >>> import time >>> from mailbox import Maildir >>> x = Maildir('test') # has messages >>> time.sleep(2.5) >>> x.items() [] This happens because __init__

[issue13315] Unable to deal with large tarfile

New submission from Dave Flogeras : I am trying to unpack boost_1_46_1.tar.bz2 (you can grab it here http://mirror.its.dal.ca/gentoo/distfiles/boost_1_46_1.tar.bz2) with the following code: import tarfile t = tarfile.open( "boost_1_46_1.tar.bz2" ); t.extractall() On OSX (both Lion and Snow Le

[issue13314] ImportError ImportError: Import by filename, should be deferred until sys.meta_path hooks are processed

Changes by Rob Bairos : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue13314] ImportError ImportError: Import by filename, should be deferred until sys.meta_path hooks are processed

New submission from Rob Bairos : When adding hooks to sys.meta_path, to correctly deal with arbitrarily named non-disk module definitions, module names with slashes should still be processed. As it stands when executing statements such as: import my_module_123#/123 or even __import__('my_modu

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Florent Xicluna added the comment: See also issue #13313 on timezone, seen on x86 FreeBSD 7.2 -- ___ Python tracker ___ ___ Python-bu

[issue12939] Add new io.FileIO using the native Windows API

Antoine Pitrou added the comment: > > Why do you think it makes a difference? > Because adding one more dependency on unneeded libraries add the pain. MSVCRT is unneeded?? What are you talking about? > Also it limit us on very restricted API of that wrapper. Windows > native API is stable. So

[issue12939] Add new io.FileIO using the native Windows API

Марк Коренберг added the comment: The good example of implemetation is QT. I think we can get some things from this library. (Like using "\\?\" for long paths (or always, as in QT)). -- ___ Python tracker __

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Changes by Florent Xicluna : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue13313] test_time fails: tzset() do not change timezone

New submission from Florent Xicluna : On builder "x86 FreeBSD 7.2 3.x" : == FAIL: test_tzset (test.test_time.TimeTestCase) -- Traceback (most recent call last):

[issue12939] Add new io.FileIO using the native Windows API

Марк Коренберг added the comment: > Why do you think it makes a difference? Because adding one more dependency on unneeded libraries add the pain. Also it limit us on very restricted API of that wrapper. Windows native API is stable. So it's OK to rely on it's documented imlementation. Suppos

[issue13312] test_time fails: strftime('%Y', y) for negative year

New submission from Florent Xicluna : On builder "AMD64 FreeBSD 8.2 3.x" for the TIME_MINYEAR: == FAIL: test_negative (test.test_time.TestStrftime4dyear) -- Tr

[issue12939] Add new io.FileIO using the native Windows API

Amaury Forgeot d'Arc added the comment: An implementation of RawIO with the win32 API can be useful (and I'd be interested to compare the performance) But maybe not for all usages: some Python interfaces are defined in terms of file descriptors, imp.load_module(), and PyTokenizer_FindEncoding

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Ross Lagerwall added the comment: It outputs: SAST LMT LMT An equivalent C program to the first test: """ #include #include #include int main() { time_t t; struct tm *tmp; t = time(NULL); tmp = localtime(&t); char str[200]; strftime(str, sizeof(str), "%Z", tmp);

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Florent Xicluna added the comment: It seems that "mktime" is buggy on Gentoo. You can try to reset its state in some way before to retry strftime: t = time.gmtime(time.time()) s = time.strftime('%Z', t) print(s) time.mktime((-1, 1, 1, 0, 0, 0, -1, -1, -1)) s = time.strftime('%Z', t) print(s)

[issue12939] Add new io.FileIO using the native Windows API

Antoine Pitrou added the comment: > why not use _open_osfhandle? > > Because it is wrapper for other CRT functions for Windows, like > close(). In other words it is an emulation. I think Python should not > create wrapper around wrapper around wrapper... Why do you think it makes a difference?

[issue12939] Add new io.FileIO using the native Windows API

Марк Коренберг added the comment: why not use _open_osfhandle? Because it is wrapper for other CRT functions for Windows, like close(). In other words it is an emulation. I think Python should not create wrapper around wrapper around wrapper... For example, in Python3, open() implemented usi

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Ross Lagerwall added the comment: """ import time import sys t = time.gmtime(time.time()) s = time.strftime('%Z', t) print(s) time.mktime((-1, 1, 1, 0, 0, 0, -1, -1, -1)) t = time.gmtime(time.time()) s = time.strftime('%Z', t) print(s) """ outputs: SAST LMT on my Gentoo box. I'm still figuri

[issue755670] improve HTMLParser attribute processing regexps

Ezio Melotti added the comment: Attached patch includes the tests in diff.txt. On Python 3, with strict=False, the first test (adjacent attributes) passes, but the other two still fail. See also #12629. -- nosy: +ezio.melotti -BreamoreBoy type: feature request -> behavior versions: +P

[issue13311] asyncore handle_read should call recv

New submission from Xavier de Gaye : When the remote end disconnects, handle_close is only called if recv is called (from handle_read). The default implementation of handle_read does not call recv. Not having the default implementation of handle_read call recv, has the following drawbacks:

[issue13310] asyncore handling of out-of-band data fails

New submission from Xavier de Gaye : Add the following lines to test_handle_expt (this makes sense, a dispatcher instance is supposed to implement handle_read and call recv in order to detect that the remote end has closed the socket): --- a/Lib/test/test_asyncore.py +++ b/Lib/test/test_asyncore

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Roundup Robot added the comment: New changeset 5b1e1967ea9d by Florent Xicluna in branch 'default': Replace temporary tests with the real test case for issue #13309 on Gentoo. http://hg.python.org/cpython/rev/5b1e1967ea9d -- ___ Python tracker

[issue1745761] Bad attributes/data handling in SGMLib

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue13287] urllib.request exposes too many names

Senthil Kumaran added the comment: Thanks flox for the patch. Just the News item is added. I don't think, this requires any Docs update. One change I had to make in the patch is to remote HTTPSHandler from __all__ because that is only conditionally available when http.client supports HTTPSCo

[issue13287] urllib.request exposes too many names

Roundup Robot added the comment: New changeset 70dedd8ce8f3 by Senthil Kumaran in branch 'default': issue13287 - Define __all__ for urllib.request and urllib.error and expose only http://hg.python.org/cpython/rev/70dedd8ce8f3 -- nosy: +python-dev ___

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Roundup Robot added the comment: New changeset bb0ae7df08f8 by Florent Xicluna in branch 'default': Troubleshoot issue #13309 on Gentoo buildbot. http://hg.python.org/cpython/rev/bb0ae7df08f8 -- ___ Python tracker

[issue9897] multiprocessing problems

Charles-François Natali added the comment: The first problem is a duplicate of issue #6056. As for the second problem, no, it doesn't limit the number of concurrent connections. Server.serve_forever() creates a new thread for each new incoming connection. Closing as duplicate. -- no

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Roundup Robot added the comment: New changeset 2771f7e96a52 by Florent Xicluna in branch 'default': Add temporary tests to troubleshoot issue #13309 on Gentoo buildbot. http://hg.python.org/cpython/rev/2771f7e96a52 -- nosy: +python-dev ___ Python tra

[issue13302] Clarification needed in C API arg parsing

Antoine Pitrou added the comment: It's already in the 3.x docs (but not 2.x): “Strings and buffers These formats allow to access an object as a contiguous chunk of memory. You don’t have to provide raw storage for the returned unicode or bytes area. Also, you won’t have to release any memory

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

New submission from Florent Xicluna : After changeset 55a3b563f0db the Gentoo buildbot is complaining. == FAIL: test_strptime (test.test_time.TimeTestCase) --

[issue13303] Sporadic importlib failures: FileNotFoundError on os.rename()

Changes by Charles-François Natali : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue12578] Erratic socket.gaierror: [Errno 11004] when using smtplib

Charles-François Natali added the comment: Please provide more information, because this looks really strange... -- nosy: +neologix stage: -> test needed status: open -> pending ___ Python tracker ___

[issue12629] HTMLParser silently stops parsing with malformed attributes

Ezio Melotti added the comment: I think should be parser as , and the o"" should be ignored. should be parser as , and the last two "" should be ignored. This is what Firefox seems to do. Currently the parser doesn't seem to handle extraneous data in the start tag too well, because the lo

[issue12008] HtmlParser non-strict goes wrong with unquoted attributes

Ezio Melotti added the comment: This seems to be already fixed in 3.2/3.3, so I extracted the test from your script and added to the test suite. If you can find a way to break the parser let me know. -- assignee: -> ezio.melotti nosy: +ezio.melotti resolution: -> out of date stage:

[issue12008] HtmlParser non-strict goes wrong with unquoted attributes

Roundup Robot added the comment: New changeset 6107a84e3c44 by Ezio Melotti in branch '3.2': #12008: add a test. http://hg.python.org/cpython/rev/6107a84e3c44 New changeset 495b31a8b280 by Ezio Melotti in branch 'default': #12008: merge with 3.2. http://hg.python.org/cpython/rev/495b31a8b280 -

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

Ezio Melotti added the comment: Fixed, thanks to everyone who contributed to this over the years! -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker

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

Roundup Robot added the comment: New changeset 0a5eb57d5876 by Ezio Melotti in branch '2.7': #670664: Fix HTMLParser to correctly handle the content of ``...`` and ``...``. http://hg.python.org/cpython/rev/0a5eb57d5876 New changeset a6f2244b251f by Ezio Melotti in branch '3.2': #670664: Fix HT

[issue12939] Add new io.FileIO using the native Windows API

Antoine Pitrou added the comment: Instead of rewriting your own RawIO implementation, why not use _open_osfhandle? This should be simple now with the "opener" argument. http://msdn.microsoft.com/en-us/library/bdts1c9x.aspx -- nosy: +pitrou ___ Python

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Amaury Forgeot d'Arc added the comment: > So why not to add 'e' character You said it: because it can't be written consistently on all platforms. For example, python does not use CreateFile on Windows, see #12939. -- ___ Python tracker

[issue13305] datetime.strftime("%Y") not consistent for years < 1000

Roundup Robot added the comment: New changeset 230f0956aaa3 by Florent Xicluna in branch 'default': Strengthen the tests for format '%Y', in relation with issue #13305. http://hg.python.org/cpython/rev/230f0956aaa3 -- ___ Python tracker

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Марк Коренберг added the comment: Well, I understand. So why not to add 'e' (and 'N', which is the same meaning) character, which: * use O_CLOEXEC in modern Linux * generate Exception if O_CLOEXEC is not supported (or does not work) on platform. Also, implement O_CLOEXEC for open() in Windo

[issue13305] datetime.strftime("%Y") not consistent for years < 1000

STINNER Victor added the comment: Le 01/11/2011 00:07, Roundup Robot a écrit : > > Roundup Robot added the comment: > > New changeset 3f025427f02b by Florent Xicluna in branch 'default': > Fix regression due to changeset 2096158376e5 (issue #13305). > http://hg.python.org/cpython/rev/3f025427f0

[issue13152] textwrap: support custom tabsize

Georg Brandl added the comment: Two comments: * The new parameter to __init__ should be added at the end of the parameter list. * A documentation update would be nice. -- ___ Python tracker

[issue13308] fix test_httpservers failures when run as root

Petri Lehtinen added the comment: You should change "issue #" with the real issue number now that there's an issue for this :) -- nosy: +petri.lehtinen ___ Python tracker _

[issue13308] fix test_httpservers failures when run as root

New submission from Charles-François Natali : Here's a patch fixing test_httpservers failures when run as root (a couple buildbots are consistently failing on this, e.g. http://python.org/dev/buildbot/all/builders/x86 FreeBSD 7.2 3.x/builds/2282/steps/test/logs/stdio). The test is failing for

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Amaury Forgeot d'Arc added the comment: And to be explicit, you can now write: def open_cloexex(filename, mode='r'): return open(filename, mode, opener=lambda path, mod: os.open(path, mod|os.O_CLOEXEC)) -- ___ Python tracker

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Charles-François Natali added the comment: > Why it is closed as duplicate? nothing said about CLOEXEC in issue12797 See http://bugs.python.org/issue12760#msg146686 -- ___ Python tracker _