Changes by R. David Murray rdmur...@bitdance.com:
--
Removed message: http://bugs.python.org/msg185630
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17587
___
Changes by Todd Rovito rovit...@gmail.com:
--
nosy: +Todd.Rovito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16887
___
___
Python-bugs-list
Todd Rovito added the comment:
Roger,
You are a genius! The example program duplicates the bug exactly. It
works on Mac (I assume Linux but I will test on Linux) and it does not work on
correctly on Windows. On Windows as soon as the text widget looses focus then
the hi-light
Todd Rovito added the comment:
Bug report has been filed with Tk here:
https://sourceforge.net/tracker/?func=detailaid=3609608group_id=12997atid=112997
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14146
Roger Serwy added the comment:
Terry, I agree that the original patch introduces a buggy fileno and it knows
too much about the internals of site.py which could change.
The attached patch modifies site.py, similar to how Nick Coghlan split the two
function calls in a single try/except block
New submission from Drekin:
runpy.run_path(\u222b.py) raises UnicodeEncodeError when trying to use mbcs
codec on Windows. However opening the file using open() is ok. So why is runpy
trying to encode the name using mbcs encoding when it's not necessary or even
correct? See
Antoine Pitrou added the comment:
Please read http://mail.python.org/pipermail/python-dev/2013-March/125021.html
. The fileno() check shouldn't be needed anymore.
Also, it can't effect 2.7, or you have another problem.
--
nosy: +pitrou
versions: -Python 2.7, Python 3.2
Antoine Pitrou added the comment:
(s/effect/affect/, sorry)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17585
___
___
Python-bugs-list
Roger Serwy added the comment:
Antoine, it does affect 2.7 since sys.stdin.close() doesn't call PyShell's
close method. #9290 introduced this regression. I accept some responsibility
because my manual testing of those patches in #9290 didn't include trying the
exit() and quit() methods.
The
Roger Serwy added the comment:
I would also argue that the fileno_close.patch ought to be applied to the 3.2.4
and 3.3.1 release candidates. The changes in #9290 were applied only two months
ago.
--
versions: +Python 3.2
___
Python tracker
Roundup Robot added the comment:
New changeset cfd4cd15809e by Charles-Francois Natali in branch '2.7':
Issue #6419: Fix a test_kqueue failure on some BSD flavors.
http://hg.python.org/cpython/rev/cfd4cd15809e
New changeset 96776fc3cbcc by Charles-Francois Natali in branch '3.3':
Issue #6419:
Antoine Pitrou added the comment:
I won't argue about any changes in IDLE, but the fileno-checking code in
site.py should probably be removed, not complicated.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17585
Éric Araujo added the comment:
Ah, okay. I can’t wait for the time when unittest.main() is used everywhere
and we delete run_unittest :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15627
Roger Serwy added the comment:
I agree with Antoine that fileno checking code should be removed. I dug deeper
into why that was introduced in the first place.
00b136b7da84 introduced the warning Trying to close unclosable fd!
86358b43c8bb intoduced the change to site.py about not closing stdin
Larry Hastings added the comment:
For the record: I care. Generally speaking CPython is a lovingly
crafted source tree, and the choices its architects made are nearly
always sensible and well-reasoned. When I see things like this, things
that seem kind of dumb on first glance, I worry that
Sebastian Ortiz Vasquez added the comment:
I have been working with this in order to generate an RSS feed using web2py.
I found, XMLGenerator method does not validate if is an unicode or string type,
and it does not encode accord the encoding parameter of the XMLGenerator.
I added changed the
Raymond Hettinger added the comment:
It's the nature of duck typing in a dynamic language. You can tell whether
something is present but can't tell whether it words correctly until you call
it.
For example, in Python 3, all objects have __lt__ defined, but all it does is
return
New submission from Larry Hastings:
CPython API functions implemented as macros can expand into either
rvalues or statements. Most expand into statements (often using the
do {} while (0) syntactic sugar trick), but occasionally they're legal
as rvalues.
As of this writing Py_INCREF works as an
New submission from Roumen Petrov:
split of issue3871
--
components: Build, Cross-Build
files: 0002-MINGW-translate-gcc-internal-defines-to-python-platf.patch
keywords: patch
messages: 185647
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: translate gcc
New submission from Roumen Petrov:
split of issue3871
--
components: Cross-Build
files: 0003-MINGW-use-header-in-lowercase.patch
keywords: patch
messages: 185648
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: use header in lowercase
versions: Python 3.4
Added
Byron Ruth added the comment:
Thank you for the education. I didn't think about duck-typing extending to the
level of whether or not something is callable.. then again the property _could_
return a callable and it would be transparent to the caller.
--
New submission from Roumen Petrov:
split of issue3871
--
components: Build, Cross-Build
files: 0004-MINGW-configure-MACHDEP-and-platform-for-build.patch
keywords: patch
messages: 185650
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: configure MACHDEP and
Roger Serwy added the comment:
I changed the title to better reflect the original bug report.
@Bruce: I did review Guilherme's patch a while ago in #10079. The editor window
bug can be found in #6698. These are on my todo-list, especially now that
PEP434 has been accepted.
--
New submission from Dominik Stadler:
I tried to use NoPriv (https://github.com/RaymiiOrg/NoPriv/) to backup emails
to an USB Disk which is formatted for Windows compatibility, i.e. FAT-type
filesystem, but got the error below. Seems mailbox.py still tries to create a
symbolic link, which is
Terry J. Reedy added the comment:
I responded to this on python-list.
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17584
___
New submission from Roumen Petrov:
split of issue3871, but implement ed differently - externalize some configure
defaults instead to update configure script for each check
--
components: Build, Cross-Build
files: 0005-MINGW-preset-configure-defaults.patch
keywords: patch
messages:
New submission from Roumen Petrov:
split of issue3871
--
components: Build, Cross-Build
files: 0006-MINGW-configure-largefile-support-for-windows-builds.patch
keywords: patch
messages: 185655
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: configure largefile
New submission from Roumen Petrov:
split of issue3871
--
components: Build, Cross-Build
files: 0007-MINGW-add-wincrypt.h-in-Python-random.c.patch
keywords: patch
messages: 185656
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: add wincrypt.h in Python/random.c
New submission from Roumen Petrov:
split of issue3871.
May be best solution is to move errmap.h from PC/ to Objects/ and to use
platform specific filename.
--
components: Build, Cross-Build
files: 0008-MINGW-add-srcdir-PC-to-CPPFLAGS.patch
keywords: patch
messages: 185657
nosy:
Éric Araujo added the comment:
Ezio, would you like to commit this?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6696
___
New submission from Roumen Petrov:
split of issue3871.
--
components: Build, Cross-Build
files: 0009-MINGW-init-system-calls.patch
keywords: patch
messages: 185659
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: init system calls
type: enhancement
versions:
New submission from Roumen Petrov:
split of issue3871.
--
components: Build, Cross-Build
files: 0010-MINGW-detect-REPARSE_DATA_BUFFER.patch
keywords: patch
messages: 185660
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: detect REPARSE_DATA_BUFFER
type:
New submission from Roumen Petrov:
split of issue3871.
--
components: Build, Cross-Build
files: 0011-MINGW-build-in-windows-modules-winreg.patch
keywords: patch
messages: 185661
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: build-in windows modules (winreg)
Roger Serwy added the comment:
I use Arch Linux which has /usr/bin/python as 3.3.0. I can confirm that touch
Include/Python-ast.h Python/Python-ast.c fixes the problem.
But would it have been simpler just to convert the print statements to
functions so that asdl_c.py would work with Python 3
New submission from Roumen Petrov:
split of issue3871.
(now without to impact other platforms - it will remain build-in module)
--
components: Interpreter Core
files: 0012-MINGW-determine-if-pwdmodule-should-be-used.patch
keywords: patch
messages: 185663
nosy: rpetrov
priority: normal
New submission from Roumen Petrov:
Part is split of issue3871.
Based of feedback to issue3871 users prefer to use posix installation scheme
and this is implementation of 'relative' posix prefix.
--
components: Interpreter Core
files:
New submission from Roumen Petrov:
split of issue3871 - actually this is not mingw* specific - it is for all
platforms without fileblocks
--
components: Build, Cross-Build
files: 0014-MINGW-AC_LIBOBJ-replacement-of-fileblocks.patch
keywords: patch
messages: 185665
nosy: rpetrov
New submission from Roumen Petrov:
split of issue3871
--
components: Interpreter Core
files: 0015-MINGW-use-main-to-start-execution.patch
keywords: patch
messages: 185666
nosy: rpetrov
priority: normal
severity: normal
status: open
title: mingw: use main() to start execution
type:
Georg Brandl added the comment:
There are also some macros usable as lvalues, such as Py_REFCNT or Py_SIZE
(they aren't documented at all currently).
Anyway, documenting as statement-only unless explicitly stated differently is
fine with me.
--
New submission from Roumen Petrov:
split of issue3871 - this is meta issue only for part related to build
interpreter core.
Goal is statically linked python executable (python.exe).
Patch set consist of :
- 01 Issue17148 : nt thread model detection
- 02 issue17590 : translate gcc internal
Antoine Pitrou added the comment:
Py_INCREF usable as an rvalue sounds more like an accident than a deliberate
feature, and it would be IMO counter-productive to codify this behaviour in the
docs.
As for the lvalue usage of Py_REFCNT and Py_SIZE, I think it would be better if
it were limited
Roundup Robot added the comment:
New changeset 58fcd81acfb1 by Antoine Pitrou in branch 'default':
Issue #17591: Use lowercase filenames when including Windows header files.
http://hg.python.org/cpython/rev/58fcd81acfb1
--
nosy: +python-dev
___
Antoine Pitrou added the comment:
Committed, thanks.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17591
Antoine Pitrou added the comment:
Why the #ifdef __MINGW32__? I suppose the include is harmless anyway.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17596
___
Gregory P. Smith added the comment:
Here's an updated patch that fixes the windows build based on twouters'
comments. It goes ahead and removes the old C implementation of listdir in
favor of the trivial Python wrapping of scandir.
--
Added file:
Antoine Pitrou added the comment:
Bikeshedding: I would find iterdir much easier to remember than scandir
(especially in relationship with listdir).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11406
Roundup Robot added the comment:
New changeset 37352a3ccd54 by Roger Serwy in branch '2.7':
#8900: Using keyboard shortcuts in IDLE to open a file no longer raises an
exception.
http://hg.python.org/cpython/rev/37352a3ccd54
New changeset 61092bbd1464 by Roger Serwy in branch '3.3':
#8900:
Terry J. Reedy added the comment:
I prefer iterdir also.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11406
___
___
Python-bugs-list mailing
Roger Serwy added the comment:
I am closing this issue as being fixed.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8900
Joshua Chia added the comment:
Added test case
--
resolution: - duplicate
status: open - closed
Added file: http://bugs.python.org/file29639/test.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13271
Gregory P. Smith added the comment:
While i don't personally like things with iter in the name I won't object.
That way the scandir name would be left available for a future version of this
that yields namedtuples of directory entry details as Martin wants to see.
--
Joshua Chia added the comment:
Seems to be duplicate of http://bugs.python.org/issue12776
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13271
___
Phil Connell added the comment:
I like the suggested API: iterator with indexing is a good articulation of
the request.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17577
___
Arfrever Frehtes Taifersar Arahesis added the comment:
Sebastian Ortiz Vasquez: Please file a new issue and attach a patch (in unified
format) instead of a whole Python module.
--
title: Bugfix for #1470540 (XMLGenerator cannot output UTF-16 or UTF-8) -
xml.sax.saxutils.XMLGenerator
Changes by Éric Araujo mer...@netwok.org:
--
stage: test needed - committed/rejected
superseder: - argparse: type conversion function should be called only once
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13271
Éric Araujo added the comment:
FTR a contributor to #13271 (--help should work even if a type converter fails)
indicated that it’s fixed by this patch, so it may be good to add a regression
test.
--
___
Python tracker rep...@bugs.python.org
New submission from Sebastian Ortiz Vasquez:
The XMLGenerator character method is unable to detect and encode using the
encoding defined in the constructor.
This yields to an UnicodeEncode exception, because always tries to encode using
'ascii' as default in python 2
--
components:
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
versions: +Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1470548
___
Arfrever Frehtes Taifersar Arahesis added the comment:
Your patch does not apply cleanly to 2.7 branch.
Please read documentation:
http://docs.python.org/devguide/
http://docs.python.org/devguide/setup.html#checkout
Use e.g. 'hg diff' to create patch.
Only security fixes are allowed in 2.6
Arfrever Frehtes Taifersar Arahesis added the comment:
Also please try to write a new test.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17606
___
Roger Serwy added the comment:
We can fix the bug as-is and then open a separate enhancement issue for Tal's
suggestions. I place bug in quotes because the correct behavior is not
documented.
--
assignee: - roger.serwy
nosy: +Todd.Rovito
stage: - patch review
type: - behavior
Amit Saha added the comment:
Adding the patch here. I am not sure about how to add the screenshots, so I
haven't done them.
Just attached the document as a patch (note that I have placed in doc/howto).
Thanks for the comments.
--
hgrepos: +180
keywords: +patch
Added file:
Marc-Andre Lemburg added the comment:
On 31.03.2013 21:29, Larry Hastings wrote:
Larry Hastings added the comment:
For the record: I care. Generally speaking CPython is a lovingly
crafted source tree, and the choices its architects made are nearly
always sensible and well-reasoned.
Roger Serwy added the comment:
Closing the shell window while in the nested event loop for readline fails to
exit the nested event loop. I updated the title to reflect the broader problem
with readline's handling of the nested event loop.
The rev1 patch causes the nested event loop to exit
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
hgrepos: -180
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17583
___
___
Python-bugs-list
Ned Deily added the comment:
With the rev1 patch (on OS X), the cursor seems to end up on the wrong line
after the restart:
import sys
sys.stdin.readline()
RESTART
*Cursor left here at (*), i.e. the left margin of the next
Ned Deily added the comment:
However, the patch *does* fix the original problem that the first input after
restart is skipped.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14254
___
Ezio Melotti added the comment:
I left a few comments on rietveld.
I wonder if it's better to make two separate versions, one for py2 and one for
py3, and avoid repeating things (like the name of the packages) twice.
You should also be able to include the images in the patch by using hg add
Roger Serwy added the comment:
I found the root cause of the original error.
Entering exit() at the shell raises SystemExit which gets written to the
shell's text widget. The call to actually write the text passes through
.write() in Lib/idlelib/OutputWindow.py, which calls text.update().
Roger Serwy added the comment:
Ned, I can confirm the behavior you are seeing. I am trying to trace down why
this spurious '\n' gets inserted.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14254
Amit Saha added the comment:
Hi Ezio, thanks for your review comments.
I will make the changes to the document, and also add the images in a later
patch.
I do agree that repeating package names for Python 2 and Python 3 is perhaps
not an ideal way. I am also trying to think of other ways to
New submission from Roundup Robot:
New changeset 18e699c4d8c0 by Ned Deily in branch 'default':
Issue #17586: fix typo in contextlib.rst
http://hg.python.org/cpython/rev/18e699c4d8c0
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Thanks for catching this!
--
nosy: +ned.deily
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17586
R. David Murray added the comment:
The problem is that mailbox decides if links are possible based on the OS
rather than on the file system. This is a general problem that Python
has...when the Python file system APIs, and this code, were written, OSes could
only read their own file systems,
R. David Murray added the comment:
Ah, I see I misunderstood the argument, here. Upon reflection, this clearly
deserves an opportunity for input from other developers.
--
nosy: +r.david.murray
resolution: invalid -
stage: committed/rejected -
status: closed - open
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
Removed message: http://bugs.python.org/msg185533
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17577
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
Removed message: http://bugs.python.org/msg185534
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17577
___
Todd Rovito added the comment:
Ezio,
I left a few comments on rietveld. This is a really nice start to a great
FAQ. Thanks for your contribution I think Python needs a nice FAQ on IDLE.
You might want to add some detail about the right click menu which allows a
user to cut, copy, paste,
Amit Saha added the comment:
Hi Todd, thanks for your comments. I wanted to clarify that I intend to make
this a HOWTO, not a FAQ.
I hope that's fine?
-Amit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17583
Raymond Hettinger added the comment:
Thanks.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17586
___
___
Python-bugs-list
Todd Rovito added the comment:
Roger,
I reviewed and tested the patch, it does seem to fix the bug. Now when the
on startup configure option is selected IDLE will behave as expected. I think
this makes sense to fix the bug even though it is not documented we can infer
the behavior based
Roger Serwy added the comment:
I reworked the patch to fix the cursor problem. The new code, hopefully, is
simpler to understand and harder to break. Essentially, all code paths that
terminate the subprocess must also call stop_readline which exits that nested
event loop if needed.
Todd Rovito added the comment:
I added roger.serwy to the nosy list. Terry Reedy is already on the list. I
think this issue will help maintain the IDLE documentation now and in the
future. Right now it has to manually be synced between help.txt and idle.rst.
Only Python 3.4 is synced right
Roundup Robot added the comment:
New changeset 240c83902fca by Roger Serwy in branch '2.7':
#6698: IDLE now opens just an editor window when configured to do so.
http://hg.python.org/cpython/rev/240c83902fca
New changeset 174caf4c901a by Roger Serwy in branch '3.3':
#6698: IDLE now opens just
New submission from Neal Norwitz:
def foo():
... if x:
... yield None
...
dis.dis(foo)
2 0 LOAD_GLOBAL 0 (x)
3 POP_JUMP_IF_FALSE 14
3 6 LOAD_CONST 0 (None)
9 YIELD_VALUE
10
Roger Serwy added the comment:
Thanks Todd for the review! If you have time, could you open a new issue to
deal with the enhancements discussed here?
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python
Terry J. Reedy added the comment:
If we are not sure of the 'right' behavior in cases like this, we can ask for
opinions on idle-dev. That is at least part of its purpose. Does anyone there
use any of the options?
--
___
Python tracker
Larry Hastings added the comment:
Py_INCREF usable as an rvalue sounds more like an accident
than a deliberate feature
I'd go with misfeature, but in no way is it accidental. The coding
deliberately preserves the rvalue-ness of it, c.f. _Py_REF_DEBUG_COMMA.
--
Ned Deily added the comment:
With the stop_readline patch, I'm seeing this exception upon shell restart when
trying the same test as above:
$ ./python -m idlelib
Exception in Tkinter callback
Traceback (most recent call last):
File Lib/tkinter/__init__.py, line 1475, in __call__
return
Roger Serwy added the comment:
Terry, I read over the revision in r71126 and it looked like the behavior
change was an unintended consequence of applying an ephemeral ports patch. That
and Todd's reasoning of the correct behavior being inferrable from the
configuration dialog convinced me
Roger Serwy added the comment:
I just re-applied the patch to a clean 2.7 and 3.4 branch and didn't see that
exception raised. Are you sure that the patch applied cleanly?
--
___
Python tracker rep...@bugs.python.org
Tshepang Lekhonkhobe added the comment:
@hettinger You mentioning committing this in your wonderful keynote
talk, http://pyvideo.org/video/1669/keynote-3, and that's how I
checked it out.
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Ah, sorry, I mis-edited the patch when check_whitespace.py complained about a
whitespace problem. The test does now work correctly, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14254
Terry J. Reedy added the comment:
If at least three of you are in agreement, great. Take my comment as a general
one for other issues, when applicable ;-).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6698
New submission from Rodney Persky:
Hey,
Just a fairly small one in the configparser library. I've got a bunch of
variables with varying capitalisation to indicate words in the variable name.
The config file contains lines such as:
[GlobalSection]
ParameterDelimiterCharacter = ,
Watching the
Roger Serwy added the comment:
Will do, Terry! :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6698
___
___
Python-bugs-list mailing list
Ned Deily added the comment:
With the patch applied, I verified that the launch behavior of OS X IDLE.app is
unchanged as expected.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6698
___
101 - 197 of 197 matches
Mail list logo