[issue874900] threading module can deadlock after fork

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: I still don't like the _after_fork() implementation. Its O(n) where n == number of threads the parent process had. Very wasteful when the fork() was done in the most common case of being followed by an exec and calling os._exit(). It won'

[issue2828] Clean up undoc.rst

Brett Cannon <[EMAIL PROTECTED]> added the comment: Only three modules remain; ntpath, posixpath, and sunaudio. Waiting on python-3000 to reply to my inquiry as to whether I can take sunaudio out. -- resolution: -> fixed status: open -> closed ___ Py

[issue3339] dummy_thread LockType.acquire() always returns None, should be True or False

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- resolution: accepted -> fixed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3339] dummy_thread LockType.acquire() always returns None, should be True or False

Brett Cannon <[EMAIL PROTECTED]> added the comment: r64903-64905 have the fixes for trunk, 3.0, and 2.5, respectively. Thanks for reporting this, Henk. Andrii, I never even looked at your patch since while I was evaluating the bug the problem was rather obvious and simple, as you said. =) Thanks

[issue1778443] robotparser.py fixes

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: OK. I committed the patch in r64901. Thanks for the work! -- resolution: remind -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue874900] threading module can deadlock after fork

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10872/fork-and-thread4.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue874900] threading module can deadlock after fork

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10869/fork-and-thread3.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue874900] threading module can deadlock after fork

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10859/fork-and-thread2.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue874900] threading module can deadlock after fork

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10855/fork-and-thread.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue874900] threading module can deadlock after fork

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: and a few more bugs. a new patch is attached. With this applied, pitrou's fork_threading.py bug demonstration script finally does the right thing. test_threading, including the new deadlock tests, and test_multiprocessing both pass. Test

[issue3349] search for 'patch' produces roundup error

anatoly techtonik <[EMAIL PROTECTED]> added the comment: Thanks. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Uns

[issue874900] threading module can deadlock after fork

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: The existing fork-and-thread4.patch doesn't actually reset _active_limbo_lock. Its missing a "global _active_limbo_lock" statement in the threading._after_fork() function. ___ Python tracker <[EMAIL PROT

[issue3317] duplicate lines in zipfile.py

Alan McIntyre <[EMAIL PROTECTED]> added the comment: Thanks for fixing this, Amaury. I ran the test_zipfile64 and test_zipfile tests on Linux and OS X, and they pass. ___ Python tracker <[EMAIL PROTECTED]> __

[issue874900] threading module can deadlock after fork

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2377] Replace import.c with a pure Python implementation

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3320] various doc typos

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3320] various doc typos

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks very much, and feel free to be bored anytime you want! :) Committed in r64897. Jesse, can you look at the mp item? -- nosy: +benjamin.peterson, jnoller ___ Python tracker <[EMAIL PROTECT

[issue2910] Remove plat-mac from 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Carbon may still be in your wc because svn didn't delete it on update. (I can't remember the exact behavior of SVN with dir deletes, but it's weird.) See [1]. I killed plat-mac off in r64896. [1] http://svn.python.org/view/python/branches/

[issue2775] Implement PEP 3108

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- dependencies: -Fixer for dbm is failing ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue2885] Create the urllib package

Brett Cannon <[EMAIL PROTECTED]> added the comment: Docs have been updated. At this point the fixers for urllib and urllib2 is all that is left. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue2910] Remove plat-mac from 3.0

Brett Cannon <[EMAIL PROTECTED]> added the comment: I notice that Carbon ended back up in plat-mac. Is that an accident? What is the status of being able to ditch the directory? -- assignee: brett.cannon -> priority: normal -> critical ___ Python tra

[issue2828] Clean up undoc.rst

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: high -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue2377] Replace import.c with a pure Python implementation

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: high -> normal ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue2377] Replace import.c with a pure Python implementation

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- priority: critical -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue2377] Replace import.c with a pure Python implementation

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen <[EMAIL PROTECTED]> added the comment: Err, to clarify, the parse/compile/whatever stages is producing broken UTF-32 (surrogates are ill-formed there too), and that gets transformed into CESU-8 when the .pyc is saved. ___ Python tracker <[EMAIL PROT

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Adam Olsen <[EMAIL PROTECTED]> added the comment: Marc, perhaps Unicode has refined their definitions since you last looked? Valid UTF-8 *cannot* contain surrogates[1]. If it does, you have CESU-8[2][3], not UTF-8. So there are two bugs: first, the UTF-8 codec should refuse to load surrogates.

[issue3324] Broken link in online doc

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This has been fixed in the development docs: http://docs.python.org/dev/install/index.html -- nosy: +benjamin.peterson resolution: -> out of date status: open -> closed ___ Python tracker <[EMA

[issue3347] urllib.robotparser doesn't work in Py3k

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3349] search for 'patch' produces roundup error

Brett Cannon <[EMAIL PROTECTED]> added the comment: I already reported it: http://psf.upfronthosting.co.za/roundup/meta/issue213 . -- nosy: +brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2280] parser module chokes on unusual characters

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> out of date status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3300] urllib.quote and unquote - Unicode issues

Matt Giuca <[EMAIL PROTECTED]> added the comment: So today I grepped for "urllib" in the entire library in an effort to track down every dependency on quote and unquote to see exactly how my patch breaks other code. I've now investigated every module in the library which uses quote, unquote or ur

[issue3349] search for 'patch' produces roundup error

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: lower-right -> lower-left (i.e. labelled "Report Tracker Problem") ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3349] search for 'patch' produces roundup error

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Can you please re-report this at the tracker linked in the lower-right corner of this page, i.e. http://psf.upfronthosting.co.za/roundup/meta Closing it here. -- nosy: +loewis resolution: -> invalid status: open -> closed ___

[issue3349] search for 'patch' produces roundup error

New submission from anatoly techtonik <[EMAIL PROTECTED]>: If you'll try to search 'patch' word in this bugtracker, you will likely to get the error saved in attached file. -- files: bugs.python.org.txt messages: 69588 nosy: techtonik severity: normal status: open title: search for 'patc

[issue3348] Cannot start wsgiref simple server in Py3k

New submission from Matt Giuca <[EMAIL PROTECTED]>: The wsgiref "simple server" module has a demo server, which fails to start in Python 3.0 for a bunch of reasons. To verify this, just go into the Lib/wsgiref directory, and run: python3.0 ./simple_server.py (which launches the demo server). Th

[issue3347] urllib.robotparser doesn't work in Py3k

New submission from Matt Giuca <[EMAIL PROTECTED]>: urllib.robotparser is broken in Python 3.0, due to a bytes object appearing where a str is expected. Example: >>> import urllib.robotparser >>> r = urllib.robotparser.RobotFileParser('http://www.python.org/robots.txt') >>> r.read() TypeError:

[issue3338] cPickle segfault with deep recursion

Darryl Dixon <[EMAIL PROTECTED]> added the comment: Happens with Python 2.5.2 on 64bit also: Python 2.5.2 (r252:60911, Apr 21 2008, 11:17:30) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import platform >>> platform.arc

[issue3008] Let bin/oct/hex show floats

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Some final tinkering: - docstrings and docs expanded slightly; docs mention interoperability with C and Java. - in float.hex(), there's always a sign included in the exponent (e.g. "0x1p+0" instead of "0x1p0"). This just makes for a lit

[issue3300] urllib.quote and unquote - Unicode issues

Matt Giuca <[EMAIL PROTECTED]> added the comment: OK I spent awhile writing test cases for quote and unquote, encoding and decoding various Unicode strings with different encodings. As a result, I found a bunch of issues in my previous patch, so I've rewritten the patches to both quote and unquot

[issue3346] test_ossaudiodev fails

New submission from Ismail Donmez <[EMAIL PROTECTED]>: This is a rather new regression: test_ossaudiodev test test_ossaudiodev failed -- Traceback (most recent call last): File "/home/cartman/Sources/py3k/Lib/test/test_ossaudiodev.py", line 146, in test_playback self.play_sound_file(*sound

[issue3297] Python interpreter uses Unicode surrogate pairs only before the pyc is created

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: Adam, I do know what I'm talking about: I was the lead designer of the Unicode integration you find in Python and implemented most of it. What you see as repr() of a Unicode object is the result of applying a codec to the internal represe

[issue3008] Let bin/oct/hex show floats

Mark Dickinson <[EMAIL PROTECTED]> added the comment: In the spirit of being "liberal in what you accept, but strict in what you emit", here's a version that makes both the leading '0x' and the trailing 'p...' exponent optional on input. Both of these are still produced on output. Note that

[issue3008] Let bin/oct/hex show floats

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Here's an updated patch that makes the trailing 'p123' exponent optional in fromhex. (This matches the behaviour of C99's strtod and sscanf; in contrast, Java always requires the exponent.) I'm beginning to wonder whether the '0x' shouldn