[issue12287] ossaudiodev: stack corruption with FD = FD_SETSIZE
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file22325/oss_check_closed.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12287 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12313] make install misses packaging module
Ned Deily n...@acm.org added the comment: Listing all those directories to the Makefile does seem very brittle and will certainly be a maintenance hassle. OTOH, there is something to be said for being explicit about what gets installed. I suppose you could add the find step to ./configure and pass the list into the Makefile. Dunno if that is really is a good idea, though. In any case, if a reminder isn't already there, perhaps one should be added to the devguide or packaging docs about this when adding test directories. Also you may want to add some of the packaging test directories to those excluded in the calls to compileall.py a little further down in the libinstall target. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12316] test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot
STINNER Victor victor.stin...@haypocalc.com added the comment: In a multi-threaded program, we're only allowed to call async-safe functions between fork() and exec() in the child process Oh, I don't know that. The test should be modified to create a new clean Python process using subprocess to run the test. -- title: Now: test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot Was: test_signal: test_sigwait_thread failure on FreeBSD 6.4 buildbot ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11898] Sending binary data with a POST request in httplib can cause Unicode exceptions
Terry J. Reedy tjre...@udel.edu added the comment: should *not* be reopened. Sorry for omission of 'not'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12188] PEP 7 (or guide) add C style policies and explanation
Terry J. Reedy tjre...@udel.edu added the comment: We have a second item for the PEP (or Guide) section (but I think I prefer in the PEP so as to have one place to look for such things.). So I changed the title a bit. On 6/10/2011 3:49 PM, Guido van Rossum wrote: On Wed, Jun 8, 2011 at 8:12 AM, Nick Coghlanncogh...@gmail.com I actually thought Brett's rationale in the checkin comment was reasonable (if you get in the habit of putting constants on the left, then the classic '=' instead of '==' typo is a compiler error instead of a reassignment). [I understand this rationale too; I forget what I actually did when I was writing C.] I really like consistency across the code base. I really don't like constant-on-the-left, and it's basically not used in the current codebase. Please be consistent and don't start using it. [I suspect I did this.] Call it a +0 in favour of letting people put constants on the left in C code if they prefer it that way, so long as any given if/elif chain is consistent in the style it uses. Sorry, I give it a -1. (I'd like to be able to read the codebase still... :-) I bet there will be more things for a new section. -- title: PEP 7, C style: add ++ policy and explanation - PEP 7 (or guide) add C style policies and explanation type: feature request - versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12260] Make install default to user site-packages
Terry J. Reedy tjre...@udel.edu added the comment: In my Winxp machine, I can add and delete directories in python32/Lib/site-packages (all-users installation) from my user account. That is what I expect and want the default to be, not the Terry/whatever that I have never used (or the admin/whatever if I happen to install as admin.) -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12260 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12261] urllib.parse docs still refer to urlparse
Terry J. Reedy tjre...@udel.edu added the comment: I believe this is ready to apply. -- nosy: +terry.reedy stage: - commit review versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12261 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12272] Python 2.7.1 version conflict for package Tcl on Windows 7
Terry J. Reedy tjre...@udel.edu added the comment: Martin, any ideas? Jack, I would wipe out the tcl directory and rerun the 2.7.1 installer, selecting just the tk/tcl/idle option. I have trouble believe that every 2.7.1 install on win7 is bad. -- nosy: +loewis, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12272 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12276] 3.x ignores sys.tracebacklimit=0
Terry J. Reedy tjre...@udel.edu added the comment: Either code or doc must change (with 'version changed' note). Doc: The default is 1000. When set to 0 or less, all traceback information is suppressed and only the exception type and value are printed. Christian's patch: values = 0 are replaced with a default value to avoid infinite recursion and other issues. Default is 1000. I do not see the logic of changing 'nothing' to 'everything'. I am puzzled how printing nothing causes infinite recursion. -- assignee: - docs@python components: +Documentation nosy: +christian.heimes, docs@python, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12299] Stop documenting functions added by site as builtins
Terry J. Reedy tjre...@udel.edu added the comment: In the 3.2.0 doc, quit and exit (which are unnecessary and nearly useless) are already in the site-variables section (where I think they should be), not in builtin funcs. Did someone move them since? If so, you should discuss rather than just revert. The extremely useful help() is documented with builtin funcs, where beginners can it easily. It is used (frequently) in interactive mode. It is documented as being added by site. It could *also* be listed with quit and exit in the site additions section. Anyone sophisticated (foolish) enough to start interactive mode with -S (a bit hard on Windows) should know the consequences. I am opposed to removing the current entry. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12300] Document pydoc.help
Terry J. Reedy tjre...@udel.edu added the comment: There is already a link to the main entry, which is where I think it should be. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Changes by higery shoulderhig...@gmail.com: Removed file: http://bugs.python.org/file21725/test_manifest_reading_sdist.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
Changes by higery shoulderhig...@gmail.com: Removed file: http://bugs.python.org/file21764/test_manifest_reading_sdist_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12301] Use :data:`sys.thing` instead of ``sys.thing`` throughout
Terry J. Reedy tjre...@udel.edu added the comment: Links are good ;-). -- nosy: +terry.reedy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12301 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828450] sdist generates bad MANIFEST on Windows
higery shoulderhig...@gmail.com added the comment: I just recreated this patch against version 2.7, so I'm not sure it can be applied to all the listed versions. Note: there still are two pathes, one for sdist.py and another for test_sdist.py -- Added file: http://bugs.python.org/file22328/test_manifest_reading_sdist.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
