Angad Singh added the comment:
Created a patch for this. Added POSIX links for fcntl, ioctl and termios. Let
me know if I am missing anything.
--
nosy: +angad
Added file:
http://bugs.python.org/file39857/posix_specification_links_fcntl_ioctl_termios.patch
Angad Singh added the comment:
Internet Archive (with image) -
https://web.archive.org/web/20150315073817/http://www.xprogramming.com/testfram.htm
--
nosy: +angad
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24548
Ned Deily added the comment:
I think we should add something to the 3.5 What's New document about these
changes and which platforms are affected. Otherwise is there anything left to
do before closing?
--
priority: normal - deferred blocker
___
Ned Deily added the comment:
Right, that would be a good reason! I seem to recall that, when I initially
tested flat-package building and installation, there were problems with pkgs
not getting properly installed when version was set, possibly due to confusion
between installs and upgrades.
Changes by Ned Deily n...@acm.org:
--
components: -Installation
title: OS X 2.7 package has zeros for version numbers in sub-packages - OS X
installer provides flat sub-packages with no version numbers
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 695bbbaf2478 by Ned Deily in branch '2.7':
Issue #24432: Update OS X 10.5+ installer builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/695bbbaf2478
New changeset 4b52fce3753d by Ned Deily in branch '3.4':
Issue #24432: Update OS X
Angad Singh added the comment:
I have a patch for this. I have also documented some of the non-documented
attributes of HTTPConnection class.
--
keywords: +patch
nosy: +angad
Added file: http://bugs.python.org/file39856/response_class.http.client.patch
Angad Singh added the comment:
Taking a stab at this. Attached patch.
--
keywords: +patch
nosy: +angad
Added file: http://bugs.python.org/file39858/function_threading_timer.diff
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
I think we can close this as finished. The only remaining item I can think of
is to add something to the 3.5 What's New document but that should be done as
part of Issue22980 for all affected platforms.
--
status: open - closed
Mark Dickinson added the comment:
Agreed with Tim Peters about this not being possible with fully compliant IEEE
754 arithmetic (see http://stackoverflow.com/a/3041071/270986 for a sketch of a
proof), but it's certainly a possibility with double rounding, as Steven's
result demonstrates. And
STINNER Victor added the comment:
Use the io module instead using the open() function.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24560
___
Mark Shannon added the comment:
There are two parts to this fix.
First, we raise a runtime exception if the other dict is modified during the
update/merge.
Second, refcounts must be incremented around the PyDict_GetItem and insertdict
calls in case the key or value is otherwise deallocated.
Min RK added the comment:
On a bit of further investigation, the NFS files have an xattr
`system.nfs4_acl`. This can be read, but attempting to write it fails with
EINVAL. Attempting to copy from NFS to non-NFS fails with ENOTSUP, which is
caught and ignored, but copying from NFS to NFS
Roundup Robot added the comment:
New changeset 64b42ec6ef42 by Ned Deily in branch '2.7':
Issue #24330: Update IDLE doc and help to note Configure IDLE difference
https://hg.python.org/cpython/rev/64b42ec6ef42
New changeset b9460ee09228 by Ned Deily in branch '3.4':
Issue #24330: Update IDLE
Mark Shannon added the comment:
If the tracker had let me assign the issue, you need not have wasted your time.
Oh well.
Indeed, your patch looks very similar to mine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24407
Xavier de Gaye added the comment:
The patch is wrong, the frame may not be run by the current PyThreadState.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17277
___
Antoine Pitrou added the comment:
I made SSLSocket go through SSLObject so that the test suite that is
primarily testing SSLSocket will test both.
Indeed, I like the fact it makes test coverage broader.
Of course, if there's another way to get such coverage without duplicating lots
of
when
deployed to device.
--
Added file: http://bugs.python.org/file39862/20150704.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23670
R. David Murray added the comment:
Oh, he still might have written the patch, after all there isn't a lot of
operational difference between the email that says assigned to XXX and the
email that contains your text consider this assigned.
However, Benjamin has given you developer privs on the
New submission from Xavier de Gaye:
The last paragraph of Objects/lnotab_notes.txt explains that the f_lineno
member of the PyFrameObject structure is needed to store the line number of the
last line tracing event so that this value may be used as the line number of
the return event instead
Xavier de Gaye added the comment:
Uploading the corresponding test cases.
--
Added file: http://bugs.python.org/file39866/f_lineno_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24565
Ned Deily added the comment:
Thanks for your patch, André! I changed the wording a bit to make it even
clearer. Applied to 2.7 (for 2.7.11), 3.4 (3.4.4), and 3.5.0
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
New submission from Jess Hamrick:
shutil.copytree seems to fail when copying files across NFS filesystems. In
this example (see bug_demo.py), /tmp is a normal ext4 filesystem and the
current working directory is NFS (version 4). Interestingly, it works fine to
to copy between ext4 and NFS,
Tim Peters added the comment:
Mark, note that the sequence in the OP's original report only contains 35
elements. That, alas, makes double rounding irrelevant to this bug report.
That is, while random.choice() can suffer double-rounding surprises in _some_
cases, it cannot in the case
Mark Dickinson added the comment:
Tim: yes, I agree that this shouldn't happen for the string posted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24546
___
David Ford (FirefighterBlu3) added the comment:
In my quest for completeness, I discovered a lack of handling given HTTP-HTTPS
redirect. So I've attached another version of this patch which ensures an HTTPS
handler is installed if such a redirect is found.
--
Added file:
Roundup Robot added the comment:
New changeset 5f279db087e7 by R David Murray in branch '2.7':
#24548: replace dead link with pointer to archive.org.
https://hg.python.org/cpython/rev/5f279db087e7
--
nosy: +python-dev
___
Python tracker
R. David Murray added the comment:
Thanks.
I typoed the issue number in the commit messages :(. The python3 commits are
050a941f69fb, 51e05ee9848a, and 631ef17fc772.
--
nosy: +r.david.murray
resolution: - fixed
stage: needs patch - resolved
status: open - closed
type: - behavior
Jess Hamrick added the comment:
Some further information: if I run copystat directly on 3.4.3, I get
essentially the same error as on 3.4.0. So really it only looks like the
difference is just in how the error is reported:
Traceback (most recent call last):
File bug_demo.py, line 31, in
Changes by Xavier de Gaye xdeg...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24565
___
___
Python-bugs-list
R. David Murray added the comment:
There are a number of open issues with copytree originating from copystat. It
would be great if someone could pull them all together and propose a solution.
Making it optional might indeed be the best solution.
--
nosy: +r.david.murray
Changes by Larry Hastings la...@hastings.org:
--
priority: release blocker - normal
stage: - needs patch
type: crash - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23020
___
Changes by Larry Hastings la...@hastings.org:
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15014
___
___
Larry Hastings added the comment:
This regression isn't thrilling, but it's not the kind of OMG we can't release
with this bug level of escalation I associate with an actual release blocker.
Let's at least defer it for now, and maybe we'll even reduce it further later.
--
priority:
Tim Peters added the comment:
Raymond, there are (at least) two bugs here:
1. The original bug report. Nobody yet has any plausible theory for what went
wrong there. So won't fix wouldn't be appropriate. If the OP can't provide
more information, neither a reproducible test case, then after
Steven D'Aprano added the comment:
I've created a new issue 24567 for the double-rounding bug. I have taken the
liberty of copying the nosy list from this issue to the new one, apologies if
that is inappropriate.
--
assignee: - rhettinger
___
Changes by Larry Hastings la...@hastings.org:
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23441
___
Changes by Larry Hastings la...@hastings.org:
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23623
___
New submission from bee13oy:
I found an Unsigned Integer Overflow in sre_lib.h.
Tested on En Windows 7 x86 + Python 3.4.3 / Python 3.5.0b2
Crash:
--
(1a84.16b0): Access violation - code c005 (!!! second chance !!!)
eax=0002 ebx=0038f40c ecx=0002 edx=0526cbb8 esi=83e0116b
Changes by Serhiy Storchaka storch...@gmail.com:
--
priority: release blocker - deferred blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24181
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo, serhiy.storchaka
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24566
___
Changes by Larry Hastings la...@hastings.org:
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24485
___
___
Raymond Hettinger added the comment:
I would like to close this as won't fix.
Add given the infinitesimal probability of occurrence (and long standing code),
I don't think there needs to be a change to the documentation either.
--
___
Python
Steven D'Aprano added the comment:
I've been running this snippet for almost 72 hours now:
s = uБГДЖИЛЦЫЭu042eЯАВЕКМРТu042312456789
while True:
state = random.getstate()
try:
a = random.choice(s)
except IndexError:
break
with no results yet. I cannot replicate the
Roundup Robot added the comment:
New changeset 37fed8b02f00 by Benjamin Peterson in branch '3.3':
protect against mutation of the dict during insertion (closes #24407)
https://hg.python.org/cpython/rev/37fed8b02f00
New changeset 75da5acbfbe4 by Benjamin Peterson in branch '3.4':
merge 3.3
Steve Dower added the comment:
Eh, why bother. I don't remember if the fix is in for 3.5.0b3, but I'll vouch
that the compiler build with the fix does exist and will be used for 3.5, so
this should just be closed (again).
--
stage: - resolved
status: open - closed
Larry Hastings added the comment:
So, the purpose in marking this as a release blocker is so that we can hold
up the release while we wait for Microsoft to release a new compiler? If our
approach to fixing this is to get the compiler fixed, I can live with marking
this as critical, but not
Larry Hastings added the comment:
I'm not going to hold up beta 3 while you guys argue about how to round up or
down the number of angels that can dance on the head of a pin.
--
priority: release blocker - deferred blocker
___
Python tracker
Larry Hastings added the comment:
FWIW, our AMD64 Windows7 SP1 3.5 buildbot hits this 50% of the time in the
regression test suite. So it's not just Terry.
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.5/builds/78/steps/test/logs/stdio
--
nosy: +larry
New submission from Steven D'Aprano:
While investigating issue 24546, I discovered that at least some versions of
Python on 32-bit Linux have a double-rounding bug in multiplication which may
lead to an unexpected IndexError in random.choice.
See http://bugs.python.org/issue24546 for
Stefan Krah added the comment:
Andrew, given that you did not upload the package, I don't see
how you have anything to do with this.
Creating an internal or a *clearly distinguished* external
package is fine; taking up a misleading second spot on PyPI,
plagiarizing the package description
Nick Coghlan added the comment:
Adding Petr Viktorin to the nosy list as well, as the kind of issues Stefan
mentions there are the kinds of things that the PEP 489 extension module import
issues *didn't* address yet, but we'd like to address in the 3.6 iteration of
the multi-phase
Stefan Krah added the comment:
I think for fast access we need a hybrid solution that allows
static types (heap types slowed down _decimal) *and* cache the
thread local values (like it's currently done for the thread-local
context in _decimal).
Caching the context brought an enormous speedup
Nick Coghlan added the comment:
That's jumping ahead a little - this issue is only about running the regression
test suite from a subinterpreter, and establishing what *already* works
properly. Dealing with the fallout of any quirks and outright failures we
discover that way will be a
Mark Shannon added the comment:
The tracker won't let me assign this to myself.
Consider it assigned.
--
nosy: +Mark.Shannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24407
___
Benjamin Peterson added the comment:
Hmm, I just wrote a very similar patch. Tell me what you think. :)
--
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file39861/dict_merge.patch
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Thanks, but we don't want to document an internal only name (which is what
the leading underscore means in this case). It might be desirable to note that
the name is a class in python3, I'm not sure.
--
nosy: +r.david.murray
Stefan Krah added the comment:
Now I'm wondering what further test coverage we really need...
Ideally we'd test every C module with the tests executing in
parallel (sort of) in multiple interpreters.
I have done so for _decimal, which is mostly okay due to the
thread-local contexts. However,
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
type: - enhancement
versions: +Python 3.4, Python 3.5, Python 3.6 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Drekin added the comment:
I've also been hit by this issue, see
https://mail.python.org/pipermail/python-list/2015-July/693496.html and the
following thread. I've spent some time trying to find where the problem is, and
just after I found out it's about eof_received() returning None, I could
60 matches
Mail list logo