[issue17484] add tests for getpass

Roundup Robot added the comment: New changeset 4059ef685754 by R David Murray in branch 'default': #17484: add tests for getpass. http://hg.python.org/cpython/rev/4059ef685754 -- nosy: +python-dev ___ Python tracker

[issue17657] IDLE: about dialog should report the full version of TK

Ned Deily added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mai

[issue17657] IDLE: about dialog should report the full version of TK

Terry J. Reedy added the comment: At some point, I would like us to review the whole 'about' dialog, but this should be done now. It even simplifies the code. I will test and apply this week if Roger doesn't. -- stage: patch review -> commit review

[issue17511] Idle find function closes after each find operation

Terry J. Reedy added the comment: Every other editor I can remember does 'find next'. The current closing annoys me. Also, I prefer wrapping around to the top when the last item is found, rather than having to switch to find [x]up. Windows help does this. -- __

[issue17656] Python 2.7.4 breaks ZipFile extraction of zip files with unicode member paths

Changes by Gregory P. Smith : -- title: Python 2.7.4 Breaks ZipFile Extraction -> Python 2.7.4 breaks ZipFile extraction of zip files with unicode member paths versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker

[issue17656] Python 2.7.4 Breaks ZipFile Extraction

Martin v. Löwis added the comment: It appears that this is a consequence of the changes in issue 6972, in particular change 4d1948689ee1. -- nosy: +Arfrever, amaury.forgeotdarc, benjamin.peterson, catalin.iacob, georg.brandl, gregory.p.smith, larry, loewis, ned.deily, python-dev, r.da

[issue17615] String comparison performance regression

Neil Hodgson added the comment: The patch fixes the performance regression on Windows. The 1:1 case is better than either 3.2.4 or 3.3.1 downloads from python.org. Other cases are close to 3.2.4, losing at most around 2%. Measurements from 32-bit builds: ## Download 3.2.4 3.2.4 (default, Apr

[issue17656] Python 2.7.4 Breaks ZipFile Extraction

Vhati added the comment: Oops, passing a unicode literal to extract()'s member arg wouldn't be sufficient. The extract() method quietly converts strings to ZipInfo objects via getinfo(member_string). Then _extract_member() takes the filename attribute of that ZipInfo object, which causes prob

[issue17511] Idle find function closes after each find operation

Todd Rovito added the comment: "I am in support of letting the find dialog remain open, and possibly relabeling the button to say "find next" instead." +1 from me, it drives me nuts to have the dialog close every time a single world is found. I like the find dialog box open then I just escape

[issue17657] IDLE: about dialog should report the full version of TK

Roger Serwy added the comment: LGTM. The patch works on Arch Linux, returning 8.5.13 which is what I have installed. -- stage: -> patch review type: behavior -> enhancement versions: +Python 3.3 ___ Python tracker

[issue16942] urllib still doesn't support persistent connections

Demian Brecht added the comment: Just noticed there was a typo in the link in my previous post. It should be directing to issue# 16901. -- ___ Python tracker ___ ___

[issue17658] pythonw.exe crashes on opening IDLE

Patrick Poitras added the comment: So I tried to open Python33\python.exe and it's trying to load codecs from Python 2.7 which I think has to be the cause of the problem. When it raises CodecRegistryError, the 2.7 syntax is wrong for 3.3 and causes a SyntaxError. Fatal Python error: Py_Initial

[issue17658] pythonw.exe crashes on opening IDLE

Changes by Patrick Poitras : Added file: http://bugs.python.org/file29727/WER5EA0.tmp.mdmp ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17658] pythonw.exe crashes on opening IDLE

Changes by Patrick Poitras : Added file: http://bugs.python.org/file29726/WER5D77.tmp.appcompat.txt ___ Python tracker ___ ___ Python-bugs-lis

[issue17658] pythonw.exe crashes on opening IDLE

New submission from Patrick Poitras: I just installed Python 3.3.1, and tried to open IDLE, which failed to come up, giving only the classic pythonw.exe has stopped responding. Will post dumps. -- components: IDLE, Windows files: WER1B0A.tmp.WERInternalMetadata.xml messages: 186268 nos

[issue17657] IDLE: about dialog should report the full version of TK

Changes by Todd Rovito : -- nosy: +ned.deily, roger.serwy, terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue17657] IDLE: about dialog should report the full version of TK

Todd Rovito added the comment: Attached is a patch the works for both Python 3.4 and Python 2.7. I have tested this patch on OS X and Windows. The code actually came from macosxSupport.py function tkVersionWarning. -- keywords: +patch Added file: http://bugs.python.org/file29724/176

[issue17657] IDLE: about dialog should report the full version of TK

New submission from Todd Rovito: The IDLE about dialog does not report the full version of TK. For instance it will report "8.5" and not report the last minor version number such as "8.5.9". On the Mac OS X this is problematic (but it could be a problem on other platforms) because Apple ship

[issue17656] Python 2.7.4 Breaks ZipFile Extraction

Vhati added the comment: Apparently namelist() can return either ascii or unicode strings for its members, depending on the archive. Obviously this'd apply to literal unicode strings as well. -- ___ Python tracker

[issue17656] Python 2.7.4 Breaks ZipFile Extraction

New submission from Vhati: Python 2.7.4 fails while extracting zip files when 'member' is a unicode path. --- Traceback (most recent call last): ... my_zip.extract(item, tmp_folder_path) File "D:\Apps\Python274\lib\zipfile.py", line 1024, in extract return self._extract_member(member

[issue17511] Idle find function closes after each find operation

Sarah added the comment: This should allow the 'find' window to stay open. It also circumvents an issue in Windows, wherein highlighted text did not show while the 'find' window was open. The found text should now show as highlighted for any OS (as far as I know; please test). When the find wi

[issue17511] Idle find function closes after each find operation

Roger Serwy added the comment: Update for what I wrote in msg185101: The behavior introduced in #13052 which kept the replace dialog open has been reverted by #17625. There ought to be consistency across the different find/replace dialogs. The replace dialog closes when clicking "close" or "r

[issue17655] Use writev() function in the io module

STINNER Victor added the comment: Read also http://mail.python.org/pipermail/python-dev/2012-August/121396.html -- ___ Python tracker ___

[issue17655] Use writev() function in the io module

Changes by STINNER Victor : -- Removed message: http://bugs.python.org/msg186260 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue17655] Use writev() function in the io module

STINNER Victor added the comment: http://mail.python.org/pipermail/python-dev/2012-August/121396.html -- ___ Python tracker ___ ___ Py

[issue17655] Use writev() function in the io module

New submission from STINNER Victor: Since issue #12268 has been fixed, it looks like it became easier to modify the io to use the writev() function when available. For example, if FileIO.writelines() uses writev(), it can be used by TextIOWrapper.write() through BufferedWriter. The _io.TextIOW

[issue17655] Use writev() function in the io module

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue17654] IDLE only customizes correctly for OS X when using framework build

Changes by Ned Deily : -- assignee: -> ned.deily stage: -> needs patch title: IDLE: Right click menu not working on OS X -> IDLE only customizes correctly for OS X when using framework build versions: +Python 3.3 ___ Python tracker

[issue17654] IDLE: Right click menu not working on OS X

Ned Deily added the comment: It works OK as long as you are running Python from a framework build (--enable-framework). There are various OS X customizations in IDLE that are currently triggered by the runningAsOSXApp() function in idlelib/macosxSupport.py. One of the customizations is to ad

[issue17654] IDLE: Right click menu not working on OS X

New submission from Todd Rovito: IDLE's new right click menu doesn't seem to be working on Mac OS X. I am running OS X 10.8.3 with TK version 8.5.9 (which I think is what OS X 10.8.3 ships with). The right click activation I am trying is control-click. -- components: IDLE messages: 18

[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: No problem I will open a separate issue. Hopefully it is a mistake on my end and I have something dorked up. -- ___ Python tracker ___

[issue1207589] IDLE: Right Click Context Menu

Roger Serwy added the comment: Please do open a separate issue. We'll resolve it there. -- ___ Python tracker ___ ___ Python-bugs-li

[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: Very strange but I noticed the right click menu is not working on Mac OS X. Before and after Roger's latest backwards_compat.patch. I must be losing my mind but I thought this was working on OS X. The right click activation I am trying is control-click and I am

[issue14757] INCA: Inline Caching meets Quickening in Python 3.3

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16427] Faster hash implementation

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16286] Use hash if available to optimize a==b and a!=b for bytes and str

Changes by STINNER Victor : -- title: Optimize a==b and a!=b for bytes and str -> Use hash if available to optimize a==b and a!=b for bytes and str ___ Python tracker ___ __

[issue10401] Globals / builtins cache

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13126] find() slower than rfind()

Roundup Robot added the comment: New changeset c5e2ea9e3aa7 by Victor Stinner in branch 'default': Close #13126: "Simplify" FASTSEARCH() code to help the compiler to emit more http://hg.python.org/cpython/rev/c5e2ea9e3aa7 -- nosy: +python-dev resolution: -> fixed stage: patch review ->

[issue17615] String comparison performance regression

STINNER Victor added the comment: Here is a patch specializing unicode_compare() for each combinaison of (kind1, kind2), to avoid the expensive PyUnicode_READ() macro (2 if). On Linux using GCC -O3 (GCC 4.7), there is no difference since GCC already specialize the loops. It may help other comp

[issue15092] Using enum PyUnicode_Kind

Changes by Serhiy Storchaka : -- resolution: -> rejected stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13126] find() slower than rfind()

STINNER Victor added the comment: I still see a difference between find and rfind, even if the different is low (11%). $ ./python -m timeit -s 's="ABC"*33; a=((s+"D")*500+s+"E"); b=s+"E"' 'a.find(b)' 1 loops, best of 3: 93.6 usec per loop $ ./python -m timeit -s 's="ABC"*33; a=("E"+s+("D"+s

[issue15092] Using enum PyUnicode_Kind

STINNER Victor added the comment: Python 3.3 has been released. I'm not sure that we can change the type of PyUnicode_Kind because of the stable API. By the way, I already tried to write a similar patch (use enum). I expected better performances, but it did not change anything. Can we close t

[issue16061] performance regression in string replace for 3.3

STINNER Victor added the comment: str_replace_1char_2.patch looks good to me. Just one nit: please add a reference to this issue in the comment (in replace.h). -- ___ Python tracker ___

[issue16061] performance regression in string replace for 3.3

Serhiy Storchaka added the comment: Here is an updated patch. Some comments added (I will be grateful for help in the improvement of these comments), an implementation moved to stringlib (a new file Objects/stringlib/replace.h added). unicode_2.patch optimizes only too special case and I consi

[issue15596] pickle: Faster serialization of Unicode strings

STINNER Victor added the comment: Hi Antoine, I prefer your patch. Great job! 2013/4/7 Antoine Pitrou : > > Antoine Pitrou added the comment: > > I've applied the review comments and committed the patch. Thank you! > > -- > resolution: -> fixed > stage: patch review -> committed/rejecte

[issue17649] Python/Python-ast.c: No such file or directory

pfg added the comment: Oops.. I am sorry I reported the wrong version, I am using python-2.7.4 just released SHA256 (python/Python-2.7.4.tar.xz) = b6626eb6d07d72351f251116ab14427fc934b5f24e6ebc751356a44a7d23b62d SIZE (python/Python-2.7.4.tar.xz) = 10250644 And I am running something similar to

[issue17647] subprocess.communicate() should preserve colored output on Windows

Caitlin Potter added the comment: Then perhaps nothing can be done from the python side of things, that's too bad. On Sun, Apr 7, 2013 at 4:38 PM, Richard Oudkerk wrote: > > Richard Oudkerk added the comment: > > On 07/04/2013 9:02pm, Caitlin Potter wrote: > > I'm not entirely positive that it

[issue17653] fix typo in socketserver.rst

Changes by Tshepang Lekhonkhobe : -- assignee: docs@python components: Documentation files: fix.diff keywords: patch nosy: docs@python, tshepang priority: normal severity: normal status: open title: fix typo in socketserver.rst versions: Python 3.3, Python 3.4 Added file: http://bugs.pyt

[issue12463] Calling SocketServer.shutdown() when server_forever() was not called will hang

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue17647] subprocess.communicate() should preserve colored output on Windows

Richard Oudkerk added the comment: On 07/04/2013 9:02pm, Caitlin Potter wrote: > I'm not entirely positive that it would be doable, but looking at the > subprocess code, it looks like we do have an open handle to the windows > stdout buffer, including buffer attributes, so it should be possible t

[issue17649] Python/Python-ast.c: No such file or directory

Ned Deily added the comment: I'm afraid it's not likely we'll be able to further resolve this issue without more specific information about exactly the steps you are using to try to build Python, including exactly what version or hg rev id (you say 2.7.2 but the path name says 2.7.4), any patc

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: bdist_wininst depends on MBCS codec, unavailable on non-Windows -> bdist_wininst depends on MBCS codec, unavailable on non-Windows ___ Python tracker

[issue10945] bdist_wininst depends on MBCS codec, unavailable on non-Windows

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue17647] subprocess.communicate() should preserve colored output on Windows

Caitlin Potter added the comment: > however I've tested this same test program in a > development environment, *unix* development environment (xterm, ubuntu 12.04), rather. -- ___ Python tracker __

[issue17647] subprocess.communicate() should preserve colored output on Windows

Caitlin Potter added the comment: I'm not entirely positive that it would be doable, but looking at the subprocess code, it looks like we do have an open handle to the windows stdout buffer, including buffer attributes, so it should be possible to translate coloured attributes into ANSI codes, W

[issue17649] Python/Python-ast.c: No such file or directory

pfg added the comment: Correction: The problem does arise during the build process (not configure). Still specifying the touch target for the build or touching manually the files doesn't help :( -- ___ Python tracker

[issue17649] Python/Python-ast.c: No such file or directory

pfg added the comment: I looked and the file exists: $ file Python/Python-ast.c Python/Python-ast.c: C source, ASCII text The file appears valid. I touched the files as suggested but I still I get the same error message when running "configure". FWIW, the Makefile.pre.in target exists but it

[issue16551] Cleanup the pure Python pickle implementation

Alexandre Vassalotti added the comment: My point is I would prefer that we keep all optimizations to only the _pickle C module and keep the Python implementation as simple as possible. Also, I doubt the slight speedup shown by your microbenchmark will actually result in any significant benefit

[issue8523] shutil.rmtree and os.listdir cannot recover on error conditions

R. David Murray added the comment: I think this patch looks good, but it needs a documentation update to go with it. Do you want to work on that, Andrew? It also seems as though there's no bug that it is practical to fix here, so I'm changing this to a pure enhancement request. If anyone dis

[issue17647] subprocess.communicate() should preserve colored output on Windows

Richard Oudkerk added the comment: On 07/04/2013 7:21pm, R. David Murray wrote: > Certainly on unix if you write ANSI color codes to stdout and the reader > doesn't strip them, they will be preserved and can be redisplayed, so > being able to do something similar on Windows would be nice. Althou

[issue17647] subprocess.communicate() should preserve colored output on Windows

R. David Murray added the comment: Oh, good, I thought that was probably the case but I don't know Windows enough to have been sure. Caitlin: if you can prove sbt and me wrong by writing a patch that works (without breaking anything else :), I think it would be considered. Certainly on unix

[issue17647] subprocess.communicate() should preserve colored output on Windows

Richard Oudkerk added the comment: I don't see how this is a subprocess problem, or could be fixed in subprocess. IIUC, SetConsoleTextAttribute() only has an effect if the output is connected to a console. But that is not the case if you redirect the output to a pipe (which is presumably what

[issue17613] IDLE "AttributeError: 'NoneType' object has no attribute 'index'" from Delegator.py

Roger Serwy added the comment: Thank you everyone for your patience. I am closing this issue as fixed. -- assignee: -> roger.serwy resolution: -> fixed status: open -> closed ___ Python tracker __

[issue17613] IDLE "AttributeError: 'NoneType' object has no attribute 'index'" from Delegator.py

Roundup Robot added the comment: New changeset ae05d841bea1 by Roger Serwy in branch '2.7': #17613: Prevent traceback when removing syntax colorizer in IDLE. http://hg.python.org/cpython/rev/ae05d841bea1 New changeset 8b793a946acb by Roger Serwy in branch '3.3': #17613: Prevent traceback when re

[issue17628] str==str: compare the first and last character before calling memcmp()

Serhiy Storchaka added the comment: Note that unicode_eq() always called after identity check and hash check. I.e. identity check in Victor's patch is redundant and unicode_eq() called only for strings which have the same hash. The probability to have the same first byte and be equal is a grea

[issue17390] display python version on idle title bar

Roger Serwy added the comment: Issue10747 is tangentially related. It is about adding the python version to the short cuts on Windows. -- ___ Python tracker ___

[issue17618] base85 encoding

Antoine Pitrou added the comment: > So I'm not sure what you want to do. I would suggest a standard > Ascii85 encoder is definitely useful, and provides feature parity with > Ruby. If we want the standard library to be able to read/write > Mercurial/Git base64 encoded files, then I guess that can

[issue1207589] IDLE: Right Click Context Menu

Roundup Robot added the comment: New changeset 3fad938e9d4e by Roger Serwy in branch '2.7': #1207589: Backwards-compatibility patch for right-click menu in IDLE. http://hg.python.org/cpython/rev/3fad938e9d4e New changeset c26ec5897c5a by Roger Serwy in branch '3.3': #1207589: Backwards-compatibi

[issue17651] Errno checking replaced by concrete classes inherited from OSError

New submission from Georg Brandl: Why not attach this to #16705 directly? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bug

[issue17650] There is no exception correspond to errno EROFS

Changes by Georg Brandl : -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17652] Add skip_on_windows decorator to test.support

New submission from Berker Peksag: I saw a conversation about adding a @skip_on_windows decorator on #python-dev a couple of months ago. Attached a patch with a documentation update. (Added the participants of the conversation to nosy list.) -- components: Tests files: skip_on_windows

[issue17618] base85 encoding

Martin Morrison added the comment: Ok, I'm not even sure that Mercurial follows RFC1924! That RFC is specifically for encoding IPv6 addresses, and mandates that the calculations be performed on a 128bit integer. The Mercurial implementation seems to follow the Ascii85 policy of taking each 4

[issue17618] base85 encoding

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue17618] base85 encoding

Antoine Pitrou added the comment: > The Ascii85 version is what is used with PDF, and the default output > format for the equivalent Ruby library, so seems useful to have. So I > guess what might be desirable is to have both in the codebase? Yes, it could be useful to have both. -- ___

[issue17618] base85 encoding

Martin Morrison added the comment: Ok, having now looked at mercurial's implementation... it looks like they implemented the RFC1924 version, whereas my implementation is the Ascii85 version (and I verified it against, amongst others: http://www.tools4noobs.com/online_tools/ascii85_encode/ ).

[issue17618] base85 encoding

Antoine Pitrou added the comment: > Forgot to mention, I included an optional keyword argument to support > the 'btoa' shortcut for sequences of space characters as described in > the Wikipedia article. However, I'm unsure if any other implementation > supports this, so might not be worth includi

[issue17618] base85 encoding

Martin Morrison added the comment: (sorry for spam) Forgot to mention, I included an optional keyword argument to support the 'btoa' shortcut for sequences of space characters as described in the Wikipedia article. However, I'm unsure if any other implementation supports this, so might not be

[issue17618] base85 encoding

Martin Morrison added the comment: I wrote an implementation from scratch (based on the wikipedia article; I've not looked at any existing implementations) in pure Python in the attached diff. It includes tests. Feel free to use it as the pure Python implementation if desired, though I won't

[issue15596] pickle: Faster serialization of Unicode strings

Antoine Pitrou added the comment: I've applied the review comments and committed the patch. Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue15596] pickle: Faster serialization of Unicode strings

Roundup Robot added the comment: New changeset 09a84091ae96 by Antoine Pitrou in branch 'default': Issue #15596: Faster pickling of unicode strings. http://hg.python.org/cpython/rev/09a84091ae96 -- nosy: +python-dev ___ Python tracker

[issue17615] String comparison performance regression

Serhiy Storchaka added the comment: On big-endian platform we can use memcmp for 2:2 and 4:4 comparison. I do not sure it will be faster. ;) -- ___ Python tracker ___ __

[issue17618] base85 encoding

Antoine Pitrou added the comment: The Mercurial authors have given their informal agreement for a relicensing. OTOH, they must still sign a contributor's agreement. The relicensing would allow us to use their pure Python implementation (in mercurial/pure/base85.py). OTOH, the C implementation

[issue1875] "if 0: return" not raising SyntaxError

Changes by Terry J. Reedy : -- versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list ma

[issue17618] base85 encoding

R. David Murray added the comment: Antoine is talking to Mercurial about relicensing, and I believe at this point it is just a matter of working out the mechanical details (that is, he has an agreement-in-principal from them). -- nosy: +r.david.murray _

[issue2953] _zip_directory_cache untested and undocumented

Changes by Terry J. Reedy : -- versions: +Python 3.3 -Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue17618] base85 encoding

Sijin Joseph added the comment: Is anyone working on this? I'd like to include this in a CPython sprint @MIT on 4/13. -- nosy: +sijinjoseph ___ Python tracker ___ __

[issue17343] Add a version of str.split which returns an iterator

Terry J. Reedy added the comment: > I'm guessing Terry wanted to say "os.listdir" instead of "os.walk". yes, sorry. -- ___ Python tracker ___

[issue13477] tarfile module should have a command line

Serhiy Storchaka added the comment: Then I propose to add an alternative tarfile command-line interface as Tools/scripts/tar.py for those who prefer a well-known and well-tested traditional interface. -- ___ Python tracker

[issue17644] str.format() crashes

Changes by Serhiy Storchaka : -- keywords: +3.3regression ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue17644] str.format() crashes

Serhiy Storchaka added the comment: The first patch looks better for me. It is simpler and I do not sure the thing is worth a complication. -- stage: needs patch -> patch review ___ Python tracker

[issue17094] sys._current_frames() reports too many/wrong stack frames

Antoine Pitrou added the comment: > if a > thread ends up being created/destroyed, I think we can get a deadlock > when trying to acquire the head lock. I think it should be turned into > an open call if possible. How would you do that in a simple way? > Also, as noted by Stefan, shouldn't we a

[issue17610] Qsort function misuse in typeobject.c

Roundup Robot added the comment: New changeset eaff15532b3c by Benjamin Peterson in branch '2.7': list slotdefs in offset order rather than sorting them (closes #17610) http://hg.python.org/cpython/rev/eaff15532b3c -- status: open -> closed ___ Python

[issue16705] Use concrete classes inherited from OSError instead of errno check

Changes by Andrew Svetlov : -- dependencies: +There is no exception correspond to errno EROFS ___ Python tracker ___ ___ Python-bugs-l

[issue17650] There is no exception correspond to errno EROFS

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue16705] Use concrete classes inherited from OSError instead of errno check

Changes by Andrew Svetlov : -- dependencies: +Errno checking replaced by concrete classes inherited from OSError ___ Python tracker ___ _

[issue17650] There is no exception correspond to errno EROFS

Changes by Andrey Tykhonov : -- components: +Library (Lib) type: -> enhancement versions: +Python 3.4 ___ Python tracker ___ ___ Pyth

[issue17650] There is no exception correspond to errno EROFS

Antoine Pitrou added the comment: The rationale for not creating dedicated exception classes is that those errors are not common enough. Since the range of possible errno values is basically unbounded (each system can create their own system-specific errors), trying to cover them all is a losi

[issue17502] unittest.mock: side_effect iterators ignore DEFAULT

Andrew Svetlov added the comment: Fixed. Thanks -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue17651] Errno checking replaced by concrete classes inherited from OSError

Changes by Andrey Tykhonov : -- keywords: +patch Added file: http://bugs.python.org/file29716/issue17651.diff ___ Python tracker ___ _

[issue17651] Errno checking replaced by concrete classes inherited from OSError

Changes by Andrey Tykhonov : -- components: Library (Lib) nosy: asvetlov, atykhonov priority: normal severity: normal status: open title: Errno checking replaced by concrete classes inherited from OSError type: enhancement versions: Python 3.4 ___ Pyt

  1   2   >