[issue6419] Broken test_kqueue.py on OpenBSD
Remi Pointel pyt...@xiri.fr added the comment: Hi, I think this issue is relied to issue 12181. I have made tests. 1)with no patch: testPair (__main__.TestKQueue) ... ok test_create_event (__main__.TestKQueue) ... FAIL test_create_queue (__main__.TestKQueue) ... ok test_queue_event (__main__.TestKQueue) ... FAIL == FAIL: test_create_event (__main__.TestKQueue) -- Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 28, in test_create_event self.assertEqual(ev.ident, fd) AssertionError: 562945658454018L != 2 == FAIL: test_queue_event (__main__.TestKQueue) -- Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 129, in test_queue_event (server.fileno(), select.KQ_FILTER_WRITE, flags)]) AssertionError: Lists differ: [(1688841270329350L, -2, 5L), ... != [(6, -2, 0), (7, -2, 0)] First differing element 0: (1688841270329350L, -2, 5L) (6, -2, 0) - [(1688841270329350L, -2, 5L), (1688841270329351L, -2, 5L)] + [(6, -2, 0), (7, -2, 0)] -- Ran 4 tests in 0.002s FAILED (failures=2) Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 196, in module test_main() File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 193, in test_main test_support.run_unittest(TestKQueue) File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_support.py, line 1087, in run_unittest _run_suite(suite) File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_support.py, line 1070, in _run_suite raise TestFailed(err) test.test_support.TestFailed: multiple errors occurred # 2)with patch-Lib_test_test_kqueue_py: # testPair (__main__.TestKQueue) ... ok test_create_event (__main__.TestKQueue) ... FAIL test_create_queue (__main__.TestKQueue) ... ok test_queue_event (__main__.TestKQueue) ... FAIL == FAIL: test_create_event (__main__.TestKQueue) -- Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 28, in test_create_event self.assertEqual(ev.ident, fd) AssertionError: 562945658454018L != 2 == FAIL: test_queue_event (__main__.TestKQueue) -- Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 130, in test_queue_event (server.fileno(), select.KQ_FILTER_WRITE, flags)]) AssertionError: Lists differ: [(1688841270329350L, -2, 5L), ... != [(6, -2, 5), (7, -2, 5)] First differing element 0: (1688841270329350L, -2, 5L) (6, -2, 5) - [(1688841270329350L, -2, 5L), (1688841270329351L, -2, 5L)] + [(6, -2, 5), (7, -2, 5)] -- Ran 4 tests in 0.002s FAILED (failures=2) Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 197, in module test_main() File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 194, in test_main test_support.run_unittest(TestKQueue) File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_support.py, line 1087, in run_unittest _run_suite(suite) File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_support.py, line 1070, in _run_suite raise TestFailed(err) test.test_support.TestFailed: multiple errors occurred # 3)with patch-Modules_selectmodule_c (see issue 12181) # testPair (__main__.TestKQueue) ... ok test_create_event (__main__.TestKQueue) ... ERROR test_create_queue (__main__.TestKQueue) ... ok test_queue_event (__main__.TestKQueue) ... FAIL == ERROR: test_create_event (__main__.TestKQueue) -- Traceback (most recent call last): File /usr/ports/pobj/Python-2.7.1/Python-2.7.1/Lib/test/test_kqueue.py, line 74, in test_create_event ev = select.kevent(bignum, 1, 2, 3, sys.maxsize, bignum) OverflowError: signed integer is greater than maximum ==
[issue12839] zlibmodule cannot handle Z_VERSION_ERROR zlib error
rmtew richard.m@gmail.com added the comment: Attached is a patch to fix the issue, generated using p4 diff -du which should hopefully be usable. -- keywords: +patch Added file: http://bugs.python.org/file23044/zlibmodule.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12840] maintainer value clear the author value when register
New submission from Luca Fabbri luca...@gmail.com: I reported this problem in the pypi site issue tracker (issue 3396924): https://sourceforge.net/tracker/?func=detailatid=513503aid=3396924group_id=66150 However it seems that is a python bug. If in one package's setup.py I provide maintainer (with email) and author (whit email) after the python setup.py register ... upload I create a new package where I see the maintainer as a creator. If I manually fix it through the pypi user interface all works, so seems that this is only a bug of the register procedure. -- assignee: tarek components: Distutils messages: 142959 nosy: eric.araujo, keul, tarek priority: normal severity: normal status: open title: maintainer value clear the author value when register type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11576] timedelta subtraction glitch on big timedelta values
Gökçen Eraslan gok...@pardus.org.tr added the comment: I can still reproduce that error with Python 2.7.2: Python 2.7.1 (r271:86832, Apr 27 2011, 15:42:42) [GCC 4.5.2] on linux2 Type help, copyright, credits or license for more information. from datetime import * timedelta(9, 86399, 99) - timedelta(9, 86399, 98) Traceback (most recent call last): File stdin, line 1, in module OverflowError: days=-10; must have magnitude = 9 and I see that patch is applied in 2.7.2. -- nosy: +Gökçen.Eraslan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11576 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
Philipp Weinfurter wirrwu...@gmail.com added the comment: From AIFF-C Draft '91, Section 5, Sound Data Chunk: If soundData[] contains an odd number of bytes, a pad byte with a value of zero is added at the end to preserve an even length for this Chunk. So I think aifc.patch is wrong. However, Chunk.skip() is broken for non-seekable files, I added a trivial patch -- nosy: +phew Added file: http://bugs.python.org/file23045/chunk2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12839] zlibmodule cannot handle Z_VERSION_ERROR zlib error
Nadeem Vawda nadeem.va...@gmail.com added the comment: Thanks for the bug report and patch. I'll take a look at it over the weekend. -- assignee: - nadeem.vawda components: +Extension Modules -None nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12839 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12838] FAQ/Programming typo: range[3] is used
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 0abe03195d09 by Georg Brandl in branch '3.2': Close #12838: fix range() call. http://hg.python.org/cpython/rev/0abe03195d09 New changeset 16a90cdb5ee4 by Georg Brandl in branch '2.7': Close #12838: fix range() call. http://hg.python.org/cpython/rev/16a90cdb5ee4 -- nosy: +python-dev resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5752] xml.dom.minidom does not escape CR, LF and TAB characters within attribute values
Yap Sok Ann sok...@gmail.com added the comment: Just want to mention that until the patch get included, it will be impossible to use the standard library to generate a working BCP (Bulk Copy Program) XML format file for SQL Server, which always requires a TERMINATOR=\r\n or TERMINATOR=#13;#10; attribute. -- nosy: +sayap ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5752 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12786] subprocess wait() hangs when stdin is closed
Ross Lagerwall rosslagerw...@gmail.com added the comment: Patch looks good after Victor's comment. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12835] Missing SSLSocket.sendmsg() wrapper allows programs to send unencrypted data by mistake
Changes by Charles-François Natali neolo...@free.fr: -- nosy: +ncoghlan, pitrou priority: normal - high type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12835] Missing SSLSocket.sendmsg() wrapper allows programs to send unencrypted data by mistake
Antoine Pitrou pit...@free.fr added the comment: Adding an explanation message to the NotImplementedError would be more helpful. Otherwise, good catch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12803] SSLContext.load_cert_chain() should accept a password argument
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset cdc6c1b072a5 by Antoine Pitrou in branch 'default': Issue #12803: SSLContext.load_cert_chain() now accepts a password argument http://hg.python.org/cpython/rev/cdc6c1b072a5 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12803] SSLContext.load_cert_chain() should accept a password argument
Antoine Pitrou pit...@free.fr added the comment: Your latest patch was committed, thank you! -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12841] Incorrect tarfile.py extraction
New submission from Sebastien Luttringer seblu+pyt...@seblu.net: This patch fix extraction of tarfile which override tarfile uid/gid tarfile.py extract function override uid/gid of a file if uid/gid is not existant on the system. When user is not root (uid 0), common behaviour of extracting is correct. When user is root, python implementation try to preserve (like tar -p) ownership from tarball, but if uid/gid doesn't exist it remplace by process uid/gid. This leads to fake the expected behaviour of preservation! By example, extracting tarball with a root filesystem will create incorrect ownership for file where owner/group is not on the current filesystem. -- components: Library (Lib) files: tarfile-bug.patch keywords: patch messages: 142969 nosy: seblu priority: normal severity: normal status: open title: Incorrect tarfile.py extraction type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file23046/tarfile-bug.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12841] Incorrect tarfile.py extraction
Martin v. Löwis mar...@v.loewis.de added the comment: Lars, any comment? -- assignee: - lars.gustaebel nosy: +lars.gustaebel, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12841] Incorrect tarfile.py extraction
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12840] maintainer value clear the author value when register
Éric Araujo mer...@netwok.org added the comment: I think this is intended behavior. When the author of a project is the one to register with PyPI, they use the author and author_email fields, which get displayed at PyPI. When it is not the original author but someone else who packages and registers a project, then they fill author and maintainer entries, and PyPI uses the maintainer/maintainer_email values as person to contact. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3754] cross-compilation support for python build
Éric Araujo mer...@netwok.org added the comment: Copy-pasting of a previous comment: I see some “fix for issue #NNN is bogus” in your patch: would you open separate bug reports for those? A diff file is not a very useful way to report bugs or express opinions wink. Copy-pasting of many previous comments: distutils does not get new features (cross-compilation is a new feature), please focus on packaging. -- assignee: - tarek components: +Distutils2 nosy: +alexis, tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with packaging
Éric Araujo mer...@netwok.org added the comment: Please read msg136382 and take it into account. Also, I suggest you wait a bit for packaging patches: GSoC projects need to be reviewed and integrated, which may change large parts of the codebase. -- title: cross and native build of python for mingw32 with distutils - cross and native build of python for mingw32 with packaging ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12840] maintainer value clear the author value when register
Luca Fabbri luca...@gmail.com added the comment: I'm quite sure that after gettint ownership on an already existent package (with a different author inside) and I added the maintainer (with my name) I get the author override. But maybe I don't remember exactly... Is not simpler (to understand) to keep always the approach to keep both? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12678] test_packaging and test_distutils failures under Windows
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 262e03bbe7a9 by Éric Araujo in branch 'default': Another (hopefully last) fix for test_packaging on Windws (#12678) http://hg.python.org/cpython/rev/262e03bbe7a9 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12678 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12333] test_packaging failures under Solaris
Éric Araujo mer...@netwok.org added the comment: This is strange; TempdirManager.tearDown already changes back to self._olddir (set to os.getcwd() in setUp). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12386] packaging fails in install_distinfo when writing RESOURCES
Éric Araujo mer...@netwok.org added the comment: Vinay: I don’t understand your message. I wasn’t part of the effort that added the resources subsystem, so I will work on a patch for this bug to learn more about it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12840] maintainer value clear the author value when register
Éric Araujo mer...@netwok.org added the comment: Is not simpler (to understand) to keep always the approach to keep both? Well, there needs to be one point of contact. If someone takes the responsibility to make a project available on PyPI without asking the author to do it themselves, then that someone is responsible for the PyPI distribution. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12333] test_packaging failures under Solaris
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset c0ec01c95a73 by Antoine Pitrou in branch '3.2': Issue #12333: fix test_distutils failures under Solaris and derivatives http://hg.python.org/cpython/rev/c0ec01c95a73 New changeset 80f814dca274 by Antoine Pitrou in branch 'default': Issue #12333: fix test_distutils failures under Solaris and derivatives http://hg.python.org/cpython/rev/80f814dca274 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12333] test_packaging failures under Solaris
Changes by Antoine Pitrou pit...@free.fr: -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12333] test_distutils and test_packaging failures under Solaris
Éric Araujo mer...@netwok.org added the comment: Thanks for applying the same fix to test_distutils! -- title: test_packaging failures under Solaris - test_distutils and test_packaging failures under Solaris ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3329] API for setting the memory allocator used by Python
Antoine Pitrou pit...@free.fr added the comment: All this needs is a patch. Note that there are some places where we call malloc()/free() without going through our abstraction API. This is not in allocation-heavy paths, though. -- nosy: +pitrou versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3329 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12656] test.test_asyncore: add tests for AF_INET6 and AF_UNIX sockets
Changes by Charles-François Natali neolo...@free.fr: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12656 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Charles-François Natali neolo...@free.fr added the comment: The OS X buildbots show some failures: It seems to fail consistently on every OS X version. I've had another look both at the code and the test, and couldn't find anything wrong with it. Since there are a number of known bugs pertaining to FD passing on OS X - even on recent versions - I'd suggest to skip those tests on this platform. As for sendto/sendmsg not being interrupted by the signal, I'd be curious to see if running test_socket alone solves the problem (just to make sure no other thread is running, which might receive the signal). -- ___ 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
[issue12386] packaging fails in install_distinfo when writing RESOURCES
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: Éric: I only meant that when writing data resources, one might reasonably use 'wb', but when writing scripts, which are text, 'w' is more appropriate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12386] packaging fails in install_distinfo when writing RESOURCES
trevor tre...@well.com added the comment: i see the same behavior - the error occurs leaving an empty RESOURCES file -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5113] 2.5.4.3 / test_posix failing on HPUX systems
Charles-François Natali neolo...@free.fr added the comment: Oooh, I'm confused. I removed this stupid patch. chown_hpux-3.diff has a problem too: it skips the successful chown call (that's why I put the SkipTest at the end). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12386] packaging fails in install_distinfo when writing RESOURCES
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: BTW, IIRC I have fixed it in the pythonv branch. https://bitbucket.org/vinay.sajip/pythonv -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12786] subprocess wait() hangs when stdin is closed
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 498b03a55297 by Charles-François Natali in branch '2.7': Issue #12786: Set communication pipes used by subprocess.Popen CLOEXEC to avoid http://hg.python.org/cpython/rev/498b03a55297 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
Changes by Philipp Weinfurter wirrwu...@gmail.com: Removed file: http://bugs.python.org/file23045/chunk2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
Philipp Weinfurter wirrwu...@gmail.com added the comment: Oops. Misread the code, that part of skip() is fine. Patch removed. Sorry about that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with packaging
Luke Kenneth Casson Leighton l...@lkcl.net added the comment: eric, if you recall there was some discussion that it was acceptable to use distutils but *only* for python 2.N (on the basis that its use is so well entrenched that it would be impossible to force python2.N applications to start using distutils2), and i agreed wholeheartedly with you that the expectation to use distutils2 would be reasonable for python3.N just as an aside: have all python 3.N packaging scripts, for all python-dev scripts *and* all 3rd party packages world-wide, been using distutils2 by default instead of distutils? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12786] subprocess wait() hangs when stdin is closed
Charles-François Natali neolo...@free.fr added the comment: Patch committed. Idan, thanks for the report. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12842] Docs: first parameter of tp_richcompare() always has the correct type
New submission from Stefan Krah stefan-use...@bytereef.org: I've noticed that assumptions about the operand types in tp_richcompare() are not always consistent. As far as I can see, the first parameter in tp_richcompare() is guaranteed to be of the correct type. But in some places the first parameter's type is still checked: Objects/cellobject.c: if (!PyCell_Check(a) || !PyCell_Check(b)) { The attached patch makes it clear that the first parameter has the correct type. -- assignee: docs@python components: Documentation files: tp_richcompare.diff keywords: patch messages: 142991 nosy: docs@python, skrah priority: normal severity: normal status: open title: Docs: first parameter of tp_richcompare() always has the correct type type: feature request versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file23047/tp_richcompare.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12842 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12837] Patch for issue #12810 removed a valid check on socket ancillary data
David Watson bai...@users.sourceforge.net added the comment: On Wed 24 Aug 2011, Charles-François Natali wrote: I included this test deliberately, because msg_controllen may be of signed type [...] POSIX allows socklen_t to be signed http://pubs.opengroup.org/onlinepubs/007908799/xns/syssocket.h.html sys/socket.h makes available a type, socklen_t, which is an unsigned opaque integral type of length of at least 32 bits. To forestall portability problems, it is recommended that applications should not use values larger than 2**32 - 1. That has since been changed. I'm reading from POSIX.1-2008, which says: The sys/socket.h header shall define the socklen_t type, which is an integer type of width of at least 32 bits http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/sys_socket.h.html The warning against using values larger than 2**32 - 1 is still there, I presume because they would not fit in a 32-bit signed int. Also, I'm not convinced by this: /* Check for empty ancillary data as old CMSG_FIRSTHDR() implementations didn't do so. */ for (cmsgh = ((msg.msg_controllen 0) ? CMSG_FIRSTHDR(msg) : NULL); cmsgh != NULL; cmsgh = CMSG_NXTHDR(msg, cmsgh)) { Did you really have reports of CMSG_NXTHDR not returning NULL upon empty ancillary data (it's also raquired by POSIX)? I take it you mean CMSG_FIRSTHDR here; RFC 3542 says that: One possible implementation could be #define CMSG_FIRSTHDR(mhdr) \ ( (mhdr)-msg_controllen = sizeof(struct cmsghdr) ? \ (struct cmsghdr *)(mhdr)-msg_control : \ (struct cmsghdr *)NULL ) (Note: Most existing implementations do not test the value of msg_controllen, and just return the value of msg_control... IIRC, I saw an implementation in old FreeBSD headers that did not check msg_controllen, and hence did not return NULL as RFC 3542 requires. Now you come to mention it though, this check in the for loop does actually protect against the kernel returning a negative msg_controllen, so the only remaining possibility would be that the CMSG_* macros fiddle with it. That said, the fact remains that the compiler warning is spurious if msg_controllen can be signed on some systems, and I still don't think decreasing the robustness of the code (particularly against any future modifications to that code) just for the sake of silencing a spurious warning is a good thing to do. People can read the comment above the offending line and see that the compiler has got it wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12837 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12835] Missing SSLSocket.sendmsg() wrapper allows programs to send unencrypted data by mistake
David Watson bai...@users.sourceforge.net added the comment: On Thu 25 Aug 2011, Antoine Pitrou wrote: Adding an explanation message to the NotImplementedError would be more helpful. Otherwise, good catch. OK, I've copied the messages from the ValueErrors the other methods raise. -- Added file: http://bugs.python.org/file23048/ssl_sendrecvmsg_notimplemented-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12835 ___# HG changeset patch # User David Watson vcs at dbwatson.ukfsn.org # Date 1314305189 -3600 # Node ID 23cdc358bbfb0ad40607b1c54bda2f7b5abe39f0 # Parent 80f814dca274b5d848dbd306c1513263e69011ce Make SSLSocket.sendmsg/recvmsg/recvmsg_into() raise NotImplementedError. diff --git a/Lib/ssl.py b/Lib/ssl.py --- a/Lib/ssl.py +++ b/Lib/ssl.py @@ -355,6 +355,12 @@ class SSLSocket(socket): else: return socket.sendto(self, data, flags_or_addr, addr) +def sendmsg(self, *args, **kwargs): +# Ensure programs don't send data unencrypted if they try to +# use this method. +raise NotImplementedError(sendmsg not allowed on instances of %s % + self.__class__) + def sendall(self, data, flags=0): self._checkClosed() if self._sslobj: @@ -413,6 +419,14 @@ class SSLSocket(socket): else: return socket.recvfrom_into(self, buffer, nbytes, flags) +def recvmsg(self, *args, **kwargs): +raise NotImplementedError(recvmsg not allowed on instances of %s % + self.__class__) + +def recvmsg_into(self, *args, **kwargs): +raise NotImplementedError(recvmsg_into not allowed on instances of + %s % self.__class__) + def pending(self): self._checkClosed() if self._sslobj: diff --git a/Lib/test/test_ssl.py b/Lib/test/test_ssl.py --- a/Lib/test/test_ssl.py +++ b/Lib/test/test_ssl.py @@ -1651,6 +1651,11 @@ else: # consume data s.read() +self.assertRaises(NotImplementedError, s.sendmsg, [bdata]) +self.assertRaises(NotImplementedError, s.recvmsg, 100) +self.assertRaises(NotImplementedError, + s.recvmsg_into, bytearray(100)) + s.write(bover\n) s.close() finally: ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12835] Missing SSLSocket.sendmsg() wrapper allows programs to send unencrypted data by mistake
Changes by Antoine Pitrou pit...@free.fr: -- assignee: - ncoghlan type: behavior - security ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12833] raw_input misbehaves when readline is imported
Changes by Mads Kiilerich m...@kiilerich.com: -- nosy: +kiilerix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12843] file object read* methods in append mode overflows
New submission from Otacon Karurosu otacon.karur...@gmail.com: When opening a file in append mode and attempting to read after doing a write operation causes the read method to overflow and read memory directly (instead of returning an empty string) The following code prints garbage: f2 = open(test, w+b) f2.write(python!) print f2.readline() However the following print empty lines: f2 = open(test, w+b) print f2.readline() f2 = open(test, w+b) f2.write(python!) f2.seek(f2.tell()) print f2.readline() This also happens with tempfiles: f = tempfile.TemporaryFile() f.write(python!) print f.readline() -- components: Interpreter Core, Library (Lib) messages: 142994 nosy: Otacon.Karurosu priority: normal severity: normal status: open title: file object read* methods in append mode overflows type: behavior versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12844] Support more than 255 arguments
New submission from Anders Kaseorg ande...@mit.edu: This feels like an arbitrary restriction (obvious sequences have been replaced with ‘…’ to save space in this report): zip([0], [1], [2], …, [1999]) File stdin, line 1 SyntaxError: more than 255 arguments especially when this works: zip(*[[0], [1], [2], …, [1999]]) [(0, 1, 2, …, 1999)] Apparently that limit bites some people: https://docs.djangoproject.com/en/1.3/topics/http/urls/#module-django.conf.urls.defaults The bytecode format doesn’t support directly calling a function with more than 255 arguments. But, it should still be pretty easy to compile such function calls by desugaring f(arg0, …, arg999, k0=v0, …, k999=v999) into f(*(arg0, …, arg999), **{'k0': 'v0', …, 'k999': 'v999'}) -- components: Interpreter Core messages: 142995 nosy: andersk priority: normal severity: normal status: open title: Support more than 255 arguments type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12844] Support more than 255 arguments
Anders Kaseorg ande...@mit.edu added the comment: I guess the desugaring is slightly more complicated in the case where the original function call already used *args or **kwargs: f(arg0, …, arg999, *args, k0=v0, …, k999=v999, **kwargs) becomes something like f(*((arg0, …, arg999) + args), **dict({'k0': 'v0', …, 'k999': 'v999'}, **kwargs)) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11241] ctypes: subclassing an already subclassed ArrayType generates AttributeError
Meador Inge mead...@gmail.com added the comment: This patch was marked as accepted, but it doesn't seem to be committed. Will someone commit it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12844] Support more than 255 arguments
Raymond Hettinger raymond.hettin...@gmail.com added the comment: On python-dev a few month ago, Guido agreed with you that this is an arbitrary limitation that should be removed at some point. In particular, he worried that programmatically generated code would tend to run into this limitation. -- nosy: +rhettinger priority: normal - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12843] file object read* methods in append mode overflows
Otacon Karurosu otacon.karur...@gmail.com added the comment: I have confirmed that this only happens in windows. -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12835] Missing SSLSocket.sendmsg() wrapper allows programs to send unencrypted data by mistake
Nick Coghlan ncogh...@gmail.com added the comment: As Antoine said, good catch. I'll be able to incorporate this in the next couple of days. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12835 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com