Stefan Behnel added the comment:
Good catch with the RuntimeError. Patch updated.
--
Added file: http://bugs.python.org/file39157/generator_abc.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24018
Stefan Behnel added the comment:
should inspect.isgenerator() be changed?
Replying to myself, one thing that speaks against this approach is that
inspect also has the functions getgeneratorlocals() and
getgeneratorstate(), which depend on gen.gi_frame. Cython could emulate
that, but normal
Roundup Robot added the comment:
New changeset 5116916e4f7f by Serhiy Storchaka in branch '2.7':
Issue #16840. Turn off bignum support in tkinter with with Tcl earlier than
8.5.8
https://hg.python.org/cpython/rev/5116916e4f7f
--
___
Python tracker
Paul Moore added the comment:
I should also say, I'll try to work up a doc patch for this, once I've got my
head round how to explain it :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24020
Eric Snow added the comment:
FYI, I've used thread-local namespaces with success in several different ways
and none of them involved binding the thread-local namespace to global scope.
I don't think anything needs to be fixed here.
The SO answer is misleading and perhaps even wrong. The
Roundup Robot added the comment:
New changeset d1b9eb9de8af by Serhiy Storchaka in branch '2.7':
Issue #23008: Fixed resolving attributes with boolean value is False in pydoc.
https://hg.python.org/cpython/rev/d1b9eb9de8af
New changeset a480f470c469 by Serhiy Storchaka in branch '3.4':
Issue
Mahmoud Hashemi added the comment:
Python already has one approach that fails to decode non-bytestrings: the
.decode() method.
This is about removing unicode barriers to entry and making the str constructor
in Python 3 as succinctly useful as possible. There are several problems the
helper
Paul Moore added the comment:
That seems to merely be saying that each threading.local() object is distinct,
so if you want to share threadlocal data between workers, creating local
objects won't work.
I think I see what the confusion is (although I can't quite explain it yet,
I'll need to
Skip Montanaro added the comment:
Any chance this will make it into 3.5? It's not a big deal, but I notice that
it's still present in 3.5.0a4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21483
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23008
Stefan Behnel added the comment:
Yes, and there are certainly other compilers and tools. However, it's going to
be a short list, so if Py3.5 takes the lead, they can all just agree on the one
way to do it and let the first patcher win.
--
___
Paul Moore added the comment:
You're right, the SO answer is simply wrong. I've posted a (hopefully clearer)
answer. If anyone wants to check it for accuracy, that'd be great.
Agreed this can probably be closed as not a bug. On first reading, I thought
the docs could do with clarification,
Ethan Furman added the comment:
Patch looks good, get it in! :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23008
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
As francismb noted, there are too long lines in the patch. They should be
wrapped.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Ethan Furman added the comment:
I know it will take some time to add doc strings to places where they are
missing, but I would not roll-back the patch for that. File new issues and get
the over-riding methods properly documented.
--
___
Python
Toshio Kuratomi added the comment:
Note for doko/barry: The multiarch/Tuples page should have a section on how the
MultiArch Tuples interact with hwcaps (or a link to such a section in a
different document). The rationale for not using Gnu-Triplets in
MulitArch/Tuples currently says that we
Eric V. Smith added the comment:
As this is an enhancement request, I've changed the versions.
I'm opposed to this change. If I pass an encoding along with a type for which
it makes no sense, I'd prefer an error instead of silently ignoring the
encoding.
I think your helper function is an
Harrison Grundy added the comment:
The attached patch just explicitly cuts precision down for the test. It may be
worth adding code to set delta to the expected level of precision for a given
platform, rather than just universally saying Microseconds are okay.
--
nosy:
Serhiy Storchaka added the comment:
This didn't help. Actually we should turn on bignum support only since 8.5.8,
because tclTomMath.h was broken before. But this is not related, because
tclTomMath.h is not found itself on this buildbot.
--
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: fixed -
stage: resolved - patch review
versions: +Python 2.7, Python 3.4
Added file: http://bugs.python.org/file39158/tkinter_hexversion.patch
___
Python tracker rep...@bugs.python.org
Changes by koobs koobs.free...@gmail.com:
--
components: +Tests
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
___
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16287
___
___
Python-bugs-list mailing
Yann Sionneau added the comment:
ping ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23630
___
___
Python-bugs-list mailing list
Unsubscribe:
Serhiy Storchaka added the comment:
Ah, we should also test full version of 8.6, because bignums was not supported
in earlier alphas and betas (if I remember correctly, this buildbot uses beta
version of 8.6).
TK_VERSION_HEX packs fields in wrong order, not suitable for comparing of
Erik Cederstrand added the comment:
I think POLA would be to raise ValueError on time.strptime('2015', '%G') and
other situations that don't make sense or are ambiguous.
That, or reproduce the bugs that the native OS strptime() implementation has. I
got the %G, %V, and %u directives accepted
Guido van Rossum added the comment:
Is it an option to leave inspect alone? Its definition and use of generators is
very focused on the builtin implementation.
Although this means that code that wants to do the right thing but also be
backwards compatible has to use something like
```
def
New submission from Ethan Furman:
In order to work correctly, threading.local() must be run in global scope, yet
that tidbit is missing from both the docs and the _threading_local.py file.
Something like:
.. note::
threading.local() must be run at global scope to function properly.
That
Raymond Hettinger added the comment:
Also, don't use a .. note::, regular sentences work fine, especially in
documentation that is already very short.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24020
eryksun added the comment:
Could you clarify what the problem is? I have no apparent problem using
threading.local in a function scope:
import threading
def f():
tlocal = threading.local()
tlocal.x = 0
def g():
tlocal.x = 1
Ethan Furman added the comment:
Raymond, okay, thanks.
Eryksun, I've written a FUSE file system (for $DAYJOB) and when I switched over
to using threads I would occasionally experience errors such as 'thread.local
object does not have attribute ...'; as soon as I found the SO answer and moved
Roundup Robot added the comment:
New changeset 414e08c478f4 by Benjamin Peterson in branch '3.4':
do not call into python api if an exception is set (#24022)
https://hg.python.org/cpython/rev/414e08c478f4
New changeset 03b2259c6cd3 by Benjamin Peterson in branch 'default':
merge 3.4 (#24022)
Guido van Rossum added the comment:
Realistically only Cython will care much about this, so I'm okay if Cython just
monkeypatches the collections package.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24018
Stefan Behnel added the comment:
Yes, code usually doesn't fall from the sky with a new CPython release. If
something wants to make use of this ABC, it still has to find ways to also work
with older CPythons. What would be a good fallback? A backport on PyPI?
I wouldn't even mind shipping
Paul Moore added the comment:
Link to the SO answer? Does it explain *why* this is a requirement?
--
nosy: +paul.moore
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24020
___
Changes by Benjamin Peterson benja...@python.org:
Added file: http://bugs.python.org/file39160/f69354561u44075.zip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24022
___
Serhiy Storchaka added the comment:
Where are test scripts?
--
nosy: +serhiy.storchaka
versions: -Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24022
___
Changes by Karl Richter krichter...@aol.de:
--
assignee: docs@python
components: Documentation
nosy: docs@python, krichter
priority: normal
severity: normal
status: open
title: document urllib.urlretrieve
versions: Python 2.7
___
Python tracker
New submission from Benjamin Peterson:
Reported by Hug Bounter to security@
Hello,
I would like to report a heap corruption issue in
Python/Parser/tokenizer.c:922, affecting latest Python 3.4.3 (from python.org)
and also 2.7 ( tested 2.7.9-r1 on Gentoo ). The latest version available -
Dmitry Kazakov added the comment:
Thanks, completely missed the abs(limit) part. Here's the updated documentation
patch.
--
Added file: http://bugs.python.org/file39161/traceback_limit_doc_rev.diff
___
Python tracker rep...@bugs.python.org
Changes by Dmitry Kazakov jsb...@gmail.com:
Added file: http://bugs.python.org/file39162/traceback_limit_doc_rev2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Alexander Belopolsky added the comment:
Sorry for the broken link, the correct header file is Include/unicodeobject.h
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10435
___
Eric Snow added the comment:
@Ethan, it may help you to read through the module docstring in
Lib/_threading_local.py.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24020
___
paul j3 added the comment:
This overlaps with http://bugs.python.org/issue22240
argparse support for python -m module in help
This issue also tries to handle zip files as well.
Deducing the `prog` was moved to a separate function.
One challenge with that issue was constructing a test
Ethan Furman added the comment:
Here's a basic outline of what I was trying:
---
CONTEXT = None
class MyFUSE(Fuse):
def __call__(self, op, path, *args):
global CONTEXT
...
CONTEXT = threading.local()
# set several CONTEXT vars
Paul Moore added the comment:
On 21 April 2015 at 23:11, Ethan Furman rep...@bugs.python.org wrote:
Hmmm... could my problem be that even though function locals are thread-safe,
the globals are not, so trying to create a threading.local via a global
statement was clobbering other
Mark Lawrence added the comment:
ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20035
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
resolution: - not a bug
stage: - resolved
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24020
Skip Montanaro added the comment:
On Tue, Apr 21, 2015 at 2:56 PM, Larry Hastings rep...@bugs.python.org wrote:
Issac doesn't have commit bit...
... but you do.
Alas, my commit bit long ago fell into disuse. I haven't checked
anything in since long before the days of Mercurial and the
Mark Lawrence added the comment:
Okay Alexander I'll give it a go, but not tonight :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10435
___
Jeff McNeil added the comment:
Fixing the underlying connect call should also address EINTR failing with a
operation already in progress when a connect+timeout fails due to a signal.
I can understand not addressing EINTR generically (though it is already
partially addressed in 2.7's
Mark Lawrence added the comment:
I've looked at c-api/unicode.rst and I can't see any correlation between it and
the names listed here in msg121302. So either this was never completed or it's
been all change in the mean time, so could somebody take a look please.
--
nosy:
Larry Hastings added the comment:
Issac doesn't have commit bit...
... but you do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21483
___
___
Changes by Dmitry Kazakov jsb...@gmail.com:
Removed file: http://bugs.python.org/file39161/traceback_limit_doc_rev.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22619
___
Alexander Belopolsky added the comment:
Mark,
Unicode C-APIs have changed a lot since this issue was opened, but I think many
of the listed functions are still present but not properly documented.
You can help by checking the Include/unicode.h file and compiling a list of
functions that are
Raúl Cumplido added the comment:
ping, any comment on the patch that was provided during the PyCon 2015 sprints?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21327
___
Martin Panter added the comment:
I don’t think changes to Python 2 are considered here, unless they are bug
fixes, and this does not sound like a bug fix.
For Python 3, it sounds like you are proposing that str() accept encoding
arguments even when not decoding from bytes. It sounds like this
Mahmoud Hashemi added the comment:
Martin, it sounds that way because that is what is being proposed: Merging and
simplifying the two modes. Given the existence of .decode() on bytestrings,
the only objects that generally need decoding in Python 2 and 3, the existence
of str/unicode's second
Changes by Carol Willing willi...@willingconsulting.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17475
___
___
New submission from Berker Peksag:
urllib.urlretrieve is already documented at
https://docs.python.org/2.7/library/urllib.html#urllib.urlretrieve Can you
please give us more information about your problem with the urllib.urlretrieve
documentation?
--
nosy: +berker.peksag
Gregory P. Smith added the comment:
... Code review:
In socket_eintr.5.patch I don't think the thread safety concerns about the
s.settimeout() calls being done from Python code should be an issue but I'll
ponder that for a bit. When you've got a socket s, why would code ever be
calling
R. David Murray added the comment:
It does feel like the encoding argument is left over from the translation of
the unicode constructor into the str constructor. I wouldn't be opposed to
deprecating it, myself, though we'd probably never remove it. I would be
opposed to making it work on
Martin Panter added the comment:
Okay, I was trying to confirm your proposal in Python 3 terms, because in
Python 2, str has a different meaning and I was confused.
I agree that the existence of the decoding mode is a design bug, so how would
you feel about deprecating it, at least in the
Changes by Carol Willing willi...@willingconsulting.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16574
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24019
___
___
Carol Willing added the comment:
Thank you kathweaver and others who worked on this issue. After reviewing the
long history of this issue and the changes made to the Windows sections of the
devguide, I am closing this issue.
I recognize that Terry Reedy's final comment about isolated build
Changes by Jean-Paul Calderone jean-p...@clusterhq.com:
--
nosy: -exarkun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5305
___
___
Eric V. Smith added the comment:
I agree with deprecating (in the documentation) but never removing the encoding
argument to str() in Python 3. .decode() is the better way to convert a
bytes-like object to a str.
Every change proposed here would be an enhancement in 2.7, and we are not
Martin Panter added the comment:
I suspect the complaint might be about the lack of doc string, but a more
specific bug report would be nice to clarify this.
$ pydoc2 urllib.urlretrieve
Help on function urlretrieve in urllib:
urllib.urlretrieve = urlretrieve(url, filename=None,
Milan Oberkirch added the comment:
Thanks a lot for reviewing my patch! I'm currently travalling so I'm totally
fine with you taking over this issue (would take me a few weeks till I can
work on it).
--
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
My comment was addressed by other patches (by Zach, I believe). There now is
an external directory for each version, within each pythonxy repository. I
agree with closing this. Any documentation issues with the current build
process should be a new issue.
Berker Peksag added the comment:
Thanks!
--
nosy: +berker.peksag
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16574
Larry Hastings added the comment:
Is this problem gone, now that Serhiy changed everything over to the file
preset?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20323
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13814
___
___
Python-bugs-list
Carol Willing added the comment:
Brett, Is documentation for a testing a tarball dumped for an RC still needed?
If so, are the following steps accurate?
1. Download tarball
2. Extract tarball into a directory
tar -xzvf release.tar.gz
3. Change directory into release directory
cd release
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23227
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 0c4006b7c7ff by Berker Peksag in branch 'default':
Issue #16574: Clarify that once a PEP has implemented, it needs be
https://hg.python.org/devguide/rev/0c4006b7c7ff
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset e0e3d2ec56b6 by Andrew Kuchling in branch '3.4':
#15183: clarify timeit documentation to say that setup statement isn't timed
https://hg.python.org/cpython/rev/e0e3d2ec56b6
--
nosy: +python-dev
___
A.M. Kuchling added the comment:
Committed to 3.4 and default. Thanks for your patch!
--
nosy: +akuchling
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15183
Ned Batchelder added the comment:
(By the time I got to the source, the word virtual had been removed...)
Attached is a patch to make the help read:
| range(stop) - range object
| range(start, stop[, step]) - range object
|
| Return an object that produces a sequence of integers from
Martin Panter added the comment:
My example was taken from a package that tends to “properly document”
everything in separate documentation files, rather than in the source code. I
don’t really think Python should dictate if and how one document their code
based on what base classes they use,
A.M. Kuchling added the comment:
Van: what do you think? I can prepare a patch for Aaron's suggested changes.
--
nosy: +akuchling, vanl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2716
Eric Snow added the comment:
Think of threading.local this way: instances of threading.local are shared
between all the threads, but the effective __dict__ of each instance is
per-thread. Basically, the object stores a dict for each thread. In
__getattribute__, __setattr__, and __delattr__
Luis added the comment:
Thanks for information and explanations.
The option of writing a tweaked serialization mechanism in Queue for Pool and
implement a sharedmem sounds like fun, not sure if the pure-copy-on-write of
forking can be achieved tho, it would be nice to know if it is actually
Antoine Pitrou added the comment:
In some distant future, Numba might also care too :)
(right now, we only support compiling basic generators, i.e. no send() and no
throw())
--
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
I'm assuming that this will not be implemented until 3.6.
--
nosy: +BreamoreBoy
versions: +Python 3.6 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6731
Ethan Furman added the comment:
http://stackoverflow.com/q/1408171/208880
No, it just says (towards the top):
--
One important thing that everybody seems to neglect to mention is that writing
threadLocal = threading.local() at the global level is required.
86 matches
Mail list logo