Serhiy Storchaka added the comment:
Is a bug which allows easily make DDOS attacks important enough? Every Python
HTTP server, mail or news client is affected.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Charles-François Natali added the comment:
Well, then it's definitely an OpenBSD bug, and we can't do anything
more than skip the test.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20564
Serhiy Storchaka added the comment:
LGTM.
But perhaps it would be better to increase indent to 4 spaces in consistency
with other indented code in this file.
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Brian, could you please test it on Windows?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6815
___
___
Changes by Tal Einat talei...@gmail.com:
--
nosy: +roger.serwy, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1529353
___
___
Roundup Robot added the comment:
New changeset 712b4665955d by Serhiy Storchaka in branch '2.7':
Issue #17671: Fixed a crash when use non-initialized io.BufferedRWPair.
http://hg.python.org/cpython/rev/712b4665955d
New changeset 25ff4625680d by Serhiy Storchaka in branch '3.3':
Issue #17671:
Serhiy Storchaka added the comment:
Thank you Stephen for your patch.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17671
Tal Einat added the comment:
Terry, if I wrote an appropriate patch, would it have a chance of being
accepted?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6143
___
Changes by Tal Einat talei...@gmail.com:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6143
___
___
Python-bugs-list mailing
Terry J. Reedy added the comment:
Without having read the dialog to know what you mean by appropriate, and how a
new patch would be different from Roger's 5 year old patch, or how this issue
relates toSqueezer, yes. I have occasionally closed the shell and reopened
(perhaps by running a file)
Serhiy Storchaka added the comment:
Expanded text still makes IDLE unresponsible. Try print('a'*1000).
I think it will be better to output first 100 lines and a button More,
pressing on which expands next 100 lines.
--
___
Python tracker
STINNER Victor added the comment:
I don't think that #ifdef MS_WINDOWS is very useful, you can drop it. So get
something simpler:
/* Portable macro for wcstok(): on Windows, it is not thread-safe, the state
* argument is ignored, except if Visual Studio is used. */
#ifdef _MSC_VER
# define
STINNER Victor added the comment:
A new bug was found because of changes of this issue: #20526. IMO it is safer
to revert changes of this issue in Python 3.4, it's too late to analyze such
tricky bug. See #20526 for the discussion.
--
resolution: fixed -
status: closed - open
STINNER Victor added the comment:
revert_19466.patch: Patch to revert changes of issue #19466. It restores how
Python cleared threads in Python 3.3.
--
keywords: +patch
Added file: http://bugs.python.org/file34056/revert_19466.patch
___
Python
Serhiy Storchaka added the comment:
During experiments I got following message on terminal:
Exception in Tkinter callback
Traceback (most recent call last):
File /home/serhiy/py/cpython/Lib/tkinter/__init__.py, line 1482, in __call__
return self.func(*args)
File
Tal Einat added the comment:
The relation to Squeezer is that both of these can be useful when you've had a
large amount of output written in the IDLE shell. I prefer Squeezer as a
solution for this issue, for two reasons:
1. Squeezer catches long outputs before they are ever written in the
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20526
___
Tal Einat added the comment:
Also, note that the new version of Squeezer allows squeezing tracebacks as well
as normal output! It does not squeeze them automatically, though; the user must
do so manually.
--
___
Python tracker
Tal Einat added the comment:
Regarding the tooltip traceback, seems like that could be related. I added a
tooltip to the squeezed text buttons, with no delay, so perhaps there's some
kind of race condition?
Could you try changing delay=0 in the code to delay=50 and see if the issue
goes
Serhiy Storchaka added the comment:
I'm not able to reproduce the problem after the first time (even with
delay=0).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1529353
___
Serhiy Storchaka added the comment:
This happens even when run test_builtin twice.
./python -E -m test -v test_builtin test_builtin
or
./python -E -m test -Fv test_builtin
--
nosy: +serhiy.storchaka
___
Python tracker
Serhiy Storchaka added the comment:
Unfortunately I can't reproduce this failure. We should look at how often this
happens on buildbots. It is possible that adding flush=True in print() will
solve the issue.
--
components: +Tests
keywords: +patch
type: - behavior
Added file:
New submission from silentbat:
In the Docs for Python3.3
http://docs.python.org/3.3/library/operator.html#operator.__setitem__
the following example doesn't work.
--
assignee: docs@python
components: Documentation
messages: 211079
nosy: docs@python, silent.bat
priority: normal
Roundup Robot added the comment:
New changeset 7ecee9e0dc58 by Serhiy Storchaka in branch 'default':
Try to fix test_cleanup (issue #20599).
http://hg.python.org/cpython/rev/7ecee9e0dc58
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20583
___
Serhiy Storchaka added the comment:
Failed builtbots:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/4072/steps/test/logs/stdio
http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/10154/steps/test/logs/stdio
Geoffrey Spear added the comment:
Ned:
socket.gethostbyname(localhost)
'127.0.0.1'
socket.getaddrinfo(localhost, 00, 0, 0, 0, socket.AI_NUMERICSERV)
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/local/lib/python3.4/socket.py, line 530, in getaddrinfo
for
Tal Einat added the comment:
Indeed, expanding very long texts still degrades the performance of IDLE. But
the user has to explicitly expand the text (by double-clicking the button) and
can easily squeeze the text again.
As for your suggestion to show just the first several lines and a
STINNER Victor added the comment:
It is possible that adding flush=True in print() will solve the issue.
I tried. It does not fix the issue.
Hint: On Windows, sys.stdout.encoding is a codec implemented in pure Python
(ex: cp850). You should try to reproduce the issue on Linux using
DhilipSiva added the comment:
While both of you disagree, I really liked STINNER Victor (haypo)'s comment. I
feel dumb sending this patch. It makes myself think that this was a totally
wrong thing to do. But Benjamin Peterson (benjamin.peterson)'s comment make me
feel sad and Hurtful.
Changes by SilentGhost ghost@gmail.com:
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
___
Jeffrey Armstrong added the comment:
I know that Borland/Embarcadero also uses the two-argument version like
Microsoft. As I said earlier, MinGW uses the two-argument version, although it
is currently marked as deprecated. Just from searching, it appears that Pelles
C/LCC uses the
Gareth Rees added the comment:
The failing example is:
d = {}
keys = range(256)
vals = map(chr, keys)
map(operator.setitem, [d]*len(keys), keys, vals)
which works in Python 2 where map returns a list, but not in Python 3 where map
returns an iterator.
Changes by Gareth Rees g...@garethrees.org:
--
keywords: +patch
Added file: http://bugs.python.org/file34059/operator.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20606
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +pitrou
versions: -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20604
___
New submission from Mark Summerfield:
I have a Python Windows GUI application (using PySide) that uses
multiprocessing.
When I freeze the application I get error messages, in particular that
mulitprocessing cannot call flush on a null object.
ISTM That in a Windows GUI application,
New submission from Marius Gedminas:
Type something like the following at the interpreter prompt:
04208
File stdin, line 1
04208
^
SyntaxError: invalid token
This is not very descriptive. I suggest SyntaxError: invalid octal digit.
--
components: Interpreter Core
STINNER Victor added the comment:
Sorry, issue20599_ascii_ioencoding.patch doesn't fix the issue. (I also tested
issue20599_ascii_ioencoding.patch + flush=True for print, it still fails
sometimes.)
--
___
Python tracker rep...@bugs.python.org
Marius Gedminas added the comment:
I was looking at the current hg tip. The lexer emits E_TOKEN errors for the
following cases:
- invalid hex digit
- invalid octal digit
- invalid binary digit
- invalid digit in float exponent
- old-style octal constant (e.g. 001), which is no longer accepted
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20609
___
___
Python-bugs-list
New submission from Stephan R.A. Deibel:
The changes made in Issue19788 break the ability to build x64 build target on a
32-bit Windows machine because PreBuildEvent entries in pythoncore.vcxproj end
up trying to run the 64-bit kill_python.exe, causing critical build steps to
fail. Removing
New submission from Daniel Ellis:
I was searching for the documentation for itertools via Google and was sent
here:
http://www.python.org/doc//current/library/itertools.html
After glancing at the upper-left hand corner, I wondered why Google was sending
people to the 2.6 documentation,
New submission from Florent Xicluna:
I had this sporadic traceback in a project:
File test.py, line 62, in module
result = do_lqs(client, str(dnvn))
File test.py, line 25, in do_lqs
qualif_service_id = client.create('ti.qualif.service', {})
File
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo, neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20611
___
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +gregory.p.smith, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20611
___
T. Maslach added the comment:
I just tried this in Python 2.7.6 and it works... So, it looks to be fixed!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15227
___
Kathryn M Kowalski added the comment:
See attached file with output from both python versions. It is using the
converter as shown in demo2a. The code using the converter was working on 2.5
for years - it quit working on the move to 2.7 because it couldn't compare a
datetime to the text
Mark Summerfield added the comment:
My change to managers.py is redundant; sorry about that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20607
___
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20526
___
___
Python-bugs-list
Xavier de Gaye added the comment:
The following code shows that the trace function is removed when an alarm
raises an exception and prints: 'trace function: None'
import sys, signal, time
def trace(frame, event, arg):
if frame.f_code.co_name == 'foo':
while 1:
STINNER Victor added the comment:
Therefore, tests that raise an exception in an alarm handler should use the
support.no_tracing decorator as it is done in test_io.py at
check_reentrant_write().
I would prefer to fix the issue instead. A signal should not remove the trace
function.
Brian Curtin added the comment:
Sorry, I don't have a Windows environment setup right now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6815
___
Benjamin Peterson added the comment:
It should be noted that foolish consistency is simply a reference to the
quote in PEP 8, not a personal insult.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
Serhiy Storchaka added the comment:
What if use -u flag? utf-8 or utf_8 encoding?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20599
___
___
Serhiy Storchaka added the comment:
Note that invalid token is emitted only on invalid first digit:
0b2
File stdin, line 1
0b2
^
SyntaxError: invalid token
0b02
File stdin, line 1
0b02
^
SyntaxError: invalid syntax
See also issue1634034.
--
nosy:
Roundup Robot added the comment:
New changeset 10ea3125d7b8 by Victor Stinner in branch 'default':
Issue #20599: Force ASCII encoding for stdout in test_cleanup() of test_builtin
http://hg.python.org/cpython/rev/10ea3125d7b8
--
___
Python tracker
STINNER Victor added the comment:
Sorry, issue20599_ascii_ioencoding.patch doesn't fix the issue.
Sorry again, I didn't read issue20599_ascii_ioencoding.patch carefully: it
doesn't make sense to use the isolated mode and to set a Python environment
variable (PYTHONIOENCODING). The purpose of
Zachary Ware added the comment:
Oops...
Can you try out this patch and see if it will work for you? It looks like it
should work, but I'm not set up to build 64-bit at all yet, much less on 32-bit.
Tim, would you mind also taking a look since you tested #19788 for me and we're
in RC for
Stephan R.A. Deibel added the comment:
There's no patch attached... or am I just confused?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20609
___
Zachary Ware added the comment:
Forgot to attach the patch...
--
keywords: +patch
Added file: http://bugs.python.org/file34062/issue20609.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20609
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20602
___
___
Python-bugs-list
Stephan R.A. Deibel added the comment:
Yes, thanks, that patch fixes it so it builds successfully. Tried w/ Python
3.4rc1 on Windows 7 w/ VS2010.
Of course maybe it should really be building kill_python.exe for the matching
architecture and running that, but I'm not sure how to do that and
Serhiy Storchaka added the comment:
Now test fails with mystical error.
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/4074/steps/test/logs/stdio
http://buildbot.python.org/all/builders/x86%20Windows%20Server%202008%20%5BSB%5D%203.x/builds/2312/steps/test/logs/stdio
Serhiy Storchaka added the comment:
May be setting PYTHONHASHSEED will silence this error. But I afraid there is a
real bug in initialization on Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20599
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20610
___
___
Serhiy Storchaka added the comment:
I (hope I) fixed the test, but in fact, the test showed another bug: print()
cannot be used during Python exit in destructor. It means for example that
Python may not be able to display errors at exit.
print() can be used during Python exit in destructor
New submission from Allan Crooks:
There seems to be a specific issue when using cElementTree.parse on a StringIO
object containing unicode text - it generates a ParseError.
I've tried variations of ElementTree and cElementTree, variations of StringIO
and cStringIO, and used str and unicode
Changes by Ned Deily n...@acm.org:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20607
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
cStringIO.StringIO() can contains only str (unicode automatically coerced to
str), while StringIO.StringIO() can contain str or unicode.
SIO(uxml).read()
u'simple /'
CSIO(uxml).read()
'simple /'
cElementTree.parse() works only with binary streams.
Zachary Ware added the comment:
Yes, thanks, that patch fixes it so it builds successfully. Tried w/
Python 3.4rc1 on Windows 7 w/ VS2010.
Ok, good.
Of course maybe it should really be building kill_python.exe for the
matching architecture and running that, but I'm not sure how to do that
Stephan R.A. Deibel added the comment:
OK, sounds reasonable to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20609
___
___
Geoffrey Spear added the comment:
Reproduced this on a Cr-48 Chromebook running ChrUbuntu 3.4.0 in Python 3.3.4
and 3.4.0RC1. The kernel does appear to have been compiled with
CONFIG_DNOTIFY=y, so that's not a complete solution.
--
nosy: +geoffreyspear
versions: +Python 3.3, Python
Raymond Hettinger added the comment:
+0 This seems like a harmless refactoring that makes the code slightly more
consistent and readable.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
Ned Deily added the comment:
OK, OK, it's not just your machine :=) I was finally able to reproduce the
same failure on a different 10.6 system. I'm still not sure what the
difference between them is but it really doesn't matter. I have a patch
forthcoming to make the test work in either
Raymond Hettinger added the comment:
How about calling required arguments required arguments?
...
Clear and unambiguous. With this approach the user does
not have to bloat the help to state This is required.
+1 This is straight-forward, logical, and easy-to-read.
--
nosy:
Roundup Robot added the comment:
New changeset 6e04027ed53e by Guido van Rossum in branch 'default':
asyncio: Change as_completed() to use a Queue, to avoid O(N**2) behavior. Fixes
issue #20566.
http://hg.python.org/cpython/rev/6e04027ed53e
--
nosy: +python-dev
Changes by Guido van Rossum gu...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20566
___
Jeffrey Armstrong added the comment:
I've included a revised patch that is far simpler than the others I've
proposed. In this example, the preprocess checks for MSVC or
Borland/Embarcadero and, if found, uses three-argument wcstok_s(). If neither
is detected, it checks for MinGW and, if
New submission from Arnaud Fontaine:
I know that compiler module is deprecated since 2.6, but I found a regression
introduced in version 2.7 by the following cleanup commit (replacing pyassem.py
modified in this commit by the one just before does not trigger this bug):
paul j3 added the comment:
As Steven pointed out, the existing `add_argument_group` mechanism can be used
to group required arguments. For example
- temp.py --
parser = argparse.ArgumentParser(description = 'Do something')
group1 =
Cimarron Mittelsteadt added the comment:
Appears to be a duplicate of issue 11587 but better explanation here
--
nosy: +cimarron
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15657
___
R. David Murray added the comment:
Here is another one:
There's a news entry for the introduction of
importlib.abc.Loader.init_module_attrs, but no news entry for its removal (but
it is gone). There is still a whatsnew entry that mentions it.
IMO there should be a NEWS entry that mentions
Charles-François Natali added the comment:
It seems that the EINTR should be caught by the standard library in all
cases:
http://bugs.python.org/issue1628205
Yes, it should.
But it's not the case for the socket.create_connection method (verified
in 3.3 and 2.7 source code).
It's not the
DhilipSiva added the comment:
Apologies for misunderstanding the reference Benjamin Peterson
(benjamin.peterson). You are right :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20591
___
Tal Einat added the comment:
Good catches, Terry and Serhiy!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20167
___
___
Python-bugs-list
85 matches
Mail list logo