Changes by ingrid h...@ingridcheung.com:
--
components: Tests
files: TPen_tests.patch
keywords: patch
nosy: ingrid, jesstess
priority: normal
severity: normal
status: open
title: Add tests for turtle.TPen class
versions: Python 3.5
Added file:
New submission from Omer Katz:
import logging
import logging.handlers
import socket
logger = logging.getLogger('mylogger')
handler = logging.handlers.SysLogHandler(('',
logging.handlers.SYSLOG_TCP_PORT), socktype=socket.SOCK_STREAM)
formatter = logging.Formatter('%(name)s: [%(levelname)s]
Roundup Robot added the comment:
New changeset 24c356168cc8 by Victor Stinner in branch '3.4':
Closes #21758: asyncio doc: mention explicitly that subprocess parameters are
http://hg.python.org/cpython/rev/24c356168cc8
New changeset b57cdb945bf9 by Victor Stinner in branch 'default':
(Merge
STINNER Victor added the comment:
A string can be a bytes string or a character string. I modified the
documentation to be more explicitly, but IMO it's fine to keep string term in
unit tests and error messages. You should not get the string error message if
you pass a bytes or str object.
New submission from Maries Ionel Cristian:
cp65001 is purported to be an alias for utf8.
I get these results:
C:\Python27chcp 65001
Active code page: 65001
C:\Python27python
Python 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit (AMD64)] on
win32
Type help, copyright, credits or
Roundup Robot added the comment:
New changeset 46c251118799 by Victor Stinner in branch '3.4':
Closes #21595: asyncio.BaseSelectorEventLoop._read_from_self() now reads all
http://hg.python.org/cpython/rev/46c251118799
New changeset 513eea89b80a by Victor Stinner in branch 'default':
(Merge 3.4)
STINNER Victor added the comment:
I commited asyncio_read_from_self.patch into Tulip, Python 3.4 and 3.5. If
someone is interested to work on more advanced enhancement, please open a new
issue.
Oh by, a workaround is to limit the number of concurrent processes.
Without the patch, ./python
STINNER Victor added the comment:
The initial issue is now fixed, thanks for the report Mark Dickinson.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21326
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asynchronous Subprocess - add non-blocking read and write methods to
subprocess.Popen
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1191964
STINNER Victor added the comment:
Victor, since you wrote much of the asyncio doc, any comment on this request?
Please write a patch. The change is ok.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21365
SylvainDe added the comment:
As this is likely not to get solved, is there a recommanded way to work around
this issue ?
Here's what I have done :
import argparse
def main():
Main function
parser = argparse.ArgumentParser()
parser.add_argument('--foo', action='append')
New submission from John Malmberg:
With issue 16136 VMS support was removed for Python V3
A test build of the in-development branch using the UNIX instruction and the
current GNV product with a few minor tweaks produced a Python.exe interpreter
that is somewhat functional.
Most of the issues
eryksun added the comment:
cp65001 was added in Python 3.3, for what it's worth. For me codepage 65001
(CP_UTF8) is broken for most console programs.
Windows API WriteFile gets routed to WriteConsoleA for a console buffer handle,
but WriteConsoleA has a different spec. It returns the number
STINNER Victor added the comment:
The support of the code page 65001 (CP_UTF8, cp65001) was added in Python
3.3. It is usually used for the OEM code page. The chcp command changes the
Windows console encoding which is used by sys.{stdin,stdout,stderr).encoding.
locale.getpreferredencoding()
Saimadhav Heblikar added the comment:
Attached is a patch which adds linenumbering to IDLE. [1] is the current
discussion regarding this topic at idle-dev.
This patch is a initial patch. It is missing menu and config additions. I have
posted it in this state, so that we can catch platform
INADA Naoki added the comment:
Could someone review this?
While this is not a regression or bug, I think this is an important
feature when writing HTTP clients.
--
nosy: +naoki
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
See also Issue20574.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21808
___
___
R. David Murray added the comment:
I don't understand your use case. As a user I would expect a switch to either
set the value to true or to false, not to toggle it based on some default that
might be changed in a configuration file.
But, your method of accomplishing your goal looks fine to
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21807
___
___
R. David Murray added the comment:
I agree with Haypo, because if he isn't interested in doing it, it is unlikely
anyone else will find the problem tractable :) Certainly not anyone else on
the core team. But, the danger of breaking things in 2.7 is the clincher.
--
nosy:
R. David Murray added the comment:
Is the purpose of this issue just informational, then? It would be better to
have a listing of active platform forks somewhere in the docs, I think,
assuming we don't already.
--
nosy: +r.david.murray
___
Python
eryksun added the comment:
Setting the Windows console encoding to cp65001 using the chcp
command doesn't make the Windows console fully Unicode compliant.
It is a little bit better using TTF fonts, but it's not enough.
See the old issue #1602 opened 7 years ago and not fixed yet.
It's
Mark Lawrence added the comment:
The patch deliberately says Windows msvcrt to distinguish it from the Python
module of the same name.
--
Added file: http://bugs.python.org/file35690/Issue1576313.diff
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
If it really wasn't a bug, we couldn't backport it. However, we generally
treat RFC non-compliance issues as bugs unless fixing them is disruptive (and
this one isn't because I took care to maintain backward compatibility in the
original patch), so it is OK
STINNER Victor added the comment:
It's annoyingly broken for me due to the problems with WriteFile and ReadFile.
sys.stdout.write() doen't use WriteFile. Again, see the issue #1602 if you are
interested to improve the Unicode support of the Windows console.
A workaround is for example to
Mark Lawrence added the comment:
@Pierre can you submit a clean patch as requested in msg214267?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11352
___
Mark Lawrence added the comment:
@Terry is this something you could take on?
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9739
___
eryksun added the comment:
sys.stdout.write() doen't use WriteFile. Again, see the
issue #1602 if you are interested to improve the Unicode
support of the Windows console.
_write calls WriteFile because Python 3 sets standard I/O to binary mode. The
source is distributed with Visual
STINNER Victor added the comment:
Ok, I agree that this issue is very tricky :-)
The first problem in asyncio-gc-issue.py is that the producer keeps *weak*
references to Queue object, so the Queue objects are quickly destroyed,
especially if gc.collect() is called explicitly.
When yield from
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asyncio task possibly incorrectly garbage collected - asyncio doesn't
warn if a task is destroyed during its execution
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 706fab0213db by Zachary Ware in branch 'default':
Issue #21741: Add st_file_attributes to os.stat_result on Windows.
http://hg.python.org/cpython/rev/706fab0213db
--
nosy: +python-dev
___
Python tracker
Changes by Zachary Ware zachary.w...@gmail.com:
--
Removed message: http://bugs.python.org/msg220987
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21741
___
Zachary Ware added the comment:
Committed as 706fab0213db (with the wrong issue number), with just a couple of
comment tweaks (mostly to shorten a couple more lines) and some committer
drudge-work.
Thanks for your contribution, Ben!
--
assignee: - zach.ware
resolution: - fixed
STINNER Victor added the comment:
@eryksun: I agree that using the Python interactive interpreter in the Windows
console has many important issues when using non-ASCII characters. But the
title of this issue and the initial message is about the code page 65001. The
*code page* is supported in
Ben Hoyt added the comment:
Great, thanks for committing!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21719
___
___
Python-bugs-list mailing
Claudiu Popa added the comment:
Here's an updated patch with a small exr test file.
--
Added file: http://bugs.python.org/file35692/issue20295.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20295
Steve Dower added the comment:
I'd be fine to reconsider if a previously-demonstrated bug is now
demonstrated-fixed. However, if the actual bug persists, optimization
should be disabled for all code, not just for the code that allows to
demonstrate the bug.
I'm okay with that. I thought
Vinay Sajip added the comment:
Some information appears to be missing from your snippet: the default logger
level is WARNING, so no INFO messages would be expected.
Have you set logging.raiseExceptions to a False value? Are you sure that no
network error is occurring? How can you be sure the
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21758
___
Mark Lawrence added the comment:
@Marc can you prepare a patch for this issue?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18017
___
Mark Lawrence added the comment:
@Chris can you prepare a patch for this?
--
nosy: +BreamoreBoy
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16272
STINNER Victor added the comment:
The Server class is hardcoded in create_server() and create_unix_server(), it's
not possible to pass an arbitrary class. Only the AbstractServer class is
documented, and only close() and wait_for_close() methods:
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asyncio: OverflowError('timeout is too large') - select module: loop if
the timeout is too large (OverflowError timeout is too large)
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Both list comprehension and generator expression are defined in the glossary
https://docs.python.org/3/glossary.html, so what else can be done?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Can we have a comment on this please.
--
nosy: +BreamoreBoy
versions: -Python 2.6, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18669
STINNER Victor added the comment:
I'm unable to reproduce the issue with Python 3.5 (development version).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21447
___
Mark Lawrence added the comment:
@Steven you're into timeit, do you have anything to add here?
--
nosy: +BreamoreBoy, steven.daprano
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18588
___
Mark Lawrence added the comment:
It looks as if there's nothing to be done here, is that correct?
--
nosy: +BreamoreBoy
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18703
Mark Lawrence added the comment:
Assuming that documentation changes are needed, who's best placed to do them?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6673
___
Zachary Ware added the comment:
@Terry: This is part of the ongoing effort of issues #16748 and #10967 (and
possibly others). My ultimate goal along those lines is to eradicate
support.run_unittest, and this is a step in that direction.
I think there's enough support here to skip python-dev
paul j3 added the comment:
It should be easy to write a subclass of Action, or append Action, that does
what you want. It just needs a different `__call__` method. You just need a
way of identifying an default that needs to be overwritten as opposed to
appended to.
def __call__(self,
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - not a bug
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18703
___
STINNER Victor added the comment:
On Windows, the default event loop is _WindowsSelectorEventLoop which calls
select.select(). On Windows, select() only accepts socket handles:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141%28v=vs.85%29.aspx
Only file descriptors of sockets
Demian Brecht added the comment:
The problem here as far as I can tell is that the underlying file object
(addinfourl) blocks while waiting for a full response from the server. As
detailed in section 8.1 of RFC 2616, requests and responses can be pipelined,
meaning requests can be sent while
uglemat added the comment:
Yeah, I guess it's pretty obvious that generator expressions are not list
comprehensions from the glossary. I'll close the bug.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
akira added the comment:
I've fixed isblank to accept tab instead of backspace and added tests
for character classification functions from curses.ascii module that
have corresponding analogs in ctype.h. They've uncovered issues in
isblank, iscntrl, and ispunct functions.
Open questions:
- is
Mark Lawrence added the comment:
I'm -0 on this as it seems to be six of one, half a dozen of the other, but I
don't get the final say :)
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20068
Richard Kiss added the comment:
The more I use asyncio, the more I am convinced that the correct fix is to keep
a strong reference to a pending task (perhaps in a set in the eventloop) until
it starts.
Without realizing it, I implicitly made this assumption when I began working on
my asyncio
Gregory P. Smith added the comment:
Can you provide specific details of exactly which python package from which
distro is installed on the machines?
Are the machines hardware or VMs? if they are VMs, what version of what VM
system and what hardware are the VMs running on?
I'm asking because
Mark Lawrence added the comment:
Can somebody check to see if this is still a problem, I've only got a Windows
PC.
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker
New submission from John-Mark Bell:
In low-memory scenarios, the Python 2.7 interpreter may crash as a result of
failing to correctly check the return value from mmap in new_arena().
This changeset appears to be the point at which this issue was introduced:
Raymond Hettinger added the comment:
The introductory example already shows both ways of using a Counter:
1) How to tally one at a time:
cnt = Counter()
for word in ['red', 'blue', 'red', 'green', 'blue', 'blue']:
cnt[word] += 1
2) How to count directly from a list:
words =
Raymond Hettinger added the comment:
My ultimate goal along those lines is to eradicate
support.run_unittest, and this is a step in that direction.
I think there's enough support here to skip python-dev :).
Not really. There is support here for using unittest.main() whereever it fits
and
R. David Murray added the comment:
This is no longer an issue in Python3; there utimes is used if it is available
(if utimensat is not).
Since this doesn't affect the platforms actually supported by python2.7, I'm
closing this as out of date.
--
nosy: +r.david.murray
resolution: -
Raymond Hettinger added the comment:
I did find it somewhat confusing when trying to interpret
the timeit documentation.
Perhaps that is a good thing. Making good, repeatable, meaningful timings
where you have a clear interpretation of the results is non-trivial, learned
skill.
Zachary Ware added the comment:
Raymond Hettinger added the comment:
I think there's enough support here to skip python-dev :).
Not really. There is support here for using unittest.main()
whereever it fits and cleans-up the code. That is not the same as
saying we can eliminate
Ezio Melotti added the comment:
+1 on the idea.
While the mixin method works and it's not overly complex, it might not be
immediately obvious to those unfamiliar with it and to those reviewing the code
(i.e. there's no clear hint about the reason why the base class doesn't inherit
from
eryksun added the comment:
It could also mention the generic getter and setter functions for the
PyGetSetDef that were added in 3.3: PyType_GenericGetDict and
PyType_GenericSetDict.
https://docs.python.org/3/c-api/object.html#c.PyType_GenericGetDict
--
nosy: +eryksun
Ned Deily added the comment:
75503c26a17f for Python 3.3 added WITH_THREADS protection to the
PyGILState_{Ensure|Release} definitions in Include/pystate.h.
--
nosy: +ned.deily
resolution: - out of date
stage: - resolved
status: open - closed
versions: +Python 3.3 -Python 2.7, Python
Changes by Ned Deily n...@acm.org:
--
nosy: +benjamin.peterson, neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21810
___
___
Mark Lawrence added the comment:
Given the last two comments can this be closed as won't fix?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6133
___
Mark Lawrence added the comment:
Patch has been applied so this can be closed.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8502
___
eryksun added the comment:
16.17.2.2 already has a warning after it introduces CDLL, OleDLL, and WinDLL:
The Python global interpreter lock is released before
calling any function exported by these libraries, and
reacquired afterwards.
It links to the glossary entry:
Mark Lawrence added the comment:
Can somebody review the attached patch please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20957
___
Mark Lawrence added the comment:
From the statement in msg144927 this can be closed as not a bug.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13102
___
Ezio Melotti added the comment:
Do you want to propose a patch?
I think the standard message in these cases is along the lines of TypeError:
fromlist argument X must be str, not unicode
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
Mark Lawrence added the comment:
Seems good to proceed as there are no dissenters.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10978
___
Roundup Robot added the comment:
New changeset 012b5c9c062d by Charles-François Natali in branch '2.7':
Issue #21810: Backport mmap-based arena allocation failure check.
http://hg.python.org/cpython/rev/012b5c9c062d
--
nosy: +python-dev
___
Python
Charles-François Natali added the comment:
Thanks for the report.
The patch introducing mmap() to limit memory fragmentation was applied
initially only to the Python 3 branch (3.2 at that time IIRC). This problem was
spotted a couple days later, and fixed:
Mark Lawrence added the comment:
I've changed the nosy list according to the experts index for the os module and
Windows, sorry if I've named anyone I shouldn't have.
--
nosy: +BreamoreBoy, loewis, steve.dower, tim.golden, zach.ware
___
Python
Mark Lawrence added the comment:
@Nick/Dave, any comment on this problem?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19415
___
Roundup Robot added the comment:
New changeset 88a1f3cf4ed9 by Ezio Melotti in branch '2.7':
#21690: fix a couple of links in the docs of the re module. Noticed by Julian
Gilbey.
http://hg.python.org/cpython/rev/88a1f3cf4ed9
New changeset 9090348a920d by Ezio Melotti in branch '3.4':
#21690:
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
stage: - resolved
status: open - closed
type: - enhancement
___
Python tracker rep...@bugs.python.org
Berker Peksag added the comment:
I guess the tests --without-doc-strings are broken:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6900/steps/test/logs/stdio
Attached patch fixes these failures.
--
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.2,
Mark Lawrence added the comment:
Could somebody review the attached patch please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17062
___
Ezio Melotti added the comment:
Is this common enough that it deserves to be documented?
--
components: +Documentation
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21738
Ezio Melotti added the comment:
If we don't want to go into the details of why it's not equivalent, using
roughly equivalent might be enough.
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
type: - enhancement
___
Python tracker
Ezio Melotti added the comment:
Would using callable() instead of inspect.isfunction() be ok?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21740
___
Antoine Pitrou added the comment:
Ezio Melotti added the comment:
Would using callable() instead of inspect.isfunction() be ok?
I'm not sure, because it would also select classes. I guess we need
something a bit smarter.
--
___
Python tracker
Ezio Melotti added the comment:
Based on Raymond's comment I'm going to close this.
Thanks anyway for the patch.
--
resolution: - rejected
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: test needed - patch review
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1043134
___
New submission from Ned Deily:
Apple recently announced an upcoming public beta and anticipated fall release
of the next version of OS X, 10.10 Yosemite. As usual, developer previews of
10.10 have been made under non-disclosure since the exact details of 10.10 may
change prior to the final
Changes by Ned Deily n...@acm.org:
--
keywords: +patch
Added file: http://bugs.python.org/file35696/issue_21811_yosemite_support.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21811
___
Changes by Ned Deily n...@acm.org:
Added file:
http://bugs.python.org/file35698/issue_21811_yosemite_support_configure_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21811
___
Changes by Ned Deily n...@acm.org:
Added file:
http://bugs.python.org/file35697/issue_21811_yosemite_support_configure_3x.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21811
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18410
___
___
Mark Lawrence added the comment:
Could somebody review the simple patch please.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20254
Ned Deily added the comment:
The attached patches should address the above issues. There is a common patch
that applies to the current default, 3.4, and 2.7 branches and branch specific
patches (one of r default and 3.4, the other for 2.7) for configure.ac changes.
As usual, run autoreconf
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
stage: - needs patch
type: - enhancement
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20091
Mark Lawrence added the comment:
Can someone comment on this issue please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20446
___
1 - 100 of 132 matches
Mail list logo