Jesse Noller added the comment:
Well, it's in feb, but I'm involved in some intense planning right now.
--
___
Python tracker
<http://bugs.python.
Jesse Noller added the comment:
Nothing jumps out to me off the top of my head - I can take a closer look
at this after my pycon planning duties finish up in a few weeks. I agree
this is unintended behavior. I'll need to audit the tests to make sure
that A> This is being tested, and
Jesse Noller added the comment:
Yeah, the auto-generation is too clever and needs to be pulled out
entirely.
--
___
Python tracker
<http://bugs.python.org/issue6
New submission from Jesse Noller :
We should add "loop this test" capabilities to regrtest - running tests in
a tight loop can help debug issues which don't appear with a one-off run.
See:
http://mail.python.org/pipermail/python-dev/2009-June/090238.html
--
as
Jesse Noller added the comment:
>The addition of multiprocessing support to logging seems to have
happened
> in 2.6.2; bad timing for a feature. :-(
Just in minor self-defense, this wasn't a feature, it was a bug fix. The
original multiprocessing code base relied on some unfortu
Jesse Noller added the comment:
Please do; I've been swamped - I'm sorry
--
___
Python tracker
<http://bugs.python.org/issue7197>
___
___
Python-bugs-l
Jesse Noller added the comment:
+1 I wanted to do this in +1
This is what I wanted to do in http://bugs.python.org/issue7134
I would put this in 2.x and 3.x :)
There was some feedback in this ML thread:
http://mail.python.org/pipermail/python-dev/2009-June/090238.html
Jesse Noller added the comment:
Oh, no apologies needed. You have a patch! :)
--
___
Python tracker
<http://bugs.python.org/issue7312>
___
___
Python-bugs-list m
Jesse Noller added the comment:
Patch seems fine, going to test it against trunk locally
--
___
Python tracker
<http://bugs.python.org/issue7318>
___
___
Pytho
Jesse Noller added the comment:
Passes on OS/X 10.6.2, I'm ok with it
--
___
Python tracker
<http://bugs.python.org/issue7318>
___
___
Python-bugs-list m
Jesse Noller added the comment:
On Nov 13, 2009, at 5:40 PM, Antoine Pitrou
wrote:
>
> Antoine Pitrou added the comment:
>
> Ok, this is now committed to all 4 branches. Amusingly, it seems to
> solve the test_multiprocessing freeze/failure problem in py3k...
> (I still
Jesse Noller added the comment:
On Sat, Nov 14, 2009 at 11:43 AM, Charles Cazabon
wrote:
>
> Charles Cazabon added the comment:
>
> Hi Jesse -- Any chance you'll be able to review this in time for it to
> make it into trunk for the 2.7 alpha release?
2.7 isn't sl
Changes by Jesse Noller :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue7316>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesse Noller added the comment:
Thanks mark - if POSIX semaphores aren't available, we're largely dead-
on-arrival. I thought FBSD was at the point of enabling them by default
- boo on me. See also: http://bugs.python.org/issue3770#msg73958 and
http://bugs.python.org/issue3770#msg83
Jesse Noller added the comment:
Looks good so far to me - I'll apply and run the tests locally (but I
don't have a fbsd box, so I'm just checking for regressions). One question
- what's with all the
-rm -f -r conftest*
+rm -f conft
Jesse Noller added the comment:
On Fri, Nov 20, 2009 at 12:08 PM, Mark Dickinson wrote:
> One other thought: if this is applied, would it make sense to ask the
> FreeBSD buildbot maintainer to then enable the POSIX semaphores for
> FreeBSD 7.2 (but probably not for 6.4)? It l
Jesse Noller added the comment:
Mark, the patch looks ok on os/x and fedora core 12. Nothing jumps out at
me as incorrect. I'm for committing and watching the BSD buildbot.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
On Sat, Nov 21, 2009 at 8:41 AM, Ask Solem wrote:
>
> Ask Solem 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
Jesse Noller added the comment:
I've removed the example on all active branches. r76433 is the changelist
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python
Jesse Noller added the comment:
patch committed to trunk in r76438
--
___
Python tracker
<http://bugs.python.org/issue6615>
___
___
Python-bugs-list mailin
Jesse Noller added the comment:
merged to py3k in r76439
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
AFAIK; I haven't changed anything which would introduce refleaks in the
code. So, it's going to be a matter of chasing down all of the changes
since the refleaks popped up and see which one tr
Jesse Noller added the comment:
Well, that's alarming. I'll back that out for now - I'm fairly disturbed
it introduced leaks that bad.
--
___
Python tracker
<http://bugs.py
Jesse Noller added the comment:
I've commented out the test (therefore, reopening this) the test
introduces a pretty bad refleak problem. Need to debug.
--
resolution: fixed -> accepted
status: closed -> open
___
Python tra
Jesse Noller added the comment:
I've backed it out on trunk and py3k. I've reopened the original bug to
debug the refleak caused by the test.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.p
Jesse Noller added the comment:
Yeah, I should have checked the tearDown stuff in the logging test suite
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue7498>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
I'm fine with the functionality; I'm going to test it out and look at
committing it by mid-week next week. I apologize, I've been pretty maxed out.
--
___
Python tracker
<http://bugs.py
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue5313>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Joshua Judson Rosen to python-list
Jesse Noller writes:
>
> On Tue, Feb 17, 2009 at 10:34 PM, Graham Dumpleton
> wrote:
> > Why is the multiprocessing module, ie., multiprocessing/process.py, in
> > _bootstrap() doi
Jesse Noller added the comment:
Totally missed this issue, thanks for commenting. Will get on this soonish
___
Python tracker
<http://bugs.python.org/issue3320>
___
___
Jesse Noller added the comment:
Assigning to me to resolve final issue
--
assignee: georg.brandl -> jnoller
___
Python tracker
<http://bugs.python.org/iss
Changes by Jesse Noller :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue5420>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesse Noller added the comment:
Quote:
Issues:
* Noticed no warnings raised as a result of changes to
multiprocessing: ergo multiprocessing.queue empty() and full() methods
are not currently getting test coverage
? I need to check this.
___
Python tracker
Jesse Noller added the comment:
Daniel, if issues are in my queue, I can manage the state
--
keywords: +needs review
___
Python tracker
<http://bugs.python.org/issue3
Changes by Jesse Noller :
--
assignee: georg.brandl -> jnoller
___
Python tracker
<http://bugs.python.org/issue5501>
___
___
Python-bugs-list mailing list
Un
New submission from Jesse Noller :
See mail thread:
http://mail.python.org/pipermail/python-dev/2009-March/087418.html
And Christian's checkin to the back port:
http://code.google.com/p/python-multiprocessing/source/detail?r=64#
Need to take into the account information here (for my own
Jesse Noller added the comment:
See also:
http://svn.python.org/view?view=rev&revision=68768
http://bugs.python.org/issue3311
This was checked into trunk, I don't know if it was merged to 2.6.1
--
___
Python tracker
<http://bug
Jesse Noller added the comment:
OS/X, Python Trunk:
>>> from multiprocessing import Pipe
>>> a, b = Pipe()
>>> a.close()
>>> a.poll()
Traceback (most recent call last):
File "", line 1, in
IOError: handle out of range in select()
>>>
Changes by Jesse Noller :
--
assignee: georg.brandl -> jnoller
___
Python tracker
<http://bugs.python.org/issue5573>
___
___
Python-bugs-list mailing list
Un
Changes by Jesse Noller :
--
assignee: georg.brandl -> jnoller
nosy: -georg.brandl
___
Python tracker
<http://bugs.python.org/issue5574>
___
___
Python-
Jesse Noller added the comment:
I will be addressing all of the MP bugs during the pycon sprints starting
sunday
--
___
Python tracker
<http://bugs.python.org/issue5
Changes by Jesse Noller :
--
assignee: -> jnoller
keywords: +needs review -patch
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue5585>
___
_
Changes by Jesse Noller :
--
assignee: -> jnoller
___
Python tracker
<http://bugs.python.org/issue5585>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
I know, but tests (like the ones you outlined) would also make it more
compelling
--
___
Python tracker
<http://bugs.python.org/issue5
Changes by Jesse Noller :
--
priority: -> high
___
Python tracker
<http://bugs.python.org/issue5261>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5573>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue5585>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5574>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue5501>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue5228>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5155>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5331>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue5313>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5162>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> high
___
Python tracker
<http://bugs.python.org/issue5177>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> normal
___
Python tracker
<http://bugs.python.org/issue5400>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Jesse Noller :
--
priority: -> low
___
Python tracker
<http://bugs.python.org/issue3735>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Resolved in r70717 on python trunk. Will merge back into 2.6-maint later
today. Test added as well.
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/iss
Changes by Jesse Noller :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5177>
___
___
Python-bugs-list mailing list
Unsubscri
Jesse Noller added the comment:
Merged back in CL 70721 on 26 maint
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
Having trouble reproducing this, do you have a chunk of code that hits
this frequently? I want to add a test to check for this so I can confirm
the fix.
--
___
Python tracker
<http://bugs.python.org/issue3
Changes by Jesse Noller :
--
___
Python tracker
<http://bugs.python.org/issue3770>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Jesse Noller added the comment:
Sorry, I hit the wrong bug
--
___
Python tracker
<http://bugs.python.org/issue3770>
___
___
Python-bugs-list mailing list
Unsub
Jesse Noller added the comment:
Hi Brian - do you have a chunk of code that exacerbates this? I'm having
problems reproducing this, and need a test so I can prove out the fix.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
John, can you try this on trunk:
from multiprocessing import *
latin = str
SENTINEL = latin('')
def _echo(conn):
for msg in iter(conn.recv_bytes, SENTINEL):
conn.send_bytes(msg)
conn.close()
conn, child_conn = Pipe()
p = Process(ta
Jesse Noller added the comment:
John, try this new version
--
Added file: http://bugs.python.org/file13494/reproduce.py
___
Python tracker
<http://bugs.python.org/issue3
Jesse Noller added the comment:
The if __name__ clause is actually well documented, see:
http://docs.python.org/library/multiprocessing.html#windows
--
___
Python tracker
<http://bugs.python.org/issue3
Jesse Noller added the comment:
Before I can logically support this, I need a clear use case that supports
the idea that this should be supported in the current version of
multiprocessing.
--
priority: normal -> low
___
Python tracker
&l
Jesse Noller added the comment:
Reviewed, applied in python-trunk r70783
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
r70792 on trunk
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue5574>
___
__
Jesse Noller added the comment:
On Mar 31, 2009, at 2:12 AM, lekma wrote:
>
> lekma added the comment:
>
> The same against py3k.
>
> Jesse, is there any chance that this will make it in, or should I just
> go and implement a local solution?
>
I'm thinking about
Jesse Noller added the comment:
I'll be back porting it today
--
___
Python tracker
<http://bugs.python.org/issue5002>
___
___
Python-bugs-list mailing list
Jesse Noller added the comment:
MErged 70814
--
___
Python tracker
<http://bugs.python.org/issue5002>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesse Noller added the comment:
Applied in r70849 python-trunk, merging to py3k and 26maint
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
I agree that this is a nice feature, however it requires adding a
getstate/setstate within the functools C code.
I would need a patch which does this, and adds tests to the
functools/pickle test suite for this. Also, the feature will only be
accepted for
Jesse Noller added the comment:
Jack offered to take a peek
--
assignee: jnoller -> jackdied
nosy: +jackdied
___
Python tracker
<http://bugs.python.org/iss
Jesse Noller added the comment:
I need to know what the exception/error is, given multiprocessing is
working fine on WIN32. Setting status to pending - without a test case
that shows the issue or more information, I can not move forward with
this.
--
status: open -> pend
Jesse Noller added the comment:
Committed to py3k, 26 maint, trunk, 3k maint r70908
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by Jesse Noller :
--
nosy: +ocean-city
___
Python tracker
<http://bugs.python.org/issue5619>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jesse Noller added the comment:
Note Hiro added r70953 as well to wrap the include in an ifdef
--
___
Python tracker
<http://bugs.python.org/issue5619>
___
___
Jesse Noller added the comment:
I'll reopen, but I am going to defer to Martin on this
--
resolution: fixed ->
status: closed -> open
___
Python tracker
<http://bugs.python
Jesse Noller added the comment:
I've been thinking about this a bit, and I think raising an exception and
returning the amount of bytes read makes more sense then just hiding
it/eating the errors. Explicit > Implicit in this case, at lease doing
this gives the controller a method of
Jesse Noller added the comment:
documented in r70960
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
On Wed, Apr 1, 2009 at 2:45 PM, John Ehresman wrote:
>
> John Ehresman added the comment:
>
> Looking into this a bit more and reading the documentation (sorry, I
> picked this up because I know something about win32 and not because I
> kn
Jesse Noller added the comment:
This is committed as of CL 71007 on trunk.
--
___
Python tracker
<http://bugs.python.org/issue5545>
___
___
Python-bugs-list m
Jesse Noller added the comment:
Closing as fixed until the buildbots prove otherwise
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
Additional protection checked in in r71022
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
Closing; we've removed hard-coded platform variables for a better autoconf
approach. We currently skip the test suite on platforms which don't
support or have what we need.
--
resolution: -> fixed
status: o
Jesse Noller added the comment:
Patch applied in r71036 on python-trunk
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
committed in r71041 on python trunk, provided clean buildbots, we will
merge to python 3.1
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Jesse Noller added the comment:
Can you please provide an example w.r.t to how you would handle the case
where poll()/recv returns partial bytes of the object instead of a full
object?
--
___
Python tracker
<http://bugs.python.org/issue3
Jesse Noller added the comment:
Ugh, I thought that was cleaned up. Don't bother with FreeBSD, or any
other BSDes. If you're willing to do it, just make it work on linux. MP
support on BSD is severely broken right now.
--
___
Python trac
Jesse Noller added the comment:
Will fix tomorrow
--
assignee: georg.brandl -> jnoller
___
Python tracker
<http://bugs.python.org/issue5740>
___
___
Python-
Changes by Jesse Noller :
--
keywords: +needs review -patch
___
Python tracker
<http://bugs.python.org/issue5740>
___
___
Python-bugs-list mailing list
Unsub
Jesse Noller added the comment:
Ugh, I do think this is a doc bug; I think there was an amount of shear
when we performed the merge into core and subsequent bug fixes. I'll take
a look when I get a chance.
--
___
Python tracker
Jesse Noller added the comment:
The multiprocessing lib mimics the threading library, and the
threading.Thread.daemon has always maintained these are not
services/daemons/etc.
I don't see that the clarification is needed, but let me think abo
Jesse Noller added the comment:
I'm more than familiar with the Unix meaning of Daemon - and the API will
*not* be changed or renamed.
--
___
Python tracker
<http://bugs.python.org/i
Jesse Noller added the comment:
there's not much I can do without the ability to reproduce it :(
--
___
Python tracker
<http://bugs.python.org/issue5930>
___
___
Jesse Noller added the comment:
Pickling the queue and then unpickling it in a new process is something I
never thought of. That's interesting in and of itself ;)
--
___
Python tracker
<http://bugs.python.org/i
401 - 500 of 567 matches
Mail list logo
