New submission from Andrew Barnert:
In at least one place in the io module documentation (io.IOBase.readline), and
in the corresponding docstring, the newline parameter to open (and io.open, and
io.Foo.__init__) is referred to as newlines:
The line terminator is always b'\n' for binary
Andrew Barnert added the comment:
Searching the source and the help page, it looks like the one example I gave is
the only place it's wrong in each of the two, not one of multiple places.
--
___
Python tracker rep...@bugs.python.org
Alejandro added the comment:
Here you have make_install.log
Thanks
--
Added file: http://bugs.python.org/file35989/make_install.log
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21950
___
David Wilson added the comment:
Good catch :( There doesn't seem to be way a to ask for an immutable buffer, so
perhaps it could just be a little more selective. I think the majority of use
cases would still be covered if the sharing behaviour was restricted only to
BytesType.
In that case
Stefan Behnel added the comment:
Even if there is no way to explicitly request a RO buffer, the Py_buffer struct
that you get back actually tells you if it's read-only or not. Shouldn't that
be enough to enable this optimisation?
Whether or not implementors of the buffer protocol set this
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pconnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21999
___
___
Python-bugs-list
Drekin added the comment:
I have made some updates in the streams code. Better error handling (getting
errno by GetLastError() and raising exception when zero bytes are written on
non-zero input). This prevents the infinite loop in BufferedIOWriter.flush()
when there is odd number of bytes
STINNER Victor added the comment:
@Drekin: Please don't send ZIP files to the bug tracker. It would be much
better to have a project on github, Mercurial or something else, to have the
history of the source code. You may try tp list all people who contributed to
this code.
You may also
Michael Foord added the comment:
It was a functionality change, not just a name change.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17185
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: -skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7063
___
___
Python-bugs-list
Stefan Krah added the comment:
We deal with it when we have time. IMO there is little value in
bumping up issues this way.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15994
___
Brett Cannon added the comment:
I can confirm everything you said is accurate, Zachary. And I very much look
forward to the results of the patch. =)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22002
New submission from Edward Oubrayrie:
pickle.loads raises a TypeError when calling the datetime constructor, (then a
UnicodeEncodeError in the load_reduce function).
A short test program the log, including dis output of both PY2 and PY3
pickles, are available in this gist; and extract on
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +belopolsky, tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22005
___
___
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
nosy: +alexandre.vassalotti, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22005
___
Roundup Robot added the comment:
New changeset 4c98086194d5 by Zachary Ware in branch '2.7':
Issue #22004: Correct an argument name.
http://hg.python.org/cpython/rev/4c98086194d5
New changeset 252cd056d1cf by Zachary Ware in branch '3.4':
Issue #22004: Correct an argument name.
Zachary Ware added the comment:
Fixed! Thanks for the report.
--
nosy: +zach.ware
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22004
___
David Halter added the comment:
I would vote for the inclusion of that patch. I just stumbled over this.
--
nosy: +davidhalter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12855
___
Lars Gustäbel added the comment:
The size of the buffer returned by TarInfo.fromtarfile() is checked by
TarInfo.frombuf() which raises either an EmptyHeaderError or
TruncatedHeaderError respectively.
--
assignee: - lars.gustaebel
resolution: - not a bug
stage: - resolved
status:
Demian Brecht added the comment:
FWIW, here's my take on this:
RFC 2617 (3.2.2.5) states: This may be *, an absoluteURL or an abs_path
as specified in section 5.1.2 of [2], but it MUST agree with the Request-URI.
Note: It must AGREE.
RFC 3986 (6.2.3) states: In general, a URI that uses the
Drekin added the comment:
There is still the serious inconsistency that the `sys.stdin` is not used for
input by interactive loop but its encoding is. So if I replace `sys.stdin` with
a custom object with its own `encoding` attribute, the standard interactive
loop tries to use this encoding
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +dbrecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14414
___
___
Python-bugs-list
R. David Murray added the comment:
The install log shows the file being copied into place:
copying build/lib.linux-x86_64-3.4/_sqlite3.cpython-34m.so -
/soft/pyt341/lib/python3.4/lib-dynload
This does not line up with the fact that you said the file did not exist after
the install.
R. David Murray added the comment:
configure with a prefix followed by make/make install works fine for me, by the
way (on a Gentoo system).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21950
Roy Hyunjin Han added the comment:
Hi Lita,
I no longer have access to a Domino server.
I'm not sure whether there are enough users trying to access Domino with
imaplib for this to warrant investigation.
RHH
--
___
Python tracker
Milan Oberkirch added the comment:
After trying to implement SMTPS with asyncore and wrap_socket I agree with
David that it is at least hard: somehow the handshake fails
(ssl.SSLWantReadError) and I did not really figure out why. Looking at the
debugging output of openssl indicates that the
Lita Cho added the comment:
Hi Roy,
Oh I see. Should we close this out as Won't Fix due to the fact that we
aren't sure how many users are using this with Domino servers?
Lita
On Fri, Jul 18, 2014 at 8:52 AM, Roy Hyunjin Han rep...@bugs.python.org
wrote:
Roy Hyunjin Han added the comment:
Joachim Bauch added the comment:
I could look into providing a patch if that helps...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14414
___
Roy Hyunjin Han added the comment:
Yes, I think closing this issue is reasonable. If the error reappears, we can
just reopen it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1598
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21970
___
___
Changes by Mikhail Korobov kmik...@gmail.com:
--
nosy: +kmike
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22003
___
___
Python-bugs-list mailing
Changes by Glenn Langford glenn.langf...@gmail.com:
--
nosy: -glangford
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20516
___
___
Changes by Glenn Langford glenn.langf...@gmail.com:
--
nosy: -glangford
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13299
___
___
Changes by Glenn Langford glenn.langf...@gmail.com:
--
nosy: -glangford
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20369
___
___
Changes by Glenn Langford glenn.langf...@gmail.com:
--
nosy: -glangford
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20297
___
___
Demian Brecht added the comment:
Of /course/ a patch always helps :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14414
___
___
STINNER Victor added the comment:
The test suite passed on FreeBSD 9 buildbot (3.4, 3.5 and my custom builds). I
consider that the bug is now fixed.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Carol Willing added the comment:
I've reviewed this patch. It's my first patch review for this project so I'm
not sure that I submitted the review correctly in Rietveld.
--
nosy: +willingc
___
Python tracker rep...@bugs.python.org
Changes by Zachary Ware zachary.w...@gmail.com:
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - PyObject_Malloc is not documented
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18392
Brett Cannon added the comment:
I think I want to keep bytecode files as optimizations as much as possible, so
exposing anything that explicitly writes them is just going to lead to
headaches.
--
resolution: - rejected
status: open - closed
___
Tim Peters added the comment:
I have no idea what was done to pickle for Python3, but this line works for me
to unpickle a Python2 protocol 2 datetime pickle under Python3, where P2 is the
Python2 pickle string:
pickle.loads(bytes(P2, encoding='latin1'), encoding='bytes')
For example,
Mark Lawrence added the comment:
Can we have a formal review on the latest patch please.
--
nosy: +BreamoreBoy
type: enhancement - behavior
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18993
New submission from Dan O'Reilly:
Currently, the caveats section of the thread/_thread module has this statement
in it:
Not all built-in functions that may block waiting for I/O allow other threads
to run. (The most popular ones (time.sleep(), file.read(), select.select())
work as expected.)
Changes by Dan O'Reilly oreil...@gmail.com:
--
title: thread module documentation erroneously(?) states not all built-in
functions release the GIL - thread module documentation erroneously(?) states
not all built-in functions that do blocking I/O release the GIL
Mark Lawrence added the comment:
From the 3.5 docs.
io.open(file, mode='r', buffering=-1, encoding=None, errors=None, newline=None,
closefd=True, opener=None)
This is an alias for the builtin open() function.
There is a description for closefd at the open() function link. So how about
STINNER Victor added the comment:
You seem to need wchar_t to call Py_Main and Py_SetProgramName.
Yes, exactly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18395
___
STINNER Victor added the comment:
Oh, I wanted to use the atfork module for that, but then I saw that it does not
exist :-(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21998
___
R. David Murray added the comment:
There is indeed special logic that triggers if the name is longer than 100
characters. Presumably it has a bug. Marking this as easy since it shouldn't
be too hard, given the failure example, to figure out what is wrong and fix it
(and turn the example
R. David Murray added the comment:
Guido: I've added developer privs to your Guido.van.Rossum account.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21988
___
R. David Murray added the comment:
It's a tutorial, not API documentation. You will note that the 'key' and
'reverse' arguments to sort are not mentioned either.
--
nosy: +r.david.murray
resolution: - not a bug
stage: - resolved
status: open - closed
New submission from Jonathan Stewmon:
Writing to sys.stdout on OS X can fail with IOError: [Errno 4] Interrupted
system call.
I have observed this while trying to write to sys.stdout when SIGCHLD is
received. The script below consistently reproduces the problem with python
2.7.2 on OS X
Gregory P. Smith added the comment:
issue14252 appears to have been a fix for the windows side only.
On Posix the best that could be done here is to catch OSError within
Popen.terminate() and Popen.kill() and ignore the problem if there was an error.
We do not have a way to know if the child
Mark Lawrence added the comment:
https://pypi.python.org/pypi/fastcache/0.4.0 also seems relevant.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17528
Mark Lawrence added the comment:
https://pypi.python.org/pypi/fastcache/0.4.0 also seems relevant.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
___
STINNER Victor added the comment:
The telnetlib now uses the new selectors introduced in Python 3.4: see the
issue #19170. The selectors module handles InterruptedError (EINTR): it returns
an empty list of events in this case.
The changeset f713d9b6393c of the issue #19170 fixed this issue.
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: -Distutils2
nosy: +dstufft
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue818201
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue644744
___
Ned Deily added the comment:
There have been a number of EINTR-releated issues reported in the past, some
unique to BSD-based systems and/or OS X; see for example, Issue9867 and
Issue12268. I don't know that any of them specifically addressed problems with
writes to Python 2 file objects.
STINNER Victor added the comment:
This issue is just an example of issue addressed by the issue #18885.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22007
___
STINNER Victor added the comment:
By the way, the bug was only fixed in Python 3.4 and later. I'm not interested
to fix it in older Python versions.
--
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.1, Python 3.2
___
Python tracker
Changes by Milan Oberkirch milan...@oberkirch.org:
Added file: http://bugs.python.org/file35991/smtpd_AUTH_full2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21935
___
Ned Deily added the comment:
Yes, an issue not likely to be addressed in Python 2.7. I'm still curious as
to why I'm not able to reproduce the problem, though. I suppose it could just
come down to differences in the system it is running on, like workload, amount
of memory, and/or number of
Jonathan Stewmon added the comment:
Sorry, I had a typo in the original report - I am actually using Python 2.7.7
installed with homebrew.
The script crashes for me on the first iteration every time using iTerm as my
terminal. I just tried it in Terminal, and it doesn't crash.
Maybe it's
STINNER Victor added the comment:
I can reproduce the issue on Linux:
Traceback (most recent call last):
File x.py, line 26, in module
f.write('starting program: {}\n'.format(program))
IOError: [Errno 4] Interrupted system call
--
___
Python
New submission from A Kaptur:
The symbol table's syntax error about unqualified exec is missing the word
because.
def foo():
... exec a = 1
... def bar():
... print a
...
File stdin, line 2
SyntaxError: unqualified exec is not allowed in function 'foo' it contains a
nested
Mark Lawrence added the comment:
The output now is
c:\Users\Mark\PythonIssuescgitbbug.py getattr1
3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)]
Traceback (most recent call last):
File C:\Users\Mark\PythonIssues\cgitbbug.py, line 34, in module
d.h('aaa')
Mark Lawrence added the comment:
Given the comments in msg126979 do we formally review this, close as won't
fix or what?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11001
Orion Poplawski added the comment:
I'm really sorry, I thought I had done the test build properly, but a second
attempt has resulted in the same hang:
http://koji.fedoraproject.org/koji/taskinfo?taskID=7165208
So I don't think it does the trick.
--
Changes by Berker Peksag berker.pek...@gmail.com:
--
assignee: docs@python -
components: +Library (Lib) -Documentation
nosy: -docs@python
stage: needs patch - patch review
type: enhancement - behavior
versions: -Python 3.1, Python 3.2, Python 3.3
Changes by Benjamin Peterson benja...@python.org:
--
versions: -Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22008
___
Roundup Robot added the comment:
New changeset ef009b76bca3 by Benjamin Peterson in branch '2.7':
add missing 'because' (closes #22008)
http://hg.python.org/cpython/rev/ef009b76bca3
--
nosy: +python-dev
resolution: - fixed
stage: patch review - resolved
status: open - closed
Terry J. Reedy added the comment:
Raymond, I cannot program 'fix it'. I need an exact spec. I suspect that any
change will upset someone. Which of the four alternative proposals would you
consider to be an improvement? One of the problems is that what might look good
on screen with colors,
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: fixed - wont fix
stage: patch review - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5876
___
New submission from Silverback Networks:
sample.py:
import sys, pdb
infile = sys.stdin.buffer
pdb.set_trace()
command line:
python -m pdb sample.py binary.exe
output:
c:\users\me\dropbox\sample.py(1)module()
- import sys, pdb
(Pdb) Traceback (most recent call last):
File
New submission from Terry J. Reedy:
Some of these ideas are in other issues, but possibly as side-thoughts. Any
issues that directly address one of them can be added as dependency.
The appropriate place for menu entries would be the Shell menu, which currently
has only 2, 1 of which I have
Silverback Networks added the comment:
Just verified the problem on 3.4.1 as well.
--
title: pdb.set_trace() crashes when binary data is input via stdin -
pdb.set_trace() crashes with UnicodeDecodeError when binary data is input via
stdin
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: docs@python - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22001
___
Raymond Hettinger added the comment:
Have you seen something like this done for other implementations of LRU caches?
To me, the idea seems to be at odds with the idea of retaining only the last n
calls in memory -- suggesting that a refreshing an outdated entry is cheaper
than retiring it
Bob Carroll added the comment:
I'm not forking, but this is possibly related my issue. I have a twisted
application that periodically crashes when attempting to make an HTTP request.
Based on the stack trace showing _scproxy, I tried the work around and it seems
to have helped. The crash log
R. David Murray added the comment:
My suggestion was that the help text from the doc strings be used to update the
ReST documentation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11001
Tim Peters added the comment:
I'm sympathetic, but I don't see a good solution here without using
incompatible code.
ndiff was built to generate the highest quality diff possible, for text
written and edited by humans, where quality is measured by human judgment
(not an abstract mathematical
Silverback Networks added the comment:
OK, now that I've screwed my thinking cap back on, it's obvious that pdb in the
example is pulling from stdin. However, that isn't be the case in my original
problem, so modify the example to:
sample.py:
import sys, pdb
infile = sys.stdin.buffer.read()
82 matches
Mail list logo