Jesse Noller added the comment:
Removed raise TestSkip per code review from bpeterson
Added file: http://bugs.python.org/file12797/issue_3321.patch
___
Python tracker
<http://bugs.python.org/issue3
Changes by Jesse Noller :
Removed file: http://bugs.python.org/file12795/issue_3321.patch
___
Python tracker
<http://bugs.python.org/issue3321>
___
___
Python-bugs-list m
Jesse Noller added the comment:
Committed patch as r68768 to python-trunk
___
Python tracker
<http://bugs.python.org/issue3321>
___
___
Python-bugs-list mailing list
Unsub
Changes by Jesse Noller :
--
assignee: -> jnoller
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue5000>
___
___
Python-bugs-list mailing list
Un
Jesse Noller added the comment:
The save was needed for the Py_BLOCK_THREADS call.
___
Python tracker
<http://bugs.python.org/issue3321>
___
___
Python-bugs-list mailin
Jesse Noller added the comment:
Ugh, I didn't mean to chuck your original patch, but it also wasn't
correct for win32
Additionally, if you close the handle from underneath it, it behaves
properly:
>>> obj.poll()
Traceback (most recent call last):
File "",
Jesse Noller added the comment:
My results don't match yours. (8 cores, Mac OS/X):
testing multiprocessing on 8 cores --
10 elements map() time 0.0444118976593 s
10 elements pool.map() time 0.0366489887238 s
10 elements pool.apply_async() time 24.3125801
Jesse Noller added the comment:
Closing as not an issue.
--
resolution: -> invalid
___
Python tracker
<http://bugs.python.org/issue5000>
___
___
Python-
Changes by Jesse Noller :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue3321>
___
___
Python-bugs-list
Changes by Jesse Noller :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue4065>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
That's an enhancement - not a bad idea, I just noticed that this issue is
pretty close to issue http://bugs.python.org/issue3311 as well.
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Oh, I agree - I think we should update 3311 with the enhancement to move
the check to connection_new
___
Python tracker
<http://bugs.python.org/issue3
New submission from Jesse Noller :
Right now, the multiprocessing code is littered with statements like:
assert self._popen is None, 'cannot start a process twice'
assert self._parent_pid == os.getpid(), \
'can only start a process object cre
Changes by Jesse Noller :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue4708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jesse Noller :
--
assignee: -> jnoller
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue3807>
___
___
Python-bugs-list mailing list
Un
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue3272>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue3273>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue3283>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue3093>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
checked in, trunk, r68787 tests pass. Sorry about that, don't have a
windows machine handy and I hadn't had a chance to check the buildbots
___
Python tracker
<http://bugs.python.
Jesse Noller added the comment:
r68788 on py3k
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5002>
___
___
Jesse Noller added the comment:
Dang, and here I was thinking I was making progress :)
I'll review and check in later today
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Checked in, r68839
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5009>
___
__
Changes by Jesse Noller :
--
title: Namespace polution from multiprocessing -> Namespace pollution from
multiprocessing
___
Python tracker
<http://bugs.python.org/iss
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue3093>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Fixed in 66023 by nnorwitz
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue3273>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
type: -> resource usage
___
Python tracker
<http://bugs.python.org/issue3551>
___
___
Python-bugs-list
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue3831>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
I am going to track this as part of issue 5001
--
resolution: -> duplicate
status: open -> closed
superseder: -> Remove assertion-based checking in multiprocessing
___
Python tracker
<http://bug
Jesse Noller added the comment:
This is now covered in the multiprocessing documentation:
"Note Functionality within this package requires that the __main__ method
be importable by the children. This is covered in Programming guidelines
however it is worth pointing out here. This means
Changes by Jesse Noller :
--
priority: -> high
___
Python tracker
<http://bugs.python.org/issue4660>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue3578>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Here's a simplified patch, unfortunately I can't test this as an OS/X
build with --without-threads enabled has other issues besides this.
Added file: http://bugs.python.org/file12834/issue3807.patch
___
Python trac
Jesse Noller added the comment:
fixed in trunk, r68862, merged to 3k in r68863
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue4999>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
I agree, at very least it should provide the same default behavior that
Queue does, however, it is not obvious to me how to resolve this in
mp.Queue
___
Python tracker
<http://bugs.python.org/issue4
Jesse Noller added the comment:
As a note to myself: adding a simple print to the multiprocessing.Queue
put method, I can see the calls occurring from the children in order,
for example:
obj: 0.025193 [proc1] Got lock
obj: 0.227725 [proc1] Released lock
obj: 0.228401 [proc2] Got lock
obj
Jesse Noller added the comment:
On a put to the queue, the object is appended onto a deque (self._buffer)
- this buffer is managed by a thread (_start_thread) which is handed the
_feed method as the target. I suspect the bug is actually in the _feed
method
Jesse Noller added the comment:
Victor - there is already another bug and a pending patchbto fix
multiprocessing when thread support is enabled. Please do not focus on
that.
___
Python tracker
<http://bugs.python.org/issue5
Jesse Noller added the comment:
Amaury is correct - without thread support, a lot of mp internals will
yak, so we're just going to disable it
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
my patch is in py3k as 68875 and trunk as r68874
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
I've committed the fix for issue 3807 to resolve the mp issues.
___
Python tracker
<http://bugs.python.org/issue5035>
___
___
Pytho
Jesse Noller added the comment:
Attached is a patch to the docs which reflects the nature of the daemon
property based on trunk
--
keywords: +needs review, patch
nosy: +jnoller
Added file: http://bugs.python.org/file12842/issue5031.patch
___
Python
Jesse Noller added the comment:
Skip, using this:
while ((x++ < 500)) ; do echo '!'$i ; ./python.exe test_proc.py; done |
egrep '!'
I don't see the exception in python-trunk, freshly compiled. It could be
an OS thing (I'm on OS/X) - I just want to confirm
Changes by Jesse Noller :
--
type: resource usage -> feature request
___
Python tracker
<http://bugs.python.org/issue3551>
___
___
Python-bugs-list mai
Jesse Noller added the comment:
Ah ha. I see it if I run it with the loop set to 3000 - it is pretty rare.
___
Python tracker
<http://bugs.python.org/issue4106>
___
___
Jesse Noller added the comment:
> Not true; the next sentence in the description explains where the
> default value comes from.
Hmm, unless your threads are spawned by daemonized threads; the value
always defaults to false. That's why I said it defaults to False. Hows
this:
"&
Changes by Jesse Noller :
Removed file: http://bugs.python.org/file12842/issue5031.patch
___
Python tracker
<http://bugs.python.org/issue5031>
___
___
Python-bugs-list m
Jesse Noller added the comment:
Hows this Gabriel?
Added file: http://bugs.python.org/file12843/issue5031.patch
___
Python tracker
<http://bugs.python.org/issue5
Changes by Jesse Noller :
___
Python tracker
<http://bugs.python.org/issue5031>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/
Jesse Noller added the comment:
Hows the new patch Gabriel?
___
Python tracker
<http://bugs.python.org/issue5031>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jesse Noller :
Removed file: http://bugs.python.org/file12843/issue5031.patch
___
Python tracker
<http://bugs.python.org/issue5031>
___
___
Python-bugs-list m
Jesse Noller added the comment:
Then the patch I wrote before "correcting it" was more purist ;) I
preferred the `daemon` = ``False`` wording as well. Here's a corrected
patch.
Added file: http://bugs.python.org/file12846/issue5031.patch
___
Changes by Jesse Noller :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue5049>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesse Noller added the comment:
Alexandre, this behavior no longer occurs in trunk, and a custom
ForkingPickler was added as part of issue 3125
I am going to close this as fixed, but please reopen if there is continued
undesired behavior.
--
resolution: -> fixed
status: o
Changes by Jesse Noller :
--
assignee: -> jnoller
nosy: +christian.heimes
___
Python tracker
<http://bugs.python.org/issue5228>
___
___
Python-bugs-list mai
Jesse Noller added the comment:
See this mail thread:
http://mail.python.org/pipermail/python-dev/2009-February/086034.html
___
Python tracker
<http://bugs.python.org/issue5
Jesse Noller added the comment:
> Antoine Pitrou added the comment:
>
> Rather than implement a multiprocessing-specific fix, it would certainly
> be better to make functools.partial picklable, as pointed out in the ML
> thread Jesse linked to.
>
I w
Jesse Noller added the comment:
There's already a bug / pending patch for this behavior here:
http://bugs.python.org/issue8713
No need to take it to -ideas.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Jesse Noller :
--
nosy: +asksol, jnoller
___
Python tracker
<http://bugs.python.org/issue14404>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue6417>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue6433>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
resolution: fixed -> accepted
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue3518>
___
___
Python-bugs-
Jesse Noller added the comment:
It's on my list for this week.
--
___
Python tracker
<http://bugs.python.org/issue6433>
___
___
Python-bugs-list m
Jesse Noller added the comment:
committed r74023 on trunk
--
___
Python tracker
<http://bugs.python.org/issue6433>
___
___
Python-bugs-list mailing list
Unsub
Changes by Jesse Noller :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6433>
___
___
Python-bugs-list
Jesse Noller added the comment:
Thanks for noticing this. Unfortunately, I don't know enough about
py2exe/windows to dig into that part. I can fix the low hanging fruit
though
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Sounds good - I've personally never used freeze on windows, so having some
docs and a patch to help make it better for those that do is a definite
plus
--
___
Python tracker
<http://bugs.python.org/i
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue6615>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Without access to an AIX machine, and even with it (I'm not an AIX guy by
any stretch) it's going to be virtually impossible for me to fix this. A
patch would be appreciated.
--
___
Python trac
New submission from Jesse Noller :
I have example code to show this. It creates a system-wide memory leak
on Linux/Unix (present until the next reboot), unless the last statement
in the target of mp.Process ensures a manual clean up of the globals.
The problem is line 353 in multiprocessing
Jesse Noller added the comment:
Additional comments from Sturla:
Hello Jesse,
Yes there is a bug in multiprocessing.
Diagnosis:
- Processes created by multiprocessing (mp.Process or mp.Pool) exit in a
way that prevents the Python interpreter from running deallocation code
for all
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue6653>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
> Calling os.exit in a child process may be dangerous. It can cause
> unflushed buffers to be flushed twice: once in the parent and once in
> the child.
I assume you mean sys.exit. If this is the case, multiprocessing needs
a mechanism to chose b
Jesse Noller added the comment:
> In the future please use the bug tracker to file and track bugs with,
> so things are not as lossy.
Ok, sorry :)
Also see Piet's comment here. He has a valid case against sys.exit in
some cases. Thus it appears that both ways of shutting
Jesse Noller added the comment:
Fix checked into python trunk with r74326, 26 maint w/ r74327
--
___
Python tracker
<http://bugs.python.org/issue4660>
___
___
Jesse Noller added the comment:
I used the protected JoinableQueue put method suggested by Brian.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue6064>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
ugh. that's not useful. Dunno how I'm going to track down seemingly random
and unreproducible issues.
--
___
Python tracker
<http://bugs.python.
Jesse Noller added the comment:
I know, just makes me :(
--
___
Python tracker
<http://bugs.python.org/issue6661>
___
___
Python-bugs-list mailing list
Unsub
Jesse Noller added the comment:
Thanks for following up on this Stuart - I'll update the docs accordingly
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Christian is managing the back port.
--
assignee: jnoller -> christian.heimes
nosy: +christian.heimes
___
Python tracker
<http://bugs.python.org/iss
Jesse Noller added the comment:
3k and trunk compile fine for me. Clean snow leopard install. My first
suggestion is nuking macports.
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue6
Jesse Noller added the comment:
2.6.2 maint compiles fine too - again, with a clean install of Snow
Leopard, no macports.
--
___
Python tracker
<http://bugs.python.org/issue6
Jesse Noller added the comment:
I'll note I am not doing framework builds, however people have run into
problems with non framework builds and macports/old versions of gettext.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Armin; if you are serious in wanting to help out with the stdlib and core
work, feel free to help us discuss this over on the stdlib-sig
(http://mail.python.org/pipermail/stdlib-sig/2009-September/000398.html)
or help commit patches and fixes for all of the
Jesse Noller added the comment:
AFAIK: Tim is correct. Unfortunately, this has already been fixed - as
much as it kills me, there's not much I can do to fix this for Snow
Leopard.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Ronald, could you email me the incantation for a full-on 64 bit build,
I'll double check this on 26-maint. I just forget the magic build flags
all the time.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
Hi Charles; I don't see a doc update for this (see multiprocessing.rst) or
unit tests. I'm not against it, but before I can commit this, I'll need
those things
--
___
Python tracker
<http
Jesse Noller added the comment:
Adding gps - I haven't had a chance to grok the changes, and me getting to
a fix is going to take a few.
--
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
It's passing for me on trunk/py3k at least on OS/X - I'm going to need to
dredge up a linuxvm
--
___
Python tracker
<http://bugs.python.
Jesse Noller added the comment:
This request really does need a patch+tests+doc changes - I don't know if
anyone with +commit has the time to distill the various implementations
and generate something.
--
nosy: +jnoller
___
Python tracker
Changes by Jesse Noller :
--
___
Python tracker
<http://bugs.python.org/issue6670>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Jesse Noller added the comment:
I posted to the wrong bug, apologies
--
___
Python tracker
<http://bugs.python.org/issue6670>
___
___
Python-bugs-list mailin
Jesse Noller added the comment:
This request really does need a patch+tests+doc changes - I don't know if
anyone with +commit has the time to distill the various implementations
and generate something.
--
nosy: +jnoller
___
Python tracker
Jesse Noller added the comment:
schlesin - what platform are you on, and what version of 2.6?
--
___
Python tracker
<http://bugs.python.org/issue7095>
___
___
Jesse Noller added the comment:
Gabriel is right, I'm really hoping Apple includes an upgrade including
2.6.4 once it's buttoned down
--
___
Python tracker
<http://bugs.python.
Changes by Jesse Noller :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7095>
___
___
Python-bugs-list
Jesse Noller added the comment:
I plan on reviewing the patch once my work with PyCon is completed, which
should be within the next few weeks. The next release this would show up
in (2.7/3.2) is not for some time.
--
___
Python tracker
<h
301 - 400 of 567 matches
Mail list logo
