koobs added the comment:
koobs-freebsd9 (3.4) buildbot has also been failing for a while on what seems
to be this changeset:
==
ERROR: test_synopsis_sourceless (test.test_pydoc.PydocDocTest)
koobs added the comment:
test_synopsis_sourceless is also failing on koobs-freebsd9 (3.4) and has been
for a while. Failing test inlined here, for full buildlog, see msg215997 in
#20123
==
ERROR: test_synopsis_sourceless
Martin v. Löwis added the comment:
jmaki: not sure what the issue is that you are reporting. I can see three
different possible issues.
1. Would you consider putting examples As R. David said: yes, we consider
it. If you really wanted to know whether we consider it, we could close the
Martin v. Löwis added the comment:
Payden Comer, please run
msiexec /i msifilename /l*v python.log
in a terminal window, and attach the resulting python.log here.
R. David: Feel free to copy these instructions; they can be standard in all
cases of the installer does not work.
As for the
Changes by Martin v. Löwis mar...@v.loewis.de:
--
title: Windows installer service could not be accessed (Python bug!) - Windows
installer service could not be accessed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21158
Martin v. Löwis added the comment:
I think the AttributeError message should improve, and special-case certain
common types, in particular modules. E.g. it could read
AttributeError: module 'io' has no attribute 'BufferedIOBase'
or even
AttributeError: module 'io' from 'C:\\Program
Serhiy Storchaka added the comment:
I don't think this is a bug. Any text output operation can fail when outputs
unencodable string. You should use a stream with proper encoding and/or error
handler.
--
nosy: +serhiy.storchaka
resolution: - invalid
stage: needs patch -
Martin v. Löwis added the comment:
LtWorf: What copy of the file are you looking at?
In
http://hg.python.org/cpython/file/84bc6998f760/Modules/gcmodule.c
I see different links, and the all work fine. They were changed in
http://hg.python.org/cpython/diff/d040a3b63df4/Modules/gcmodule.c
Martin v. Löwis added the comment:
Please add the file to .hgtouch as well, and verify that make touch works
correctly.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17861
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9066
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17345
___
Serhiy Storchaka added the comment:
LGTM.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21171
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I agree that it is not a bug if the device where the prompt is shown simply
does not support the characters; on Unix, this includes cases where the locale
does not support the characters.
Arfrever: when you say that it fails in Python 3 in a non-UTF-8
Eduardo Robles Elvira added the comment:
The example I gave is based on the idea that there is a TarVolumeSet class in
the tarfile module that implements all the required file-object methods (e.g.
read(), write(), seek(), etc.) and acts as if the sequence of volumes is
actually one big
Martin v. Löwis added the comment:
FWIW, using l for file_read goes back to
http://hg.python.org/cpython/diff/f44a56e697fb/Objects/fileobject.c
from Fri, 09 May 1997 22:27:31 +
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
$ LC_ALL=en_US.iso88591 ./python -c print('\u20ac')
Traceback (most recent call last):
File string, line 1, in module
UnicodeEncodeError: 'latin-1' codec can't encode character '\u20ac' in position
0: ordinal not in range(256)
$ LC_ALL=en_US.iso88591
Arfrever Frehtes Taifersar Arahesis added the comment:
It seems to have been fixed by:
New changeset f8dbec87dbfe by Georg Brandl in branch '3.4':
Fix option description that is a warning in new Sphinx versions.
http://hg.python.org/cpython/rev/f8dbec87dbfe
--
nosy: +Arfrever
New submission from Arfrever Frehtes Taifersar Arahesis:
Warnings during building of documentation (with Sphinx 1.2.2):
${cpython_working_copy}/Doc/library/json.rst:593: WARNING: Malformed option
description '[infile]', should look like opt, -opt args, --opt args or
/opt args
Arfrever Frehtes Taifersar Arahesis added the comment:
I cannot reproduce it with Sphinx 1.2.2. Can you still reproduce it? Which
version of Sphinx?
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20702
Arfrever Frehtes Taifersar Arahesis added the comment:
Martin v. Löwis: In this case, device support non-ASCII characters, but
Python's getpass module forgets to properly encode string. Message 215697
contains example with C locale.
--
resolution: invalid -
Berker Peksag added the comment:
Thanks for the report Arfrever. Here's a patch to silence the warnings.
--
keywords: +patch
Added file: http://bugs.python.org/file34797/issue21210.diff
___
Python tracker rep...@bugs.python.org
Lars Gustäbel added the comment:
[...] but remember, we split a volume only in the middle of a big file, not
in any other case (AFAIK). Hopefully you don't get huge pax headers or
anything strange. [...]
Hopefully? Sorry, but have you tested this? I did. I let GNU tar create a two
volume
Josh Rosenberg added the comment:
So it predates the existence of type code 'n', which would be the appropriate
type code, but no one updated it.
Antoine: Inability to perform a 2GB+ read properly is not something that should
be worked around on a case by case basis. There is one
Roundup Robot added the comment:
New changeset a81f0caab279 by Serhiy Storchaka in branch '3.4':
Issue #21171: Fixed undocumented filter API of the rot13 codec.
http://hg.python.org/cpython/rev/a81f0caab279
New changeset f86504da2fcc by Serhiy Storchaka in branch 'default':
Issue #21171: Fixed
Paul Sokolovsky added the comment:
array.array('i', [0]) * 3
@Serhiy Storchaka:
The keyword is efficiently. Let's analyze: this creates useless
array.array('i', [0]) object destined only for garbage collection. Then, it
forces using loop of loops to fill in a new object. Whereas
Changes by Ned Deily n...@acm.org:
--
nosy: +giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21209
___
Serhiy Storchaka added the comment:
After stepping through the code for that regex that fails, I concluded
that the condition shouldn't depend on ctx-match_all at that point
after all.
Tests are passed without this check. But I'm not sure it is not needed. At
least without this check the
Paul Sokolovsky added the comment:
@Terry J. Reedy:
Thanks for the pointer. My inital response is sadness, another bloating of
namespace. But I'm adjusting.
But that PEP shows the issue with all that activity: CPython stdlib got so big
and bloated, that it lives its own life and people
Martin v. Löwis added the comment:
Paul: Discussion of the PEP is out of the scope of this issue. The primary
point of the PEP process is that it steers discussion. So if you object to the
PEP, contact the PEP author and ask for your objection to be considered, and if
not that, at least be
Serhiy Storchaka added the comment:
Gareth, this is unrelated issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20998
___
___
Martin v. Löwis added the comment:
Josh: it's not as simple as just changing the type code and variable type.
Systems used to require all kinds of types in the length parameter of read(2)
and fread(3), including int, long, and size_t. If it was int, passing size_t
would lead to silent
Quentin Pradet added the comment:
The branch appears to exist now.
--
nosy: +Quentin.Pradet
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18983
___
Paul Sokolovsky added the comment:
Martin:
People might expect that array.array('i', 3) creates an array with the single
value 3.
I don't know which people would expect that. Personally I recognize the need to
create an empty array of of given size, and have read the docs for builtin
Antoine Pitrou added the comment:
Antoine: Inability to perform a 2GB+ read properly is not something
that should be worked around on a case by case basis.
Really we are talking about Python 2.7 here. Anyone having this problem *has*
to work it around in order for their code to work on
Roundup Robot added the comment:
New changeset e8c184d8407d by Serhiy Storchaka in branch '3.4':
Issue #20635: Added tests for Tk geometry managers.
http://hg.python.org/cpython/rev/e8c184d8407d
New changeset e8acef4f8567 by Serhiy Storchaka in branch 'default':
Issue #20635: Added tests for Tk
Serhiy Storchaka added the comment:
Here is a patch for 2.7.
--
Added file: http://bugs.python.org/file34800/test_geometry_managers_2-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20635
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20635
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20998
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20636
Terry J. Reedy added the comment:
A few notes: This issue depends on PEP467, but there is no corresponding
tracker issue yet to put in the dependency box. Title and other headers can be
edited. Messages and uploaded files can be unlinked from the issue but not
edited (or deleted from the
Nikolaus Rath added the comment:
Updated patch to acknowledge original authors in Misc/ACKS.
--
Added file: http://bugs.python.org/file34801/issue1738_r3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1738
Nikolaus Rath added the comment:
Refreshed patch.
--
Added file: http://bugs.python.org/file34802/issue7776_r7_Py3.4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
Changes by Nikolaus Rath nikol...@rath.org:
Added file: http://bugs.python.org/file34803/issue7776_r7_Py3.5.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
Nikolaus Rath added the comment:
The patch applies cleanly to 3.4 and 3.5, not sure why the review link does not
show up. I'm attaching the file again, maybe that helps.
--
Added file: http://bugs.python.org/file34804/issue19414_r2.diff
___
Python
Xavier de Gaye added the comment:
The NameError exception occuring on a generator expression referencing a local
variable when the generator is called within exec() is the object of multiple
entries in the bug tracker, see issue 13557.
msg 149096 in this issue suggests using exec(code,
Ned Deily added the comment:
test_tk with test_geometry_managers_2-2.7.patch applied passed on OS X 10.9
linked with Carbon Tk 8.4.20, Cocoa 8.5.15, Cocoa 8.6.1, and X11 8.6.1.
--
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
I'll be darned. It appears that generator's send() method uses METH_O, which
means that it really expects a single argument, but if you pass it a tuple, it
assumes that you meant each item in the tuple as a separate argument. I think a
more correct fix is
Changes by Terry J. Reedy tjre...@udel.edu:
--
assignee: docs@python - terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7951
___
___
Eduardo Robles Elvira added the comment:
[...] but remember, we split a volume only in the middle of a big file, not
in any other case (AFAIK). Hopefully you don't get huge pax headers or
anything strange. [...]
Hopefully? Sorry, but have you tested this? I did. I let GNU tar create a two
Matt Chaput added the comment:
Created patch to remove the Netrc class and its unit tests (for Python 3.5).
--
nosy: +maatt
Added file: http://bugs.python.org/file34806/remove_Netrc_class.patch
___
Python tracker rep...@bugs.python.org
Terry J. Reedy added the comment:
The doc bug is that the grammar block uses 'integer' (linked to
https://docs.python.org/3/reference/lexical_analysis.html#grammar-token-integer)
in
arg_name ::= [identifier | integer]
element_index ::= integer | index_string
when it should
Roundup Robot added the comment:
New changeset 399bf1638911 by Benjamin Peterson in branch 'default':
correct sphinx mark up for cmdline options (closes #21210)
http://hg.python.org/cpython/rev/399bf1638911
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status:
Karl Richter added the comment:
That's a pity, I still think it's confusing. Thanks for your feedback!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21208
___
Kushal Das added the comment:
Here is a new patch which uses stream.encoding instead getting the encoding
from the locale as suggested by David. It also contains the new test.
--
Added file: http://bugs.python.org/file34807/issue21169_v5.patch
___
R. David Murray added the comment:
This looks good, except that if we are not going to delete that test routine
(and we aren't because we didn't deprecate it :) I think we should instead
replace the usage of Netrc with the netrc module.
--
___
Eric Snow added the comment:
Here's a patch that checks for modules that don't have __spec__ set.
The patch will fix the problem. However note that the docs and docstring imply
(to me) that we should turn any ImportError coming out of the find_loader()
call into returning None. Fixing that
Guido van Rossum added the comment:
Heh. METH_O was *also* a red herring. But upstream (Tulip) issue 163 *was* a
good clue. I now believe that the real bug is that CoroWrapper.__iter__() has
return self rather than return iter(self.gen). That fix is in the 2nd
attachment.
--
Added
Kushal Das added the comment:
New patchset with updated test, now sending ascii stream into the call as
argument.
--
Added file: http://bugs.python.org/file34810/issue21169_v6.patch
___
Python tracker rep...@bugs.python.org
Senthil Kumaran added the comment:
I am reviewing this patch right now and you will see my action soon. It is
completely and I am reviewing to validating the technical details/fix. Thanks
for patch, Nikolaus.
--
___
Python tracker
New submission from Eric Snow:
In 3987667bf98f pkgutil.find_loader() switched from using
pkgutil.iter_importers() to importlib.find_module(). importlib.find_module()
checks the module's __loader__ (and raises ImportError when invalid) whereas
iter_importers() does no such check. In 3.4
Eric Snow added the comment:
I've opened #21211 to more directly address the find_loader() issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21200
___
Martin v. Löwis added the comment:
Arfrever: If you set the locale to C, the device does *not* (anymore) support
the character. The terminal application you are using may, but the system
does not. It only supports the characters available in the locale, which your
character is not. There
Nikolaus Rath added the comment:
Here's a little script to estimate the performance difference between using
read1 and readinto1 to read large amounts of data. On my system, I get:
C readinto1: 4.960e-01 seconds
C read1: 4.055e-01 seconds
Python readinto1: 1.066e+00 seconds
Python read1:
Roundup Robot added the comment:
New changeset f430fdd1628e by R David Murray in branch '3.4':
#21169: fix getpass to use replace error handler on UnicodeEncodeError.
http://hg.python.org/cpython/rev/f430fdd1628e
New changeset 461f5863f2aa by R David Murray in branch 'default':
Mierge #21169:
R. David Murray added the comment:
Since we don't want the prompting for the password to fail, what we do in the
patch is use the replace error handler so that you get as much as could be
encoded of the prompt. (Note: this approach was reviewed by both Toshio and
Marc Andre.)
Thanks for the
Martin v. Löwis added the comment:
Can you please extend your benchmark to also measure read and readinto?
I'm puzzled why you are treating readinto1 differently from readinto.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis added the comment:
Ok. I wish the patch had a comment saying that, or better even a documentation
change pointing out that feature.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21169
Nikolaus Rath added the comment:
(Rietveld is giving me errors, so I'm replying here)
On 2014/04/13 02:22:23, loewis wrote:
Again, why a separate implementation here?
For performance reasons. Relying on the default implementation
would fall back to using read1(), which means a new bytes
Nikolaus Rath added the comment:
Can you please extend your benchmark to also measure read and readinto?
Yes - but I don't quite understand why it matters (if you need read1/readinto1,
you cannot just use read/readinto instead).
C readinto1: 4.638e-01 seconds
C read1: 4.026e-01 seconds
C
STINNER Victor added the comment:
The error occurs at line v = yield from q.get():
Traceback (most recent call last):
File /home/haypo/prog/python/default/Lib/asyncio/events.py, line 39, in _run
self._callback(*self._args)
File /home/haypo/prog/python/default/Lib/asyncio/tasks.py, line
STINNER Victor added the comment:
gen_send.diff doesn't look like a fix but a workaround.
gen_send_2.diff lacks a unit test.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21209
___
Martin v. Löwis added the comment:
I didn't even notice the readinto implementation was missing. But I
agree, if we keep readinto1(), we should also add readinto().
[...]
Maybe this is why we seem to be talking past each other :-). I did not
look or work on readinto at all. All I noticed is
STINNER Victor added the comment:
I don't think that the bug comes from asyncio, but it looks like a bug in the
implementation of yield from in CPython directly! Try with ceval.patch.
ceval.c has a fast path if the object is a generator. With
PYTHONASYNCIODEBUG=1, the object is a CoroWrapper,
Gene Wood added the comment:
One workaround to this is described here :
http://stackoverflow.com/a/4999510/168874
It involves prefixing all of the elements with the namespace like this :
from xml.etree import ElementTree as ET
# build a tree structure
root =
Guido van Rossum added the comment:
Wow. So many fixes! :-) Are you going to be at the CPython sprint tomorrow?
I'll be there in the morning but my plane leaves in the afternoon.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Are you going to be at the CPython sprint tomorrow? I'll be there in the
morning but my plane leaves in the afternoon.
I organize a Port OpenStack to Python3 sprint, but I may come also
to the CPython sprint.
--
Roundup Robot added the comment:
New changeset 05b3a23b3836 by Benjamin Peterson in branch '3.4':
fix sending tuples to custom generator objects with yield from (closes #21209)
http://hg.python.org/cpython/rev/05b3a23b3836
New changeset d1eba2645b80 by Benjamin Peterson in branch 'default':
Yury Selivanov added the comment:
Hm... Can we also commit this to 3.3?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21209
___
___
Benjamin Peterson added the comment:
Feel free to submit a patch.
On Fri, Apr 11, 2014, at 2:40, Dima Tisnek wrote:
Dima Tisnek added the comment:
I think consistency between Python versions is just as important as
consistency between fd types.
Here's my hack quickfix outline:
fd =
79 matches
Mail list logo