Éric Araujo added the comment:
That makes a lot of sense. I guess this is Brett’s call.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19257
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file34386/windowsDoc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20265
___
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file34403/windowsDoc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20265
___
Andreas Schwab added the comment:
I have modified the patch to include a configure check to set
HAVE_GCC_ASM_FOR_MC68881 and use that instead of __mc68000__.
--
Added file: http://bugs.python.org/file34412/m68k-float-prec.patch
___
Python tracker
New submission from VIJAY KANSAL:
Inside functions:
1. Python allows access to global variables.
2. Python allows creation of local variable with the same name as that of of
some of the global variable.
Keeping the above two statements in mind, I believe that Python must allow
following
Changes by VIJAY KANSAL vijaykans...@gmail.com:
--
title: Global variables - Global variables and Local Variables with same name
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20922
___
Ezio Melotti added the comment:
This is by design, see
http://docs.python.org/3/faq/programming.html#why-am-i-getting-an-unboundlocalerror-when-the-variable-has-a-value
--
nosy: +ezio.melotti
resolution: - invalid
stage: - committed/rejected
status: open - closed
Martin v. Löwis added the comment:
I notice that this issue doesn't contain actual problem statement; Adam only
reported what he did and what happened, but not what should have happened
instead.
I personally don't think that the problem stated in the title
(ssl.enum_certificates() will not
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20905
___
Vinay Sajip added the comment:
Shouldn't any fix also be applied to 3.3? According to PEP 398, there will be a
3.3.6 release after 3.4 is released (around May 2014).
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
Vinay Sajip added the comment:
I've looked into it further, and IMO this is not a bug. The rationale is this:
when an exception is raised during logging, it is passed to a
handleError method, see
http://hg.python.org/cpython/file/67ada6ab7fe2/Lib/logging/__init__.py#l786
This swallows the
Vinay Sajip added the comment:
Taking Brandon's advice re. creating a separate API.
However, note the reasons for not documenting all the attributes and hiding
them behind functions: logging's design pre-dates properties (it's of Python
1.5.2 vintage) and implementation details should remain
Raymond Hettinger added the comment:
Thanks for looking at this.
Putting in a special case for weak references isn't the way to go. The problem
is that _PyObject_LookupSpecial isn't working well with weakref proxies.
A solution for reversed() could be to replace ``PyObject_GetAttrString(seq,
Victor Lazzarini added the comment:
That did the trick! Apparently we can't link to MSVC dlls
http://sourceforge.net/apps/trac/mingw-w64/wiki/Answer%2064%20bit%20MSVC-generated%20x64%20.lib
Creating a *.a fixes it.
Thanks.
--
___
Python tracker
Antoine Pitrou added the comment:
I suppose Benjamin's commit is afd62eb1692e.
Claudiu, that doesn't look like the best approach to me. Instead of hardcoding
a weakref.proxy check in reversed(), why not implement __reversed__ on
weakref.proxy?
--
nosy: +pitrou
Antoine Pitrou added the comment:
It would also perhaps be practical to have some kind of proxy mixin that
everyone can re-use to avoid having to reimplement __special__ methods by hand.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Another possible idea is to introduce a proxy protocol (__proxy__ /
tp_proxy) that would be used as a fallback by PyObject_LookupSpecial to
fetch the lookup target, i.e.:
def PyObject_LookupSpecial(obj, name):
tp = type(obj)
try:
return
Antoine Pitrou added the comment:
I don't think fixing bugs on a specific architecture counts as a new feature.
Does Python still officially support m68k?
Certainly not. We haven't had any 68k buildbot in ages (not sure we ever had
any, actually).
Andreas, have you signed a contributor's
Antoine Pitrou added the comment:
If this is a Microsoft decision, perhaps it should be documented, then.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20916
___
Raymond Hettinger added the comment:
If something gets added, please follow the dev-guide and word it affirmatively
(here the recommended practices) instead of continuing to fill the docs with
warnings and danger signs.
--
nosy: +rhettinger
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
title: Warn users about hashing secrets? - Add advice on best practices for
hashing secrets
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17006
Richard Fothergill added the comment:
I'm getting these results on both:
Python 3.2.3 (default, Apr 10 2013, 06:11:55)
[GCC 4.6.3] on linux2
and
Python 2.7.3 (default, Apr 10 2013, 06:20:15)
[GCC 4.6.3] on linux2
The symptoms are exactly as Terrence described.
Nesting proxied containers is
Antoine Pitrou added the comment:
It is true that, while the ssl docs have (I think) an appropriate discussion of
security considerations, higher-level APIs (i.e. applicative protocols) don't
provide any recommendations.
I don't know where we should put them. The recommendations will be
Antoine Pitrou added the comment:
If you only had the latter exception all you would know is Python
doesn't consider datetime a package but you wouldn't know why that is
unless you knew the exact definition (the __path__ attribute exists).
Having the former exception helps make that a bit
Christian Heimes added the comment:
http://docs.python.org/3.4/library/ssl.html#ssl-security doesn't mention
http://docs.python.org/3.4/library/ssl.html#ssl.create_default_context and
http://docs.python.org/3.4/library/ssl.html#ssl.SSLContext.check_hostname . I
planed to write a paragraph
Antoine Pitrou added the comment:
Here is a patch adding the requested information to the ssl docs.
It doesn't touch the pages for higher-level modules, I'll let someone else
decide how to do that.
--
keywords: +patch
Added file: http://bugs.python.org/file34415/ssl_best_doc.patch
R. David Murray added the comment:
Yes on 3.3 fixes, but you are right that it doesn't need fixed there. This
appears to be a 3.4 regression. I used exactly the test you suggest to
reproduce it on 3.4...there there is a chained traceback and Done does not get
printed. So, the original
Larry Hastings added the comment:
I'm happy to accept the change for 3.4.1, but I'm not going to cherry-pick a
fix for an unsupported platform after rc3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
R. David Murray added the comment:
Good point. There is an existing warning for hash weaknesses...the whole thing
could be rephrased as Please see the security considerations section for
important information on the considerations involved in using the various
hashing algorithms, and notes
R. David Murray added the comment:
Antoine: down that path lies Microsoft's An error has occurred error
messages. The point of the extra information is not to inform the end user, it
is to make it possible for an expert to solve the problem, and for it to be
findable in a web search.
Now,
the mulhern added the comment:
Yes, I really misinterpreted what I saw.
So glad it's a bug anyway and I'm not just wasting your time ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20918
Antoine Pitrou added the comment:
Antoine: down that path lies Microsoft's An error has occurred error
messages. The point of the extra information is not to inform the end
user, it is to make it possible for an expert to solve the problem,
and for it to be findable in a web search.
I
Raymond Hettinger added the comment:
So probably it should stay a warning in this particular case.
Please don't. Python's docs have become cluttered with warning and danger
signs. This stands in marked contrast with the docs for other languages which
are much cleaner. Our docs have also
R. David Murray added the comment:
From a little researching it isn't clear whether it is just tkinter that
doesn't support alpha, or if TK itself has issues...but I'm hoping it is just
the former (I found discussions of alpha for images, and it sounds like the Tk
canvas supports displaying
R. David Murray added the comment:
Can you clarify what it is you are reporting as a bug, please?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20921
___
R. David Murray added the comment:
Raymond: I'm not talking about *adding* a warning.
Is it your opinion that the existing warning should be removed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17006
Roundup Robot added the comment:
New changeset 73c2a70e4b35 by Vinay Sajip in branch 'default':
Closes #20918: Added handling for exceptions during fallback output of logging
exceptions.
http://hg.python.org/cpython/rev/73c2a70e4b35
--
nosy: +python-dev
resolution: - fixed
stage:
Roundup Robot added the comment:
New changeset b626f4978a28 by Brett Cannon in branch 'default':
Issue #20884: whatsnew: Frozen modules don't set __file__ anymore.
http://hg.python.org/cpython/rev/b626f4978a28
--
nosy: +python-dev
___
Python tracker
Brett Cannon added the comment:
Step 1 was just checked in.
Step 2: Jurko can you see if the uploaded patch fixes things for you?
--
assignee: - brett.cannon
keywords: +patch
Added file: http://bugs.python.org/file34416/frozen_file.diff
___
Python
Vinay Sajip added the comment:
This fix doesn't seem to meet the criteria for cherry-picking for 3.4 - Only
important interface changes, new features, or bugfixes should be checked in
now - so I haven't created a separate cherry-pick issue for it. But I will add
larry to nosy in case he
R. David Murray added the comment:
At this point only things that would make it a brown bag release (broken out
of the box) would get cherry picked. I agree that this doesn't
qualify...having repr raise is a pretty unusual occurrence.
--
___
New submission from Miloš Komarčević:
It would be good if ConfigParser supported angled brackets in section names by
being greedy when parsing.
For example, section:
[Test[2]_foo]
gets parsed as:
Test[2
--
messages: 213554
nosy: miloskomarcevic
priority: normal
severity: normal
New submission from bob bob:
We have written a server on Python 2.7.6 that uses openssl 0.9.8y running on
Windows box.
Time to time our server freezes utilizing 100% CPU on ssl_init (C routine). The
following is the process stack:
0021ee80 10036d19 0176d259 0013 msvcr90+0x3b35d
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20923
___
___
Jurko Gospodnetić added the comment:
Step 2: Jurko can you see if the uploaded patch fixes things for you?
Yup. That's exactly how we were working around the issue before
reporting it here. :-)
--
___
Python tracker rep...@bugs.python.org
Zachary Ware added the comment:
Victor Stinner wrote:
Is it a virtual machine or a physical machine? Was your Windows busy?
Did you run tests in parallel?
Physical, not really other than the tests, and I ran with -j0 (on a machine
with 2 single core CPUs).
I'm not sure what I think of the
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20913
___
Christian Heimes added the comment:
Raymond makes a good point. We mustn't clutter the docs with warnings. People
are going to skip warning boxes if they occur too often. The documentation of
the hashlib module contains three note boxes and one warning box. That's
far too many.
The first
New submission from Christian Heimes:
The table at http://docs.python.org/3.4/library/ssl.html#ssl.wrap_socket
doesn't contain information for TLS 1.1 and 1.2. I've attached a script that
tests connection between all supported SSL protocol versions. (Note: my OpenSSL
doesn't support SSLv2).
STINNER Victor added the comment:
The table at http://docs.python.org/3.4/library/ssl.html#ssl.wrap_socket
doesn't contain information for TLS 1.1 and 1.2.
Ah? I see TLSv1 TLSv1.1 TLSv1.2 columns and rows. What is missing?
--
nosy: +haypo
___
STINNER Victor added the comment:
Victor Stinner wrote:
Is it a virtual machine or a physical machine? Was your Windows busy?
Did you run tests in parallel?
Physical, not really other than the tests, and I ran with -j0 (on a machine
with 2 single core CPUs).
Ah yes, I missed the -j0. I
Benjamin Peterson added the comment:
afd62eb1692e wasn't a matter of speed, but a matter of correctness. Special
methods should be looked up on the type on the instance as was done before.
--
___
Python tracker rep...@bugs.python.org
A.M. Kuchling added the comment:
+1 to reducing the number of notes, and to a security HOWTO. (Christian: if
you need writing help, please let me know; I'd be happy to help.)
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
urlparse_lazy_init.patch looks good, but you should add a comment explaining
your change. See my review:
http://bugs.python.org/review/20879/
--
___
Python tracker rep...@bugs.python.org
Christian Heimes added the comment:
D'oh. I guess I looked at the http://docs.python.org/3/ docs which still
forward to 3.3 and then posted the link to 3.4 ... :|
--
resolution: - invalid
status: open - closed
___
Python tracker
STINNER Victor added the comment:
I combined the two patches and I tried to address all comments:
base64_urlparse_lazy_init-2.patch.
--
Added file: http://bugs.python.org/file34418/base64_urlparse_lazy_init-2.patch
___
Python tracker
New submission from Kathleen Weaver:
Current text reads:
On Windows, open the solution file PCbuild\pcbuild.sln in Visual Studio, select
Debug, and Build ‣ Build Solution. Run Tools\buildbot\external.bat or
Tools\buildbot\external-amd64.bat to download and compile 3rd party libraries.
While
Kathleen Weaver added the comment:
Added sentence to indicate errors are thrown but it still works.
--
keywords: +patch
Added file: http://bugs.python.org/file34419/kweaver.patch
___
Python tracker rep...@bugs.python.org
Changes by Martin v. Löwis mar...@v.loewis.de:
--
title: Enhance Quick Start portion of instructions for Windows - Debguide:
Enhance Quick Start portion of instructions for Windows
___
Python tracker rep...@bugs.python.org
Changes by Martin v. Löwis mar...@v.loewis.de:
--
title: Debguide: Enhance Quick Start portion of instructions for Windows -
Devguide: Enhance Quick Start portion of instructions for Windows
___
Python tracker rep...@bugs.python.org
Changes by Sreepriya Chalakkal sreepriya1...@gmail.com:
Added file: http://bugs.python.org/file34420/doc18566.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18566
___
STINNER Victor added the comment:
Serhiy wrote on Rietveld:
As far as this constant is repeated twice, it wastes memory and errorprone.
Oh, I expected marshal to be smart and use references, but it does not.
Here is a simpler patch which initialize all base85 tables at once using a
New submission from Jovik:
This works on Linux as expected:
import subprocess
proc = subprocess.Popen([./app], stdout=subprocess.PIPE, cwd=workspace)
but on Windows I get:
FileNotFoundError: [WinError 2] The system cannot find the file specified
To successfully execute it on Windows I need to
R. David Murray added the comment:
Your cwd is relative. What happens if you make it absolute? (What I'm
thinking is that the non-shell starting cwd may be different on windows than it
is on unix...but I don't know windows very well, so this may be irrelevant...)
--
nosy:
Antoine Pitrou added the comment:
I am not a native English speaker, but Sreepriya's latest patch looks ok to me
(I am not sure the link from classes.rst is useful, though).
Sreepriya, have you already signed the contributor's agreement? Otherwise, you
can sign it online at
Antoine Pitrou added the comment:
Have you tried reporting this to the OpenSSL project? This doesn't sound like a
bug in Python.
Also, 0.9.8y is the current latest version in the 0.9.8 line, and we are
unlikely to switch the 2.7 Windows builds to OpenSSL 1.x, I think (but
ultimately that's
STINNER Victor added the comment:
Sorry, it took me many tries to write the perfect patch :-) The current code
has artificial dependencies between variables and has references to variables
when they are not needed in fact.
base64_urlparse_lazy_init-4.patch should be even simpler.
--
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20924
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Note boxes have nothing to do with warnings, we should discuss them separately
if needed.
(I see nothing wrong with multiple notes, given that a note is generally
something ancillary and optional)
--
nosy: +pitrou
Serhiy Storchaka added the comment:
I don't like base64_urlparse_lazy_init-3.patch at all. It waste memory and time
for initializing of non-needed tables in case when only encoding or only
decoding is used.
Here is new patch based on base64_urlparse_lazy_init-2.patch. Unlike to my
patch, it
Antoine Pitrou added the comment:
Thanks for the patch! You will also have to sign a contributor's agreement at
http://www.python.org/psf/contrib/contrib-form/
A nit: there's a dedicated note markup tag that you can use:
Serhiy Storchaka added the comment:
Well, our patches are almost same so your patch LGTM (and it has more
comments). But note that my initialization of _b32tab2 is a little faster
(bytes() is called 32 times instead of 1024).
--
___
Python tracker
Martin v. Löwis added the comment:
Antoine: init_ssl would be the entry function of _ssl.c, not code from OpenSSL.
bob: It's doubtful though that the stack trace is right, since init_ssl doesn't
call itself. Did you install the Python PDB files for 2.7.6 before obtaining
this stack trace?
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20927
___
___
Python-bugs-list
Martin v. Löwis added the comment:
If somebody would contribute a patch for msi.py that builds the file, and
instructs me what tools I need installed, I'd be willing to include this in
future releases (also for 2.7).
--
___
Python tracker
Éric Araujo added the comment:
Hello, thanks for the report. Is this the same issue as #19510?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20867
___
Victor Lazzarini added the comment:
I don't know how to patch the installer, but here are the commands for someone
who does. You need gendef and dlltool, which should come with the standard
mingw64 installation.
From python27.dll:
$ gendef python27.dll
$ dlltool --as-flags=--64 -m i386:x86-64
Martin v. Löwis added the comment:
I'd add a sentence to this paragraph
If a client certificate is needed for the connection, it can be added with
context.load_cert_chain(path_to_certificate, path_to_private_key)
Then, in all places where a context and cert/key parameters are allowed (e.g.
R. David Murray added the comment:
I might tweak a couple words for flow, but it looks good. I do wonder about
the repetition of the bit about parenthesis or whitespace that now exists. I
wonder if the first occurrence of it should now be dropped.
--
Terry J. Reedy added the comment:
I agree with Antoine about the particular cross-link and would drop that one.
Is there somewhere earlier in the tutorial that discusses .attribute access?
That would be the place to mention the ints and dotted names. Rather than a
link, I would just mention
Changes by Nilovna Bascunan-Vasquez cont...@nilovna.com:
--
nosy: +nilovna
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1704474
___
___
Changes by Nilovna Bascunan-Vasquez cont...@nilovna.com:
--
nosy: +nilovna
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10367
___
___
Claudio Canepa added the comment:
No. #19510 is about 2 to 3 confused when the same import line has some modules
that should be 'relativized' and others that not.
The present issue is about 2to3 incorrectly 'relativize' a module / package by
forgetting that module names are case-sensitive but
Éric Araujo added the comment:
To be fair to 2to3, that line disrespects some Python best practices (use
explicit relative imports (2.5+), put one import per line, group imports by
stdlib/non-stdlib). It’s still a bug though :)
--
nosy: +benjamin.peterson, eric.araujo
Changes by Nilovna Bascunan-Vasquez cont...@nilovna.com:
--
nosy: +nilovna
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9364
___
___
Peter Eisentraut added the comment:
No, the second use should not be converted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11122
___
___
New submission from James Bailey:
After xml.etree.ElementInclude.include inserts an Xinclude'd href it does not
walk the just-inserted subtree to see if it contains any Xincludes itself.
I think the behaviour should be modified to walk the included subtree and
perform any Xincludes contained.
Terry J. Reedy added the comment:
Your example is ambiguous at to which of two pipings causes the problem. First
you cat a large file into the script, which reads it in its entirety with data
= sys.stdin.read(). If that causes the segfault, they everything that follows
is irrelevant. If that
Sreepriya Chalakkal added the comment:
In tutorials, under section 3.1.1 - Numbers, it is mentioned about the type of
integers. And also a statement as we will see more about numeric types later
in the tutorial. May be we can mention about type class there. But it might be
too early to
Josh Rosenberg added the comment:
I would think the argument for deprecation is that usually, people type
bytes(7) or bytes(somesmallintvalue) expecting to create a length one bytes
object using that value (happens by accident if you iterate a bytes object and
forget it's an iterable of ints,
Jovik added the comment:
I did a test with cwd being set to full path, but the result was the same
(still had to use shell=True to execute a command). Let me know if I can
provide any more details.
--
___
Python tracker rep...@bugs.python.org
Jurjen N.E. Bos added the comment:
Maybe we could use Pdb._getval_except(arg, frame=None) in the routine do_args.
If I understand the code, do_args does quite some work to get the value of name
in the context of the current frame, maybe just calling
self._getval_except(name,
Kathleen Weaver added the comment:
I like the mark up but I don't think this warrants quite that much attention.
I changed the wording to may throw errors
--
Added file: http://bugs.python.org/file34424/kweaver.patch
___
Python tracker
Changes by Kathleen Weaver kathl...@kweaver.org:
Removed file: http://bugs.python.org/file34419/kweaver.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20926
___
Terry J. Reedy added the comment:
I agree with Serhiy that the method is not needed in any case.
I was about to post the same missing rationale: people misunderstand 'bytes(7)'
and write it expecting to get bytes([7]) == b(\x07'), so it would be better to
make bytes(7) raise instead of
Josh Rosenberg added the comment:
Terry: You forgot to use a raw string for your timeit.repeat check, which is
why it blew up. It was evaluating the \0 when you defined the statement string
itself, not the contents. If you use r'b\0 * 7' it works just fine by
deferring backslash escape
Ethan Furman added the comment:
I'm inclined to leave it open while I do the suggested research.
Thanks for the tips, Terry, and the numbers, Josh.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20895
Changes by Ned Deily n...@acm.org:
--
nosy: +eli.bendersky, scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20928
___
___
Python-bugs-list
Éric Araujo added the comment:
(2to3 is an exception and can get improvements in stable versions.)
--
nosy: +eric.araujo
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
Unless the behavior contradicts the docs, it is not a bug. If the looser
behavior in 3.x is intentional, a request to reverse direction will likely be
rejected. Like many enhancement requests, I think this would better be
discussed on python-ideas first,
1 - 100 of 143 matches
Mail list logo