[issue10348] multiprocessing: use SysV semaphores on FreeBSD
Jesse Noller added the comment: Charles and Antoine's votes match my own, therefore closing the bug wont fix -- resolution: -> wont fix status: open -> closed ___ Python tracker <http://bugs.python.org/issue10348> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13139] multiprocessing.map skips finally blocks
Jesse Noller added the comment: Antoine is correct, as he usually is. This is more of a documentation issue than bug. -- ___ Python tracker <http://bugs.python.org/issue13139> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8713] multiprocessing needs option to eschew fork() under Linux
Jesse Noller added the comment: On Wednesday, December 21, 2011 at 10:04 AM, Charles-François Natali wrote: While I would tend to agree with you in theory - I don't think we should make it the default - at least not without a LOT of lead time. There's a surprising amount of code relying on the current behavior that I think the best course is to enable this option, and change the docs to steer users in this direction. For users jumping from 2.x into 3.x, I think the less surprises they have the better, and changing the default behavior of the stdlib module in this was would qualify as surprising. -- ___ Python tracker <http://bugs.python.org/issue8713> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager
Jesse Noller added the comment: I agree derek, I think that would be a fine addition, however we lack a patch and I don't have the current bandwidth to add it. -- ___ Python tracker <http://bugs.python.org/issue6056> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds > 256
Jesse Noller added the comment: Yes, Charles - the test is not only welcome, but needed - it just can't rely on reading /etc/fstab ;) -- ___ Python tracker <http://bugs.python.org/issue11657> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds > 256
Jesse Noller added the comment: Charles; you have +commit, it seems. I would welcome the patch and test (just as long as the aforementioned reliance on /etc/fstab was removed). -- ___ Python tracker <http://bugs.python.org/issue11657> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4106] multiprocessing occasionally spits out exception during shutdown
Jesse Noller added the comment: On Wed, Aug 24, 2011 at 3:01 PM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > I can't seem to reproduce this under 3.3. Should it be closed? I don't think so; it's still applicable to 2.x, and a fix should go into 2.7 ideally. http://bugs.python.org/issue9207 is the source of the issue AFAIR -- ___ Python tracker <http://bugs.python.org/issue4106> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8713] multiprocessing needs option to eschew fork() under Linux
Jesse Noller added the comment: No one is currently working on a patch AFAIK -- ___ Python tracker <http://bugs.python.org/issue8713> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9586] "warning: comparison between pointer and integer" in multiprocessing build on Tiger
Jesse Noller added the comment: I agree with Antoine -- ___ Python tracker <http://bugs.python.org/issue9586> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9592] Limitations in objects returned by multiprocessing Pool
Jesse Noller added the comment: Florent - Are you running the script from Freek on the buildbots, or are you just updating this bugs with other run failures? I'm having a really hard time separating things. -- ___ Python tracker <http://bugs.python.org/issue9592> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8428] buildbot: test_multiprocessing timeout (test_notify_all? test_pool_worker_lifetime?)
Jesse Noller added the comment: Is this intermittent, or consistently failing? Updating it with more buildbot failures doesn't help. -- ___ Python tracker <http://bugs.python.org/issue8428> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9586] "warning: comparison between pointer and integer" in multiprocessing build on Tiger
Jesse Noller added the comment: looks fine mark -- ___ Python tracker <http://bugs.python.org/issue9586> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9592] Limitations in objects returned by multiprocessing Pool
Jesse Noller added the comment: Thanks Freek - we're actually discussing some stuff like this in issue9205 as well -- ___ Python tracker <http://bugs.python.org/issue9592> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9663] importlib should exclusively open bytecode files
Jesse Noller added the comment: Nice. -- nosy: +jnoller ___ Python tracker <http://bugs.python.org/issue9663> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
Jesse Noller added the comment: > If we keep that behavior, the real problem here is that the > result handler hangs if the process that reserved a job is gone, which is > going to be handled > by #9205. Should we mark it as a duplicate? I would tend to agree with your assessment; we're better served just gracefully handling everything per 9205 -- ___ Python tracker <http://bugs.python.org/issue8296> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6407] multiprocessing Pool should allow custom task queue
Jesse Noller added the comment: > are there really any test/doc changes needed for this? Yes. At bare minimum we need unit tests for the new possible usage of the API; I'd like docs and an example which show the new usage as well. -- ___ Python tracker <http://bugs.python.org/issue6407> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9851] multiprocessing socket timeout will break client
Jesse Noller added the comment: Calling it stupid doesn't incentivize me to help you, or fix it. -- ___ Python tracker <http://bugs.python.org/issue9851> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9162] License for multiprocessing files
Jesse Noller added the comment: On Thu, Sep 16, 2010 at 8:15 AM, Michael Fladischer wrote: > > Michael Fladischer added the comment: > > Is there any timeline on when this will be fixed? It's currently blocking > work on a python-related package for Debian. > I'll ping the PSF board for the legal recommendations again. -- ___ Python tracker <http://bugs.python.org/issue9162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9851] multiprocessing socket timeout will break client
Jesse Noller added the comment: Duplicate; 9897 -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/issue9851> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9897] multiprocessing problems
Jesse Noller added the comment: hume; filing this again doesn't help. I closed issue 9851 as a duplicate of this for you. -- ___ Python tracker <http://bugs.python.org/issue9897> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10015] Creating a multiproccess.pool.ThreadPool from a child thread blows up.
Jesse Noller added the comment: I can not, for the life of me, remember why ThreadPool is there, except as a fallback. It's also not part of the documented interface as well. Additionally, in Python 3 we now have futures. -- ___ Python tracker <http://bugs.python.org/issue10015> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9935] Faster pickling of instances
Jesse Noller added the comment: I doubt I, or Ask will have the time to rewrite the entire multiprocessing test suite right now to work around the change Antoine. -- ___ Python tracker <http://bugs.python.org/issue9935> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Jesse Noller added the comment: Sridhar can you confirm if this is still a problem on 3.2? -- ___ Python tracker <http://bugs.python.org/issue6645> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6269] threading documentation makes no mention of the GIL
Changes by Jesse Noller : -- assignee: jnoller -> nobody keywords: +easy nosy: +nobody priority: normal -> low ___ Python tracker <http://bugs.python.org/issue6269> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9935] Faster pickling of instances
Jesse Noller added the comment: On Mon, Oct 25, 2010 at 10:17 AM, Antoine Pitrou wrote: > Well, I'm not asking anyone to rewrite the entire multiprocessing test suite; > and, besides, I've provided a patch myself to improve it in that respect ;) > (in issue10173) I just saw that one - I'll poke at that next > Of course, it also means the present pickle patch is imperfect, though the > result of __reduce__ in this case looks more like a side-effect of an > implementation detail than documented behaviour (since the result isn't > usable anyway). I may try to come up with a better patch before the 3.2 beta > but it's not sure I will find enough time/motivation. Okie doke. -- ___ Python tracker <http://bugs.python.org/issue9935> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Jesse Noller added the comment: Closing per Sridhar -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue6645> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9244] multiprocessing.pool: Worker crashes if result can't be encoded
Jesse Noller added the comment: Fine w/ committing this Ask. -- ___ Python tracker <http://bugs.python.org/issue9244> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7707] multiprocess.Queue operations during import can lead to deadlocks
Jesse Noller added the comment: Fine w/ committing this Ask. -- ___ Python tracker <http://bugs.python.org/issue7707> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8028] self.terminate() from a multiprocessing.Process raises AttributeError exception
Jesse Noller added the comment: Fine w/ committing this Ask as-is ask. You are correct in the original intent of the code. -- ___ Python tracker <http://bugs.python.org/issue8028> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11358] Please replace the use of pickle in multiprocessing with json.
Jesse Noller added the comment: I concur with RDM. We need complex data structures, and switching to JSON represents a non zero amount of work, isn't as fast and pickle works well. If you want to use JSON as a transport, I would do custom subclassing. -- ___ Python tracker <http://bugs.python.org/issue11358> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11569] multiprocessing/darwin: sysctl(8) mislocation
Jesse Noller added the comment: Ronald - if you're OK w/ patch 2, please commit! -- ___ Python tracker <http://bugs.python.org/issue11569> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11675] multiprocessing Arrays not automatically zeroed.
Jesse Noller added the comment: I concur with Antoine. I think you're good to go Mark. -- ___ Python tracker <http://bugs.python.org/issue11675> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly
Jesse Noller added the comment: On Thu, Mar 31, 2011 at 8:25 AM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > Speaking of which, I wonder why we have both multiprocessing.Pool and > concurrent.futures.ProcessPoolExecutor. They seem to fill the exact same > needs, with different APIs... > Brian and I need to work on the consolidation we intend(ed) to occur as people got comfortable with the APIs. My eventual goal is to remove anything but the basic multiprocessing.Process/Queue stuff out of MP and into concurrent.* and support threading backends for it. -- ___ Python tracker <http://bugs.python.org/issue9205> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly
Jesse Noller added the comment: On Thu, Mar 31, 2011 at 9:05 AM, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > Possible plan for POSIX, where a connection uses a pipe() or socketpair(): > exploit the fact that an endpoint becomes ready for reading (indicating EOF) > when the other endpoint is closed: > >>>> r, w = os.pipe() >>>> select.select([r], [], [r], 0) > ([], [], []) >>>> os.close(w) >>>> select.select([r], [], [r], 0) > ([4], [], []) > >>>> a, b = socket.socketpair() >>>> select.select([b], [], [b], 0) > ([], [], []) >>>> a.close() >>>> select.select([b], [], [b], 0) > ([], [], []) > > So, each Process could have a sentinel fd in the parent process, which > becomes ready when the process exits. These sentinel fds can be used in the > various select() calls underlying Queue.get(). > > (I don't understand why _multiprocessing/socket_connection.c in written in C. > Rewriting it in Python would make improvements much easier) I concur with you. The only reason it is in C is legacy; I don't see an immediate reason why it should continue to be that way -- ___ Python tracker <http://bugs.python.org/issue9205> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11743] Rewrite PipeConnection and Connection in pure Python
Jesse Noller added the comment: Nothing jumps out at me at initial review; I've asked other contributors/interested parties to take a look too. Thanks a ton Antoine for doing this work -- ___ Python tracker <http://bugs.python.org/issue11743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11750] Mutualize win32 functions
Jesse Noller added the comment: Agreed; I'm not personally the windows expert that should handle that consolidation though. -- ___ Python tracker <http://bugs.python.org/issue11750> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10332] Multiprocessing maxtasksperchild results in hang
Jesse Noller added the comment: > Note: I noticed that there are some thread-unsafe operations (the cache that > can be modified from different threads, and thread states are modified also > from different threads). While this isn't an issue with the current cPython > implementation (GIL), I wonder if this should be fixed. > Yes. We should fix those. -- ___ Python tracker <http://bugs.python.org/issue10332> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10632] multiprocessing generates a fatal error
Jesse Noller added the comment: Dupe of issue10517 -- resolution: -> duplicate status: open -> closed ___ Python tracker <http://bugs.python.org/issue10632> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11969] Can't launch multiproccessing.Process on methods
Jesse Noller added the comment: Do things like this in the REPL are known not to work. Things are not protected in the if __name__ block so we can import the script properly to run it. -- ___ Python tracker <http://bugs.python.org/issue11969> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8028] self.terminate() from a multiprocessing.Process raises AttributeError exception
Jesse Noller added the comment: Can you please expand on "deeply different"? -- ___ Python tracker <http://bugs.python.org/issue8028> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9162] License for multiprocessing files
Jesse Noller added the comment: We have to add the BSD header and maintain the copyright clause on all of the multiprocessing files. Apologies for the delay -- ___ Python tracker <http://bugs.python.org/issue9162> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"
Changes by Jesse Noller : -- nosy: +asksol ___ Python tracker <http://bugs.python.org/issue10527> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5725] process SysV-Semaphore support
Changes by Jesse Noller : -- nosy: +jnoller ___ Python tracker <http://bugs.python.org/issue5725> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10348] multiprocessing: use SysV semaphores on FreeBSD
Jesse Noller added the comment: Adding, or moving, to SYSV semaphores is very low on the list of things to do. If someone were to provide a patch, I'm sure we could consider it. -- ___ Python tracker <http://bugs.python.org/issue10348> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4106] multiprocessing occasionally spits out exception during shutdown
Jesse Noller added the comment: On Tue, Jan 18, 2011 at 6:23 PM, Brian Thorne wrote: > > Brian Thorne added the comment: > > With the example script attached I see the exception every time. On Ubuntu > 10.10 with Python 2.6 > > Since the offending line in multiprocesing/queues.py (233) is a debug > statement, just commenting it out seems to stop this exception. > > Looking at the util file shows the logging functions to be all of the form: > > if _logger: > _logger.log(... > > Could it be possible that after the check the _logger global (or the debug > function) is destroyed by the exit handler? Can we convince them to stick > around until such a time that they cannot be called? > > Adding a small delay before joining also seems to work, but is ugly. Why > should another Process *have* to have a minimum amount of work to not throw > an exception? See http://bugs.python.org/issue9207 - but yes, the problem is that the VM is nuking our imported modules before all the processes are shutdown. -- ___ Python tracker <http://bugs.python.org/issue4106> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10845] test_multiprocessing failure under Windows
Jesse Noller added the comment: I'm fine with that tweak antoine -- ___ Python tracker <http://bugs.python.org/issue10845> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Jesse Noller added the comment: Yeah, despite what the RFC says, the most common usage is in web clients, and stuffing it in the email module won't be obvious to 95% of the population I think, unless that's where the implementation lives, but we can add a doc stub in the http docs pointing to it and why. -- ___ Python tracker <http://bugs.python.org/issue3244> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2775] Implement PEP 3108
Jesse Noller <[EMAIL PROTECTED]> added the comment: I've somehow lost my xmlrpc* changes on my local machine - if someone else gets to it before me, feel free to work on it. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2775> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
New submission from Jesse Noller <[EMAIL PROTECTED]>: This issue tracks the work pending for the inclusion of the pyprocessing module under the multiprocessing name for Python 2.6 and 3.0. If needed, additional tickets will be created for issues which will need to be addressed after initial inclusion. Currently open: - Redo all documentation to match ReST format of stdlib - Update docs to reflect new PEP8 names - Update all unit tests to be in Unittest format Closed: - Rename module API to be PEP8 compliant (roudkerk) - Link csource libs into python-trunk build (jnoller) - redo all local "." style imports to reflect the new namespace (jnoller) -- components: Extension Modules messages: 67763 nosy: jnoller, roudkerk severity: normal status: open title: Implement PEP 371: multiprocessing module type: feature request versions: Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Quick status: Completed: - Redo all documentation to match ReST format of stdlib - thanks to Benjamin Peterson for the massive conversion he did. - All unit tests are converted, I'm just chasing down a few lingering bugs that came with the conversion. (jnoller) Richard and I are ironing out a few remaining API cleanups that came about with the renaming and I'll update the docs to reflect the new method names. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: I applied Ben's updated patch and then applied Georg's patch - but now I am getting an error doing "make html", unfortunately sphinx/ReST doesn't include line numbers with the error: mify library/miniaeframe library/misc library/mm library/mmap library/modulefinder library/modules library/msilib library/msvcrt library/multifile library/multiprocessing reST markup error: /Users/jesse/open_source/subversion/python- trunk/Doc/library/multiprocessing.rst:: (SEVERE/4) Duplicate ID: "module-multiprocessing". make: *** [build] Error 1 Ben/Georg - did I apply them wrong? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Thanks Ben - even with that, for some reason I ended up with duplicate chunks and data inside of the .rst file - wiping it all out, and then making a blank version of the .rst and then applying the patch from Georg worked. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Attached is rev 1 of a complete patch for inclusion in 2.6. This patch was developed off of trunk and includes the unit tests, docs, modules, c module, etc. 2 of the unit tests had to be commented out, the first due to the difference in the threading versus process API (is_set vs. isSet) and the second is an OS/X issue I am working with Richard on. Note, some of the examples may be out of date - I am working on those. A full review of this would be appreciated. Pending the application of the patch in issue 1638, this initial revision could be applied to trunk for the wednesday build. Added file: http://bugs.python.org/file10573/multiprocessing_patch_complete.patch.jnoller.v1.bz2 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Added to the code review system too: http://codereview.appspot.com/2061 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Richard mentioned it should just work after being run though lib2to3 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Specifically: >>> import multiprocessing Traceback (most recent call last): File "", line 1, in File "/Users/jesse/open_source/subversion/python- trunk/Lib/multiprocessing/__init__.py", line 63, in import _multiprocessing AttributeError: 'module' object has no attribute 'BufferTooShort' This occurs due to the fact that __init__.py imports _multiprocessing prior to the definition of the exceptions. This should be moved to the ccode. From Georg: "The test suite passes (at least for some buildbots) because it imports _multiprocessing first, which then in its init function imports multiprocessing to get the BufferTooShort exception. Since BufferTooShort and other exceptions inheriting from ProcessError are simple derived exceptions, why aren't they created in the C module in the first place?" ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Additional things to clean up post-beta: - Review all docs fully to ensure the documented API is still in sync with the renames. - Restore the commented out tests in test_event - Restore the commented out test in test_bounded_semaphore ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Here is a diff for the tests under py3k, I applied the svnmerge, then ben's patch and made a couple of import changes. Added file: http://bugs.python.org/file10587/py3k_fixed.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Debian PPC build crash: http://python.org/dev/buildbot/stable/ppc%20Debian%20unstable%203.0/buil ds/1063/step-test/0 ...snip Re-running test 'test_multiprocessing' in verbose mode test test_multiprocessing crashed -- : [Errno 38] Function not implemented Traceback (most recent call last): File "./Lib/test/regrtest.py", line 601, in runtest_inner indirect_test() File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/test/test_multiprocessing.py", line 1764, in test_main ProcessesMixin.pool = multiprocessing.Pool(4) File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/__init__.py", line 225, in Pool return Pool(processes, initializer, initargs) File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/pool.py", line 84, in __init__ self._setup_queues() File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/pool.py", line 131, in _setup_queues self._inqueue = SimpleQueue() File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/queues.py", line 315, in __init__ self._rlock = Lock() File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/synchronize.py", line 106, in __init__ SemLock.__init__(self, SEMAPHORE, 1, 1) File "/home/pybot/buildarea/3.0.klose-debian- ppc/build/Lib/multiprocessing/synchronize.py", line 38, in __init__ sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue) OSError: [Errno 38] Function not implemented [801671 refs] make: *** [buildbottest] Error 1 program finished with exit code 2 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3050] Implement PEP 371: multiprocessing module
Jesse Noller <[EMAIL PROTECTED]> added the comment: Small diff for the ACKs/NEWS file Added file: http://bugs.python.org/file10589/news.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3050> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3090] ARCHFLAGS parsing/concatenation in unixccompiler.py breaks when set to a string
New submission from Jesse Noller <[EMAIL PROTECTED]>: This is on osx 10.5.3, latest gcc tool chain. I have $ARCHFLAGS set to "-arch i386" to prevent the OS/X gcc from building PPC code (as I don't want/need it) - if I leave this set as-is, other applications build without error, intel only. If I don't unset it, here's the error: File "/Users/jesse/open_source/subversion/python- trunk/Lib/distutils/ccompiler.py", line 697, in compile self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts) File "/Users/jesse/open_source/subversion/python- trunk/Lib/distutils/unixccompiler.py", line 176, in _compile compiler_so = _darwin_compiler_fixup(compiler_so, cc_args + extra_postargs) File "/Users/jesse/open_source/subversion/python- trunk/Lib/distutils/unixccompiler.py", line 79, in _darwin_compiler_fixup compiler_so = compiler_so + ' ' + os.environ['ARCHFLAGS'] TypeError: can only concatenate list (not "str") to list make: *** [sharedmods] Error 1 I've attached a possible patch for this which does a .split() on the os.environ['ARCHFLAGS'] variable, which fixes the issue -- components: Build files: unixccompiler.py.diff keywords: patch messages: 68061 nosy: jnoller severity: normal status: open title: ARCHFLAGS parsing/concatenation in unixccompiler.py breaks when set to a string versions: Python 2.6 Added file: http://bugs.python.org/file10599/unixccompiler.py.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3090> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: On python-3000 trunk, _multiprocessing doesn't even compile: /Users/jesse/open_source/subversion/python- 3000/Modules/_multiprocessing/semaphore.c: In function ‘semlock_iszero’: /Users/jesse/open_source/subversion/python- 3000/Modules/_multiprocessing/semaphore.c:515: warning: unused variable ‘sval’ -- nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: I did a make clean && ./configure && make and it started compiling for me again. Sorry for the noise. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: It's taking me longer to get to this than I planned, any help is appreciated. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: I can get an intermittent (1 every 15 or so runs) lock in: test_get (__main__.WithProcessesTestQueue) ... Executed like this: ./python Lib/test/test_multiprocessing.py When I control-c it the stack looks like this: ...snip File "/root/py/python-3000/Lib/multiprocessing/pool.py", line 57, in worker task = get() File "/root/py/python-3000/Lib/multiprocessing/queues.py", line 337, in get task = get() File "/root/py/python-3000/Lib/multiprocessing/queues.py", line 339, in get racquire() KeyboardInterrupt task = get() File "/root/py/python-3000/Lib/multiprocessing/queues.py", line 337, in get task = get() File "/root/py/python-3000/Lib/multiprocessing/queues.py", line 337, in get return recv() File "/root/py/python-3000/Lib/pickle.py", line 1327, in loads racquire() KeyboardInterrupt racquire() KeyboardInterrupt def loads(s, *, encoding="ASCII", errors="strict"): KeyboardInterrupt I'm not seeing frequent locks/failures when run with regrtest, but I am seeing them with "make test TESTOPTS=test_multiprocessing" I've attached full output. Still trying to figure it out Added file: http://bugs.python.org/file10604/test_get.output ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3093] Namespace polution from multiprocessing
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +jnoller, roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3093> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3095] multiprocessing initializes flags dict unsafely
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +jnoller, roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3095> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: FWIW: In order to boost the logging level within the test(s) do the following: Search for LOG_LEVEL, set it to: LOG_LEVEL=util.SUBDEBUG And then in the main() replace: multiprocessing.get_logger().setLevel(LOG_LEVEL) With: multiprocessing.log_to_stderr(level=LOG_LEVEL) ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: I also isolated the test(s) like Paul did, and it looks like a semi- consistent lock up in: File "/root/py/python-3000/Lib/multiprocessing/queues.py", line 337, in get racquire() This is running only the test_event test. The racquire traces back to synchronize.SemLock which calls into _multiprocessing.SemLock ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3109] test_multiprocessing seems fragile
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3109> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3109] test_multiprocessing seems fragile
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3109> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3100] weakref subclass segfault
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3100> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
New submission from Jesse Noller <[EMAIL PROTECTED]>: Per skip's email: FWIW, it appears that Solaris doesn't define SEM_VALUE_MAX but does define _SEM_VALUE_MAX in sys/params.h. .../Modules/_multiprocessing/multiprocessing.c: In function 'init_multiprocessing': .../Modules/_multiprocessing/multiprocessing.c:253: error: 'SEM_VALUE_MAX' undeclared (first use in this function) .../Modules/_multiprocessing/multiprocessing.c:253: error: (Each undeclared identifier is reported only once .../Modules/_multiprocessing/multiprocessing.c:253: error: for each function it appears in.) On Windows the author simple #defines SEM_VALUE_MAX to be LONG_MAX. I used a little cpp action to define it: #ifndef SEM_VALUE_MAX # ifdef _SEM_VALUE_MAX #define SEM_VALUE_MAX _SEM_VALUE_MAX # else #define SEM_VALUE_MAX INT_MAX # endif #endif -- components: Extension Modules messages: 68210 nosy: jnoller, roudkerk, skip.montanaro severity: normal status: open title: Multiprocessing package build problem on Solaris 10 type: compile error versions: Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing pkg Debian compilation error
New submission from Jesse Noller <[EMAIL PROTECTED]>: Both debian ia64 and PPC are failing the mp test suite with the following error: Re-running test 'test_multiprocessing' in verbose mode test test_multiprocessing crashed -- : [Errno 38] Function not implemented Traceback (most recent call last): File "./Lib/test/regrtest.py", line 554, in runtest_inner indirect_test() File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/test/test_multiprocessing.py", line 1764, in test_main ProcessesMixin.pool = multiprocessing.Pool(4) File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/__init__.py", line 226, in Pool return Pool(processes, initializer, initargs) File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/pool.py", line 84, in __init__ self._setup_queues() File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/pool.py", line 131, in _setup_queues self._inqueue = SimpleQueue() File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/queues.py", line 315, in __init__ self._rlock = Lock() File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/synchronize.py", line 106, in __init__ SemLock.__init__(self, SEMAPHORE, 1, 1) File "/home/pybot/buildarea/trunk.klose-debian- ppc/build/Lib/multiprocessing/synchronize.py", line 38, in __init__ sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue) OSError: [Errno 38] Function not implemented [674193 refs] make: *** [buildbottest] Error 1 program finished with exit code 2 Buildbots: http://www.python.org/dev/buildbot/stable/ppc%20Debian%20unstable%20trun k/builds/1607/step-test/0 http://www.python.org/dev/buildbot/stable/ia64%20Ubuntu%20trunk/builds/1 89/step-test/0 -- components: Extension Modules messages: 68211 nosy: jnoller, roudkerk severity: normal status: open title: multiprocessing pkg Debian compilation error versions: Python 2.6, Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- title: multiprocessing pkg Debian compilation error -> multiprocessing ppc Debian/ ia64 Ubuntu compilation error ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: Sorry, should have been debian PPC and ubuntu ia64 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: After talking with Richard, I think the best way to attack this issue (and the other ones around suite unreliability) is to remove the unreliable test cases for the first beta, and then refactor the suite post beta with an eye towards reliability and clarity. Personally, I would like to break the suites up in the the test_multiprocessing.py script to be more in the vein of other tests in Lib/test/... I removed the more unreliable test cases while keeping the core ones and wrote a quick bash script to do a burn-in of the "make tests" command, for 100 loops, I was unable to get the tests to hang with the reduced suite. I ran the same thing on trunk and py3k just to make sure I could not get it to hang/crash. -- keywords: +patch Added file: http://bugs.python.org/file10633/test_multiprocessing_reduced.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3109] test_multiprocessing seems fragile
Jesse Noller <[EMAIL PROTECTED]> added the comment: See: http://bugs.python.org/msg68237 For Beta 1 I am proposing a reduced test suite to remove the more unreliable tests. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3109> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: This is also effecting gentoo x86. After speaking with Richard, he suggested that this could be a side-effect if the buildbot execution is happening in a chroot'ed environment. Barry, do you know if this is the case? -- nosy: +barry ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: Here is the loop I ran the tests with: #!/bin/sh for (( i=1;i<=100;i+=1 )); do make test TESTOPTS="-v test_multiprocessing" done ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Jesse Noller <[EMAIL PROTECTED]> added the comment: Adam, is this due to the c-code tainting you pointed out earlier? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3124] test_multiprocessing segfaults on Windows
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3124> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Jesse Noller <[EMAIL PROTECTED]> added the comment: Sorry Adam, I was referencing: http://bugs.python.org/issue3102 Also, it is possible issue: http://bugs.python.org/issue3102 is related? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Jesse Noller <[EMAIL PROTECTED]> added the comment: Sorry, the first link should have been: http://bugs.python.org/issue3093 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- nosy: +roudkerk ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Jesse Noller <[EMAIL PROTECTED]> added the comment: I don't have commit rights, so I can't apply the test_multiprocessing_reduced.diff myself. Anyone willing? I think this should help the buildbots. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment:
I believe this is a Linux-specific problem relating to chroot jails
missing the /dev/shm filesystem.
I am suggesting we skip the test for now if /dev/shm does not exist,
via:
if (sys.platform.startswith("linux"):
if not os.path.exists("/dev/shm"):
raise TestSkipped("Missing required /dev/shm device on Linux!")
at the top of test_multiprocessing.py
Anyone see a problem with this?
--
nosy: +Rhamphoryncus, benjamin.peterson
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3111>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: I agree, fixing the chroot is the long-term solution, however this gets us over the beta hump ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: Did you add the import and fix the syntax error On Jun 17, 2008, at 6:44 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > I committed the skip in r64356. Let's sit back and watch. > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue3111> > ___ ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: I apologize, I should have just posted the diff On Jun 17, 2008, at 7:00 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > 1 for 2. :) > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue3111> > ___ ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3111] multiprocessing ppc Debian/ ia64 Ubuntu compilation error
Jesse Noller <[EMAIL PROTECTED]> added the comment: I switched to a more aggressive skip as it doesn't seem /dev/shm is the culprit (at least from overnight runs). I committed it in r64375 on trunk and I am going to wait for the build bots to run on trunk before merging. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3111> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Jesse Noller <[EMAIL PROTECTED]> added the comment: Thomas' patch applied and runs clean for me - does anyone have a problem with me submitting it? ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3125] test_multiprocessing causes test_ctypes to fail
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3125> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3088] test_multiprocessing hangs on OS X 10.5.3
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3088> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3110] Multiprocessing package build problem on Solaris 10
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3110> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3150] multiprocessing module not being installed
Jesse Noller <[EMAIL PROTECTED]> added the comment: Is this a make && make install? -- nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3150> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3150] multiprocessing module not being installed
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3150> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3149] multiprocessing build fails on Solaris 10
Changes by Jesse Noller <[EMAIL PROTECTED]>: -- assignee: -> jnoller nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3149> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3143] development docs waste a lot of horizontal space on left nav bar
Jesse Noller <[EMAIL PROTECTED]> added the comment: +1 coat to the bikeshed, the new layout is painful unless you're at a higher resolution/bigger window -- nosy: +jnoller ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3143> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
