Robert Kern wrote: > The problem is that for SQL databases, there is a substantial API that they > can > all share. The implementations are primarily differentiated by other factors > like speed, in-memory or on-disk, embedded or server, the flavor of SQL, etc. > and only secondarily differentiated by their extensions to the DB-API. With > parallel processing, the API itself is a key differentiator between toolkits > and > approaches. Different problems require different APIs, not just different > implementations.
Well, there is one parallel processing API that already *is* part of stdlib: the threading module. So the processing module would fit just nicely into the idea of a "standard" library. Stefan -- http://mail.python.org/mailman/listinfo/python-list