[issue17128] OS X system openssl deprecated - installer should build local libssl
Roundup Robot added the comment: New changeset 31f506f4e2d2 by Ned Deily in branch '2.7': Issue #17128: Use private version of OpenSSL for 2.7.9 OS X 10.5+ installer. https://hg.python.org/cpython/rev/31f506f4e2d2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19104] pprint produces invalid output for long strings
Serhiy Storchaka added the comment: What to do with this issue? -- versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23022] heap-use-after-free in find_maxchar_surrogates
New submission from peerhash: Line 27-29 trigger use-after-free. = ==18203== ERROR: AddressSanitizer: heap-use-after-free on address 0x60080003b2e0 at pc 0x5e844f bp 0x75351750 sp 0x75351748 READ of size 4 at 0x60080003b2e0 thread T0 #0 0x5e844e in find_maxchar_surrogates ./cpython/Objects/unicodeobject.c:1428 #1 0x5ed62e in PyUnicode_FromUnicode ./cpython/Objects/unicodeobject.c:1822 #2 0x5f57cd in PyUnicode_FromWideChar ./cpython/Objects/unicodeobject.c:2311 #3 0x7f4ebbd00976 in Z_get /media/truecrypt1/bounty/cpython/Modules/_ctypes/cfield.c:1429 #4 0x7f4ebbcde48b in PyCData_get /media/truecrypt1/bounty/cpython/Modules/_ctypes/_ctypes.c:2756 #5 0x7f4ebbcf90b8 in PyCField_get /media/truecrypt1/bounty/cpython/Modules/_ctypes/cfield.c:230 #6 0x56ff34 in _PyObject_GenericGetAttrWithDict ./cpython/Objects/object.c:1059 #7 0x5704ee in PyObject_GenericGetAttr ./cpython/Objects/object.c:1119 #8 0x56f169 in PyObject_GetAttr ./cpython/Objects/object.c:889 #9 0x70ef2d in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2442 #10 0x723c20 in fast_function ./cpython/Python/ceval.c:4368 #11 0x7234ea in call_function ./cpython/Python/ceval.c:4294 #12 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860 #13 0x71e164 in _PyEval_EvalCodeWithName ./cpython/Python/ceval.c:3610 #14 0x71e354 in PyEval_EvalCodeEx ./cpython/Python/ceval.c:3631 #15 0x6f7af3 in PyEval_EvalCode ./cpython/Python/ceval.c:773 #16 0x42ea99 in run_mod ./cpython/Python/pythonrun.c:968 #17 0x42e69f in PyRun_FileExFlags ./cpython/Python/pythonrun.c:921 #18 0x42b456 in PyRun_SimpleFileExFlags ./cpython/Python/pythonrun.c:394 #19 0x429ac3 in PyRun_AnyFileExFlags ./cpython/Python/pythonrun.c:80 #20 0x45624b in run_file ./cpython/Modules/main.c:318 #21 0x457717 in Py_Main ./cpython/Modules/main.c:767 #22 0x41b845 in main ./cpython/./Programs/python.c:69 #23 0x7f4ebc741ed4 in __libc_start_main ??:? #24 0x41b438 in _start /glibc-tmp-c47113ea580c02d806fd2bb53621c6f5/glibc-2.20/csu/../sysdeps/x86_64/start.S:122 0x60080003b2e0 is located 16 bytes inside of 37-byte region [0x60080003b2d0,0x60080003b2f5) freed by thread T0 here: #0 0x7f4ebd41d34a in __interceptor_free ??:? #1 0x41b9b5 in _PyMem_RawFree ./cpython/Objects/obmalloc.c:90 #2 0x41f4aa in _PyMem_DebugFree ./cpython/Objects/obmalloc.c:1892 #3 0x41c3db in PyMem_Free ./cpython/Objects/obmalloc.c:349 #4 0x502f7a in float_repr ./cpython/Objects/floatobject.c:275 #5 0x56d68a in PyObject_Str ./cpython/Objects/object.c:535 #6 0x500926 in PyFile_WriteObject ./cpython/Objects/fileobject.c:141 #7 0x6efe19 in builtin_print ./cpython/Python/bltinmodule.c:2243 #8 0x564fb5 in PyCFunction_Call ./cpython/Objects/methodobject.c:100 #9 0x72310c in call_function ./cpython/Python/ceval.c:4269 (discriminator 2) #10 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860 #11 0x723c20 in fast_function ./cpython/Python/ceval.c:4368 #12 0x7234ea in call_function ./cpython/Python/ceval.c:4294 #13 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860 #14 0x71e164 in _PyEval_EvalCodeWithName ./cpython/Python/ceval.c:3610 #15 0x71e354 in PyEval_EvalCodeEx ./cpython/Python/ceval.c:3631 #16 0x6f7af3 in PyEval_EvalCode ./cpython/Python/ceval.c:773 #17 0x42ea99 in run_mod ./cpython/Python/pythonrun.c:968 #18 0x42e69f in PyRun_FileExFlags ./cpython/Python/pythonrun.c:921 #19 0x42b456 in PyRun_SimpleFileExFlags ./cpython/Python/pythonrun.c:394 #20 0x429ac3 in PyRun_AnyFileExFlags ./cpython/Python/pythonrun.c:80 #21 0x45624b in run_file ./cpython/Modules/main.c:318 #22 0x457717 in Py_Main ./cpython/Modules/main.c:767 #23 0x41b845 in main ./cpython/./Programs/python.c:69 #24 0x7f4ebc741ed4 in __libc_start_main ??:? previously allocated by thread T0 here: #0 0x7f4ebd41d42a in malloc ??:? #1 0x41b918 in _PyMem_RawMalloc ./cpython/Objects/obmalloc.c:62 #2 0x41efe9 in _PyMem_DebugAlloc ./cpython/Objects/obmalloc.c:1838 #3 0x41f29e in _PyMem_DebugMalloc ./cpython/Objects/obmalloc.c:1861 #4 0x41c256 in PyMem_Malloc ./cpython/Objects/obmalloc.c:325 #5 0x78b7c0 in format_float_short ./cpython/Python/pystrtod.c:1094 #6 0x78c224 in PyOS_double_to_string ./cpython/Python/pystrtod.c:1231 #7 0x502ecb in float_repr ./cpython/Objects/floatobject.c:268 #8 0x56d68a in PyObject_Str ./cpython/Objects/object.c:535 #9 0x500926 in PyFile_WriteObject ./cpython/Objects/fileobject.c:141 #10 0x6efe19 in builtin_print ./cpython/Python/bltinmodule.c:2243 #11 0x564fb5 in PyCFunction_Call ./cpython/Objects/methodobject.c:100 #12 0x72310c in call_function ./cpython/Python/ceval.c:4269 (discriminator 2) #13 0x715433 in PyEval_EvalFrameEx ./cpython/Python/ceval.c:2860 #14 0x723c20 in fast_function
[issue23022] heap-use-after-free in find_maxchar_surrogates
Changes by peerhash ch...@rop.io: -- hgrepos: -284 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23022 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23020] New matmul operator crashes modules compiled with CPython3.4
Amaury Forgeot d'Arc added the comment: PEP384 is presented as a new way to write modules that can be loaded by multiple Python versions, specially on Windows. I could not find any place that says that modules not using the stable ABI need to be recompiled. I'm not against changing this rule (after all, I started on Windows platform where all this discussion does not apply), but it should be clearly stated somewhere in the API docs, and also in the whatsnew pages (all of them?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__
Changes by Chaitanya agrawal chaitiagra...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file37407/issue22918-inexactComment.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22883] Get rid of references to PyInt in Py3 sources
Changes by Chaitanya agrawal chaitiagra...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file37408/issue22883.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22883] Get rid of references to PyInt in Py3 sources
Serhiy Storchaka added the comment: I doubt that just removing PyInt is correct. At least in longobject.h current comment looks correct. And in fcntlmodule.c and itertoolsmodule.c proposed changes look questionable. There are also mentions of PyInt_* in *.rst and *.py files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22883 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils
New submission from Marc-Andre Lemburg: Here's the traceback from one of the AIX buildbots: [ 32/400] test_distutils unable to execute './Modules/ld_so_aix': No such file or directory [22429 refs] test test_distutils failed -- Traceback (most recent call last): File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/tests/test_build_ext.py, line 285, in test_get_outputs cmd.run() File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 337, in run self.build_extensions() File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 446, in build_extensions self.build_extension(ext) File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 528, in build_extension target_lang=language) File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/ccompiler.py, line 691, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File /home/shager/cpython-buildarea/2.7.edelsohn-aix-ppc64/build/Lib/distutils/unixccompiler.py, line 200, in link raise LinkError, msg LinkError: command './Modules/ld_so_aix' failed with exit status 1 (this is the build: http://buildbot.python.org/all/builders/PPC64%20AIX%202.7/builds/917) This appears to be related to issue18235 which was only fixed for 3.3 and 3.4. I guess a backport should fix the problem for Python 2.7 as well, but cannot test this. The result of traceback is AIX Python 2.7 always failing on the buildbot waterfall: http://buildbot.python.org/all/builders/PPC64%20AIX%202.7 -- components: Build, Distutils messages: 232420 nosy: dstufft, eric.araujo, lemburg priority: normal severity: normal status: open title: ./Modules/ld_so_aix not found on AIX during test_distutils versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils
Marc-Andre Lemburg added the comment: The problem also still exists on Python 3.4 (and probably 3.3 and 3.5 as well), even though these should have the patch from issue18235 applied: * http://buildbot.python.org/all/builders/PPC64%20AIX%203.4/builds/707 * http://buildbot.python.org/all/builders/PPC64%20AIX%203.4/builds/707/steps/test/logs/stdio Traceback: Traceback (most recent call last): File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/tests/test_build_ext.py, line 58, in test_build_ext cmd.run() File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 339, in run self.build_extensions() File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 448, in build_extensions self.build_extension(ext) File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/command/build_ext.py, line 535, in build_extension target_lang=language) File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/ccompiler.py, line 717, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File /home/shager/cpython-buildarea/3.4.edelsohn-aix-ppc64/build/Lib/distutils/unixccompiler.py, line 196, in link raise LinkError(msg) distutils.errors.LinkError: command './Modules/ld_so_aix' failed with exit status 1 -- versions: +Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23023] ./Modules/ld_so_aix not found on AIX during test_distutils
Marc-Andre Lemburg added the comment: Note that the helper Modules/ld_so_aix is created during configure. Just the path to the helper in the sysconfig data is wrong (relative to the current dir, which will most likely always be wrong except for a few special situations such as when building Python itself). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23023 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21114] wsgiref.simple_server doesn't handle multi-line headers correctly
Tom Tanner added the comment: attached is the updated patch, which unfolds multiline headers but not validate them (tests included). -- Added file: http://bugs.python.org/file37409/wsgi2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21114 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23016] uncatched exception in lib/warnings.py when executed with pythonw
STINNER Victor added the comment: warnings_stderr_none.patch looks good to me. It can be applied on Python 2.7, 3.4 and 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21775] shutil.copytree() crashes copying to VFAT on Linux: AttributeError: 'PermissionError' object has no attribute 'winerror'
STINNER Victor added the comment: Note: Python 2.7 is not affected, I cannot find winerror in shutil.py. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21775 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes
R. David Murray added the comment: For backward compatibility reasons this *can not be changed*. We are stuck with it, even though we agree it is broken. Please do not reopen the issue. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes
R. David Murray added the comment: Actually, I'm going to reopen it as a doc issue. This should be explained in the 2.7 docs. -- assignee: - docs@python components: +Documentation -Library (Lib) nosy: +docs@python status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23019] pyexpat.errors wrongly bound to message strings instead of message codes
Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +easy stage: resolved - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23019 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__
Roundup Robot added the comment: New changeset 743ebaba14db by R David Murray in branch '3.4': #22918: Drop obsolete mention of 'keys' in datamodel __iter__ docs. https://hg.python.org/cpython/rev/743ebaba14db New changeset 1a1f577ca647 by R David Murray in branch 'default': Merge: #22918: Drop obsolete mention of 'keys' in datamodel __iter__ docs. https://hg.python.org/cpython/rev/1a1f577ca647 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22918] Doc for __iter__ makes inexact comment about dict.__iter__
R. David Murray added the comment: Thanks, Chaitanya. -- resolution: - fixed stage: needs patch - resolved status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22918 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23016] uncaught exception in lib/warnings.py when executed with pythonw
Changes by R. David Murray rdmur...@bitdance.com: -- title: uncatched exception in lib/warnings.py when executed with pythonw - uncaught exception in lib/warnings.py when executed with pythonw ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23020] New matmul operator crashes modules compiled with CPython3.4
Benjamin Peterson added the comment: This is why C-extensions' PEP 3147 file tags depend on Python version. I agree the policy could stand to be documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23020 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23014] Don't have importlib.abc.Loader.create_module() be optional
Brett Cannon added the comment: What do you think about requiring create_module() and/or not supporting a None value return? The only reason I ask is to think through the ramifications and how long to raise a DeprecationWarning. I think I can live with having a reasonable default if create_module() isn't defined, but also supporting None seems a bit much. Or I can live with a None value to have import just do the most reasonable thing, but you should then explicitly ask for that by returning None. Or we just go full-on explicit and require create_module() and that it return the object to use. So assuming we go with the latter, that means people who chose to not subclass importlib.abc.Loader will have to now implement create_module(). In Python 3.5 that's easy since importlib.util.module_from_spec() now exists. But if you're supporting older versions it's a bit more work since there was only types.ModuleType() and that didn't fill in all attributes since it was missing key bits of information that is now (potentially) in the spec. That means if someone wants to be compatible from 3.4 on then it will be a bit of work to do properly. That means either a deprecation cycle that is long enough to outlast code that wants to work in 3.4 or we don't go as far and support either returning None *or* not defining create_module(). My gut says to either deprecate both options and make the deprecation last until Python 4 or to require create_module() but allow for the returning of None and have that last only a single release since adding a create_module() that returns None takes no effort and is fully backwards-compatible (my reasoning for the latter is that screwing up to return None when you meant a module is easier to debug than accidentally typing the method name, plus it means people calling super() won't break in a transition). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23014] Don't have importlib.abc.Loader.create_module() be optional
Nick Coghlan added the comment: The specific reason I wanted the return None to delegate to the default behaviour feature was to make it easier to migrate the C extension machinery. With that design, a PEP 451 based C extension loader would just need to return None when there was no appropriate Create symbol exported from the module. If returning None was disallowed, it would need to instead arrange to call importlib.util.module_from_spec(). That's doable, of course, but requires loaders to reimplement behaviour provided by the standard import system, rather than being able to just say do the default thing, whatever that happens to be. That's the kind of really easy to get wrong responsibility I appreciated PEP 451 taking *away* from custom loaders. However, I have no problem with making create_module() mandatory if the return None to request the default behaviour feature is retained. As you say, adding an implementation that returns None is both easy and remains compatible with Python 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23014 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17128] OS X system openssl deprecated - installer should build local libssl
Roundup Robot added the comment: New changeset 2b5fa8651bd0 by Ned Deily in branch '2.7': Issue #17128: Use private version of OpenSSL for 2.7.9 OS X 10.5+ installer. https://hg.python.org/cpython/rev/2b5fa8651bd0 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic
New submission from zhuoyikang: /Applications/Xcode.app/Contents/Developer/usr/bin/make Parser/pgen gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -L/usr/local/lib -export-dynamic Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Objects/obmalloc.o Python/dynamic_annotations.o Python/mysnprintf.o Python/pyctype.o Parser/tokenizer_pgen.o Parser/printgrammar.o Parser/parsetok_pgen.o Parser/pgenmain.o -ldl -framework CoreFoundation -o Parser/pgen ld: unknown option: -export-dynamic collect2: error: ld returned 1 exit status make[1]: *** [Parser/pgen] Error 1 make: *** [Include/graminit.h] Error 2 -- components: Cross-Build messages: 232434 nosy: zhuoyikang priority: normal severity: normal status: open title: Python Compile Error on Mac os X ld: unknown option: -export-dynamic versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules
Michael Foord added the comment: why not? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21600 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23025] ssl.RAND_bytes docs should mention os.urandom
New submission from Alex Gaynor: For almost any conceivable application, os.urandom is a preferable way to access a CSPRNG, and is less error prone, the docs should point this out. -- assignee: docs@python components: Documentation files: rand.diff keywords: patch messages: 232436 nosy: alex, docs@python priority: normal severity: normal status: open title: ssl.RAND_bytes docs should mention os.urandom Added file: http://bugs.python.org/file37410/rand.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23025 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23025] ssl.RAND_bytes docs should mention os.urandom
Donald Stufft added the comment: I agree completely. This is something that should generally be discouraged all together. See: http://sockpuppet.org/blog/2014/02/25/safely-generate-random-numbers/ -- nosy: +dstufft ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23025 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14965] super() and property inheritance behavior
Simon Zack added the comment: +1 to this feature, this will dramatically simplify property setting code. -- nosy: +simonzack ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14965 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22518] integer overflow in encoding unicode
Changes by Benjamin Peterson benja...@python.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22520] integer overflow in computing unicode's object representation
Benjamin Peterson added the comment: As Serhiy has noted on other bugs, the fact that the tests must be restricted to 32-bits limits their usefulness unfortunately. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22520 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules
Colton Leekley-Winslow added the comment: Patching sys.modules is an idea I got from the official documentation https://docs.python.org/3/library/unittest.mock.html#patch-dict http://mock.readthedocs.org/en/latest/patch.html#patch-dict -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21600 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic
Ned Deily added the comment: The -export-dynamic compile option is not supported nor selected at configure time for normal builds on OS X. Exactly what configure options did you use? I see that you have checked Cross-Build for components. What sort of cross-building are you attempting? -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23026] Winreg module doesn't support REG_QWORD, small DWORD doc update
New submission from Mark Grandi: The winreg module has constants for the different Windows registry types: https://docs.python.org/3/library/winreg.html?highlight=winreg#value-types It also links to the Microsoft documentation on the registry types, and I noticed that python doesn't have constants for 2 of the types (really just 1), REG_QWORD and REG_QWORD_LITTLE_ENDIAN (same as REG_QWORD). So I added the constants in winreg.c, which I think is right, as its the same format as the other ones, and I edited the documentation inside of winreg.c, which is the same changes i made to the docs in winreg.rst, except it doesn't have the markdown/rst/whatever formatting markers. I also made notes on REG_DWORD_LITTLE_ENDIAN that it is equivalent to REG_DWORD. I also tested to make sure that the documentation builds fine, but I haven't tested building python with the winreg.c changes, as I don't have access to a windows computer that can compile it at the moment. Some concerns: 1: I have no idea if REG_QWORD is defined on 32 bit windows, I would assume it would be, but I can't check at the moment. 2: There should probably be some switch statement entries in the Reg2Py() and Py2Reg() functions that deal with QWORDs, and dealing with if the python build is 32 bit vs 64 bit. I'm not comfortable with the python C internals to do that myself. My initial patch is attached, with the documentation + changes to winreg.c that just add the constants to the module -- components: Windows files: winreg_add_qword_constants_part1_markgrandi.patch keywords: patch messages: 232442 nosy: markgrandi, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Winreg module doesn't support REG_QWORD, small DWORD doc update versions: Python 3.4 Added file: http://bugs.python.org/file37411/winreg_add_qword_constants_part1_markgrandi.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23026 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23016] uncaught exception in lib/warnings.py when executed with pythonw
Roundup Robot added the comment: New changeset d04dab84388f by Serhiy Storchaka in branch '3.4': Issue #23016: A warning no longer produces AttributeError when the program https://hg.python.org/cpython/rev/d04dab84388f New changeset 0050e770b34c by Serhiy Storchaka in branch 'default': Issue #23016: A warning no longer produces an AttributeError when the program https://hg.python.org/cpython/rev/0050e770b34c New changeset aeeec8a4b9b8 by Serhiy Storchaka in branch '2.7': Issue #23016: A warning no longer produces an AttributeError when sys.stderr https://hg.python.org/cpython/rev/aeeec8a4b9b8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22992] Adding a git developer's guide to Mercurial to devguide
Demian Brecht added the comment: After some further investigation, this seems to be what's happening. Note: this is based on a small amount of research and hasn't been validated by any mercurial devs, so it might be missing key pieces: In cases where a local topological head is unknown to a remote, the commit history of that head's branch is sent to the remote server for comparison. This /is/ chunked, but it seems that the number of commits sent per request is hardcoded to 200 (in Mercurial 2.9.2 at any rate). Because 200 commit hashes are added to the header, the size of the header is greater than what is allowed by the app server (I'm seeing 8k headers when the discovery step runs with my changes) leading to the error responses when using HTTP(S). So, to encounter this issue, the following must be true: * The user must have a topological head that the remote is unaware of * The number of commits resulting from a DAG traversal must result in a header that exceeds the allowed limits of the given app server Because the discovery requests are chunked, if the allowed header size was increased on the app server to account for the worst case scenario (200 commit hashes), this problem should be fixed and not encountered again as I previously thought would be the case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22992] Adding a git developer's guide to Mercurial to devguide
Antoine Pitrou added the comment: I suggest you post your findings on the mercurial mailing-list (http://selenic.com/mailman/listinfo/mercurial, there's a gmane mirror also). I would be surprised if there weren't an easy way of circumventing it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23027] test_warnings fails with -Werror
New submission from Serhiy Storchaka: $ ./python -Werror -m test.regrtest -v test_warnings ... == ERROR: test_warning_classes (test.test_warnings.CWarnTests) -- Traceback (most recent call last): File /home/serhiy/py/cpython/Lib/test/test_warnings.py, line 460, in test_warning_classes self.module.warn('good warning category', MyWarningClass) test.test_warnings.WarnTests.test_warning_classes.locals.MyWarningClass: good warning category == ERROR: test_warning_classes (test.test_warnings.PyWarnTests) -- Traceback (most recent call last): File /home/serhiy/py/cpython/Lib/test/test_warnings.py, line 460, in test_warning_classes self.module.warn('good warning category', MyWarningClass) File /home/serhiy/py/cpython/Lib/warnings.py, line 204, in warn globals) File /home/serhiy/py/cpython/Lib/warnings.py, line 249, in warn_explicit raise message test.test_warnings.WarnTests.test_warning_classes.locals.MyWarningClass: good warning category -- This is 3.x only issue. -- components: Tests messages: 232446 nosy: serhiy.storchaka priority: normal severity: normal status: open title: test_warnings fails with -Werror type: behavior versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23027 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23028] CEnvironmentVariableTests and PyEnvironmentVariableTests test the same implementation
New submission from Serhiy Storchaka: CEnvironmentVariableTests and PyEnvironmentVariableTests are purposed to test C and Python implementations. But they are test the same implementation because execute test code in a subprocess and changes of sys.modules in current process don't affect a subprocess. -- components: Tests messages: 232447 nosy: serhiy.storchaka priority: normal severity: normal stage: needs patch status: open title: CEnvironmentVariableTests and PyEnvironmentVariableTests test the same implementation type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23028 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23029] test_warnings produces extra output in quit mode
New submission from Serhiy Storchaka: $ ./python -m test.regrtest -q test_warnings test.test_warnings:559: UserWarning: test This is 2.7 only issue. -- components: Tests messages: 232448 nosy: serhiy.storchaka priority: normal severity: normal status: open title: test_warnings produces extra output in quit mode type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23029 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23016] uncaught exception in lib/warnings.py when executed with pythonw
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23016 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22992] Adding a git developer's guide to Mercurial to devguide
Demian Brecht added the comment: The issue and solution was confirmed on IRC in #mercurial by mpm (Matt Mackall). According to him, there is also no easy way to change this behaviour from the client. The problem isn't /really/ a Mercurial issue, but an issue with web server specific defaults. The default for Apache (which is what is being used here, correct?) is 8k. The worst case header size was ~8.4k. So I'd say that upping the limit to 9k or 10k would account for the worst case scenario as well as add a small buffer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23027] test_warnings fails with -Werror
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23027 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23029] test_warnings produces extra output in quiet mode
Changes by Serhiy Storchaka storch...@gmail.com: -- title: test_warnings produces extra output in quit mode - test_warnings produces extra output in quiet mode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23029 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19527] Test failures with COUNT_ALLOCS
Changes by Serhiy Storchaka storch...@gmail.com: -- components: +Tests nosy: +serhiy.storchaka stage: - patch review type: - behavior versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19527 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19527] Test failures with COUNT_ALLOCS
Serhiy Storchaka added the comment: Why do you check hasattr(sys, 'getrefcount') in test_io.py, but hasattr(sys, 'getcounts') in all other tests? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19527 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18383] test_warnings modifies warnings.filters when running with -W default
Serhiy Storchaka added the comment: The patch fixes symptoms. It would be better to fix the cause of the issue -- warnings.filters shouldn't duplicate after module reloading. -- nosy: +serhiy.storchaka versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18383 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14784] Re-importing _warnings changes warnings.filters
Serhiy Storchaka added the comment: Issue18383 is a duplicate of this issue but it has a patch (not perfect). -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14784 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22823] Use set literals instead of creating a set from a list
Michael Foord added the comment: Patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23006] Improve the doc and indexing of adict.__missing__.
Roundup Robot added the comment: New changeset 0fe3fb886c38 by Terry Jan Reedy in branch '2.7': Issue #23006: Improve the documentation and indexing of dict.__missing__. https://hg.python.org/cpython/rev/0fe3fb886c38 New changeset 31875b244bdf by Terry Jan Reedy in branch '3.4': Issue #23006: Improve the documentation and indexing of dict.__missing__. https://hg.python.org/cpython/rev/31875b244bdf New changeset 41b172fd4479 by Terry Jan Reedy in branch '3.4': Issue #23006 whitespace https://hg.python.org/cpython/rev/41b172fd4479 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23006] Improve the doc and indexing of adict.__missing__.
Terry J. Reedy added the comment: I made a couple more minor revisions to the 3.4 stdtypes text and copied the revised paragraph, with the code example, to 2.7 -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23006 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20866] segfailt with os.popen and SIGPIPE
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - fixed stage: test needed - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20866 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22992] Adding a git developer's guide to Mercurial to devguide
Demian Brecht added the comment: I've added a section about rebasing and removed the comment about merging. Of course, I'm assuming that the config changes can be made to Apache to allow for this workflow. -- Added file: http://bugs.python.org/file37412/issue22992_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22225] Add SQLite support to http.cookiejar
Demian Brecht added the comment: Coming back to this, it's likely a bad idea as an addition to the standard library as an update may be required out of band with scheduled deployments should schemas and such change. This is best developed as an external module. Closing. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21600] mock.patch.stopall doesn't work with patch.dict to sys.modules
Eric Snow added the comment: At least for CPython sys.modules is initially set to the modules dict on the interpreter struct. As of 3.4 the import system itself only cares about sys.modules (I'll have to double check on builtin___import__). However, if I recall correctly at least part of the import C-API interacts directly with the original interpreter copy of the modules dict. The catch is that setting sys.modules to something else does not also change the dict on the interpreter struct. So they will be out of sync. This may cause problems. In practice I don't think it's a big deal, but there is no guarantee that patching out sys.modules will give you the behavior that you expect. See also issue #12633. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21600 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic
zhuoyikang added the comment: Sorry, i am not cross-build , i just building it on my mac os x machine : i fellow this = Build Instructions -- On Unix, Linux, BSD, OSX, and Cygwin: New text ./configure make make test sudo make install This will install Python as python3. 2014-12-11 3:38 GMT+08:00 Ned Deily rep...@bugs.python.org: Ned Deily added the comment: The -export-dynamic compile option is not supported nor selected at configure time for normal builds on OS X. Exactly what configure options did you use? I see that you have checked Cross-Build for components. What sort of cross-building are you attempting? -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23024 ___ -- title: Python Compile Error on Mac os X ld: unknown option: -export-dynamic - Python Compile Error on Mac os X ld: unknown option: -export-dynamic ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23024] Python Compile Error on Mac os X ld: unknown option: -export-dynamic
Ned Deily added the comment: That should work just fine, assuming you are using an unmodified Python 3.4.x source download or the 3.4 branch of a source repo. My best guess as to why you are running into problems is that you may be picking up build tools other than those supplied by Apple. On recent versions of OS X, make sure you have run 'sudo xcode-select --install' to install the latest version of the command line tools and check your shell $PATH variable. There may be clues in the config.log file produced by running ./configure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23024 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22823] Use set literals instead of creating a set from a list
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: michael.foord - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com