Changes by Alex Grinko nitrog...@gmail.com:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21104
___
Changes by Ned Deily n...@acm.org:
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21108
___
___
Changes by Glenn Linderman v+pyt...@g.nevcal.com:
--
nosy: +v+python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
___
___
dellair jie added the comment:
Yes, my pleasure.
After configure on Cygwin, there is pyconfig.h generated, variables are as
following:
/* #undef HAVE_SIGTIMEDWAIT */
/* #define HAVE_SIGWAITINFO 1 */
The error disappeared once changed HAVE_SIGWAITINFO to undef.
However, it encountered another
New submission from Daniel Garcia:
The application does not validate the filenames inside the tar archive,
allowing to extract files in arbitrary path. An attacker can craft a tar file
to override files.
I've view this vulnerability in libtar:
http://lwn.net/Vulnerabilities/587141/
I've
Daniel Garcia added the comment:
The solution in the patch is based on the gnutar solution to this, removing the
prefix when extracting and adding.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21109
Ned Deily added the comment:
Setting as release blocker pending evaluation.
--
keywords: +security_issue
nosy: +benjamin.peterson, georg.brandl, larry, lars.gustaebel, ned.deily
priority: normal - release blocker
stage: - test needed
versions: +Python 2.7, Python 3.1, Python 3.2,
Christian Heimes added the comment:
It's a known and well-documented behavior of the tar module:
https://docs.python.org/2.7/library/tarfile.html#tarfile.TarFile.extractall
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
It's a known and well-documented behavior of the tar module
Would it possible to disable this behaviour by default, and only enable ti
explicitly? The tar command line program has for example the -P /
--absolute-paths option.
--
nosy: +haypo
New submission from MrValdez:
The example in the Extending Embedded Python
(https://docs.python.org/3/extending/embedding.html#extending-embedded-python)
takes up a lot of memory and slow downs the computer. I am using Windows 7
64bit, Python 3.4 64bit and gcc (rubenvb-4.8.0) 4.8.0.
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21110
___
___
Python-bugs-list
Johannes Baiter added the comment:
Sorry for commenting so late, I submitted a version of the patch with unit
tests roughly two weeks ago, I just forgot to mention it in a comment. Hereby
fixed :-)
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
See also issue19930. Behaviors of os.makedirs() and pathlib.Path.mkdir() are
different. pathlib.Path.mkdir() (as the mkdir command) creates parent
directories with default mode, and os.makedirs() - with specified mode.
--
nosy: +serhiy.storchaka
Serhiy Storchaka added the comment:
Does tarfile work with bytes file names?
I think a test should explicitly test file objects with str, bytes and int name
and file objects without name in all write modes (w, w:gz, w|gz, etc).
--
nosy: +serhiy.storchaka
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: patch review - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21044
___
___
Kathleen Weaver added the comment:
Patch from comments on March 29
--
Added file: http://bugs.python.org/file34677/win.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17846
___
dellair jie added the comment:
Applied the patch 0001-CYGWIN-issue13756-Python-make-fail-on-cygwin.patch in
case: http://bugs.python.org/issue13756
The build failed with parser module:
building 'parser' extension
gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes
Kathleen Weaver added the comment:
New readme.txt patch
--
Added file: http://bugs.python.org/file34678/winreadme.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17846
___
Eli Bendersky added the comment:
Attaching patch that implements this. To make it easier, the patch only
replaces the ASDL parser - not touching anything else and leaving the output
intact.
With this patch applied, when the Makefile is rerun it regenerates the actual
AST code in:
Eli Bendersky added the comment:
The patch appears to contain code (tests) along with the documentation. Is this
intended? This issue is not tagged properly if it is.
I'd suggest to split them to separate patches.
--
versions: +Python 3.5 -Python 2.7, Python 3.3, Python 3.4
Serhiy Storchaka added the comment:
Yes, this behavior is documented, but still it is desirable to fix it. The tar
utility has a lot of switches which controls extracting and by default it
prevents three ways of attack (absolute names, '..' and symlinks), but there
are other possible ways of
New submission from Hristo Venev:
It could set *overflow to -1 on negative value and to 1 on overflow.
And PyLong_AsUnsignedLongLongAndOverflow.
--
components: Extension Modules
messages: 215236
nosy: h.venev
priority: normal
severity: normal
status: open
title:
Eli Bendersky added the comment:
Raymond, you are right that the APIs presented by Element and ElementTree are
somewhat different. As Stefan mentioned, they were really meant to represent
different things, but with time some convenience features crept in and made
the difference somewhat more
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21101
___
R. David Murray added the comment:
Note that any issues here should also be considered for zipfile and shutil.
(Well, shutil can just use the other two once the security is available.) See
issue 20907.
--
nosy: +r.david.murray
___
Python tracker
New submission from William Schwartz:
In Python 2.7 and 3.3, decorating a unittest.TestCase subclass with
unittest.expectedFailure caused test discover to skip the decorated test case.
Python 3.4 apparently ignores the decorator when applied to classes.
The attached file when run with Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Tests
keywords: +3.4regression
nosy: +ezio.melotti, michael.foord, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21112
New submission from Lotus Qin:
function in urllib.request.build_opener()
def isclass(obj):
return isinstance(obj, type) or hasattr(obj, __bases__)
should it be `obj` or `obj.__class__`?
cause in the man of 3.4, there is only `class.__bases__`, but the code there
may function like
Changes by Lotus Qin qinzi...@gmail.com:
--
title: Error usage of class.__bases__() - Error usage of class.__bases__
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21113
___
Christian Heimes added the comment:
Don't forget about SUID and SGID, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21109
___
___
Changes by jan matejek jmate...@suse.cz:
--
nosy: +matejcik
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21082
___
___
Python-bugs-list mailing
Changes by Berker Peksag berker.pek...@gmail.com:
--
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file34681/issue21112.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21112
Martin v. Löwis added the comment:
dellair jie: please focus on one issue at a time. The issue you reported here
is the compile error with si_band; I will not discuss any other problems you
bring up in this issue.
Note that editing pyconfig.h is not a solution. It's a generated file, so it
Vajrasky Kok added the comment:
Thanks for committing my patch, Yury. But you forgot to remove
Lib/test/test_asyncio/tests.txt.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20668
___
Roundup Robot added the comment:
New changeset bf661f72aaab by Victor Stinner in branch '3.4':
Issue #20668: Remove tests.txt of test_asyncio
http://hg.python.org/cpython/rev/bf661f72aaab
New changeset a76e459e09be by Victor Stinner in branch 'default':
(Merge 3.4) Issue #20668: Remove
Brett Cannon added the comment:
While I'm totally happy to add examples on usage, it is probably best to put
them at the end of the class-level docs instead of trailing after the last
method of the class. That way someone reading about what the class does can
also see examples of how to use
dellair jie added the comment:
Martin,
Certainly running on 3.4 now.
The output of the command is attached.
Will try to look into it tomorrow if no immediate follow up post.
Br,
Li
--
Added file: http://bugs.python.org/file34682/signalmodule.output.txt
STINNER Victor added the comment:
I found this patch:
https://github.com/Alexpux/MSYS2-packages/blob/master/python3/3.3.2-cygwin-siginfo.patch
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21085
STINNER Victor added the comment:
Can you try to comment si_band code in signalmodule.c, and then run test_signal
to see if sigwaitinfo works on Windows? test_sigwaitinfo() uses
signal.alarm(1): does it work on Windows (with Cygwin)? (sigwaitinfo doc says
Availability: Unix.)
--
Nikolaus Rath added the comment:
Yes, the new testcases were deliberately included. I submitted the patch prior
to the 3.4 release, am I right that at that point this wouldn't have been a
problem?
I have attached a new patch containing just the doc changes. I hope that's
still acceptable for
New submission from Alan Braithwaite:
At wsgiref.simple_server:99, it uses the wrong field to get the headers from
the request. In rfc822.Message.readheaders it describes that the headers
attribute is an uninterrupted list of the lines in the header. The dict
attribute of Message should
Martin v. Löwis added the comment:
dellair: According to the compiler output, ./pyconfig.h has
#define HAVE_SIGWAIT 1
#define HAVE_SIGWAITINFO 1
So why did you say (in msg215221) that the file had
/* #undef HAVE_SIGTIMEDWAIT */
/* #define HAVE_SIGWAITINFO 1 */
(i.e. where do the comment
New submission from R. David Murray:
It looks like something changed on the python.org server-side that is causing
test_urllib2net tests test_urlwithfrag (and, on 3.4,
test_redirect_url_withfrag) to fail because the fragment doesn't appear in the
response url. Which is very puzzling. At
R. David Murray added the comment:
The URLs in question are:
http://docs.python.org/3.4/glossary.html#term-global-interpreter-lock
http://docs.python.org/2/glossary.html#glossary
Which are now redirecting to https, which would cause a failure regardless of
the fragment issue...perhaps the
Meador Inge added the comment:
Apologies for not getting around to applying this myself. I had an extremely
busy week with the day job last week. Thanks for applying Martin.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 8263d3c1cf34 by Benjamin Peterson in branch '2.7':
use https docs url (#21115)
http://hg.python.org/cpython/rev/8263d3c1cf34
New changeset fc28ce0983de by Benjamin Peterson in branch '3.2':
use https docs url (#21115)
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21115
___
dellair jie added the comment:
Martin,
Thanks for the analysis!
The following values came from Python 3.3.2, the #define HAVE_SIGWAITINFO 1 was
without comment sign, I commented it out for the build to go through.
/* #undef HAVE_SIGTIMEDWAIT */
/* #define HAVE_SIGWAITINFO 1 */
The output was
New submission from Médéric Boquien:
It is currently impossible to create multiprocessing shared arrays larger than
50% of memory size under linux (and I assume other unices). A simple test case
would be the following:
from multiprocessing.sharedctypes import RawArray
import ctypes
foo =
Raymond Hettinger added the comment:
Do you have concrete suggestions? Make the tree iterable?
Add all element methods to the tree, implicitly forwarding to the root?
Yes, that is the feature request. Add all the element methods to the
elementtree object.
Implicitly forwarding to the
Médéric Boquien added the comment:
Updated the patch not to create a uselessly large array if the size is small
than the block size.
--
Added file: http://bugs.python.org/file34686/shared_array.diff
___
Python tracker rep...@bugs.python.org
Changes by Médéric Boquien mboqu...@free.fr:
Removed file: http://bugs.python.org/file34685/shared_array.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21116
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +sbt
stage: - patch review
type: - resource usage
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21116
___
Roundup Robot added the comment:
New changeset c42cce290d50 by Antoine Pitrou in branch '3.4':
Issue #21073: explain why Py_ReprEnter() allows for a missing thread state.
http://hg.python.org/cpython/rev/c42cce290d50
New changeset fb217fc457ca by Antoine Pitrou in branch 'default':
Issue
Antoine Pitrou added the comment:
Ok, I've now added a comment.
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21073
Antoine Pitrou added the comment:
The IO APIs are a visible part of the stdlib, so I'd suggest asking on the
python-dev mailing-list first.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20578
Médéric Boquien added the comment:
New update of the patch following Antoine Pitrou's comments. PEP8 does not
complain anymore.
--
Added file: http://bugs.python.org/file34687/shared_array.diff
___
Python tracker rep...@bugs.python.org
New submission from Yury Selivanov:
There is a small detail in the current Signature class implementation, in
regards to how partial signatures are treated. Consider the following example:
def foo(a, b): pass
foo_partial = functools.partial(foo, 'spam')
Now, the signature of
Roumen Petrov added the comment:
STINNER Victor wrote:
STINNER Victor added the comment:
I found this patch:
https://github.com/Alexpux/MSYS2-packages/blob/master/python3/3.3.2-cygwin-siginfo.patch
Sure. It seems to me it is extracted from issue3871 .
--
nosy: +rpetrov
Roumen Petrov added the comment:
dellair jie wrote:
dellair jie added the comment:
Applied the patch 0001-CYGWIN-issue13756-Python-make-fail-on-cygwin.patch in
case: http://bugs.python.org/issue13756
The build failed with parser module:
building 'parser' extension
gcc ..
Antoine Pitrou added the comment:
You overlooked the part where I was suggesting to add a unit test :-)
Also, you'll have to sign a contributor's agreement at
https://www.python.org/psf/contrib/contrib-form/
Thanks!
--
nosy: +pitrou
___
Python
R. David Murray added the comment:
I believe it is a python invariant that a == b implies hash(a) == hash(b). I
don't see why the two signatures should be equal. I'm not even sure why the
bound argument shows up in the signature of the partial. That surprises me.
--
nosy:
Nick Coghlan added the comment:
On 1 Apr 2014 07:36, Nick Coghlan rep...@bugs.python.org wrote:
Nick Coghlan added the comment:
The already bound arguments should be treated as additional keyword-only
arguments, and already bound positional arguments hidden completely.
Oops: already bound
Roundup Robot added the comment:
New changeset 5ad1d523b342 by Andrew Svetlov in branch 'default':
Merge 3.4 (#16716)
http://hg.python.org/cpython/rev/5ad1d523b342
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Andrew Svetlov added the comment:
Pushed. Thanks, priya
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16716
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset c0c17718301f by Andrew Svetlov in branch 'default':
Merge 3.4 (#16716)
http://hg.python.org/cpython/rev/c0c17718301f
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16716
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.rosenberg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21101
___
___
Yury Selivanov added the comment:
@Nick:
Oops: already bound positional-*only* arguments should be hidden.
Hm, good catch. I'm not sure we currently do this. I'll check if this needs to
be fixed (in 3.4.1 too).
I'm +0 on new types to clean that up if necessary, but would prefer it if
we
Andrew Svetlov added the comment:
Close the issue after #f5dda52a4ccd and #8d5f005a0da3
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
On 1 Apr 2014 08:17, Yury Selivanov rep...@bugs.python.org wrote:
I'm +0 on new types to clean that up if necessary, but would prefer it
if
we could just improve the translation to ordinary signature objects
instead.
I'm not sure I understand what you mean
A.M. Kuchling added the comment:
Version 5 of the patch looks fine; Vajrasky, I think you can go ahead and
commit it.
(I didn't understand RDM's comment about pydoc using DumbWriter; in 3.4, it
doesn't seem to me that pydoc does. What am I missing?)
--
nosy: +akuchling
Antoine Pitrou added the comment:
Andrew, please revert this. The modify() method is deprecated, so the
deprecated markup is inappropriate here.
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16716
Antoine Pitrou added the comment:
Oops, trying again: The modify() method is not deprecated, so the deprecated
markup is inappropriate here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16716
Westley Martínez added the comment:
I think the prompt should be in margins, completely separate from the input.
It is just meant to be a guide anyway, and make this would make it easy to copy
code from the interactive shell to a file. I think output should be in a
separate window or frame
Roundup Robot added the comment:
New changeset 7b219429c404 by Andrew Svetlov in branch '3.4':
#16716: remove deprecation warning
http://hg.python.org/cpython/rev/7b219429c404
New changeset 1c6c2ec8916a by Andrew Svetlov in branch 'default':
#16716: remove deprecation warning
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21118
___
___
New submission from Josh Rosenberg:
String translation functions, at least in other languages, are typically a
performance optimization when you *really* need the speed. In exchange for
paying the memory cost and one-time work to create a translation table, you get
much faster 1 to 1 and
Andrew Svetlov added the comment:
The deprecated markup is removed. Sorry.
Thanks to quick report.
On Tue, Apr 1, 2014 at 2:08 AM, Roundup Robot rep...@bugs.python.org wrote:
Roundup Robot added the comment:
New changeset 7b219429c404 by Andrew Svetlov in branch '3.4':
#16716: remove
Andrew Svetlov added the comment:
Close the issue again after fixing Antoine's objection.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16716
___
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
title: str.translate is absurdly slow in majority of use cases (takes 3x to 10x
longer than similar functions) - str.translate is absurdly slow in majority of
use cases (takes up to 60x longer than similar functions)
Changes by Julian Mehnle jul...@mehnle.net:
--
nosy: +jmehnle
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8271
___
___
Python-bugs-list mailing
Yury Selivanov added the comment:
@Nick:
Agreed on positional-only stuff.
If arguments bound by position disappear from the signature, and those
bound by keyword are mapped to keyword-only parameters with a default, we
should get a valid and accurate signature.
But what about my example
Terry J. Reedy added the comment:
As far as I can tell, there are 4 window classes to be concerned with. (Dialogs
would be a separate issue.)
EditorWindow
|- PyShellEditorWindow - EW+breakpoints, replaces WE in PyShellFileList
|- OutputWindow - used by Find in Files
|- PyShell - the visible
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20578
___
___
Python-bugs-list
Raymond Hettinger added the comment:
IDLE defaults to indenting with 4 spaces in editor windows,
but hard TABs in the Python Shell window. This is inconsistent
with PEP 8; what's worse, it's makes copy-paste code between
the shell and editor windows confusing and dangerous!
I also teach
Terry J. Reedy added the comment:
Continuing my last post ...
Fix 4 is to put prompts in a narrow window to the left of and kept in synch
with the main shell input/output window. This is the approach used by Heblikar
in #17535.
--
___
Python
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12387
___
Yury Selivanov added the comment:
@Nick: oh, it took me some time to realize that your suggestion to transform
positional-or-keyword to keyword-only parameters is correct. If we do this, we
no longer need '_partial_kwarg' hack. I'll work on the patch. Thank you.
--
New submission from Lars Andersson:
The attached code generates an unclosed socket ResourceWarning when timing out
trying to connect to an unreachable address.
Probably not terribly serious, but in my case, it generates distracting
warnings during unit testing.
I have looked briefly at the
Zachary Ware added the comment:
With the demise of the 3.2 buildbot configuration, closing this issue.
--
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by paul j3 ajipa...@gmail.com:
--
nosy: +paul.j3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14156
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20995
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20996
___
___
Python-bugs-list mailing list
Nikolaus Rath added the comment:
Thanks for the feedback! I have attached an updated patch.
I did not include any testcase because the patch did not create any new code
paths, so I was assuming it'd be covered by the existing test case. But of
course I was wrong. In the revised patch, I added
Zachary Ware added the comment:
This appears to work correctly for PGO builds and x64 builds. Does anyone have
any objections to this, or suggestions for improvement?
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
I believe Yury already figured out what I meant, but to make it entirely clear,
after the change, this example:
def foo(a, b): pass
foo_partial = functools.partial(foo, 'spam')
foo_partial2 = functools.partial(foo, a='spam')
Should lead to the
97 matches
Mail list logo
