[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-22 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-21 Thread Antoine Pitrou
Antoine Pitrou added the comment: Apparently that buildbot doesn't have libffi. I submitted a PR in https://github.com/python/cpython/pull/2802. -- ___ Python tracker

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-21 Thread STINNER Victor
STINNER Victor added the comment: 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 import

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-21 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-21 Thread Antoine Pitrou
Antoine Pitrou added the comment: New changeset 3913bad4957ac30e58a7ffe9279333ad176a8eea by Antoine Pitrou (Gareth Rees) in branch 'master': bpo-19896: Add typecodes 'q' and 'Q' to multiprocessing.sharedctypes (#2741)

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Gareth Rees
Changes by Gareth Rees : -- pull_requests: +2801 ___ Python tracker ___ ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Gareth Rees
Gareth Rees added the comment: (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.) -- ___ Python tracker

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Antoine Pitrou
Antoine Pitrou added the comment: According to the asterisk displayed right of his name, he has, yes. -- ___ Python tracker ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Gareth Rees
Gareth Rees added the comment: Has Antony Lee has made a copyright assignment? -- ___ Python tracker ___ ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Antoine Pitrou
Antoine Pitrou added the comment: Uh, it's a pity this patch has been overlooked. Gareth, would you want to make a Github PR out of this? -- nosy: +pitrou type: -> enhancement versions: +Python 3.7 -Python 3.4 ___ Python tracker

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-17 Thread Gareth Rees
Changes by Gareth Rees : -- nosy: +benjamin.peterson ___ Python tracker ___ ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-14 Thread Antony Lee
Changes by Antony Lee : -- nosy: -Antony.Lee ___ Python tracker ___ ___

[issue19896] Exposing "q" and "Q" to multiprocessing.sharedctypes

2017-07-14 Thread Gareth Rees
Gareth Rees added the comment: 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. -- nosy: +g...@garethrees.org ___

[issue19896] Exposing q and Q to multiprocessing.sharedctypes

2013-12-05 Thread Antony Lee
New submission from Antony Lee: 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

[issue19896] Exposing q and Q to multiprocessing.sharedctypes

2013-12-05 Thread Antoine Pitrou
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +sbt stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19896 ___ ___