This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients barry, benjamin.peterson, jnoller, mishok13, ncoghlan, pitrou
Date 2008-09-01.11:42:45
SpamBayes Score 2.383258e-10
Marked as misclassified No
Message-id <1220269366.96.0.984325550139.issue3352@psf.upfronthosting.co.za>
In-reply-to
Content
I found further PEP 8 non-compliances in the multiprocessing API while
working on a patch for issue 3589, mainly in the area of function names
that start with a capital letter, making them look like classes when
they definitely are not.

After noticing a few of these, I went through checked more thoroughly,
and found all of the following to be functions that claimed to be
classes by way of their naming convention (a far worse sin than using
camelCase instead of underscores):
multiprocessing.Pipe (aka multiprocessing.connection.Pipe)
multiprocessing.RawValue (aka multiprocessing.sharedctypes.RawValue)
multiprocessing.RawArray (aka multiprocessing.sharedctypes.RawArray)
multiprocessing.Value (aka multiprocessing.sharedctypes.Value)
multiprocessing.Array (aka multiprocessing.sharedctypes.Array)
multiprocessing.connection.Client
multiprocessing.connection.SocketClient
multiprocessing.connection.PipeClient
multiprocessing.connection.XmlClient
multiprocessing.managers.RebuildProxy
multiprocessing.managers.MakeProxyType
multiprocessing.managers.AutoProxy
multiprocessing.managers.Array

These should all be converted to start with a lowercase letter and use
underscores, otherwise people are going to assume they can be treated
like classes.
History
Date User Action Args
2008-09-01 11:42:47ncoghlansetrecipients: + ncoghlan, barry, pitrou, benjamin.peterson, jnoller, mishok13
2008-09-01 11:42:46ncoghlansetmessageid: <1220269366.96.0.984325550139.issue3352@psf.upfronthosting.co.za>
2008-09-01 11:42:46ncoghlanlinkissue3352 messages
2008-09-01 11:42:45ncoghlancreate