Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12743
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +kristjan.jonsson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23344
___
___
STINNER Victor added the comment:
Ok, I commited my change adding destructors on Python 3.4 and newer to emit
warnings when event loops or transports are not explicitly closed.
--
resolution: - fixed
status: open - closed
___
Python tracker
Roundup Robot added the comment:
New changeset 9a4af12dcc9d by Stefan Krah in branch '3.4':
Issue #22668: Remove endianness assumption in test.
https://hg.python.org/cpython/rev/9a4af12dcc9d
New changeset da0ca7b1351f by Stefan Krah in branch 'default':
Issue #22668: Merge from 3.4.
Roundup Robot added the comment:
New changeset 543f770f62f0 by Victor Stinner in branch '3.4':
Issue #23243, asyncio: Emit a ResourceWarning when an event loop or a transport
https://hg.python.org/cpython/rev/543f770f62f0
--
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23348
___
___
Python-bugs-list
Poor Yorick added the comment:
An attempt to build python-2.7.9 resulted in this error:
renaming readline since importing it failed ... undefined symbol: UP
This happened because setup.py chose -lncursesw as the readline terminal
library. Although libncursesw.so itself links to
Marc added the comment:
Hi Ramchandra,
I actually have an AV (Sophos) but no firewall on the computer
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23337
___
Antoine Pitrou added the comment:
Er... OS X 10.10 ships OpenSSL 0.9.8??
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23345
___
___
Antoine Pitrou added the comment:
The assumption was that the patch level represented a letter (from 'a' to 'z'),
but we can certainly relax that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23345
Ned Deily added the comment:
eintr-1.diff doesn't seem to make any significant difference from eintr.diff on
my system. It's still pegging a CPU at 100% and takes 7 minutes wall time to
complete.
$ time ./python
~/Projects/PyDev/active/dev/3x/source/Lib/test/eintrdata/eintr_tester.py
Sebastian Bank added the comment:
If this is the intended behaviuour, I guess ConfigParser should warn the user
if he supplies a section name with a ']' (prevent failed roundtrips).
See http://bugs.python.org/issue23301
The current behaviour looks like the opposite of Postel's law.
Charles-François Natali added the comment:
OK, it turns out the culprit was repeated calls to BytesIO.getvalue(),
which forced large allocations upon reception of every message.
The patch attached fixes this (without changing the socket buffer size).
--
Added file:
Denis Sukhonin added the comment:
It returns an integer.
import os
os.open('/tmp/test', os.O_RDONLY)
3
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23346
___
Ned Deily added the comment:
Yep, 0.9.8 is the newest and presumably last major of version of OpenSSL in OS
X. OpenSSL has been officially deprecated by Apple in OS X since OS X 10.7;
it's only there for third-party products shipped by Apple in OS X, like Python.
Their own apps use Apple's
New submission from STINNER Victor:
Attached patch fix and refactors the creation of asyncio subprocess transports.
It fixes the code handling errors.
Changes:
* Add a wait() method to wait until the child process exit
* The constructor now accepts an optional waiter parameter. The
Changes by Alex Potapenko opotape...@gmail.com:
--
title: armv7l C++ exceptions issue - uClibc C++ exceptions issue
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23340
___
Alex Potapenko added the comment:
Thank you for giving me a hint, Eric! Even though you weren't 100% right, your
got me thinking in the right direction, and I found out in the end that I have
to explicitly link python with libgcc_s on build time. Now everything works
fine. This looks like a
koobs added the comment:
7e7c825f75ad832d973542bfcf9ecd6e5dd3f981 broke koobs-freebsd9 and
koobs-freebsd10, with:
==
FAIL: test_main_exception (test.test_timeit.TestTimeit)
Roundup Robot added the comment:
New changeset c4fd6df9aea6 by Victor Stinner in branch '3.4':
asyncio: sync with Tulip
https://hg.python.org/cpython/rev/c4fd6df9aea6
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
I commited a simplified version of accept_connection_failed.patch, without the
call to connection_failed().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2
Serhiy Storchaka added the comment:
topfd is '/tmp/test'. But it should be file descriptor, an integer. What
os.open('/tmp/test', os.O_RDONLY) returns?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Denis Sukhonin added the comment:
No, it throws 22.
os.listdir(os.open('/tmp/test', os.O_RDONLY))
Traceback (most recent call last):
File stdin, line 1, in module
OSError: [Errno 22] Invalid argument
--
___
Python tracker rep...@bugs.python.org
Changes by koobs koobs.free...@gmail.com:
--
nosy: +koobs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23346
___
___
Python-bugs-list mailing
Tomasz Wasilczyk added the comment:
It seems that bug remains *not* fixed.
Just like eaducac pointed out, there are cases when underlying file handle is
-2, which is not a valid file handle, but *is* a valid handle (which is
GetCurrentThread).
Thus, provided dup solution accepts it, while it
STINNER Victor added the comment:
Does os.listdir(os.open('/tmp/test', os.O_RDONLY)) work?
No, it throws 22.
Oh, too bad. Maybe we can detect this at Python compilation. If not, rmtree()
should detect the failure and switch back to the unsafe implementation (which
uses paths, not file
Changes by STINNER Victor victor.stin...@gmail.com:
--
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23346
___
___
STINNER Victor added the comment:
@steve.dower: Do you have info on this issue?
--
nosy: +steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17797
___
Serhiy Storchaka added the comment:
Does os.listdir(os.open('/tmp/test', os.O_RDONLY)) work?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23346
___
Roundup Robot added the comment:
New changeset e9c1fca50b46 by Stefan Krah in branch '3.4':
Issue #22668: Ensure that format strings survive slicing after casting.
https://hg.python.org/cpython/rev/e9c1fca50b46
New changeset 37112bd3dfb3 by Stefan Krah in branch 'default':
Closes #22668: Merge
Stefan Krah added the comment:
What system are you using? The patch is quite large, and the existing libtinfo
logic should work on most systems. Is the main problem that ldd is not found?
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
Thanks, David. The tests assumed little-endian, which is now fixed.
The MemoryError is sporadic and unrelated -- the OpenIndiana bot
often has system load issues.
I don't see any more related failures, please reopen if you do. :)
--
status: open -
Poor Yorick added the comment:
ldd was found. That patch does abstract and generalize ldd usage into a
function for reuse. I'm building Python as part of a rather large software
collection that lives in an alternate prefix. The main issue with the termcap
library is that with the --as-needed
Maciej Zagrabski added the comment:
Provided path did not work for me. Probably because lack of __next__ handler. I
noticed that issue when interacting with cvs.reader and cvs.DictReader. After
simple modification it seems to work fine.
--
nosy: +mucka
versions: +Python 3.4
Added
Steve Dower added the comment:
This is fixed in VS2015 last time I tried it. I've proposed workarounds for
this before, but it's never affected any official build do there's never been
any traction. The fstat patch is normally the check that I use.
I don't know what Tomasz means that it's not
New submission from Guillaume:
$ python2.7 -c from distutils.version import LooseVersion as V; print
V('3.16.0-0.bpo.4-amd64') V('3.16-0.bpo.2-amd64')
False
$ python3.4 -c from distutils.version import LooseVersion as V;
print(V('3.16.0-0.bpo.4-amd64') V('3.16-0.bpo.2-amd64'))
Traceback
Serhiy Storchaka added the comment:
What if add a slash at the end of the path?
os.listdir(os.open('/tmp/test/', os.O_RDONLY))
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23346
___
R. David Murray added the comment:
The buildbots aren't happy. This one errors in the added test:
http://buildbot.python.org/all/builders/System%20Z%20Linux%203.x/builds/2595/steps/test/logs/stdio
Another one had a MemoryError in lib2to3 tests. Not sure what is going on, but
the one above
Denis Sukhonin added the comment:
The same problem.
os.listdir(os.open('/tmp/test/', os.O_RDONLY))
Traceback (most recent call last):
File stdin, line 1, in module
OSError: [Errno 22] Invalid argument
--
___
Python tracker rep...@bugs.python.org
Tomasz Wasilczyk added the comment:
I don't mean fixing VS, but providing a workaround in Python code, when
compiled with VS2012.
I know newer VS versions are fixed. Do you mean, VS2012 is not supported? If
it's not - then LibreOffice team have a problem, because their official release
is
Poor Yorick added the comment:
The wholesale inclusion of two additional files makes the patch look larger
than it is. The modifications to setup.py address three different issues. The
modifications for each issue don't overlap much, so they could be cherry-picked
fairly easily. For the
Stefan Krah added the comment:
I think even the curses changes alone are rather large, especially
for 2.7. Perhaps you could give us exact instructions how to
reproduce the issue (OS, version, build command line).
--
___
Python tracker
Charles-François Natali added the comment:
eintr-1.diff doesn't seem to make any significant difference from eintr.diff
on my system. It's still pegging a CPU at 100% and takes 7 minutes wall time
to complete.
Alright, enough played: the patch attached uses a memoryview and
Poor Yorick added the comment:
Larger changes represent more work on the part of the submitter ;)
The following should reproduce the readline problem:
Have the current setup.py detect as the readline termcap library a
libncurses.so that itself links against libtinfo.so. Without the
Mark Lawrence added the comment:
An enhancement can only go into 3.5, not 3.4. This has to happen before beta 1
which is currently scheduled for May 24 2015. I'm against the idea as it would
create too many compatibility issues.
--
nosy: +BreamoreBoy
Ned Deily added the comment:
With eintr-2.diff, fast!:
$ time ./python
~/Projects/PyDev/active/dev/3x/source/Lib/test/eintrdata/eintr_tester.py
test_read (__main__.OSEINTRTest) ... ok
test_wait (__main__.OSEINTRTest) ... ok
test_wait3 (__main__.OSEINTRTest) ... ok
test_wait4
Steve Dower added the comment:
It's not supported for building Python, is what I meant. I don't know what the
status is for Microsoft support of VS2012, but I'd expect it's security fix
only by now.
Being able to support building Python with alternative compilers is a task that
we don't have
Davin Potts added the comment:
On Windows 7 (64-bit), it was not possible to reproduce any infinite looping
behavior with the supplied example code.
Specifically, with the two examples from Benjamin, the observed behavior when
running them was the same under 2.7.8 and default (3.5): a
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18982
___
Tomasz Wasilczyk added the comment:
In such case, I agree it's an enhancement, not a bugfix. Could go into 3.5
branch.
How about changing the ifdef to the following, to avoid any issues on
non-MSVS2012:
#if defined(MS_WINDOWS) defined(HAVE_FSTAT) defined(_MSC_VER) _MSC_VER
== 1700
Davin Potts added the comment:
Having reviewed the code commits made by Richard more than 2.5 years ago in
conjunction with his related code commits from already-closed Issue #15064, I
am led to conclude that all the items described in this issue have been
addressed and implemented.
Davin Potts added the comment:
At nearly 5 years of age, this issue unfortunately never saw a viable
demonstration of how to provoke the reported behavior. Hopefully the reporter
either (1) discovered the nature of the problem originated elsewhere and he was
able to quickly fix it, or (2)
Antoine Pitrou added the comment:
The patch has an obvious syntax error :-)
Other than that, adding a comment would be nice. Bonus points if you can write
a test (3.x has infrastructure for that, see Lib/test/test_buffer.py).
--
nosy: +pitrou, skrah
stage: - patch review
versions:
Changes by Ethan Furman et...@stoneleaf.us:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20284
___
Roundup Robot added the comment:
New changeset c1d92f7221a5 by Victor Stinner in branch '3.4':
Issue #23347, asyncio: send_signal(), terminate(), kill() don't check if the
https://hg.python.org/cpython/rev/c1d92f7221a5
--
___
Python tracker
Stefan Krah added the comment:
I still don't understand why libncurses is linked against libtinfo but
libreadline is not. Again, what is your OS?
Example Ubuntu (a modern system):
$ ldd /lib/x86_64-linux-gnu/libncurses.so.5
linux-vdso.so.1 = (0x7fff5bfed000)
libdl.so.2 =
Poor Yorick added the comment:
Ths OS is RHEL 6, but that's not so important because the entire collection,
including readline, is built from source and installed into an alternate
location. With the exception of a few essential shared objects from the
system, everything else is contained in
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23285
___
Neil Girdhar added the comment:
All tests pass.
@Guido: can we get some clarification on f(*… and f(**…? One option is to make
them illegal for now and then open them up in a future PEP when it's more clear
what's wanted?
--
Added file:
New submission from Demian Brecht:
Rather than summing the value of each element of a list or tuple to use as the
value of the content-length header, the length of the list or tuple is used.
--
files: list_content_length.patch
keywords: patch
messages: 235012
nosy: demian.brecht
New submission from Piotr Jurkiewicz:
After setting socket.settimeout(5.0), socket.send() returns immediately,
instead of returning after specified timeout.
Steps to reproduce:
Open two python interpreters.
In the first one (the receiver) execute:
import socket
r =
STINNER Victor added the comment:
I commited my change with small changes.
wait() is a coroutine, which is something uncommon. Is it ok to start using
coroutines in transports, at least for subprocess transports?
I made the method private (renamed to _wait()).
--
resolution: - fixed
Roundup Robot added the comment:
New changeset dadc372f46fa by Victor Stinner in branch '3.4':
Issue #23347, asyncio: Make BaseSubprocessTransport.wait() private
https://hg.python.org/cpython/rev/dadc372f46fa
--
___
Python tracker
Changes by Richard Hansen rhan...@bbn.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23352
___
___
Python-bugs-list
Antoine Pitrou added the comment:
The way socket timeouts are implemented is by using select() to determine
whether the socket is ready for read/write. In this case, select() probably
marks the socket ready even though the queue is full, which later raises EAGAIN.
About SO_SNDTIMEO and
Changes by Demian Brecht demianbre...@gmail.com:
--
components: +Library (Lib)
type: - behavior
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23350
___
Richard Hansen added the comment:
The patch has an obvious syntax error :-)
Doh!
Other than that, adding a comment would be nice.
Agreed, will do.
Bonus points if you can write a test (3.x has infrastructure for that, see
Lib/test/test_buffer.py).
I'll take a look. Thanks!
--
Changes by Davin Potts pyt...@discontinuity.net:
--
nosy: +davin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18620
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset a5efd5021ca1 by Victor Stinner in branch '3.4':
asyncio: sync with Tulip
https://hg.python.org/cpython/rev/a5efd5021ca1
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Ok, I made a minimal change to the asyncio documentation to suggest the usage
of wait_for(). If you would like to enhance the documentation (ex: add some
examples), please write a patch.
--
resolution: - fixed
status: open - closed
Roundup Robot added the comment:
New changeset 21010940f8c1 by Victor Stinner in branch '3.4':
Issue #21962, asyncio doc: Suggest the usage of wait_for() to replace
https://hg.python.org/cpython/rev/21010940f8c1
--
nosy: +python-dev
___
Python
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23350
___
___
Python-bugs-list mailing
New submission from Richard Hansen:
According to
https://docs.python.org/2/c-api/buffer.html#the-new-style-py-buffer-struct if
the suboffsets member of Py_buffer is non-NULL and all members of the array are
negative, the buffer may be contiguous.
PyBuffer_IsContiguous() does not behave this
New submission from Richard Hansen:
PyBuffer_ToContiguous() has an off-by-one error when copying a buffer it thinks
is non-contiguous.
To reproduce, put the following in foo.pyx and compile with Cython v0.21.2:
cpdef foo():
cdef unsigned char[:] v = bytearray(testing)
Guido van Rossum added the comment:
Hi Neil,
I think disallowing them is the best approach. There doesn't seem to be a
good use case that would be thwarted. Hopefully the syntactic prohibition
isn't too hard to implement.
On Thu, Jan 29, 2015 at 4:32 PM, Neil Girdhar rep...@bugs.python.org
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23350
___
___
Python-bugs-list
Changes by Richard Hansen rhan...@bbn.com:
--
title: memoryview.to_bytes() and PyBuffer_ToContiguous() off-by-one error for
non-contiguous buffers - PyBuffer_ToContiguous() off-by-one error for
non-contiguous buffers
___
Python tracker
Martin Panter added the comment:
The non-blocking behaviour that I documented in my patch is under question in
Issue 13322. I think it would be nice change the implementation to either
return None or raise BlockingIOError.
--
___
Python tracker
Changes by Richard Hansen rhan...@bbn.com:
--
versions: -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23352
___
___
Changes by Richard Hansen rhan...@bbn.com:
--
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23352
___
___
Martin Panter added the comment:
[Edit Error: 'utf8' codec can't decode byte 0xe2 in position 207: invalid
continuation byte]
The documentation currently says “Content-Length header should be explicitly
provided when the body is an iterable”. See Lib/urllib/request.py:1133 for how
it is done
Changes by Makoto Kato m_k...@ga2.so-net.ne.jp:
Removed file: http://bugs.python.org/file37901/py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
Makoto Kato added the comment:
updated. for master
--
hgrepos: +296
Added file: http://bugs.python.org/file37917/py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
Changes by Makoto Kato m_k...@ga2.so-net.ne.jp:
--
hgrepos: -295
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
___
Python-bugs-list
Richard Hansen added the comment:
I've attached a new version of the patch. Suggestions for simplifying the test
code would be appreciated.
--
Added file: http://bugs.python.org/file37916/PyBuffer_IsContiguous_v2.patch
___
Python tracker
Martin Panter added the comment:
My experiments with buffered and unbuffered readers wrapping a non-blocking TCP
socket, with no data received:
Method Buffered impl. Buffered doc.SocketIO impl. RawIOBase doc.
= == === == ==
Demian Brecht added the comment:
Updated patch based on review.
--
Added file: http://bugs.python.org/file37915/list_content_length_1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23350
Makoto Kato added the comment:
updated for python 2.7
--
versions: +Python 3.6 -Python 2.7
Added file: http://bugs.python.org/file37918/py27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
Changes by Makoto Kato m_k...@ga2.so-net.ne.jp:
Removed file: http://bugs.python.org/file37890/py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23338
___
Peter Inglesby added the comment:
I've just hit this. Is there anything I can do to help get this fixed?`
--
nosy: +inglesp
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16482
___
Demian Brecht added the comment:
Digging into this more, I've opened up a can of worms that will result in
http.client not looking nearly at all like http.client. I'll work this into
httplib3 and will open this conversation back up if it gets any traction.
--
resolution: - rejected
Antoine Pitrou added the comment:
Victor, do you think there's anything left to do?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23285
___
___
Serhiy Storchaka added the comment:
Largest modules in the stdlib have up to 800 references. So it would be worth
to have 4 opcodes for short (10-bit) ref indices.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19256
93 matches
Mail list logo