Michiel de Hoon added the comment:
As it happens, we just ran into the same bug.
To reproduce this issue, run
from Tkinter import *
Tk()
Then Ctrl-C will not generate a KeyboardInterrupt.
At first glance, the solution suggested by the original poster seems good. Can
this issue by reopened?
Berker Peksag added the comment:
Here is a possible fix.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file37698/issue23235.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23235
STINNER Victor added the comment:
Oh, I forgot that the change in subprocess.py (check if waiter is cancelled
before setting its result) is already part of the issue #23197 which comes
with an unit test.
Wrong, it's the issue #23173.
--
___
koobs added the comment:
FreeBSD buildbots broken since fbe87fb071a67cb5e638b3496362b5aedc0fc9a7
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
Changes by Jeffrey Yasskin jyass...@gmail.com:
--
nosy: -jyasskin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python-bugs-list
New submission from Michiel de Hoon:
This bug was previously reported in
http://bugs.python.org/issue3180
but was closed after seven years for being out of date.
Still, the bug remains: Interrupts are lost during readline PyOS_InputHook
processing.
To reproduce the bug, try
from Tkinter
Michiel de Hoon added the comment:
I have opened a new issue 23237 for this bug; please see
http://bugs.python.org/issue23237
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3180
___
R. David Murray added the comment:
Updating versions to reflect where it might get fixed (which is what we use the
versions field for).
--
nosy: +r.david.murray
versions: -Python 3.2, Python 3.3, Python 3.6
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky added the comment:
Maybe Dmitry can come up with the skipif logic that will test for up-to date
tzinfo and skip the test if it is not. Otherwise we can try to come up with a
test case which is sufficiently far in the past.
--
Berker Peksag added the comment:
Quoting from https://code.google.com/p/python-subprocess32/:
Think you've found an issue? Please try to reproduce it using Python 3.4 and
file it using http://bugs.python.org/. Work will be done upstream and
backported to this project.
--
nosy:
Berker Peksag added the comment:
Here is a patch.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file37701/issue23223.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23223
Zachary Ware added the comment:
_posixsubprocess should not be compiled on Windows, as it will not work and
has the potential to completely screw up subprocess on Windows. This
appears to be a bug in subprocess32's setup.py, and thus does not apply to
Python itself at all. I agree with Victor
Changes by Berker Peksag berker.pek...@gmail.com:
--
components: +Library (Lib) -Extension Modules
nosy: +gregory.p.smith
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23234
Berker Peksag added the comment:
Oh, good point! I missed that, thanks.
--
resolution: - not a bug
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23223
Raymond Hettinger added the comment:
This is too much. Try for a brief reference. This section of the docs is
primarily about how range() works. Linspace() is at best a tangential
discussion and shouldn't interfere with the usability of range() docs (a tool
we actually have and that is in
Raymond Hettinger added the comment:
Here are some of the packages that run into trouble
when the docstrings are set to 'None' by the -OO optimization
I think you should file bug reports for those packages.
We've agreed here that the current behavior is correct and that the proposed
change
Martin Panter added the comment:
Here is a patch to implement the zlib-codec and bz2-codec StreamWriter classes
based on their IncrementalEncoder classes. It depends on my patch for Issue
23231, though I guess it could be tweaked to work around that if desired.
--
keywords: +patch
Mark Dickinson added the comment:
Having them in the cmath module provides a place
to document them which will then be searchable.
Okay, makes sense.
One of the reasons I'm a bit unhappy with the idea of adding infj and nanj is
that it seems like an encouragement to expect eval(repr(z)) to
Guido van Rossum added the comment:
I don't understand why w ends up having -0 as the real part. For floats, at
least, we've done a lot of work to make eval(repr()) roundtrip correctly in
all cases. Is the issue with complex superficial (we should fix eval or
repr) or deep (if we fixed it
Serhiy Storchaka added the comment:
Note, the reason I proposed nanj (and infj) is that these are produced by
repr() of complex numbers. Having them in the cmath module provides a place
to document them which will then be searchable.
Another solution would be to change repr() of complex if
Mark Dickinson added the comment:
Another solution would be to change repr() of complex if imaginary
component is not finite number to the form complex(x, y).
That wouldn't help with the str(), though, unless you're proposing to change
that, too.
--
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Removed file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
Lin Wei added the comment:
The patch (http://bugs.python.org/issue9291#msg206938) for #9291 actually helps
with this issue, at least for me.
By the way, @Serhiy do you mean that the problem is merely documentation, while
the implementation is alright?
--
nosy: +Lin.Wei
Ethan Furman added the comment:
Removed the new ABI functions, all new functions are static.
Duplicated bytes code in bytearray.
in-place interpolation returns new bytearray at this point.
I'll work on getting in-place working, but otherwise I'll commit this in a week
so we have something in
Andrew Barnert added the comment:
So something like the first version below? Or should even the example be
inline, as in the second version below? (Apologies if the formatting gets
screwed up pasting from docs to bugs.)
---
Range objects are inappropriate for non-integral types, especially
Roundup Robot added the comment:
New changeset c917ba25c007 by Georg Brandl in branch 'default':
Closes #23181: codepoint - code point
https://hg.python.org/cpython/rev/c917ba25c007
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Roundup Robot added the comment:
New changeset e280a04625cc by Georg Brandl in branch '2.7':
Closes #23181: codepoint - code point
https://hg.python.org/cpython/rev/e280a04625cc
--
___
Python tracker rep...@bugs.python.org
Gustavo Temple added the comment:
OK, I will do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python-bugs-list mailing list
Mark Dickinson added the comment:
Is the issue with complex superficial
Unfortunately not: something like this is fairly inescapable. The problem is
that when you do (for example) 5 - 6j you're in effect subtracting
complex(0.0, 6.0) from complex(5.0, 0.0): you've invented a real part of
Mark Dickinson added the comment:
is a base-10 zero padded comming from the parsing of a ip string
If you're parsing an ip string, how do you end up with a 000 *literal*? The
SyntaxError only applies to literals in Python code; it doesn't affect
conversion from strings to integers. So you
Serhiy Storchaka added the comment:
Another possible fix is to introduce a new 'imaginary' type, such that the
type of an imaginary literal is now 'imaginary' rather than 'complex', and
arithmetic operations like addition can special-case the addition of a float
to an 'imaginary' instance
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37694/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
Mark Dickinson added the comment:
BTW I don't want repr() of a complex number to use the complex(..., ...)
notation -- it's too verbose.
Okay, fair enough.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23229
Arfrever Frehtes Taifersar Arahesis added the comment:
Gustavo Temple: A patch against newest revision of default branch would be more
useful.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
STINNER Victor added the comment:
Copy of the feature requets by Guido van Rossum:
https://code.google.com/p/tulip/issues/detail?id=96
Often you want to stop servicing (or using) a connection when there is no
activity in a given time. You can do this by wrapping all your read calls in
New submission from STINNER Victor:
Attached patch adds an optional timeout parameter to the read(), read_exactly()
and readline() methods of StreamReader.
If a single read takes longer than timeout seconds, a asyncio.TimeoutError is
raised. The timeout is reset each time new data is
STINNER Victor added the comment:
This issue is now closed. Please open a new issue. You should mention
your OS and the Python version at least.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3180
Martin Panter added the comment:
This patch looks simple and uncontroversial. I think it could be merged.
--
nosy: +vadmium
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12160
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23198
___
Martin Panter added the comment:
See Issue 23231 for a proposal which should make the incremental codec API
compatible with a generic StreamReader/Writer class.
I discovered that many of the codec files are generated by gencodec.py, not
hand-written. However when I tried regenerating them, I
STINNER Victor added the comment:
The sslproto.py which just has been merged has a similar issue:
if isinstance(exc, Exception):
if self._waiter is not None:
self._waiter.set_exception(exc)
in _on_handshake_complete().
--
Martin Panter added the comment:
I don’t think this is appropriate. If you want to flush the underlying stream,
then call its flush() method after calling reset(). The docstring only says it
flushes the _codec’s_ buffers, not any buffers of the underlying stream, and it
should not be the
STINNER Victor added the comment:
@Ivailo: Any progress on your investigation?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23187
___
___
Ivailo Karamanolev added the comment:
@Victor It has been running for 5 days now on 3.4.2 using json instead of
ujson. I want to give at least 10 days to crash and if it's still up, I plan to
switch to simplejson to see how that will go, since json is quite slow. I'll
keep playing with using
koobs added the comment:
Oops, incomplete comment, apologies. Just noticed haypo has reported the issue
here already
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
Berker Peksag added the comment:
Guido's comment about the PEP is at
https://mail.python.org/pipermail/python-dev/2014-March/133118.html
Can we close this and mark PEP 463 as rejected now?
--
nosy: +berker.peksag
___
Python tracker
Robert Collins added the comment:
Ok, here's a draft patch for linecache. Next up, poking around the new TB API.
--
Added file: http://bugs.python.org/file37700/linecache_1.patch
___
Python tracker rep...@bugs.python.org
Jim Jewett added the comment:
That sounds like a bug magnet to me; my mental model is that the codec
is my output; flushing it will push things out, and resetting it will
erase anything pending. I don't care if some implementation detail
means that some other object technically owns the buffer.
Changes by Berker Peksag berker.pek...@gmail.com:
Added file: http://bugs.python.org/file37699/issue23235.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23235
___
Changes by Berker Peksag berker.pek...@gmail.com:
Removed file: http://bugs.python.org/file37698/issue23235.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23235
___
Roundup Robot added the comment:
New changeset 1eae3b6fbec6 by Victor Stinner in branch '3.4':
Python issue #23173: sync with Tulip
https://hg.python.org/cpython/rev/1eae3b6fbec6
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23173
___
STINNER Victor added the comment:
subprocess32 is not part of Python, it's a third party mode. Report the issue
to his author.
--
nosy: +haypo
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23234
___
___
Python-bugs-list
R. David Murray added the comment:
Upgrading the timezone data results in passed tests. Without the fix, only one
of the tests fails. Is this intentional?
This, however, brings up the issue that the tests may fail on the buildbots,
which may also not have up to date timezone data :(
Martin Panter added the comment:
Maybe it would be better to redefine the docstring to say it flushes the codec
as well as calling flush() on the underlying stream.
But if you really want to finish the job you should probably be closing the
underlying stream, which would flush if necessary.
Changes by Tim Golden m...@timgolden.me.uk:
--
assignee: - tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22028
___
___
New submission from Michael Vogt:
The tarfile.makelink() code crashes with a maximum recursion error when it
unpacks a tarfile that contains a symlink into a directory that already
contains this symlink.
Attached is a standalone testcase (that probably better explains whats going on
:) and a
Michael Vogt added the comment:
A possible fix that works with the previous testcase for this bug. It does not
break a tarfile tests.
--
keywords: +patch
Added file: http://bugs.python.org/file37689/possible-fix-37688.diff
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23225
___
STINNER Victor added the comment:
I closed the issue #23225, so I'm also closing this issue. Thanks again Martin.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23209
Roundup Robot added the comment:
New changeset 1544bdc409be by Victor Stinner in branch '3.4':
Issue #23209, #23225: selectors.BaseSelector.close() now clears its internal
https://hg.python.org/cpython/rev/1544bdc409be
New changeset 6e7403bc906f by Victor Stinner in branch 'default':
Issue
Roundup Robot added the comment:
New changeset 1544bdc409be by Victor Stinner in branch '3.4':
Issue #23209, #23225: selectors.BaseSelector.close() now clears its internal
https://hg.python.org/cpython/rev/1544bdc409be
New changeset 6e7403bc906f by Victor Stinner in branch 'default':
Issue
Lars Gustäbel added the comment:
I would argue that a serious alternative to this patch is to simply override
the TarFile.chown() method in a subclass. However, I'm not sure if this expects
too much of the user.
--
___
Python tracker
Michael Vogt added the comment:
This patch contains a regression test as well.
--
Added file: http://bugs.python.org/file37690/possible-fix-23228-with-test.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23228
Dmitry Shachnev added the comment:
Can it be that you have outdated tzdata?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
___
STINNER Victor added the comment:
Guido van Rossum added the comment:
Should inf and nan be added to cmath too? It has e and pi and isnan() and
isinf()...
Also complex(0, math.nan) a value that is printed as nanj and
complex(nanj) parses and returns such a value, so the point could be
STINNER Victor added the comment:
Oh, I forgot Python 3.4. Changing the behaviour of get_key() in a minor Python
version (3.4.x) would break the compatibility. I used Martin Richard's patch
for Python 3.4: raise a KeyError if the selector is closed.
I commit my change to Python 3.5 and Tulip.
Tim Golden added the comment:
This has just come up again over on python-list:
https://mail.python.org/pipermail/python-list/2015-January/696660.html
I'm the nearest thing we have to a mimetypes maintainer at least for Windows so
I'll try to pick Steve's patch up.
--
Tim Golden added the comment:
Steve, could you outline the need / impact for this, please? (ie can you inform
my ignorance?).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
Eric V. Smith added the comment:
Ignore my review comment on pwd and grp being None. I see that there is a test
for it (at least grp), and they're not available on Windows.
--
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
It sounds like the script should handle the case where someone has already
changed stdout better. We wrap the streams in PTVS so we can forward the output
into the IDE where Unicode will display properly anyway.
Our wrapper missing fileno is a bug in our side,
Changes by Eric V. Smith e...@trueblade.com:
--
assignee: - eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23193
___
___
Roundup Robot added the comment:
New changeset b168c41f2e3f by Benjamin Peterson in branch '3.4':
fix instances of consecutive articles (closes #23221)
https://hg.python.org/cpython/rev/b168c41f2e3f
New changeset 6a19e37ce94d by Benjamin Peterson in branch '2.7':
fix instances of consecutive
Serhiy Storchaka added the comment:
There are other names which exist only in math, but not in cmath.
sorted(set(dir(math)) - set(dir(cmath)))
['atan2', 'ceil', 'copysign', 'degrees', 'erf', 'erfc', 'expm1', 'fabs',
'factorial', 'floor', 'fmod', 'frexp', 'fsum', 'gamma', 'hypot', 'inf',
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +lars.gustaebel, serhiy.storchaka
stage: - patch review
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23228
STINNER Victor added the comment:
Oh, there is also infj:
complex(0, float(inf))
infj
complex(infj)
infj
complex(0, float(nan))
nanj
complex(nanj)
nanj
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23229
Mark Dickinson added the comment:
Guido also says:
Also complex(0, math.nan) a value that is printed as nanj and complex(nanj)
parses and returns such a value, so the point could be made that there should
be a constant named complex.nanj.
... and the same comments would apply to infj.
STINNER Victor added the comment:
What about cmath.nanj?
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23229
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: add inf and nan to cmath module - add inf, nan, infj, nanj to cmath
module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23229
New submission from Mark Dickinson:
As pointed out by Guido in issue 23185, the constants `inf` and `nan` should be
added to the cmath module, too.
--
assignee: mark.dickinson
components: Extension Modules
messages: 233919
nosy: mark.dickinson
priority: normal
severity: normal
status:
Mark Dickinson added the comment:
Opened issue #23229.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23185
___
___
Python-bugs-list mailing
SilentGhost added the comment:
Perhaps I'm missing something here, but it doesn't seem to be a problem with
valid links. Only invalid symlinks are causing this issue.
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23229
___
___
Python-bugs-list
Mark Dickinson added the comment:
Note: following the precedent of cmath.e and cmath.pi, cmath.nan and cmath.inf
should have type *float*. Let's not get into the business of deciding *which*
complex infinities and nans to represent.
--
___
Python
Mark Dickinson added the comment:
May be complex equivalents of all functions should be added for the same
reasons?
(1) This is off-topic for this issue; please open a separate one.
(2) Many of those functions simply don't make sense for complex numbers (for
example floor, degrees, etc.),
Dainis Jonitis added the comment:
Drekins module at https://github.com/Drekin/win-unicode-console is great, but
there is small issue with it when running within debugger in Visual Studio
(Python Tools for Visual Studio 2.1 installed). Debugger already wraps stdout
and stderr inside the
Mark Dickinson added the comment:
Should inf and nan be added to cmath too?
Hmm; probably, yes. I'll open an issue.
so the point could be made that there should be a constant named complex.nanj
Yes, I suppose it could (along with infj, of course). I don't like it much,
and I suspect it
Mark Dickinson added the comment:
@haypo: I'm not keen on either of infj or nanj, on a YAGNI basis. I expect
they'd be used almost never, and for the few times that they're really needed,
complex(0, inf) and complex(0, nan) seem like good enough spellings.
--
Geoffrey Spear added the comment:
This is not a bug, it's a deliberate change.
Python 2.x doesn't work correctly; what you have there is an octal literal,
not a 0-padded base-10 integer. Try 008 or 011 and be surprised that python 2
is broken and you'll see why this syntax was removed.
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23227
___
___
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23230
___
New submission from Luis G.F:
Python 3.4 interpreter fail to parse a integer that has zero padding, whereas
python 2.7 works properly.
Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.
int(001)
1
Python 3.4.0
Luis G.F added the comment:
Thanks for the response, but in my case, 001 is not an octal literal, is a
base-10 zero padded comming from the parsing of a ip string like
111.000.222.333 , where numbers are all integers in base-10.
The solution for parsing that seams to cast 000 as string and
New submission from Martin Panter:
As mentioned in Issue 20132, iterencode() and iterdecode() only work on
text-to-byte codecs, because they assume particular data types when finalizing
the incremental codecs. This patch changes the signature of the
IncrementalEncoder and IncrementalDecoder
R. David Murray added the comment:
If it weren't for the fact that this feature is something that the tar command
provides, I'd agree (the chown method is relatively short). However, since tar
*does* provide this feature, it seems reasonable for us to support it as well.
Call me +0.5 :)
Eric V. Smith added the comment:
I don't think we want to encourage the type of coupling that arises from
subclassing, especially when when overriding an undocumented method. I'm +1 on
the change. I'll review the patch. Michael: can you write the tests, and
hopefully docs?
--
stage:
Martin v. Löwis added the comment:
I don't think the installer needs fixing beyond fixing mimetypes. If ensurepip
fails, the whole installation ought to fail (IMO); that's the way MSI is
supposed to work. It's the same if some other component could not be installed
for some reason
R. David Murray added the comment:
Yes, that's possible. I will check.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22932
___
___
1 - 100 of 134 matches
Mail list logo
