[issue21124] _struct module compilation error under Cygwin 1.7.17 on Python 3.4
dellair jie added the comment: Fixed with the patch. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21124 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Gregory P. Smith added the comment: Don't use print (to stdout) or sys.stderr directly. There are already many other uses of warnings.warn within the zipfile module. Be consistent with those. Existing zipfile warnings seem to favor lazily importing warnings when its needed rather than a top level 'import warnings'. While I find that annoying, there are sometimes reasons to do it and the minimally invasive change that is consistent with the rest of the existing code is to do the same thing here. something similar to: +if self.debug and fname != zinfo.orig_filename: +import warnings +warnings.warn( +'Warning: Filename in directory %s and header %s differ.' % ( +zinfo.orig_filename, fname)) -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21381] Python 3.4+ interpreter built on/with OS X 10.7 deployment target segfaults on 10.8+
Ronald Oussoren added the comment: The problem in Issue18075 depends on the amount of C stack used on average during recursion because unlike Windows the Unix ports don't test if the end of the stack is reached but just check for a maximum recursion count. It could well be that the problem in that issue don't happen at the moment due to small changes in either CPython or the compiler. It is also easier to trigger the problem with a debug build. I have no idea why the linker flag causes problems, I'd have to debug this myself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21390] strdup may cause Segment Fault on Android
New submission from Li Zhenhua: On Android platform, when run python command without any scripts, it may crash, get an error message Segment Fault. This is because strdup with a NULL pointer. Details: In file Modules/readline.c, function static void setup_readline(void) This line: char *saved_locale = strdup(setlocale(LC_CTYPE, NULL)); When running on an Android platform, setlocale(LC_CTYPE, NULL) returns NULL, and this causes strdup with a NULL pointer, then Segment Fault occurs. -- components: Cross-Build files: strdup.patch keywords: patch messages: 217580 nosy: lizhenhua.dev priority: normal severity: normal status: open title: strdup may cause Segment Fault on Android versions: Python 3.5 Added file: http://bugs.python.org/file35105/strdup.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20438] inspect: Deprecate getfullargspec?
Stéphane Wirtel added the comment: @Larry Hasting: If you check my patch, it's the case where I modify the documentation and add a DeprecationWarning in the code. @Yury Selivanov, @Nick Coghlan, @Brett Cannon: From your point of views, I need to propose a patch just for the documentation, I agree with that. @Brett Cannon: In the current patch, I implemented a test with the python version. If the version is greater or equal than 3.7, in this case, I raise an exception. I propose to follow the solution of @Yury Selinanov, just deprecate the function in the documentation and keep the check in the unit test for the version. Are you agree? Thanks -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20438 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21391] PATCH: using the abspath shortcut in Lib/shutil
Changes by Yinon Ehrlich yino...@users.sourceforge.net: -- components: Library (Lib) nosy: Yinon priority: normal severity: normal status: open title: PATCH: using the abspath shortcut in Lib/shutil versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21391 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21380] timezone support in strftime methods broken
Jayanth Koushik added the comment: This is not an issue with strftime. By default, datetime and time objects are 'navie' and they do not contain timezone info. Nor does the datetime module provide any tzinfo classes of its own. You would need to write a class derived from tzinfo and specify it as the tzinfo attribute for these objects to be timezone aware. -- nosy: +jayanthkoushik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21380 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20951] SSLSocket.send() returns 0 for non-blocking socket
Antoine Pitrou added the comment: Am I doing something wrong? I can reproduce the failure here. There might be different behaviour accross OpenSSL versions (mine is 1.0.1e). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20951 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21224] BaseHTTPRequestHandler, update the protocol version to http 1.1 by default?
Stéphane Wirtel added the comment: In this case, I suggest than by default, we use the version 1.1 of HTTP and not 1.0. We are in 2014, I suppose that all the old http clients use the version 1.1 of the protocol, otherwise, the user can specify the version 1.0. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21224 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16104] Compileall script: add option to use multiple cores
Claudiu.Popa added the comment: Updated patch according to the python-dev thread: - processes renamed to workers - `workers` defaults to 1 - When `workers` is equal to 0, then `os.cpu_count` will be used - When `workers` 1, multiple processes will be used - When `workers` == 1, run normally (no multiple processes) - Negative values raises a ValueError - Will raise NotImplementedError if multiprocessing can't be used (when `workers` equals to 0 or 1) -- Added file: http://bugs.python.org/file35106/issue16104_12.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable
New submission from dellair jie: Folks, I am running Python 3.4 on Cygwin 1.7.17 on Windows 2008. The constant error I get is: Traceback (most recent call last): File M:/sb3_ljie/bce/cmTools/lib/CC.py, line 321, in standAlone results = Process.execute (cmd = cmd, opts = opts) File M:/sb3_ljie/bce/cmTools/lib/Process.py, line 327, in execute timeout = timeout) File /usr/local/lib/python3.4/subprocess.py, line 535, in call with Popen(*popenargs, **kwargs) as p: File /usr/local/lib/python3.4/subprocess.py, line 848, in __init__ restore_signals, start_new_session) File /usr/local/lib/python3.4/subprocess.py, line 1379, in _execute_child restore_signals, start_new_session, preexec_fn) BlockingIOError: [Errno 11] Resource temporarily unavailable Python script is invoked via socket (server runs Cygwin inetd). While the script (snippet) Process.py is as below with relatively large data return: import subprocess, os, tempfile, re def execute (cmd = None, opts = None, log = None, verify = False, cmdlog = False, audit = False, logappend = False, ignorestatus = False, umask = None, host = None, interrupt = None, timeout = None, forceaudit = False): global __signal global __signalList returnData = {status: 0, rawstatus: 0, interrupt: 0, stdout: None, stderr: None} os.environ[ENV] = stdOutHandle, stdOut = tempfile.mkstemp (text = True) stdErrHandle, stdErr = tempfile.mkstemp (text = True) if re.match (\s, cmd): cmd = ' + cmd + ' cmd = [cmd] opts = opts.split() cmd.extend (opts) if not verify: if umask: originalUmask = os.umask (umask) if interrupt: for idex, item in enumerate (__signalList): if item: signal.signal (idex, interrupt) __signal = 0 returnData[rawstatus] = subprocess.call (cmd, stdout = stdOutHandle, stderr = stdErrHandle, timeout = timeout) returns = returnData[rawstatus] os.close (stdOutHandle) os.close (stdErrHandle) Br, Dellair -- messages: 217585 nosy: dellair.jie priority: normal severity: normal status: open title: Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21392 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable
Changes by dellair jie dell...@gmail.com: -- components: +IO type: - resource usage ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21392 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable
Eric V. Smith added the comment: Can you provide a working example? How are you calling execute()? What are __signal and __signalList set to? Note that the default of None for cmd can't ever work, due to calling re.match (\s, cmd). -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21392 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21391] PATCH: using the abspath shortcut in Lib/shutil
New submission from Eric V. Smith: If you meant to supply a patch, it is missing. And in any event, you need to describe the issue. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21391 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21390] readline: setlocale() returns NULL on Android
STINNER Victor added the comment: Here is a patch. -- nosy: +haypo title: strdup may cause Segment Fault on Android - readline: setlocale() returns NULL on Android versions: +Python 2.7, Python 3.4 Added file: http://bugs.python.org/file35107/readline_android.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21387] Memory leaks when embedded interpreter is reinitialized
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21387 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21390] readline: setlocale() returns NULL on Android
Stéphane Wirtel added the comment: +1 for the patch -- nosy: +matrixise ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21390 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21393] Python/random.c: close hCryptProv at exit
New submission from STINNER Victor: Attached patch closes hCryptProv handle at Python exit. -- files: random_closehandle.patch keywords: patch messages: 217591 nosy: haypo priority: normal severity: normal status: open title: Python/random.c: close hCryptProv at exit versions: Python 3.5 Added file: http://bugs.python.org/file35108/random_closehandle.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21393 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21393] Python/random.c: close hCryptProv at exit
Changes by STINNER Victor victor.stin...@gmail.com: -- components: +Windows nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21393 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21393] Python/random.c: close hCryptProv at exit
Stéphane Wirtel added the comment: +1 for the patch -- nosy: +matrixise ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21393 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21384] Windows: Make handle non inheritable by default
STINNER Victor added the comment: On Windows, handles are created non-inheritable by default, but I would prefer to double check. The tool Handle can be used to list all open handles of a process: http://technet.microsoft.com/en-us/sysinternals/bb896655.aspx To test that all handles are non-inheritable: run all Python unit tests, create a subprocesss with close_fds=False, list open handles of the child process and check that the list of not longer than a fresh Python process. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21384 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21233] Add *Calloc functions to CPython memory allocation API
STINNER Victor added the comment: @Stefan: Can you please review calloc-6.patch? Charles-François wrote that the patch looks good, but for such critical operation (memory allocation), I would prefer a second review ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21233 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21394] Lib/random.py: use more efficient code to convert bytes to integer
New submission from STINNER Victor: In Lib/random.py, I see lines like that: long(_hexlify(_urandom(32)), 16) I guess that something more efficient can be fonud to convert a bytes string to an integer. bytes.from_bytes() maybe? -- keywords: easy messages: 217595 nosy: haypo priority: normal severity: normal status: open title: Lib/random.py: use more efficient code to convert bytes to integer type: performance versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21394 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
akira added the comment: It looks like a bug in the subprocess module e.g., if child process does: sys.stdout.write(sys.stdin.readline()) sys.stdout.flush() and the parent: p.stdin.write(line) #NOTE: no flush line = p.stdout.readline() then a deadlock may happen with bufsize=1 (because it is equivalent to bufsize=-1 in the current code) Surprisingly, it works if universal_newlines=True but only for C implementation of io i.e., if C extension is disabled: import io, _pyio io.TextIOWrapper = _pyio.TextIOWrapper then it blocks forever even if universal_newlines=True with bufsize=1 that is clearly wrong (-- bug) e.g., `test_universal_newlines` deadlocks with _pyio.TextIOWrapper C implementation works because it sets `needflush` flag even if only `write_through` is provided [1]: if (self-write_through) needflush = 1; else if (self-line_buffering (haslf || PyUnicode_FindChar(text, '\r', 0, PyUnicode_GET_LENGTH(text), 1) != -1)) needflush = 1; [1]: http://hg.python.org/cpython/file/0b2e199ad088/Modules/_io/textio.c#l1333 Python io implementation doesn't flush with only `write_through` flag. It doesn't deadlock if bufsize=0 whether universal_newlines=True or not. Note: Python 2.7 doesn't deadlock with bufsize=0 and bufsize=1 in this case as expected. What is not clear is whether it should work with universal_newline=False and bufsize=1: both current docs and Python 2.7 behaviour say that there should not be a deadlock. I've updated the docs to mention that bufsize=1 works only with universal_newlines=True and added corresponding tests. I've also updated the subprocess' code to pass line_buffering explicitly. Patch is uploaded. -- keywords: +patch type: - behavior Added file: http://bugs.python.org/file35109/subprocess-line-buffering-issue21332.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21393] Python/random.c: close hCryptProv at exit
Tim Golden added the comment: The crypto stuff's not really my area. I agree that the patch looks sane. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21393 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21395] runtests.rst: link build Python to setup.rst#compiling
New submission from Brian Gesiak: runtests.rst insists that readers must build Python before running the tests. For those readers that have not yet built Python, add a link to more information on how to do so. -- components: Devguide files: runtests.rst.patch hgrepos: 243 keywords: patch messages: 217598 nosy: ezio.melotti, modocache priority: normal severity: normal status: open title: runtests.rst: link build Python to setup.rst#compiling type: enhancement Added file: http://bugs.python.org/file35110/runtests.rst.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21395 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21394] Lib/random.py: use more efficient code to convert bytes to integer
Claudiu.Popa added the comment: Do you mean int.from_bytes? It's already changed in Python 3.5: int.from_bytes(_urandom(32), 'big'). -- nosy: +Claudiu.Popa ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21394 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21396] Python io implementation doesn't flush with write_through=True unlike C implementation
New submission from akira: related: msg217596 (bufsize=1 is broken if subprocess module uses Python io) TextIOWrapper.write behavior: _pyio.py [1]: if self._line_buffering and (haslf or \r in s): self.flush() textio.c [2]: if (self-write_through) needflush = 1; else if (self-line_buffering (haslf || PyUnicode_FindChar(text, '\r', 0, PyUnicode_GET_LENGTH(text), 1) != -1)) needflush = 1; C implementation calls flush() if write_through=True, Python implementation doesn't. [1]: http://hg.python.org/cpython/file/0b2e199ad088/Lib/_pyio.py#l1636 [2]: http://hg.python.org/cpython/file/0b2e199ad088/Modules/_io/textio.c#l1333 -- components: IO messages: 217600 nosy: akira priority: normal severity: normal status: open title: Python io implementation doesn't flush with write_through=True unlike C implementation type: behavior versions: Python 3.3, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21396 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
akira added the comment: Related issue #21396 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21397] tempfile.py: Fix grammar in docstring, comment typos
New submission from Brian Gesiak: Commit 1: tempfile.py: Fix grammar in docstring Meaning of just below in docstring is unclear; it could mean either the interfaces listed immediately below this docstring, or only the interfaces listed as safe below. Fix wording to take on the latter meaning. Commit 2: tempfile.py: Fix typo in comment: s/hget/get/ --- This is my first patch to CPython, but hopefully not my last! Any and all feedback, such as on patch submission etiquette, is very much appreciated! -- components: Library (Lib) files: tempfile.py.patch hgrepos: 244 keywords: patch messages: 217602 nosy: modocache priority: normal severity: normal status: open title: tempfile.py: Fix grammar in docstring, comment typos versions: Python 3.5 Added file: http://bugs.python.org/file35111/tempfile.py.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21397 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable
dellair jie added the comment: The value of __signal and __signalList: __signal=0 __signalList=[None] * 256 __signalList[signal.SIGHUP] = signalHandler __signalList[signal.SIGQUIT] = signalHandler __signalList[signal.SIGUSR1] = signalHandler __signalList[signal.SIGUSR2] = signalHandler signal.signal (signal.SIGHUP, signalHandler) signal.signal (signal.SIGQUIT, signalHandler) signal.signal (signal.SIGUSR2, signalHandler) signal.signal (signal.SIGUSR1, signalHandler) I think those are irrelevant though. cmd is a command and that is working. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21392 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
New submission from Stefan Krah: $ ./python -m pydoc heapq Traceback (most recent call last): File /home/stefan/hg/cpython/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /home/stefan/hg/cpython/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /home/stefan/hg/cpython/Lib/pydoc.py, line 2615, in module cli() File /home/stefan/hg/cpython/Lib/pydoc.py, line 2580, in cli help.help(arg) File /home/stefan/hg/cpython/Lib/pydoc.py, line 1862, in help elif request: doc(request, 'Help on %s:', output=self._output) File /home/stefan/hg/cpython/Lib/pydoc.py, line 1600, in doc pager(render_doc(thing, title, forceload)) File /home/stefan/hg/cpython/Lib/pydoc.py, line 1408, in pager pager(text) File /home/stefan/hg/cpython/Lib/pydoc.py, line 1422, in lambda return lambda text: pipepager(text, os.environ['PAGER']) File /home/stefan/hg/cpython/Lib/pydoc.py, line 1449, in pipepager pipe.write(text) UnicodeEncodeError: 'ascii' codec can't encode character '\xe7' in position 3574: ordinal not in range(128) $ stty sane $ locale LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE=C LC_NUMERIC=C LC_TIME=C LC_COLLATE=C LC_MONETARY=C LC_MESSAGES=C LC_PAPER=C LC_NAME=C LC_ADDRESS=C LC_TELEPHONE=C LC_MEASUREMENT=C LC_IDENTIFICATION=C LC_ALL=C -- messages: 217604 nosy: skrah priority: normal severity: normal status: open title: pydoc heapq leaves terminal in an unusable state versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
Changes by Stefan Krah stefan-use...@bytereef.org: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable
Eric V. Smith added the comment: I'd like to help with this, but unless you can provide a script I can run that shows the problem, I can't. I don't have the time to figure out what parameters I need to pass in to cause the problem. Sorry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21392 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18564] Integer overflow in socketmodule
Changes by Michele Orrù maker...@gmail.com: Added file: http://bugs.python.org/file35112/issue18564.2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18564 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21399] inspect and class methods
New submission from Stefan Krah: In Python2.7, the cls parameter shows up in pydoc: frombuf(cls, buf) from __builtin__.type Construct a TarInfo object from a 512 byte string buffer. In 3.5, it doesn't: frombuf(buf, encoding, errors) from builtins.type Construct a TarInfo object from a 512 byte bytes object. inspect.signature shows 'self', but not 'cls': from tarfile import * from inspect import * signature(TarInfo.create_gnu_header) Signature at 0x7f50cf110cf0 (self, info, encoding, errors) signature(TarInfo.frombuf) Signature at 0x7f50cf11cc88 (buf, encoding, errors) So my guess is that this is an oversight. How about the C docstrings? Can we get $cls for classmethods? -- messages: 217606 nosy: Yury.Selivanov, larry, skrah priority: normal severity: normal status: open title: inspect and class methods type: behavior versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21399 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
R. David Murray added the comment: Works fine for me. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
Stéphane Wirtel added the comment: the pydoc module works fine but when I use CTRL-C to quit it, I get this error in the terminal. I think it's an other bug but the traceback is really similar. Stephane Traceback (most recent call last): File /Users/stephane/src/projects/externals/cpython/Lib/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /Users/stephane/src/projects/externals/cpython/Lib/runpy.py, line 85, in _run_code exec(code, run_globals) File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 2615, in module cli() File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 2580, in cli help.help(arg) File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 1862, in help elif request: doc(request, 'Help on %s:', output=self._output) File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 1600, in doc pager(render_doc(thing, title, forceload)) File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 1408, in pager pager(text) File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 1428, in lambda return lambda text: pipepager(text, 'less') File /Users/stephane/src/projects/externals/cpython/Lib/pydoc.py, line 1450, in pipepager pipe.close() File /Users/stephane/src/projects/externals/cpython/Lib/os.py, line 957, in close returncode = self._proc.wait() File /Users/stephane/src/projects/externals/cpython/Lib/subprocess.py, line 1581, in wait (pid, sts) = self._try_wait(0) File /Users/stephane/src/projects/externals/cpython/Lib/subprocess.py, line 1529, in _try_wait (pid, sts) = _eintr_retry_call(os.waitpid, self.pid, wait_flags) File /Users/stephane/src/projects/externals/cpython/Lib/subprocess.py, line 502, in _eintr_retry_call return func(*args) KeyboardInterrupt -- nosy: +matrixise ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
Stefan Krah added the comment: Did you use the same locale settings? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20974] email module docs say not compatible with current python version
R. David Murray added the comment: Like I said, the compatibility claims are almost certainly incorrect. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] pydoc heapq leaves terminal in an unusable state
Stéphane Wirtel added the comment: locale LANG=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_ALL=en_US.UTF-8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state
Stefan Krah added the comment: Sorry, then I should have been more explicit: The failure only occurs with LC_CTYPE=C. -- title: pydoc heapq leaves terminal in an unusable state - LC_CTYPE=C: pydoc leaves terminal in an unusable state ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state
R. David Murray added the comment: Ah, yes, my lc_ctype was en_US.utf-8. I can reproduce it if I change that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state
Stéphane Wirtel added the comment: I use OSX 10.9 on my laptop, Python 3.5 and I get this error in one case. If I use CTRL-C to quit the application and if LC_CTYPE=C. with the 'q' key, I don't get this problem. Just LC_CTYPE=C and CTRL-C and I have to reset my terminal. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state
Stefan Krah added the comment: I can also confirm the need to reset the terminal when using a working locale and Ctrl-C. So we have two issues then: 1) The UnicodeDecodeError should not happen. 2) pydoc behaves erratically after various exceptions. In Python2.7 neither of the issues is present. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Nick Coghlan added the comment: As Greg suggested, the important thing is to follow the precedent set by other debug messages in the module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21233] Add *Calloc functions to CPython memory allocation API
Stefan Krah added the comment: Victor, sure, maybe not right away. If you prefer to commit very soon, I promise to do a post commit review. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21233 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state
Stéphane Wirtel added the comment: In python 2.7, If I use my working locales (utf-8) and I use CTRL-C, pydoc does not quit but leave a message when the screen is cleaned. same result with LC_CTYPE=C bash-4.3$ python -m pydoc heapq Traceback (most recent call last): File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 2359, in module if __name__ == '__main__': cli() File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 2328, in cli help.help(arg) File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 1793, in help elif request: doc(request, 'Help on %s:') File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 1532, in doc pager(render_doc(thing, title, forceload)) File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 1337, in pager pager(text) File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 1357, in lambda return lambda text: pipepager(text, 'less') File /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py, line 1379, in pipepager pipe.close() KeyboardInterrupt bash-4.3$ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21233] Add *Calloc functions to CPython memory allocation API
STINNER Victor added the comment: If you prefer to commit very soon, I promise to do a post commit review. There is no need to hurry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21233 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21395] runtests.rst: link build Python to setup.rst#compiling
Roundup Robot added the comment: New changeset 678310833d85 by Benjamin Peterson in branch 'default': add link to compiling documentation (closes #21395) http://hg.python.org/devguide/rev/678310833d85 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21395 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21282] setup.py: More informative error msg for modules which built but failed import check
Roundup Robot added the comment: New changeset 981242c8fc86 by Benjamin Peterson in branch 'default': setup.py: report modules which built but import failed (closes #21282) http://hg.python.org/cpython/rev/981242c8fc86 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21282 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21400] Code coverage documentation is out-of-date.
New submission from Stéphane Wirtel: In the section Increase Test Coverage of the DevGuide : https://docs.python.org/devguide/_sources/coverage.txt You can read this paragraph where there is a url for a website, but the website is out-of-date and don't reflect the right version of Python. Choosing what module you want to increase test coverage for can be done in a couple of ways. A third-party website at http://coverage.livinglogic.de/ provides an overall view of how good coverage is for various modules (you will want to focus on those in the ``Lib`` directory as those are the pure Python modules from Python's stdlib, and thus easier to work with than the C extension modules). But since this is a third-party site we cannot promise that it will always be accessible or have useful information (i.e., be working properly). Python code coverage Generated at 2013-08-14 08:28:40 Last commit at 2013-08-14 03:34:49 by Raymond Hettinger Changeset identification hash ac2f59a6637f0cc69c4a5541195ce752cf34952a Local revision number 85168 Two options, remove the link or update the site. -- messages: 217622 nosy: matrixise priority: normal severity: normal status: open title: Code coverage documentation is out-of-date. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21400] Code coverage documentation is out-of-date.
Walter Dörwald added the comment: The cronjob that produces this information has been deactivated, because it currently produces broken output. The code for that job is available from here: https://pypi.python.org/pypi/pycoco It would be great to have up to date coverage info for Python again, but I don't have time to work on that. Perhaps someone can combine this code and Ned Batchelder coverage script to implement a new coverage site (that includes coverage info for C modules). However for now I think this link should be removed. -- nosy: +doerwalter ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Adam Polkosnik apolkos...@gmail.com: Removed file: http://bugs.python.org/file33666/zipfile_stupid3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Adam Polkosnik apolkos...@gmail.com: Removed file: http://bugs.python.org/file35104/zipfile_276_filename_mismatch.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Adam Polkosnik apolkos...@gmail.com: Removed file: http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 -- Added file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: Attached is a patch with warnings against 3.4.0 -- Added file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Adam Polkosnik apolkos...@gmail.com: Removed file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21400] Code coverage documentation is out-of-date.
Stéphane Wirtel added the comment: Ok thanks for your feedback about your script. Where can I find the scripts of Ned? Thank you -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21400 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 (this one should be good to go) -- Added file: http://bugs.python.org/file35115/zipfile_276_filename_mismatch_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21399] inspect and class methods
Yury Selivanov added the comment: In Python2.7, the cls parameter shows up in pydoc: frombuf(cls, buf) from __builtin__.type Construct a TarInfo object from a 512 byte string buffer. In 3.5, it doesn't: frombuf(buf, encoding, errors) from builtins.type Construct a TarInfo object from a 512 byte bytes object. Yes, that's a correct behaviour in 3.4 and 3.5. See #20710 for details. signature(TarInfo.create_gnu_header) Signature at 0x7f50cf110cf0 (self, info, encoding, errors) signature(TarInfo.frombuf) Signature at 0x7f50cf11cc88 (buf, encoding, errors) There is no bug here. `TarInfo.create_gnu_header` is an unbound method, that indeed requires first argument 'self'. `TarInfo.frombuf` is a classmethod, so it doesn't need a 'cls' arg. Signature, by default and by design, only shows arguments that need to be passed to correctly execute the given callable. How about the C docstrings? Can we get $cls for classmethods? Yes, I think it should work. -- nosy: +yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21399 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21380] timezone support in strftime methods broken
Ned Deily added the comment: As Jayanth points out, datetime objects are deliberately time zone naive by default; please read https://docs.python.org/2/library/datetime.html and https://docs.python.org/2/library/datetime.html#tzinfo-objects for more information. Also see https://pypi.python.org/pypi/pytz/. -- nosy: +ned.deily resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21380 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21396] Python io implementation doesn't flush with write_through=True unlike C implementation
Changes by Ned Deily n...@acm.org: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21396 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20094] intermitent failures with test_dbm
Jesús Cea Avión added the comment: I can't reproduce on Linux 12.04. I tried the test a thousand times. Ethan, what is your build environment? -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20094 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10650] decimal.py: quantize(): excess digits with watchexp=0
Roundup Robot added the comment: New changeset c2f827af02a2 by Stefan Krah in branch 'default': Issue #10650: Remove the non-standard 'watchexp' parameter from the http://hg.python.org/cpython/rev/c2f827af02a2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10650 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
Changes by Ned Deily n...@acm.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18104] Idle: make human-mediated GUI tests usable
Changes by Terry J. Reedy tjre...@udel.edu: Removed file: http://bugs.python.org/file35096/18104-htest2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18104] Idle: make human-mediated GUI tests usable
Changes by Terry J. Reedy tjre...@udel.edu: Removed file: http://bugs.python.org/file35099/18104-htest3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18104] Idle: make human-mediated GUI tests usable
Terry J. Reedy added the comment: Defective patches removed and replaced with one that includes current htest.py and should have proper (unix) line endings. -- Added file: http://bugs.python.org/file35116/18104-htest4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21401] python2 -3 does not warn about str to bytes conversions and comparisons
New submission from Joshua J Cogliati: The -3 option should warn about str to bytes conversions and str to bytes comparisons: For example in Python 3 the following happens: python3 Python 3.3.2 snip Type help, copyright, credits or license for more information. ba + a Traceback (most recent call last): File stdin, line 1, in module TypeError: can't concat bytes to str ba == a False But even python2 -3 does not warn about either of these uses: python2 -3 Python 2.7.5 snip Type help, copyright, credits or license for more information. ba + a 'aa' ba == a True ua + a u'aa' ua == a True These two issues are some of the more significant problems I have in trying get python2 code working with python3, and if -3 does not warn about it this is harder to do. -- components: Unicode messages: 217633 nosy: Joshua.J.Cogliati, ezio.melotti, haypo priority: normal severity: normal status: open title: python2 -3 does not warn about str to bytes conversions and comparisons versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21401 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Berker Peksag added the comment: --- a/zipfile.pyWed Apr 30 11:27:16 2014 +++ b/zipfile.pyWed Apr 30 11:27:01 2014 @@ -1174,8 +1174,9 @@ else: fname_str = fname.decode(cp437) -if fname_str != zinfo.orig_filename: -raise BadZipFile( +if self.debug and fname_str != zinfo.orig_filename: +import warnings +warnings.warn( 'File name in directory %r and header %r differ.' % (zinfo.orig_filename, fname)) Also, you need to add ``stacklevel=2`` to warnings.warn(). -- nosy: +berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: 3.4.0 pathc with stacklevel=2 -- Added file: http://bugs.python.org/file35117/zipfile_340_filename_mismatch_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Jim Jewett added the comment: I'm leaving it as needs patch because it isn't clear exactly what a committer should do. I think the current intent is to make the changes listed in zipfile_???_filename_mismatch_v2.patch (which are not listed as reviewable -- but the changes are indeed sufficiently straightforward that the the files -- if need be -- could be edited by hand as if they were made originally by the committer.) This change is small enough (warning instead of raise) that a test case is probably not strictly required, but it would be helpful. test.zip would presumably be useful data for a test case. There is dispute over whether this would be an enhancement (more generous with what to accept), a bug fix, or a security *regression* because it still allows old vulnerable files to stick around unreplaced (or to hide from a malware scanner), but no longer raises an Exception to get attention. (warnings are often ignored) zlib_forward_slash.patch would also be good (and might even be a security fix, by allowing the new versions to be installed), but is not ready to be committed, as (A) it repeats the logic inline instead of using the newly defined helper method (B) it doesn't have a test case (test1.zip should help when creating one) (C) it has neither a doc change nor an explicit (and dubious) statement that this is just a bug fix and wouldn't need to be listed in the versionchanged. There is also a question of how general the filename correction should be, particularly with respect to windows drives and capitalization. The one in this patch seems to be the minimal change, and is explicitly supported by the zip spec. -- nosy: +Jim.Jewett ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21137] Better repr for threading.Lock()
Berker Peksag added the comment: Here's an updated patch. Thanks for the reviews. And of course we should keep at 0x... part, because it is the way to distinguish different lock objects. Done. $ ./python -c import threading; l = threading.Lock(); print(l) unlocked _thread.lock object at 0x7f0a19e7b1f8 The repr of threading._RLock contains owner and count, but not lock/unlock status. Done. $ ./python -c import threading; rl = threading.RLock(); rl.acquire(); print(rl) locked _thread.RLock object owner=139769600231168 count=1 The repr of locks from _dummy_thread also should contain lock/unlock status. Done. $ ./python -c import dummy_threading as threading; l = threading.Lock(); print(l) unlocked _dummy_thread.LockType object at 0x7fb334245400 $ ./python -c import dummy_threading as threading; l = threading.RLock(); print(l) unlocked threading._RLock object owner=None count=0 at 0x7f524d0138e0 As for tests, I think assertRegex() will produce more useful error report. Done. -- Added file: http://bugs.python.org/file35118/issue21137_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21137 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Jim Jewett added the comment: Presumably the stacklevel applies to all versions; verifying that it warns about the right code location is important enough to require a test case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20094] intermitent failures with test_dbm
Ethan Furman added the comment: Actually, I haven't had this issue in quite a while now, so closing. Thanks for taking a look at it, Jesús. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20094 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18104] Idle: make human-mediated GUI tests usable
Terry J. Reedy added the comment: Here are my notes on modules that should probably be included in htest. Most have some end-of-module test now, many with errors. -- Added file: http://bugs.python.org/file35119/18104-htest.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18104 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Changes by Adam Polkosnik apolkos...@gmail.com: Removed file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: I just looked through 2.7.6 version of zipfile, and the the error handling there is either through using raise() or print(). So, inline with the guidance provided for 2.7.6, perhapswe should stick with print() instead of warning.warn(). I'll post that a bit later. test.zip up there is the test case for this change. Is there any other test case needed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Ethan Furman added the comment: Adam, please stop deleting the files. It makes for a lot of noise to those on the nosy list, and is unnecessary. Just make sure you increment the version number on the files you upload and it will be fine. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'
Changes by Mark Grandi markgra...@gmail.com: -- nosy: +markgrandi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14156 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Adam Polkosnik added the comment: Jim, I've got some test cases where the zlib_forward_slash.patch doesn't cut it. That was the reason for trying a broader approach with filename_mismatch patches. -- Added file: http://bugs.python.org/file35120/zipfile_276_filename_mismatch_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists
New submission from Stephen Paul Chappell: If a call is made to tkinter.NoDefaultRoot, then calls to tkinter.ttk._val_or_dict may fail. NoDefaultRoot ends with del _default_root (line 174) and removes the variable from the module's namespace. _val_or_dict can try to access this variable but assumes that it exists (line 319). If _default_root does not exist, the function will raise an AttributeError: 'module' object has no attribute '_default_root'. -- components: Library (Lib), Tkinter messages: 217644 nosy: Zero priority: normal severity: normal status: open title: tkinter.ttk._val_or_dict assumes tkinter._default_root exists type: crash versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists
Zachary Ware added the comment: Can you provide an example of when this happens? Note that tkinter.ttk._val_or_dict is a private function and should not be called by user code. -- nosy: +gpolo, serhiy.storchaka, zach.ware stage: - test needed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18604] Consolidate gui available checks in test.support
Zachary Ware added the comment: If there are no objections forthcoming, I'll try to get this applied to 3.4/3.5 later this week, then look into backporting to 2.7. -- assignee: - zach.ware components: +Tests, Tkinter versions: +Python 3.5 Added file: http://bugs.python.org/file35121/issue18604.v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18604 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Francisco Martín Brugué added the comment: A small question related to: zipfile_276_filename_mismatch_v3.patch --- a/zipfile.pyWed Apr 30 11:44:38 2014 +++ b/zipfile.pyWed Apr 30 15:10:38 2014 @@ -970,10 +970,10 @@ if fheader[_FH_EXTRA_FIELD_LENGTH]: zef_file.read(fheader[_FH_EXTRA_FIELD_LENGTH]) -if fname != zinfo.orig_filename: -raise BadZipfile, \ +if self.debug and fname != zinfo.orig_filename: +print( \ 'File name in directory %s and header %s differ.' % ( -zinfo.orig_filename, fname) +zinfo.orig_filename, fname)) Shouldn't a change from raising an exception to a print be somewhere documented? Thanks -- nosy: +francismb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6839] zipfile can't extract file
Gregory P. Smith added the comment: The bug was that BadZipFile was being raised when it shouldn't be so I wouldn't worry about documenting the behavior change other than in the Misc/NEWS entry that the ultimate commiter writes up. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6839 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21306] PEP 466: backport hmac.compare_digest
Alex Gaynor added the comment: Attached patch now includes documentation and should be complete. -- keywords: +needs review Added file: http://bugs.python.org/file35122/compare_digest.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21306 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19962] Create a 'python.bat' script to invoke interpreter from source root
Roundup Robot added the comment: New changeset de35f6a3b292 by Zachary Ware in branch 'default': Issue #19962: The Windows build process now creates python.bat http://hg.python.org/cpython/rev/de35f6a3b292 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19962 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21332] subprocess bufsize=1 docs are misleading
Gregory P. Smith added the comment: Thanks for the report, diagnosis and patch! Your change looks good to me. I'll commit it soon. -- assignee: - gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21403] cElementTree node creation with attributes is bugged
New submission from Santoso Wijaya: Observe: Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import xml.etree.ElementTree as ET root = ET.Element('root', attrib={'Name':'Root'}) child = ET.SubElement(root, 'child', attrib={'Name':'Child'}) ET.tostring(root) 'root Name=Rootchild Name=Child //root' import xml.etree.cElementTree as cET root = cET.Element('root', attrib={'Name':'Root'}) child = cET.SubElement(root, 'child', attrib={'Name':'Child'}) cET.tostring(root) Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/xml/etree/ElementTree.py, line 1126, in tostring ElementTree(element).write(file, encoding, method=method) File /usr/lib/python2.7/xml/etree/ElementTree.py, line 820, in write serialize(write, self._root, encoding, qnames, namespaces) File /usr/lib/python2.7/xml/etree/ElementTree.py, line 932, in _serialize_xml v = _escape_attrib(v, encoding) File /usr/lib/python2.7/xml/etree/ElementTree.py, line 1092, in _escape_attrib _raise_serialization_error(text) File /usr/lib/python2.7/xml/etree/ElementTree.py, line 1052, in _raise_serialization_error cannot serialize %r (type %s) % (text, type(text).__name__) TypeError: cannot serialize {'Name': 'Root'} (type dict) -- components: Library (Lib) messages: 217652 nosy: santa4nt priority: normal severity: normal status: open title: cElementTree node creation with attributes is bugged type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21403 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21403] cElementTree node creation with attributes is bugged
Santoso Wijaya added the comment: Or, more succintly: Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import xml.etree.ElementTree as ET root = ET.Element('Root', attrib={'Name':'Root'}) root.attrib {'Name': 'Root'} import xml.etree.cElementTree as cET root = cET.Element('Root', attrib={'Name':'Root'}) root.attrib {'attrib': {'Name': 'Root'}} -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21403 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21403] cElementTree creation of nodes with attributes is bugged
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- title: cElementTree node creation with attributes is bugged - cElementTree creation of nodes with attributes is bugged ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21403 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21396] Python io implementation doesn't flush with write_through=True unlike C implementation
Antoine Pitrou added the comment: Thanks for the report, Akira. Feel free to submit a patch! (with a test) -- stage: - needs patch versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21396 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21404] Compression level for tarfile/zipfile
Changes by Sworddragon sworddrag...@aol.com: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21404 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21404] Compression level for tarfile/zipfile
New submission from Sworddragon: The tarfile/zipfile libraries doesn't seem to provide a direct way to specify the compression level. I have now ported my code from subprocess to tarfile/zipfile to achieve platform independency but would be happy if I could also control the compression level. Or is there a special reason not to add this? -- components: Library (Lib) messages: 217655 nosy: Sworddragon priority: normal severity: normal status: open title: Compression level for tarfile/zipfile versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21404 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists
Stephen Paul Chappell added the comment: I discovered the problem when trying to run the program listed at http://code.activestate.com/recipes/577633/ (Directory Pruner 2). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21402 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19962] Create a 'python.bat' script to invoke interpreter from source root
Zachary Ware added the comment: Thanks for the up-vote, Tim :) -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19962 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21403] cElementTree creation of nodes with attributes is bugged
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21403 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com