multiprocessing.sharedctypes was not updated after the "q" (c_longlong) and "Q" (c_ulonglong) typecodes were added to the array module (the docs claim that the typecode can be "one character typecode of the kind used by the array module").  The attached patch (just adding an entry to the typecode-to-type dict, as well as some more tests) fixes the issue.

Patch looks good to me. The test cases are not very systematic (why only int, double, and long long?), but that's not the fault of the patch and shouldn't prevent its being applied.

Uh, it's a pity this patch has been overlooked.
Gareth, would you want to make a Github PR out of this?

Has Antony Lee has made a copyright assignment?

According to the asterisk displayed right of his name, he has, yes.

(If he hasn't, I don't think I can make a PR because I read his patch and so any implementation I make now is based on his patch and so potentially infringes his copyright.)

New changeset 3913bad4957ac30e58a7ffe9279333ad176a8eea by Antoine Pitrou (Gareth Rees) in branch 'master':
bpo-19896: Add typecodes 'q' and 'Q' to multiprocessing.sharedctypes (#2741)
https://github.com/python/cpython/commit/3913bad4957ac30e58a7ffe9279333ad176a8eea

Unhappy buildbot:

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/1065/steps/test/logs/stdio

...
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_multiprocessing_fork.py", line 2, in <module>
    import test._test_multiprocessing
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/_test_multiprocessing.py", line 3180, in <module>
    class _Foo(Structure):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/_test_multiprocessing.py", line 3184, in _Foo
    ('z', c_longlong,)
NameError: name 'c_longlong' is not defined

Apparently that buildbot doesn't have libffi.  I submitted a PR in https://github.com/python/cpython/pull/2802.