[issue18573] In unittest.TestCase.assertWarns doc there is some text about assertRaises()

[py.user]

py.user added the comment:

> What second line?
the second line patched in the diff file

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18605] 2.7: test_threading hangs on Solaris 9

[Maciej Bliziński]

New submission from Maciej Bliziński:

Python version: 2.7.5
OS: Solaris 9
Architecture: sparc

Looks similar to Issue5114 and Issue6643 but both are now closed.

It seems specific to Solaris 9, I'm not seeing this issue on Solaris 10.

The symptom is that test_threading hangs indefinitely (tested overnight) . When 
running pstack on the process, I'm seeing this:

-  lwp# 1 / thread# 1  
 ff3dc734 lwp_park (0, 0, 0)
 ff3d3c74 s9_lwp_park (0, 0, 0, 1, feed4f48, 18f5a4) + 28
 ff3dc698 s9_handler (0, 0, 0, 1, feed4f48, 18f5a4) + 90
 ff1dea70 _sema_wait (0, feee66a0, fed6b054, feee6000, 2a298478, d1f20) + 1d4
 ff1dec30 sema_wait (81aa8, ff1dec24, 722a5b4b, 1101c, feed4f48, 134d60) + c
 feed4f48 sem_wait (81aa8, 0, fed6b1ac, 0, 0, 1) + 20
 ff050890 PyThread_acquire_lock (81aa8, 1, fed6b214, 2, 0, 1ae778) + 5c
 ff05524c lock_PyThread_acquire_lock (0, 22030, 0, 13ee40, 16a298, 55150) + 50
 fefa779c PyCFunction_Call (1ae788, 22030, 0, ff0d8eb8, 55150, ff0551fc) + e4
 ff016b14 PyEval_EvalFrameEx (18f5a0, 0, 0, d4f66, 16a298, 22030) + 5ee8
 ff0185d0 PyEval_EvalCodeEx (12c968, 0, 18f5a0, 4, 1, 18f5a4) + 924
 ff0168f8 PyEval_EvalFrameEx (1902b8, 0, 1, 1765c0, 16a298, 1b12d0) + 5ccc
 ff0185d0 PyEval_EvalCodeEx (13f608, 0, 1902b8, 4, 1, 1902bc) + 924
 ff0168f8 PyEval_EvalFrameEx (154748, 0, 1, 31f7f, 16a298, 1b1250) + 5ccc
 ff0185d0 PyEval_EvalCodeEx (10d650, 54a50, 154748, 2203c, 0, 2203c) + 924
 fef8e11c function_call (22038, 22030, 1386f0, 2203c, 130730, 22030) + 168
 fef604e8 PyObject_Call (130730, 22030, 1386f0, ff0e0340, fef8dfb4, 0) + 60
 ff0137dc PyEval_EvalFrameEx (169110, 0, 22030, 10e62d, 16a298, 22030) + 2bb0
 ff017478 PyEval_EvalFrameEx (168f80, 0, 169114, 1769fa, 16a298, 16a298) + 684c
 ff017478 PyEval_EvalFrameEx (176cb0, 0, 168f84, 12a2c0, 16a298, 16a298) + 684c
 ff0185d0 PyEval_EvalCodeEx (13f410, 176cb4, 176cb0, 13433c, 1, 0) + 924
 fef8e040 function_call (1b26f0, 134330, 0, ff1bc000, 1b26f0, 0) + 8c
 fef604e8 PyObject_Call (1b26f0, 134330, 0, ff0e0340, fef8dfb4, 134320) + 60
 fef6e530 instancemethod_call (0, 134330, 0, 0, 1b26f0, 134bd0) + a4
 fef604e8 PyObject_Call (c3b48, 22030, 0, ff0e0340, fef6e48c, 0) + 60
 ff01051c PyEval_CallObjectWithKeywords (c3b48, 22030, 0, 0, 0, 0) + 68
 ff05568c t_bootstrap (63bd0, 0, 0, 0, 16a298, ff0e2804) + 4c
 ff1e53a4 _lwp_start (0, 0, 0, 0, 0, 0)
-  lwp# 2 / thread# 2  
 ff3dc734 lwp_park (0, 0, 0)
 ff3d3c74 s9_lwp_park (0, 0, 0, 1, b64a0d58, 136818) + 28
 ff3dc698 s9_handler (0, 0, 0, 1, b64a0d58, 136818) + 90
 ff1dea70 _sema_wait (0, feee66a0, fec6b054, feee6000, 2a298478, d1f20) + 1d4
 ff1dec30 sema_wait (8ab00, ff1dec24, 722a5b4b, 1101c, feed4f48, 134d60) + c
 feed4f48 sem_wait (8ab00, 0, fec6b1ac, 0, 0, 1) + 20
 ff050890 PyThread_acquire_lock (8ab00, 1, fec6b214, 2, 0, 1ae610) + 5c
 ff05524c lock_PyThread_acquire_lock (0, 22030, 0, 13ee40, 156168, 55160) + 50
 fefa779c PyCFunction_Call (1ae620, 22030, 0, ff0d8eb8, 55160, ff0551fc) + e4
 ff016b14 PyEval_EvalFrameEx (18fe60, 0, 0, d4f66, 156168, 22030) + 5ee8
 ff0185d0 PyEval_EvalCodeEx (12c968, 0, 18fe60, 4, 1, 18fe64) + 924
 ff0168f8 PyEval_EvalFrameEx (18fce8, 0, 1, 1765c0, 156168, 1b11b0) + 5ccc
 ff0185d0 PyEval_EvalCodeEx (13f608, 0, 18fce8, 4, 1, 18fcec) + 924
 ff0168f8 PyEval_EvalFrameEx (18fb88, 0, 1, 136155, 156168, 1a2930) + 5ccc
 ff0185d0 PyEval_EvalCodeEx (48b60, 18fb8c, 18fb88, 19d41c, 1, 2203c) + 924
 fef8e11c function_call (22038, 19d410, 1b3c00, 2203c, 130370, 22030) + 168
 fef604e8 PyObject_Call (130370, 19d410, 1b3c00, ff0e0340, fef8dfb4, 19d400) + 
60
 ff0137dc PyEval_EvalFrameEx (18fa20, 0, 19d410, 10e62d, 156168, 134950) + 2bb0
 ff017478 PyEval_EvalFrameEx (18f890, 0, 18fa24, 1769fa, 156168, 156168) + 684c
 ff017478 PyEval_EvalFrameEx (18f728, 0, 18f894, 12a2c0, 156168, 156168) + 684c
 ff0185d0 PyEval_EvalCodeEx (13f410, 18f72c, 18f728, 19d3fc, 1, 0) + 924
 fef8e040 function_call (1b26f0, 19d3f0, 0, ff1bc000, 1b26f0, 0) + 8c
 fef604e8 PyObject_Call (1b26f0, 19d3f0, 0, ff0e0340, fef8dfb4, 19d3e0) + 60
 fef6e530 instancemethod_call (0, 19d3f0, 0, 0, 1b26f0, 1b1250) + a4
 fef604e8 PyObject_Call (1aeaf8, 22030, 0, ff0e0340, fef6e48c, 0) + 60
 ff01051c PyEval_CallObjectWithKeywords (1aeaf8, 22030, 0, 0, 0, 0) + 68
 ff05568c t_bootstrap (63c30, 0, 0, 0, 156168, ff0e2804) + 4c
 ff1e53a4 _lwp_start (0, 0, 0, 0, 0, 0)

--
components: Tests
messages: 193978
nosy: automatthias
priority: normal
severity: normal
status: open
title: 2.7: test_threading hangs on Solaris 9
type: compile error
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17998] internal error in regular expression engine

[Larry Hastings]

Larry Hastings added the comment:

There is now a need to rush.  I'm hoping to cut the release in about two days, 
so we can have Python 3.4a1 on time.  Can we resolve this in the next day or 
two?  Sorry for the short notice.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18257] Two copies of python-config

[Larry Hastings]

Larry Hastings added the comment:

Is there any resolution for this likely to happen soon?  I'm hoping to cut 
Python 3.4a1 in about two days, so one of three things is gonna happen:

1) This gets fixed.
2) This gets lowered from "release blocker".
3) The release slips.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5845] rlcompleter should be enabled automatically

[Larry Hastings]

Larry Hastings added the comment:

This issue seems to have stalled.  But it's still marked as a release blocker, 
which means I can't release Python 3.4a1 in two days if this issue is still 
open.

One of three things will happen:
1) This issue is marked "closed".
2) This issue is downgraded from "release blocker".
3) The alpha slips.

IMO the optimal solution is that tab preceded by only whitespace indents, and 
tab preceded by any non-whitespace character attempts to complete.  Can we goad 
readline into behaving this way?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18071] _osx_support compiler_fixup

[Roundup Robot]

Roundup Robot added the comment:

New changeset addd9210816b by Ned Deily in branch '2.7':
Issue #18071: Extension module builds on OS X could fail with TypeError
http://hg.python.org/cpython/rev/addd9210816b

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16245] Update html.entities.html5 dictionary and parseentities.py

[Larry Hastings]

Larry Hastings added the comment:

This is still marked as a release blocker.  I guess this is a "tickler" for 
Ezio to go check and see if there's a new entities file.

Ezio: can you get this issue closed or downgraded in the next two days?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13463] Fix parsing of package_data

[Larry Hastings]

Larry Hastings added the comment:

What's the status of this?  I want to release Python 3.4a1 in two days, and 
this issue is still marked as a "release blocker".

Given the age of this issue I doubt anything is going to happen in the next two 
days.  Unless I hear a great wailing and gnashing of teeth I'm going to 
downgrade this to "high" as Eric suggests.

--
nosy: +larry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18071] Extension module builds fail on OS X with TypeError if Xcode command line tools not installed

[Ned Deily]

Ned Deily added the comment:

Alexey's analysis is correct.  The problem is seen when the Xcode command line 
tools are not installed.  When building an extension module, Distutils is then 
unable to find a compiler at the normal path and consults the 'xcrun' utility 
to find the location of an uninstalled compiler.  The output from the 'xcrun' 
is mistakenly converted to Unicode and this triggers the odd behavior in 
customize_compiler.  The fix, applied for release in 2.7.6, is to avoid the 
Unicode conversion for Python 2.

--
components: +Distutils
nosy: +tarek
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
title: _osx_support compiler_fixup -> Extension module builds fail on OS X with 
TypeError if Xcode command line tools not installed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5845] rlcompleter should be enabled automatically

[Steven D'Aprano]

Steven D'Aprano added the comment:

On 31/07/13 17:14, Larry Hastings wrote:

> IMO the optimal solution is that tab preceded by only whitespace indents, and 
> tab preceded by any non-whitespace character attempts to complete.  Can we 
> goad readline into behaving this way?

Yes we can. Attached are a pair of lightweight modules I've used for this for 
the last 3-4 years, and it works fine in Python 2.4 through 3.3. I put 
something like this in my startup.py:

import completer
import history
history = history.History()
completer = completer.Completer(
 bindings=(r'"\C-xo": overwrite-mode',
   r'"\C-xd": dump-functions',
  ))

Originally they were in a single class, but I was persuaded that it was cleaner 
to separate them.

--
Added file: http://bugs.python.org/file31095/completer.py
Added file: http://bugs.python.org/file31096/history.py

___
Python tracker 

___"""Command line completion.

This module relies on both the ``readline`` and ``rlcompleter`` modules.
Under Windows, you may be able to use the third-party ``pyreadline`` module
(untested).

Creating a ``Completer`` instance enables readline completion:

>>> completer = Completer()  #doctest: +SKIP


By default, the TAB key is used for both indenting and completion. See
the ``Completer`` class for further instructions, including how to change
this behaviour.
"""

# Keep this module compatible with Python 2.4 and better.


# TODO: add "operate and go next" functionality like in bash.
# TODO: add filename completion.


try:
# Everything depends on readline.
import readline
except ImportError:
# May be Windows, so try using a substitute.
import pyreadline as readline

import rlcompleter


def using_libedit():
"""Return True if the underlying readline library is libedit."""
# This tests for the libedit library instead of libreadline, which
# may indicate OS-X or *BSD - See http://bugs.python.org/issue10666
#
# FIXME This is the canonical test as suggested by the docs, but
# surely there is a better test than this? Perhaps something like
# sys.platform == DARWIN?
return 'libedit' in readline.__doc__


# Set up command line completion:
class Completer(rlcompleter.Completer):
"""Readline tab completer with optional support for indenting.

All arguments to the class constructor are optional.

namespace::
None, or a namespace dict, to use for completions. See the
``rlcompleter`` module for more details.

key::
Key to use for completion. ``key`` should be a key combination
written in the appropriate syntax for your readline library.
If ``key`` is not given or is None, the default TAB key will be
used:

* if you are using libreadline, 'tab' will be used;
* if you are using libedit, '^I' will be used.

Any other choice for ``key`` will be used exactly as given, and
it is your responsibility to ensure it is in the correct format
for the underlying readline library.

indent::
String to insert for indents when the completer key is pressed
at the start of the line. The default is to insert '\\t' (a
literal tab). Another common choice is '' (four spaces). If
you pass None or the empty string, pressing the completer key
will *not* indent.

query_items::
The maximum number of items that the completer will show without
asking first. The default is 30.

bindings::
A tuple of additional readline bindings to be parsed. As a
convenience, if you have only one binding to use, you can pass
it as a string rather than inside a tuple. See your operating
system's readline documentation for syntax.

"""
def __init__(self, namespace=None,
# Tab completion:
key=None, indent='\t', query_items=30,
# Extra bindings to be used:
bindings=(),
):
# This is a classic class in Python 2.x, so no super().
rlcompleter.Completer.__init__(self, namespace)
self.key = key
self.indent = indent
self.query_items = query_items
if isinstance(bindings, str):
bindings = (bindings,)
self.bindings = bindings
self._enable()

def completer(self, text, state):
"""Completer function with optional support for indenting.

If self.indent is not empty or None, it will be used to indent at the
start of lines.
"""
# At the start of a line, indent.
if self.indent and (text == '' or text.isspace()):
return [self.indent, None][state]
return rlcompleter.Completer.complete(self, text, state)

def set_completer(self):
"""Set the completer."""
# Remove the 

[issue10496] Python startup should not require passwd entry

[Charles-François Natali]

Charles-François Natali added the comment:

Is there a hope to get this fixed?
It can be needed to e.g. run python as nobody user (used for example for CGI 
scripts, etc).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18606] Add statistics module to standard library

[Steven D'Aprano]

New submission from Steven D'Aprano:

I proposed adding a statistics module to the standard library some time ago, 
and received some encouragement:

http://mail.python.org/pipermail/python-ideas/2011-September/011524.html

Real life intervened, plus a bad case of over-engineering, but over the last 
few weeks I have culled my earlier (private) attempt down to manageable size. I 
would like to propose the attached module for the standard library.

I also have a set of unit-tests for this module. At the moment it covers about 
30-40% of the functions in the module, but I should be able to supply unit 
tests for the remaining functions over the next few days.

--
components: Library (Lib)
files: statistics.py
messages: 193988
nosy: stevenjd
priority: normal
severity: normal
status: open
title: Add statistics module to standard library
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file31097/statistics.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9035] os.path.ismount on windows doesn't support windows mount points

[Tim Golden]

Changes by Tim Golden :


Removed file: http://bugs.python.org/file31092/issue9035.3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9035] os.path.ismount on windows doesn't support windows mount points

[Tim Golden]

Changes by Tim Golden :


Removed file: http://bugs.python.org/file31087/issue9035.2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9035] os.path.ismount on windows doesn't support windows mount points

[Tim Golden]

Tim Golden added the comment:

4th and hopefully final patch. Added tests for byte paths. Reworked the ismount 
so it uses the original detection approach first (which is wholly lexical) and 
drops back to the volume path technique only if the path doesn't appear to be a 
drive or a share root. This should minimise backwards-incompatibility while 
still solving the original problem.

--
Added file: http://bugs.python.org/file31098/issue9035.4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18257] Two copies of python-config

[Ronald Oussoren]

Ronald Oussoren added the comment:

I won't be able to work on this before 3.4a1 is released, and that shouldn't be 
a problem.

I do think this should be fixed before the first beta though.

(That said, I'd rather not work on this at all, I didn't introduce this problem)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Antoine Pitrou]

Antoine Pitrou added the comment:

Updated patch has tests and also removes several cleanup hacks.

--
Added file: http://bugs.python.org/file31099/module_cleanup4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7140] imp.new_module does not function correctly if the module is returned from a function and used directly

[Antoine Pitrou]

Antoine Pitrou added the comment:

Work in progress in issue 18214.

--
nosy: +pitrou
resolution:  -> duplicate
status: open -> closed
superseder:  -> Stop purging modules which are garbage collected before shutdown

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18604] Consolidate gui available checks in test.support

[R. David Murray]

R. David Murray added the comment:

I think it is fine to backport this, since it only affects tests, and allows 
the backported idle tests to be consistent.

For 3/4, I agree that requires should skip always if the GUI infrastructure is 
not available.  The "don't skip if main" logic is appropriate only for deciding 
whether or not to run the tests when the test suite is invoked directly (as 
opposed to through regrtest), not for deciding whether or not to run them when 
the actual resource is being checked.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18606] Add statistics module to standard library

[Antoine Pitrou]

Antoine Pitrou added the comment:

I suppose you should write a PEP for the module inclusion proposal (and for a 
summary of the API).

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18605] 2.7: test_threading hangs on Solaris 9

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Please at least run test_threading in verbose mode, to know which test 
> exactly hangs: ./python -m test -v test_threading

Sorry, I meant: ./python -m test.regrtest -v test_threading

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18605] 2.7: test_threading hangs on Solaris 9

[Antoine Pitrou]

Antoine Pitrou added the comment:

Please at least run test_threading in verbose mode, to know which test exactly 
hangs: ./python -m test -v test_threading

Also, please try with the default branch too (which will become 3.4 when 
released). Instructions to check out the code: 
http://docs.python.org/devguide/#quick-start

--
nosy: +pitrou
versions: +Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18606] Add statistics module to standard library

[Ronald Oussoren]

Ronald Oussoren added the comment:

At first glance statistics.sum does the same as math.fsum (and statistics. 
add_partial seems to be a utility for implementing sum). 

I agree that a PEP would be useful.

--
nosy: +ronaldoussoren

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7674] select.select() corner cases: duplicate fds, out-of-range fds

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5302] Allow package_data specs/globs to match directories

[Éric Araujo]

Éric Araujo added the comment:

packaging is not in the stdlib anymore, and the successors to distutils2 may or 
may not use package_data in setup.cfg.  This is obsolete.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13463] Fix parsing of package_data

[Éric Araujo]

Éric Araujo added the comment:

packaging is not in the stdlib anymore, and the successors to distutils2 may or 
may not use package_data in setup.cfg.  This is obsolete.

--
resolution:  -> wont fix
stage: test needed -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4708] os.pipe should return inheritable descriptors (Windows)

[Tim Golden]

Changes by Tim Golden :


--
assignee: tim.golden -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3099] On windows, "import nul" always succeed

[Tim Golden]

Tim Golden added the comment:

This one seems to have been fixed by the importlib rebuild. I haven't bothered 
to trace the code path, but certainly "import nul" returns the expected 
"ImportError: No module named 'nul'" in both Debug & Release builds.

--
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2889] curses for windows (alternative patch)

[Tim Golden]

Changes by Tim Golden :


--
assignee: tim.golden -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16921] Docs of subprocess.CREATE_NEW_CONSOLE are wrong

[Tim Golden]

Changes by Tim Golden :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7443] test.support.unlink issue on Windows platform

[Tim Golden]

Tim Golden added the comment:

This has been covered off by work done with the test.support package including 
context managers for temporary files / directories, and a waitfor mechanism 
which waits some time if a file can't be accessed.

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7443] test.support.unlink issue on Windows platform

[R. David Murray]

R. David Murray added the comment:

The support package is fixed (I presume :), but there was also a desire 
expressed to expose this functionality in shutil, since it can arise in 
"normal" Python programs as well as in the test suite.  Given that the fix has 
been successful in the test suite, shouldn't we open an issue to expose it in 
shutil?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10496] Python startup should not require passwd entry

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17616] wave.Wave_read and wave.Wave_write can be context managers

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8327780d3841 by R David Murray in branch 'default':
#17616: wave.open now supports the 'with' statement.
http://hg.python.org/cpython/rev/8327780d3841

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17616] wave.Wave_read and wave.Wave_write can be context managers

[R. David Murray]

R. David Murray added the comment:

Thanks, Claudiu.

--
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5845] rlcompleter should be enabled automatically

[Martin v . Löwis]

Martin v. Löwis added the comment:

If R. David agrees (assuming no patch is coming forward), it could be degrated 
to deferred-blocker, and the alpha phases could be used to see how annoyed 
people are with "tab not working".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10878] asyncore does not react properly on close()

[Terry J. Reedy]

Terry J. Reedy added the comment:

I am re-closing as there is no defined bug to fix, and 2.7 is closed to 
enhancements.

--
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17350] Use STAF call python script will case 1124861 issue in 2.7.2 version

[Terry J. Reedy]

Terry J. Reedy added the comment:

In in absence of the information needed to consider this a current Python bug, 
I am closing it as either out-of-date (already fixed) or invalid (a third-party 
problem).

--
resolution:  -> out of date
stage: test needed -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18607] struct.unpack

[Andres Adjimann]

New submission from Andres Adjimann:

There is something wrong with struct.unpack.

import struct
print struct.calcsize('BHB')
8
print struct.calcsize('BHB')
9

--
messages: 194009
nosy: Andres.Adjimann
priority: normal
severity: normal
status: open
title: struct.unpack
type: behavior
versions: Python 2.6, Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5845] rlcompleter should be enabled automatically

[R. David Murray]

R. David Murray added the comment:

Yeah, deferred blocker is fine with me.

--
priority: release blocker -> deferred blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10496] Python startup should not require passwd entry

[Christian Heimes]

Changes by Christian Heimes :


--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15699] PEP 3121, 384 Refactoring applied to readline module

[Antoine Pitrou]

Antoine Pitrou added the comment:

Updated patch fixing a few issues (i.e. crashes). Reading the module state 
requires the GIL to be held, but it was taken too late when the hooks are 
called.

--
keywords: +patch
nosy: +pitrou
Added file: http://bugs.python.org/file31100/rl_pep3131.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15699] PEP 3121, 384 Refactoring applied to readline module

[Roundup Robot]

Roundup Robot added the comment:

New changeset e4594c7dfeeb by Antoine Pitrou in branch 'default':
Issue #15699: The readline module now uses PEP 3121-style module 
initialization, so as to reclaim allocated resources (Python callbacks) at 
shutdown.
http://hg.python.org/cpython/rev/e4594c7dfeeb

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17899] os.listdir() leaks FDs if invoked on FD pointing to a non-directory

[Christian Heimes]

Christian Heimes added the comment:

ping...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15699] PEP 3121, 384 Refactoring applied to readline module

[Antoine Pitrou]

Antoine Pitrou added the comment:

Now committed. Let's hope this doesn't break anything.

--
resolution:  -> fixed
stage:  -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Antoine Pitrou]

Antoine Pitrou added the comment:

Updated patch with a hack in Lib/site to unpatch builtins early at shutdown.

--
Added file: http://bugs.python.org/file31101/module_cleanup5.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18607] struct.unpack

[Andres Adjimann]

Andres Adjimann added the comment:

sorry my bad.

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18607] struct.unpack

[Tim Peters]

Tim Peters added the comment:

Looks fine to me.  The third one uses native size and alignment (see the "Byte 
Order, Size, and Alignment" section of the struct docs).  After the first 5 
B's, a pad byte is inserted so that the next H is properly aligned (to a 2-byte 
boundary).  That makes 6 bytes so far.  H then takes 2 bytes, making 8 bytes so 
far.  The final B adds the 9th byte.  As the docs say, < and > do no padding, 
so no pad byte is added in the first two cases.

--
nosy: +tim_one

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15699] PEP 3121, 384 Refactoring applied to readline module

[Antoine Pitrou]

Antoine Pitrou added the comment:

Looks ok on the buildbots.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16662] load_tests not invoked in package/__init__.py

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Hah, I just ran into this too.  I was perplexed why my load_tests() function 
wasn't being called and ended up pdb'ing unittest's discover, and found exactly 
this problem.  I'm not surprised lifeless beat me to it.

(My use case was to piggyback on load_tests() to implement a package fixture, 
similar to what nose provides.)

Note that in http://docs.python.org/3/library/unittest.html#load-tests-protocol 
the docs even give you a recipe for a "no-op" load_tests() which would have 
been perfect, except for this problem with pattern matching the directory.

My preference would be to remove the pattern match on the path.  I agree that 
the presence of a load_tests() is probably enough of an opt-in.  The question 
is whether we could classify this change as a bug fix or new feature.  I'd love 
to see this fixed in 3.3 so I'm hoping for the former.

--
nosy: +barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Roundup Robot]

Roundup Robot added the comment:

New changeset 79e2f5bbc30c by Antoine Pitrou in branch 'default':
Issue #18214: Improve finalization of Python modules to avoid setting their 
globals to None, in most cases.
http://hg.python.org/cpython/rev/79e2f5bbc30c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Antoine Pitrou]

Antoine Pitrou added the comment:

Let's wait for the buildbots on this one too.

--
resolution:  -> fixed
stage: patch review -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16662] load_tests not invoked in package/__init__.py

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Seems like this patch does the trick for my very limited testing.

--
keywords: +patch
Added file: http://bugs.python.org/file31102/16662.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18608] Avoid keeping a strong reference to locale in the _io module

[Antoine Pitrou]

New submission from Antoine Pitrou:

Keeping a strong reference to locale in _io prevents several modules from being 
collected before being wiped at shutdown. Attached patch stores a weakref 
instead.

--
components: Library (Lib)
files: io_locale_ref.patch
keywords: patch
messages: 194023
nosy: amaury.forgeotdarc, benjamin.peterson, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Avoid keeping a strong reference to locale in the _io module
type: resource usage
versions: Python 3.4
Added file: http://bugs.python.org/file31103/io_locale_ref.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18609] test_ctypes failure on AIX in PyEval_CallObjectWithKeywords

[David Edelsohn]

Changes by David Edelsohn :


--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18609] test_ctypes failure on AIX in PyEval_CallObjectWithKeywords

[David Edelsohn]

New submission from David Edelsohn:

test_ctypes now crashes on AIX after the ceval change to 
PyEval_CallObjectWithKeywords to check PyErr_Occurred().

#5  0x100ff0c8 in PyEval_CallObjectWithKeywords (func=0x300a4c3c,
arg=0x3062bb24, kw=0x0) at Python/ceval.c:4066
#6  0x10166bfc in PyCodec_Decode (object=0x305d5834,
encoding=0x200a0b80 "iso8859-1",
errors=0x102dd0b4  "surrogateescape")
at Python/codecs.c:403
#7  0x1006d500 in PyUnicode_Decode (
s=0xdb1c8234 <_GLOBAL__FD__ctypes_so+8356> "_ctypes/callbacks.c", size=19,
encoding=0x200a0b80 "iso8859-1",
errors=0x102dd0b4  "surrogateescape")
at Objects/unicodeobject.c:3045
#8  0x1006f208 in PyUnicode_DecodeFSDefaultAndSize (
s=0xdb1c8234 <_GLOBAL__FD__ctypes_so+8356> "_ctypes/callbacks.c", size=19)
at Objects/unicodeobject.c:3640
#9  0x1006f150 in PyUnicode_DecodeFSDefault (
s=0xdb1c8234 <_GLOBAL__FD__ctypes_so+8356> "_ctypes/callbacks.c")
at Objects/unicodeobject.c:3618
#10 0x1017b870 in PyCode_NewEmpty (
filename=0xdb1c8234 <_GLOBAL__FD__ctypes_so+8356> "_ctypes/callbacks.c",
funcname=0xdb1c8218 <_GLOBAL__FD__ctypes_so+8328> "'calling
callback function'", firstlineno=260) at Objects/codeobject.c:174
#11 0xdb1c3960 in _ctypes_add_traceback (
funcname=0xdb1c8218 <_GLOBAL__FD__ctypes_so+8328> "'calling
callback function'", filename=0xdb1c8234 <_GLOBAL__FD__ctypes_so+8356>
"_ctypes/callbacks.c",
lineno=260) at /home/dje/src/cpython/Modules/_ctypes/callbacks.c:104
#12 0xdb1c4204 in _CallPythonObject (mem=0x2ff144d8, restype=0x303a1ddc,
setfunc=@0x20365824: 0xdb1bbfd4 , callable=0x3055b454,
converters=0x30628e6c, flags=257, pArgs=0x2ff1)
at /home/dje/src/cpython/Modules/_ctypes/callbacks.c:261
#13 0xdb1c4690 in closure_fcn (cif=0x30528de8, resp=0x2ff144d8,
args=0x2ff14440, userdata=0x30528dcc)
at /home/dje/src/cpython/Modules/_ctypes/callbacks.c:322
#14 0xdb1c2a90 in ffi_closure_helper_DARWIN (closure=0x20367008,
rvalue=0x2ff144d8, pgr=0x2ff14570, pfr=0x2ff144f0)
at 
/home/dje/src/cpython/Modules/_ctypes/libffi/src/powerpc/ffi_darwin.c:1355
#15 0xdb1c2c80 in ffi_closure_ASM ()
   from /home/dje/src/cpython/build/lib.aix-7.1-3.4-pydebug/_ctypes.so
#16 0xdb1c2ba0 in ffi_call_AIX ()
   from /home/dje/src/cpython/build/lib.aix-7.1-3.4-pydebug/_ctypes.so
#17 0xdb1c231c in ffi_call (cif=0x2ff146b8, fn=0x20367008, rvalue=0x2ff14770,
avalue=0x2ff14750)
at /home/dje/src/cpython/Modules/_ctypes/libffi/src/powerpc/ffi_darwin.c:936
#18 0xdb1a3a68 in _call_function_pointer (flags=4353, pProc=0x20367008,
avalues=0x2ff14750, atypes=0x2ff14730, restype=0x303a1ddc,
resmem=0x2ff14770, argcount=1)
at /home/dje/src/cpython/Modules/_ctypes/callproc.c:811
#19 0xdb1a47c4 in _ctypes_callproc (pProc=0x20367008, argtuple=0x3062be6c,
flags=4353, argtypes=0x3062b99c, restype=0x304735a4, checker=0x0)
at /home/dje/src/cpython/Modules/_ctypes/callproc.c:1152
#20 0xdb19da70 in PyCFuncPtr_call (self=0x3061e9c4, inargs=0x3062be6c,
kwds=0x3062bd1c) at /home/dje/src/cpython/Modules/_ctypes/_ctypes.c:3820
#21 0x1010b85c in PyObject_Call (func=0x3061e9c4, arg=0x3062be6c,
kw=0x3062bd1c) at Objects/abstract.c:2105
#22 0x10101778 in ext_do_call (func=0x3061e9c4, pp_stack=0x2ff15154, flags=3,
na=0, nk=0) at Python/ceval.c:4537
#23 0x100f8464 in PyEval_EvalFrameEx (f=0x305e5bcc, throwflag=0)
at Python/ceval.c:2858
#24 0x100fca84 in PyEval_EvalCodeEx (_co=0x3055a980, globals=0x30554d1c,
locals=0x0, args=0x3062c300, argcount=3, kws=0x3062c30c, kwcount=0,
defs=0x0, defcount=0, kwdefs=0x0, closure=0x0) at Python/ceval.c:3567
#25 0x101004d4 in fast_function (func=0x3055b514, pp_stack=0x2ff15bb0, n=3,
na=3, nk=0) at Python/ceval.c:4320

--
components: Interpreter Core
messages: 194024
nosy: David.Edelsohn
priority: normal
severity: normal
status: open
title: test_ctypes failure on AIX in PyEval_CallObjectWithKeywords
type: crash
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16487] Allow ssl certificates to be specified from memory rather than files.

[Donald Stufft]

Changes by Donald Stufft :


--
nosy: +dstufft

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1666318] shutil.copytree doesn't give control over directory permissions

[Catherine Devlin]

Catherine Devlin added the comment:

Thanks, Antoine - I've signed and submitted the Contributor's Agreement.

--
Added file: http://bugs.python.org/file31104/Python Contributor Agreement Form 
- signed.pdf

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18214] Stop purging modules which are garbage collected before shutdown

[Richard Oudkerk]

Richard Oudkerk added the comment:

I played a bit with the patch and -v -Xshowrefcount.  The number of references 
and blocks left at exit varies (and is higher than for unpatched python).

It appears that a few (1-3) module dicts are not being purged because they have 
been "orphaned".  (i.e. the module object was garbaged collected before we 
check the weakref, but the module dict survived.)  Presumably it is the hash 
randomization causing the randomness.

Maybe 8 out of 50+ module dicts actually die a natural death by being garbage 
collected before they are purged.  Try

./python -v -Xshowrefcount check_purging.py

--
Added file: http://bugs.python.org/file31105/check_purging.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18610] wsgiref.validator expects wsgi.input read to give exactly one arg

[Robin Schoonover]

New submission from Robin Schoonover:

wsgiref.validator requires wsgi.input's read to always give EXACTLY one 
argument. This is incorrect.

It's own documentation says:
* That wsgi.input is used properly:
  - .read() is called with zero or one argument

PEP says:
A server should allow read() to be called without an argument, and return the 
remainder of the client's input stream.

--
components: Library (Lib)
files: wsgiref.patch
keywords: patch
messages: 194027
nosy: Robin.Schoonover
priority: normal
severity: normal
status: open
title: wsgiref.validator expects wsgi.input read to give exactly one arg
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file31106/wsgiref.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18610] wsgiref.validate expects wsgi.input read to give exactly one arg

[Robin Schoonover]

Changes by Robin Schoonover :


--
title: wsgiref.validator expects wsgi.input read to give exactly one arg -> 
wsgiref.validate expects wsgi.input read to give exactly one arg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11571] Turtle window pops under the terminal on OSX

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
resolution:  -> wont fix
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18603] PyOS_mystricmp unused and no longer available

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1666318] shutil.copytree doesn't give control over directory permissions

[Christian Heimes]

Changes by Christian Heimes :


Removed file: http://bugs.python.org/file31104/Python Contributor Agreement 
Form - signed.pdf

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1666318] shutil.copytree doesn't give control over directory permissions

[Christian Heimes]

Christian Heimes added the comment:

Hi Catherine,

the contributor agreement must go through proper channels. The bug tracker is 
not the right place to post your agreement. Please follow the instructions at 
http://www.python.org/psf/contrib/ . You can submit the agreement 
electronically, too.

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17616] wave.Wave_read and wave.Wave_write can be context managers

[Roundup Robot]

Roundup Robot added the comment:

New changeset 4f3b6eff2ede by R David Murray in branch 'default':
#17616: Improve context manager tests, fix bugs in close method and mode docs.
http://hg.python.org/cpython/rev/4f3b6eff2ede

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

[Bill Gale]

Bill Gale added the comment:

so i hit the same exception, here is how i solved it.

environment:
windows 7 enterprise 64 bit
python 2.7.5 64 bit
visual studio 2008 32 bit

issue:
pip installs failed with the above exception.

solution:
there are two parts.
1. install 64 bit components to vs2008
2. modify the PATH to point to 64 bit vs2008 bin folder

to confirm is this solution will help you:
check if there is an amd64 under your vs2008 bin folder:
C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin
if yes, this solution will not help you.
if missing follow the steps below.

step 1.
control panel
select Microsoft Visual Studio 2008 Professional -ENU
window Visual Studio 2008 Maintenance Mode is opened
click through to and select Add or Remove Features
Under Language Tools->VC++ "X64 Compilers and Tools" should be unchecked.
if it is checked, skip to step 2.
check "X64 Compilers and Tools", Update.
you may have to provide the VS2008 installation CD.
confirm that update creates bin\amd64 subfolder.

step 2.
add 64 bit subfolder to your path.
VS2008_HOME=C:\Program Files (x86)\Microsoft Visual Studio 9.0
PATH=%PATH%;%VS2008_HOME%\VC\bin;%VS2008_HOME%\VC\bin\amd64;
open new command window to receive new PATH changes.
pip installations should no die with the ValueError.

--
nosy: +bgale

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1666318] shutil.copytree doesn't give control over directory permissions

[Vajrasky Kok]

Vajrasky Kok added the comment:

Hi Catherine,

I saw your patch. It looks good, except you are trying to copy the directory 
onto its subdirectory.

src_dir = tempfile.mkdtemp()
dst_dir = os.path.join(tempfile.mkdtemp(), 'destination')

I prefer it if you copy it to somewhere else. This would be better:

tmp_dir = self.mkdtemp()
src = os.path.join(tmp_dir, 'foo')
dst = os.path.join(tmp_dir, 'bar')

--
nosy: +vajrasky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17998] internal error in regular expression engine

[Bohuslav "Slavek" Kabrda]

Changes by Bohuslav "Slavek" Kabrda :


--
nosy: +bkabrda

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com