Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
nosy: +roudkerk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3149>
___
___
Python
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
keywords: +easy
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3150>
___
___
Python
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks. This is what I get from running out of subversion all the time.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Where exactly does it hang Miki?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3088>
___
_
Jesse Noller <[EMAIL PROTECTED]> added the comment:
This is a duplicate of
http://bugs.python.org/issue3150
--
assignee: -> jnoller
nosy: +jnoller
resolution: -> duplicate
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Sorry - I've been sick and overly busy this week, the mp issues are on
my asap pile
On Jun 26, 2008, at 7:17 PM, Amaury Forgeot d'Arc <[EMAIL PROTECTED]
> wrote:
>
> Amaury Forgeot d'Arc <[EMAIL PROT
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Alright - I'll do that asap
On Jun 30, 2008, at 7:06 PM, Amaury Forgeot d'Arc <[EMAIL PROTECTED]
> wrote:
>
> Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:
>
> Committed my changes
Jesse Noller <[EMAIL PROTECTED]> added the comment:
If you're willing to make the patch - I can review and submit. I
appreciate it
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Tests are back on as of r64663 on trunk.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I closed the wrong bug
--
resolution: fixed -> accepted
status: closed -> open
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Tests are back on as of r64663 on trunk.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Miki where does it hang? I've run it in a tight loop for over 500
iterations without a single hang.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Jesse Noller <[EMAIL PROTECTED]> added the comment:
The G4 buildbot is green right now.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3088>
___
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Looking through the buildbot's history (OSX G4) I can see it hung *prior*
and after the change to turn the manager tests back on, so it's unrelated
to those tests. I'll reopen this bug.
--
resolution: fixed ->
Jesse Noller <[EMAIL PROTECTED]> added the comment:
What platform mark?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3088>
___
___
Python
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks. I'm a been mystified why it hanging on you - I'm on a 2008 Macbook
Pro running latest 10.5.4. I'm still trying to get it to hang though.
___
Python tracker <
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Mark, can you try commenting out _TestCondition and seeing if you can
still get it to hang?;
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
That output exceeds my knowledge of python internals by several light
years. :(
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Doubtful Miki - I do the work on the module on an 8 Core Gentoo, 8 Core
Mac Pro and Dual Core Macbook Pro - it's not a # of cores issue, unless
it's simply a >1 issue.
___
Python tracke
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Barring the segfaults Mark is seeing, I went through and removed all of
the tests, and I have been incrementally adding them back one by one.
_TestQueue seems to be the one (at least, the first) which is hanging
intermittently in a ra
New submission from Jesse Noller <[EMAIL PROTECTED]>:
Per mail thread:
http://mail.python.org/pipermail/python-dev/2008-June/080497.html
Attached is the patch to connection.py to drop the fqdn call.
Final suggestion from Trent:
> This is a common problem. Binding to '127.0.0.1
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks - sorry I didn't reply to the mail yet, had to deal with some
other stuff first, I should be freed up tonight
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
nosy: +jnoller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue874900>
___
__
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks Amaury - I've been working through the tests and identifying
the "problem children" - I'll finish that up and then try re-running
them with the 874900 patch.
___
Python
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Does anyone have a problem with me committing this patch as-is? It's not a
show stopper, but it's highly annoying.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Amaury - your latest patch doesn't seem to apply cleanly to trunk, it's
choking on the Python/ceval.c changes
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I had to flip on ignore whitespace to patch:
patch -p0 -l <~/Desktop/fork-and-thread3.patch
Worked. Unfortunately, test_threading is locking up during a make test.
Here's the verbose regrtest.py output:
woot:python-trunk jesse
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Amaury, it looks like it's hanging in subprocess:
> /Users/jesse/open_source/subversion/python-
trunk/Lib/test/test_threading.py(338)_run_and_join()
-> p = subprocess.Popen([sys.executable, "-c", script],
stdout=
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Here's the good news, with the patch applied to trunk, I'm not seeing
hangs in the multiprocessing test suite. I'm running it on a tight loop
excluding the threading tests to confirm.
_
Jesse Noller <[EMAIL PROTECTED]> added the comment:
FWIW: the threading tests still hang for me with the latest patch. I'm
confirming that the patch itself fixes the hanging MP tests though
___
Python tracker <[EMAIL PROTECTED]>
<ht
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I can confirm that this seems to clear up the test_multiprocessing hangs
on my mac, I ran make test in a loop almost all day yesterday without
hangs. I would really suggest we get this in, minus the new test_threading
tests f
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
assignee: -> jnoller
nosy: +jnoller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
nosy: +roudkerk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3321>
___
___
Python
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
nosy: +roudkerk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3350>
___
___
Python
Jesse Noller <[EMAIL PROTECTED]> added the comment:
The connection patch was applied r64961
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
priority: high -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pyth
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I've been testing greg's latest patch and it seems to work for me - I'm
not seeing any test_multiprocessing hangs.
___
Python tracker <[EMAIL PROTECTED]>
<http
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
dependencies: +threading module can deadlock after fork
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I made a mistake and reverted r64961 - self._address is used pretty
heavily, and altering it the way outlined in the patch does not fix all
instances.
___
Python tracker <[EMAIL PROTECTE
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Jul 15, 2008, at 8:38 PM, "Barry A. Warsaw"
<[EMAIL PROTECTED]> wrote:
>
> Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
>
> Sadly _multiprocessing apparently doesn't even build on m
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Barry - can you email the compile errors?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I don't want to change the API or any other code before we get the change
in for issue874900 which should fix/resolve issue3088
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I'll try with a clean tree, but I've seen this before and I'm quite
mystified.
--
nosy: +jnoller
___
Python tracker <[EMAIL PROTECTED]>
<ht
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I don't know, but I am going to ping Antoine and Greg and see if they
don't mind me applying it as-is.
___
Python tracker <[EMAIL PROTECTED]>
<http://
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Greg/Antoine - do you have any problem with me applying the latest patch
as-is today?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Jesse Noller <[EMAIL PROTECTED]> added the comment:
This has been applied as of r65012 on trunk
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
This should not block the release of beta 2 IMHO
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Barry, I can't seem to repro this against trunk on both my Ubuntu and OS/X
machines. If you get a chance, can you see if you can get the output from
a make -d?
___
Python tracker <[EMAIL PRO
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Amaury's patch is applied in r65016 to trunk, all tests pass
This needs to be merged forward, and then Lib/multiprocessing/managers.py in
py3k has to have:
for view_type in view_types:
copy_reg.pickl
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Alas, I don't have a windows machine - I agree we should leave it open
though
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Andrii gave me make -d output with the failure:
building '_multiprocessing' extension
creating build/temp.linux-i686-
3.0/home/mishok/doc/python/tmp/py3k/Modules/_multiprocessing
gcc -pthread -fPIC -fno-strict-aliasing -DNDEBU
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Even with that output it's not clear what's happening during the compile
step. Barry - is this on trunk and py3k?
___
Python tracker <[EMAIL PROTECTED]>
<http://
New submission from Jesse Noller <[EMAIL PROTECTED]>:
I was attempting the patch for issue3125 to py3k, and in it Amaury
defines a new ForkingPickler:
from pickle import Pickler
class ForkingPickler(Pickler):
dispatch = Pickler.dispatch.copy()
This is also related to issue3350 I s
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Here is a proposed patch for py3k generated from an svn merge of amaury's
patch into py3k. This is currently blocked due to issue3385.
Added file: http://bugs.python.org/file10911/py3k_no_co
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
assignee: -> jnoller
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3375>
___
___
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I've applied Greg's patch in 65032 on trunk.
___
Python tracker <[EMAIL PROTECTED]>
<http://bu
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I've merged the change to py3k in r65065
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Jesse Noller <[EMAIL PROTECTED]> added the comment:
To add to ben's comment, under py3k the third test hangs, if you pull
out the basic script code being executed in subprocess:
if 1:
import sys, os, time, threading
# a thread, which waits for the main program t
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Ben commented out the hanging test, lowering this from a release blocker
as the patch is on both trunk and 3k, and minus that third new test,
test_threading and test_multiprocessing are both passing
--
priority: release b
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Issue 874900's patch seems to have resolve the hangs. I am closing this
issue as fixed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMA
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I can not reproduce this using r65075 of python-trunk:
test_number_of_objects (__main__.WithManagerTestZZZNumberOfObjects) ...
ok
--
Ran 121 tests in 9.165s
This is
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Fixed, r65077 on trunk
--
resolution: -> fixed
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Jul 17, 2008, at 6:22 PM, Mark Dickinson <[EMAIL PROTECTED]>
wrote:
>
> New submission from Mark Dickinson <[EMAIL PROTECTED]>:
>
> As of revision 65077 of the trunk, I'm getting errors in
> test
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Can you try removing the --with-pydebug flag from configure and
running that way?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Jesse Noller <[EMAIL PROTECTED]>:
--
assignee: -> jnoller
nosy: +jnoller, roudkerk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Ok, so for the moment, let's set aside the connection refused messages:
that may be a case of not cleaning up a socket correctly (which is still
bad, but not memory corruption).
Of note from the buildbot failure:
Assertion
Jesse Noller <[EMAIL PROTECTED]> added the comment:
This also happens under trunk
--
versions: +Python 2.6
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
that's your call Andrii
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3256>
___
_
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Alexandre - can you take a look at the solution for issue3125 and tell me
if this satisfies your concerns? Note that the merge-forward is blocked in
py3k by issue3385 (which is assigned to you)
___
Jesse Noller <[EMAIL PROTECTED]> added the comment:
>From Victor:
Ok, here is a patch for test_multiprocessing.py.
- TestClosedFile.test_open() verify that Connection() rejects closed file
descriptor
- TestClosedFile.test_operations() verify that Connection() raises IOError
for
oper
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I think this should be resolved in 2.6/3.0 if possible. Especially if
distributions like Ubuntu are self-patching the fix into place. For
reference, see: http://mg.pov.lt/blog/subprocess-in-2.4
--
nosy: +j
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Ben's incref error != the connection refused error. Here's some information
from Scott Leerssen who is using the original .52 code:
Hi Jesse,
I am having some trouble with the processing module (0.52) and thought you
might
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I added the semicolons Amaury, and have it teed up in my local repo for
submit. Can you review this diff just to confirm?
Added file: http://bugs.python.org/file11031/add_semicolons.diff
___
Python t
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I've committed this as-is based off my last patch. I will watch the
buildbots for failures.
Mark/Amaury - if I see you guys at pycon, I owe you a drink.
--
resolution: -> fixed
status:
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Are you looking at the conn refused or the incref error?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Aug 2, 2008, at 9:44 AM, Mark Dickinson <[EMAIL PROTECTED]>
wrote:
>
> Mark Dickinson <[EMAIL PROTECTED]> added the comment:
>
>> Are you looking at the conn refused or the incref error?
>
> The con
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Aug 7, 2008, at 5:26 PM, Mark Dickinson <[EMAIL PROTECTED]>
wrote:
>
> Mark Dickinson <[EMAIL PROTECTED]> added the comment:
>
> Adding Richard Oudkerk to the nosy list in case he can shed any
> li
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Unfortunately, the patch while simple, is too simple. The removal of the
_address attribute breaks a lot more than it fixes (it's heavily used
elsewhere)
___
Python tracker <[EMAIL PRO
Jesse Noller <[EMAIL PROTECTED]> added the comment:
> I don't understand what you mean. The patch you uploaded doesn't remove the
> _address attribute.
>
> See http://bugs.python.org/file10801/connection.patch
Hmm. Then that was a mistake on my part: it's e
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Trent/Antoine - I'm stuck on the fence about this. Per trent's own
suggestion - removing the allowance for the 0.0.0.0 style address means
that the self._address is always a connectable end-point: this provides
clarity to t
Changes by Jesse Noller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10801/connection.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I've removed the fqdn call per the patch as of r65641
Lowering this to an enhancement to consider the removal of the 0.0.0.0
functionality
--
priority: high -> normal
type: ->
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Hey Mark - I took a look at the mp_nohang patch you added - and you're
right, the connection refused error numbers are different from platform to
platform. So rather than use a static list, I switched the code to use the
errno m
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks Mark, I've checked in the connection refused fix in r65645 on trunk
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Changes by Jesse Noller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11038/mp_nohang.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Mon, Aug 18, 2008 at 2:44 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Ok. I've done the threading API and patched up multiprocessing so
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Mon, Aug 18, 2008 at 2:45 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Oh, and by the way, I would start working on multiprocessing by
>
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Ismail, that's the incref bug in issue 3419
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Jesse Noller <[EMAIL PROTECTED]> added the comment:
the "socket.error: [Errno 111] Connection refused" is fixed/resolved with
the fix for issue 3270
--
resolution: -> duplicate
status: open -> closed
___
Python tracker <
Jesse Noller <[EMAIL PROTECTED]> added the comment:
On Tue, Aug 19, 2008 at 11:34 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> is_alive appears to be a potentially expensive check for the
> multiproces
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Nick/Ben - here's a rough draft patch for the attribute changes for mp -
could you both take a look and let me know what you think?
--
keywords: +patch
Added file: http://bugs.python.org/file11160/mp_api_cl
Jesse Noller <[EMAIL PROTECTED]> added the comment:
>
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> Note regarding those comments - only the exitcode one is something we
> should try to get sorted for the beta. Backing out the deprecation
> warnings and
Jesse Noller <[EMAIL PROTECTED]> added the comment:
>
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> Note regarding those comments - only the exitcode one is something we
> should try to get sorted for the beta. Backing out the deprecation
> warnings and
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Here is a cleaned up patch (ben was right, I typo'ed a few spots) - I did
not clean up the docs from the original patch except to correct the
x.x(Foo) accidents.
Added file: http://bugs.python.org/file11163/mp_nohang_jn
Changes by Jesse Noller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11160/mp_api_cleanup.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Jesse Noller <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file11163/mp_nohang_jnoller.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I attached the wrong patch, here is v2
Added file: http://bugs.python.org/file11164/mp_api_cleanup.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Jesse Noller <[EMAIL PROTECTED]> added the comment:
And here is v3 - I fixed all of the Docs/include/mp* scripts to reflect
the new API
Added file: http://bugs.python.org/file11165/mp_api_cleanup-v3.patch
___
Python tracker <[EMAIL PROTECTE
Jesse Noller <[EMAIL PROTECTED]> added the comment:
committed the v3 patch as-is in r65864 - moving from release blocker to
deferred blocker pending the Docs cleanup, and outstanding debate points.
--
priority: release blocker -> deferre
Jesse Noller <[EMAIL PROTECTED]> added the comment:
Thanks for adjusting the targets ben
On Aug 31, 2008, at 9:56 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
>
> Changes by Benjamin Peterson <[EMAIL PROTECTED]>:
>
>
> --
> versions: +Python
101 - 200 of 567 matches
Mail list logo
