On Sun, Sep 25, 2011 at 4:04 AM, charles-francois.natali
python-check...@python.org wrote:
+if not(sys.platform == 'win32' or (hasattr(socket, 'CMSG_LEN') and
+ hasattr(socket, 'SCM_RIGHTS'))):
raise ImportError('pickling of connections not supported')
2011/9/26 Charles-François Natali neolo...@free.fr:
I'm not sure I understand what you mean.
You actually understood what I meant, I was just wrong because I
misread the conditional. Nothing to see here, please move along :)
Cheers,
Nick.
--
Nick Coghlan | ncogh...@gmail.com |
Martin has asked me to pronounce on PEP 393, after he's updated it in
response to various feedback (including mine :-). I'm currently
looking very favorable on it, but I thought I'd give folks here one
more chance to bring up showstoppers.
So, if you have the time, please review PEP 393 and/or
On Sat, 24 Sep 2011 08:13:11 -0700, Guido van Rossum wrote:
I expect that to implement a version worthy of the stdlib math module,
i.e. that computes values that are correct within 0.5ULP under all
circumstances (e.g. lots of steps, or an end point close to the end of
the floating point
Hi,
Le lundi 26 septembre 2011 23:00:06, Guido van Rossum a écrit :
So, if you have the time, please review PEP 393 and/or play with the
code (the repo is linked from the PEP's References section now).
I played with the code. The full test suite pass on Linux, FreeBSD and
Windows. On Windows,
On Tue, 2011-09-27 at 00:19 +0200, Victor Stinner wrote:
Hi,
Le lundi 26 septembre 2011 23:00:06, Guido van Rossum a écrit :
So, if you have the time, please review PEP 393 and/or play with the
code (the repo is linked from the PEP's References section now).
PEP
===
GDB Debugging
Fernando Perez wrote:
On Sat, 24 Sep 2011 08:13:11 -0700, Guido van Rossum wrote:
I expect that to implement a version worthy of the stdlib math module,
i.e. that computes values that are correct within 0.5ULP under all
circumstances (e.g. lots of steps, or an end point close to the end of
the
On Mon, Sep 26, 2011 at 6:25 PM, Steven D'Aprano st...@pearwood.info wrote:
While continuity of API might be a good thing, we shouldn't accept a poor
API just for the sake of continuity. I have some criticisms of the linspace
API.
[...]
* I'm not sure that start/end/count is a better API than