Alex Grönholm added the comment:
Which way do we want to change this? Do we want to convert to pure strings or
retain the original object? In the latter case both the C and Python
implementations (including set_name()) have to be changed
Alex Grönholm added the comment:
> On the other had, the matter is made moot by using PyUnicode_CheckExact()
Then, in order to keep the pure Python implementation in sync, we'd have to
change it to something like this:
if name is None:
self._name = f'Task-{_task_name_cou
Alex Grönholm added the comment:
> Please just change PyUnicode_Check to PyUnicode_CheckExact in C Task.__init__
> and use the same if check in C Task.set_name.
I'll do that if you say so, but I'm just saying that the C and Python
implementations will still remain different i
Alex Grönholm added the comment:
>
I'll do that if you say so, but I'm just saying that the C and Python
implementations will still remain different in semantics then.
Never mind, that was a brain fart. I keep ignoring the &
Change by Alex Grönholm :
--
pull_requests: +8202
___
Python tracker
<https://bugs.python.org/issue34270>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Alex Mashianov :
This code:
class A:
a = 1
b = {str(x): x for x in range(5) if x != a}
Produces following error:
Traceback (most recent call last):
File "", line 1, in
File "", line 3, in A
File "", line 3, in
NameError: nam
Alex Mashianov added the comment:
Update: any class definition comprehension referencing local variables inside
filtering block produces this error.
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Alex Mashianov :
--
versions: +Python 3.6 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue34517>
___
___
Python-bugs-list mailin
New submission from Alex Henrie :
When serializing a single integer, int.to_bytes and int.from_bytes are more
efficient alternatives to struct.pack and struct.unpack. However, struct.pack
and struct.unpack currently have the advantage that the byteorder does not have
to be specified (because
Change by Alex Henrie :
--
keywords: +patch
pull_requests: +9081
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34889>
___
___
Py
New submission from Alex Corcoles :
Hi,
This is something that has hit us a few times, as we write a significant
quantity of software which parses email messages.
The thing is, we use email.header.decode_header to decode the Subject: header
and it is pretty common for headers to be word
Alex Corcoles added the comment:
To clarify (and maybe help someone which might come across), you mean:
In [1]: message_text = """To: a...@corcoles.net
...: Subject: ** ACKNOWLEDGEMENT Host Alert: archerc7.bcn.int.pdp7.net is
DOWN
...: **
...: User-Agent: Heirloom ma
Alex Corcoles added the comment:
Well, I think that having to choose the "HTTP" policy to get a message
subject's without newlines goes against the expectations of anyone who is not
well knowledgeable of email.
It's not very easy to deduct that, out of all the availab
Alex Corcoles added the comment:
Duh, I'm an idiot, I only tested policy.HTTP and *NOT* supplying a policy
(which I believed was equivalent to using policy.default).
policy.default and policy.SMTP do indeed produce a newline-less subject indeed.
I only tested policy.HTTP because the
New submission from Alex Bach :
So I had to learn Python this semester and eventually I followed an online
tutorial to install python on Windows 7 (64 bit).
But during the installation, I got the error: 0x80070643: Failed to Install MSI
Package:
What's wrong with the installation? I
Alex Bach added the comment:
Hi, I downloaded through this link.
https://www.python.org/ftp/python/3.7.1/python-3.7.1.exe
Also, I couldn't find any file related to Python in the Temp Folder but I've
still attached the screenshot in case it helps.
--
Added f
Alex Bach added the comment:
Hi Michael,
Thanks for reaching out. Let me try these links.
--
___
Python tracker
<https://bugs.python.org/issue35058>
___
___
Alex Bach added the comment:
Hi Sorry for replying so late, I couldn't find the right method to use on this
website.
Also Steve, if I download some old version of python, would it support the
latest functions that I need to learn this sem
Change by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<https://bugs.python.org/issue35214>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Gaynor added the comment:
All libraries that are linked against, including libc, need to be compiled with
MSAN. MSAN is not for the faint of heart.
--
___
Python tracker
<https://bugs.python.org/issue35
Alex Gaynor added the comment:
Attached patch should fix this issue.
--
keywords: +patch
nosy: +alex
Added file: http://bugs.python.org/file30442/issue18116.diff
___
Python tracker
<http://bugs.python.org/issue18
Alex Gaynor added the comment:
Are you sure you applied it correctly? With and without:
Alexanders-MacBook-Pro:cpython alex_gaynor$ ./python.exe x.py
What's up?
Alexanders-MacBook-Pro:cpython alex_gaynor$ hg revert --all --no-backup
reverting Lib/getpass.py
Alexanders-MacBook-Pro:cp
Alex Gaynor added the comment:
+1 on this, but it's worth noting that that fix is not 100% correct (though
it's obviously better than most existing equivilants), it's potentially wrong
with custom __getattr__, __getattribute__, descriptors.
---
New submission from Alex Gaynor:
There's a myriad of reasons it's a bad idea:
* Makes code harder to read
* Doesn't play nicely with multiple projects using gettext
* Defeats any attempt at static analysis
* etc...
--
messages: 191152
nosy: alex
priority: normal
severity
Alex Gaynor added the comment:
I'm not sure I understand the question. What `install()` does is set
`__builtins__._` to be gettext. I think people should import the gettext
function they need.
--
___
Python tracker
<http://bugs.py
Alex Gaynor added the comment:
I think the code makes what this does much clearer:
http://hg.python.org/cpython/file/01da7bf11ca1/Lib/gettext.py#l209
There's no reason you can't make your own translation object, and expose it's
gettext method as as your API, and then you
Alex Gaynor added the comment:
This is how padding works in the C ABI, not a bug.
--
nosy: +alex
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Alex Henderson added the comment:
I see that there is identical usage of "assert errors=='strict'" in a number of
similar encodings modules:
base64_codec.py
bz2_codec.py
hex_codec.py
quopri_codec.py
uu_codec.py
zlib_codec.py
The error handling mode is irrelevant for all
Alex Henderson added the comment:
I have attached a proposed patch.
This makes some design decisions which I would like someone to review:
a) To incorporate pretty-printing into the main write() method rather than
adding a separate toprettyxml() method. Disadvantages: greater complexity of
Alex Henderson added the comment:
Having discussed this with Ezio, I think the better option might be to raise
ValueError instead - if someone is expecting to be able to silently recover
from errors they won't be able to, and should find out about this sooner rather
than later.
I'll
Alex Henderson added the comment:
One other design decision - currently it doesn't deal with the indentation of
comments or processing instructions: it leaves them unindented. Should they be
indented the same as other tags?
--
___
Python tr
Alex Henderson added the comment:
OK, now raises ValueError on passing anything other than 'strict'.
Note that for the incremental classes I've put checking in __init__ so that
ValueError is raised when non-'strict' values are passed to the constructor,
not when the
New submission from Alex Gaynor:
Right now it calls islink(), which does an lstat, and then does its own lstat
on the same path. This can be optimized by inlining the body of islink and
reusing the stat result.
(This has been identified as an actual issue in openstack-swift
https
Alex Gaynor added the comment:
Attached is a simple first pass at a diff against 2.7, shoudl be easy to port
it to default.
--
keywords: +patch
Added file: http://bugs.python.org/file31010/ismount.diff
___
Python tracker
<http://bugs.python.
Alex Gaynor added the comment:
Addresses the review comments: returns to catching all oserrors
--
Added file: http://bugs.python.org/file31011/ismount.diff
___
Python tracker
<http://bugs.python.org/issue18
Alex Gaynor added the comment:
Attached patch is against default. I don't have my ssh keys set up for this
machine, so if someone else could land I'd be appreciative :)
(Not sure if this qualifies for a backport)
--
Added file: http://bugs.python.org/file31012/ismou
Alex Gaynor added the comment:
I'll confirm that PyPy raises a KeyError on the format() code.
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/is
Alex Henderson added the comment:
Proposed patch copied over from duplicate issue 17372.
--
keywords: +patch
nosy: +alex.henderson
Added file: http://bugs.python.org/file31168/issue14465.patch
___
Python tracker
<http://bugs.python.org/issue14
Alex Gaynor added the comment:
does this show demonstrable results (in either direction) on stringbench or the
benchmarks repo?
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue18
Alex Gaynor added the comment:
The statistic that htis is *never* hit across a large python program is great
evidence that this isn't useful. +1 on removing from me.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Alex Volkov:
I increased test coverage from 68% to 74% of filecmp.py by adding test cases in
test_filecmp.py in functions phase2 & phase4 in dircmp class.
--
components: Tests
files: test_filecmp.patch
keywords: patch
messages: 195085
nosy: Alex.Volkov
prio
Changes by Alex Volkov :
--
title: Increased test coverage for test_filecmp -> Increased test coverage for
filecmp.py
___
Python tracker
<http://bugs.python.org/issu
Changes by Alex Volkov :
--
components: Tests
files: telnet_uu_tests.patch
keywords: patch
nosy: Alex.Volkov
priority: normal
severity: normal
status: open
title: Increased test coverage for uu and telnet
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue18756>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Alex Quinn added the comment:
This bug still exists in Python 2.7.3 32-bit on Linux.
I wonder if this might be because the patch (posted 2011-02-18) used
utcfromtimestamp(). datetime.datetime.utcfromtimestamp(2**32) will fail on
32-bit systems.
The bug does NOT exist in Python 2.7.3 32-bit
Alex Quinn added the comment:
For those who are affected by this bug, here's a snippet to monkey-patch
cookielib on any Python 2.4 to 2.7.
A more complete version of this was attached to my message a moment ago.
==
import cookieli
Alex Gaynor added the comment:
I suppose I'm one of the more qualified people to comment on how Ruby does it:
a mess of hacks in the lexer/parser. Ruby's case is complicated by the fact
that a bare `foo` can either be a local variable or a method call on self.
Consider the case `a +
Alex Volkov added the comment:
HI Vajrasky,
I fixed the typo in a comment and removed WIN32 constant definition from the
code.
I looked at the existing tearDown method, on line 79, it calls shutil.rmtree on
a directory above the files/directories I'm writing my test files, so the
state
New submission from Alex Volkov:
This issue splits up an unrelated patch from issue 18731
http://bugs.python.org/issue18731
Added a test for telnetlib increasing test coverage.
Updated with the changes from code review of issue 18731
http://bugs.python.org/review/18731/patch/8923/33000
New submission from Alex Volkov:
Okay,
I'm submitting the patch just for uu / test_uu.
I replaced all try/finally statemets with 'with' context, added try..finally
statement for both test cases.
uu.py, line 61 is exposed by test_encode_osstat_assert -- os.stat is
duckpun
Alex Gaynor added the comment:
If you could supply the source that'd be great.
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue14903>
___
___
Alex Gaynor added the comment:
Your __getitem__ never returns the result of OrderedDict.__getitem__
--
nosy: +alex
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Alex Grönholm :
Apparently they worked in 1.0a3 but not in 1.0a4 anymore.
--
assignee: eric.araujo
components: Distutils2
messages: 160184
nosy: agronholm, alexis, eric.araujo, tarek
priority: normal
severity: normal
status: open
title: Classifiers are missing from
Alex Gaynor added the comment:
I'm perfectly happy to write a patch for this, the only reason I didn't was
Martin and others expressed opposition to committing it. If there's a
philosophicaly opposition to the patch I
New submission from Alex Garel :
Just under http://docs.python.org/library/doctest.html#doctest.REPORTING_FLAGS
documentation speaks about how Doctest directives maybe expressed as special
Python comments.
There are some example along with the narrative story, however comments which
here are
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue14965>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue14972>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15001>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Alex Frase added the comment:
I'm new here so I apologize if this is considered poor etiquette, but I'm just
commenting to 'bump' this issue. My search for a way to accomplish exactly
this functionality led me here, and it seems a patch was offered but no action
has
Alex Grönholm added the comment:
Python 3.3 is entering beta soon. The develop command is a must have,
especially now that virtualenv is part of the official Python distribution. Can
someone summarize what still needs to be done to get this feature merged?
--
nosy: +agronholm
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15061>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Alex Leach added the comment:
I hadn't tried the `long long` substitution before, but unfortunately I don't
think that simple fix quite does the trick.
I just checked out libffi from git, and made the following patch:-
#$ diff -u ffi64.c ffi64.c.orig
--- ffi64.c 2012-0
Alex Leach added the comment:
I just had a dig around my cpython build dir, and found an ffi64.c I hacked at
a
while back.
I copied the edits over to the latest libffi git revision, rebuilt, and `make
check` (of libffi) passes all tests. So as far as I can tell the below patch
works, but it
Alex Leach added the comment:
It skips 55, sorry, passing 1659.
--
___
Python tracker
<http://bugs.python.org/issue4130>
___
___
Python-bugs-list mailin
Alex Leach added the comment:
That's the same patch as I attached before actually, so sorry for the spam..
--
___
Python tracker
<http://bugs.python.org/i
Alex Gaynor added the comment:
I think what you're looking for already exists:
http://docs.python.org/dev/library/stdtypes.html#int.bit_length
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/is
Alex Gaynor added the comment:
Actually, I would argue that it's concatentation of a local variable which has
unexpected performance. Logically it should be O(n**2), however due to hacks in
CPython it isn't.
--
nosy: +alex
___
Python trac
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue8847>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15540>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15551>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15568>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Alex Jurkiewicz:
Sample code:
#!/usr/bin/env python
import argparse
print("\n\narg=foo, nargs=+")
parser =
argparse.ArgumentParser(formatter_class=argparse.ArgumentDefaultsHelpFormatter)
parser.add_argument('foo', nargs='+', help=
Alex Gaynor added the comment:
Additional detail, if and only if Foo defines an __str__ method, this raises an
exception.
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15
Alex Gaynor added the comment:
Sounds like a special case of a small part of mock. Not sure that this
observation is significant though.
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15806>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Alex Gaynor added the comment:
Why not just: issubclass(exctype, self.exception_types)?
--
___
Python tracker
<http://bugs.python.org/issue15806>
___
___
Pytho
New submission from alex hartwig:
Это из IDLE:
Python 2.7.2+ (default, Oct 4 2011, 20:03:08)
[GCC 4.6.1] on linux2
Type "copyright", "credits" or "license()" for more information.
>>> import sys
>>> import locale
>>> sys.getdefaulten
alex hartwig added the comment:
Text is correct. See attachment.
--
___
Python tracker
<http://bugs.python.org/issue15809>
___
___
Python-bugs-list mailin
Alex Gaynor added the comment:
list.count() uses == to compare items, 1 and True compare equal, so this
behavior is correct.
--
nosy: +alex
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue15996>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Alex Gaynor:
The attached patch implements PEP 424. The implementation of this demonstrated
a need for a few small modifications to the PEP, they will follow shortly.
--
components: Interpreter Core
files: length_hint.diff
keywords: patch
messages: 172176
nosy: alex
Alex Gaynor added the comment:
patch updated fully with respect to the updates georg pushed to the PEP
--
Added file: http://bugs.python.org/file27448/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by Alex Gaynor :
Removed file: http://bugs.python.org/file27447/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16148>
___
___
Python-bugs-list m
Alex Gaynor added the comment:
Updated version of the patch with fewer memory leaks.
--
Added file: http://bugs.python.org/file27449/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by Alex Gaynor :
Removed file: http://bugs.python.org/file27448/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16148>
___
___
Python-bugs-list m
Alex Gaynor added the comment:
All memory leaks resolved, yay!
--
Added file: http://bugs.python.org/file27450/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by Alex Gaynor :
Removed file: http://bugs.python.org/file27449/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16148>
___
___
Python-bugs-list m
Alex Gaynor added the comment:
Added documentation.
--
Added file: http://bugs.python.org/file27451/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16
Changes by Alex Gaynor :
Removed file: http://bugs.python.org/file27450/length_hint.diff
___
Python tracker
<http://bugs.python.org/issue16148>
___
___
Python-bugs-list m
Alex Gaynor added the comment:
Ah, thank you very much, sorry about that.
--
___
Python tracker
<http://bugs.python.org/issue16148>
___
___
Python-bugs-list mailin
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue16345>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue20994>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue20995>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Stapleton added the comment:
CRIME is not universally applicable to all TLS connections and it requires some
cooperation from the application to work. In fact for a Python TLS client it
seems quite unlikely for an application to be vulnerable. The attack in the
paper leverages an
Alex Gaynor added the comment:
That's because of the set of ciphersuites offered by the server (see
https://www.ssllabs.com/ssltest/analyze.html?d=linuxfr.org), it's not an
inevitable property of TLS. For example jenkins.cryptography.io (see
https://www.ssllabs.com/ssltest/anal
Alex Gaynor added the comment:
It's also worth noting that users appear to be FAR more likely to have an up to
date Python than they are an up to date OpenSSL, meaning that if a change needs
to be made, we're much better situated to get that disseminated to actual users
than
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue21015>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue21013>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Gaynor added the comment:
Unfortunately most TLS implementations (particularly those in browser stacks)
are vulnerable to downgrade attacks, whereby an attacker can send some
malicious packets to simulate a connection failure and cause a lower version of
the protocol to be negotiated
Changes by Alex Gaynor :
--
nosy: +alex
___
Python tracker
<http://bugs.python.org/issue20421>
___
___
Python-bugs-list mailing list
Unsubscribe:
1001 - 1100 of 1613 matches
Mail list logo
