Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

Agreed it is not a PEP yet. Hence the word "Exploration" in front of it. This ia domain which needs some discussions before developing a good PEP. May be I should call it a PEPlet ;o) Cheers Guido van Rossum wrote: > On 9/18/07, Krishna Sankar <[EMAIL PROTECTED]> wrote: > >> The vagueness

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

On 9/18/07, Krishna Sankar <[EMAIL PROTECTED]> wrote: > The vagueness is deliberate, to keep the options open until we have > some form o convergence. Parallelism/concurrency is a vast and important > domain that I do not want to develop a hasty proposal. But I did want to > start thinking in

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

Justin, Yep, trying out an implementation is a good way. Please share your thoughts as and when you are ready. Cheers & good luck Justin Tulloss wrote: > > > On 9/18/07, *Krishna Sankar* <[EMAIL PROTECTED] > > wrote: > > Folks, >As a follow-up to the py3

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

Guido, The vagueness is deliberate, to keep the options open until we have some form o convergence. Parallelism/concurrency is a vast and important domain that I do not want to develop a hasty proposal. But I did want to start thinking in terms of concrete proposals, not pontifying, hence t

Re: [Python-Dev] SSL certs

I guess something we should think about is whether to introduce RFC 2818 hostname checking into urllib.urlopen() and similar utilities. Presumably one would add an optional arg specifying a file full of root certs to validate against, and if that arg was present, would retrieve the hostname info fr

Re: [Python-Dev] IPv6 hostname resolution using socket.getaddrinfo()

* [EMAIL PROTECTED] <[EMAIL PROTECTED]> : > On python2.4.1 > > >>> socket.getaddrinfo('www.python.org', None, socket.AF_INET, > socket.SOCK_DGRAM, socket.IPPROTO_IP, socket.AI_CANONNAME) > [(2, 2, 17, 'dinsdale.python.org', ('82.94.237.218', 0))] > >>> > > Blinston. Thanks a lot, Blinston. Tha

Re: [Python-Dev] Decimal news

On 9/13/07, Facundo Batista <[EMAIL PROTECTED]> wrote: > > Hi people! > > After some months, Decimal is now in the trunk again. > > It's fully updated to the latest Cowlishaw specification, and > complying with the latest test cases (from a few days ago, which even > take in consideration some feed

Re: [Python-Dev] SSL certs

On 9/13/07, Bill Janssen <[EMAIL PROTECTED]> wrote: > > > However, there is an alternative to using multiple IP addresses: > > one could also use multiple "subject alternative names", and create > > a certificate that lists them all. > > Unfortunately, much of the client code that does the hostname

Re: [Python-Dev] Extending Python 3000

PyObject_HEAD was changed in Py3k to make it conform to C's strict aliasing rules (See PEP 3123 [1]). In your code, you need to change: static PyTypeObject MPFType = { PyObject_HEAD_INIT(NULL) 0, /*ob_size*/ ... } to this: static PyTyp

[Python-Dev] Extending Python 3000

I'm attempting to wrap the GNU MP mpf_t type and related functions, as I need the extra precision and speed for a package I'm writing. The available wrappers are either unmaintained or undocumented and incompatible with Python 3000. Following the docs in the Python 3000 section of the website, I've

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

On 9/18/07, Krishna Sankar <[EMAIL PROTECTED]> wrote: > > Folks, >As a follow-up to the py3k discussions started by Bruce and Guido, I > pinged Brett and he suggested I submit an exploratory proposal. Would > appreciate insights, wisdom, the good, the bad and the ugly. I am currently working

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

On Tue, Sep 18, 2007, Krishna Sankar wrote: > >As a follow-up to the py3k discussions started by Bruce and Guido, I > pinged Brett and he suggested I submit an exploratory proposal. Would > appreciate insights, wisdom, the good, the bad and the ugly. This should probably start in python-idea

Re: [Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

On 9/18/07, Krishna Sankar <[EMAIL PROTECTED]> wrote: > Folks, >As a follow-up to the py3k discussions started by Bruce and Guido, I > pinged Brett and he suggested I submit an exploratory proposal. Would > appreciate insights, wisdom, the good, the bad and the ugly. > > A)Does it make sens

[Python-Dev] Exploration PEP : Concurrency for moderately massive (4 to 32 cores) multi-core architectures

Folks, As a follow-up to the py3k discussions started by Bruce and Guido, I pinged Brett and he suggested I submit an exploratory proposal. Would appreciate insights, wisdom, the good, the bad and the ugly. A)Does it make sense ? B)Which application sets should we consider in designin