Xavier de Gaye added the comment:
I can reproduce the problem on python 3.5 with test3.py as:
def foo():
foo = 7789
bar = 7788
$ python
Python 3.5.0a4+ (default:8bac00eadfda, May 6 2015, 17:40:12)
[GCC 4.9.2 20150304 (prerelease)] on linux
Type help, copyright, credits or license for
Paul Moore added the comment:
Just as a note - to test a pure Pthon patch like this, you can apply the patch
to your installed Python 3.4 installation, and just run the test using that.
There should be no need to build your own Python.
python
levkivskyi added the comment:
Since no one proposed alternative ideas, I am submitting my proposal as a
patch, with the following wording:
A class definition is an executable statement that may use and define names.
Free variables follow the normal rules for name resolution, while unbound
STINNER Victor added the comment:
8. Added Availability: Unix, Windows. to scandir docs like listdir and most
other os functions have.
That's wrong: availability should only be explained when a function is not
always available. os.listdir() and os.scandir() are always available. I made
the
Jon added the comment:
Sorry, I think I just misread this section. I was confused by the fact that
del binds names like assignment does, so that the following tries to delete a
local name and fails:
x = 1
def f():
del x
f()
In fact the documentation does say that there must be
Ronald Oussoren added the comment:
According to [1] common symbols are not allowed in frameworks. I guess that's
why we added '-fno-common' to the linker flags.
[1]
Serhiy Storchaka added the comment:
May be omit names for positionalarguments?
def foo(a, *args, b=10, **kwargs): pass
...
inspect.signature(foo).bind(1, 2, 3, b=4, c=5)
BoundArguments at 0xb6eee9ec (a=1, args=(2, 3), b=4, kwargs={'c': 5})
I think it would look better as:
BoundArguments
Ram Rachum added the comment:
Patch with documentation attached. (I don't know how to concatenate patches, so
2.patch contains only the documentation, while 1.patch has the implementation
and the tests (but Ethan's patch is better.))
Brian, regarding your simpler implementation based on
Antoine Pitrou added the comment:
This feature looks unnecessary to me as well. Adding features has a non-zero
cost in maintenance.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24195
Ronald Oussoren added the comment:
Dimitry's patch looks good, I added my patch before checking if there already
is patch.
The only thing that might be cause discussion is when to accept 'UTF-8' as a
valid locale name. My patch only accepts in on OSX, while Dimitry's patch
accepts it
New submission from Serhiy Storchaka:
import inspect
def foo(a, *, b=10): pass
...
inspect.signature(foo)
Signature at 0xb6e2768c (a, *, b=10)
I think the id is not needed in informative repr if you implemented __eq__.
Identity doesn't matter if different instances can be equal. The id in
New submission from JohnLeitch:
The Python _winreg module suffers from a type confusion vulnerability wherein
pointers can be passed directly in place of PyHKEY instances e.g.
_winreg.QueryValue(0x41414141, )
This behavior is due to the underlying PyHKEY_AsHKEY function of _winreg.c:
BOOL
Serhiy Storchaka added the comment:
Here is an implementation.
--
keywords: +patch
Added file: http://bugs.python.org/file39380/BoundArguments_repr_alt.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22547
Marc-Andre Lemburg added the comment:
issue23042 is fixed now. libffi 3.2.1 apparently has the same issue, so the
issue23042 patch would probably have to be reapplied (slightly modified,
though).
Seeing that libffi has had a major compilation problem breaking it on at least
FreeBSD and most
Changes by Ronald Oussoren ronaldousso...@mac.com:
Added file: http://bugs.python.org/file39384/issue-18378-py27.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18378
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
Added file: http://bugs.python.org/file39385/issue-18378-py35.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18378
___
Martin Panter added the comment:
getdoc-news.patch suggests some wording to add to What’s New, and also adds a
“Changed in version 3.5” note to inspect.getdoc().
BTW I also noticed that the class doc strings are not inherited from
object.__doc__, although method doc strings _are_ inherited
Roundup Robot added the comment:
New changeset e7c7431f91b2 by Victor Stinner in branch 'default':
Closes #24013: Improve os.scandir() and DirEntry documentation
https://hg.python.org/cpython/rev/e7c7431f91b2
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open -
Serhiy Storchaka added the comment:
Are there third-party IDLE plugins? If yes, this change can break them.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24199
___
Abhishek Manandhar added the comment:
Yes actually it produce no erroe on standalone script. But the script
executes without any outputs. not even for numpy function. I used code
below in script.
import multiprocessing
import numpy
def f(x):
return x*x
if __name__ = __main__:
p=
Changes by Davin Potts pyt...@discontinuity.net:
--
stage: - patch review
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24033
___
Petr Viktorin added the comment:
What can I, not a core developer, do to resolve this disagreement?
Should I submit a PEP?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23699
___
Paul Moore added the comment:
Multiprocessing works by firing up additional processes. Those processes won't
have access to functions defined in the interactive interpreter.
Can you reproduce this problem in a standalone script? I suspect not, but if
you can please post the script here.
Paul Moore added the comment:
So just to be clear - this proposal would *only* affect the tagged filename
used for loading .pyd files? (And in practice, the untagged form is normally
used for Windows .pyd files anyway...)
--
nosy: +paul.moore
___
New submission from Abhishek Manandhar:
I was looking to implement multiprocess pool. It worked fine with the numpy
function while with the user defined function it ran into error.
import numpy
import multiprocessing
P = multiprocessing.Pool(5)
P.map(numpy.sqrt,range(50))
[0.0, 1.0,
Changes by Davin Potts pyt...@discontinuity.net:
--
nosy: +davin
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24202
___
Paul Moore added the comment:
OK, if it's not reproducible in a standalone script, I'll close this as it's
expected behaviour.
Correcting the typo in your script (__name__ == __main__), I ran it and it
worked as expected on my system:
type multi.py
import multiprocessing
import numpy
def
Ethan Furman added the comment:
Short History:
=
(Ram Rachum)
What do you think about adding a method: `Executor.filter`?
I was using something like this:
my_things = [thing for thing in things if some_condition(thing)]
But the problem was that `some_condition` took a long
Roundup Robot added the comment:
New changeset 7adfc99103d2 by Benjamin Peterson in branch '2.7':
deque is not varsized, so using Py_SIZE is nonsensical (closes #24162)
https://hg.python.org/cpython/rev/7adfc99103d2
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status:
Martin Panter added the comment:
I fail to see how this patch does anything. What is the actual error or
traceback? Perhaps it is for “paths” (plural)?
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24114
STINNER Victor added the comment:
You should see the new file in the next 30 minutes.
I don't see the new file.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23840
___
Roundup Robot added the comment:
New changeset 5262dd507ee5 by Raymond Hettinger in branch 'default':
Issue #24064: Docuement that oroperty docstrings are now writeable.
https://hg.python.org/cpython/rev/5262dd507ee5
--
___
Python tracker
R. David Murray added the comment:
Indeed, the sentence that confused you was added because people were
continually confused by the fact that doing:
'foo.boo'.strip('.boo')
would result in 'f' rather than 'foo'.
We would welcome an improvement, but apparently this is very hard to make
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24205
___
___
Python-bugs-list
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24205
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
assignee: - eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24192
___
___
Martin Panter added the comment:
Is there any interest in my or Ryan’s patches, which change the default heading
away from “optional arguments”? Changing the default is my preferred fix, but
if others don’t like it (e.g. compatibility concerns), I am happy to work on a
documentation patch
Eric Snow added the comment:
Here's a fix. If I don't hear from anyone right away I'll push it in a few
hours (or tomorrow morning).
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file39386/issue24192.diff
___
Python
New submission from R. David Murray:
I have an application where I'm calling a handler function with passed in
arguments. I want to generate an error if the handler is called with the wrong
arguments. I can't just catch TypeError since a TypeError could easily result
from some programming
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: -haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17620
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24192
___
___
Raymond Hettinger added the comment:
You don't need a PEP. If Barry and Marc-Andre want this to go forward, I won't
hold it back.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23699
___
eryksun added the comment:
wherein pointers can be passed directly in place of PyHKEY
instances e.g. _winreg.QueryValue(0x41414141, )
If a debugger is attached you see the first-chance exception for the access
violation. Normally the registry function simply returns ERROR_INVALID_HANDLE
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17305
___
___
JohnLeitch added the comment:
Thank you for taking the time to peruse my report and explain the behavior I
observed. My understanding of Windows RPC internals is lacking, and perhaps I
jumped the gun upon catching an AV while fuzzing.
That said, after poking around to better understand the
Changes by Terry J. Reedy tjre...@udel.edu:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23184
___
Roundup Robot added the comment:
New changeset 8875d7c6a99d by Terry Jan Reedy in branch '2.7':
Issue #23184: idle tests, remove unused names and imports.
https://hg.python.org/cpython/rev/8875d7c6a99d
New changeset 526ce81f700d by Terry Jan Reedy in branch '3.4':
Issue #23184: idle tests,
Roundup Robot added the comment:
New changeset d50d661a08f5 by Terry Jan Reedy in branch '2.7':
Issue #23184: idlelib, remove more unused names and imports.
https://hg.python.org/cpython/rev/d50d661a08f5
New changeset 777569dd4bca by Terry Jan Reedy in branch '3.4':
Issue #23184: idlelib,
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
resolution: - fixed
stage: patch review - resolved
status: open - pending
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24192
Roundup Robot added the comment:
New changeset 46b2c99121f5 by Eric Snow in branch 'default':
Issue #24192: Fix namespace package imports.
https://hg.python.org/cpython/rev/46b2c99121f5
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
anon added the comment:
I'm struggling to get time for this. I hope someone else can take
responsibility. Sorry :-(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19915
___
Roundup Robot added the comment:
New changeset d72d31f4b69a by Yury Selivanov in branch 'default':
inspect: Remove 0x... IDs from Signature objects' __repr__
https://hg.python.org/cpython/rev/d72d31f4b69a
--
nosy: +python-dev
___
Python tracker
Ethan Furman added the comment:
That comment was from an email by Nick, not to Nick. But now I've added him.
;)
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24195
___
Roundup Robot added the comment:
New changeset f23d0a4278aa by Yury Selivanov in branch 'default':
Issue 24200: Fix broken unittest.
https://hg.python.org/cpython/rev/f23d0a4278aa
--
___
Python tracker rep...@bugs.python.org
Changes by Yury Selivanov yseliva...@gmail.com:
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24200
___
New submission from Jim:
This probably applies to all versions with the strip() method, but I'm using
3.4. Section 4.7.1 of the documentation has a poorly worded description/example
for the behaviour of string.strip([chars]).
A casual reading of The chars argument is not a prefix or suffix;
Yury Selivanov added the comment:
Actually, I like the current repr (minus the object ID, I'll update the code).
The thing about BoundArguments is that '.arguments' is the main property. You
use it to add more stuff to *args **kwargs, or to add/remove
positional/keyword arguments. Seeing a
Yury Selivanov added the comment:
Agree. Let's remove them. I'll update the code.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24200
___
___
Antoine Pitrou added the comment:
(Nick Coughlan)
Nick Coghlan isn't currently on this issue. Unless you were talking about
another, separate Nick Coughlan that I don't know of? :)
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
But to answer your argument:
I think this is sufficiently tricky to get right that it's worth
adding filter() as a parallel to the existing map() API.
Tricky to get right is not a good criterion. The question is whether it's
useful or not. Only the OP has
New submission from anon:
In threading.Thread isDaemon, setDaemon, getName, setName are not needed since
2.6 (preferring directly changing daemon or name instead). They should probably
be depreciated in 3.5 and removed later. isAlive has already been removed.
--
messages: 243277
nosy:
Mark Lawrence added the comment:
https://docs.python.org/3/library/stdtypes.html#str.strip first sentence
Return a copy of the string with the leading and trailing characters removed.
How can that be reworded to make it clearer?
--
nosy: +BreamoreBoy
62 matches
Mail list logo