Antoine Pitrou added the comment:
-uall, without patch:
real5m47.290s
user18m28.405s
sys 0m29.493s
-uall, with patch:
real3m35.132s
user10m26.345s
sys 0m30.351s
That's a 38% speedup.
--
___
Python tracker
Serhiy Storchaka added the comment:
Thanks for your review Antoine and Victor.
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Most slow tests are skipped without -uall.
As for the patch, may be use AX_CHECK_COMPILE_FLAG [1]?
[1] http://www.gnu.org/software/autoconf-archive/ax_check_compile_flag.html
--
nosy: +serhiy.storchaka
___
Python
Antoine Pitrou added the comment:
As for the patch, may be use AX_CHECK_COMPILE_FLAG [1]?
It's not used elsewhere in configure.ac. I reused the idiom used a couple lines
above.
--
___
Python tracker rep...@bugs.python.org
Changes by William Scullin wscul...@gmail.com:
--
nosy: +wscullin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22699
___
___
Python-bugs-list
Changes by Thomas Chiroux tho...@chiroux.com:
--
title: HCI Bluetooth socket bind error on an arm crosscompiler environment -
HCI Bluetooth socket bind error on an arm crosscompiled environment
___
Python tracker rep...@bugs.python.org
New submission from Antoine Pitrou:
Recent gcc versions have an optimization level named -Og. It enables all
optimizations that do not break debugging. Here is a patch that uses it on
debug builds.
Without the patch I get the following time for the whole test suite:
$ time ./python -m test
New submission from Serhiy Storchaka:
Proposed patch replaces PyMem_Malloc with PyMem_New if the former is used in
the form PyMem_Malloc(len * sizeof(type)). This can fix possible overflow
errors and makes the code cleaner.
--
components: Extension Modules, Interpreter Core
files:
Roundup Robot added the comment:
New changeset e37b201297d2 by Antoine Pitrou in branch '3.4':
Issue #23445: pydebug builds now use gcc -Og where possible, to make the
resulting executable faster.
https://hg.python.org/cpython/rev/e37b201297d2
New changeset 527ed5205806 by Antoine Pitrou in
Antoine Pitrou added the comment:
Done. It shouldn't break anything.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23445
New submission from Antonio Cota:
That's the situation:
a/
__init__.py
first.py
second.py
#init.py
__all__ = ['second', 'first']
print('i\'m starting the directory')
#first.py
print('hi, i\'m the first')
from . import *
#second.py
print('hi, i\'m the second')
From the interactive
Davin Potts added the comment:
Adding Brett Cannon as this issue appears to really be about doing an import
shortly after an os.fork() -- this may be of particular interest to him.
This issue probably should have had Brett and/or others added to nosy long ago.
--
nosy: +brett.cannon,
Serhiy Storchaka added the comment:
This looks pretty harmless. Some slow buildbots run tests very long time and
failed with timeout after 3600 seconds. May be this patch will make them faster.
Yet one advantage -- the code compiled with partial optimization will be closer
to the code
Antoine Pitrou added the comment:
I'd like to apply it to 3.4 as well, because it makes development more pleasant.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23445
___
New submission from Neil Gierman:
Using a scoped IPv6 address with urllib2 creates an invalid Host header that
Apache will not accept.
IP = fe80:::::0001%eth0
req = urllib2.Request(http://[; + IP + ]/)
req.add_header('Content-Type', 'application/json')
Davin Potts added the comment:
Closing this issue after having verified that the issue can no longer be
reproduced on the systems mentioned (Ubuntu 10.04 or OSX). Related issues such
as issue9205 have been addressed elsewhere and other possibly related issues
such as issue22393 are being
New submission from Ken Marsh:
xmlrpclib.Fault: Fault 1: type 'exceptions.TypeError':exceptions must be
classes or instances, not str
Exception handling appears to be improperly coded. Occurs when far side gives
an unexpected response to an RPC call.
--
components: XML
messages:
Demian Brecht added the comment:
Thanks for helping with this Demian.
No worries. This textual white boarding exercise has also been greatly
valuable in getting my own head wrapped around various low frequency
socket level errors that can be encountered when using the client. The
downside is
Roundup Robot added the comment:
New changeset 012364df2712 by Serhiy Storchaka in branch 'default':
Issue #20416: marshal.dumps() with protocols 3 and 4 is now 40-50% faster on
https://hg.python.org/cpython/rev/012364df2712
--
nosy: +python-dev
___
Armin Rigo added the comment:
Ah, thanks, I missed there was already an issue.
The patch's logic is as follows: when pressing tab anywhere in the line, if the
word to complete is empty (which might be for any number of reasons, like the
cursor is after another space or a non-word character),
Roundup Robot added the comment:
New changeset bb05f845e7dc by Serhiy Storchaka in branch 'default':
Issue #23344: marshal.dumps() is now 20-25% faster on average.
https://hg.python.org/cpython/rev/bb05f845e7dc
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
Thank you for your review Kristján. Together with issue20416 this increases
dumping speed almost twice for typical module data and up to 5x for some data.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
New submission from Thomas Chiroux:
This bug bellow occurs only on my crosscompiled environment on arm (marvell
armada 166): arm-pxa168-linux-gnueabi
It does not seems to be a cross-compile issue: python compiles without problem
and all unittests pass on the target device.
description and
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23448
___
___
Stefan Krah added the comment:
In _testbuffer.c: ndim = 64, so the changes aren't really necessary.
Somehow this fact needs to get widely known, since it does not make
sense to check for overflow anytime ndim is used.
The reason is of course that even an array with only 2 elements per
Demian Brecht added the comment:
Thanks for the catch Martin, the field should indeed be updated to be
plural. I'll try to get a patch for this later today unless someone else
beats me to it
--
___
Python tracker rep...@bugs.python.org
Martin Panter added the comment:
Actually, maybe I should add all those status codes as well, like
http.client.OK. Will probably require different patches for 3.4 and 3.5.
--
___
Python tracker rep...@bugs.python.org
Changes by Antonio Cota antocot...@gmail.com:
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23447
___
___
Martin Panter added the comment:
I’m no IPv6 expert, but there seems to be a few standards:
* https://tools.ietf.org/html/rfc6874 (Feb 2013). Encodes as
http://[fe80::1%25eth0]/; says Windows uses this form. Also mentions the
unencoded http://[fe80::1%eth0]/ form. Says that the HTTP Host
Antoine Pitrou added the comment:
Thanks a lot for doing this. I think it's a good improvement. I prefer 4 spaces
myself (tabs usually insert 8 spaces, which is too wide), but I'm open to other
opinions.
--
nosy: +pitrou, r.david.murray
stage: - patch review
versions: -Python 3.6
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23439
___
___
Berker Peksag added the comment:
It's not that important in my opinion. Let's keep it simple for now :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23439
___
Serhiy Storchaka added the comment:
Looks as the crash was fixed in one of previous bugfixes. As for memoryview
related issue, this is a duplicate of issue20699.
--
nosy: +serhiy.storchaka
status: languishing - pending
superseder: - Behavior of ZipFile with file-like object and
New submission from Mark Lawrence:
The attached file lists many of the warnings, but note there may be more as
tkinter didn't build and is subject to #23449.
--
components: Build, Windows
files: PossibleLossOfData.txt
messages: 235777
nosy: BreamoreBoy, steve.dower, tim.golden,
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20699
___
___
Edward O added the comment:
Here is a workaround for subclasses (23-compatible):
--- start code ---
class MyDate(datetime):
@classmethod
def fromDT(cls, d):
:type d: datetime
return cls(d.year, d.month, d.day, d.hour, d.minute, d.second,
d.microsecond, d.tzinfo)
Demian Brecht added the comment:
The only real question I have is: why? As far as I'm aware, these are
implementation details of the http.client module (there's even a comment in
HTTPMessage that it might make sense to move the class altogether).
As far as the constants go, they're only there
Mark Lawrence added the comment:
Using Microsoft Visual Studio Express 2013 for Windows Desktop.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23450
___
Mark Lawrence added the comment:
Using Microsoft Visual Studio Express 2013 for Windows Desktop.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23451
___
New submission from Mark Lawrence:
Raised as a placeholder.
--
components: Build, Windows
files: Deprecations.txt
messages: 235778
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Deprecation warnings building 3.5 Visual Studio
New submission from Mark Lawrence:
If I select Rebuild Solution I get this:-
error C1083: Cannot open include file: 'tcl.h': No such file or directory
C:\cpython\Modules\_tkinter.c
error C1083: Cannot open include file: 'tcl.h': No such file or directory
Changes by Edward O edoubray...@gmail.com:
--
nosy: +eddygeek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20371
___
___
Python-bugs-list mailing
Mark Lawrence added the comment:
Using Microsoft Visual Studio Express 2013 for Windows Desktop.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23449
___
Steve Dower added the comment:
These are warnings about implicit downcasting in a 64-bit build. They're not
fatal to the build or execution (as far as we know), and as nice as it would be
to fix them all, good fixes may introduce behaviour changes (for example, new
overflow errors).
As an
Berker Peksag added the comment:
The change was suggested before PEP in issue 4718 (see msg78292), but PEP
says:
A server should allow read() to be called without an argument, and return
the remainder of the client's input stream.
Ned Deily added the comment:
--enable-shared builds in some cases can erroneously link with an already
installed Python library of the same version. That's what happened on my first
try, before removing the system 2.7. In any case, I'm closing this issue for
now. Feel free to reopen if you
Nick Coghlan added the comment:
While I agree with the idea of backporting this at some point after it has been
published in a 3.x release, Guido also specifically requested that we *not*
treat PEP 466 as blanket permission to backport other network security features
to Python 2.7. (I
Steve Dower added the comment:
The newer attachment should handle back to Windows 2000. Unfortunately, I have
no machines to test this on, but all of the API calls existed at least on XP
and the version numbers are correct.
It runs correctly back to Python 2.7, works on 2.6 but gives the
Steve Dower added the comment:
Patch attached.
Interesting, once you declare Vista as the minimum API set, WinSock claims to
support CMSG_LEN which enables sendmsg() et al support in _socket. Since the
WinSock API bears little relation to the POSIX(?) API, it doesn't build, so
I've just
Steve Dower added the comment:
Anyone interested in reviewing this patch?
--
assignee: - steve.dower
stage: - patch review
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23152
Ivailo Monev added the comment:
I don't know how --enable-shared can have effect on this but I do not know much
about the build system either (I just quick scoped trough it) so I tried that -
it doesn't change anything. Also, I have only one version of Python installed
and that is 2.7.9.
I
Steve Dower added the comment:
Have you previously run ``build.bat -e`` from the command line? That's the best
way to make sure you're ready to work inside VS.
(And technically it's allowed to happen, since VS 2013 is not supported and our
build can do whatever it likes :) But it should work,
Benjamin Peterson added the comment:
Very nice. I think you should also apply it to older versions, since (as we
now) this sort of thing is very liable to cause security problems.
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
Attached a patch with options 1 and 2 implemented - both are fairly trivial.
Any thoughts/preferences?
--
assignee: - steve.dower
keywords: +patch
Added file: http://bugs.python.org/file38104/23314 Options.patch
___
Steve Dower added the comment:
Adding 'socket' nosy list, as Antoine may have a stronger opinion about
changing _socket to avoid these warnings - they aren't all in Windows-exclusive
code. Or I'm happy to add the suppression to the build if that's the better
option.
I'll work up a patch for
Ned Deily added the comment:
Sorry, I tried using your ./configure with a 2.7.9 tarball on a Debian VM from
which I removed the system Python 2.7 and, despite installing into the
non-standard locations, at a quick look everything seemed to work OK. For
example,
import _collections
Mark Lawrence added the comment:
Changes to nosy list as advised by Terry Reedy on c.l.py
--
nosy: +haypo, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23450
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
versions: +Python 3.3, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23361
___
John Nagle added the comment:
Amusingly, I'm getting this failure on verisign.com on Windows 7 with Python
2.7.9:
HTTP error - [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed
(_ssl.c:581)..) The current Verisign root cert (Class 3 public) is, indeed,
not in the Windows 7 cert
New submission from Mark Lawrence:
I came across these while looking at #23449. The output is in the attached
file as it's cleaner that way.
--
components: Build, Windows
files: Win32BuildErrors.txt
messages: 235801
nosy: BreamoreBoy, steve.dower, tim.golden, zach.ware
priority:
New submission from Armin Rigo:
In the interactive prompt:
if 1:
... press tab here
Pressing tab here should just insert 4 spaces. It makes no sense to display all
500 possible completions of the empty word, and using tab to indent is a very
common feature of any editor with a Python mode.
Myroslav Opyr added the comment:
In test_cgi.py-v2.7.5-rfc6266_filename.patch there is a patch to test_cgi.py
(Python 2.7.5) that reveals the issue.
--
keywords: +patch
Added file:
http://bugs.python.org/file38092/test_cgi.py-v2.7.5-rfc6266_filename.patch
Myroslav Opyr added the comment:
As a proof of concept there is fix for the issue powered by rfc6266 library[1].
See cgi.py-v2.7.5-rfc6266_filename.patch
References:
[1] https://pypi.python.org/pypi/rfc6266
--
Added file:
Martin Panter added the comment:
Main bug report: Issue 22086.
Can you say if this works when the cursor is not at the start of the entry?
E.g. after an existing tab (Ctrl-V Tab on GNU readline) or space, or after an
embedded newline (Ctrl-V Enter).
What happens if you press backspace after
Martin Panter added the comment:
Patch at Issue 23441
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22086
___
___
Changes by Matěj Stuchlík matej.stuch...@gmail.com:
--
nosy: +sYnfo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23433
___
___
Python-bugs-list
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10351
___
___
Python-bugs-list
Changes by Myroslav Opyr myros...@quintagroup.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23434
___
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14782
___
___
Python-bugs-list
Martin Panter added the comment:
FYI I opened Issue 23442 for a separate regression to do with the
REQUEST_HEADER_FIELDS_TOO_LARGE name
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21793
New submission from Martin Panter:
This is a regression caused by the new HTTPStatus enum from Issue 21793. RFC
6585 uses the plural “Fields”, so maybe the new enum symbol needs renaming.
$ python3.4
Python 3.4.2 (default, Oct 8 2014, 13:44:52)
[GCC 4.9.1 20140903 (prerelease)] on linux
Type
Will added the comment:
Had the exact same problem. Windows 7 / 64-bit
All I can get from the MSIexec log is:
Error 1722. There is a problem with this Windows Installer package. A program
run as part of the setup did not finish as expected. Contact your support
personnel or
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1508475
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23442
___
___
Jan-Philip Gehrcke added the comment:
Martin, I very much like the order you suggested, thanks. I did not feel
confident enough for re-structuring the entire entry. So, can we agree on using
that for Python 2.7?
Is there a consensus regarding the approach to take for Python 3.5? Except from
Changes by Berker Peksag berker.pek...@gmail.com:
Added file: http://bugs.python.org/file38095/issue21717_tarfile_v4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21717
___
Matěj Stuchlík added the comment:
FWIW with your patch all the tests pass on Fedora rawhide in Koji [1], whereas
before the x86_64 build would hang [2]. If you want to do some more testing,
you can download the rpms from [1]. :)
[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=8894494
Changes by Ivailo Monev xakep...@gmail.com:
--
components: +Build
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23435
___
Berker Peksag added the comment:
Good catch, thanks! Do you have better wording for that part of the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23432
___
Ivailo Monev added the comment:
Right, I'm building it on custom Linux distribution on which software is
installed on / instead of /usr on purpose. And the Python version is 2.7.9.
--
___
Python tracker rep...@bugs.python.org
Changes by Jan-Philip Gehrcke jgehr...@gmail.com:
Added file: http://bugs.python.org/file38096/issue6634_py27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6634
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
versions: +Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23439
___
Roundup Robot added the comment:
New changeset 689092296ad3 by Victor Stinner in branch '3.4':
Issue #23433: Fix faulthandler._stack_overflow()
https://hg.python.org/cpython/rev/689092296ad3
--
nosy: +python-dev
___
Python tracker
STINNER Victor added the comment:
Thanks for the report. This issue should now be fixed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23433
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +r.david.murray
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5053
___
Changes by Martin Dengler mar...@martindengler.com:
--
nosy: +mdengler
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21360
___
___
Mark Lawrence added the comment:
I've run build.bat -e for all four combinations of release and debug with 32
or 64 bit with no problems. Go back to VS and all four combinations fail with
this problem.
--
___
Python tracker rep...@bugs.python.org
Martin Panter added the comment:
How about this:
'''
The constructor accepts the same optional argument passed to :func:`sys.exit`.
If the value is an integer, it specifies the system exit status . . .
. . .
.. attribute:: code
The exit status or error message that is passed to the
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10351
___
Martin Panter added the comment:
I agree with Catalin’s proposal to remove it straight away. It just causes
confusion, and to me the intended behaviour is not equivalent to
Message.get_all(). I would remove the entire HTTPMessage class and replace it
as an alias of email.message.Message.
Ivailo Monev added the comment:
I found the source of the problem, it's in distutils. at line 148 in
Lib/distutils/util.py (in the tarball) the path join does not handle the full
path properly (os.path.join returns the second path if it is full path), as a
workaround I used return new_root +
Martin Panter added the comment:
Issue 5054 is for HTTP_ACCEPT
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10486
___
___
92 matches
Mail list logo