[issue12678] test_packaging and test_distutils failures under Windows

2011-08-23 Thread Nadeem Vawda

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

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Georg Brandl

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.

2011-08-23 Thread INADA Naoki

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

2011-08-23 Thread Éric Araujo

É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.

2011-08-23 Thread STINNER Victor

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.

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Marc-Andre Lemburg

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Roger Li

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

2011-08-23 Thread Hynek Schlawack

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

2011-08-23 Thread Hynek Schlawack

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.

2011-08-23 Thread Kyle Simpson

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.

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread higery

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

2011-08-23 Thread higery

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

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread higery

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Jonathan Niehof

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

2011-08-23 Thread Gregory Nofi

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Raymond Hettinger

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Eugene Toder

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

2011-08-23 Thread Kyle Simpson

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Nick Coghlan

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Remi Pointel

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Stefan Krah

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread STINNER Victor

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

2011-08-23 Thread Sandro Tosi

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread Sandro Tosi

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Antoine Pitrou

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

2011-08-23 Thread Nadeem Vawda

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

2011-08-23 Thread Nadeem Vawda

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.

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Nadeem Vawda

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.

2011-08-23 Thread Antoine Pitrou

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.

2011-08-23 Thread Marc-Andre Lemburg

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

2011-08-23 Thread Roundup Robot

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

2011-08-23 Thread Sandro Tosi

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

2011-08-23 Thread Éric Araujo

É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

2011-08-23 Thread Nadeem Vawda

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

2011-08-23 Thread Nadeem Vawda

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

2011-08-23 Thread Nadeem Vawda

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

2011-08-23 Thread Charles-François Natali

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

2011-08-23 Thread Sandro Tosi

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

2011-08-23 Thread STINNER Victor

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()

2011-08-23 Thread David H. Gutteridge

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



  1   2   >