Changes by Bohuslav Slavek Kabrda bkab...@redhat.com:
--
nosy: +bkabrda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17980
___
___
Armin Rigo added the comment:
Can someone confirm the answer to Arfrever's original question: a seemingly
innocent use case of py_compile.compile(), which works fine until Python 3.3,
when executed as root, can in Python 3.4 fundamentally break down a complete
Posix system in a non-obvious
zhaoqifa added the comment:
I had run test by python ./urllib.py -t, test steps for accessing /etc/passwd,
file:/etc/passwd, file://localhost/etc/passwd passed, steps for
ftp://ftp.gnu.org/pub/README not tested because my work env is not free for
internet accessing.
And, I have not tried
Serhiy Storchaka added the comment:
I haven't found any similar bugs, but I have found other bug in
Tools/scripts/abitype.py.
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17993
Serhiy Storchaka added the comment:
Oh, committed in changesets 26531f21bc4c and 27cc0e0b7637.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Yes, the switch to renaming can change behaviour in some corner cases (I say
corner cases because the expected situation is to have your pyc files be
regular files, not symlinks or character devices). Python is certainly not the
only application where you can
STINNER Victor added the comment:
Oh, I fixed some warnings yesterday, but I forgot this issue.
changeset: 83802:ef5dd5bda323
user:Victor Stinner victor.stin...@gmail.com
date:Fri May 17 00:12:04 2013 +0200
files: Python/getargs.c Python/traceback.c
description:
Fix
Armin Rigo added the comment:
My point is that in five years' time some existing well-tested sysadmin-like
program will be run with Python 3.4 for the first time, and suddenly whole
systems will break. I don't want to sound negative but this is the worst
behavior ever (with the possible
Roundup Robot added the comment:
New changeset 6707637f68ca by Serhiy Storchaka in branch 'default':
Issue #14596: The struct.Struct() objects now use more compact implementation.
http://hg.python.org/cpython/rev/6707637f68ca
--
nosy: +python-dev
___
STINNER Victor added the comment:
Are multiple wildcards per fragment even specified?
I don't know the standard, but it sounds strange to have more than one wildcard
per part of an URL. *.*.*.google.com looks valid to me, whereas
*a*a*a*.google.com looks very suspicious.
Said differently, I
Serhiy Storchaka added the comment:
We already lost this improvement for 3.3. :(
Could we now close the issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14596
___
Florian Weimer added the comment:
* pattern is replace with '[^.]+' regex, so I may not cause the exponential
complexity issue. (I didn't check.)
A possessive quantifier might also help, that is [^.]+?.
--
___
Python tracker
Marc-Andre Lemburg added the comment:
SSL certificate hostname matching is defined in RFC 2818:
* http://www.ietf.org/rfc/rfc2818.txt
It's not very verbose on how exactly matching should be done:
Names may contain the wildcard
character * which is considered to match any single domain
Antoine Pitrou added the comment:
Non-greedy matching actually makes things worse :-)
$ ./python -m timeit -s import re; pat = re.compile('\A*a*a*a\Z'.replace('*',
'[^.]+'), re.IGNORECASE) pat.match('a' * 100 +'z')
100 loops, best of 3: 3.31 msec per loop
$ ./python -m timeit -s import re;
Arfrever Frehtes Taifersar Arahesis added the comment:
I fixed syntax sanity check in Portage (package manager in Gentoo) to avoid
breaking system. This sanity check is always run during upgrade of Portage
itself.
Antoine Pitrou added the comment:
Florian, I'm actually surprised by your assertion that OpenSSL supports a
single wildcard character. Last I looked, I couldn't find any hostname matching
function in OpenSSL (which is why I had to write our own). Could you point me
to the relevant piece of
Florian Weimer added the comment:
Antoine, support for OpenSSL host name matching is quite new:
http://www.openssl.org/docs/crypto/X509_check_host.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17980
Antoine Pitrou added the comment:
libcurl supports a single wildcard for the whole domain name pattern (not even
one per fragment), as per lib/hostcheck.c
(this is when linked against OpenSSL; when linked against GnuTLS, curl will use
the GnuTLS-provided matching function)
Based on all the
Antoine Pitrou added the comment:
Antoine, support for OpenSSL host name matching is quite new
Ah, thanks. I was looking in 1.0.1e.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17980
Antoine Pitrou added the comment:
Closing indeed!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14596
Antoine Pitrou added the comment:
I fixed syntax sanity check in Portage (package manager in Gentoo) to
avoid breaking system. This sanity check is always run during
upgrade of Portage itself.
Well, we could add a dedicated function for sanity checking, then.
--
title:
Antoine Pitrou added the comment:
Please at least crash with an exception instead: add
one easy check to py_compile.compile() and complain if cfile points
to an existing non-regular file.
That's a good point (except that symlinks should probably be allowed too).
--
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
title: py_compile.compile() explicitly sets st_mode for written files -
py_compile.compile() replaces target files, breaking special files and symlinks
___
Python tracker
Roundup Robot added the comment:
New changeset cd2457463eeb by Raymond Hettinger in branch '3.3':
Issue #17563: Fix dict resize performance regression.
http://hg.python.org/cpython/rev/cd2457463eeb
--
nosy: +python-dev
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17563
___
Changes by Donald Stufft donald.stu...@gmail.com:
--
nosy: +dstufft
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17947
___
___
Python-bugs-list
Marc-Andre Lemburg added the comment:
Here's another long discussions about SSL hostname matching that may provide
some useful insights:
* https://bugzilla.mozilla.org/show_bug.cgi?id=159483
Note how RFC 2595 doesn't even allow sub-string matching. It only allows '*' to
be used as
Serhiy Storchaka added the comment:
Ubuntu 32-bit, gcc 4.6.3. The bug requires 64 bit.
This patch should fix it.
--
components: +Build, Extension Modules, Regular Expressions, Unicode
keywords: +patch
nosy: +mrabarnett
stage: - patch review
Added file:
Donald Stufft added the comment:
Small nitpick, weakref is imported but not used in the latest patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17947
___
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:11, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Ubuntu 32-bit, gcc 4.6.3. The bug requires 64 bit.
This patch should fix it.
int and long are the same size on Linux 64-bit platforms.
You probably want to use short
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:42, Marc-Andre Lemburg wrote:
Marc-Andre Lemburg added the comment:
On 17.05.2013 13:11, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Ubuntu 32-bit, gcc 4.6.3. The bug requires 64 bit.
This patch should fix it.
Serhiy Storchaka added the comment:
SRE_CODE should be at least 32-bit for support of long regexpes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17979
___
Richard Oudkerk added the comment:
Updated patch adressing Antoine's comments.
--
Added file: http://bugs.python.org/file30291/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file26985/readall-combined.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Added file: http://bugs.python.org/file26986/readall-benchmark.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file30287/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Antoine Pitrou added the comment:
Attached patch forbidding more than one wildcard per fragment.
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file30292/ssl_wildcard_dos2.patch
___
Python tracker rep...@bugs.python.org
Christian Heimes added the comment:
I still think that sub string wildcard should not match the IDN xn-- prefix.
With current code the rules x*.example.de gives a positive match for
götter.example.de.
ugötter.example.de.encode(idna)
'xn--gtter-jua.example.de'
--
Antoine Pitrou added the comment:
I still think that sub string wildcard should not match the IDN
xn-- prefix. With current code the rules x*.example.de gives a
positive match for götter.example.de.
You should open a separate issue for this (possibly with a patch).
--
New submission from Christian Heimes:
Python's ssl.match_hostname() does sub string matching as specified in RFC 2818:
Names may contain the wildcard
character * which is considered to match any single domain name
component or component fragment. E.g., *.a.com matches foo.a.com but
Christian Heimes added the comment:
#17997
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17980
___
___
Python-bugs-list mailing list
R. David Murray added the comment:
Thanks for the report and patch.
The next step required for this issue is for someone to write a unit test.
--
keywords: +easy
nosy: +r.david.murray
stage: - test needed
versions: +Python 2.7, Python 3.3, Python 3.4
R. David Murray added the comment:
This is a duplicate of issue 15125. (FYI there are many many unix commands that
use options of the form -XXX-. This is the standard for the gnu 'long
option' format.)
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +paul.j3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15125
___
___
Python-bugs-list
R. David Murray added the comment:
This gets reported periodically. I wonder if it is time for a FAQ entry.
There doesn't seem to be one yet.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17973
Changes by Richard Oudkerk shibt...@gmail.com:
Added file: http://bugs.python.org/file30293/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file30291/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Richard Oudkerk added the comment:
New patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
___
Python-bugs-list mailing list
Changes by Alejandro Rodas alexrd...@gmail.com:
--
nosy: +alex.rodas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15392
___
___
Python-bugs-list
Ronald Oussoren added the comment:
You've got a point there. What about this patch (but then with proper english
grammer)?
BTW. Actually fixing this wart would be possible, but at a significant cost:
you'd have to change the implementation of LHS += RHS from:
tmp = LHS
tmp =
New submission from Jeroen Demeyer:
On Linux Ubuntu 13.04, i686:
$ uname -a
Linux arando 3.5.0-26-generic #42-Ubuntu SMP Fri Mar 8 23:20:06 UTC 2013 i686
i686 i686 GNU/Linux
$ python
Python 2.7.5 (default, May 17 2013, 18:43:24)
[GCC 4.7.3] on linux2
Type help, copyright, credits or license
Changes by Richard Oudkerk shibt...@gmail.com:
Added file: http://bugs.python.org/file30295/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file30293/readall.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Regular Expressions
nosy: +benjamin.peterson, ezio.melotti, mrabarnett
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
R. David Murray added the comment:
That should have been --XXX-YYY, of course.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17965
___
___
Joe Stuart added the comment:
It looks like it's being called from the c extension. I would think it should
still throw an exception though?
e = etree.Element
e.ham = 1
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: can't set attributes of built-in/extension
New submission from Antoine Pitrou:
$ ./python -m test -R 3:3 test_super
[1/1] test_super
beginning 6 repetitions
123456
test test_super failed -- Traceback (most recent call last):
File /home/antoine/cpython/default/Lib/test/test_super.py, line 97, in
test_various___class___pathologies
Éric Araujo added the comment:
I don’t see any benefit at all in changing this paragraph of a whatsnew
document. It was useful and accurate for the 2.6 release, it’s still
accessible for the record, let’s keep it.
--
nosy: +eric.araujo
___
Python
Benjamin Peterson added the comment:
27162465316f
--
assignee: - serhiy.storchaka
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
___
Benjamin Peterson added the comment:
Also, note this particular case only reproduces on 32 bit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
Roundup Robot added the comment:
New changeset b4553d22c163 by Benjamin Peterson in branch 'default':
reset __class__, so multiple runs don't fail (closes #17999)
http://hg.python.org/cpython/rev/b4553d22c163
--
nosy: +python-dev
resolution: - fixed
stage: needs patch -
Christian Heimes added the comment:
I'm able to confirm Benjamin's notes. The regexp works on 64bit Linux but fails
with a 32bit build:
$ CFLAGS=-m32 LDFLAGS=-m32 ./configure
$ make -j10
$ ./python -c import re; print(re.compile('(.*)\.[0-9]*\.[0-9]*$',
re.I|re.S).findall('3.0.0'))
Traceback
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
Removed message: http://bugs.python.org/msg189390
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17995
___
paul j3 added the comment:
This patch implements, I think, the ideas bethard proposed. It is test patch,
not intended for production.
Most of work is in ArgumentParser._get_alt_length() which
- generates a pattern along the lines bethard proposed
- generates a string like arg_strings_pattern,
Andy Chugunov added the comment:
Thank you for the clarification! The exception is appropriate as tuples have to
stay immutable. Got it.
Could you please also explain a bit about the append() call? Should it in
theory raise an exception as well or is such clean behavior intended?
--
paul j3 added the comment:
This is a test file for the patch I just submitted.
It is not a formal unitttest, but uses print output as much as assert.
Cases include the example bethard used, as well as ones from test_argparse.py
that initially caused problems.
--
Added file:
Matthew Barnett added the comment:
Here are some simpler examples of the bug:
re.compile('.*yz', re.S).findall('xyz')
re.compile('.?yz', re.S).findall('xyz')
re.compile('.+yz', re.S).findall('xyz')
Unfortunately I find it difficult to see what's happening when single-stepping
through the code
Joe Stuart added the comment:
At the end of ElementTree all of the c accelerators are being imported and it
looks like only XMLParser is being used. Here is a patch that only imports
XMLParser.
--
keywords: +patch
Added file: http://bugs.python.org/file30298/ElementTree.patch
Serhiy Storchaka added the comment:
Here is a patch which should fix this bug. I still have to look for similar
bugs and write tests.
--
keywords: +patch
stage: - patch review
versions: +Python 3.3, Python 3.4
Added file: http://bugs.python.org/file30299/re_unsigned_ptrdiff.patch
Serhiy Storchaka added the comment:
Thank you Matthew for simpler examples. They helped and I'll use them in the
tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17998
___
Changes by Joe Stuart joe.stu...@gmail.com:
Removed file: http://bugs.python.org/file30298/ElementTree.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17989
___
Joe Stuart added the comment:
This patch should fix the issue of the classes being overwritten by the c
accelerated ones.
--
Added file: http://bugs.python.org/file30300/ElementTree.patch
___
Python tracker rep...@bugs.python.org
Changes by Joe Stuart joe.stu...@gmail.com:
Removed file: http://bugs.python.org/file30300/ElementTree.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17989
___
Joe Stuart added the comment:
Forgot to update the XMLParser() assignment.
--
Added file: http://bugs.python.org/file30301/ElementTree.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17989
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +amaury.forgeotdarc, meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17991
___
___
New submission from Jeroen Demeyer:
I have an Itanium Linux system where compiling Python's _ssl module fails for
some reason, with the consequence that there is no md5 support at all in the
resulting Python 2.7.5 installation.
With Python 2.7.4, setup.py didn't even try to compile _ssl,
New submission from Charles Henry:
Python 2.6 and 2.7 each have a bad definition of the class RawConfigParser
It is immediately apparent in the __init__ function which begins with:
class RawConfigParser:
def __init__(self, defaults=None, dict_type=dict):
self._dict = dict_type
Christian Heimes added the comment:
setup.py doesn't compile _md5 and the other C extension if it thinks that _ssl
is available. Can you post the build error of the _ssl module here, too?
--
nosy: +christian.heimes
stage: - needs patch
type: - compile error
Jeroen Demeyer added the comment:
Sure, building _ssl fails with:
building '_ssl' extension
gcc -pthread -fPIC -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
-I. -IInclude -I./Include -I/usr/include
-I/home/buildbot/build/sage/iras-1/iras_full/build
/sage-5.10.beta4/local/include
Christian Heimes added the comment:
Yes, that's the main culprit. At first setup.py checks if all necessary bits
and pieces for _ssl are available. If setup.py doesn't find the shared
libraries and header files it adds _md5 to the list of extensions. Compilation
and linking happens *after*
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18001
___
___
Python-bugs-list
STINNER Victor added the comment:
Attached: Test expressed as an unit test, test_dev_null.py.
The test pass with Python 3 which does not use the FILE* API anymore. So you
should maybe migrate to Python 3 :-)
$ python3.4 test_dev_null.py
..
New submission from STINNER Victor:
Example of failure:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/1956/
--
Compilation log:
Project C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\pcbuild.sln (1)
is building
Ethan Furman added the comment:
Your interest if fixing Python is appreciated, but you need to verify that a
bug actually exists first:
Python 2.7.3 (default, Sep 26 2012, 21:51:14)
[GCC 4.7.2] on linux2
Type help, copyright, credits or license for more information.
-- class RawConfigParser:
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17986
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Looks fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
___
Python-bugs-list mailing list
New submission from Michael Fox:
import lzma
count = 0
f = lzma.LZMAFile('bigfile.xz' ,'r')
for line in f:
count += 1
print(count)
Comparing python2 with pyliblzma to python3.3.1 with the new lzma:
m@air:~/q/topaz/parse_datalog$ time python lzmaperf.py
102368
real0m0.062s
user
Roundup Robot added the comment:
New changeset e4c303d23d01 by Richard Oudkerk in branch 'default':
Issue #15758: Fix FileIO.readall() so it no longer has O(n**2) complexity.
http://hg.python.org/cpython/rev/e4c303d23d01
--
nosy: +python-dev
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 6786e681ed58 by Benjamin Peterson in branch '3.3':
only recursively expand in the format spec (closes #17644)
http://hg.python.org/cpython/rev/6786e681ed58
--
nosy: +python-dev
resolution: - fixed
stage: patch review - committed/rejected
New submission from Anselm Kruis:
I installed Python 2.7.5 including tests using the MSI installer from
http://www.python.org/ftp/python/2.7.5/python-2.7.5.amd64.msi Running
python.exe -m test.regrtest -v test_list
consumes all available memory and renders the my system completely unusable.
Ezio Melotti added the comment:
Agreed.
--
resolution: - rejected
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17957
___
Phil Webster added the comment:
I've attached a patch that attempts to get sys.ps1 for the prompt.
Unfortunately it prints out blue because it is treated as output from running
print(sys.ps1) as if the user had typed it in. Now that I have a better
understanding of the issue, I may be able to
Ethan Furman added the comment:
Antoine, do you want to pursue, or can we close this?
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3489
___
Ethan Furman added the comment:
David, is this still a need? Or, put another way, has Python change enough in
the last 11 years that you can now do what you wanted?
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
Dave Abrahams added the comment:
I have no idea. I don't work with low-level python much anymore. Sorry
Sent from my moss-covered three-handled family gradunza
On May 17, 2013, at 8:54 PM, Ethan Furman rep...@bugs.python.org wrote:
Ethan Furman added the comment:
David, is this still a
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8297
___
___
Python-bugs-list
98 matches
Mail list logo
