[issue2001] Pydoc interactive browsing enhancement
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5802] The security descriptors of python binaries in Windows are not strict enough
R. David Murray rdmur...@bitdance.com 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 default installation directory ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5802 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
R. David Murray rdmur...@bitdance.com 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 perhaps the permissions of the actual install directory could be changed at install time if the install is done by an administrator. -- components: +Windows nosy: +ezio.melotti, flox, michael.foord, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Michael Foord mich...@voidspace.org.uk 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 admin runs Python. IMO an admin installed Python should require admin priveleges to write to the Python install directory. I think many users would find installing to Program Files a pain and it would break many scripts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents
New submission from Michael Foord mich...@voidspace.org.uk: 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 assertDictNotEqual, assertSequenceNotEqual, assertRegexpNotMatches, for example. They should be present for the sake of completeness (I don't like to have to look into the docs to check if a method has a negative counterpart), but also because they ask for a custom output. For example, the error accompanying assertRegexpNotMatches could show the matching part of the text, which is the part that really interests me. assert_(re.match(...)) will only tell me that None is not true... -- assignee: michael.foord components: Library (Lib) messages: 100291 nosy: michael.foord severity: normal status: open title: Not all the new assert* unittest.TestCase methods have negative (not) equivalents type: behavior versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8038] Not all the new assert* unittest.TestCase methods have negative (not) equivalents
Michael Foord mich...@voidspace.org.uk 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. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
A.M. Kuchling li...@amk.ca 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 rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue706392] faster _socket.connect variant desired
Changes by A.M. Kuchling li...@amk.ca: -- status: open - languishing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue706392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8039] precedence rules for ternary operator
New submission from Dirkjan Ochtman dirk...@ochtman.nl: 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 when he needed the parentheses around the entire expression and when he didn't, and I couldn't give him a good answer.) -- assignee: georg.brandl components: Documentation messages: 100294 nosy: djc, georg.brandl severity: normal status: open title: precedence rules for ternary operator versions: Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8039] precedence rules for ternary operator
Changes by Dirkjan Ochtman dirk...@ochtman.nl: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
R. David Murray rdmur...@bitdance.com 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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Changes by Brian Curtin cur...@acm.org: -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
R. David Murray rdmur...@bitdance.com added the comment: fix inadvertent reassignment. -- assignee: pedronis - twouters nosy: -pedronis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8040] It would be nice if documentation pages linked to other versions of the same document
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com: 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 included links to older and later versions of the same documentation page, if one exists. That would make it much easier to navigate to the desired version of a page. The extra links could be placed on the sidebar on the left side, perhaps below the Quick Search box. Additionally, it might help search engines find and index the documentation for the other versions. Microsoft does this for their .NET documentation and it's very handy (e.g., http://msdn.microsoft.com/en-us/library/system.windows.forms.control.aspx) -- assignee: georg.brandl components: Documentation messages: 100297 nosy: georg.brandl, stutzbach severity: normal status: open title: It would be nice if documentation pages linked to other versions of the same document type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION or Py_TPFLAGS_HAVE_VERSION_TAG.
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com: 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?). http://docs.python.org/dev/py3k/c-api/typeobj.html?highlight=py_tpflags_have_gc#Py_TPFLAGS_DEFAULT -- assignee: georg.brandl components: Documentation messages: 100298 nosy: georg.brandl, stutzbach severity: normal status: open title: No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION or Py_TPFLAGS_HAVE_VERSION_TAG. versions: Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8041 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Jason R. Coombs jar...@jaraco.com 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 PATHEXT, everything behaves very well. I use cmd.exe and powershell, and both of these shells handle the spaces well enough, including supporting tab completion (so if one _does_ need to reference a path with a space in it, it's not even necessary to know what the syntax is). With Python 3, support for version of Windows prior to XP (including DOS) has been deprecated, so it seems to me rather regressive to insist on DOS 8.3 compatibility. I concur that early on, I would struggle with the spaces if Python was installed to %programfiles%, but since about Python 2.3 or 2.4, I've had only the one problem with setuptools, and that has been fixed. IMO, supporting installation to Program Files is not only the right thing to do, but it will make Python more robust. On the other hand, I may be unaware of any use cases which are still problematic. Perhaps there are still many who always launch python using \python26\python. That command would then become \program files\python26\python. I find that to be a small price to pay for the gains in security and consistency (and compartmentalization). Furthermore, a heavy command-line user is probably also a power user, and if typing C:\Program Files\Python26\Python is too onerous, I'm sure he can find a workaround, such as setting the path, creating hardlinks or symlinks, setting up aliases, etc. I agree it's a shame the de-facto location for Programs on Windows isn't a more amenable name. Personally, I always override the default installation directory, so it matters to me little what choice is made for the default, but on the whole, I believe users would be better off with Python in Program Files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8040] It would be nice if documentation pages linked to other versions of the same document
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7892] refactor test_dict.py using new assertRaises context manager.
Florent Xicluna florent.xicl...@gmail.com added the comment: Done with r78582 and r78583. -- assignee: - flox resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7892 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Michael Foord mich...@voidspace.org.uk 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 shell scripts.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Vilnis Termanis vilnis.terma...@googlemail.com 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 multiprocessing.[Joinable]Queue, modifying obj straight after calling put(obj) might en-queue the modified version. To me at least this wasn't obvious until I looked at the multiprocessing.queue code. I've modified the example for clarity and retracted the (unworthy) patch attempt. Regards, VT -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Changes by Vilnis Termanis vilnis.terma...@googlemail.com: Removed file: http://bugs.python.org/file16412/lock_suggestion.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Changes by Vilnis Termanis vilnis.terma...@googlemail.com: Removed file: http://bugs.python.org/file16409/queue_example.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Changes by Vilnis Termanis vilnis.terma...@googlemail.com: Added file: http://bugs.python.org/file16413/queue_example.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Vilnis Termanis vilnis.terma...@googlemail.com 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 sound like a reasonable solution? (I'll do my best to write unit tests etc. as per submission guidelines, if so.) Regards, VT -- Added file: http://bugs.python.org/file16414/pickle_suggestion.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Terry J. Reedy tjre...@udel.edu 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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Terry J. Reedy tjre...@udel.edu added the comment: Whoops, just noticed newish 'after moratorium' keyword. Good idea. -- versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5315] signal handler never gets called
Andrew McNabb amcn...@mcnabbs.org 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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5315 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Vilnis Termanis vilnis.terma...@googlemail.com added the comment: Performance comparison before/after suggested change (adding/removing 1000-item list 1 times). Inline 1.926 class 'multiprocessing.queues.Queue' 1.919 class 'queues_pickled.Queue' 1.907 class 'queues_pickled.Queue' (bufferPickled = True) class 'threading.Thread' 2.138 class 'multiprocessing.queues.Queue' 2.379 class 'queues_pickled.Queue' 2.304 class 'queues_pickled.Queue' (bufferPickled = True) class 'multiprocessing.process.Process' 1.158 class 'multiprocessing.queues.Queue' 1.151 class 'queues_pickled.Queue' 1.141 class 'queues_pickled.Queue' (bufferPickled = True) -- Added file: http://bugs.python.org/file16415/pickle_suggestion_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Changes by Vilnis Termanis vilnis.terma...@googlemail.com: Removed file: http://bugs.python.org/file16414/pickle_suggestion.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8037] multiprocessing.Queue's put() not atomic thread wise
Changes by Vilnis Termanis vilnis.terma...@googlemail.com: Added file: http://bugs.python.org/file16416/queue_perf.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8037 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8042] mmap buffer implementation does not respect seek pos
New submission from Matt Gattis gat...@gmail.com: 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 string. -- messages: 100308 nosy: Matt.Gattis severity: normal status: open title: mmap buffer implementation does not respect seek pos versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5315] signal handler never gets called
Andrew McNabb amcn...@mcnabbs.org added the comment: Sorry for the noise. It turns out that my problem was unrelated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5315 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Martin v. Löwis mar...@v.loewis.de 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. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8040] It would be nice if documentation pages linked to other versions of the same document
Martin v. Löwis mar...@v.loewis.de 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 rep...@bugs.python.org http://bugs.python.org/issue8040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Jason R. Coombs jar...@jaraco.com 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? What difficulty have you encountered? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1284316] Win32: Security problem with default installation directory
Martin v. Löwis mar...@v.loewis.de 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? What difficulty have you encountered? I can only answer the last question: I tried using the ACL features in MSI (i.e. with the LockPermissions table), and couldn't get that to work. Personally, I would think that restricting write access to the user performing the installation should be good enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1284316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8043] ntpath.realpath munges os.devnull
New submission from Jason R. Coombs jar...@jaraco.com: 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 '.\\nul' which apparently is the absolute path to the NULL file handle. -- components: Windows messages: 100314 nosy: jaraco severity: normal status: open title: ntpath.realpath munges os.devnull versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2973] _ssl compiler warnings
STINNER Victor victor.stin...@haypocalc.com 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 be compatible with any OpenSSL version. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2973] _ssl compiler warnings
Changes by STINNER Victor victor.stin...@haypocalc.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8043] ntpath.realpath munges os.devnull
Ezio Melotti ezio.melo...@gmail.com added the comment: This might be related to #7909. -- components: +Library (Lib) nosy: +ezio.melotti priority: - normal stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
David Watson bai...@users.sourceforge.net 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 interface (hopefully the last). The recvmsg() methods no longer receive ancillary data by default, since calling them on an AF_UNIX socket with the old default buffer could allow a malicious sender to send unwanted file descriptors up to receiver's resource limit, and in a multi-threaded program, another thread could then be prevented from opening new file descriptors before the receiving thread had a chance to close the unwanted ones. Since the ancillary buffer size argument is now more likely to need a value, I've moved it to second place; the basic argument order is now the same as in Kalman Gergely's patch. CMSG_LEN() and CMSG_SPACE() are now provided. I've also used socket.error instead of ValueError when rejecting some buffer object/array for being too big to handle, since the system call itself might cause socket.error to be raised for a smaller (oversized) object, failing with EMSGSIZE or whatever. The code is now much more paranoid about checking the results of the CMSG_*() macros, and will raise RuntimeError if it finds its assumptions are not met. I'd still like to add tests for receiving some of the RFC 3542 ancillary data items, especially since the SCM_RIGHTS tests can't always (ever?) test recvmsg() with multiple items (if you send two FD arrays, the OS can coalesce them into a single array before delivering them). -- Added file: http://bugs.python.org/file16417/baikie-hwundram-v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5380] pty.read raises IOError when slave pty device is closed
Changes by Albert Hopkins mar...@python.net: -- nosy: +marduk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7820] parser: restores all bytes in the right order if check_bom() fails
STINNER Victor victor.stin...@haypocalc.com 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 tracker rep...@bugs.python.org http://bugs.python.org/issue7820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?
Jason R. Coombs jar...@jaraco.com added the comment: This bug does not exhibit in Python 3.1.1. -- nosy: +jaraco versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8043] ntpath.realpath munges os.devnull
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8043] ntpath.realpath munges os.devnull
Jason R. Coombs jar...@jaraco.com added the comment: Indeed, this is a duplicate. My search failed probably because ntpath.abspath is ntpath.realpath. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug
STINNER Victor victor.stin...@haypocalc.com 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 rep...@bugs.python.org http://bugs.python.org/issue3299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7449] A number tests crash if python is compiled --without-threads
Jerry Seutter jseut...@gmail.com 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 this way do not actually use the network at all. They instead test that the close() method returns None and that the transport() method returns the transport passed in to the constructor. I figured setting the url to 'http:' instead of an empty string was more readable. The reader would know that the string was supposed to be a url and that it was utterly meaningless in this case. In the test_macostools.py case, the os.unlink(TESTFN2) call is a copy and paste error from the previous test. This test tried to remove an alias it never created, and it failed to check that the destination directory for the alias actually was a directory (it only checked that the path existed - in my case it was a file, not a directory). I fixed the test to check that sys.prefix is a directory, and then clean up sys.prefix/TESTFN2. The skip_if_no decorator is not absolutely necessary and could have been skipped. I believe it adds to the readability of the code because with the decorator it becomes obvious that the test should skip in some cases. Perhaps this is what import_module() is for - if so, should I document it? I also believe the decorator helps prevent cases where a resource is allocated (like creating a directory), then the import_module() call fails and a test artifact is left laying around on disk. Having said that, I do not know if this actually happens in any of the tests and so might be a moot point. In reference to disliking the naming of skip_if_no(), I do not like the naming either. The decorator attempts to import the module, then raises SkipTest if there was an ImportError. I think it is essential to have the words import and skip in the method name to help indicate what the decorator does. These are names I could live with: import_or_skip_test('threading') import_module_or_skip_test('threading') skip_test_unless_import('threading') My preference is for the last one. Let me know which one you like best and I'll change the name to that. -- Added file: http://bugs.python.org/file16418/nothreads_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7449] A number tests crash if python is compiled --without-threads
R. David Murray rdmur...@bitdance.com 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 correctly in all the modules I scaned). That's what other test modules do in similar situations. -- versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8043] ntpath.realpath munges os.devnull
Changes by Benjamin Peterson benja...@python.org: -- resolution: - duplicate ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7449] A number tests crash if python is compiled --without-threads
STINNER Victor victor.stin...@haypocalc.com 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 threads: url = URL else: url = http: To avoid modifying the current tests in the most common case, Python with threads. In the test_macostools.py case, the os.unlink(TESTFN2) call is a copy and paste error from the previous test (...) Is this fix related to threads? If not, please open a different issue with a patch just to fix that. The skip_if_no decorator is not absolutely necessary and could have been skipped. I believe it adds to the readability of the code because with the decorator it becomes obvious that the test should skip in some cases. Perhaps this is what import_module() is for - if so, should I document it? (...) I like your decorator, but not it's name :-) import_module() is not a decorator, but your decorator call it, so it's fine. These are names I could live with: import_or_skip_test('threading') import_module_or_skip_test('threading') skip_test_unless_import('threading') The main goal is to skip a test, so a name starting with skip is a good idea. You might drop test_ because we already have a context (namespace): the function is defined in the test_support module. @test_support.skip_unless_import('thread') doesn't look bad :-) -- Comments about your new patch. Lib/ctypes/test/test_errno.py is completly skipped whereas only half the tests depends on threads. I don't really like the idea of skipping the whole file if threads are disabled (except for tests only based on tests, like test_threading.py). If someone adds a new test without reading the imports header, he will not notice that the test will be skipped if threads are not available, even if his test doesn't depend on threads. Since Python 2.7 and 3.0+ supports class decorators, why not using a decorator on classes instead of the blacklisting the whole file? I don't know if you decorator can be used on a class without any change. You need maybe to add **kw to the wrapper() function. Lib/test/test_sqlite.py: only Lib/sqlite3/test/dbapi.py depends on threads, all other tests should work without thread. Lib/test/test_urllib2_localnet.py shouldn't inherit from BaseTestCase because it overrides all methods (setUp and tearDown), but simply from unittest.TestCase. This is not directly related to your patch. reap_threads(): you should move the import thread to do it only once, and write a dummy decorator if threads are disabled. Something like: if have threads: def reap_threads(func): ... else: def reap_threads(func): # do nothing return func And write a doc string to explain that the function does nothing if threads are disabled. fork_wait.py, test_bz2.py: the decorator is maybe useless here (import_module should be enough). Or do you suggest it for the readability? Lib/test/test_multiprocessing.py: I guess that some tests can be executed without thread (only testcases_threads require threads?). Lib/test/test_capi.py: because of import_module('threading'), TestPendingCalls will be skipped whereas TestPendingCalls.test_pendingcalls_non_threaded() works without threads. Lib/test/test_hashlib.py can simply use @reap_threads and import_module() in test_threaded_hashing() (instead of using a try/except at the beginning of the file). ... I'm too tired to re-read the whole patch. I think that you understood my ideads, and I don't have to detail changes on each file. Can you write a new version of the patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7449 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8044] Py_EnterRecursiveCall and Py_LeaveRecursiveCall are undocumented
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com: 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: Documentation messages: 100325 nosy: georg.brandl, stutzbach severity: normal status: open title: Py_EnterRecursiveCall and Py_LeaveRecursiveCall are undocumented versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8044 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 n...@acm.org: 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 setreuid and setregid and, although the tests added for them claim that they do nothing, on OS X 10.6 (in a framework build at least) they do have a side effect. A simplified test case demonstrates: $ ./python Python 2.6.5rc1 (release26-maint, Mar 2 2010, 15:22:31) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type help, copyright, credits or license for more information. from Tkinter import Tcl Tcl().loadtk() # Tk window opens ^D $ ./python Python 2.6.5rc1 (release26-maint, Mar 2 2010, 15:22:31) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type help, copyright, credits or license for more information. from Tkinter import Tcl import os os.getuid(), os.geteuid() (501, 501) os.setreuid(-1, -1) os.getuid(), os.geteuid() (501, 501) Tcl().loadtk() 2010-03-02 18:20:28.375 Python[21147:60f] The application with bundle ID org.python.python is running setugid(), which is not allowed. $ ./python Python 2.6.5rc1 (release26-maint, Mar 2 2010, 15:22:31) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type help, copyright, credits or license for more information. from Tkinter import Tcl import os os.getgid(), os.getegid() (20, 20) os.setregid(-1, -1) os.getgid(), os.getegid() (20, 20) Tcl().loadtk() 2010-03-02 18:25:15.952 Python[21163:60f] The application with bundle ID org.python.python is running setugid(), which is not allowed. Searching the web for running setugid(), which is not allowed shows various programs affected by this change in OS X 10.6, apparently to close a security hole. Unfortunately, the module and test changes cause the standard python regression test to abort at test_tcl. For 2.6.5 at least, suggest disabling the two new -1, -1 tests on OS X. (I assume that the other branches exhibit the same behavior but I haven't explicitly tested them yet.) -- messages: 100326 nosy: barry, gregory.p.smith, ned.deily, ronaldoussoren severity: normal status: open title: test_tcl aborts on OS X 10.6 with The application with bundle ID org.python.python is running setugid(), which is not allowed. type: crash versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 n...@acm.org added the comment: (Thanks to Tom Loredo for bringing up the issue on the pythonmac-sig list.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7999] setregid does not work with -1 as argument
Ned Deily n...@acm.org 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 rep...@bugs.python.org http://bugs.python.org/issue7999 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?
Jason R. Coombs jar...@jaraco.com 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 rep...@bugs.python.org http://bugs.python.org/issue7909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 g...@krypto.org 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 they don't alter the main test runner process state. -- assignee: - gregory.p.smith priority: - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8045 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8046] mmap.mmap as a context manager
New submission from Brian Curtin cur...@acm.org: 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) files: mmap_context_mgr.diff keywords: needs review, patch, patch messages: 100331 nosy: brian.curtin priority: normal severity: normal stage: patch review status: open title: mmap.mmap as a context manager type: feature request versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file16420/mmap_context_mgr.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8046 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5802] The security descriptors of python binaries in Windows are not strict enough
Hong Chen cn.hongc...@gmail.com added the comment: Sure. Thank you for the information! Hong On Tue, Mar 2, 2010 at 4:26 AM, R. David Murray rep...@bugs.python.org wrote: R. David Murray rdmur...@bitdance.com 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 default installation directory ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5802 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5802 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8047] Serialiser in ElementTree returns unicode strings in Py3k
New submission from Stefan Behnel sco...@users.sourceforge.net: 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 default, the string was 7-bit ASCII compatible. This behavioural change breaks all code that relies on the default behaviour of ElementTree. Since there is no longer a default encoding in Python 3, unicode strings are incompatible with byte strings, which means that the result of the serialisation can no longer be written to a file, for example. XML is well defined as a stream of bytes. Redefining it as a unicode string *by default* is hard to understand at best. Finally, it would have been good to look at the other ET implementation before introducing such a change. The lxml.etree package has had support for serialising XML into a unicode string for years, and does so in a clear, safe and explicit way. It requires the user to pass the 'unicode' (Py3 'str') type as encoding parameter, e.g. tree.tostring(encoding=str) which is explicit enough to make it clear that this is different from a normal encoding. -- components: Library (Lib) messages: 100333 nosy: scoder severity: normal status: open title: Serialiser in ElementTree returns unicode strings in Py3k type: behavior versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8047 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com