eryksun added the comment:
If exec gets two separate objects as globals and locals,
the code will be executed as if it were embedded in a
class definition.
Probably there needs to be more clarification of the compilation context. Class
definitions support lexical closures, whereas source
Zachary Ware added the comment:
Very minor grammatical fixes, reflowed the .rst docs, and re-added the codecs
module mention in a less obtrusive manner, but the patch is committed. Thank
you Kinga, Martin, and John!
--
nosy: +zach.ware
___
Python
Roundup Robot added the comment:
New changeset ae53bd5decae by Zachary Ware in branch '3.4':
Issue #21279: Flesh out str.translate docs
https://hg.python.org/cpython/rev/ae53bd5decae
New changeset 064b569e38fe by Zachary Ware in branch '3.5':
Issue #21279: Merge with 3.4
New submission from John Leitch:
Python suffers from a buffer over-read in PyFloat_FromString() that is caused
by the incorrect assumption that buffers returned by PyObject_GetBuffer() are
null-terminated. This could potentially result in the disclosure of adjacent
memory.
PyObject *
Skip Montanaro added the comment:
Tiago, sorry, but your last post with results is completely unintelligible. Can
you toss the table in a file and attach it instead?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24787
R. David Murray added the comment:
OK, yes, so a class body at global scope or something like that :)
LOAD_CLASSDEREF is another whole level of complication to the scoping weirdness
for classes; see issue 19979 and issue 24129.
--
___
Python
Zachary Ware added the comment:
The report is almost certainly not accurate and is probably a result of trying
to install 2.7.4 on top of 2.7.7, which will not work (the 2.7.7 python27.dll
is newer and not overwritten). Either way, neither version is supported
anymore.
--
Terry J. Reedy added the comment:
I made a different fix for avoid the error posted when running. Sanad, PLEASE
test running a file with astral char, the same way you did before, to see is
there are any other problems. I cannot get such a file into an Idle editor on
Windows. I *think* this
New submission from Debarshi Goswami:
Python installer (msi) having problem in installing Python for all users in
Windows. It gets installed for installing user only.
I was able to log the python output and found the below in the log.
MSI (s) (8C:D0) [07:13:00:212]: Determined that existing
Changes by Mark Roseman m...@markroseman.com:
--
components: +IDLE
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24801
___
___
Python-bugs-list
Tiago Wright added the comment:
I've run the Sniffer against 1614 csv files on my computer and compared the
delimiter it detects to what I have set manually. Here are the results:
SnifferHuman,;\t\(blank)Error:)ceMpGrand TotalError rate,498 2
110 1 5122.7%; 1 10.0%\t3
John Leitch added the comment:
Attaching repro
--
Added file:
http://bugs.python.org/file40133/PyFloat_FromString_Buffer_Over-read.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24802
___
Eric Snow added the comment:
If I don't get any feedback before then, I'll commit the patch on Friday.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24667
___
Eric Snow added the comment:
@Fabian, hey, thanks for bringing it to our attention!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24667
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
type: behavior - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24802
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
versions: +Python 2.7, Python 3.4, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24803
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
components: +Interpreter Core
nosy: +serhiy.storchaka
stage: - patch review
type: security - behavior
versions: +Python 2.7, Python 3.4, Python 3.6
___
Python tracker
Zachary Ware added the comment:
The default for the 3.4 installer is to install for all users, so it's strange
that you can't get it to install for all users. The log message you quote
suggests that there's already a Python 3.4 installed per-user, is that the
case? What results do you get
Roundup Robot added the comment:
New changeset dda625798111 by Terry Jan Reedy in branch '3.4':
Issue #23672: Allow Idle to edit and run files with astral chars in name.
https://hg.python.org/cpython/rev/dda625798111
New changeset 97d50e6247e1 by Terry Jan Reedy in branch '3.5':
Issue
New submission from Mark Roseman:
For popup menus, control-click works, but right-click on mouse buttons that
support it, doesn't work.
This is a followup to #10404, last addressed in 2010.
As noted there, right click behaviour should be supported.
The right click Tk text bindings on Mac
Martin Panter added the comment:
The documentation https://docs.python.org/dev/library/io.html#io.IOBase says
“. . . calling any method (even inquiries) on a closed stream is undefined.
Implementations may raise ValueError”. So IMO you shouldn’t rely on any
particular success or failure
New submission from John Leitch:
Python suffers from a buffer over-read in PyNumber_Long() that is caused by the
incorrect assumption that buffers returned by PyObject_GetBuffer() are
null-terminated. This could potentially result in the disclosure of adjacent
memory.
PyObject *
STINNER Victor added the comment:
+1 for me. Asyncio examples already have this try/finally pattern. I
already proposed to support context manager some months ago.
Guido, I don't understand your point. Usually the main function id
loop.run_until_complete/.run_forever. That's all. It doesn't
Steve Dower added the comment:
Thanks. Unfortunately I can't get anything helpful from that log because it's
failing too early. It seems like you have some corruption in your Windows
installer database, since it isn't even getting far enough into the Python
installer. I'd track down a
Terry J. Reedy added the comment:
I presume sorting the list is a trivial matter.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24782
___
___
New submission from Amund Hov:
Due to mixed version .pyc files in my zipped python application I was getting
inconsistent loading of certain packages.
E.g.
n [4]: zf.find_module('kitconsole')
Out[4]: zipimporter object test_controller_test.zip
In [5]: zf.load_module('kitconsole')
Changes by Amund Hov amund@gmail.com:
--
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24792
___
___
New submission from Gregor:
I just noticed that there is a litte inconvenience when I try to invoke
'python' via subprocess.call passing an environment (%PATH%) from a script. I
pass an environment where %PATH% only contains one directory where a
python2.7.3-exe is present (I checked with
New submission from Amund Hov:
In my project I have a mixture of scripts using Python 2.7 and 3.4.
Some of the scripts using python 3.4 are packaged into archives using
PyZipFile.
Through some combination I ended up with 2.7 compiled packages in my archive
when packaging using python 3.4. In
Guido van Rossum added the comment:
Yes we should. I'd consider it a bug if it wasn't supported in 3.5.0 and we
could fix that bug in 3.5.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
Roundup Robot added the comment:
New changeset a8dcbd2711d6 by Guido van Rossum in branch '3.5':
Issue #24272: Initial docs for typing.py (PEP 484).
https://hg.python.org/cpython/rev/a8dcbd2711d6
New changeset 0c74fd4219aa by Guido van Rossum in branch 'default':
Issue #24272: Initial docs for
Roundup Robot added the comment:
New changeset f142b7c7a8e3 by Guido van Rossum in branch '3.5':
Issue #23973: Update typing.py from GitHub repo.
https://hg.python.org/cpython/rev/f142b7c7a8e3
New changeset c9a6ce666ff2 by Guido van Rossum in branch 'default':
Issue #23973: Update typing.py
Guido van Rossum added the comment:
I've landed this now (for real). Next time please strip all trailing whitespace
from typing.rst, else the hg push fails!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24272
Paul Moore added the comment:
This is standard Windows behaviour. Executables are always located first in the
directory where your program (in this case the Python executable) is running
from - even before searching PATH.
If you want to use a different Python, you should specify the full path
eryksun added the comment:
Popen calls Windows [CreateProcess][1]. If the Popen executable argument
isn't used or if the file from the command line doesn't include a directory
path, then CreateProcess searches for it in the following directories:
1. The directory from which the
Nick Coghlan added the comment:
IDLE's in an interesting place right now - it isn't showing people Tcl/Tk in
its best light, so folks are likely to assume all Tcl/Tk apps necessarily look
that way, and it's also using GUI idioms like separate shell and editor windows
that don't reflect the
New submission from Mathias Fröjdman:
Since asyncio event loops have to be closed nowadays, it would be pretty
convenient and pythonic to make BaseEventLoop a context manager that calls
self.close() in __exit__ the same way as contextlib.closing() does it. Example:
import asyncio
with
Nick Coghlan added the comment:
This is an interesting find - thanks.
Adding Larry as 3.5 release manager to the cc here, as I think the right fix
actually involves an API adjustment inside _imp.
One of the consequences of PEP 489 (multi-phase initialisation) was that
builtin imports and
Mathias Fröjdman added the comment:
(Just noticed http://bugs.python.org/issue19860, which I originally failed to
notice when just searching for asyncio loop and not context manager)
Anyway, in recent Python/asyncio versions, failing to close the event loop
before exiting whole the process
Guido van Rossum added the comment:
This seems the wrong idea to me. Event loops should be long-lived, so the
context manager would ideally see very little use.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24795
New submission from Nick Coghlan:
While committing issue #24129, I noticed the following in the execution model
documentation:
==
If a variable is referenced in an enclosing scope, it is illegal to delete the
name. An error will be reported at compile time.
==
Yuriy Syrovetskiy added the comment:
You don't need `raw=True`, `.cast('b')` already must do this. But
unfortunately, is is not implemented yet.
--
nosy: +cblp
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15944
Roundup Robot added the comment:
New changeset 94e215a5e24b by Nick Coghlan in branch '3.4':
Issue #24129: Clarify reference docs for name resolution.
https://hg.python.org/cpython/rev/94e215a5e24b
New changeset 5e4d21311772 by Nick Coghlan in branch '3.5':
Merge issue #24129 from 3.4
R. David Murray added the comment:
Yes, that used to be a general problem with .pyc files before we introduced
__pycache__. PyZipFile still supports the legacy mode by using whatever .pyc
file is there, if there is one. Perhaps it is time to deprecate the legacy
mode in 3.6?
--
Nick Coghlan added the comment:
Note that I haven't attempted to resolve this myself, as I'm not sure if we
should just delete the paragraph, or if we accidentally dropped a compile time
error check that didn't have any tests somewhere along the line.
Probably a good one to raise on
Nick Coghlan added the comment:
I merged Ivan's latest patch to 3.4/3.5/default. We're unlikely to ever be able
to make these docs completely intuitive (as name resolution is genuinely
complex), but Ivan's revisions at least mean we're no longer assuming readers
know how the name resolution
Steven D'Aprano added the comment:
I wonder if it is a left-over from the behaviour prior to 3.2? In 3.1, I
get this syntax error:
py def outer():
... spam = 1
... def inner():
... nonlocal spam
... del spam
... inner()
...
SyntaxError: can not delete
Nick Coghlan added the comment:
I merged Ivan's latest patch to 3.4/3.5/default. We're unlikely to ever be able
to make these docs completely intuitive (as name resolution is genuinely
complex), but Ivan's revisions at least mean we're no longer assuming readers
know how the name resolution
Changes by Nick Coghlan ncogh...@gmail.com:
--
Removed message: http://bugs.python.org/msg248043
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24129
___
Yury Selivanov added the comment:
Actually, I think `star_expr` will probably go away entirely.
I'm not so concerned with supporting [*[] or []] stuff, but rather fixing the
immediate regression in 3.5.0. I'd keep the patch size to the minimum.
--
Nick Coghlan added the comment:
The issue tracker was having issues and didn't automatically register the
commits. Links:
3.4: https://hg.python.org/cpython/rev/94e215a5e24b
3.5: https://hg.python.org/cpython/rev/5e4d21311772
default: https://hg.python.org/cpython/rev/e75881393cf2
--
Daniel Andrade Groppe added the comment:
@Ivan, I'll work on the remaining half.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24272
___
___
Changes by Ivan Levkivskyi levkivs...@gmail.com:
--
nosy: +levkivskyi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24796
___
___
Python-bugs-list
New submission from Sebastian Kreft:
The return type of email.header.decode_header is not consistent. When there are
encoded parts the return type is a list of (bytes, charset or None) (Note that
the documentation says it is a list of (str, charset)). However, when there are
no encoded parts
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +email
nosy: +barry, r.david.murray
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24797
___
Yury Selivanov added the comment:
I'm working on porting pypostgresql (pure python postgresql driver) library to
use asyncio as its underlying IO machinery. And it appears that PQ3 protocol
starts as clear text, and then upgrades to use TLS (if server or connection
configured so).
I've been
R. David Murray added the comment:
Yeah, don't use that, use the new APIs.
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - email.header.decode_header sometimes returns bytes, sometimes
str
___
Python tracker
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +brett.cannon, eric.snow, gregory.p.smith, ncoghlan, superluser, twouters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24792
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +gregory.p.smith, superluser, twouters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19699
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +brett.cannon, eric.snow, ncoghlan, superluser
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23734
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.5, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24792
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow, superluser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23327
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5950
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19883
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19699
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow, superluser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19883
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
type: crash - behavior
versions: +Python 3.5, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23327
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21062
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +gregory.p.smith, superluser
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17004
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +gregory.p.smith, superluser
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1116520
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
versions: +Python 3.6 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19081
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
versions: +Python 3.6 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14678
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16651
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +brett.cannon, gregory.p.smith, superluser
stage: - patch review
versions: +Python 3.6 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15713
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
versions: +Python 3.4, Python 3.5, Python 3.6 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8400
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +brett.cannon, gregory.p.smith, superluser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8400
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
stage: - patch review
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17633
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +superluser
versions: +Python 3.6 -Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14905
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +gregory.p.smith, superluser
versions: +Python 3.6 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17633
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14905
___
___
New submission from gladman:
I have been using _msvcompiler.py from Python 3.5 to build some executables but
I have been unable to get it to generate and embed a manifest.
When I looked into this I found that the subroutine that sets up the parameters
for generating a manifest
Changes by Zachary Ware zachary.w...@gmail.com:
--
assignee: - steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
title: Issue in the MSVC compiler class in distutils on Python 3.5 -
_msvccompiler.py doesn't properly support manifests
versions:
Roundup Robot added the comment:
New changeset 7aa2d3e1c885 by Yury Selivanov in branch '3.4':
Issue #23812: Fix asyncio.Queue.get() to avoid loosing items on cancellation.
https://hg.python.org/cpython/rev/7aa2d3e1c885
New changeset d5644d7e222d by Yury Selivanov in branch '3.5':
Issue #23812:
Yury Selivanov added the comment:
The fix is committed. Closing the issue. Thanks a lot, Gustavo!
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
Steve Dower added the comment:
I've simplified the manifest handling:
* embed by default, since we no longer need to filter CRT SxS info
* omit UAC info from DLLs
* use full PATH when running tools
* some other tidying
Not necessarily going to wait for lots of reviews, as I know very few
Bernd Dietzel added the comment:
# for the docs ... quoting of the filename when you call mailcap.findmatch()
f=;xterm;#.txt # Shell Command Demo ... xterm will run if quote() fails
import mailcap
import random
try:
from shlex import quote
except ImportError:
from pipes import quote
New submission from Al Sweigart:
Many IDEs will check for changes to their opened files made by other programs.
This is usually done with a quick check when the IDE's window gets focus.
A dialog will tell the user the file has changed on disk and ask if they want
to reload it. This dialog is
Ethan Henderson added the comment:
I have the same issue on 3.4.3 x64 on Windows 10 x64.
I set PYTHONHOME and PYTHONPATH (Just to C:/Python34), but that didn't fix the
problem.
--
nosy: +Zbee
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I have no idea what your code samples are trying to accomplish, I'm afraid, but
that's not the kind of documentation I'm advocating anyway.
--
title: mailcap.findmatch() Shell Command Injection in filename -
mailcap.findmatch: document
Bernd Dietzel added the comment:
What i do is the last doc is like this :
1) Replace the filename with a random name
2) Run mailcap.findmatch() with the random name
3) If exists, replace the quote characters ' before and behind the random name
with nothing.
4) Now the random name has no
Fabian added the comment:
Thank you for figuring it out and providing a patch after I couldn't really
give good information. I haven't been able to test it for myself but your
explanation makes sense :)
--
___
Python tracker rep...@bugs.python.org
New submission from Peter Eastman:
The following script demonstrates a bug in the exec() function in Python 3.4.
(It works correctly in 2.7).
script =
print(a)
print([a for i in range(5)])
exec(script, globals(), {a:5})
It produces the following output:
5
Traceback (most recent call
Steve Dower added the comment:
+Martin, who apparently never made it onto nosy.
You should clear those variables, run a Repair, and then uninstall. This error
typically is because pip has become corrupted and cannot be removed.
This does not affect Python 3.5 or later.
--
nosy:
Robert Collins added the comment:
@Gerhard would you like that ported to cPython for you?
@Tom - I think that if the patch applies to 2.7.x we should apply it there
since its very unlikely to break non-buggy code.
--
nosy: +rbcollins
versions: +Python 3.6
Ethan Henderson added the comment:
I deleted those variables and tried running a repair but still got the
specified account already exists schpeel.
I then tried running an uninstall and got the same error as last time there too.
There's presently no pip at all; there is no python folder on
Changes by Robert Collins robe...@robertcollins.net:
--
nosy: +rbcollins
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13224
___
___
R. David Murray added the comment:
exec is subtle. See the explanation linked from issue 23087, which while not
*exactly* on point explains the underlying problem (a comprehension is a new
scope, and exec can't reach an intermediate scope the way a compiled function
can).
As far as the
Robert Collins added the comment:
The patch is a little stale but it seems easy enough to fix up. I'll commit it
tomorrowish in the absence of other discussion.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13224
R. David Murray added the comment:
Ah, that's a clever idea.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24778
___
___
Python-bugs-list
Mark Roseman added the comment:
Yup. Revised extdlg-sorted.patch attached. Thanks for noticing that!
--
Added file: http://bugs.python.org/file40131/extdlg-sorted.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24782
1 - 100 of 119 matches
Mail list logo