Roger Luethi added the comment:
Seeing that the patch merged for issue 21513 left the existing test for
100.64.0.0 (IPv4 network) untouched, I think it would make more sense to make
that address a constant everywhere in a separate patch (if that is indeed
desirable).
--
Roundup Robot added the comment:
New changeset 3dfdcc97250f by Zachary Ware in branch '2.7':
Issue #21671, CVE-2014-0224: Update the Windows build to openssl-1.0.1h
http://hg.python.org/cpython/rev/3dfdcc97250f
New changeset 79f3d25caac3 by Zachary Ware in branch '3.4':
Issue #21671,
New submission from Saimadhav Heblikar:
Add unittest for idlelib's replace dialog.
7 lines related to replacedialog logic could not be tested. Any input on how to
test those lines?
Running the test suite for idlelib emits:
ttk::ThemeChanged
invalid command name 3069198412callit
while
New submission from Martin Panter:
I made a writer class whose write() and flush() methods (unintentionally)
triggered exceptions. I wrapped this in a BufferedWriter. When close() is
called, the resulting exception has a string object in its __context__
attribute. Although the original error
Georg Brandl added the comment:
Martin, would you make installers for a new 3.2 and 3.3 release?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21671
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue634412
___
___
Python-bugs-list
aaugustin added the comment:
* Thesis *
I belive that using the connection as a context manager is an inadequate API
for controlling transactions because it's very likely to result in subtly
broken code.
As a consequence, my recommendation would be to deprecate this API.
* Argumentation *
New submission from Михаил Мишакин:
First of all, i'm sorry for my English :)
I would like to union dictionaries with operator + (and +=) like this:
dict(a=1, b=2) + {'a': 10, 'c': 30}
{'a': 10, 'b': 2, 'c': 30}
d = dict(a=1, b=2, c={'c1': 3, 'c2': 4})
d += dict(a=10, c={'c1':30})
d
{'a':
STINNER Victor added the comment:
You should use dict.update() method.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21678
___
___
Михаил Мишакин added the comment:
Is's like list's operation + and it's method list.extend().
But dict have no operation +...
If I have two lists (A and B), and I want to get third list (not change A and
B) i do this:
C = A + B
If I have two dicts, i can do this:
C = dict(A, **B)
But if i
Saimadhav Heblikar added the comment:
Perhaps, we can move GUI/non GUI code into blocks. I will take Text as example.
from test import support
if support._is_gui_available():
from tkinter import Text
else:
from idlelib.idle_test.mock_tk import Text
.
.
.
if not
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at:
--
hgrepos: +251
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19521
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21326
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21365
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21645
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
components: +Asyncio
nosy: +gvanrossum, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21599
___
Martin v. Löwis added the comment:
I'm unsure. I'd rather stick to the established policy. If there are reasons to
change the policy, I'd like to know what they are and what a new policy should
look like, instead of making a singular exception from the policy.
For the record, the reason *for*
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at:
--
hgrepos: +252
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10656
___
___
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at:
--
hgrepos: +253
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16189
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20493
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
nosy: +gvanrossum, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20336
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20154
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21080
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21163
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20847
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
nosy: +gvanrossum, haypo, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21205
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio, Tests
keywords: +buildbot
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21247
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21447
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21437
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
title: Creating many subprocess generates lots of internal BlockingIOError -
asyncio: Creating many subprocess generates lots of internal BlockingIOError
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21596
___
___
STINNER Victor added the comment:
Hum, maybe I need to add a unit test for it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21595
___
___
STINNER Victor added the comment:
Can someone please review asyncio_read_from_self.patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21595
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21443
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Asyncio
nosy: +gvanrossum, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue777588
___
New submission from Bohuslav Slavek Kabrda:
Hi,
with Python 3.3/3.4, I noticed that there are lots of syscalls on open() - I
noticed 2x fstat, 2x ioctl and 2x lseek. This is not noticable when working
with small amounts of files on local filesystem, but if working with files via
NSF or if
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asyncore is broken for windows if connection is refused -
asyncore/Windows: select() doesn't report errors for a non-blocking connect()
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
asyncio_read_from_self_test.patch: Unit test to check that running the loop
once reads all bytes. The unit test is ugly: it calls private methods, and it
is completly different on UNIX (selector) and on Windows (proactor).
I would prefer to *not* add such
R. David Murray added the comment:
Ah, you are right, I wasn't looking at the full context of the diff when I made
the comment about backward compatibility. So ignore that part :)
On the other hand, exposing perferred_auth on the class would be a simple API
for allowing auth extension (since
STINNER Victor added the comment:
Probably this was the intended behavior as I see there's a test case for
that. If such, then I would propose to document that behavior.
The code has an explicit check:
if not fs:
raise ValueError('Set of coroutines/Futures is empty.')
And yes,
New submission from STINNER Victor:
Currently, the different implementations of asyncio event loop are not listed
in the documentation. But they are mentionned in some places, like in the
subprocess section to mention that Proactor doesn't support subprocess or that
they are issues with
STINNER Victor added the comment:
The first problem is that event loops are not documented at all: I created the
issue #21680 to document them.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21437
Nick Coghlan added the comment:
Heuristic based approach that just does a fairly simple check for the syntax
error text starting with print or exec when the text doesn't contain a
left parenthesis.
This will still miss a few cases where the left parenthesis is inside a larger
expression
Sebastian Kreft added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21596
___
___
Python-bugs-list mailing list
Unsubscribe:
Stefan Krah added the comment:
Let's open a new issue for system load detection. This one is not asyncio
specific.
--
resolution: - not a bug
stage: needs patch -
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Let's open a new issue for system load detection. This one is not asyncio
specific.
I opened issues #20910 and #20964 for example.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20336
Aymeric Augustin added the comment:
I'm attaching a documentation patch describing improvements of the transaction
management APIs that would address this issue as well as three others.
It's preserving the current transaction handling by default for backwards
compatibility. It's introducing
fumihiko kakuma added the comment:
Thank you for your reply.
Yes, you are right. The patch was too slapdash. I re-created it and added unit
tests.
--
Added file: http://bugs.python.org/file35499/support_patch_dict_by_stopall.diff
___
Python tracker
Milan Oberkirch added the comment:
Here comes the patch implementing your suggestions. Changing the API to make
adding new auth methods and still using login() would only require to make
preferred_auth accessable as you mentioned. Using custom authobjects is
possible with this patch.
Michael Foord added the comment:
That's better - thanks. Another minor tweak needed though. stopall should only
stop patches that were started with start, not those used as context managers
or decorators (or they will be stopped twice!).
See how the main patch object only adds to the set of
Michael Haubenwallner added the comment:
Hmm... instead of reversing the order while keeping in _generate_posix_vars(),
feels like it would have been better to move the code from 2000 back to
_init_posix() where it originally was, without changing the order - because now
for sysconfig within
Pavel Kazlou added the comment:
The idea is to keep the same order as in input.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21650
___
___
Guido van Rossum added the comment:
Nice! I put it through a bit of a torture test and found a few odd corners.
E.g. it doesn't catch this:
if 1: print 42
nor this:
if 1:
print 42
nor this:
def foo():
print 42
I also notice that if the printed expression starts
R. David Murray added the comment:
Yes but the input is turned into a dict, and dicts do not preserve order.
Further, what is passed to the object_hook is already a dict, so the order is
already lost before object_hook is called.
Since the parser (or at least the Python version of the
Guido van Rossum added the comment:
I also found some amusing false positives (syntax errors that weren't valid
print statements in Python 2):
print [/
print /
print )# but not print) !
print]
None of these matter though. Perhaps more concerning is how many things are
R. David Murray added the comment:
Wait, I read the code wrong.
You can define object_pairs_hook, and use that to return an OrderedDict. So it
should be possible to do this without changing the json module itself. This is
actually documented as a place to use OrderedDict. Guess I should
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +benjamin.peterson, pitrou, serhiy.storchaka, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21677
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +benjamin.peterson, pitrou, serhiy.storchaka, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21679
___
Andy Maier added the comment:
Using Ethan's sample code (Thanks!!), I was pointed in the right direction and
was able to produce a simple piece of code that reproduces the behavior without
depending on enum34, as well as a proposal for a fix in pydoc.py.
The problem can be reproduced with a
Andy Maier added the comment:
Here is the bug2.py file pasted into the previous message, for convenience.
--
Added file: http://bugs.python.org/file35502/bug2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21561
New submission from larkost:
When getting the version of the Python interpreter with `python --version` the
output is going to STDERR rather than STDOUT. This is non-standard behavior,
and is surprising.
For example I was writing a dependency into a makefile, and this behavior
caused me a
Berker Peksag added the comment:
This was fixed for Python 3.4 in issue 18338. See also
https://docs.python.org/3/whatsnew/3.4.html#other-improvements for release
notes.
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - out of date
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21681
___
Mark Lawrence added the comment:
Is there any interest in following this up as 2.6 is out of support?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7932
___
Terry J. Reedy added the comment:
Since all tests create a widget with widgets (or destroy it), the new patch
moves root to class scope and simplifies the code a bit. It also subclasses
TextViewer instead of monkey-patching it. Modules have to be monkey-patched
because they cannot be
Roundup Robot added the comment:
New changeset 86ba41b7bb46 by Terry Jan Reedy in branch '2.7':
Issue #18910: test_textView - since all tests require 'gui', make root global.
http://hg.python.org/cpython/rev/86ba41b7bb46
New changeset 5a46ebfa5d90 by Terry Jan Reedy in branch '3.4':
Issue
Mark Lawrence added the comment:
@Tim is this something that you can comment on?
--
nosy: +BreamoreBoy, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9194
___
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9194
___
___
Python-bugs-list
Lita Cho added the comment:
Hi Terry!
I went ahead and added a movable divider (also known as a sash) using the
PanedWindow widget. http://effbot.org/tkinterbook/panedwindow.htm#reference
I also converted the master window to use a grid geometry manager. It looks
like you can use pack
Mark Lawrence added the comment:
Given that we're already using VC++ 2010 for 3.4 and there is discussion here
http://code.activestate.com/lists/python-dev/131023/ about changing for 3.5 can
this be closed?
--
nosy: +BreamoreBoy
___
Python tracker
Olive Kilburn added the comment:
The included patch is probably fine, but I have given up testing it, because I
think msi.py needs the paid-for version of Microsoft C++ to run.
--
keywords: +patch
Added file: http://bugs.python.org/file35504/mywork.patch
Terry J. Reedy added the comment:
Tests that need at most tkinter Variables and message boxes run without gui
since those are easy to mock and we want to set and retrieve values on MBox.
Tests of displayed widgets other than Text are gui tests (unless we were to
developed a substantial tk
Terry J. Reedy added the comment:
Why do you think this is a bug? What behavior both looks wrong and gets
improved by the change?
--
nosy: +terry.reedy, tim.peters
stage: - test needed
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
This has been proposed, discussed on both python-list and python-ideas, and
rejected more than once because there are there are multiple possible response
to multiple keys: keep first value, keep second value (.update), keep both (in
a list), or keep neither
Steven Stewart-Gallus added the comment:
Okay, now I'm confused. How would I conditionally compile and use the
setcloexec object and header on POSIX platforms and not on Windows?
--
___
Python tracker rep...@bugs.python.org
Garrett Cooper added the comment:
The code doesn't appear to be conforming to RFC-3164 or RFC-5424:
(From RFC-3164):
4.1 syslog Message Parts
The full format of a syslog message seen on the wire has three
discernable parts. The first part is called the PRI, the second part
is the
Steve Dower added the comment:
You're right, I had OPTS for tk and tix. I think I'm going to modify my build
scripts to use the buildbot scripts wherever possible. I also need to
parameterise msi.py a bit so I don't have to modify it for releases.
--
Garrett Cooper added the comment:
Please note that when I said the code I was looking at python 3.3 on OSX
(compiled with MacPorts):
$ python3.3
Python 3.3.5 (default, Mar 11 2014, 15:08:59)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type help, copyright, credits or
Jessica McKellar added the comment:
I want to state explicitly what the error is for some new contributors who
might pick this up at a sprint this weekend:
The issue is that you can't change a dictionary while iterating over it:
d = {a: b}
for elt in d.keys():
... del d[elt]
...
Steve Dower added the comment:
The buildbot scripts don't build tix and the build_tkinter.py script has a
blatant error which prevents it from ever working (and old version numbers). I
have no experience with the buildbots, but I don't see how they can possibly be
producing correct builds of
New submission from Zachary Ware:
The recently added test_autocomplete seems to be hanging onto a reference
somewhere that it shouldn't be, see below. This output was obtained by running
`python -m test -R :: -uall test_idle`. I tracked it down to test_autocomplete
with hg bisect, and
Zachary Ware added the comment:
Tix was finally added to the pcbuild solution for 3.5 a couple months
ago, until that point it was never built on the buildbots. If my
understanding of history is correct, build_tkinter.py has never been
used regularly, but was an initial push towards building
Changes by Zachary Ware zachary.w...@gmail.com:
--
assignee: zach.ware
components: Build, Tkinter, Windows
nosy: steve.dower, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Add Tix to the Windows buildbot scripts
versions: Python 2.7, Python 3.4
New submission from Ryan McCampbell:
I'm not sure if this is really a bug, but it is unexpected behavior. When you
call bind on a Python 3.3 signature object, if you omit an optional argument,
the default is not provided in the arguments dict. Similarly, if there is a
var positional or var
Steve Dower added the comment:
That's fine for 2.7.
I'm working on streamlining the project files for 3.5 to make my life easier
dealing with both installers and the multiple compiler situation, so I'll no
doubt poke that project at some point until my grand vision of
86 matches
Mail list logo