[issue22560] Add loop-agnostic SSL implementation to asyncio
STINNER Victor added the comment: I will try to take a look next week. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9179] Lookback with group references incorrect (two issues?)
Serhiy Storchaka added the comment: The patch also fixes issue814253. If there are no objections I'll commit it soon. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9179 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue814253] Grouprefs in lookbehind assertions
Serhiy Storchaka added the comment: The patch for issue9179 fixes this issue too. -- nosy: +serhiy.storchaka superseder: - Lookback with group references incorrect (two issues?) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue814253 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17381] IGNORECASE breaks unicode literal range matching
Serhiy Storchaka added the comment: Does the patch look good now for you Antoine? If there are no objections I'm going to commit it soon. In order to apply 3.4 patch to 2.7 we need either significant modify the patch, or first backport issue19329 changes to 2.7 (it would be easier). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22410] Locale dependent regexps on different locales
Serhiy Storchaka added the comment: If there are no objections I'll commit the patch. -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22410 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
New submission from Akira Kitada: The PEP 257 says: Insert a blank line before and after all docstrings (one-line or multi-line) that document a class Looking at stdlib and popular open source software, I couldn't find packages that follow this style, so I think this is not really a convention. -- files: pep-0257.patch keywords: patch messages: 229921 nosy: akitada priority: normal severity: normal status: open title: PEP 257: drop the recommendation for a blank line between the class line and the docstring Added file: http://bugs.python.org/file37003/pep-0257.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
R. David Murray added the comment: I follow this recommendation. I'm sure there are many classes in the stdlib that do not follow this convention, since much of the stdlib was written before PEP8, and we don't go back and do changesets just to fix PEP8 non-conformance in the stdlib. But this is the preferred style, and new code in the stdlib should follow it. Whether anyone else does is up to them. (For that matter, there are a lot of classes in the stdlib, especially the test suite, where the first 'def' follows the class line with no space in between, and I wince every time I read such code :) -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
New submission from mbasti: Hello, I'm getting null pointer dereference which leads to segmentation fault. I have no stable reproducer, but don't hesitate to contact me. Additional info is here: https://fedorahosted.org/freeipa/ticket/4649 python 2.7.8-4.1 (Fedora 21) #0 0x7f3c4a66dde4 in newPySSLObject (ciphers=0x7f3c4544eeb4 DEFAULT:!aNULL:!eNULL:!LOW:!EXPORT:!SSLv2, cacerts_file=optimized out, proto_version=PY_SSL_VERSION_SSL23, certreq=optimized out, socket_type=optimized out, cert_file=0x0, key_file=0x0, Sock=0x7f3c3fbafc30) at /usr/src/debug/Python-2.7.8/Modules/_ssl.c:317 317 self-ctx-options = ~(SSL_OP_NO_SSLv2 | SSL_OP_NO_SSLv3); (gdb) p self-ctx $1 = (SSL_CTX *) 0x0 -- components: Extension Modules messages: 229924 nosy: mbasti priority: normal severity: normal status: open title: PySSL segmentation fault type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22716] Add reference to the object missing an attribute to AttributeError
New submission from flying sheep: Trying to replicate a Ruby Gem that raises a “did you mean” error when mistyping a method name, I hit a showstopper: There seems to be no way to get the object which misses an attribute from an AttributeError. I propose the appended patch (it might be completely broken because I’m not experienced in the Python C API, but I tried) -- components: Interpreter Core files: attribute_error_origin.patch keywords: patch messages: 229923 nosy: flying sheep priority: normal severity: normal status: open title: Add reference to the object missing an attribute to AttributeError type: enhancement versions: Python 3.6 Added file: http://bugs.python.org/file37004/attribute_error_origin.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
Akira Kitada added the comment: Guido is with me :) On Wed, Oct 22, 2014 at 2:16 AM, Guido van Rossum guido at python.org wrote: I think the argument is about the blank line between the class line and the docstring. I agree with Akira that very few packages follow this style, and I think we would do well to remove this recommendation. There's no point in fighting the prevailing convention. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
Alex Gaynor added the comment: Are you able to test this against the 2.7 branch from hg? The ssl module received some significant attention for 2.7.9. -- nosy: +alex, christian.heimes, dstufft, giampaolo.rodola, janssen, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22716] Add reference to the object missing an attribute to AttributeError
Serhiy Storchaka added the comment: This is a duplicate of issue18156. -- nosy: +serhiy.storchaka resolution: - duplicate stage: - resolved status: open - closed superseder: - Add an 'attr' attribute to AttributeError ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18156] Add an 'attr' attribute to AttributeError
Serhiy Storchaka added the comment: In issue22716 proposed to add a reference to the object missing an attribute. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18156 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
STINNER Victor added the comment: 317 self-ctx-options = ~(SSL_OP_NO_SSLv2 | SSL_OP_NO_SSLv3); I don't see this line in Python 2.7.8 vanilla: https://hg.python.org/cpython/file/ee879c0ffa11/Modules/_ssl.c It looks like Fedora patched the source code: http://pkgs.fedoraproject.org/cgit/python.git/tree/00195-enable-sslv23-in-ssl.patch I see an obvious bug in the Fedora patch: it dereferences self-ctx before checking if self-ctx is NULL. diff -up Python-2.7.8/Modules/_ssl.c.orig Python-2.7.8/Modules/_ssl.c --- Python-2.7.8/Modules/_ssl.c.orig2014-07-17 14:17:32.584362667 +0200 +++ Python-2.7.8/Modules/_ssl.c 2014-07-17 14:17:38.215405930 +0200 @@ -312,8 +312,10 @@ newPySSLObject(PySocketSockObject *Sock, else if (proto_version == PY_SSL_VERSION_SSL2) self-ctx = SSL_CTX_new(SSLv2_method()); /* Set up context */ #endif -else if (proto_version == PY_SSL_VERSION_SSL23) +else if (proto_version == PY_SSL_VERSION_SSL23) { self-ctx = SSL_CTX_new(SSLv23_method()); /* Set up context */ +self-ctx-options = ~(SSL_OP_NO_SSLv2 | SSL_OP_NO_SSLv3); +} PySSL_END_ALLOW_THREADS if (self-ctx == NULL) { -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
STINNER Victor added the comment: Other Fedora patches on Python: https://apps.fedoraproject.org/packages/python/sources I see another *huge* patch on the ssl module, ssl backport: http://pkgs.fedoraproject.org/cgit/python.git/tree/00196-ssl-backport.patch -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
R. David Murray added the comment: Yeah, on reflection (after I posted) I can see why people tend to leave out that blank line, because it is more parallel to not having a blank line after the 'def'. And I don't think I've ever seen anyone do the alternate version of keeping things parallel by putting a blank line before the docstring if the method has multiple sections, despite the recommendation in the PEP to do so. However, you then need to delete the if a method is written as a number of sections sentence, since it has the same problem (it is recommending a blank line before the docstring, which nobody does...I didn't remember that recommendation at all myself). -- resolution: not a bug - stage: resolved - needs patch status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
mbasti added the comment: Thank you for your fast reply! So I will file a fedora bug. Thanks again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22717] PySSL segmentation fault
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - third party stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22717 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
Akira Kitada added the comment: Good point. I looked at some Python files but, as you pointed out, I couldn't find ones what follow the recommendation. In some files there is a blank line after a docstring but it seemed it's not because it is written as a number of sections. The patch updated. -- resolution: - not a bug status: open - closed Added file: http://bugs.python.org/file37005/pep-0257.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22718] pprint not handline uncomparable dictionary keys well
New submission from Andreas Kostyrka: import datetime, pprint pprint.pformat({datetime.datetime.now(): 1, None: 1}) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/pprint.py, line 63, in pformat return PrettyPrinter(indent=indent, width=width, depth=depth).pformat(object) File /usr/lib/python2.7/pprint.py, line 122, in pformat self._format(object, sio, 0, 0, {}, 0) File /usr/lib/python2.7/pprint.py, line 140, in _format rep = self._repr(object, context, level - 1) File /usr/lib/python2.7/pprint.py, line 226, in _repr self._depth, level) File /usr/lib/python2.7/pprint.py, line 238, in format return _safe_repr(object, context, maxlevels, level) File /usr/lib/python2.7/pprint.py, line 280, in _safe_repr for k, v in _sorted(object.items()): File /usr/lib/python2.7/pprint.py, line 82, in _sorted return sorted(iterable) TypeError: can't compare datetime.datetime to NoneType This is issue is kind of related to http://bugs.python.org/issue14998 but that talks only python 3.2+ -- components: Library (Lib) messages: 229934 nosy: Andreas.Kostyrka priority: normal severity: normal status: open title: pprint not handline uncomparable dictionary keys well type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22718] pprint not handline uncomparable dictionary keys, set members well
Andreas Kostyrka added the comment: This also applies to sets. -- title: pprint not handline uncomparable dictionary keys well - pprint not handline uncomparable dictionary keys, set members well ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists but in while loop
New submission from Aaron: When using os.path.isfile() and os.path.exists() in a while loop under certain conditions, os.path.isfile() returns True for paths that do not actually exist. Conditions: The folder C:\Users\EAARHOS\Desktop\Python Review exists, as do the files C:\Users\EAARHOS\Desktop\Python Review\baseExcel.py and C:\Users\EAARHOS\Desktop\Python Review\baseExcel.py.bak. (Note that I also tested this on a path that contained no spaces, and got the same results.) Code: bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py while os.path.isfile(bak_path): ... bak_path += '.bak' ... if not os.path.isfile(bak_path): ... break Traceback (most recent call last): File interactive input, line 3, in module File C:\Installs\Python33\Lib\genericpath.py, line 29, in isfile st = os.stat(path) ValueError: path too long for Windows os.path.isfile(rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py.bak.bak) False bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py while os.path.exists(bak_path): ... bak_path += '.bak' ... if not os.path.exists(bak_path): ... break Traceback (most recent call last): File interactive input, line 3, in module File C:\Installs\Python33\Lib\genericpath.py, line 18, in exists st = os.stat(path) ValueError: path too long for Windows os.path.exists(rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py.bak.bak) False bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py os.path.isfile(bak_path), os.path.exists(bak_path) (True, True) bak_path += '.bak' os.path.isfile(bak_path), os.path.exists(bak_path) (True, True) bak_path += '.bak' os.path.isfile(bak_path), os.path.exists(bak_path) (True, True) bak_path 'C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak' temp = bak_path os.path.isfile(temp), os.path.exists(temp) (True, True) os.path.isfile('C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak'), os.path.exists('C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak') (False, False) On the other hand, this code works as expected: bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py while os.path.isfile(bak_path): ... temp = bak_path + '.bak' ... bak_path = temp ... bak_path 'C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak' bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py while os.path.exists(bak_path): ... temp = bak_path + '.bak' ... bak_path = temp ... bak_path 'C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak' -- components: Windows messages: 229936 nosy: hosford42, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: os.path.isfile os.path.exists but in while loop type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22718] pprint not handline uncomparable dictionary keys, set members well
R. David Murray added the comment: Actually, it applies to datetime, which is is almost unique among python2 datatypes in not being comparable to other types by default. I'm not sure this is worth fixing in 2.7. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22718 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
Changes by Aaron hosfor...@gmail.com: -- title: os.path.isfile os.path.exists but in while loop - os.path.isfile os.path.exists bug in while loop ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22665] shutil.__all__ incomplete
Éric Araujo added the comment: IIRC test___all__ can be used for this. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
Guido van Rossum added the comment: I've applied the second version -- rev 9b715d8246db in the peps repo. -- assignee: - gvanrossum nosy: +gvanrossum resolution: not a bug - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22720] Obscure error w/ windows online-only file
New submission from kg*2: Windows has integrated onedrive into their os. A feature of onedrive is allowing users to browse files that aren't downloaded onto their computer. os.listdir will return the items, but when they are opened for read/writing it throws IOError[22]: invalid mode or file name. This error was not particularly helpful for this situation, as both the mode and the filename looked correct. Maybe a more specific error for this case would be help? -- components: IO messages: 229941 nosy: kg*2 priority: normal severity: normal status: open title: Obscure error w/ windows online-only file type: enhancement versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22720 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
R. David Murray added the comment: Interesting bug. The obvious difference between the two cases is that in the += version the address of the string pointing to the filepath doesn't change, whereas when you use a temp variable it does (there's an optimization in += that reuses the same memory location if possible). It looks like something is seeing that repeated addresses and returning the same result as the last time that address was passed, which is wrong. I don't see anything obvious in os module. Although I can't rule out a Python bug, since this works fine on unix I suspect this is a Windows CRT bug. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
Steve Dower added the comment: I wonder whether the same thing occurs if you're not appending a new extension each time? There could be some optimisation (from the dark old days of 8.3 filename) that compares baseExcel and .bak separately and assumes that the name is known. Last I looked at the code for stat() and isfile(), it was going directly to the Win32 API and not via the CRT. Though that may not have been the case in 3.3... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
New submission from Serhiy Storchaka: pprint() sorts the content of sets and dicts in order to get stable output which doesn't depend on iteration order of set or dict, which depend not only from values of elements, but also from set or dict history. But in some cases the output is different for equal sets or dicts which differs only by their history. import pprint class A: # string 'A' 'int' ... def __lt__(self, other): return False ... def __gt__(self, other): return self != other ... def __le__(self, other): return self == other ... def __ge__(self, other): return True ... def __eq__(self, other): return self is other ... def __ne__(self, other): return self is not other ... def __hash__(self): return 1 # == hash(1) ... a = A() sorted([1, a]) [1, __main__.A object at 0xb700c64c] sorted([a, 1]) [1, __main__.A object at 0xb700c64c] # set pprint.pprint({1, a}) {__main__.A object at 0xb700c64c, 1} pprint.pprint({a, 1}) {1, __main__.A object at 0xb700c64c} # dict pprint.pprint({1: 1, a: 1}) {1: 1, __main__.A object at 0xb700c64c: 1} pprint.pprint({a: 1, 1: 1}) {__main__.A object at 0xb700c64c: 1, 1: 1} This is happen because _safe_key's __lt__() calls the __lt__() method of it's left argument, and doesn't use special methods of it's right argument. a.__lt__(1) is successful, but (1).__lt__(a) is failed. I think that instead of `self.obj.__lt__(other.obj)` here should be `self.obj other.obj`. Or may be call other.obj.__gt__(self.obj) if the result of self.obj.__lt__(other.obj) is NotImplemented. _safe_key was introduced in issue3976. -- components: Library (Lib) messages: 229943 nosy: fdrake, rhettinger, serhiy.storchaka priority: normal severity: normal status: open title: pprint output for sets and dicts is not stable type: behavior versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
Serhiy Storchaka added the comment: Could we encode both paths to the unicode_internal encoding and check if results are equal? -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
R. David Murray added the comment: Looking at the code, it looks like it calls the win32 api directly if path-wide is true, which I'm guessing is the case unless you are using bytes paths in windows? It looks like the critical call, then, is CreateFileA (why A in a _w method I have no idea...so my reading of this code is suspect :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22720] Obscure error w/ windows online-only file
R. David Murray added the comment: We may not be getting any better error message from the OS. -- components: +Windows -IO nosy: +r.david.murray, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22720 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22722] inheritable pipes are unwieldy without os.pipe2
New submission from Buck Golemon: In order to make an inheritable pipe, the code is quite a bit different between posixes that implement pipe2 and those that don't (osx, mainly). I believe the officially-supported path is to call os.pipe() then os.setinheritable(). This seems objectionable since set_inheritable() code is invoked twice, where I'd prefer to invoke it zero times (or at most once). Would it be acceptable to implement a pipe2 shim for those platforms? If so, I'll (attempt to) provide a patch. Alternatively, can we change the signature of os.pipe() to os.pipe(flags=O_CLOEXEC) ? In my opinion, such a function could be implemented via pipe2 on those platforms that provide it, obviating any need for an os.pipe2. Please tell me which patch to provide, if any. -- messages: 229947 nosy: bukzor priority: normal severity: normal status: open title: inheritable pipes are unwieldy without os.pipe2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22722 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22722] inheritable pipes are unwieldy without os.pipe2
R. David Murray added the comment: pipe2 can also be used to set O_NONBLOCK, so no, that specific API change wouldn't obsolete pipe2. So, a shim for pipe2 would be the way to go, since that's currently the de-facto standard way of passing flags on pipe creation in unix land. (The os module is usually a thin layer over OS services...for other modules we might design a more divergent API, but generally in the os module we do not.) -- nosy: +haypo, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22722 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
eryksun added the comment: What do you get for os.stat? bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) # This should raise FileNotFoundError -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
Aaron added the comment: Interesting. It continues to reuse the last one's stats once the path is no longer valid. bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=8162774324652726, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=29874, st_atime=1413389016, st_mtime=1413389016, st_ctime=1413388655) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) On Fri, Oct 24, 2014 at 1:49 PM, eryksun rep...@bugs.python.org wrote: eryksun added the comment: What do you get for os.stat? bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) # This should raise FileNotFoundError -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
Aaron added the comment: If I use a separate temp variable, the bug doesn't show, but if I use the same variable, even with + instead of +=, it still happens. bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=8162774324652726, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=29874, st_atime=1413389016, st_mtime=1413389016, st_ctime=1413388655) temp = bak_path + '.bak' bak_path = temp print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) temp = bak_path + '.bak' bak_path = temp print(os.stat(bak_path)) Traceback (most recent call last): File interactive input, line 1, in module FileNotFoundError: [WinError 2] The system cannot find the file specified: 'C:\\Users\\EAARHOS\\Desktop\\Python Review\\baseExcel.py.bak.bak' bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py bak_path = bak_path + '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path = bak_path + '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path = bak_path + '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path = bak_path + '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) On Fri, Oct 24, 2014 at 2:24 PM, Aaron rep...@bugs.python.org wrote: Aaron added the comment: Interesting. It continues to reuse the last one's stats once the path is no longer valid. bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=8162774324652726, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=29874, st_atime=1413389016, st_mtime=1413389016, st_ctime=1413388655) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) bak_path += '.bak' print(os.stat(bak_path)) nt.stat_result(st_mode=33206, st_ino=42502721483352490, st_dev=0, st_nlink=1, st_uid=0, st_gid=0, st_size=2, st_atime=1413389088, st_mtime=1413389088, st_ctime=1413388654) On Fri, Oct 24, 2014 at 1:49 PM, eryksun rep...@bugs.python.org wrote: eryksun added the comment: What do you get for os.stat? bak_path = rC:\Users\EAARHOS\Desktop\Python Review\baseExcel.py print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) bak_path += '.bak' print(os.stat(bak_path)) # This should raise FileNotFoundError -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
New submission from Buck Golemon: The color needs adjusted such that it has at least 3:1 luminance contrast versus the surrounding non-link text. (See non-inheritable https://docs.python.org/3/library/os.html#os.dup) See also: * http://www.w3.org/TR/WCAG20/#visual-audio-contrast-without-color * http://www.w3.org/WAI/WCAG20/Techniques/working-examples/G183/link-contrast.html Given that the surrounding text is #222, the a:visited color should be bumped from #30306f to #6363bb in order to meet the 3:1 luminance-contrast guideline while preserving the hue and saturation. By the same calculation, the un-visited links are slightly too dark and should be bumped from #00608f to #0072aa Validation was done here: http://juicystudio.com/services/luminositycontrastratio.php Luminance adjustments done here: http://colorizer.org/ -- assignee: docs@python components: Documentation messages: 229952 nosy: bukzor, docs@python priority: normal severity: normal status: open title: visited-link styling is not accessible ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22722] inheritable pipes are unwieldy without os.pipe2
Buck Golemon added the comment: I notice that dup2 grew an `inheritable=True` argument in 3.4. This might be a good precedent to use here, as a third option. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22722 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Buck Golemon added the comment: Proposed patch attached. -- keywords: +patch Added file: http://bugs.python.org/file37006/link-color.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22715] PEP 257: drop the recommendation for a blank line between the class line and the docstring
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: needs patch - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22715 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Ned Deily added the comment: +1 It's a fairly subtle change but definitely an improvement IMO (as viewed with vanilla Safari and Firefox settings on OS X). -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22665] shutil.__all__ incomplete
Martin Panter added the comment: Looking at Lib/test/test___all__.py, that module just makes sure that the names imported with “from ... import *” are the same as listed in the __all__ attribute. It does no know what the __all__ attribute is meant to contain. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag, georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Georg Brandl added the comment: Sounds good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Jacopo Nespolo added the comment: a better patch -- Added file: http://bugs.python.org/file37007/argparse.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Jacopo Nespolo added the comment: test program that checks handling of a bunch of numbers. -- Added file: http://bugs.python.org/file37008/test_argparse.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Ned Deily added the comment: Thanks for the updated patch and test program. Note, to be part of the Python test suite, the test should be in the form of a unittest test and fit into the existing argparse tests here: Lib/test/test_argparse.py. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Changes by Ned Deily n...@acm.org: -- stage: - patch review versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
eryksun added the comment: When appending to a singly-referenced string, the interpreter tries to reallocate the string in place. This applies to both `s += 'text'` and `s = s + 'text'`. Storing to a temp variable is adding a 2nd reference, so a new string gets allocated instead. If the former is the case (i.e. the object id is the same after appending), use ctypes to check the string's cached wide-string (wchar_t *) representation: from ctypes import * pythonapi.PyUnicode_AsUnicode.argtypes = [py_object] pythonapi.PyUnicode_AsUnicode.restype = c_wchar_p print(pythonapi.PyUnicode_AsUnicode(bak_path)) The wstr cache should be cleared when the string is reallocated in place, so this is probably a dead end. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20306] Lack of pw_gecos field in Android's struct passwd causes cross-compilation for the pwd module to fail
Changes by Matt Frank matthew.i.fr...@intel.com: -- nosy: +WanderingLogic ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20306 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22719] os.path.isfile os.path.exists bug in while loop
eryksun added the comment: i.e. the object id is the same after appending Actually, that's wrong. bak_path is a compact string. So the whole object is realloc'd, and the base address (i.e. id) could change. Check PyUnicode_AsUnicode even if the id changes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22719 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22722] inheritable pipes are unwieldy without os.pipe2
Antoine Pitrou added the comment: This seems objectionable since set_inheritable() code is invoked twice, where I'd prefer to invoke it zero times (or at most once). Does it make a difference in the grand scheme of things? If you're forking a process, you're usually doing something heavy enough that two calls to set_inheritable() will end up invisible. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22722 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20306] Lack of pw_gecos field in Android's struct passwd causes cross-compilation for the pwd module to fail
Matt Frank added the comment: Here is shiz's patch extended with the addition to configure.ac. I added the variable HAVE_PASSWD_GECOS_FIELD and the appropriate tests. Luckily this very problem (missing pw_gecos field) is the example used in the autoconf manual (https://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/Generic-Structures.html#Generic-Structures). (Otherwise I would have been as lost as I usually am with autoconf.) -- Added file: http://bugs.python.org/file37009/pw_gecos-field-workaround-with-config_ac-mods.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20306 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22289] support.transient_internet() doesn't catch timeout on FTP tests of test_urllib2net
Ned Deily added the comment: There seems to be a small problem with the patch that can be easily fixed by changing the test for ftp error: timeout() to ftp error: timeout(. Otherwise, it seems OK. Note that there is now also a related patch for Issue22596 that modifies the same test. Perhaps they can be combined. -- nosy: +berker.peksag, ned.deily stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22596] support.transient_internet() doesn't catch connection refused errors
Ned Deily added the comment: LGTM. Perhaps it can be committed with a revised version of the patch for Issue22289? -- nosy: +haypo, ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22596 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22697] Deadlock with writing to stderr from forked process
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22697 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13319] IDLE: Menu accelerator conflict between Format and Options
Terry J. Reedy added the comment: Currently, in 3.4 Win 7, tk 8.6, Alt O enter (or Alt O O O enter, etc) is required to get the Format menu to drop down. Following that with Alt O does select comment out. Alt O O enter (with or without holding down Alt) opens the Option menu. Having to hit enter makes both possible, but it was not obvious to me. I only tried hitting enter 'in desperation'. So I would like to remove the conflict. As I said before, I really want Alt-O to open the always present Options menu. Alt-I is completely unmnemonic to me. The 'i' in 'option' is silent in that it mutates 't' to 'sh' but is not pronounced in itself as a vowel. I don't consider a couple of other editors to be determinative for Idle. Notepad++ has 11 menu items and not all even have an Alt hotkey. To open without a mouse, one must hit Alt and then move with - and - arrow keys. I would like to change the hot key for toggle-tabs to Alt-7. We could then use Alt-T (Meta-T) for Forma_t. Alt 5 6 are already used for Tabify and Untabify, so using the next key for tab toggle makes sense to me. (And if we ever need Alt-U for something else, I would change the hot key for the probably seldom used 'Indent width' to Alt-8). Ned, do you have any opinion on this issue? -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13319] IDLE: Menu accelerator conflict between Format and Options
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13319 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9351] argparse set_defaults on subcommands should override top level set_defaults
paul j3 added the comment: A possible problem with this patch is that it overrides any Namespace given by the user. In the test example: parser.parse_args(['X'], namespace=argparse.Namespace(foo=3)) the result is 'foo=2', the setdefault from the subparser. Previously, and with a single level parser, the result would be 'foo=3'. This is also true for an ordinary argument default in the subparser. It could be argued that a user is unlikely to use both the 'namespace=...' parameter, and 'setdefault' for the same variable, especially one that isn't an argument 'dest'. But the fact that the custom namespace does not override regular subparser argument defaults bothers me. Also, should an untested change like this be applied to 3.4 and 2.7? This is not a backward compatible bug fix. The test case also touches on a real bug in the recent releases - subparsers are now optional. 'parser.parse_args([])' runs without complaint about the missing 'X'. Actually it is convenient for testing this case. But it is still an incompatibility with earlier behavior http://bugs.python.org/issue9253 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22724] byte-compile fails for cross-builds
Changes by Benedikt Morbach benedikt.morb...@googlemail.com: -- versions: +Python 3.5, Python 3.6 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22724] byte-compile fails for cross-builds
New submission from Benedikt Morbach: For cross-builds the byte-compiling and 2to3 Grammar generation fail. This is because PYTHONPATH/sys.path includes 'build/lib.$PLATFORM', in which the compiled .so modules reside. The host python obviously barfs on those, as they are compiled for a different architecture. However, this directory also contains _sysconfigdata.py, which is needed at all times. A possible fix would be to separate those two. -- components: Cross-Build messages: 229969 nosy: Benedikt.Morbach priority: normal severity: normal status: open title: byte-compile fails for cross-builds type: compile error versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22724] byte-compile fails for cross-builds
Benedikt Morbach added the comment: alternatively, introduce a $(PYTHON_FOR_INSTALL), which doesn't set PYTHONPATH. Then run those steps using that, with the Makefile setting PYTHONPATH=$(DESTDIR)$(LIBDEST), which doesn't contain the compiled modules at that point. The first solution looks cleaner to me, but might be more tricky to implement, as e.g. Modules/getpath.c makes some assumptions about the location of the build dir. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
Antoine Pitrou added the comment: Hmm... is it important? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10390] json.load should handle bytes input
Martin Panter added the comment: See also Issue 10976, discussing passing bytes() strings to json.loads() -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19837] Wire protocol encoding for the JSON module
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19837 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10976] json.loads() raises TypeError on bytes object
Martin Panter added the comment: Issue 17909 (auto-detecting JSON encoding) looks like it has a patch which would probably satisfy this issue -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10976 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17909] Autodetecting JSON encoding
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17909 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Roundup Robot added the comment: New changeset a3481025a742 by Berker Peksag in branch '3.4': Issue #22723: Make link styling more accessible. https://hg.python.org/cpython/rev/a3481025a742 New changeset 56e87f2c6d3c by Berker Peksag in branch 'default': Issue #22723: Make link styling more accessible. https://hg.python.org/cpython/rev/56e87f2c6d3c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Berker Peksag added the comment: Thanks for the patch, Buck. -- assignee: docs@python - berker.peksag stage: - resolved type: - enhancement versions: +Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22723] visited-link styling is not accessible
Changes by Berker Peksag berker.pek...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22723 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22596] support.transient_internet() doesn't catch connection refused errors
Roundup Robot added the comment: New changeset 76ef82ec80a7 by Berker Peksag in branch '3.4': Issue #22596: support.transient_internet() now also catches https://hg.python.org/cpython/rev/76ef82ec80a7 New changeset 9c35973829e6 by Berker Peksag in branch 'default': Issue #22596: support.transient_internet() now also catches https://hg.python.org/cpython/rev/9c35973829e6 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22596 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22596] support.transient_internet() doesn't catch connection refused errors
Berker Peksag added the comment: Thanks for the review, Ned. I didn't combine the patch with issue 22289, because I couldn't reproduce that failure easily. -- assignee: - berker.peksag resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22596 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22650] set up and use VM for net access in the test suite
Berker Peksag added the comment: There are two disabled tests in Lib/test/test_urllib2net.py: * OtherNetworkTests.test_cnri: # XXX Following test depends on machine configurations that are internal # to CNRI. Need to set up a public server with the right authentication # configuration for test purposes. * AuthTests.test_basic_auth: ## Disabled at the moment since there is no page under python.org which ## could be used to HTTP authentication. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10116] Sporadic failures in test_urllibnet
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10116 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22725] improve documentation for enumerate() (built-in function)
New submission from Van Ly: The existing documentation is confusing. — improve wording as follows enumerate(sequence, start=0) Returns pairings of index into sequence[link to glossary.html#term-sequence] with the object at that index in the sequence. — wording as found in v.2.7.5 enumerate(sequence, start=0) Return an enumerate object. sequence must be a sequence, an iterator, or some other object which supports iteration. The next() method of the iterator returned by enumerate() returns a tuple containing a count (from start which defaults to 0) and the values obtained from iterating over sequence: -- assignee: docs@python components: Documentation messages: 229979 nosy: docs@python, vy0123 priority: normal severity: normal status: open title: improve documentation for enumerate() (built-in function) type: enhancement versions: Python 2.7, Python 3.3, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22725] improve documentation for enumerate() (built-in function)
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti versions: +Python 3.4, Python 3.6 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22721] pprint output for sets and dicts is not stable
Fred L. Drake, Jr. added the comment: Stability in output order from pprint is very useful in doctests (yes, some people write documentation that they test). I think fixing any output stability issues would be very worthwhile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22721 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22726] Idle: add help to config dialogs
New submission from Terry J. Reedy: At one time, ConfigDialog was given a do-nothing Help button. It was diabled a couple of years ago. This patch restores it for both config dialogs, displaying a text appropriate for both. There are separate functions in anticipation of dialog-specific content. For both, there is the issue of when changes take effect (#22707). For extensions, there might be extension-specific help (#22705). -- assignee: terry.reedy files: @config-help-34.diff keywords: patch messages: 229981 nosy: sahutd, terry.reedy priority: normal severity: normal stage: patch review status: open title: Idle: add help to config dialogs type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file37010/@config-help-34.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3068] IDLE - Add an extension configuration dialog
Terry J. Reedy added the comment: #22726 Add help to both dialogs -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9351] argparse set_defaults on subcommands should override top level set_defaults
R. David Murray added the comment: Yeah, I hesitated a bit about the backports, but didn't visualize the scenario you are suggesting and thought it would be safe. Perhaps it should be backed out of 2.7 and 3.4. For 3.5, do you have any thoughts about how to make namespace= play nicely with this problem? -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9351] argparse set_defaults on subcommands should override top level set_defaults
Changes by R. David Murray rdmur...@bitdance.com: -- stage: resolved - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22725] improve documentation for enumerate() (built-in function)
R. David Murray added the comment: The existing documentation is technically correct, while your replacement leaves some things out, such as the fact that enumerate accepts an iteratable and returns an iterator that is specifically a special 'enumerate object'. (A sequence is an iteratable, but not all iterables sequences, and enumerate specifically does *not* return a list of pairs, and it is important to know that). Can you explain what it is you find confusing about the existing documentation? The examples should go a long way toward clarifying the text for those not familiar enough with the precisely correct terms it uses. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22725 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
paul j3 added the comment: This issue has already been raise in http://bugs.python.org/issue9334 argparse does not accept options taking arguments beginning with dash (regression from optparse) There I proposed leaving '_negative_number_matcher' unchanged, but only use it to set '_has_negative_number_optionals'. Testing whether argument strings are numbers or not is better done with 'complex()'. if not self._has_negative_number_optionals: try: complex(arg_string) return None except ValueError: pass That was my first patch, and I haven't looked at it much since then, other than testing that it is compatible with a number of other proposed patches. -- nosy: +paul.j3, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com