Larry Hastings added the comment:
I'd need to see the patch to be certain, but yes my assumption is I'd accept a
pull request for this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24844
Larry Hastings added the comment:
With PEP 448, we can now have
fronkulate(**kwargs, **kwargs2)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9232
___
Ned Deily added the comment:
This is a regression from previous releases of Python. It was introduced by
fbe87fb071a6 (for Issue22038) which added the use of C built-in functions for
atomic memory access for additional architectures like x86_64. It seems that
the relatively early version of
New submission from Matthew Barnett:
I'm unable to import tkinter in Python 3.5.0rc1.
The console says:
C:\Python35python
Python 3.5.0rc1 (v3.5.0rc1:1a58b1227501, Aug 10 2015, 05:18:45) [MSC v.1900 64
bit (AMD64)] on win32
Type help, copyright, credits or license for more information.
import
Serhiy Storchaka added the comment:
There are two causes:
1. UTF-16 and UTF-32 are based on 2- and 4-bytes units. If the surrogateescape
error handler will support UTF-16 and UTF-32, encoding could produce the data
that can't be decoded back correctly. For example '\udcac \udcac' -
gladman added the comment:
I have now got it working using the command line:
C:\Program Files\Python35\Tools\scriptsC:\Program Files\Python34\python
2to3.py --help
I am not sure why the default Windows invocation of Python doesn't work with
2to3 as this works fine with other python scripts
Raymond Hettinger added the comment:
The NT docs are already very long and I don't think an additional crossref is
beneficial (NTs are closer to tuples and SNs are closer to dicts). Also, the
uptake for SNs are nearly zero.
--
___
Python tracker
Stefan Behnel added the comment:
Also, the uptake for SNs are nearly zero.
That suggests to me that pointing users to it could help. It's currently hidden
in the types module and if I didn't know it existed, I could end up looking in
collections, and failing to find it there, write my own.
New submission from gladman:
when I try to use the 2to3 script on the command line on Windows x64, I get the
response:
C:\Program Files\Python34\Tools\scripts2to3
C:\Users\brian\Downloads\puzzles.py
At least one file or directory argument required.
Use --help to show usage.
When I ask
Mike Lundy added the comment:
@serhiy.storchaka: It's somewhat of a special case, to be sure. However, I do
think it's justified to put it into the base (rather than a user type) for
three reasons:
1) It makes IntEnum and Enum consistent. IntEnum actually already handles this
case just fine,
Adam Bartoš added the comment:
Some remarks:
• A trailing comma after a non-empty argument list is allowed in every call
form, including class statement and optional call in decorator syntax. In the
grammar, this correponds to `arglist`.
• In function definition, trailing comma is allowed
Steve Dower added the comment:
If this occurs in 3.5 then it needs to be fixed (though I thought I'd already
fixed it once...).
I'll take a look.
--
assignee: - steve.dower
status: closed - open
versions: +Python 3.5, Python 3.6 -Python 3.4
___
gladman added the comment:
Thanks for the explanation. My apologies for this posting, which I will now
close
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24843
___
Larry Hastings added the comment:
Uh, Nick? You didn't add me to this bug.
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24769
___
tmp12342 added the comment:
Serhiy, I understand the first reason, but
https://docs.python.org/3/library/codecs.html says
applicable to text encodings:
[...]
This code will then be turned back into the same byte when the
'surrogateescape' error handler is used when encoding the data.
eryksun added the comment:
Your .py file association isn't configured to pass command-line arguments.
Revert to using the Python.File type that was created by Python's installer.
The associated command should be something like
C:\Windows\py.exe %1 %*
depending on where py.exe is
Larry Hastings added the comment:
They are currently in sync, yes. The 3.5 branch has been a ghost town the last
day or two, which tbh has been pleasant for me.helpfu
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24839
Larry Hastings added the comment:
Merged. Please forward-port to 3.5.1 and 3.6. Thanks!
(See? Already I can tell this rc-cycle is going to be way easier on me than
3.4 was.)
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I agree that it seems odd that testing a 'value' that is false for its truth
value would return True. It is surprising, even if it is an edge case.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Note that Chris' patch is coming from Intel. (The ICC buildbots are currently
building with -fp-model strict, by the way.)
Mark, Stefan, what do you think? Is this a good idea? IIUC we would then not
have to worry about differentiating between the python
gladman added the comment:
Hi Steve,
The behaviour I reported was the same on Python 3.4 and 3.5rc1. But eryksun
was correct in suggesting that this was a problem in the way my file
association for Python was set up. My py_auto_file association was set to:
C:\Program
Chris Hogan added the comment:
Producing NaN by Py_HUGE_VAL / Py_HUGE_VAL as in the suggested patch is unsafe
as it can generate a FP exception during runtime. Also aggresive compiler FP
optimizations can eliminate this calculation on compile-time. For this reason,
we've used constant
R. David Murray added the comment:
I use SimpleNamespace in just about every project I'm currently working on. I
would *not* say that their uptake is nearly zero :)
And yes, I wouldn't be aware of it if I hadn't been following python-dev when
it was introduced, and had (before it was
Guido van Rossum added the comment:
I'm +1 on adding this. I don't believe it requires a PEP. A trailing comma in
definitions is already supported in some places, so I don't buy the argument
that it catches errors. During the moratorium we were perhaps too strict.
--
nosy: +gvanrossum
R. David Murray added the comment:
Please open a new issue, referencing this one. Priority should be set to
release blocker. (I forget if regular users can do that; if you can't I will.)
--
nosy: +r.david.murray
___
Python tracker
Christoph Gohlke added the comment:
This change broke all my builds that link statically against 3rd party
libraries built with the `/MD` flag. `/MD` was used at least since Python 2.3
and is the default for static libraries in Visual Studio 2015. Some of the
broken builds: lxml, pillow,
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +benjamin.peterson, ned.deily, yselivanov
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24844
___
Changes by eryksun eryk...@gmail.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24843
___
Steve Dower added the comment:
Updated the documentation and it should be in 3.5.0rc1's docs on using with
Windows.
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from David Beazley:
Just a note that Python-3.5.0rc1 fails to compile on Mac OS X 10.8.5 with the
following compiler:
bash$ clang --version
Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin12.6.0
Thread model: posix
bash$
Here is the
Steve Dower added the comment:
Yes, I see. Thanks for clarifying, it seems all the installers are fine but
Windows will generate associations that don't forward arguments.
--
assignee: steve.dower -
resolution: - not a bug
status: open - closed
versions: -Python 3.5, Python 3.6
Steve Dower added the comment:
Doesn't seem to be anything left to do here, so closing as fixed.
--
resolution: - fixed
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24385
Steve Dower added the comment:
I'm afraid there's no easy way to revert it. I may get to invest the time for
3.6's launcher[1] to make it available in Default Programs, but I've always
struggled to get that to work properly.
Explorer should always use the per-user command if it's there, and
Steve Dower added the comment:
I haven't seen this at all, so until we see a repro of it, I'm closing.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23626
Ilia Kurenkov added the comment:
Bump :)
Let's close this one, guys!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20362
___
___
Mark Roseman added the comment:
The attached demodalize.patch (which includes the changes from the previously
posted decouple_config.patch) changes both the settings dialog and the about
dialog to be non-modal.
There's a new class UIFactory which is responsible for launching these kinds of
eryksun added the comment:
My py_auto_file association
Oh, it's that auto filetype again. Steve, when you say you fixed this for 3.5,
does that means there's a simple command or API to revert this automatic ProgId
back to the Python.File type? This problem shows up repeatedly on Stack
Changes by eryksun eryk...@gmail.com:
--
versions: +Python 3.4 -Python 3.5, Python 3.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24843
___
___
Mark Dickinson added the comment:
Looks fine to me. IIRC, we moved the PyFloat_FromString implementation away
from using Py_NAN in Python 3 for exactly this reason.
On this point, though:
An aggressively optimizing compiler could treat 0 * x = 0 no matter what x is.
Wouldn't such a
William Scullin added the comment:
This would likely improve life for folks with cross-compile toolchains.
--
nosy: +wscullin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23968
___
Robert Collins added the comment:
The patch had some conflicts in the reference docs, I think I resolved it
correctly: if someone wanted to cross check my work that would be great.
However I was feeling (perhaps wrongly :)) confident so I have committed it
as-is.
--
resolution: -
Adam Bartoš added the comment:
Do we want to allow a trailing comma after *args or **kwargs in a function
definition? Unlike in a call, **kwargs is always the last thing in the list and
nothing can be added after that. Just asking.
--
___
Python
Mark Roseman added the comment:
I've attached functionaltests.patch which provides a starting point, using Tk
introspection and event generation to exercise the running application. The
heart of it is the (very much in progress) TkTestCase class which provides a
bunch of Tkinter-specific
Roundup Robot added the comment:
New changeset 419ceb531bab by Robert Collins in branch 'default':
Issue #9232: Support trailing commas in function declarations.
https://hg.python.org/cpython/rev/419ceb531bab
--
nosy: +python-dev
___
Python tracker
New submission from Mark Roseman:
This is a placeholder issue for adding automated functional/integration tests
to complement the existing unit tests.
--
messages: 248428
nosy: kbk, markroseman, roger.serwy, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE
Changes by Mark Roseman m...@markroseman.com:
--
components: +IDLE
keywords: +patch
Added file: http://bugs.python.org/file40164/functionaltests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24845
Mark Lawrence added the comment:
I think this can now be closed as out of date.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Steve Dower added the comment:
Zach has the best chance of being able to review, if only because he can
probably build the installer. I've added all the Windows experts just in case.
There's quite a bit of MSBuild magic involved here though - I have trouble
getting good reviews of this kind
William Scullin added the comment:
I thought this was originally a help request and was going to re-direct this.
Cross-compile with 3.4.3 and later seems broken.
Procedure followed:
wget https://www.python.org/ftp/python/3.5.0/Python-3.5.0rc1.tgz
tar -xf Python-3.5.0rc1.tgz
mkdir
Ethan Furman added the comment:
Thanks for finding that, Mike.
I'll review and merge in the next few days.
--
assignee: - ethan.furman
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24840
Roundup Robot added the comment:
New changeset 3cb97ffd9ddf by Steve Dower in branch '3.5':
Issue #24847: Fixes tcltk installer layout of VC runtime DLL
https://hg.python.org/cpython/rev/3cb97ffd9ddf
New changeset 13ceedb92923 by Steve Dower in branch 'default':
Issue #24847: Fixes tcltk
Steve Dower added the comment:
Pull request for 3.5.0 is at
https://bitbucket.org/larry/cpython350/pull-requests/3/issue-24847-fixes-tcltk-installer-layout/diff.
When merged, this can change back to normal priority for the rest of the fix.
Long term (probably 3.5.1, possibly 3.5.0rc2 if I can
Steve Dower added the comment:
It doesn't apply to 3.5 or later, so it's up to Martin whether he wants to
apply it for 3.4. (I suspect not, but I'm not about to preempt his call.)
--
versions: -Python 3.5
___
Python tracker rep...@bugs.python.org
New submission from Brett Cannon:
issue24492 showed that we need some more tests for ceval regarding ``from ...
import ...`` code.
--
components: Interpreter Core
messages: 248435
nosy: brett.cannon
priority: normal
severity: normal
stage: test needed
status: open
title: Add tests for
Brett Cannon added the comment:
Created
https://bitbucket.org/larry/cpython350/pull-requests/2/issue-24492-make-sure-that-from-import/diff
without the PyUnicode_FromFormat() change as I realized that was conflating
two changes in one patch and it wasn't even being tested (verified all tests
Steve Dower added the comment:
Yep, this is my fix for the same issue pre-RC1 not quite working out (I'm
guessing some difference between my dev box and my build box).
If you go into your DLLs directory there's an extra subdirectory
(Microsoft.VC140.CRT or similar) with a single DLL in it.
Stephen Coulson added the comment:
Broke for me today. Hacked the _MAXLINE to get around it.
I don't see any size limit on multi-line in rfc. Only requirement is
dot-stuffing. I think this fix might need a rethink.
--
nosy: +scoulson
___
Python
Matthew Barnett added the comment:
Yes, I can confirm that that works for me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24847
___
___
Mark Lawrence added the comment:
Works fine for me, also on Windows 10 Home 64 bit.
c:\Python35python.exe
Python 3.5.0rc1 (v3.5.0rc1:1a58b1227501, Aug 10 2015, 05:18:45) [MSC v.1900 64
bit (AMD64)] on win32
Type help, copyright, credits or license for more information.
import tkinter
Steve Dower added the comment:
Mark, IIRC you've got VS 2015? Anyone with VS 2015 installed (or the full CRT
redistributable) is unaffected because the required file is already in their
system path - this includes my build machine, which is why all my tkinter tests
passed before pushing the
60 matches
Mail list logo
