New submission from Serhiy Storchaka:
In additional to changeset 07488c3c85f1, here are yet some possible word
duplications:
Lib/_pyio.py:306:Change the stream position to byte offset offset.
offset is
Lib/concurrent/futures/_base.py:520:fn: A callable that will take
take
New submission from Robert Xiao:
Try this at your command-prompt (requires utf8 support in the terminal
emulator):
$ python3 -m calendar -L zh_CN -e utf8
The result is a mess like this:
2013
一月二月三月
一
Serhiy Storchaka added the comment:
And yet some:
Mac/README:40: Create a universal binary build of of Python. This can be used
with both
Misc/HISTORY:781: some also support accepting an open file descriptor in place
of of a path
Misc/HISTORY:1415: trying to set a non-binary value as a
New submission from Robert Xiao:
Try this at a command-prompt:
$ python -m calendar -L ja_JP --encoding utf8
The result is a crash:
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py,
line 162, in _run_module_as_main
Robert Xiao added the comment:
This is also a problem in Python 2.7 after the patch in issue17049 is applied.
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17048
___
New submission from Chris Jerdonek:
Works:
p = ArgumentParser(prog='test.py')
p.add_argument('pos')
p.add_argument('remainder', nargs=argparse.REMAINDER)
p.parse_args(['abc', '--def'])
Namespace(pos='abc', remainder=['--def'])
Doesn't work:
p = ArgumentParser(prog='test.py')
Chris Jerdonek added the comment:
See also issue 17050 for a reduced/simple case where argparse.REMAINDER doesn't
work (the case of the first argument being argparse.REMAINDER).
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Add functions to get the width in columns of a character
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17048
___
New submission from Robert Xiao:
[From
http://stackoverflow.com/questions/12648737/huge-memory-leak-in-repeated-os-path-isdir-calls]
os.path.isdir() leaks memory under Windows in Python 2.7. The core cause is
this snippet:
Modules/posixmodule.c:4226:
if (!PyArg_ParseTuple(args,
New submission from Chris Jerdonek:
The _do_discovery() method of unittest.TestProgram:
def _do_discovery(self, argv, Loader=loader.TestLoader):
(from http://hg.python.org/cpython/file/2cf89e2e6247/Lib/unittest/main.py#l222 )
should be using self.testLoader instead of loader.TestLoader.
Serhiy Storchaka added the comment:
Thank you for report and suggestion, Robert Xiao. The patch should be a little
more complex however.
--
keywords: +patch
nosy: +rhettinger, serhiy.storchaka
stage: - patch review
type: - behavior
Added file:
Serhiy Storchaka added the comment:
And here is an updated test for 3.x.
--
versions: +Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file28869/calendar_locale-3.x.patch
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 79db70bd3188 by Mark Dickinson in branch 'default':
Issue #16772: in int(x, base), non-integer bases must have an __index__ method.
http://hg.python.org/cpython/rev/79db70bd3188
--
___
Python tracker
Changes by Mark Dickinson dicki...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16772
___
___
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16772
___
___
Python-bugs-list
Mark Dickinson added the comment:
Postponing as suggested.
--
resolution: - postponed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16899
___
Mark Dickinson added the comment:
Anyone wants to suggest a specific wording?
How about the attached patch?
--
keywords: +patch
Added file: http://bugs.python.org/file28870/issue15438.patch
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Imaplib tests was changed a lot since 3.2. Here is an updated patch.
--
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file28871/imaplib_with_2.patch
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - duplicate
stage: patch review - committed/rejected
status: open - closed
superseder: - PyModuleDef_HEAD_INIT does not explicitly initialize all fields
of m_base
___
Python tracker
Serhiy Storchaka added the comment:
Good catch. Thank you, Robert Xiao.
Can you please submit a contributor form?
http://python.org/psf/contrib/contrib-form/
http://python.org/psf/contrib/
--
assignee: - serhiy.storchaka
components: +Extension Modules, Windows -Library (Lib)
nosy:
Changes by Serhiy Storchaka storch...@gmail.com:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16445
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16447
___
___
Serhiy Storchaka added the comment:
Charles-François, are you going to finish this before 2.7.4 RC released? The
patch should be updated to address Antoine's comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13555
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15809
___
___
Serhiy Storchaka added the comment:
Any news?
--
priority: normal - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16137
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
type: crash - enhancement
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7330
___
Serhiy Storchaka added the comment:
Let's go ahead.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16743
___
___
Python-bugs-list mailing list
Roundup Robot added the comment:
New changeset cf0f450b3299 by Nadeem Vawda in branch '3.2':
Issue #13886: Fix input() to not strip out supposedly-invalid input bytes.
http://hg.python.org/cpython/rev/cf0f450b3299
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset 5c8732049dd5 by Nadeem Vawda in branch '3.3':
Issue #13886: Fix input() to not strip out supposedly-invalid input bytes.
http://hg.python.org/cpython/rev/5c8732049dd5
--
___
Python tracker
New submission from Ronald Oussoren:
pydoc currently uses inspect.getfullargspec to determine the signature of a
callable when rendering its documentation. It should use inspect.signature
instead because that function can work with callables that aren't python
functions or methods.
Changing
Roundup Robot added the comment:
New changeset 9774721bfc32 by Nadeem Vawda in branch 'default':
Issue #13886: Fix input() to not strip out supposedly-invalid input bytes.
http://hg.python.org/cpython/rev/9774721bfc32
--
___
Python tracker
Roundup Robot added the comment:
New changeset 12223782031f by Nadeem Vawda in branch '2.7':
Issue #13886: Fix input() to not strip out supposedly-invalid input bytes.
http://hg.python.org/cpython/rev/12223782031f
--
___
Python tracker
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
assignee: - nadeem.vawda
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
Okay with me to backport.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11729
___
___
Python-bugs-list
Robert Xiao added the comment:
The PSF form really needs a PDF version. Anyway, 'tis duly submitted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17051
___
R. David Murray added the comment:
I don't think it should be .. note, but otherwise it looks fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
___
R. David Murray added the comment:
Stefan: as Serhiy pointed out, the two parameters control different things.
While it may be true that it is *likely* that someone would use both if they
use one, it is not guaranteed. I think it is better to keep them separate,
since while they are related
Ezio Melotti added the comment:
Maybe the Unicode HOWTO could be reorganized so that it first introduces the
bare minimum and then expands the concepts for whoever wants to know more?
Or should we have a basic and an advanced Unicode HOWTO?
--
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16772
___
Roundup Robot added the comment:
New changeset b9792b27d410 by Stefan Krah in branch '2.7':
Issue #11729: Backport commit bff052d9 from libffi upstream in order to fix
http://hg.python.org/cpython/rev/b9792b27d410
--
___
Python tracker
Charles-François Natali added the comment:
Charles-François, are you going to finish this before 2.7.4 RC released? The
patch should be updated to address Antoine's comments.
No.
I don't have access to a 64-bit box, which makes it difficult to write
(I don't get compiler warnings) and test.
Stefan Krah added the comment:
Right, keeping the cases separate is indeed clearer.
Serhiy, in case you are waiting for my stick to minimal changes comment to be
resolved: People apparently *do* use --without-doc-strings, so the additional
code in test_pydoc.py is really fine.
--
Roundup Robot added the comment:
New changeset 6c0d9d1ce63e by Serhiy Storchaka in branch '2.7':
- Issue #17041: Fix testing when Python is configured with the
http://hg.python.org/cpython/rev/6c0d9d1ce63e
New changeset 241b655c23b6 by Serhiy Storchaka in branch '3.2':
Issue #17041: Fix testing
Serhiy Storchaka added the comment:
Thank you, Stefan. I got notification about your comments on email and fixed
patches.
Here is a patch which fixes doctests (for 2.7 only need replace test.support by
test.test_support). I'm not sure this is a right way to do conditional doctests.
Charles-François Natali added the comment:
I would like to suggest again my idea of doing it in Connection instead,
with new methods (e.g. locked_send and locked_recv). Especially given
it can be useful in user code to have a thread-safe Connection (I'm in
this situation currently).
I
Antoine Pitrou added the comment:
For the record, I tried the Connection approach and here is what I ended up
with.
--
Added file: http://bugs.python.org/file28873/locked_send_recv.patch
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
OK, let's take a step back here and look at what exactly we are trying to
simplify (which is now the updated example in PEP 399)::
from test.support import import_fresh_module
import unittest
c_heapq = import_fresh_module('heapq', fresh=['_heapq'])
Stefan Krah added the comment:
doctests_without_docstrings.patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
___
___
Berker Peksag added the comment:
The patch lacks documentation updates.
--
nosy: +berker.peksag
title: context managerment support in imaplib, smtplib, ftplib - context
management support in imaplib, smtplib, ftplib
___
Python tracker
Ned Deily added the comment:
See also Issue13539.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17049
___
___
Python-bugs-list
Ezio Melotti added the comment:
Note that while this works for the simple case, it doesn't work whenever you
need additional tests or attributes that are specific for one of the two
classes, or when you have additional base classes. This is also not so
uncommon. I think the skip on the
Matthias Klose added the comment:
just saw the comment about .hgtouch in
http://bugs.python.org/issue15819#msg169484
attaching a patch for it here (as proposed on python-committers).
--
nosy: +doko
Added file: http://bugs.python.org/file28874/hgtouch.diff
Terry J. Reedy added the comment:
As Richard explained, this will not break working code, this will break only
broken code
If code is both working and broken, for some reasonable meaning of 'working'
and 'broken', breaking such broken code *will* break working code. I understood
Richard as
New submission from Serhiy Storchaka:
Reproduced on x8 snakebite.
% ./python.exe
Python 2.7.3+ (2.7:38a10d0778d2+, Jan 27 2013, 20:05:15)
[GCC 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)] on darwin
Type help, copyright, credits or license for more information.
Could not
Antoine Pitrou added the comment:
Isn't is the same as issue7358?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17054
___
___
Serhiy Storchaka added the comment:
I have picked up it.
Actually BINSTRING format supports only strings less 2GiB, so test should be
changed. But there are other bugs which prohibit pickling a lot of data. For
one I open issue17054.
--
dependencies: +cStringIO.StringIO aborted when
Terry J. Reedy added the comment:
I basically agree with Ezio. The doc currently starts with
Introduction to Unicode
History of Character Codes
...
It ends with
Tips for Writing Unicode-aware Programs.
...
The most important tip is:
Software should only work with Unicode strings
Serhiy Storchaka added the comment:
See also issue17049. This is not a theoretical bug.
--
nosy: +serhiy.storchaka
versions: -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13539
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1764286
___
___
Ezio Melotti added the comment:
If we agree on this, I can propose a patch in #4153 and this issue can be
closed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13997
___
Éric Araujo added the comment:
Then you can close one bug as duplicate and commit a fix for the other :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13539
___
Serhiy Storchaka added the comment:
Every bugfix breaks some code. As a compromise I propose set m_obj-size =
PY_SSIZE_T_MAX in case of overflow and emit a warning.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16743
Changes by Trent Nelson tr...@snakebite.org:
--
nosy: +brian-cameron-oracle, trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1298835
___
___
Petr Prikryl added the comment:
Well, it is quite an old event. Anyway, I have fixed the simple example, and
launched it on Python 2.6, 2.7, 3.2, 3.3. It does not fail now. But I did not
tested it heavily.
From my point of view, it was probably fixed.
--
Eli Bendersky added the comment:
Brett - you approach is certainly less magical. While you're at it, how about
PEP 399 recommending the import_fresh_modules calls not being in the global
context, but rather class/instance attributes of the test cases? This is what
both yours and Eric's
Ezio Melotti added the comment:
That wouldn't work if there is a skip decorator that checks that the C module
is available :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17037
___
Antoine Pitrou added the comment:
FWIW, I like Brett's approach much better.
Also, I agree with Ezio that pep399 shouldn't be in the name.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17037
New submission from Michał Jastrzębski:
Test for ftplib.ftpcp.
--
components: Tests
files: ftpcp_test.patch
keywords: patch
messages: 180802
nosy: inc0
priority: normal
severity: normal
status: open
title: ftplib.ftpcp test
type: enhancement
versions: Python 3.4
Added file:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti, giampaolo.rodola
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17055
___
Eli Bendersky added the comment:
That wouldn't work if there is a skip decorator that checks that the C
module is available :)
Yes, but that's easily amended with just raising SkipTest in the setUp
instead. Not polluting the global namespace has its merits, especially when
the import sequence
Giampaolo Rodola' added the comment:
ftplib.ftpcp? What is that? I do not understand what you're trying to test.
ftplib test suite is already pretty extended.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17055
Ezio Melotti added the comment:
That would work if we use something Brett's proposal, so that we can create a
default setUp that raises SkipTest. My comment was about using module =
import_fresh_module() directly in the class body of the subclasses as they are
currently documented in PEP
Brett Cannon added the comment:
On Sun, Jan 27, 2013 at 3:13 PM, Ezio Melotti rep...@bugs.python.orgwrote:
Ezio Melotti added the comment:
Note that while this works for the simple case, it doesn't work whenever
you need additional tests or attributes that are specific for one of the
two
Ezio Melotti added the comment:
This is also not so uncommon. I think the skip on the accelerated
version might not be necessary in some situations.
Then don't use this approach. It doesn't have to apply to every single test
class in a module. It just needs to help in the simple case.
What
New submission from Gili T.:
msvc9compiler needs to check for the VS110COMNTOOLS environment variable in
order to support Visual Studio 2012. Currently it complains cannot find
vcvarsall.bat.
The following workaround works for now:
SET VS90COMNTOOLS=%VS110COMNTOOLS%
--
components:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Windows
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17056
___
Brett Cannon added the comment:
To prevent speculation, the files that mention import_fresh_module are:
# Without changes to test classes
Lib/test/test_bisect.py: would work if you made the attribute configurable
(e.g. self.module instead of self.bisect
Lib/test/test_heapq.py: would work
Brian Curtin added the comment:
This change can only happen on 3.4.
--
versions: +Python 3.4 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17056
___
Brett Cannon added the comment:
I took a closer look at test_datetime and it probably should be using this
approach, but because the tests seemed to have been copied from Zope the tests
were left as-is and instead the testing approach we have been using was
actually forced upon the test
New submission from Hobs:
New-style and old-style class expalanation in the datamodel section has minor
grammatical errors and one minor ambiguity that could be improved.
http://docs.python.org/2/reference/datamodel.html#new-style-and-classic-classes
* independently of should always be
Richard Oudkerk added the comment:
On 27/01/2013 8:27pm, Terry J. Reedy wrote:
I agree we do not need to retain unpredictable 'dumb luck' -- in
future versions. But in the absence of a clear discrepancy
between doc and behavior (the definition of a bug) I believe
breaking such code in a
Richard Oudkerk added the comment:
On 27/01/2013 9:06pm, Serhiy Storchaka wrote:
Every bugfix breaks some code. As a compromise I propose set
m_obj-size = PY_SSIZE_T_MAX in case of overflow and emit a warning.
Trying to allocate PY_SSIZE_T_MAX bytes always seems to fail with
Ezio Melotti added the comment:
Some of the exceptions among the modules you listed are:
Lib/test/test_warnings.py:420 has a class specific for the C module.
Lib/test/json_tests/test_dump.py:34 has an additional test specific for the C
module.
Lib/test/json_tests/test_speedups.py is specific
New submission from Gili T.:
Python keeps on crashing with error:
The following repro steps are a slight variation of
http://packages.python.org/RhodeCode/setup.html.
My installation environment is Windows 7, 64-bit, Visual Studio 2012. I doubt
the bug is specific to this environment but I'm
Eli Bendersky added the comment:
etree's doctest tests are a painful relic of the past, which will hopefully go
away one day (issue #15083), at which point conformance to PEP 399 shouldn't be
an issue.
More generally, and this applies to etree's test too, a lot of trouble is being
caused by
Terry J. Reedy added the comment:
I missed the Ngb+1 case in your previous answer and agree that this is a bug
issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16743
___
Nick Coghlan added the comment:
Include a couple of See Also links out to my essay and Ned's article and that
sounds good to me.
(Assuming I've adjusted the DNS settings correctly, this alternate URL for my
essay should start working soon:
Ezio Melotti added the comment:
As discussed in #13997, the HOWTO should be reorganized to start with a basic
introduction and then expand on more advanced topic.
See also msg180743 for a couple of essays that could be linked as see also or
integrated in the HOWTO.
--
Ezio Melotti added the comment:
OK, I'm going to close this then.
I'll take a look at the links and see if what they say can be included in the
HOWTO. As I mentioned in an earlier post I made a few talks about Unicode and
encodings, so I will take some material from there too. Depending on
Chris Jerdonek added the comment:
After thinking about this more, it seems this lets you do two orthogonal things:
1. Easily append data to failure messages coming from a block of asserts
2. Continue running a test case after a failure from a block of asserts
Both of these seem independently
R. David Murray added the comment:
Is VS2012 actually involved in anything here? Does something get compiled when
you install rhodecode?
Since it is a third party package, it may be that no one here will volunteer to
reproduce this (though it is possible). If you can isolate the failure
New submission from Damian:
Hi. While porting a library of mine from python 2.7 to 3.2 I noticed that
tarfile.is_tarfile() now raises an AttributeError rather than IOError when it
lacks read permissions...
atagar@morrigan:~$ touch dummy_file.tar
atagar@morrigan:~$ chmod 000 dummy_file.tar
Éric Araujo added the comment:
Note that sometimes duplicates are actually typos: in
http://hg.python.org/cpython/rev/07488c3c85f1/#l4.1 for exemple I think the
intent was to write “that the” instead of “the the”.
--
nosy: +eric.araujo
___
Python
Gili T. added the comment:
Why? :)
I ask because all the application I depend upon only run against Python 2.x
(Rhodecode, Mercurial, etc). I'd love for them to upgrade but it's not really
in my control.
Has there been some sort of policy change within Python to stop supporting 2.x?
Gili T. added the comment:
Yes, Visual Studio 2012 is used when installing Rhodecode. I'd love to isolate
this further but I don't know anything about Python. I'm just an end-user of
Rhodecode.
I filed a bug report with the Rhodecode author (asking for help) but I think we
can both agree
Brian Curtin added the comment:
This is a feature request and new features are only being added on the 3.x
line. The next feature release will be 3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17056
Brian Curtin added the comment:
You need to compile rhodecode with VS2008 to match Python 2.7.
You'd have this same problem mixing runtimes regardless of rhodecode or Python
being involved.
--
nosy: +brian.curtin
___
Python tracker
Changes by Brian Curtin br...@python.org:
--
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17058
___
Brian Curtin added the comment:
A more correct way to say my last message is that you'd need to have Python and
rhodecode linked to the same runtime, by compiling with the same Visual Studio.
If you require VS2012 with Python 2.7, you'll need to port Python on your own
and then your setup
Changes by Brian Curtin br...@python.org:
--
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17047
___
___
Python-bugs-list
1 - 100 of 107 matches
Mail list logo
