[issue12924] Missing call to quote_plus() in test_urllib.test_default_quoting()

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12911] Expose a private accumulator C API

Martin v. Löwis added the comment: I'm -1 on this approach; I don't think yet another container type is the right solution, given that we have already plenty of them. If you want to avoid creating large lists, then the StringIO type should already provide that. So I wonder why these functions

[issue12924] Missing call to quote_plus() in test_urllib.test_default_quoting()

New submission from Jon Parise : test_default_quoting() runs a number of identical tests on both quote() and quote_plus() (which is most cases have equivalent behavior). However, at the end of the method, there appears to be a missing complementary call to quote_plus() despite there being an

[issue12870] Regex object should have introspection methods

Matt Chaput added the comment: Ezio, no offense, but I think it's safe to say you've completely misunderstood this bug. It is not about "explaining what a regex matches" or optimizing the regex. Read the last sentences of the two paragraphs explaining the proposed methods for the use cases. T

[issue11677] make test has horrendous performance on an ecryptfs

Jason Gerard DeRose added the comment: Oops, I think I don't understand the meaning of top CPU usage, as time tells a different story. Direct ext4: real2m14.144s user0m0.260s sys 0m30.350s ecryptfs over ext4: real8m47.130s user0m0.080s sys 7m2.080s -- ___

[issue11677] make test has horrendous performance on an ecryptfs

Jason Gerard DeRose added the comment: Barry, I'm suspicious there might be more to the performance issue than just the ecryptfs overhead. While experimenting with a read benchmark, I just happened to notice that when reading from an ecryptfs filesystem, the CPU usage is unusually high in t

[issue5149] syntactic sugar: type coercion on pointer assignment

Meador Inge added the comment: Vlad, I agree that having both 'c_char_p' and 'POINTER(c_char)' will just be more work for two seemingly identical constructs. I don't fully understand why both would be needed either (or the implications of removing one of them or making them synonyms). I gue

[issue12911] Expose a private accumulator C API

Antoine Pitrou added the comment: Updated patch (mostly cosmetic stuff) after Benjamin's comments. -- Added file: http://bugs.python.org/file23111/accu2.patch ___ Python tracker ___

[issue5149] syntactic sugar: type coercion on pointer assignment

Vlad Riscutia added the comment: I believe there is a deeper issue here in ctypes design. Basically we provide both c_char_p and POINTER(c_char) which should behave exactly the same since both are the equivalent of char* in C but internally they have different implementations. c_char_p is co

[issue12923] test_urllib fails in refleak mode

New submission from Stefan Krah : Hi, test_urllib fails in refleak mode: ./python -m test -uall -v -R : test_urllib == FAIL: test_invalid_redirect (test.test_urllib.urlopen_HttpTests) -

[issue12921] http.server.BaseHTTPRequestHandler.send_error and trailing newline

Changes by Senthil Kumaran : -- assignee: -> orsenthil nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue12788] test_email fails with -R

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue12911] Expose a private accumulator C API

Antoine Pitrou added the comment: For the record, the patch fixes the test_bigmem crashes when testing repr() on tuples and lists: http://www.python.org/dev/buildbot/all/builders/AMD64%20debian%20parallel%20custom/builds/10/steps/test/logs/stdio --

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Nadeem Vawda added the comment: Attached is an updated patch with tests. There don't seem to be any tests for PyLong_AsS[s]ize_t() and PyLong_AsDouble(), so I added new ones for this issue. They should still be expanded on at some point in the future, but for the meanwhile this should be suffic

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: > > read() is interrupted after 1 second, it works. > Does it still work if you don't a create thread beforehand? Yes, the read() is also interrupted as expected if no thread is created. > one difference is that Python uses sigaction to setup the signal handle

[issue12905] multiple errors in test_socket on OpenBSD

Charles-François Natali added the comment: > The C signal handler is called, but the system call (read in this case) > is not interrupted. That's what I thought... > Bad news: the script doesn't hang if Python is build without threads. Makes sense. When linked with pthread, all I/O syscalls a

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: Oh, siginterrupt(SIGALRM, 0) doesn't work in a program linked to pthread. Example: #include #include void handler(int signum) { printf("HANDLER!\n"); } int main() { int s = SIGALRM; char buffer[1024]; int n; signal(s, handler); siginterrupt(s, 0);

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: > I tried the following script on OpenBSD 5 with Python 3.3: ... Bad news: the script doesn't hang if Python is build without threads. Short C program to test interrupted syscalls: -

[issue12922] StringIO and seek()

New submission from Terry J. Reedy : First, there is a minor documentation issue. 15.2.3.1. I/O Base Classes class io.IOBase seek(offset, whence=SEEK_SET) Change the stream position to the given byte offset Since StringIO seeks by code units that should perhaps say 'byte or code unit offset' o

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: I tried the following script on OpenBSD 5 with Python 3.3: --- import signal import sys s = signal.SIGALRM signal.signal(s, lambda x,y: 1/0) signa

[issue12919] Control what module is imported first

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12895] In MSI/EXE installer, allow installing Python modules in free path

Martin v. Löwis added the comment: > Martin, what do you mean "administrative installation"? That's what you get when you do "msiexec /a .msi". http://en.wikipedia.org/wiki/Windows_Installer#Administrative_installation -- title: In MSI/EXE installer, allow installing Python modules in

[issue12921] http.server.BaseHTTPRequestHandler.send_error and trailing newline

New submission from Paul Upchurch : Calling http.server.BaseHTTPRequestHandler.send_error(code,message) with a message that contains a trailing newline does not display properly in Firefox, Chrome. Listing 1 #!/usr/bin/env python3.2 import http.server import traceback class httphandler(http

[issue12920] Inspect.getsource fails to get source of local classes

New submission from Popa Claudiu : inspect.getsource called with a class defined in the same file fails with TypeError: is a built-in class, although the documentation says that: "The argument may be a module, class, method, function, traceback, frame, or code object. The source code is retur

[issue11457] Expose nanosecond precision from system calls

Larry Hastings added the comment: Here's a better idea: we add a new IEEE 754-2008 quad-precision float type. The IEEE 754-2008 quad precision float has 1 sign bit, 15 bits of exponent, and 112 bits of mantissa, so it should have enough precision to last utime until humanity transforms itsel

[issue12912] xmlrpclib.__version__ not bumped with updates

Rob Crittenden added the comment: Python 2.7 changed the internal class used in xmlrpclib from HTTP to HTTPConnection. I have code that subclasses httplib.HTTP to use the python-nss package to create a connection over SSL (similiar to httplib.HTTPS). My code currently looks something like t

[issue12905] multiple errors in test_socket on OpenBSD

Charles-François Natali added the comment: > Hi, it blocks too: Oops, I just realized there was a typo in the sample test. The signal handler should be lambda x,y: 1/0 and not lambda x,y: 0 -- ___ Python tracker

[issue12871] Disable sched_get_priority_min/max if Python is compiled without threads

Changes by Charles-François Natali : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> compile error ___ Python tracker ___

[issue12912] xmlrpclib.__version__ not bumped with updates

Éric Araujo added the comment: > I figured that since xmlrpclib has its own version it should be meaningful. That was most probably the intent of the attribute, but it seems to have become unmaintained. In any case, a change could not be done in a 2.7 bugfix release. Maybe it’s worth changin

[issue12905] multiple errors in test_socket on OpenBSD

Remi Pointel added the comment: > What happens if you run a code equivalent to test_sendall_interrupted on its > own? I mean, if you try something like this: Hi, it blocks too: $ gdb -args ./python [...] (gdb) run Starting program: /usr/ports/pobj/Python-3.2.2/Python-3.2.2/python Python 3.2.

[issue12895] In MSI/EXE installer, allow installing Python modules in free path

Ram Rachum added the comment: Martin, what do you mean "administrative installation"? -- ___ Python tracker ___ ___ Python-bugs-list

[issue12912] xmlrpclib.__version__ not bumped with updates

Rob Crittenden added the comment: Yes, this is the solution I ended up using as a workaround. I figured that since xmlrpclib has its own version it should be meaningful. -- ___ Python tracker

[issue12895] In MSI/EXE installer, allow installing Python modules in free path

Martin v. Löwis added the comment: I don't think it's necessary. People who want to get at the files can do an administrative installation, and put the files anywhere they like. Therefore, I won't work on this myself; somebody would have to contribute the code. It will be difficult to allow m

[issue12919] Control what module is imported first

New submission from Brett Cannon : Issue11561 had a use case for controlling what module is imported first (along with a patch to use a module other than 'os' to control finding the stdlib). There have been others who could use this feature as well. -- components: Interpreter Core mess

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Brett Cannon added the comment: Going to close this and open a separate feature request to better control what module is imported first. -- resolution: -> out of date status: open -> closed ___ Python tracker __

[issue7219] Unhelpful error message when a distutils package install fails due to a permissions error

Éric Araujo added the comment: Thanks for testing the patch higery. I wonder if another exception was raised but ignored by unittest. -- ___ Python tracker ___

[issue12871] Disable sched_get_priority_min/max if Python is compiled without threads

Roundup Robot added the comment: New changeset 5c8b6e03ebfe by Charles-François Natali in branch 'default': Issue #12871: sched_get_priority_(min|max) might not be defined even though http://hg.python.org/cpython/rev/5c8b6e03ebfe -- nosy: +python-dev ___

[issue7219] Unhelpful error message when a distutils package install fails due to a permissions error

Changes by Éric Araujo : Removed file: http://bugs.python.org/file23101/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue5876] __repr__ returning unicode doesn't work when called implicitly

Armin Rigo added the comment: A __repr__() that returns unicode can, in CPython 2.7 be used in "%s" % x or in u"%s" % x --- both expressions then return a unicode without doing any encoding --- but it cannot be used anywhere else, e.g. in "%r" % x or in repr(x). See also the PyPy issu

[issue12911] Expose a private accumulator C API

Changes by Antoine Pitrou : -- keywords: +patch Added file: http://bugs.python.org/file23109/accu.patch ___ Python tracker ___ ___ Pyt

[issue12911] Expose a private accumulator C API

Antoine Pitrou added the comment: Here is a patch against 3.2. In the default branch it will also help factor out some code from the _json module. -- stage: -> patch review ___ Python tracker ___

[issue7798] Make generally useful pydoc functions public

Éric Araujo added the comment: I’ve looked hard at pydoc and opened distinct bug reports so that each piece of maybe-useful functionality can be discussed independently: #12918 New module for terminal utilities #12917 Make visiblename and allmethods functions public #12916 Add inspect.splitdoc

[issue12918] New module for terminal utilities

New submission from Éric Araujo : It was suggested in #7798 to make the pager functions from pydoc public. I can’t find a good place to put them, so I think we could add a new module with terminal-related utilities. It could contain the pager functions, progress bars (there are many implemen

[issue12917] Make visiblename and allmethods functions public

New submission from Éric Araujo : pydoc contains these two functions that could be used by third-party code to implement a custom dir function, write a documentation tool or other uses: visiblename and allmethods. We could make them public, in pydoc or inspect. -- components: Library

[issue12916] Add inspect.splitdoc

New submission from Éric Araujo : splitdoc is a hidden gem in pydoc: it’s a little helper to implement docstring splitting as documented in the docstrings PEPs. It is not a one-liner, so I think there is value in making it public in the inspect module. -- components: Library (Lib) mes

[issue12915] Add inspect.locate and inspect.resolve

New submission from Éric Araujo : The need to resolve a dotted name to a Python object is spreading in the stdlib: pydoc has locate and resolve, packaging has util.resolve_name, unittest has something else, etc. For the benefit of stdlib maintainers as well as the community, I think such func

[issue12914] Add cram function to textwrap

New submission from Éric Araujo : The pydoc module has a cram function that could be useful to Python authors, if we made it public (textwrap sounds like a great place). -- components: Library (Lib) messages: 143625 nosy: eric.araujo priority: normal severity: normal status: open title:

[issue12906] Slight error in logging module's yaml config

Éric Araujo added the comment: Thanks to you for the report and fix! -- nosy: +eric.araujo resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue12912] xmlrpclib.__version__ not bumped with updates

Éric Araujo added the comment: > The 2.7 xmlrpclib is not completely backward compatible with that in 2.6 Can’t you check sys.version_info then? -- nosy: +eric.araujo ___ Python tracker __

[issue11340] test_distutils fails because of borked compress program

Éric Araujo added the comment: Thank you for investigating. -- assignee: tarek -> eric.araujo resolution: fixed -> wont fix stage: -> committed/rejected ___ Python tracker ___

[issue5845] rlcompleter should be enabled automatically

Éric Araujo added the comment: > sys.__interactivehook__ has the benefit of being cleanly settable from python > code. > But it might well be a YAGNI idea. I’ll ask python-dev about that. For the moment, I prefer the idea of a new sys.interactive attribute (boolean). >> $PYTHONSTARTUP doesn'

[issue11340] test_distutils fails because of borked compress program

Westley Martínez added the comment: https://bugs.archlinux.org/task/25908 Looks like Allan will be taking care of this problem (eventually). I think this bug can be closed. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue2636] Adding a new regex module (compatible with re)

Steven D'Aprano added the comment: Matthew Barnett wrote: > So, VERSION0 and VERSION1, with "(?V0)" and "(?V1)" in the pattern? Seems reasonable to me. +1 -- ___ Python tracker ___

[issue5845] rlcompleter should be enabled automatically

Changes by Éric Araujo : -- Removed message: http://bugs.python.org/msg143617 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue5845] rlcompleter should be enabled automatically

Changes by Éric Araujo : Removed file: http://bugs.python.org/file23108/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue5845] rlcompleter should be enabled automatically

Cherniavsky Beni added the comment: [sorry, html mail was bad idea] On Tue, Sep 6, 2011 at 17:54, Antoine Pitrou wrote: Éric Araujo added the comment: > > It's more useful to have a hook called when entering interactive mode, > > rather than a flag > > that's set from the beginning: > We alr

[issue5845] rlcompleter should be enabled automatically

Cherniavsky Beni added the comment: On Tue, Sep 6, 2011 at 17:54, Antoine Pitrou wrote: It covers the user's desire customization very well (esp. if it worked with -i). sys.__interactivehook__ has the benefit of being cleanly settable from python code. But it might well be a YAGNI idea. $PYTH

[issue12910] urrlib.quote quotes too many chars, e.g., '()'

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12902] help("modules") executes module code

Éric Araujo added the comment: Thanks for the report. This comes from the fact that pydoc imports the modules in order to get their documentation. Your message makes me think that the KWallet Python modules have a problem: they should not pop GUIs at import time! Please report this to them

[issue12913] Add a debugging howto

New submission from Éric Araujo : I found a few blogs posts that explained how to use pdb. It appears from the comments that such introductory material is very useful to a lot of users. Instead of just expanding the pdb module docs, I propose to add a debugging howto covering basic troublesh

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Mark Dickinson added the comment: The patch still needs tests (e.g., in test_capi). I'm not sure whether it would be good to add information about the TypeError to the docs. -- ___ Python tracker ___

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Mark Dickinson added the comment: > This probably shouldn't be backported to 3.2 Agreed; I don't see this as a bugfix (especially since AFAIK it's not documented that TypeError should be raised here); rather, as a design improvement. > Also, it's worth noting that the error handling betwee

[issue12895] In MSI/EXE installer, allow installing Python modules in free path

Éric Araujo added the comment: Martin, what do you think about this request? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-

[issue9561] distutils: set encoding to utf-8 for input and output files

Éric Araujo added the comment: > I applied pkginfo_utf8.patch to Python 3.2 and 3.3. If you apply patches to distutils, please add tests for the fixed behavior. (Sorry if I wasn’t reactive on this one.) -- ___ Python tracker

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Thomas Wouters added the comment: For what it's worth, the need for a bootstrap-module has also come up within Google, where we have... somewhat different requirements than most. In order to fix import paths in a way that works even when using "python -S", I had a need to patch the very firs

[issue5845] rlcompleter should be enabled automatically

Éric Araujo added the comment: > Easily detecting interactive mode is of general interest for > customization. Thanks for the feedback. We could open a feature request for that, and/or ask python-ideas. > What if C also set sys.flags.interactive in "python" mode, or exposed > sys.flags.implic

[issue5845] rlcompleter should be enabled automatically

Antoine Pitrou added the comment: > > It's more useful to have a hook called when entering interactive mode, > > rather than a flag > > that's set from the beginning: > We already have such a hook: $PYTHONSTARTUP $PYTHONSTARTUP doesn't work with -i --

[issue12906] Slight error in logging module's yaml config

Derrick Petzold added the comment: I know this is without etiquette but I must say holy shit that was quick and I can only hope that I do can do the same some day. Not with logging but maybe with something else. I think maybe I am already working on it. Hopefully maybe. Its hard to tell at ti

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Nadeem Vawda added the comment: This probably shouldn't be backported to 3.2; it could break 3rd-party extension modules (though I would hope that nothing depends on this behaviour...). Also, it's worth noting that the error handling between conversion functions still isn't completely consisten

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Nadeem Vawda added the comment: > Do you have a patch handy? See attached. -- keywords: +patch Added file: http://bugs.python.org/file23106/pylong-exceptions.diff ___ Python tracker __

[issue12912] xmlrpclib.__version__ not bumped with updates

New submission from Rob Crittenden : xmlrpclib.__version__ reports 1.0.1 from Python 2.7 in Fedora 14 and Python 2.6 in Fedora 12. I discovered this while trying to find a way to identify the version of xmlrpclib. The 2.7 xmlrpclib is not completely backward compatible with that in 2.6 Versi

[issue12911] Expose a private accumulator C API

Changes by Antoine Pitrou : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue12906] Slight error in logging module's yaml config

Roundup Robot added the comment: New changeset 299ea19c3197 by Vinay Sajip in branch '2.7': Closes #12906: Fixed bug in YAML configuration. http://hg.python.org/cpython/rev/299ea19c3197 New changeset cf811943046b by Vinay Sajip in branch '3.2': Closes #12906: Fixed bug in YAML configuration. ht

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Brandon Craig Rhodes added the comment: Brett, yes, you are welcome to close this issue — Ned quite handily convinced me that coverage code belongs in the "coverage" distribution, not languishing about in the CPython source tree. That solution also quite beautifully solves the copyright probl

[issue6327] [mimetext] long lines get cut with exclamation mark and newline

Dmitry Simonov added the comment: Quote: == Notes Note that mailservers have a 990-character limit on each line contained within an email message. If an email message is sent that contains lines longer than 990-characters, those lines will be subdivided by additional line endi

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Amaury Forgeot d'Arc added the comment: > Why not to use CreateFile() on Windows platform? Good idea! Please open a separate issue for it. -- ___ Python tracker ___

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Марк Коренберг added the comment: Some times ago, Python has used fopen() for open() implementation. Now, it uses OS-kernel native function to open files. AFAIK, open() in Windows is a wrapper around CreateFile, created to support some POSIX programs in Windows. Why not to use CreateFile() on

[issue12911] Expose a private accumulator C API

New submission from Antoine Pitrou : In 47176e8d7060, I fixed json to not blow memory when serializing a large container of small objects. It turns out that the repr() of tuple objects (and, very likely, list objects and possibly other containers) has the same problem. For example, Martin's 25

[issue1616] compiler warnings

Roundup Robot added the comment: New changeset f24352b0df86 by Benjamin Peterson in branch 'default': merge 3.2 (#1616) http://hg.python.org/cpython/rev/f24352b0df86 -- nosy: +python-dev ___ Python tracker

[issue12910] urrlib.quote quotes too many chars, e.g., '()'

Senthil Kumaran added the comment: It can aggressively put these chars !~*\'() in the safe list. I will look at the history to see if they originally present and were removed for some reason or they did not make it the list in the first place. If we do add, then it should be only 3.3 (Someo

[issue12105] open() does not able to set flags, such as O_CLOEXEC

STINNER Victor added the comment: Windows provides a _get_osfhandle() function. There is not the opposite function? :-) Anyway, O_CLOEXEC is not available on all platforms. Even on FreeBSD and Linux, it depends on the OS/kernel version. -- ___ Pyt

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Amaury Forgeot d'Arc added the comment: > O_CLOEXEC is not linux-only. Windows has the same flag. > In file-opening functions there is lpSecurityAttributes argument How do you suggest to use it? Even on Windows, python calls open(). And lpSecurityAttributes is an argument of CreateFile (which

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Mark Dickinson added the comment: +1 for turning these into TypeErrors. It makes little sense that PyLong_AsLongLong and PyLong_AsUnsignedLongLong behave differently here. Do you have a patch handy? -- ___ Python tracker

[issue12910] urrlib.quote quotes too many chars, e.g., '()'

New submission from Jörn Hees : urllib.quote('()') returns '%28%29' Looking into its code it tries to follow RFC 2396 (which is good even though it should follow rfc3986 nowadays), but it doesn't: http://tools.ietf.org/html/rfc2396 (see Appendix A, p.27): "(" and ")" are in mark and therefore

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Alexey Smirnov added the comment: FreeBSD 8+ also supports O_CLOEXEC in open(). -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12105] open() does not able to set flags, such as O_CLOEXEC

Марк Коренберг added the comment: O_CLOEXEC is not linux-only. Windows has the same flag. In file-opening functions there is lpSecurityAttributes argument. And there is bInheritHandle member of corresponding structure. http://msdn.microsoft.com/en-us/library/aa379560(v=VS.85).aspx : bInheritH

[issue12567] curses implementation of Unicode is wrong in Python 3

Roundup Robot added the comment: New changeset 786668a4fb6b by Victor Stinner in branch 'default': Issue #12567: Fix curses.unget_wch() tests http://hg.python.org/cpython/rev/786668a4fb6b -- ___ Python tracker ___

[issue12909] Inconsistent exception usage in PyLong_As* C functions

Changes by Antoine Pitrou : -- nosy: +mark.dickinson, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12909] Inconsistent exception usage in PyLong_As* C functions

New submission from Nadeem Vawda : The C functions for converting a Python 'int' object to a C integer are inconsistent about what exception gets raised when the object passed to them is not an integer. Most of these functions raise a TypeError, but PyLong_AsUnsignedLongLong() and PyLong_AsDouble

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

Martin v. Löwis added the comment: The patch looks fine to me. -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue12905] multiple errors in test_socket on OpenBSD

Charles-François Natali added the comment: > I hope that this issue is not related to threads+signals. We got many > threads+signals issues on FreeBSD 6. Yep. OpenBSD has a really specific pthread implementation (in user-space, using non-blocking I/O), so it might very well be "yet another th