Changes by Ask Solem a...@opera.com:
Added file: http://bugs.python.org/file15374/7285.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7285
___
___
Georg Brandl ge...@python.org added the comment:
Now I'm confused. So the only thing left to do is the patch attached here?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7128
___
Ask Solem a...@opera.com added the comment:
Are we sure this fits the scope of multiprocessing? It's a nice feature,
but such a long and complex example in the documentation is wrong IMHO, if
this is something people need it should be implemented as a reusable
solution, not as an example
Changes by Ask Solem a...@opera.com:
--
keywords: +patch
Added file: http://bugs.python.org/file15375/6615.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6615
___
Jesse Noller jnol...@gmail.com added the comment:
On Sat, Nov 21, 2009 at 8:41 AM, Ask Solem rep...@bugs.python.org wrote:
Ask Solem a...@opera.com added the comment:
Are we sure this fits the scope of multiprocessing? It's a nice feature,
but such a long and complex example in the
Mark Dickinson dicki...@gmail.com added the comment:
I'm not that familiar with the test harness, but would it be possible to
get test_multiprocessing to log an error when it has to be skipped.
Well, there should be a skip message next to the test_multiprocessing line
in the results. I'm
Mark Dickinson dicki...@gmail.com added the comment:
In any event though, I'm fine with enabling the support on the 7.2
buildbot (I'll stick it in loader.conf so I don't have to remember
after
a reboot)
That would be great---thank you!
if we're past any point of wanting to check how the
Jesse Noller jnol...@gmail.com added the comment:
I've removed the example on all active branches. r76433 is the changelist
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5738
Jesse Noller jnol...@gmail.com added the comment:
patch committed to trunk in r76438
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6615
___
___
Ask Solem a...@opera.com added the comment:
Patch for multiprocessing, adding the daemon kwarg attached.
--
nosy: +asksol
Added file:
http://bugs.python.org/file15376/6064-multiprocessing-daemon-kwarg.patch
___
Python tracker rep...@bugs.python.org
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
versions: +Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7372
___
Guido van Rossum gu...@python.org added the comment:
I don't think it would hurt to put it back, would it? I think the remove
this in 3.1 note was made when we expected 3.1 to be happening 1.5 years
after 3.0 rather than a few months.
--
nosy: +gvanrossum
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Yes. But, I would remove the ugly copy_reg_str variable from cPickle as
the patch.
--
Added file: http://bugs.python.org/file15377/remove_copyreg_str.diff
___
Python tracker
Jesse Noller jnol...@gmail.com added the comment:
merged to py3k in r76439
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6615
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7173
___
New submission from Jon Parise j...@indelible.org:
The attached patch uses PyModule_AddIntMacro() to register the gc
module's constants instead of using a local ADD_INT() macro.
--
components: Interpreter Core
files: gc_macros-trunk.patch
keywords: patch
messages: 95589
nosy: jon
Changes by Jon Parise j...@indelible.org:
Added file: http://bugs.python.org/file15379/gc_macros-py3k.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7373
___
Antoine Pitrou pit...@free.fr added the comment:
Have you tried using 3.1.0 and even 3.0?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7173
___
Benjamin Peterson benja...@python.org added the comment:
You don't account for PyModule_AddIntMacro failing.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7373
Jon Parise j...@indelible.org added the comment:
That's true. I thought it worked the same as the ADD_INT() macro I
replaced, but I see that I was wrong.
Given that, perhaps the original code is best. I don't see a lot of
value in replacing PyModule_AddIntConstant() with
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I concur.
--
nosy: +rhettinger
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7329
Stefan Behnel sco...@users.sourceforge.net added the comment:
I hadn't, but it looks like the 2to3-ed Cython also runs on 3.0 now, so
I tested that, but I failed to get the procedure below to crash for me.
And that's both in 3.0 *and* 3.1.1! :-/
But I can still provoke the crash in 3.0, 3.0.1,
22 matches
Mail list logo