New submission from rurpy:
In the first example in the documentation for library module email.policy
(http://docs.python.org/3/library/email.policy.html#module-email.policy):
from email import msg_from_binary_file
from email.generator import BytesGenerator
from subprocess import
Nick Coghlan added the comment:
No dice:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/2399/steps/test/logs/stdio
Could someone with a Windows build set up try this out?
I'd like to rule out a conflict with the -j setting, since being dependent on
the current
Roundup Robot added the comment:
New changeset 403b038ff075 by Nick Coghlan in branch '3.3':
Third attempt to fix #15415 on Windows
http://hg.python.org/cpython/rev/403b038ff075
New changeset fa13a159f063 by Nick Coghlan in branch 'default':
Merge #15415 from 3.3 (again)
Nick Coghlan added the comment:
Is it possible this is indicating a real bug with faulthandler on Windows? Why
are we returning None from signal.getsignal?
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
Jeremy Kloth added the comment:
It do not think that it is a just a Windows issue wrt faulthandler. It is that
there are no similar tests for signals on other platforms.
getsignal() needs to return *something* for the value of a handler which is not
SIG_DFL or SIG_IGN.
--
Terry J. Reedy added the comment:
As of this moment, the test has run on one of the two Win7 machines and the xp
buildbot. It also runs by itself on my win7 desktop with a fresh pull.
--
___
Python tracker rep...@bugs.python.org
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17669
___
___
Python-bugs-list
Jeremy Kloth added the comment:
Added nosy list from issue 18523
--
nosy: +brian.curtin, larry, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18396
___
Nick Coghlan added the comment:
While there are some remaining buildbot failures, they don't appear to be
related to this issue any more.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Python 3.2.3 (default, Jun 15 2013, 14:13:52)
[GCC 4.7.2] on linux2
Type help, copyright, credits or license for more information.
'\uD80C\uDC80'
'\ud80c\udc80'
'\uD80C\uDC80' == '\U00013080'
False
--
nosy: +r.david.murray
Ronald Oussoren added the comment:
* Improved docmentation
* __locallookup__ is now called unconditionally, the attribute lookup
cache is now disabled when aType.__locallookup__ != type.__locallookup__
This gives a slightly nicer API (the only reason the new method
was optional was due
New submission from Antoine Pitrou:
Following patch proposed to add a function named textwrap.summarize():
textwrap.summarize(Hello world!, width=12)
'Hello world!'
textwrap.summarize(Hello world!, width=11)
'Hello (...)'
--
components: Library (Lib)
files:
Ronald Oussoren added the comment:
Documenting this would be useful because it appears to be non-trivial to
actually run the benchmark suite with Python 3.
* Using python perf.py -b default fails due to some code in the
benchmarks that is not python3 compatible
* Using make_perf3.sh and
Antoine Pitrou added the comment:
* Using -b 2n3 instead instead of -b default or -b all works,
but
runs only a subset of the benchmark.
I think we should include a copy of the 2to3'ed third-party libs in
the benchmarks repo, this would running avoid the length and tedious
conversion on
Ronald Oussoren added the comment:
The overhead of 2to3 isn't too bad, especially because only a subset of the
benchmarks is translated in the first place.
It is more important that there is better documentation than there is now, it
seems that you're supposed to use either '-b 2n3' or
Antoine Pitrou added the comment:
The overhead of 2to3 isn't too bad, especially because only a subset
of the benchmarks is translated in the first place.
Well, the biggest time is spent translating the third-party libraries,
not benchmark files.
Also, it's simply tedious manual work (you
Antoine Pitrou added the comment:
Perhaps the placeholder argument should actually include the last whitespace,
to allow people to omit the whitespace, or use a non-breaking space instead?
textwrap.summarize(Hello world!, width=11, placeholder='...')
'Hello...'
--
Ronald Oussoren added the comment:
The attached patch for the benchmark README.txt should document the status quo.
--
Added file: http://bugs.python.org/file31073/issue-18181-full-v3.txt
___
Python tracker rep...@bugs.python.org
Changes by Christian Heimes li...@cheimes.de:
--
Removed message: http://bugs.python.org/msg193235
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18481
___
Christian Heimes added the comment:
I have moved the static pages to bitbucket:
http://tiran.bitbucket.org/python-lcov/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18481
___
Dave Malcolm added the comment:
On Mon, 2013-07-29 at 14:01 +, Ronald Oussoren wrote:
Ronald Oussoren added the comment:
The attached patch for the benchmark README.txt should document the status
quo.
--
Added file: http://bugs.python.org/file31073/issue-18181-full-v3.txt
Steven D'Aprano added the comment:
On 29/07/13 22:27, R. David Murray wrote:
'\uD80C\uDC80' == '\U00013080'
False
Are you running a wide build? In a narrow build, it returns True.
--
___
Python tracker rep...@bugs.python.org
Ronald Oussoren added the comment:
Sorry about that. I stored the patch file in the wrong directory and attached
the most recent file in the directory where I had expected the patch to be.
--
Added file: http://bugs.python.org/file31074/issue-17449-readme.txt
Changes by Ronald Oussoren ronaldousso...@mac.com:
Removed file: http://bugs.python.org/file31073/issue-18181-full-v3.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17449
___
Barry A. Warsaw added the comment:
On Jul 29, 2013, at 01:55 PM, Antoine Pitrou wrote:
Perhaps the placeholder argument should actually include the last
whitespace, to allow people to omit the whitespace, or use a non-breaking
space instead?
textwrap.summarize(Hello world!, width=11,
Antoine Pitrou added the comment:
Perhaps the placeholder argument should actually include the last
whitespace, to allow people to omit the whitespace, or use a
non-breaking space instead?
textwrap.summarize(Hello world!, width=11,
placeholder='...')
'Hello...'
I guess the
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18585
___
___
New submission from Brett Cannon:
As of right now, to run the benchmark suite you need to use make_perf3.sh to
generate a Python 3 compatible version of the benchmarks. That was fine when
the benchmark suite didn't have much support for Python 3 and thus was just
used for Python 3 very often.
Brett Cannon added the comment:
I agree with Antoine that the time has come to drop make_perf3.sh and make it
so that Python 3 doesn't require a separate build of the benchmark directory.
Created http://bugs.python.org/issue18586 to track this idea.
--
Ezio Melotti added the comment:
This is a leftover from 2.7. In 2.7 the docs have a SimpleWidgetTestCase used
as base class for two other classes, and then the same example is reimplemented
by using a single WidgetTestCase class.
I think it would be better to make the two docs converge, by
New submission from Denis:
On 'connection refused' error urllib creates IOError with wrong arguents:
args ('socket error', error(os-dependent-number, 'Connection refused'))
It results to dirty hacks in Python code like
'if e.errno == socket error: ...'
instead of traditional
'id e.errno
Vajrasky Kok added the comment:
Something is not right if we use more than one space.
textwrap.summarize('hello world!', width=12)
'hello world!'
textwrap.summarize('hello world!', width=11)
'hello (...)'
textwrap.summarize('hello world!', width=10)
'(...)'
I expect the last
Vajrasky Kok added the comment:
Beside of that, I notice the new lines are deleted silently.
textwrap.summarize('republicans are red,\ndemocrats are blue,\nneither one
of them,\ncares about you.', width=46)
'republicans are red, democrats are blue, (...)'
--
R. David Murray added the comment:
Probably. I think the default build on Gentoo is wide.
That seems to make the existing text even more incorrect :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18572
R. David Murray added the comment:
Thank you for the report. We currently don't have automated testing of the
doctest strings, and I must have neglected to hand test those examples before
release. I will fix (and test!) them ASAP.
--
components: +email
nosy: +barry, r.david.murray
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +denkoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6471
___
___
Python-bugs-list
Changes by Clay McClure c...@daemons.net:
--
assignee: docs@python
components: Documentation
nosy: claymation, docs@python
priority: normal
severity: normal
status: open
title: timeit examples should be consistent
type: enhancement
versions: Python 2.6, Python 2.7, Python 3.1, Python
R. David Murray added the comment:
This is a duplicate of issue 6471, which we really do need to fix. But there
are backward compatibility concerns with fixing it in 2.7, I'm afraid.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
New submission from Clay McClure:
The timeit module documentation includes examples of command-line and
programmatic invocation, but the results between the two sets of examples don't
agree.
This patch brings the results into agreement with each other.
--
keywords: +patch
Added file:
Brett Cannon added the comment:
How much slower is the execution of Python under the coverage? And can you run
it with regrtest's -j (I assume not, but I thought I would ask)?
I'm asking because this would be interesting to try and tie into devinabox, but
having to run two multi-hour testing
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18481
___
___
Christian Heimes added the comment:
I'm using the PSF's virtual machine for Coverity Scan to run the lcov tests. A
full configure (without pydebug), build, test and analyze cycle takes about 25
to 30 minutes. I'm not sure if gcov supports multiple processes.
Maybe we can set up a service that
New submission from Antoine Pitrou:
It doesn't seem possible to make reference links to e.g. the definition for
tp_clear. Both :attr:`tp_clear` and :attr:`PyTypeObject.tp_clear` do not make
any link. The extending guide is littered with such broken references.
--
assignee: docs@python
Antoine Pitrou added the comment:
Ahah, it seems the correct markup is :c:member:`~PyTypeObject.tp_clear`
Now all the existing references have to be fixed...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18589
Antoine Pitrou added the comment:
The following command does the trick:
sed -i s/:attr:\`tp_/:c:member:\`~PyTypeObject.tp_/g `find -name *.rst`
It does not fix word-wrapping, though. Is it ok to commit?
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
And I should part of the reason I would love a daily report is it currently
takes a couple of hours to run a full coverage report and that's without branch
coverage.
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
My long term hope is something exactly like that. I'm about to rewrite the
instructions for handling coverage.py to use a venv for devinabox, but it's
definitely something that can be entirely automated for a daily report.
--
Roundup Robot added the comment:
New changeset ffc7ea3c04a5 by R David Murray in branch '3.3':
#18584: make doctest examples in email documentation pass.
http://hg.python.org/cpython/rev/ffc7ea3c04a5
New changeset 206685a4b19c by R David Murray in branch 'default':
Merge #18584: make doctest
R. David Murray added the comment:
OK, this fixed. The 'as_string' example will still fail, as I never added the
policy argument to that method. I'll deal with that in a separate issue.
Unfortunately it is quite possible there are other errors in the new docs,
since they are new...I will
Christian Heimes added the comment:
Yeah, it's horrible slow. We need something like
https://bitbucket.org/ned/coveragepy/src/2c5fb3a8b81cc56d8ad57dd1bd83ef7740f0d65d/coverage/tracer.c?at=default
in the core. I already talked to Ned about contributing the module.
--
New submission from Sarah:
In Windows, the 'find' and 'replace' dialogs do not work properly on text that
has been commented out using quotation marks.
More specifically, the dialog *finds* the text in question, however, it does
not *highlight* it. Without the highlighting, a user can't see
Changes by Sarah sarahpythoni...@gmail.com:
--
resolution: - works for me
Added file: http://bugs.python.org/file31078/ReplaceDialogPatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18590
R. David Murray added the comment:
Yes, we make the issue have a dependency on the issue it is using. I have done
that for this one.
--
dependencies: +Idle find function closes after each find operation
nosy: +r.david.murray
resolution: works for me -
stage: - patch review
versions:
Peter Santoro added the comment:
I updated my proposed lru_timestamp function with the following change:
1) raise TypeError instead of ValueError
--
Added file: http://bugs.python.org/file31079/lru.py
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Vajrasky, thanks. The former is a bug, but the latter is a feature. summarize()
re-uses the textwrap machinery to normalize spaces.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18585
New submission from James Lu:
I have attached a *possible* new version of threading.py
that returns the value of the target.
--
components: Library (Lib)
files: threading.py
messages: 193899
nosy: James.Lu
priority: normal
severity: normal
status: open
title: threading.Thread.run
Catherine Devlin added the comment:
Attaching a test that verifies that shutil.copytree is, in fact, preserving
permissions (as of Python 3.4.0a0 (default:66a3dc613627, Jul 27 2013, 21:23:10)
)
As far as I can tell this can be closed.
--
nosy: +catherinedevlin
Added file:
Mark Dickinson added the comment:
I'd prefer to keep the current behaviour for int / int with an out-of-range
result (i.e., raise OverflowError). As far as possible, I believe Python
should raise an exception rather than return an infinity or nan whenever
possible (with exceptions when one
James Lu added the comment:
run's calling function needs to return.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18591
___
___
Antoine Pitrou added the comment:
Hi! I'm not sure what feature exactly you're proposing here, but please follow
the devguide's guidelines to submit a proper patch:
http://docs.python.org/devguide/patch.html
And more generally:
http://docs.python.org/devguide/
--
nosy: +pitrou
Antoine Pitrou added the comment:
Catherine, I think it would be nice to apply your patch to avoid any further
regressions. However, you should first sign a contributor's agreement
(http://www.python.org/psf/contrib/). Could you please do so and post here once
it is done?
--
Barry A. Warsaw added the comment:
Comments on the diff.
-Two good reasons to break a particular rule:
+Some especially good reasons to ignore a particular guideline:
It's probably enough to just s/Two/Some/ - not sure the 'especially' emphasis
is really needed.
+3. Because the code in
Barry A. Warsaw added the comment:
On Jul 27, 2013, at 03:13 PM, Guido van Rossum wrote:
- I think we should recommend against tabs outright. They are getting more
- and more misunderstood.
+1
- Regarding line length, I think it is reasonable to mention that many
- organizations are settling
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 09:48 PM, Nick Coghlan wrote:
Nick Coghlan added the comment:
with statements are good, basically.
`with ExitStack() as stack` is even better :)
--
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw added the comment:
On Jul 28, 2013, at 04:59 AM, Raymond Hettinger wrote:
- Regarding line length, I think it is reasonable to mention that many
organizations are settling on 100 as a compromise. On newer laptops you
can still fit two terminal windows (with a reasonable font
Guido van Rossum added the comment:
[Guido]
- Regarding line length, I think it is reasonable to mention that many
- organizations are settling on 100 as a compromise. On newer laptops you
- can still fit two terminal windows (with a reasonable font size) side by
- side. (Also many people
Terry J. Reedy added the comment:
+-infinity and nans were created for reasons that do not apply to standard
python. In Fortran, C, etcetera, float arrays can only contain floats (hence
calling a non-number a float) and continuing a computation after numerical
error is more difficult or
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18472
___
___
New submission from Phil Webster:
This is a basic set of tests for SearchDialogBase. It mainly consists of gui
code, so I was not completely sure of how/what to test. Before venturing any
further, I thought I would make sure I'm heading in the right direction.
--
components: IDLE
Changes by Phil Webster webster.p...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file31082/test_searchdialogbase.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18592
Changes by Phil Webster webster.p...@gmail.com:
--
nosy: +philwebster
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18583
___
___
Python-bugs-list
Brett Cannon added the comment:
It's actually slower even with tracer.c. You actually can't use the full
coverage script without using the tracer extension module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18481
Changes by Todd Rovito rovit...@gmail.com:
--
nosy: +Todd.Rovito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18583
___
___
Python-bugs-list
New submission from Vajrasky Kok:
$ grep Inheirtable Lib/multiprocessing/*
Lib/multiprocessing/heap.py:# Inheirtable class which wraps an mmap, and from
which blocks can be allocated
--
assignee: docs@python
components: Documentation
messages: 193913
nosy: docs@python, vajrasky
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18593
___
___
Python-bugs-list mailing list
75 matches
Mail list logo