[issue12678] test_packaging and test_distutils failures under Windows
Nadeem Vawda nadeem.va...@gmail.com added the comment: I’ll commit the tmp-debug patch so that we can get info from the buildbot, unless Jeremy or someone can investigate. If you can wait until this evening (CEST), I'll run the tests with that patch applied locally. It might be easier to get to the bottom of this if we co-ordinate via IRC. -- ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
Éric Araujo mer...@netwok.org added the comment: I’m in CEST too (France), but I’m not sure I’ll have Internet access this evening. Would tomorrow afternoon work for you? I don’t want you to have to dive in distutils more than you should :) -- ___ 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
[issue12821] test_fcntl failed on OpenBSD 5.x
New submission from Remi Pointel pyt...@xiri.fr: Hello, test_fcntl failed on OpenBSD 5.0. It's ok when we add openbsd5 in the tuple of sys.platform (patch attached). Thanks a lot, Remi. -- files: patch-Lib_test_test_fcntl_py messages: 142784 nosy: rpointel priority: normal severity: normal status: open title: test_fcntl failed on OpenBSD 5.x versions: Python 2.7, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file23012/patch-Lib_test_test_fcntl_py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Charles-François Natali neolo...@free.fr added the comment:
Note that it's been fixed in default with the recent sys.platform refactoring:
26 if (sys.platform.startswith(('netbsd', 'freebsd', 'openbsd',
'bsdos'))
27 or sys.platform == 'darwin'):
28 if struct.calcsize('l') == 8:
I'll commit a patch for 2.7 and 3.2.
--
components: +Tests
nosy: +neologix
stage: - needs patch
type: - behavior
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12821
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Remi Pointel pyt...@xiri.fr added the comment: Thanks a lot, I prefer to use sys.platform.startswith too. Remi. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ 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: However, in doing this, I noticed that these methods will, at best, work during the time between connection and the socket going secure and were not added to the list of methods that the SSL is documented as exposing. Perhaps we should just ditch them entirely? +1 -- ___ 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
[issue12409] Moving Documenting Python to Devguide
Georg Brandl ge...@python.org added the comment: +1, and as Eric says, we can do it without changing versions of Sphinx used. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
New submission from INADA Naoki songofaca...@gmail.com: Using CLOCK_MONOTONIC is better than CLOCK_REALTIME (default) for GIL because settimeofday() may break the pthread_cond_timedwait(). Attached patch uses CLOCK_MONOTONIC and clock_gettime. But I don't know how to write appropriate configure script. -lrt is also needed to use clock_gettime() but I don't know how to add it to LIBS. -- components: None files: use_monotonic_clock.patch keywords: patch messages: 142789 nosy: naoki priority: normal severity: normal status: open title: NewGIL should use CLOCK_MONOTONIC if possible. type: behavior versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file23013/use_monotonic_clock.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ 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
Éric Araujo mer...@netwok.org added the comment: higery: Would you have a bit of free time to help use here? -- nosy: +higery ___ 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
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
STINNER Victor victor.stin...@haypocalc.com added the comment: See also #10278. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10278] add time.wallclock() method
STINNER Victor victor.stin...@haypocalc.com added the comment: See also #12822. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10278 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Marc-Andre Lemburg m...@egenix.com added the comment: Tennessee Leeuwenburg wrote: Tennessee Leeuwenburg tleeuwenb...@gmail.com added the comment: Thanks for the review. Here is a patch incorporating the two comments being to move some comments. Hmm, the documentation patch doesn't appear to have changed. Did you upload the right patch ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12808 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12823] Broken link in SSL wrapper for socket objects document
New submission from Roger Li worm...@gmail.com: In http://docs.python.org/release/3.1.3/library/ssl.html You will find a link at the bottom named Introducing SSL and Certificates using OpenSSL, it's a broken link. The server may be down or not exist, the only version I can find is http://web.archive.org/web/20090429050651/http://old.pseudonym.org/ssl/wwwj-index.html Please consider to replace the link to the new one. -- assignee: docs@python components: Documentation messages: 142794 nosy: docs@python, iworm priority: normal severity: normal status: open title: Broken link in SSL wrapper for socket objects document versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12824] Make the write_file() helper function in test_shutil return the file name it wrote to
New submission from Hynek Schlawack h...@ox.cx: test_shutil contains a handy helper function called write_file(filename. contents). If *filename* is a tuple, os.path.join() is used to concatenate it to a path. To be really useful, the resulting file name should be returned, so the user can work with it. So instead of: fn = os.path.join(x,y) write_file(fn, 'contents') I'd prefer: fn = write_file((x,y), 'contents') I have attached a simple patch that achieves this and also applied the resulting simplification to some of the tests. -- components: Tests files: write_file_returns_filename.diff keywords: patch messages: 142795 nosy: eric.araujo, hynek priority: normal severity: normal status: open title: Make the write_file() helper function in test_shutil return the file name it wrote to type: feature request versions: Python 3.3 Added file: http://bugs.python.org/file23014/write_file_returns_filename.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12721] Chaotic use of helper functions in test_shutil for reading and writing files
Hynek Schlawack h...@ox.cx added the comment: Done in Issue12824. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12721 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12825] Missing and incorrect link to a command line option.
New submission from Kyle Simpson illwhip...@gmail.com: The documentation for the runpy module has a link to the -m command line option. In version 2.7.2 of the docs, the link doesn't exist. http://docs.python.org/release/2.7/library/runpy.html http://docs.python.org/release/2.7.2/library/runpy.html If you run touch library/runpy.rst make html then the link is created, but with an anchor of cmdoption-unittest-discover-m instead of cmdoption-m. http://docs.python.org/release/2.7.2/using/cmdline.html#cmdoption-unittest-discover-m -- assignee: docs@python components: Documentation messages: 142797 nosy: Kyle.Simpson, docs@python priority: normal severity: normal status: open title: Missing and incorrect link to a command line option. versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12825] Missing and incorrect link to a command line option.
Éric Araujo mer...@netwok.org added the comment: It’s weird that the docs under /release/2.7 has the link but not the one under /. -- nosy: +eric.araujo, georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12825 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12826] module _socket failed to build on OpenBSD
New submission from Remi Pointel pyt...@xiri.fr: Hello, I try to build Python 3.3 on OpenBSD, and it failed to build these modules: _socket (so _ssl too). Errors are: /home/remi/dev/cpython_test/Modules/socketmodule.c: In function 'sock_recvmsg': /home/remi/dev/cpython_test/Modules/socketmodule.c:2935: error: storage size of 'iov' isn't known /home/remi/dev/cpython_test/Modules/socketmodule.c:2935: warning: unused variable 'iov' /home/remi/dev/cpython_test/Modules/socketmodule.c: In function 'sock_recvmsg_into': /home/remi/dev/cpython_test/Modules/socketmodule.c:3023: error: invalid application of 'sizeof' to incomplete type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3023: warning: division by zero /home/remi/dev/cpython_test/Modules/socketmodule.c:3023: error: invalid application of 'sizeof' to incomplete type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3034: error: invalid use of undefined type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3034: error: dereferencing pointer to incomplete type /home/remi/dev/cpython_test/Modules/socketmodule.c:3035: error: invalid use of undefined type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3035: error: dereferencing pointer to incomplete type /home/remi/dev/cpython_test/Modules/socketmodule.c: In function 'sock_sendmsg': /home/remi/dev/cpython_test/Modules/socketmodule.c:3332: error: invalid application of 'sizeof' to incomplete type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3332: warning: division by zero /home/remi/dev/cpython_test/Modules/socketmodule.c:3332: error: invalid application of 'sizeof' to incomplete type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3343: error: invalid use of undefined type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3343: error: dereferencing pointer to incomplete type /home/remi/dev/cpython_test/Modules/socketmodule.c:3344: error: invalid use of undefined type 'struct iovec' /home/remi/dev/cpython_test/Modules/socketmodule.c:3344: error: dereferencing pointer to incomplete type *** WARNING: renaming _ssl since importing it failed: No module named '_socket' If I add a #include sys/uio.h, these 2 modules correcly build. Attached file are: -the diff -the details of errors. Thanks, Remi. -- files: socketmodule_build_openbsd.diff keywords: patch messages: 142799 nosy: rpointel priority: normal severity: normal status: open title: module _socket failed to build on OpenBSD versions: Python 3.3 Added file: http://bugs.python.org/file23015/socketmodule_build_openbsd.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12826] module _socket failed to build on OpenBSD
Changes by Remi Pointel pyt...@xiri.fr: Added file: http://bugs.python.org/file23016/socketmodule_build_error_openbsd.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12826] module _socket failed to build on OpenBSD
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset b4b84e87dc6b by Victor Stinner in branch 'default': Close #12826: fix socketmodule.c for OpenBSD, include sys/uio.h http://hg.python.org/cpython/rev/b4b84e87dc6b -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12826] module _socket failed to build on OpenBSD
STINNER Victor victor.stin...@haypocalc.com added the comment: It's surprising that it works on FreeBSD but not on OpenBSD. Thanks for your patch. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12826 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12824] Make the write_file() helper function in test_shutil return the file name it wrote to
Éric Araujo mer...@netwok.org added the comment: Hm, I don’t think the patch makes the test easier to read or maintain. As I wrote in the commit message for #12721: For simple open then read/write calls, I have left the usual idiom (with open + read/write), as it is short and readable enough. In the current tests, sometimes os.path.join is called and the resulting name (e.g. src) is used to write contents and then as argument to a shutil function; I actually prefer that src paths are created right before dst and with similar code. So I think I’ll reject this patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12824 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
New submission from Remi Pointel pyt...@xiri.fr:
Hello,
/usr/tmp is not (used) on OpenBSD.
We have specific patch to do this, but I prefer to have this modification
upstream.
2.5:
http://www.openbsd.org/cgi-bin/cvsweb/ports/lang/python/2.5/patches/patch-Lib_tempfile_py
2.7:
http://www.openbsd.org/cgi-bin/cvsweb/ports/lang/python/2.7/patches/patch-Lib_tempfile_py
3.2:
http://www.openbsd.org/cgi-bin/cvsweb/ports/lang/python3/3.2/patches/patch-Lib_tempfile_py
Is it possible to add a specific location to remove /usr/tmp of the dirlist?
Attached file is the patch to do this:
--- Lib/tempfile.py.origThu Aug 4 17:05:24 2011
+++ Lib/tempfile.py Tue Aug 23 12:55:40 2011
@@ -138,6 +138,8 @@
# Failing that, try OS-specific locations.
if _os.name == 'nt':
dirlist.extend([ r'c:\temp', r'c:\tmp', r'\temp', r'\tmp' ])
+elif _sys.platform.startswith('openbsd'):
+dirlist.extend([ '/tmp', '/var/tmp' ])
else:
dirlist.extend([ '/tmp', '/var/tmp', '/usr/tmp' ])
, '/var/tmp' ])
Thanks,
Remi.
--
components: Library (Lib)
files: patch-Lib_tempfile_py
messages: 142803
nosy: rpointel
priority: normal
severity: normal
status: open
title: OS-specific location in Lib/tempfile.py for OpenBSD
versions: Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file23017/patch-Lib_tempfile_py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12827
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Antoine Pitrou pit...@free.fr added the comment: However, in doing this, I noticed that these methods will, at best, work during the time between connection and the socket going secure and were not added to the list of methods that the SSL is documented as exposing. Perhaps we should just ditch them entirely? Well, apparently the SSLSocket object is meant to be usable in clear text mode. I'm not sure why it's like that, but your patch looks ok to me (except that it has a debug print() call). -- ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
higery shoulderhig...@gmail.com added the comment: higery: Would you have a bit of free time to help use here? Certainly yes. I have run the test_packaging.py, the main error message is about ValueError: path is on mount 'c:', start on mount 'D:'. One sample is: ERROR: test_uses (packaging.tests.test_database.TestDistribution) -- Traceback (most recent call last): File D:\add-develop-command\lib\packaging\tests\test_database.py, line 148, in setUp os.path.join(distinfo_dir, file))) File D:\add-develop-command\lib\packaging\tests\test_database.py, line 36, in record_pieces path = relpath(file, sys.prefix) File D:\add-develop-command\lib\ntpath.py, line 622, in relpath raise ValueError(error) ValueError: path is on mount 'c:', start on mount 'D:' -- ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
higery shoulderhig...@gmail.com added the comment: For test_distutils.py, there is not an 'os.link()' function on Windows platform, so all the tests using this function will report error. -- ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
Éric Araujo mer...@netwok.org added the comment: Thanks! There’s a patch on #12785 that may fix the test_database bug. Here we try to see the distutils test_sdist problem on 2.7. -- ___ 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
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Charles-François Natali neolo...@free.fr added the comment: /usr/tmp is not (used) on OpenBSD. How is that a problem? Those are just possible temporary directories to try, so if it doesn't exist, it won't be used (typically ENOENT will be catched when opening a tmpfile). Also, since it's listed last, that's not a performance problem either. -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Nick Coghlan ncogh...@gmail.com added the comment: That's the part I'm questioning though. I'm not clear why you'd ever do that instead of doing everything on the original socket before invoking ssl.wrap_socket. What I missed on the original patch before committing it (mea culpa) is that the SSL part is neither documented nor tested properly (the tests only check that it is disallowed on a secured SSLSocket, not that it works on a connected-but-not-secured-yet SSLSocket object). The absence of proper tests and documentation is the main reason I'm tempted to just revert those parts of the patch that touch the ssl module and its tests. -- ___ 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
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
STINNER Victor victor.stin...@haypocalc.com added the comment: Because it's not exactly a bug, can you only apply the patch to Python 3.3? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6484] No unit test for mailcap module
Nick Coghlan ncogh...@gmail.com added the comment: The buildbots are reporting a test failure on Windows: == FAIL: test_listmailcapfiles (test.test_mailcap.HelperFunctionTest) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_mailcap.py, line 74, in test_listmailcapfiles self.assertEqual(env_mailcaps, mcfiles) AssertionError: Lists differ: ['/testdir1/.mailcap', '/testd... != ['/testdir1/.mailcap;/testdir2... First differing element 0: /testdir1/.mailcap /testdir1/.mailcap;/testdir2/mailcap First list contains 1 additional elements. First extra element 1: /testdir2/mailcap - ['/testdir1/.mailcap', '/testdir2/mailcap'] ? + ['/testdir1/.mailcap;/testdir2/mailcap'] ? ^ There's a discrepancy between the test (uses os.pathsep) and the mailcap module (hardcoded to use ':' on all platforms). I suspect the test is actually right and the module is wrong, but I don't know enough about mailcap to be sure. Anyone else? -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Antoine Pitrou pit...@free.fr added the comment: That's the part I'm questioning though. I'm not clear why you'd ever do that instead of doing everything on the original socket before invoking ssl.wrap_socket. What I missed on the original patch before committing it (mea culpa) is that the SSL part is neither documented nor tested properly (the tests only check that it is disallowed on a secured SSLSocket, not that it works on a connected-but-not-secured-yet SSLSocket object). Bill, do you know? The absence of proper tests and documentation is the main reason I'm tempted to just revert those parts of the patch that touch the ssl module and its tests. Then perhaps raise NotImplementedError, so that people know it's deliberate and not an oversight. -- nosy: +janssen ___ 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
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
STINNER Victor victor.stin...@haypocalc.com added the comment: can you only apply the patch ... Hum, I mean can *we* only apply ... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset fd10d042b41d by Nick Coghlan in branch 'default': Remove the SSLSocket versions of sendmsg/recvmsg due to lack of proper tests and documentation in conjunction with lack of any known use cases (see issue #6560 for details) http://hg.python.org/cpython/rev/fd10d042b41d -- ___ 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
[issue6560] socket sendmsg(), recvmsg() methods
Nick Coghlan ncogh...@gmail.com added the comment: As you can see, I just pushed a change that removed the new methods from SSLSocket objects. If anyone wants to step up with a valid use case (not already covered by wrap_socket), preferably with a patch to add them back that includes proper tests and documentation changes, please open a new feature request and attach the new patch to that issue. -- status: open - closed ___ 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
[issue6560] socket sendmsg(), recvmsg() methods
Nick Coghlan ncogh...@gmail.com added the comment: Regarding the 'missing methods' aspect, the SSL docs are already pretty clear that SSLSocket objects don't expose the full socket API: http://docs.python.org/dev/library/ssl#ssl-sockets Those docs are actually what really got me started down the path of wondering whether or not these new methods even belong on SSLSocket in the first place. -- ___ 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
[issue12817] test_multiprocessing: io.BytesIO() requires bytearray buffers
Stefan Krah stefan-use...@bytereef.org added the comment: I've come to think that PyBUF_SIMPLE requests were really intended as a way of casting contiguous buffers with arbitrary formats to one-dimensional buffers of unsigned bytes. At least that is what Numpy does. Then test_multiprocessing would be correct. I've asked the general question on the Numpy mailing list: http://mail.scipy.org/pipermail/numpy-discussion/2011-August/058189.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12817 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12817] test_multiprocessing: io.BytesIO() requires bytearray buffers
Antoine Pitrou pit...@free.fr added the comment: Please also see issue5231. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12817 ___ ___ 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
higery shoulderhig...@gmail.com added the comment: Here we try to see the distutils test_sdist problem on 2.7. So sorry that there is not a developed cpython 2.7 on my pc, and my currently installed Python2.7 has not installed the _msi module, so the running of the tests does not work well. -- ___ 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
[issue5231] Change format of a memoryview
Stefan Krah stefan-use...@bytereef.org added the comment:
I think this would be useful and I'll try it out in
features/pep-3118#memoryview.
Syntax options that I'd prefer:
a = array.array('i', [1,2,3])
m = memoryview(a, 'B')
Or go all the way and make memoryview take any flag:
a = array.array('i', [1,2,3])
m = memoryview(a, getbuf=PyBUF_SIMPLE)
This is what I currently do in _testbuffer.c:
from _testbuffer import *
import array
a = array.array('i', [1,2,3])
nd = ndarray(a, getbuf=PyBUF_SIMPLE)
nd.format
''
nd.len
12
nd.shape
()
nd.strides
()
nd.itemsize # XXX array_getbuf should set this to 1.
4
We would need to fix various getbuffer() methods to adhere to
strict rules that I've posed here:
http://mail.scipy.org/pipermail/numpy-discussion/2011-August/058189.html
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5231
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Antoine Pitrou pit...@free.fr added the comment:
Or go all the way and make memoryview take any flag:
a = array.array('i', [1,2,3])
m = memoryview(a, getbuf=PyBUF_SIMPLE)
This is good for testing, but Python developers shouldn't have to know
about the low-level flags.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5231
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6560] socket sendmsg(), recvmsg() methods
Nick Coghlan ncogh...@gmail.com added the comment: And the Windows buildbots are now happy (at least with respect to this change, anyway - they're still griping about a few other issues). I don't know if it's feasible to support these new APIs at the socket module level on Windows, but any patches along those lines should also be placed in a new issue rather than being added to this one. -- ___ 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
[issue9993] shutil.move fails on symlink source
Jonathan Niehof jnie...@lanl.gov added the comment: Éric: I think copying a relative symlink should also be relative, and that's the behaviour of this patch. That was the use case that tripped me up with the original behaviour of shutil.move: a relative symlink which was dangling in its original location, but not once moved. (This was, believe it or not, intentional design) This is also the behaviour when src and dst are on the same filesystem. Basically my intention was to remove the distinction between same filesystem and different filesystem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6484] No unit test for mailcap module
Gregory Nofi crackityjones200...@yahoo.com added the comment: There's a bug for that test failure: #9923. I submitted a patch with it. Committing that should fix the failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9993] shutil.move fails on symlink source
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Stefan Krah stefan-use...@bytereef.org added the comment:
Antoine Pitrou rep...@bugs.python.org wrote:
Or go all the way and make memoryview take any flag:
a = array.array('i', [1,2,3])
m = memoryview(a, getbuf=PyBUF_SIMPLE)
This is good for testing, but Python developers shouldn't have to know
about the low-level flags.
Hmm, indeed. How about:
1) memoryview(a, format='B')
Shadows a builtin function; annoying syntax highlighting in current Vim.
2) memoryview(a, fmt='B')
I'm fully expecting a comment about 'strpbrk' again, but I like it. :)
Also, we've to see about speed implications. My current version of memoryview
(not pushed yet to the public repo) also solves #10227, but is pretty sensitive
even to small changes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5231
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Raymond Hettinger raymond.hettin...@gmail.com added the comment: Nick, I still want to work on this one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6484] No unit test for mailcap module
Nick Coghlan ncogh...@gmail.com added the comment: Ah, cheers - closing this one again. /me wanders off to meta-tracker to ask for a list of dependency of and superseder of issues in the issue header... -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6484 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Changes by Eugene Toder elto...@gmail.com: -- nosy: -eltoder ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12602] Missing using docs cross-references
Changes by Kyle Simpson illwhip...@gmail.com: -- nosy: +Kyle.Simpson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12602 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9923] mailcap module may not work on non-POSIX platforms if MAILCAPS env variable is set
Changes by Nick Coghlan ncogh...@gmail.com: -- assignee: - ncoghlan nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9923] mailcap module may not work on non-POSIX platforms if MAILCAPS env variable is set
Changes by Nick Coghlan ncogh...@gmail.com: -- stage: test needed - patch review versions: +Python 3.2, Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9923 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9993] shutil.move fails on symlink source
Antoine Pitrou pit...@free.fr added the comment: Looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9993 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Antoine Pitrou pit...@free.fr added the comment: Hmm, indeed. How about: 1) memoryview(a, format='B') Shadows a builtin function; annoying syntax highlighting in current Vim. 2) memoryview(a, fmt='B') I'm fully expecting a comment about 'strpbrk' again, but I like it. :) I really prefer format, it's the natural word to use there. I don't think this the only place where we shadow a builtin function. There are probably variables named dict in many places. Also, we've to see about speed implications. My current version of memoryview (not pushed yet to the public repo) also solves #10227, but is pretty sensitive even to small changes. Well, solving #10227 would be nice, but I don't think it's critical either. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Stefan Krah stefan-use...@bytereef.org added the comment: Good, I'll use 'format'. I was mainly worried about the shadowing issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Changes by Nick Coghlan ncogh...@gmail.com: Added file: http://bugs.python.org/file23018/7cead6bf5832.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Changes by Nick Coghlan ncogh...@gmail.com: Removed file: http://bugs.python.org/file23018/7cead6bf5832.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11816] Refactor the dis module to provide better building blocks for bytecode analysis
Nick Coghlan ncogh...@gmail.com added the comment: The diff generator didn't work - I've uploaded the current patch manually to make it easier to review than it is in my bitbucket repo. I just noticed there's a missing element in the docs patch at the moment - to make testing easier, Ryan added a 'file' argument to the various print-based dis functions so the output can easily be captured in a StringIO object. The docs updates don't currently reflect that, they only cover the OpInfo and get_opinfo additions (along with a clarification of the dis module's slightly odd use of the term 'free'). Aside from that, the core concept of the patch is pretty simple: - add dis.OpInfo and dis.get_opinfo() to make it easier to walk the bytecode programmatically - eliminate a lot of the logic duplication inside dis by refactoring more of the operations to internally rely on get_opinfo() - add a new test.bytecode_helper.BytecodeTestCase with some convenient assertions for checking code generation - update test_peepholer to be independent of the disassembly formatting details - add tests for the new features to test_dis (but keep the old detailed formatting tests) One potential criticism is the complexity of the 'expected output' for the new OpInfoTestCase, but it seemed worth it to vet the way the new code handles several cases. The programmatic nature makes the opcode sequences much easier to read and maintain than the corresponding formatted output tests would have been. These new tests also cover an error that the previous incarnation of the test suite missed completely (I had a bug at one point where I had incorrectly omitted the second half of the list of cell names - there was no test to check that the disassembler handled references to such names correctly) -- assignee: ncoghlan - rhettinger Added file: http://bugs.python.org/file23019/issue11816_get_opinfo_branch_20110824.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Stefan Krah stefan-use...@bytereef.org added the comment: Rethinking a bit: Casting to arbitrary formats might go a bit far. Currently, the combination (format=NULL, shape=NULL) can serve as a warning This buffer has been cast to unsigned bytes. If we allow casts from bytes to int32, we'll have (format=i, shape=x) and consumers of that buffer have no indication that the original exporter had a different format. If you know what you are doing, fine. On the other hand following the buffer paths in #12817 quickly turned into a very complex maze of getbuffer requests. So, an option would be to try out the cast to bytes first and disallow other casts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Nick Coghlan ncogh...@gmail.com added the comment: Casting to a flat 1-D array of bytes is reasonable (it's essentially saying 'look, just give me the raw data, it's on my own head if I stuff up the formatting'). However, requiring an explicit two-step process for any other casting (i.e. take a 1-D view, then a shaped view of that flat 1-D view) also sounds reasonable. So I agree with Victor that 1-D bytes - any shape/format and any shape/format - 1-D bytes should be allowed, but I think we should hold off on allowing arbitrary transformations in a single step. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Antoine Pitrou pit...@free.fr added the comment: However, requiring an explicit two-step process for any other casting (i.e. take a 1-D view, then a shaped view of that flat 1-D view) also sounds reasonable. So I agree with Victor that 1-D bytes - any shape/format and any shape/format - 1-D bytes should be allowed, but I think we should hold off on allowing arbitrary transformations in a single step. Converting to 1-D bytes is my main motivation for this feature request, so I'm fine with such a limitation. The point is to be able to do in Python what we can do in C, take an arbitrary buffer and handle it as pure bytes (for I/O or cryptography purposes, for example). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Charles-François Natali neolo...@free.fr added the comment: Because it's not exactly a bug, can you only apply the patch to Python 3.3? Well, we could, but: - it doesn't fix a bug - it doesn't bring any obvious benefit (performance, security, etc) - it introduces an OS-specific case for no reason I'm open to changing my mind though, maybe I'm missing something. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Antoine Pitrou pit...@free.fr added the comment: For 3.3, it may be relevant that send/recvmsg are now available via the socket API (see #6560) I think sendfds/recvfds helper methods could be added to the socket type, so that programmers don't have to get the incantations right by themselves (note the plural, because passing several fds at once is more generic :-)). That said, +1 on committing Petri's patch. Will do it in a hour or two if noone is faster. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Charles-François Natali neolo...@free.fr added the comment: We can keep this patch in our tree, I understand your position. I could be missing something, but why do you have this patch in the first place? If it turns out to be useful, then it's of course better to include it upstream, I just don't see what this patch is supposed to solve/improve. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Remi Pointel pyt...@xiri.fr added the comment: I was reporting this because I thought it was better to include this upstream. However, I understand if you don't want to include this specific case. We can keep this patch in our tree, I understand your position. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Antoine Pitrou pit...@free.fr added the comment: Now that I think of it, it would be nice to add some simple tests for recvfd and sendfd in test_multiprocessing. (also, when os.dup2() is available, you can easily generate an arbitrary big file descriptor) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Remi Pointel pyt...@xiri.fr added the comment: I could be missing something, but why do you have this patch in the first place? I'm recently working on porting Python for OpenBSD, and this patch exists since python2.5 (since 4 years in our tree). So I don't have all responses, but I think this issue could be closed/rejected, and it seems that this patch could be safely removed from our port tree. Thanks for all information. Remi. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12827] OS-specific location in Lib/tempfile.py for OpenBSD
Charles-François Natali neolo...@free.fr added the comment: it seems that this patch could be safely removed from our port tree. Alright, I'm closing then. Thanks for all information. And thanks for your help and bug reports concerning OpenBSD-specific issues! -- resolution: - rejected stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5231] Change format of a memoryview
Stefan Krah stefan-use...@bytereef.org added the comment: Nick Coghlan rep...@bugs.python.org wrote: So I agree with Victor that 1-D bytes - any shape/format and any shape/format - 1-D bytes should be allowed, but I think we should hold off on allowing arbitrary transformations in a single step. 1-D bytes - any shape/format would work if everyone agrees on the Numpy mailing list post that I linked to in an earlier message. [Summary: PyBUF_SIMPLE may downcast any C-contiguous array to unsigned bytes.] Otherwise a PyBUF_SIMPLE getbuffer call to the newly shaped memoryview would be required to fail, and these calls are almost certain to occur somewhere, e.g. in PyObject_AsWriteBuffer(). But then memoryview would also need a 'shape' parameter: m = memoryview(x, format='L', shape=[3, 4]) In that case, making it a method might indeed be more clear to underline that something extraordinary is going on: m = memoryview(x).cast(format='L', shape=[3, 4]) It also takes away a potential speed loss for regular uses. 1-D bytes would then be defined as 'b', 'B' and 'c', I presume? Being able to cast to 'c' would also solve certain memoryview index assignment problems that arise if we opt for strict typing as the struct module does. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f1f1d9f4b14e by Charles-François Natali in branch '2.7': Issue #12821: Fix test_fcntl failures on OpenBSD 5. http://hg.python.org/cpython/rev/f1f1d9f4b14e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 9157a9e77740 by Charles-François Natali in branch '3.2': Issue #12821: Fix test_fcntl failures on OpenBSD 5. http://hg.python.org/cpython/rev/9157a9e77740 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12828] xml.dom.minicompat is not documented
New submission from Sandro Tosi sandro.t...@gmail.com: There's no documentation for xml.dom.minicompat - it's a public module and it should have (even a brief) doc. -- assignee: docs@python components: Documentation messages: 142845 nosy: docs@python, sandro.tosi priority: normal severity: normal status: open title: xml.dom.minicompat is not documented versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12828 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12821] test_fcntl failed on OpenBSD 5.x
Charles-François Natali neolo...@free.fr added the comment: Committed to 3.2 and 2.7. Rémi, thanks for the report. -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 5b2f357989bb by Antoine Pitrou in branch '3.2': Issue #11657: Fix sending file descriptors over 255 over a multiprocessing Pipe. http://hg.python.org/cpython/rev/5b2f357989bb New changeset 4e7a4e098f38 by Antoine Pitrou in branch 'default': Issue #11657: Fix sending file descriptors over 255 over a multiprocessing Pipe. http://hg.python.org/cpython/rev/4e7a4e098f38 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12828] xml.dom.minicompat is not documented
Éric Araujo mer...@netwok.org added the comment: I’m not sure at all this module should be treated as anything but an internal detail. The docstring of xml.dom only mentions two submodules. -- components: +XML nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12828 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset d4d9a3e71897 by Antoine Pitrou in branch '2.7': Issue #11657: Fix sending file descriptors over 255 over a multiprocessing Pipe. http://hg.python.org/cpython/rev/d4d9a3e71897 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12828] xml.dom.minicompat is not documented
Sandro Tosi sandro.t...@gmail.com added the comment: Éric Araujo mer...@netwok.org added the comment: I’m not sure at all this module should be treated as anything but an internal detail. The docstring of xml.dom only mentions two submodules. If it's an implementation detail, then probably a small reference in the module docstring could be helpful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12828 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11657] multiprocessing_{send,recv}fd fail with fds 256
Antoine Pitrou pit...@free.fr added the comment: I committed a patch with some tests. Thank you! -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12802] Windows error code 267 should be mapped to ENOTDIR, not EINVAL
Antoine Pitrou pit...@free.fr added the comment: I would add it in test_exceptions, since errno mapping is ultimately used by exceptions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12802 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12823] Broken link in SSL wrapper for socket objects document
Antoine Pitrou pit...@free.fr added the comment: I would simply remove the link, or point it to a similar document -- keywords: +easy nosy: +pitrou stage: - needs patch versions: +Python 2.7, Python 3.2, Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11564] pickle not 64-bit ready
Nadeem Vawda nadeem.va...@gmail.com added the comment: I was playing around with pickling large Unicode strings in an interactive interpreter, and it seems that you have to have at least 4G chars (not bytes) to trigger the OverflowError. Consider the following snippet of code: out = dumps(data) del data result = loads(out) assert isinstance(result, str) assert len(result) == _1G With data as (ba * _4G) the result is as expected: Traceback (most recent call last): File pickle-bigmem-test.py, line 5, in module out = dumps(data) OverflowError: cannot serialize a string larger than 4GB But with (ba * _2G), I get this: Traceback (most recent call last): File pickle-bigmem-test.py, line 7, in module result = loads(out) _pickle.UnpicklingError: BINUNICODE pickle has negative byte count -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11564] pickle not 64-bit ready
Nadeem Vawda nadeem.va...@gmail.com added the comment: Some more info: the first few bytes of the output for the _2G case are this: b'\x80\x03X\x00\x00\x00\x80aa' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
Charles-François Natali neolo...@free.fr added the comment: Using CLOCK_MONOTONIC is better than CLOCK_REALTIME (default) for GIL because settimeofday() may break the pthread_cond_timedwait(). Indeed. A couple remarks: - regular locks and conditions variables exposed by the threading module suffer from the same problem - POSIX semaphores are also affected, but you can't select an alternative clock source - actually, CLOCK_MONOTONIC is affected by NTP adjustements: while it's guaranteed not to go backward, its rate can be affected Did you really encounter this problem, or is this just a theoretical concern? -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11564] pickle not 64-bit ready
Nadeem Vawda nadeem.va...@gmail.com added the comment: With data as (ba * _4G) the result is as expected: Traceback (most recent call last): File pickle-bigmem-test.py, line 5, in module out = dumps(data) OverflowError: cannot serialize a string larger than 4GB But with (ba * _2G), I get this: Traceback (most recent call last): File pickle-bigmem-test.py, line 7, in module result = loads(out) _pickle.UnpicklingError: BINUNICODE pickle has negative byte count Correction: these should be (a * _4G) and (a * _2G). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
Antoine Pitrou pit...@free.fr added the comment: The patch is ok on the principle, but we do need a check that CLOCK_MONOTONIC is supported at build time. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12822] NewGIL should use CLOCK_MONOTONIC if possible.
Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: The patch is ok on the principle, but we do need a check that CLOCK_MONOTONIC is supported at build time. I think we need both: a check at build time to avoid compiler errors and a check at runtime whether the deployment platform supports the clock, plus a fallback solution in case it is not available. -- nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12822 ___ ___ 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 aa27461759f2 by Éric Araujo in branch 'default': Try to fix packaging tests using build_ext on Windows (#12678) http://hg.python.org/cpython/rev/aa27461759f2 -- ___ 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
[issue12820] Tests for Lib/xml/dom/minicompat.py
Sandro Tosi sandro.t...@gmail.com added the comment: Hi, I just left a very light review on rietveld (the 'review' link below). I think in the next run you can add the tests for defproperty. Thanks for working on code coverage! -- nosy: +ezio.melotti, sandro.tosi stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12820 ___ ___ 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
Éric Araujo mer...@netwok.org added the comment: Nadeem, please try this patch. -- Added file: http://bugs.python.org/file23020/windows-build_ext.diff ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
Nadeem Vawda nadeem.va...@gmail.com added the comment: Testing on 3.2, the latest patch doesn't fix the test_record_extensions failure :/ It does change the traceback for the exception, though. Before: == ERROR: test_record_extensions (distutils.tests.test_install.InstallTestCase) -- Traceback (most recent call last): File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line 647, in link self.spawn([self.linker] + ld_args) File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 909, in spawn spawn(cmd, dry_run=self.dry_run) File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 34, in spawn _spawn_nt(cmd, search_path, dry_run=dry_run) File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 75, in _spawn_nt command '%s' failed with exit status %d % (cmd[0], rc)) distutils.errors.DistutilsExecError: command 'C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104 During handling of the above exception, another exception occurred: Traceback (most recent call last): File C:\Code\cpython\python-3.2\lib\distutils\tests\test_install.py, line 207, in test_record_extensions buildcmd.run() File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 345, in run self.build_extensions() File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 454, in build_extensions self.build_extension(ext) File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 541, in build_extension target_lang=language) File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 717, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line 649, in link raise LinkError(msg) distutils.errors.LinkError: command 'C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104 After: == ERROR: test_record_extensions (distutils.tests.test_install.InstallTestCase) -- Traceback (most recent call last): File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line 647, in link self.spawn([self.linker] + ld_args) File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 909, in spawn spawn(cmd, dry_run=self.dry_run) File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 34, in spawn _spawn_nt(cmd, search_path, dry_run=dry_run) File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 75, in _spawn_nt command '%s' failed with exit status %d % (cmd[0], rc)) distutils.errors.DistutilsExecError: command 'C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104 During handling of the above exception, another exception occurred: Traceback (most recent call last): File C:\Code\cpython\python-3.2\lib\distutils\tests\test_install.py, line 207, in test_record_extensions buildcmd.run() File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 345, in run self.build_extensions() File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 454, in build_extensions self.build_extension(ext) File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py, line 541, in build_extension target_lang=language) File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 717, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line 649, in link raise LinkError(msg) distutils.errors.LinkError: command 'C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104 -- ___ 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
[issue12678] test_packaging and test_distutils failures under Windows
Nadeem Vawda nadeem.va...@gmail.com added the comment:
Testing on 3.2, the latest patch doesn't fix the test_record_extensions failure
:/
It does change the traceback for the exception, though.
Before:
==
ERROR: test_record_extensions (distutils.tests.test_install.InstallTestCase)
--
Traceback (most recent call last):
File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line
647, in link
self.spawn([self.linker] + ld_args)
File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 909,
in spawn
spawn(cmd, dry_run=self.dry_run)
File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 34, in
spawn
_spawn_nt(cmd, search_path, dry_run=dry_run)
File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 75, in
_spawn_nt
command '%s' failed with exit status %d % (cmd[0], rc))
distutils.errors.DistutilsExecError: command 'C:\Program Files\Microsoft
Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File C:\Code\cpython\python-3.2\lib\distutils\tests\test_install.py,
line 207, in test_record_extensions
buildcmd.run()
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 345, in run
self.build_extensions()
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 454, in build_extensions
self.build_extension(ext)
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 541, in build_extension
target_lang=language)
File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 717,
in link_shared_object
extra_preargs, extra_postargs, build_temp, target_lang)
File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line
649, in link
raise LinkError(msg)
distutils.errors.LinkError: command 'C:\Program Files\Microsoft Visual
Studio 9.0\VC\BIN\link.exe' failed with exit status 1104
After:
==
ERROR: test_record_extensions (distutils.tests.test_install.InstallTestCase)
--
Traceback (most recent call last):
File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line
647, in link
self.spawn([self.linker] + ld_args)
File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 909,
in spawn
spawn(cmd, dry_run=self.dry_run)
File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 34, in
spawn
_spawn_nt(cmd, search_path, dry_run=dry_run)
File C:\Code\cpython\python-3.2\lib\distutils\spawn.py, line 75, in
_spawn_nt
command '%s' failed with exit status %d % (cmd[0], rc))
distutils.errors.DistutilsExecError: command 'C:\Program Files\Microsoft
Visual Studio 9.0\VC\BIN\link.exe' failed with exit status 1104
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File C:\Code\cpython\python-3.2\lib\distutils\tests\test_install.py,
line 221, in test_record_extensions
cmd.run()
File C:\Code\cpython\python-3.2\lib\distutils\command\install.py, line
569, in run
self.run_command('build')
File C:\Code\cpython\python-3.2\lib\distutils\cmd.py, line 313, in
run_command
self.distribution.run_command(command)
File C:\Code\cpython\python-3.2\lib\distutils\dist.py, line 936, in
run_command
cmd_obj.run()
File C:\Code\cpython\python-3.2\lib\distutils\command\build.py, line
126, in run
self.run_command(cmd_name)
File C:\Code\cpython\python-3.2\lib\distutils\cmd.py, line 313, in
run_command
self.distribution.run_command(command)
File C:\Code\cpython\python-3.2\lib\distutils\dist.py, line 936, in
run_command
cmd_obj.run()
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 345, in run
self.build_extensions()
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 454, in build_extensions
self.build_extension(ext)
File C:\Code\cpython\python-3.2\lib\distutils\command\build_ext.py,
line 541, in build_extension
target_lang=language)
File C:\Code\cpython\python-3.2\lib\distutils\ccompiler.py, line 717,
in link_shared_object
extra_preargs, extra_postargs, build_temp, target_lang)
File C:\Code\cpython\python-3.2\lib\distutils\msvc9compiler.py, line
649, in link
raise LinkError(msg)
distutils.errors.LinkError: command 'C:\Program Files\Microsoft Visual
Studio 9.0\VC\BIN\link.exe' failed with exit status 1104
--
[issue12678] test_packaging and test_distutils failures under Windows
Changes by Nadeem Vawda nadeem.va...@gmail.com: -- Removed message: http://bugs.python.org/msg142863 ___ 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
[issue12810] Remove check for negative unsigned value in socketmodule.c
Charles-François Natali neolo...@free.fr added the comment: Thanks. I'll commit this patch tomorrow. I noticed you didn't indicate your full name: do you mind being listed in Misc/ACKS? -- components: +Extension Modules keywords: +easy nosy: +neologix stage: - commit review type: - behavior versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12810 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12798] Update mimetypes documentation
Sandro Tosi sandro.t...@gmail.com added the comment: Here attached a new patch incorporating Ezio Eric suggestions. -- Added file: http://bugs.python.org/file23021/mimetypes_doc_update-v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12819] PEP 393 - Flexible Unicode String Representation
STINNER Victor victor.stin...@haypocalc.com added the comment: utf8_fast.patch: fast path for pure ASCII string in the UTF-8 decoder. -- Added file: http://bugs.python.org/file23022/utf8_fast.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12829] pyexpat segmentation fault caused by multiple calls to Parse()
New submission from David H. Gutteridge dhgutteri...@sympatico.ca: I stumbled across this bug because of a misunderstanding I had about how the pyexpat module works. I'd inferred that a given instance could be reused to parse multiple files, which is apparently not supported. (There's already a documentation bug open on this, see http://bugs.python.org/issue6676 -- a few other people made the same mistaken assumption as me.) I found that given the right input, a segmentation fault occurs when one attempts to reuse the parser instance on more than one file. The sample test case I've attached derives from what I'm using pyexpat for, which involves the parsing of Microsoft Office Open XML Excel files. I found that the specific content in the initial file can influence whether the submission of subsequent files triggers a segmentation fault. I'm reporting this against Python 2.7.2 on Mac OS X 10.6.8; it also occurs with Python 2.6.1 that's bundled with the OS. I can also duplicate it on the development branch of NetBSD (my other development platform), specifically 5.99.47/amd64 with Python 2.6.7. -- components: Library (Lib) files: pyexpat_crash_isolation_osx.py messages: 142868 nosy: dhgutteridge priority: normal severity: normal status: open title: pyexpat segmentation fault caused by multiple calls to Parse() type: crash versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file23023/pyexpat_crash_isolation_osx.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12829 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
