Am 30.12.2010 16:40, schrieb Antoine Pitrou:
> On Thu, 30 Dec 2010 16:04:16 +0100
> Łukasz Langa <luk...@langa.pl> wrote:
>>
>> Some answers Philip gave already. Knowing all these things would let us 
>> decide whether switching the module off on systems that don't meet the 
>> requirements is okay and can we get away with just documenting how to make 
>> it work.
> 
> I really don't think it is our job to maintain a list of OS/versions
> which work and don't work.

Of course not. I would propose a dynamic test: check how many POSIX
semaphores the installation supports, and fail if it's less than
200 (say).

>> ISTM concurrent.futures was included a bit too early in the distribution.
>> The module has problems not only on BSD [1].
> 
> I'm not sure concurrent.futures is the culprit, rather than
> multiprocessing itself (or perhaps even some core Python functionality).
> Actually, the threading-based part of concurrent.futures probably works
> fine.

Well, "the culprit" really is FreeBSD. However, concurrent.futures
apparently makes freehanded use of semaphores, in a way that the
FreeBSD authors didn't expect them to be used (if they expected them
to be used at all, that is).

Regards,
Martin
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to