Russell Keith-Magee added the comment:
What hardware architecture are you compiling for? If it's ARM64, and you're not
using a trunk version of libffi, that segfault in test_ctypes is to be expected.
--
___
Python tracker rep...@bugs.python.org
Cyd Haselton added the comment:
Build complete. Unfortunately while some of the tests complete successfully,
the run ends in a segfault (see attached log)
--
Added file: http://bugs.python.org/file40002/py_test_results.log
___
Python tracker
New submission from swanson:
Comparing two array.array objects is much slower than it ought to be.
The whole point of array.array is to be efficient:
array — Efficient arrays of numeric values
But comparing them is orders of magnitude less efficient than comparing tuples
or lists of numbers.
Stefan Behnel added the comment:
Hm, I think there's little need for new exceptions...
While I agree with Yuri that the names are a bit awkward, I actually second
this. The StopIteration is almost an implementation detail of how the return
value is passed on to become the (Future) result of
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10708
___
___
Berker Peksag added the comment:
Here is a patch. I was pretty sure that I've already created an issue for this
but couldn't find it now.
--
keywords: +patch
nosy: +berker.peksag
stage: needs patch - patch review
Added file: http://bugs.python.org/file40001/issue24695.diff
New submission from Antoine Pietri:
In the new types.coroutines() documentation, it is not clearly stated whether
this function is idempotent or not: what happens when it is called on a
function that is already a native coroutine?
--
assignee: docs@python
components: Documentation
Roundup Robot added the comment:
New changeset 636ce05ea8f6 by Yury Selivanov in branch '3.5':
Issue #24692: Add more tests for types.coroutine
https://hg.python.org/cpython/rev/636ce05ea8f6
New changeset 3f3e398bcd3e by Yury Selivanov in branch 'default':
Merge 3.5 (Issue #24692)
Michael Foord added the comment:
So the problem with the testing-cabal issue 280 is *really* a problem with
decorators - the decorator is applied at method creation time and mock_open is
only called once rather than once *per call*.
Better would be to use mock.patch as a context manager
Raymond Hettinger added the comment:
Sets are under no obligation to keep their code synced with dicts and have over
time diverged in a number of ways.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24681
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file39992/move_likely_first.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24681
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
resolution: - fixed
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24619
___
New submission from Charles-François Natali:
Consider this code:
-
from __future__ import print_function
from pyccp.unittest import SafeTestCase
class MyTest(SafeTestCase):
def setUp(self):
print(setUp)
def tearDown(self):
Robert Collins added the comment:
@Paul
So the problem is that its never been a high fidelity thing in that sense
In that:
3.3 - read() is a constant for the thing opened from the mock
3.4 - read() works once and only once across all opened files from the mock
3.5 today - read() works once
New submission from Serhiy Storchaka:
RuntimeError is raised in the zipfile module in many cases where more
appropriate exception type is expected. Proposed patch changes a number of
RuntimeErrors to one of BadZipFile, NotImplementedError, or ValueError. Only
changing to NotImplementedError
Serhiy Storchaka added the comment:
Opened issue24693 about exception type.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24686
___
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24692
___
___
Python-bugs-list
R. David Murray added the comment:
Agree with Eric. Use expanduser if you want the ~ expanded.
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset bc80c783c4ab by Raymond Hettinger in branch 'default':
Issue #24681: Move the store of so-table to the code block where it is used.
https://hg.python.org/cpython/rev/bc80c783c4ab
--
nosy: +python-dev
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file39993/move_likely_first.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24681
___
Raymond Hettinger added the comment:
It is perfectly reasonable to make refactorings.
--
resolution: - fixed
status: open - closed
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24300
Changes by Pankaj Sharma pankaj@samsung.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24302
___
___
Serhiy Storchaka added the comment:
Spaces should be used instead tabs for indenting.
--
nosy: +serhiy.storchaka
stage: - patch review
type: - resource usage
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24703
Raymond Hettinger added the comment:
This is ready to apply.
--
assignee: rhettinger - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24620
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: normal - low
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24659
___
Raymond Hettinger added the comment:
This patch looks correct, applies cleanly, and passes tests.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
___
Serhiy Storchaka added the comment:
In third-party code the path manipulating functions can be used in unexpected
manner than doesn't relate to paths on MacOS. Also import macpath can be left
even with the use of macpath was eliminated or are dead code. There is a chance
to break third-party
Roundup Robot added the comment:
New changeset 5400e21e92a7 by Meador Inge in branch '3.5':
Issue #24485: Function source inspection fails on closures.
https://hg.python.org/cpython/rev/5400e21e92a7
New changeset 0e7d64595223 by Meador Inge in branch 'default':
Issue #24485: Function source
Roundup Robot added the comment:
New changeset 5400e21e92a7 by Meador Inge in branch '3.5':
Issue #24485: Function source inspection fails on closures.
https://hg.python.org/cpython/rev/5400e21e92a7
New changeset 0e7d64595223 by Meador Inge in branch 'default':
Issue #24485: Function source
Serhiy Storchaka added the comment:
Ah, sorry, this is 2.7 only. The patch LGTM for 2.7.
--
assignee: - serhiy.storchaka
resolution: not a bug -
stage: resolved - commit review
status: closed - open
type: - crash
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24300
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24703
___
Roundup Robot added the comment:
New changeset 4fc7b803ac00 by Serhiy Storchaka in branch '2.7':
Issue #24703: Fixed resource leak on error in bsddb.verify().
https://hg.python.org/cpython/rev/4fc7b803ac00
--
nosy: +python-dev
___
Python tracker
Serhiy Storchaka added the comment:
The patch makes set_add_entry() inconsistent not only with dict, but with other
set methods that use set_lookkey(). I don't know if there is some subtle bug
here, but I feel myself slightly uncomfortable with it. Also the new code looks
a little less
Serhiy Storchaka added the comment:
Otherwise the patch LGTM.
--
assignee: - serhiy.storchaka
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24703
___
Raymond Hettinger added the comment:
Serhiy, do you see anything actually wrong with the patch? If it isn't broken
in some clear cut way, I'm going to apply it shortly. The comparison with dict
internals is a red herring -- there is no promise need or precedent for making
that code exactly
Josh Rosenberg added the comment:
You're correct about what is going on; aside from bypassing a bounds check
(when not compiled with asserts enabled), the function it uses to get each
index is the same as that used to implement indexing at the Python layer. It
looks up the getitem function
Raymond Hettinger added the comment:
Why do we need a dedicated section in Built-in Types about Comparisons?
It is nice to have some of that information collected together. I think people
learn about comparison logic as a single topic rather than piecemeal type by
type.
To Jim's point, the
New submission from annoywife:
When executing the following code, I would expect the 3 to be removed from
list_copy while list_original remains unaltered. However, list_copy.pop()
removes the 3 from both lists. If an index is specified for pop, this behavior
occurs as well.
list_original =
New submission from pankaj.s01:
Hi ,
Reporting an issue of uninitialized pointer buf.outobj in python-2.7.x .
I have attached patch ,please check and review it.
Thanks!
--
components: Extension Modules, Library (Lib)
files: Python-2.7.10-multibytecodec.patch
keywords: patch
messages:
Changes by pankaj.s01 pankaj@samsung.com:
--
nosy: +benjamin.peterson -pankaj.s01
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24702
___
___
Roundup Robot added the comment:
New changeset ba8ab143f4e6 by Serhiy Storchaka in branch '2.7':
Initialize buf.outobj in multibyte encoder (closes issue #24702).
https://hg.python.org/cpython/rev/ba8ab143f4e6
--
nosy: +python-dev
___
Python tracker
R. David Murray added the comment:
https://docs.python.org/3/faq/programming.html#why-did-changing-list-y-also-change-list-x
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker
New submission from pankaj.s01:
Hi,
There is an issue of resource leak of file descriptor outFile in
Python-2.7.10 ,file :Python-2.7.10/Modules/_bsddb.c:3456.
variable outFile is going out of scope which leaks the storage.So need to
close file before return on error.
I have attached the patch
Raymond Hettinger added the comment:
Eric, I believe you're profoundly misunderstanding my Pycon talk. The posted
code is not expected to work if I swap the order of the classes around --
MRO's are controlled by the child classes (subject to a number of constraints)
and the order classes are
Changes by pankaj.s01 pankaj@samsung.com:
--
nosy: +benjamin.peterson -pankaj.s01
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24300
___
___
Serhiy Storchaka added the comment:
The MultibyteDecodeBuffer structure doesn't have the outobj field.
--
nosy: +pankaj.s01, serhiy.storchaka
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24700
___
Meador Inge added the comment:
Thanks Yury! I have committed my patches to 3.5 and default.
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24485
Roundup Robot added the comment:
New changeset 3bbd0cbfe836 by Raymond Hettinger in branch 'default':
Issue #24300: Minor refactoring.
https://hg.python.org/cpython/rev/3bbd0cbfe836
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Committed in ba8ab143f4e6.
Thank you for your contribution pankaj.s01 (could you please specify your real
name?).
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker
Serhiy Storchaka added the comment:
The patch doesn't fix any bug. Usually we avoid changing source code without
need.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24300
Guido van Rossum added the comment:
Hm, I think there's little need for new exceptions...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24697
___
New submission from Ilya Kulakov:
I'm seeing the issue using python 3.4.3 on Windows 8
In the __init__.py method of my package I define temporary directory at the
module level like this:
_TempDir = tempfile.TemporaryDirectory(prefix='...'))
tempfile.tempdir = _TempDir.name
I expect it to be
Yury Selivanov added the comment:
Meador, I've reverted changes introduced in #21217 -- I don't want to risk
shipping 3.5beta4 with broken backwards compatibility.
Feel free to rebase commit your patch (I decorated test_decorator_with_lambda
with @unittest.expectedFailure).
--
Roundup Robot added the comment:
New changeset 558199e060fd by Yury Selivanov in branch 'default':
Issue #13248: Remove inspect.getmoduleinfo() from 3.6 (deprecated in 3.3)
https://hg.python.org/cpython/rev/558199e060fd
--
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file39996/py36_base32hex.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16995
___
Robert Collins added the comment:
Discussed with Michael Foord; we're going to go with the -2 patch - the new
behaviour.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21750
___
Yury Selivanov added the comment:
This is a documented behaviour, changing it would likely break too much code.
Moreover, I don't think that calling addCleanup callbacks before tearDown makes
more sense than after. tearDown is a common cleanup method for all tests of
testcase, and addCleanup
Robert Collins added the comment:
The ordering is deliberate to support folk migrating from tearDown to cleanups
- its not a bug. I thought we documented it clearly -
https://docs.python.org/dev/library/unittest.html#unittest.TestCase.doCleanups
- but if you wanted to submit improvements to
Charles-François Natali added the comment:
I understand the risk of breakeage, but that's still broken, because
we break LIFO ordering.
I'd been using addCleanup() for years and never bothered looking at
the documentation - which is admitedly a mistake - because LIFO
ordering is the natural
Roundup Robot added the comment:
New changeset a565aad5d6e1 by Yury Selivanov in branch 'default':
Issue #13248: Remove inspect.getargspec from 3.6 (deprecated from 3.0)
https://hg.python.org/cpython/rev/a565aad5d6e1
--
___
Python tracker
Robert Collins added the comment:
So yeah - setup + cleanup is LIFO.
setup + teardown *can* be LIFO [depends on where you upcall]
setup + teardown + cleanup CANNOT be LIFO in all cases: we have to pick one,
and either local-first or local-last.
So it is ultimately somewhat arbitrary and
Yury Selivanov added the comment:
But I guess that ship has sailed...
Closing the issue.
--
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24694
Roundup Robot added the comment:
New changeset 4e42a62d5648 by Yury Selivanov in branch '3.5':
Issue #24485: Revert backwards compatibility breaking changes of #21217.
https://hg.python.org/cpython/rev/4e42a62d5648
New changeset 98a2bbf2cce2 by Yury Selivanov in branch 'default':
Merge 3.5
Roundup Robot added the comment:
New changeset 4e42a62d5648 by Yury Selivanov in branch '3.5':
Issue #24485: Revert backwards compatibility breaking changes of #21217.
https://hg.python.org/cpython/rev/4e42a62d5648
New changeset 98a2bbf2cce2 by Yury Selivanov in branch 'default':
Merge 3.5
New submission from Adam Bartoš:
The documentation of traceback.print_exception says if traceback is not None,
it prints a header Traceback (most recent call last):. That also meant that
the header wasn't printed if traceback was None. However, the new Python 3.5
TracebackException object
New submission from Adam Bartoš:
There is a subtle bug in Python 3.4 implementation of traceback library:
import traceback
try:
... 1 / 0
... except Exception as e:
... exc = e
...
traceback.print_exception(exc.__class__, exc, exc.__traceback__)
Traceback (most recent call last):
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - needs patch
title: Don't print traceback header if traceback is None - Don't print
traceback header if traceback is None in TracebackException
versions: +Python 3.6
___
Python tracker
Robert Collins added the comment:
@Larry - should this go in 3.5, or would you rather it not?
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2091
___
Robert Collins added the comment:
Argh, and my memory had things inverted.
Anyhow - the inheritance story was the big thing, and -1 on changing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24694
Matthäus Wander added the comment:
*facepalm* Yes, I uploaded the old patch twice. Sorry for that.
- Added doc update.
- Added test case that includes all 32 characters codes.
I'm reusing the existing Base32 table generation logic without changes. It has
been changed (in 3.4 or so) since the
Carol Willing added the comment:
Ezio and Stephen, The content that you are brainstorming here is very
helpful, and I'm learning new resources and detail from it.
I've learned something from Ezio's link to Nick's post on python-committers.
I'm not a core developer so I'm not subscribed to
Roundup Robot added the comment:
New changeset b5a7f529b4ac by Yury Selivanov in branch '3.5':
Issue #24687: Plug refleak on SyntaxError in function parameters annotations.
https://hg.python.org/cpython/rev/b5a7f529b4ac
New changeset cf91ae981afd by Yury Selivanov in branch 'default':
Merge 3.5
Yury Selivanov added the comment:
Thanks, Benjamin!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24687
___
___
Python-bugs-list mailing list
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24619
___
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24687
___
Yury Selivanov added the comment:
Updated patch attached (rebased; minor optimization). I'll commit this patch
in a few hours to make sure it lands in 3.5beta4.
--
Added file: http://bugs.python.org/file39991/issue24619.4.patch
___
Python tracker
Yury Selivanov added the comment:
I would prefer that compiler_visit_argannotation[s] be fixed to use the
normal calling convention.
Agree, new patch attached.
--
Added file: http://bugs.python.org/file39990/compile2.patch
___
Python tracker
Benjamin Peterson added the comment:
Seems fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24687
___
___
Python-bugs-list mailing
Changes by Erik Bray erik.m.b...@gmail.com:
--
nosy: +erik.bray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24651
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 83e28ee348bf by Robert Collins in branch '3.4':
Issue #21750: Further fixup to be styled like other mock APIs.
https://hg.python.org/cpython/rev/83e28ee348bf
New changeset b30fc1de006c by Robert Collins in branch '3.5':
Issue #21750: Further fixup
Guido van Rossum added the comment:
What problem does this solve?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24697
___
___
Python-bugs-list
Guido van Rossum added the comment:
What problem does this solve?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24697
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Added comments on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16995
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
I would add a warning in 3.4- (or 3.5-). The 'U' mode should not work
with '+', and it can't work with '+' correctly. This is a bug that we can
decide not fix by raising an exception.
--
___
Python tracker
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
___
___
Python-bugs-list
New submission from Yury Selivanov:
Since native coroutines (see PEP 492) hadn't had a separate type when the PEP
was accepted, we didn't discuss that it might be necessary to introduce new
exception types specifically for coroutines.
To maintain backwards compatibility with 3.5, I think we
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16995
___
___
Terry J. Reedy added the comment:
Thank you for testing this. I am hoping that you left the patch applied for
testing in routine use. I an now reviewing the code so I can understand it
well enough to apply, and to see what non-debug functions might possibly be
affected, and need testing
New submission from Alex Budovski:
The svn commands need to be wrapped with call, otherwise the batch
interpreter hangs. Attached simple fix.
--
files: externalsfix.diff
keywords: patch
messages: 247223
nosy: Alex Budovski
priority: normal
severity: normal
status: open
title:
Eric Frederich added the comment:
Raymond,
Thanks for the explanation of your reasoning.
Could you please provide an example of how to create a cooperative subclass of
OrderedDict?
I have attempted to make one.
I succeeded to make it work where the previous example failed but in doing made
Changes by Eric Frederich eric.freder...@gmail.com:
Removed file: http://bugs.python.org/file39998/inj2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24685
___
Changes by Eric Frederich eric.freder...@gmail.com:
Added file: http://bugs.python.org/file3/inj2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24685
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Removed file: http://bugs.python.org/file39992/move_likely_first.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24681
___
Eric Frederich added the comment:
Attached, as inj3.py, is a version I made which seems to work with Python2 but
not with Python3's C implementation of OrderedDict.
I had to walk the MRO myself to get the unbound method to pass along as
dict_setitem.
With Python3 it doesn't look like doing
R. David Murray added the comment:
I agree, a change that emits an error where none was emitted before should only
go in the next release. With a what's new entry.
It is possible there should be a deprecation or -3 warning in 2.7, but I'm not
sure it is worth the effort.
--
nosy:
Yury Selivanov added the comment:
What problem does this solve?
Only avoiding confusion, because coroutines now have a separate type, lack
__iter__, and thus are quite different (on the surface) from generators. The
fact that 'coro.send(..)' raises StopIteration (when coroutines aren't
R. David Murray added the comment:
This script has been working for a long time, and while it was updated recently
there was no 'call' previously either. What environment are you experiencing a
hang in?
--
components: +Windows
nosy: +paul.moore, r.david.murray, steve.dower,
Steve Dower added the comment:
Apparently you've installed SVN differently and you're calling svn.bat (or
svn.cmd) instead of svn.exe.
Adding call there should not cause a problem for people who have svn.exe, but
Alex, I suggest you try running where svn to make sure you are actually
1 - 100 of 111 matches
Mail list logo
