[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

New submission from Stefan Behnel : The xml.etree.ElementTree package in the Python 3.x standard library breaks compatibility with existing ET 1.2 code. The serialiser returns a unicode string when no encoding is passed. Previously, the serialiser was guaranteed to return a byte string. By def

[issue5802] The security descriptors of python binaries in Windows are not strict enough

Hong Chen added the comment: Sure. Thank you for the information! Hong On Tue, Mar 2, 2010 at 4:26 AM, R. David Murray wrote: > > R. David Murray added the comment: > > See also issue 1284316, which is still open, and should probably remain open > even though there's no consensus to make a

[issue8046] mmap.mmap as a context manager

New submission from Brian Curtin : Most file or file-like objects operate as context managers, except for mmap (and maybe a few others?). Attached is a patch with tests and documentation. The patch also introduces an additional attribute to mmap, "closed". -- components: Library (Lib)

[issue8045] test_tcl aborts on OS X 10.6 with "The application with bundle ID org.python.python is running setugid(), which is not allowed."

Gregory P. Smith added the comment: Just disabling those two tests is the best thing for the 2.6.5 release if we don't get around to the actual fix: Since calling setreuid(-1, -1) is apparently not such a no-op on all systems these tests would be better if we ran them in a subprocess so that

[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?

Jason R. Coombs added the comment: Attaching a test against trunk which elicits the error reported in this bug. -- keywords: +patch Added file: http://bugs.python.org/file16419/issue7909-test.patch ___ Python tracker

[issue7999] setregid does not work with -1 as argument

Ned Deily added the comment: Apparently there is a side effect on OS X 10.6 of setting to -1. See Issue8045. -- nosy: +ned.deily ___ Python tracker ___ _

[issue8045] test_tcl aborts on OS X 10.6 with "The application with bundle ID org.python.python is running setugid(), which is not allowed."

Ned Deily added the comment: (Thanks to Tom Loredo for bringing up the issue on the pythonmac-sig list.) -- ___ Python tracker ___ ___

[issue8045] test_tcl aborts on OS X 10.6 with "The application with bundle ID org.python.python is running setugid(), which is not allowed."

New submission from Ned Deily : potential 2.6.5 release blocker The changes introduced for Issue7999 in r78546, r78547, r78548, r78549 cause test_tcl to fail when it is run after test_os, as is normal under regrtest. The problem is that the posixmodule was modified to accept values of -1 for

[issue8044] Py_EnterRecursiveCall and Py_LeaveRecursiveCall are undocumented

New submission from Daniel Stutzbach : Here's the original message proposing the addition of these routines to the C API, which might serve as the basis of documentation: http://mail.python.org/pipermail/python-dev/2003-October/039445.html -- assignee: georg.brandl components: Document

[issue7449] A number tests "crash" if python is compiled --without-threads

STINNER Victor added the comment: > In the test_xmlrpc.py case I changed the value from URL to 'http:' because > the code that sets URL to a valid url relies on threading. When threading > is disabled, URL is set to None and the test will fail. I would prefer something like: if support thread

[issue8043] ntpath.realpath munges os.devnull

Changes by Benjamin Peterson : -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue7449] A number tests "crash" if python is compiled --without-threads

R. David Murray added the comment: I haven't reviewed the whole patch, but I would suggest that instead of making a test_support.skip_if_no (or any other name), you use use @unittest.skipUnless(threading) (note that lack of quotes around threading...you seem to already be getting it defined c

[issue7449] A number tests "crash" if python is compiled --without-threads

Jerry Seutter added the comment: In the test_xmlrpc.py case I changed the value from URL to 'http:' because the code that sets URL to a valid url relies on threading. When threading is disabled, URL is set to None and the test will fail. The two ServerProxy test cases that were modified in

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

STINNER Victor added the comment: thread fix commited: r78610 (trunk), r78611 (py3k), r78612 (3.1). Delay the backport to 2.6 after the 2.6.5 release. -- ___ Python tracker ___

[issue8043] ntpath.realpath munges os.devnull

Jason R. Coombs added the comment: Indeed, this is a duplicate. My search failed probably because ntpath.abspath is ntpath.realpath. -- status: open -> closed ___ Python tracker ___

[issue8043] ntpath.realpath munges os.devnull

Changes by Ezio Melotti : -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?

Jason R. Coombs added the comment: This bug does not exhibit in Python 3.1.1. -- nosy: +jaraco versions: +Python 2.7 ___ Python tracker ___ __

[issue7820] parser: restores all bytes in the right order if check_bom() fails

STINNER Victor added the comment: Commited: r78603 (trunk), r78608 (py3k), r78609 (3.1). Delay the fix in 2.6 after the release of 2.6.5. This issue is far from being critical, I don't want to introduce a regression after an RC :-) -- ___ Python tr

[issue5380] pty.read raises IOError when slave pty device is closed

Changes by Albert Hopkins : -- nosy: +marduk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6560] socket sendmsg(), recvmsg() methods

David Watson added the comment: OK, here's a new version as a work in progress. A lot of the new stuff is uncommented (particularly the support code for the tests), but there are proper docs this time and a fairly complete test suite (but see below). There are a couple of changes to the interf

[issue8043] ntpath.realpath munges os.devnull

Ezio Melotti added the comment: This might be related to #7909. -- components: +Library (Lib) nosy: +ezio.melotti priority: -> normal stage: -> test needed type: -> behavior ___ Python tracker __

[issue2973] _ssl compiler warnings

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue2973] _ssl compiler warnings

STINNER Victor added the comment: I commited grooverdan's patch: r78596 (trunk), r78597 (2.6), r78598 (py3k), 78599 (3.1). The API was changed in... 2004, 6 years ago! I hope that everybody upgraded to the new OpenSSL version since that. Anyway, the warning should be fixed, and Python should

[issue8043] ntpath.realpath munges os.devnull

New submission from Jason R. Coombs : On Python 2.6 and Python 2.7a, calling ntpath.realpath(os.devnull) returns 'nul' (two backslashes followed by nul), which is not a valid filename. This appears to have been fixed in Python 3.1, as on 3.1.1, ntpath.realpath(os.devnull) returns '.\\n

[issue1284316] Win32: Security problem with default installation directory

Martin v. Löwis added the comment: > Martin: Would it be sufficient to copy the ACLs from %programfiles%, > or would it be better to hard-code the permissions from > %programfiles% from a known standard configuration? Is it known if > the ACLs on %programfiles% in WinXP differ from later platfor

[issue1284316] Win32: Security problem with default installation directory

Jason R. Coombs added the comment: Martin: Would it be sufficient to copy the ACLs from %programfiles%, or would it be better to hard-code the permissions from %programfiles% from a known standard configuration? Is it known if the ACLs on %programfiles% in WinXP differ from later platforms? W

[issue8040] It would be nice if documentation pages linked to other versions of the same document

Martin v. Löwis added the comment: It think it's also extremely difficult to implement, since the switchover to a new documentation generator. Contributions are welcome. -- nosy: +loewis ___ Python tracker ___

[issue1284316] Win32: Security problem with default installation directory

Martin v. Löwis added the comment: I propose that people in favor of changing the default install location write a PEP proposing that this be done. Notice that this is independent of the issue at hand, which is about the ACLs on c:\pythonXY. I have tried fixing it, and failed so far. ---

[issue5315] signal handler never gets called

Andrew McNabb added the comment: Sorry for the noise. It turns out that my problem was unrelated. -- ___ Python tracker ___ ___ Pytho

[issue8042] mmap buffer implementation does not respect seek pos

New submission from Matt Gattis : If you do: import io,mmap b = io.BytesIO("abc") m = mmap.mmap(-1,10) m.seek(5) b.readinto(m) M is now: 'abc\x00\x00\x00\x00\x00\x00\x00' Basically there is no way to readinto/recv_into an arbitary position in an mmap object without creating a middle-man stri

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : Added file: http://bugs.python.org/file16416/queue_perf.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : Removed file: http://bugs.python.org/file16414/pickle_suggestion.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Vilnis Termanis added the comment: Performance comparison before/after suggested change (adding/removing 1000-item list 1 times). Inline 1.926 1.919 1.907 (bufferPickled = True) 2.138 2.379 2.304 (bufferPickled = True) 1.158 1.151 1.141 (bufferPickled = True) -

[issue5315] signal handler never gets called

Andrew McNabb added the comment: I'm seeing something very similar to this. In my case, I have a single-threaded program, and select fails to be interrupted by SIGCHLD. I'm still tracking down more details, so I'll report back if I find more information. -- nosy: +amcnabb

[issue2292] Missing *-unpacking generalizations

Terry J. Reedy added the comment: Whoops, just noticed newish 'after moratorium' keyword. Good idea. -- versions: -Python 3.3 ___ Python tracker ___

[issue2292] Missing *-unpacking generalizations

Terry J. Reedy added the comment: I would like to see this revisited when the moratorium is lifted. Added 3.3 as a surrogate for that. As per GvR above, it will need a PEP to pin down details, alternatives, and use cases and discussion on python-ideas list. -- versions: +Python 3.3 __

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Vilnis Termanis added the comment: Alternative suggestion (since SimpleQueue doesn't provide buffering): Allow option to force immediate pickling of the object to be en-queued, i.e. pickling when adding to internal buffer instead of as part of Connection.send() in _feed thread. Does this soun

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : Added file: http://bugs.python.org/file16413/queue_example.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : Removed file: http://bugs.python.org/file16409/queue_example.py ___ Python tracker ___ ___ Python-bugs-list mailin

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Changes by Vilnis Termanis : Removed file: http://bugs.python.org/file16412/lock_suggestion.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue8037] multiprocessing.Queue's put() not atomic thread wise

Vilnis Termanis added the comment: I couldn't see the wood for the trees: If put() is thread-blocking, multiprocessing.Queue is reduced to the same functionality as multiprocessing.queues.SimpleQueue, if I'm not mistaken. So maybe there should be a warning in the documentation that, for multi

[issue1284316] Win32: Security problem with default installation directory

Michael Foord added the comment: I've tried installations of Python to Program Files in recent years (Python 2.4 and 2.5) and found many scripts/tools unable to cope with the space in the path. I always ended up reinstalling. (Usually using sys.executable in conjunction with calling out to sh

[issue7892] refactor "test_dict.py" using new assertRaises context manager.

Florent Xicluna added the comment: Done with r78582 and r78583. -- assignee: -> flox resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue8040] It would be nice if documentation pages linked to other versions of the same document

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___

[issue1284316] Win32: Security problem with default installation directory

Jason R. Coombs added the comment: I personally make heavy use of the command line and continue to install python to %ProgramFiles%. I find the space in the pathname to be a non-issue. After %programfiles%\Python26 and %programfiles%\Python26\Scripts are added to the path, and .py is added to

[issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION or Py_TPFLAGS_HAVE_VERSION_TAG.

New submission from Daniel Stutzbach : The documentation for Py_TPFLAGS_DEFAULT mentions Py_TPFLAGS_HAVE_STACKLESS_EXTENSION and Py_TPFLAGS_HAVE_VERSION_TAG, but neither of them is documented. They aren't mentioned in the 2.6 documentation (presumably because they were introduced in 3.x?). h

[issue8040] It would be nice if documentation pages linked to other versions of the same document

New submission from Daniel Stutzbach : Currently, trying to use a web search engine to find something in the Python docs often returns the documentation for only one version of Python. Something a very old version like 2.3. It would be nice if the documentation pages on docs.python.org includ

[issue2292] Missing *-unpacking generalizations

R. David Murray added the comment: fix inadvertent reassignment. -- assignee: pedronis -> twouters nosy: -pedronis ___ Python tracker ___ ___

[issue1284316] Win32: Security problem with default installation directory

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue2292] Missing *-unpacking generalizations

R. David Murray added the comment: I believe this would be blocked by the moratorium. Correct me if I'm wrong. -- assignee: twouters -> pedronis keywords: +after moratorium nosy: +pedronis, r.david.murray stage: -> patch review versions: -Python 3.2 _

[issue8039] precedence rules for ternary operator

Changes by Dirkjan Ochtman : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue8039] precedence rules for ternary operator

New submission from Dirkjan Ochtman : So http://docs.python.org/reference/expressions.html doesn't currently mention the ternary operator as far as I can see. Maybe this is trivial, but it would be nice to know where it fits into the hierarchy. (I.e., my co-worker just came up to me asking whe

[issue706392] faster _socket.connect variant desired

Changes by A.M. Kuchling : -- status: open -> languishing ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue2292] Missing *-unpacking generalizations

A.M. Kuchling added the comment: Updating version; does someone want to revive this for 3.2? -- nosy: +akuchling versions: +Python 3.2 -Python 3.0 ___ Python tracker ___

[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents

Michael Foord added the comment: Should there be a 'discussion' stage for the tracker? This isn't *really* at the 'test needed' stage, I'm not 100% convinced we should add all these extra methods just 'for the sake of completeness' - but if they are *needed* they should be added. --

[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal stage: -> test needed ___ Python tracker ___ ___ Python-bugs-lis

[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents

New submission from Michael Foord : Originally reported as a bug against unittest2: http://code.google.com/p/unittest-ext/issues/detail?id=3 There are some assert* methods that don't have their assertNot* counterparts. There's assertDictEqual, assertSequenceEqual, assertRegexpMatches, but no

[issue1284316] Win32: Security problem with default installation directory

Michael Foord added the comment: This is similar to an issue I reported to the security team (same underlying issue). My concern was that with an admin installed version of Python an arbitrary user can modify site.py, or create sitecustomize.py, and cause arbitrary code execution when the adm

[issue1284316] Win32: Security problem with default installation directory

R. David Murray added the comment: Note that Ezio and Flox have been improving the test suite and code to handle paths-with-spaces better. Perhaps we will eventually get to the point where it is possible to fix this, although Tim's point about python being a CLI/scripting tool remains. Or p

[issue5802] The security descriptors of python binaries in Windows are not strict enough

R. David Murray added the comment: See also issue 1284316, which is still open, and should probably remain open even though there's no consensus to make a change (yet?). -- nosy: +ezio.melotti, flox, r.david.murray priority: -> normal superseder: -> Win32: Security problem with defau

[issue2001] Pydoc interactive browsing enhancement

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.