[issue7946] Convoy effect with I/O bound threads and New GIL

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue7946> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12545] os.lseek() and FileIO.seek() does not support offset larger than 2^63-1

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue12545> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17263] crash when tp_dealloc allows other threads

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue17263> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12488] multiprocessing.Connection does not communicate pipe closure between parent and child

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue12488> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17852] Built-in module _io can lose data from buffered files in reference cycles

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue17852> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39385] Add an assertNoLogs context manager to unittest TestCase

Change by François Freitag : -- nosy: +francois.freitag ___ Python tracker <https://bugs.python.org/issue39385> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39758] StreamWriter.wait_closed() can hang indefinitely.

Change by François Voron : -- nosy: +François Voron title: StreamWriter.wait_closed() can hang indefinately. -> StreamWriter.wait_closed() can hang indefinitely. ___ Python tracker <https://bugs.python.org/issu

[issue39274] Conversion from fractions.Fraction to bool

François Durand added the comment: As of now, fractions.Fraction.__bool__ is implemented as: ``return a._numerator != 0``. However, this does not necessary return a bool (which would be desired). In particular, when the numerator is a numpy integer, this returns a numpy bool instead. Another

[issue39274] Conversion from fractions.Fraction to bool

New submission from François Durand : As of now, fractions.Fraction.__bool__ is implemented as: ``return a._numerator != 0``. However, this does not necessary return a bool (which would be desired). In particular, when the numerator is a numpy integer, this returns a numpy bool instead

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

Change by Charles-François Natali : -- nosy: -neologix ___ Python tracker <https://bugs.python.org/issue22367> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag <mail+pyt...@franek.fr>: -- versions: +Python 3.8 -Python 3.7 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue31706] urlencode should accept generator as values for mappings when doseq=True

François Freitag <mail+pyt...@franek.fr> added the comment: I updated the PR to allow any iterable of two-elements iterables to be passed to urlencode. If anyone has the time and interest, the PR is ready for review. -- ___ Python tracke

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag <mail+pyt...@franek.fr>: -- nosy: +orsenthil ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31706> ___

[issue31706] urlencode should accept generator as values for mappings when doseq=True

Change by François Freitag <mail+pyt...@franek.fr>: -- keywords: +patch pull_requests: +3872 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue31706] urlencode should accept generator as values for mappings when doseq=True

New submission from François Freitag <mail+pyt...@franek.fr>: The urlencode documentation states that: The value element in itself can be a sequence and in that case, if the optional parameter doseq is evaluates to True, individual key=value pairs separated by '&' are generate

[issue26692] cgroups support in multiprocessing

Charles-François Natali added the comment: I'm not convinced. The reason is that using the number of CPU cores is just a heuristic for a *default value*: the API allows the user to specify the number of workers to use, so it's not really a limitation. The problem is that if you try to think

[issue30014] Speedup DefaultSelectors.modify() by 2x

Charles-François Natali added the comment: The rationale for rejecting wouldn't be "DRY does not apply in this case", it would be that this makes the code more complicated, and that a negligible speedup would not be worth it. Now, thanks to your benchmark, a 10% speedup is not negl

[issue30014] Speedup DefaultSelectors.modify() by 2x

Charles-François Natali added the comment: This refactoring was already suggested a long time ago, and at the time both Guido and I didn't like it because it makes the code actually more complicated: DRY in this case doesn't apply IMO. Also, this whole thread is a repeat of: http

[issue30014] Speedup DefaultSelectors.modify() by 2x

Charles-François Natali added the comment: > I don't think that selector.modify() can be a bottleneck, but IMHO the change > is simple and safe enough to be worth it. In a network server with 10k > client, an optimization making .modify() 1.52x faster is welcomed. IMHO it complicates

[issue30014] Speedup DefaultSelectors.modify() by 2x

Charles-François Natali added the comment: Hm, do you have a realistic benchmark which would show the benefit? Because this is really a micro-benchmark, and I'm not convinced that Selector.modify() is a significant bottleneck in a real-world application

[issue25229] distutils doesn't add "-Wl, " prefix to "-R" on Linux if the C compiler isn't named 'gcc'

François Bissey added the comment: I am seeing this with clang on linux. It breaks the building pyzmq. I'll concur with Calvin that using just "-R" is wrong in the first place. Some compiler may pass it directly to the linker. But even in the linker, interpreting "

[issue29343] sock.close() raises OSError EBADF when socket's fd is closed

Charles-François Natali added the comment: FWIW I agree with Antoine and Martin: ignoring EBADF is a bad idea, quite dangerous. The man page probably says this to highlight that users shouldn't *retry* close(): """ Retrying the close() after a failure return is the wr

[issue23749] asyncio missing wrap_socket (starttls)

Changes by François <francois+pyt...@kubler.org>: -- nosy: +Frzk ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23749> ___ __

[issue18966] Threads within multiprocessing Process terminate early

Charles-François Natali added the comment: One reason for not calling sys.exit() is because on Linux, the default implementation uses fork(), hence the address space in the chilren is a clone of the parent: so all atexit handlers, for example, would be called multiple times. There's also

[issue7105] weak dict iterators are fragile because of unpredictable GC runs

Charles-François Natali added the comment: Shouldn't the documentation be updated? https://docs.python.org/3.6/library/weakref.html#weakref.WeakKeyDictionary Note Caution: Because a WeakKeyDictionary is built on top of a Python dictionary, it must not change size when iterating over

[issue26601] Use new madvise()'s MADV_FREE on the private heap

Charles-François Natali added the comment: The heap on Linux is still a linear contiguous *address space*. I agree that MADV_DONTNEED allow's returning committed memory back to the VM subsystem, but it is still using a large virtual memory area. Not everyone runs on 64-bit, or can waste address

[issue26601] Use new madvise()'s MADV_FREE on the private heap

Charles-François Natali added the comment: > Julian Taylor added the comment: > > it defaulted to 128kb ten years ago, its a dynamic threshold since ages. Indeed, and that's what encouraged switching the allocator to use mmap. The problem with dynamic mmap threshold is that since t

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Changes by Charles-François Natali <cf.nat...@gmail.com>: -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <http://bu

[issue23530] os and multiprocessing.cpu_count do not respect cpuset/affinity

Changes by Charles-François Natali <cf.nat...@gmail.com>: -- stage: needs patch -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <http://bugs.

[issue24303] OSError 17 due to _multiprocessing/semaphore.c assuming a one-to-one Pid -> process mapping.

Charles-François Natali added the comment: Anyone opposed to me committing the patch I submitted? It slves a real problem, and is fairly straight-forward (and conceptually more correct). -- ___ Python tracker <rep...@bugs.python.org>

[issue25750] tp_descr_get(self, obj, type) is called without owning a reference to "self"

François Bissey added the comment: Will Jeroen's patch make it into 2.7.12 or are you expecting more stuff before committing a change? -- nosy: +fbissey ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/i

[issue24694] callables registered in TestCase.addCleanup should be run before tearDown

New submission from Charles-François Natali: Consider this code: - from __future__ import print_function from pyccp.unittest import SafeTestCase class MyTest(SafeTestCase): def setUp(self): print(setUp) def tearDown(self

[issue24694] callables registered in TestCase.addCleanup should be run before tearDown

Charles-François Natali added the comment: I understand the risk of breakeage, but that's still broken, because we break LIFO ordering. I'd been using addCleanup() for years and never bothered looking at the documentation - which is admitedly a mistake - because LIFO ordering is the natural

[issue23530] os and multiprocessing.cpu_count do not respect cpuset/affinity

Charles-François Natali added the comment: It's just a doc improvement, I'm not convinced it really needs backporting. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23530

[issue23530] os and multiprocessing.cpu_count do not respect cpuset/affinity

Charles-François Natali added the comment: Committed. Julian, thanks for the patch! -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23530

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Charles-François Natali added the comment: Barring any objections, I'll commit within the next few days. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23992

[issue24303] OSError 17 due to _multiprocessing/semaphore.c assuming a one-to-one Pid - process mapping.

Changes by Charles-François Natali cf.nat...@gmail.com: -- keywords: +needs review nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24303

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Changes by Charles-François Natali cf.nat...@gmail.com: -- keywords: +needs review nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23992

[issue24303] OSError 17 due to _multiprocessing/semaphore.c assuming a one-to-one Pid - process mapping.

Charles-François Natali added the comment: Here's a patch against 2.7 using _PyOS_URandom(): it should apply as-is to 3.3. -- keywords: +patch nosy: +neologix versions: +Python 3.3 Added file: http://bugs.python.org/file39679/mp_sem_race.diff

[issue24427] subclass of multiprocessing Connection segfault upon attribute acces

New submission from Charles-François Natali: The following segfaults in _PyObject_GenericGetAttrWithDict: from socket import socketpair from _multiprocessing import Connection class Crash(Connection): pass _, w = socketpair() Crash(w.fileno()).bar #0 _PyObject_GenericGetAttrWithDict

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Changes by Charles-François Natali cf.nat...@gmail.com: Removed file: http://bugs.python.org/file39171/mp_map_fail_fast_default.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23992

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Changes by Charles-François Natali cf.nat...@gmail.com: Removed file: http://bugs.python.org/file39170/mp_map_fail_fast_27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23992

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Changes by Charles-François Natali cf.nat...@gmail.com: Added file: http://bugs.python.org/file39172/mp_map_fail_fast_27.diff Added file: http://bugs.python.org/file39173/mp_map_fail_fast_default.diff ___ Python tracker rep...@bugs.python.org http

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

Charles-François Natali added the comment: Patches for 2.7 and default. -- keywords: +patch Added file: http://bugs.python.org/file39170/mp_map_fail_fast_27.diff Added file: http://bugs.python.org/file39171/mp_map_fail_fast_default.diff ___ Python

[issue23992] multiprocessing: MapResult shouldn't fail fast upon exception

New submission from Charles-François Natali: hanger.py from time import sleep def hang(i): sleep(i) raise ValueError(x * 1024**2) The following code will deadlock on pool.close(): from multiprocessing import Pool from time import sleep from hanger import hang with Pool

[issue23648] PEP 475 meta issue

Charles-François Natali added the comment: fstat_not_eintr.py: run this script from a NFS share and unplug the network cable, wait, replug. Spoiler: fstat() hangs until the network is back, CTRL+c or setitimer() don't interrupt it. You have to mount the share with the eintr option

[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python

Charles-François Natali added the comment: +1 from me, fstat() has always been par of POSIX. It's really likely Python won't build anyway on such systems. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23753

[issue23753] Drop HAVE_FSTAT: require fstat() to compile/use Python

Charles-François Natali added the comment: Serhiy Storchaka added the comment: See also issue12082. Yes, but I don't think we want to clutter the code to support exotic niche platforms. -- ___ Python tracker rep...@bugs.python.org http

[issue23618] PEP 475: handle EINTR in the socket module

Charles-François Natali added the comment: Could you regenerate your latest patch? It doesn't show properly in the review tool. Also, what's with the assert? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23618

[issue23648] PEP 475 meta issue

Charles-François Natali added the comment: Well, all the syscalls which can blocki can fail with EINTR, so all I:O related one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23648

[issue23694] PEP 475: handle EINTR in fileutils.c

Charles-François Natali added the comment: LGTM. Note that dup() cannot fail with EINTR, it is non-blocking: dup2() can fail, because f the target FD is open, it has to close it, but not dup(). See e.g. this man page from my Debian: EINTR The dup2() or dup3() call was interrupted

[issue23646] PEP 475: handle EINTR in the time module, retry sleep()

Charles-François Natali added the comment: As for the change to select/poll/etc, IIRC Guido was opposed to it, that's why I didn't update them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23646

[issue23650] xml.etree.ElementTreee.write can't parse its own output

New submission from François-Michel L'Heureux: Using TreeBuilder to put data into XML tree. Convert that tree to a string. Parse that string. XML parser error. I expect XML library to be able to parse its own output. Reference example: https://github.com/FinchPowers/python_xml_builder_bug

[issue23650] xml.etree.ElementTreee.write can't parse its own output

Changes by François-Michel L'Heureux fm.lheur...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23650

[issue23650] xml.etree.ElementTreee.write can't parse its own output

François-Michel L'Heureux added the comment: Note that you cannot copy paste the code and expect to reproduce the issue because it contains special characters that cannot be copy pasted via a web browser. Here is the output when run. ?xml version='1.0' encoding='utf-8'? topline2015-03-12 09

[issue23650] xml.etree.ElementTreee.write can't parse its own output

François-Michel L'Heureux added the comment: Updated file where copy/pasting works. -- Added file: http://bugs.python.org/file38460/python_xml_builder_bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23650

[issue23650] xml.etree.ElementTreee.write can't parse its own output

Changes by François-Michel L'Heureux fm.lheur...@gmail.com: Removed file: http://bugs.python.org/file38459/python_xml_builder_bug.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23650

[issue23618] PEP 475: handle EINTR in the socket module

Charles-François Natali added the comment: If EINTR is received during connect, the socket is unusable, that's why i didn't implement it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23618

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: @Victor: please commit. Would be nice to have a test for it; -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285

[issue23530] os and multiprocessing.cpu_count do not respect cpuset/affinity

Charles-François Natali added the comment: Well, we already expose CPU affinity: import os os.sched_getaffinity(0) {0} IMO the current implementation is sufficient (and talking about overcommitting for CPU is a bit moot if you're using virtual machine anyways). The current documentation

[issue21998] asyncio: support fork

Charles-François Natali added the comment: @neologix: Would you be ok to add a *private* _at_fork() method to selectors classes in Python 3.4 to fix this issue? Not really: after fork(), you're hosed anyway: Q6 Will closing a file descriptor cause it to be removed from all epoll

[issue18932] Optimize selectors.EpollSelector.modify()

Charles-François Natali added the comment: Does anyone have a realistic use case where modify() is actually a non-negligible part? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18932

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: Antoine Pitrou added the comment: Would it be possible to push the latest patch right now It's ok for me. Please watch the buildbots :) Cool, I'll push on Friday evening or Saturday. -- ___ Python

[issue18932] Optimize selectors.EpollSelector.modify()

Charles-François Natali added the comment: Well, I'd like to see at least one benchmark. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18932

[issue23394] No garbage collection at end of main thread

New submission from François Trahan: When reaching the end of a script, there is no garbage collection done if another thread is running. If you have cyclic references between objects that would be elligible for collection under one of which a __del__ would terminate that thread, execution

[issue23351] socket.settimeout(5.0) does not have any effect

Charles-François Natali added the comment: It's a kernel bug closing (working fine on my Debian wheezy with a more recent kernel BTW). -- resolution: - third party status: open - closed ___ Python tracker rep...@bugs.python.org http

[issue23351] socket.settimeout(5.0) does not have any effect

Changes by Charles-François Natali cf.nat...@gmail.com: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23351

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: I just realized I didn't retry upon EINTR for open(): eintr-4.diff adds this, along with tests (using a fifo). Also, I added comments explaining why we don't retry upon close() (see e.g. http://lwn.net/Articles/576478/ and http://linux.derkeiler.com

[issue23351] socket.settimeout(5.0) does not have any effect

Charles-François Natali 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. Indeed

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: With eintr-2.diff, fast!: Victory \°/. Instrumented test_send, 3 socket.send calls, many socket.recv_into calls: Yep, that's expected. I think we should keep the default socket buffer size: it increases the test coverage, and it's probably

[issue23285] PEP 475 - EINTR handling

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: http

[issue23285] PEP 475 - EINTR handling

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

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: I added a few prints to the send and receive loops of _test_send. When running on a reasonably current Debian testing Linux: Thanks, that's what I was suspecting, but I really don't understand why 200ms isn't enough for a socket write to actually

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: Charles-François Natali added the comment: Hmmm... Basically, with a much smaller socket buffer, we get much more context switches, which increases drastically the test runtime. But I must admit I'm still really surprised by the time it takes

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: It turns out the times are not important; the hangup is the default size of the socket buffers on OS X and possibly BSD in general. In my case, the send and receive buffers are 8192, which explains why the chunks written are so small. Hmmm

[issue23302] Small fixes around the use of TCP MSS in http.client

Charles-François Natali added the comment: Or we should acknowledge that this is overkill, and take the same approach as all major web browser: disable the Nagle algorithm. For a protocol like http which is transaction oriented it's probably the best thing to do. -- nosy: +neologix

[issue23267] multiprocessing pool.py doesn't close inqueue and outqueue pipes on termination

Charles-François Natali added the comment: Interestingly, there is no close() method on SimpleQueue... -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23267

[issue23285] PEP 475 - EINTR handling

Charles-François Natali added the comment: The review diff is weird: it seems it contains changes that aren't EINTR-related (see e.g. argparse.rst). Here's a manually generated diff. -- Added file: http://bugs.python.org/file37802/eintr.diff

[issue23285] PEP 475 - EINTR hanndling

Changes by Charles-François Natali cf.nat...@gmail.com: -- components: Library (Lib) hgrepos: 293 nosy: haypo, neologix, pitrou priority: normal severity: normal status: open title: PEP 475 - EINTR hanndling type: enhancement ___ Python tracker rep

[issue23285] PEP 475 - EINTR hanndling

Changes by Charles-François Natali cf.nat...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file37797/ff1274594739.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285

[issue23285] PEP 475 - EINTR hanndling

New submission from Charles-François Natali: The test runs fine on Linux, but hangs in test_send() on OS-X and *BSD. I don't know what's wrong, so if someone with access to one of these OS could have a look, it would be great. -- ___ Python tracker

[issue23285] PEP 475 - EINTR handling

Changes by Charles-François Natali cf.nat...@gmail.com: -- title: PEP 475 - EINTR hanndling - PEP 475 - EINTR handling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23285

[issue23225] selectors: raise an exception if the selector is closed

Charles-François Natali added the comment: RuntimeError sounds better to me (raising ValueError when no value is provided, e.g. in select() sounds definitely strange). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23225

[issue23009] selectors.EpollSelector.select raises exception when nothing to select.

Charles-François Natali added the comment: Thanks for taking care of this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23009 ___ ___ Python

[issue17852] Built-in module _io can loose data from buffered files at exit

Charles-François Natali added the comment: Serhiy, I believe this still happens in Python 3.4, but it is harder to reproduce. I couldn't get Armin's script to produce the problem either, but I'm pretty sure that this is what causes e.g. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug

[issue22697] Deadlock with writing to stderr from forked process

Charles-François Natali added the comment: Maries Ionel Cristian added the comment: Serhiy, I don't think this is a duplicate. Odd that you closed this without any explanation. This happens in a internal lock in cpython's runtime, while the other bug is about locks used in the logging

[issue22698] Add constants for ioctl request codes

Charles-François Natali added the comment: Adding ioctl constants is fine. However, I think that if we do this, it'd be great if we could also expose this information in a module (since psutil inclusion was discussed recently), but that's probably another issue

[issue22631] Feature Request CAN_RAW_FD_FRAME

Charles-François Natali added the comment: Annoying. I thought CAN_RAW_FD_FRAME would be a macro, which would have made conditional compilation easy, but it's apparently a enum value, which means we have to add a configure-time check... -- components: +Library (Lib) -IO

[issue18643] add a fallback socketpair() implementation to the socket module

Changes by Charles-François Natali cf.nat...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: open - closed title: add a fallback socketpair() implementation in test.support - add a fallback socketpair() implementation to the socket module

[issue17293] uuid.getnode() MAC address on AIX

Charles-François Natali added the comment: My only comment would be to use subprocess instead of os.popen(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17293

[issue17293] uuid.getnode() MAC address on AIX

Charles-François Natali added the comment: Why is that a different issue? The code you *add in this patch* uses os.popen, why not use subprocess instead? Furthermore, the code catches OSError when calling popen(), but popen() doesn't raise an exception

[issue22181] os.urandom() should use Linux 3.17 getrandom() syscall

Charles-François Natali added the comment: Note that I'm not fussed about it: far from simplifying the code, it will make it more complex, thus more error-prone. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22181

[issue21963] 2.7.8 backport of Issue1856 (avoid daemon thread problems at shutdown) breaks ceph

Charles-François Natali added the comment: Agreed with Antoine and Benjamin. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21963 ___ ___ Python

[issue17835] test_io broken on PPC64 Linux

Charles-François Natali added the comment: Let's try with this instead: from socket import socket, SO_SNDBUF, SOL_SOCKET s = socket() s.getsockopt(SOL_SOCKET, SO_SNDBUF) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue17835] test_io broken on PPC64 Linux

Charles-François Natali added the comment: In this case, the issues are being caused by the following kernel parameters that we have for our default build - # ## TIBCO network tuning # # net.core.rmem_default = 33554432

[issue22435] socketserver.TCPSocket leaks socket to garbage collector if server_bind() fails

Charles-François Natali added the comment: Patch attached. The test wouldn't result in FD exhaustion on CPython because of the reference counting, but should still trigger RessourceWarning. -- keywords: +patch nosy: +haypo, pitrou stage: - patch review Added file: http

[issue22378] SO_MARK support for Linux

Charles-François Natali added the comment: Thanks, I committed a simpler version of the patch. -- resolution: - fixed stage: test needed - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22378

[issue22144] ellipsis needs better display in lexer documentation

New submission from François-René Rideau: As a followup to http://bugs.python.org/issue21972 The ellipsis (three dots) should be displayed in the box on top of section 2.6 of the reference manual, and not just in the text below: https://docs.python.org/3.5/reference/lexical_analysis.html

[issue22145] in parser spec but not lexer spec

New submission from François-René Rideau: As another follow up to http://bugs.python.org/issue21972 is mentioned in the parser spec: https://docs.python.org/3.5/reference/grammar.html But not in the lexer spec: https://docs.python.org/3.5/reference/lexical_analysis.html Either is a mistake

[issue22127] performance regression in socket getsockaddrarg()

Charles-François Natali added the comment: Note that even the bytes version is still quite slow. UDP is used for light-weight protocols where you may send thousands or more messages per second. I'd be curious what the sendto() performance is in raw C. Ah, I wouldn't rely on the absolyte

  1   2   3   4   5   6   7   8   9   10   >