Anselm Kruis added the comment:
Your guess is correct, it will be a null merge into default.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23160
___
Ethan Furman added the comment:
I've been digging into this over the last week and come to the realization that
I won't be able to finish this patch. My apologies.
Victor, can you take over? I would appreciate it.
The tests I have written are only for the Python side. The patch I was
STINNER Victor added the comment:
The attached patch lacks an unit test. When I will be able to build CPython
again, I will try the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22977
Karan Goel added the comment:
Hey I'll be working on this and submitting a patch.
--
nosy: +karan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23221
___
Eric V. Smith added the comment:
I think Michael is asking if the proposed change would ever be accepted. If the
answer is no, not even if you write the tests and update the documentation,
then there's no sense putting the work into this. That seems like a reasonable
question to me.
I think
R. David Murray added the comment:
I concur that this is a reasonable feature request, and it is not one that can
be satisfied without modifying the tarfile module (that is, you can't write a
simple wrapper to tarfile to get the functionality desired without cutting and
pasting the entire
Jarle Selvåg added the comment:
I agree that -OO does what (people have agreed) it's supposed to do.
Many packages manipulates the docstring without checking for 'None' (see list
below). For many package developers, it seems hard to remember that the
docstrings may disappear after
Changes by Dmitry Shachnev mity...@gmail.com:
Added file: http://bugs.python.org/file37683/issue22932_combined.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
Karan Goel added the comment:
There we go. I fixed all the reported typos using the best of my knowledge.
--
keywords: +patch
Added file: http://bugs.python.org/file37680/issue23221.patch
___
Python tracker rep...@bugs.python.org
Martin Richard added the comment:
I updated the selector patch so BaseSelector.get_key() raises KeyError if the
mapping is None. All the (non skipped) tests in test_selectors.py passed.
Anyway, if there is an other problem with freeing the mapping object (I don't
know, maybe reopening a loop
STINNER Victor added the comment:
I opened the issue #23225 selectors: raise an exception if the selector is
closed which is a different approach (but it should also fix the reference
cycle, I kept the self._map = None change).
--
___
Python
New submission from STINNER Victor:
I propose to raise a RuntimeError exception on operations of a selector when
the selector is closed.
I'm not sure that RuntimeError is the most common exception:
- io and gzip raise ValueError
- asyncio raises RuntimeError (and selectors is linked to
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: - patch review
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22977
___
STINNER Victor added the comment:
+def _test_home(self, p):
+q = self.cls(os.path.expanduser('~'))
+self.assertEqual(p, q)
+self.assertEqual(str(p), str(q))
+self.assertIs(type(p), type(q))
+self.assertTrue(p.is_absolute())
+
+def test_home(self):
Roundup Robot added the comment:
New changeset 4a55b98314cd by Antoine Pitrou in branch 'default':
Issue #19777: Provide a home() classmethod on Path objects.
https://hg.python.org/cpython/rev/4a55b98314cd
--
nosy: +python-dev
___
Python tracker
Steve Dower added the comment:
Is the libpython27.a file actually a 32-bit version or is it just corrupted? It
seems to be considerably smaller than the version in the 32-bit installer, but
it is certainly not being generated from the 32-bit version.
I didn't write this code originally, and I
Charles-François Natali added the comment:
RuntimeError sounds better to me (raising ValueError when no value is
provided, e.g. in select() sounds definitely strange).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23225
Erik O'Shaughnessy added the comment:
Still seeing this issue on Solaris 11 with Solaris Studio compilers when
building pandas 0.15.2 and matplotlib 1.4.2.
--
nosy: +Erik.O'Shaughnessy
___
Python tracker rep...@bugs.python.org
Zach Welch added the comment:
The libpython27.a is an actual 32-bit version, as confirmed by running objdump
-t on it. It reports the sections' file format as pe-i386 instead of
pe-x86-64. I am only using it for building for the 64-bit target, so I cannot
confirm its viability for 32-bit
Guido van Rossum added the comment:
Should inf and nan be added to cmath too? It has e and pi and isnan() and
isinf()...
Also complex(0, math.nan) a value that is printed as nanj and complex(nanj)
parses and returns such a value, so the point could be made that there should
be a constant
New submission from Andrew Barnert:
In a recent thread on python-ideas
(https://mail.python.org/pipermail/python-ideas/2015-January/030817.html), it
was concluded that Python should not have a range-like type for floats in the
stdlib, but there should be some simple discussion of the
Robert Collins added the comment:
w.r.t. a new linecache interface, it looks like we need two attributes from
f_globals: __name__ and __loader__, so that we can eventually call
__loader__.get_source(__name__).
One small change (to let me focus on traceback) would be to add another kw
Andrew Svetlov added the comment:
-1.
Sorry, I don't see the reason for making custom `Future` class.
Can you elaborate?
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22729
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22286
___
___
Python-bugs-list
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15836
___
___
Python-bugs-list
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: patch review - commit review
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15836
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9587
___
___
Python-bugs-list
Antoine Pitrou added the comment:
I've committed the patch, thank you!
--
resolution: - fixed
stage: needs patch - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19777
Martin Panter added the comment:
This patch includes a test case, based on Eryksun’s exception code
--
Added file: http://bugs.python.org/file37686/win-error-format-v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22977
Andrew Barnert added the comment:
As suggested by the review: removing unnecessary parenthetical, changing ulp
to digit, and fixing the recipe link.
--
Added file: http://bugs.python.org/file37685/stdtypes.rst.diff
___
Python tracker
Martin Panter added the comment:
A patch for this might conflict with the LZMA patch for Issue 15955, so it
would be simplest to wait for that issue to be resolved first
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23224
R. David Murray added the comment:
The tests fail for me the same way both before and after the code patch:
==
FAIL: test_formatdate (test.test_email.test_utils.FormatDateTests)
Martin Panter added the comment:
Here is a new version of Kuchling’s patch. I restored some mapping files which
do not give any errors (including the mac_turkish codec, which is actually
documented), and removed both readme files.
--
components: +Unicode
nosy: +haypo, vadmium
New submission from Stephen Drake:
If a generator has its close() method called before any items are requested
from it, a finally block in the generator function will not be executed.
I encountered this when wrapping an open file to alter the result of iterating
over it. Using a generator
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8450
___
___
Steve Dower added the comment:
Thanks for the notice. I'll try and get that fixed up for the next 2.7 release.
--
assignee: - steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23199
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
___
37 matches
Mail list logo