[issue15465] Improved documentation for C API version info

[Nick Coghlan]

New submission from Nick Coghlan :

As far as I can tell, the only mentions of the C API version macros are:

1. In the prose for the stable ABI section (incidentally: this section has a 
typo in the title)

2. In the documentation for sys.hexversion

There should be a clear "API and ABI Versioning" section in the C API docs that 
covers:

PY_LIMITED_API
PY_HEX_VERSION
PY_MAJOR_VERSION
PY_MINOR_VERSION
PY_MICRO_VERSION
PY_RELEASE_LEVEL
PY_RELEASE_SERIAL

--
assignee: docs@python
components: Documentation
messages: 166546
nosy: docs@python, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Improved documentation for C API version info
type: enhancement

___
Python tracker 

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

[issue15465] Improved documentation for C API version info

[Nick Coghlan]

Changes by Nick Coghlan :


--
versions: +Python 3.2, Python 3.3

___
Python tracker 

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

[issue14578] importlib doesn't check Windows registry for paths

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I would really like to release beta2 this weekend.  Is it possible to get 
> this resolved by then?

At worse, perhaps 3.3 can be released without this feature. I don't know who 
relies on it.

--
nosy: +pitrou

___
Python tracker 

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

[issue15463] test_faulthandler can fail if install path is too long

[STINNER Victor]

STINNER Victor  added the comment:

faulthandler has arbitrary limits to avoid an unlimited loop if some
data are corrupted.

#define MAX_STRING_LENGTH 100
#define MAX_FRAME_DEPTH 100
#define MAX_NTHREADS 100

The string limit is maybe too short. MAX_STRING_LENGTH can be set to
500 characters, what do you think?

We may also add a function to change these limits at runtime.

> Without investigating further, my instinct would be to prefer to truncate in 
> the middle,
> if possible, otherwise truncate the head of the path, rather than truncate 
> the tail.

faulthandler does not trust anything, including the length of the
string. Change the limit to 500 characters should be safer.

Remember that faulthandler is called when something really bad
happens, like a segfault or an illegal instruction.

faulthandler may be less strict when it is called explicitly, ex:
faulthandler.dump_traceback().

--

___
Python tracker 

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

[issue14578] importlib doesn't check Windows registry for paths

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

pywin32 used to install modules this way, but it seems it doesn't anymore:
http://pywin32.hg.sourceforge.net/hgweb/pywin32/pywin32/file/16707e6f1624/pywin32_postinstall.py#l307
# It is possible people with old versions installed with still have 
# pywintypes and pythoncom registered.  We no longer need this, and stale
# entries hurt us.
Maybe this feature is not so important after all.

--

___
Python tracker 

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

[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays

[Stefan Krah]

Stefan Krah  added the comment:

Any objections to committing this before beta2? What about the
len > view->len change: Does that look reasonable?

--

___
Python tracker 

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

[issue12556] Disable size checks in mmap.mmap()

[Ricky Ng-Adam]

Ricky Ng-Adam  added the comment:

I find this resolution to rejected somewhat questionable. It has been pointed 
that the mmap behavior in Python differs from the behavior of the underlying 
mmap as defined by the system documentation. 

I think the incorrect assumption here is that mmap is used to only map real 
files. In the case of virtual files such those found in sysfs and debugfs in 
Linux, mmap is a general operation that lets the underlying driver arbitrarily 
map to other memory regions.

As an example, we are developing a new hardware platform. To maximize 
performance, instead of creating a file-based interface to the Linux driver, we 
are experimenting with mmap'ing the hardware memory address to the userspace by 
implementing the mmap operation in our Linux kernel module. 

This mmap operation works in C and in Node.JS, but not in Python where it can't 
get past the underlying debugfs (or sysfs) file having a size of 0...

--
nosy: +rngadam

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Richard Oudkerk  added the comment:

Here is a minimal patch against default.

It is a clear improvement on the current situation, even though it still cannot 
handle the case

  class Error(Exception):
def __init__(self, x):
  Exception.__init__(self)
  self.x = x

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Changes by Richard Oudkerk :


Added file: http://bugs.python.org/file26537/init_args.patch

___
Python tracker 

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

[issue15364] sysconfig confused by relative paths

[Roundup Robot]

Roundup Robot  added the comment:

New changeset d2f448dbc30d by Richard Oudkerk in branch 'default':
Issue #15364: Fix sysconfig.get_config_var('srcdir') to be an absolute path.
http://hg.python.org/cpython/rev/d2f448dbc30d

--
nosy: +python-dev

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Here's a patch.  A new project, _freeze_importlib, has the necessary 
prerequisites and runs the executable, generating importlib.h, as a post-build 
step.

I'm not sure if we should make this project a pre-requisite of any other 
projects, though

--
keywords: +patch
Added file: http://bugs.python.org/file26538/_freeze_importlib.patch

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

There should be an actual pickling / unpickling test, so that this
doesn't regress by mistake.

Le vendredi 27 juillet 2012 à 11:01 +, Richard Oudkerk a écrit :
> Changes by Richard Oudkerk :
> 
> 
> Added file: http://bugs.python.org/file26537/init_args.patch
>

--

___
Python tracker 

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

[issue15041] tkinter documentation: update "see also" list

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Ok

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Richard Oudkerk  added the comment:

ExceptionTests.testAttributes already checks the attributes of unpickled copies 
(using all protocols).

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> ExceptionTests.testAttributes already checks the attributes of
> unpickled copies (using all protocols).

Ok, sorry for the noise then.

--

___
Python tracker 

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

[issue15466] Python/importlib.h is different on 32bit and 64bit

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc :

As shown in a patch in issue15431, frozen.c does not output the same data on 
different platforms.

The first difference looks like this (extracted from the patch):
-101,73,255,255,255,255,0,0,0,0,40,10,0,0,0,117,
+101,108,3,0,0,0,255,127,255,127,3,0,40,10,0,0,

On first row, 'I' followed by 0x on 8 bytes.
On second row, 'l' followed by 3 followed by 0x (in 3 chunks of 15 
bits).
The Python number 0x is marshalled with TYPE_INT64 when SIZEOF_LONG>4 
(Unix 64bit), and with TYPE_LONG on other platforms (32bit, or win64)

The C "long" type has much less importance in 3.x Python, because PyIntObject 
does not exist anymore.
I suggest to remove this distinction, and allow TYPE_INT64 on all platforms.

I don't see any compatibility issue, on unmarshalling both methods produce the 
same object.
I'll try to suggest a patch later today.

--
messages: 166559
nosy: amaury.forgeotdarc, pitrou
priority: high
severity: normal
status: open
title: Python/importlib.h is different on 32bit and 64bit

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

IMO dependencies is not a big issue here.  In the worst case, the developer can 
build a second time...

I think your patch won't work on Unix machines: _freeze_importlib.c is linked 
with all Python files *except* frozen.c which defines PyImport_FrozenModules.  
#ifdef should be used IMO.

Also, I noticed that the marshalled code is different. The first difference a 
32bit vs. 64bit issue: 0x is marshalled as a TYPE_INT64 on 64bit 
platforms, but as a TYPE_LONG on 32bit platforms.  See issue15466.

--
dependencies: +Python/importlib.h is different on 32bit and 64bit

___
Python tracker 

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

[issue15466] Python/importlib.h is different on 32bit and 64bit

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

I realize that uppercase I and lowercase L are easily confused:

On first row, 'I' (=TYPE_INT64) followed by 0x on 8 bytes.
On second row, 'l' (=TYPE_LONG) followed by 3 followed by 0x (in 3 
chunks of 15 bits).

--

___
Python tracker 

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

[issue1062277] Pickle breakage with reduction of recursive structures

[Stefan Mihaila]

Changes by Stefan Mihaila :


--
nosy: +mstefanro

___
Python tracker 

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

[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays

[Nick Coghlan]

Nick Coghlan  added the comment:

Georg, need a call on how close you are to cutting beta 2 and whether you want 
this to wait until rc1.

--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release blocker

___
Python tracker 

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

[issue15466] Python/importlib.h is different on 32bit and 64bit

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I suggest to remove this distinction, and allow TYPE_INT64 on all
> platforms.

You have to find a 64-bit C int type that works on all platforms and for which 
a PyLongAsXXX() function exists, though. Or perhaps you want to restrict 
yourself to systems which have "long long" and where it is at least 64 bits 
wide.

--

___
Python tracker 

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

[issue12834] PyBuffer_ToContiguous() incorrect for non-contiguous arrays

[Nick Coghlan]

Nick Coghlan  added the comment:

Summary of my review for Georg's benefit: I had one minor formatting nit with 
the patch (which Stefan can easily fix before committing), but it otherwise 
looked fine to me.

I also agree that the old implicit truncation was unusable in practice, as the 
*actual* length is not returned from the function, and in fact cannot be 
returned because the return type is int rather than Py_ssize_t. A length 
mismatch therefore needs to be an error.

--

___
Python tracker 

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

[issue15466] Python/importlib.h is different on 32bit and 64bit

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

My primary goal is to have a stable importlib.h, and currently all developer 
work on machines where PY_LONG_LONG is >64bit.  So the restriction is OK.

--

___
Python tracker 

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

[issue15364] sysconfig confused by relative paths

[Éric Araujo]

Éric Araujo  added the comment:

Okay, so LGTM.  Let’s ask the RMs if this is a new behavior or a bugfix.

--
nosy: +benjamin.peterson, georg.brandl
versions: +Python 3.4 -Python 3.3

___
Python tracker 

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

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 4e85e4743757 by Richard Oudkerk in branch '2.7':
Issue #6056: Make multiprocessing use setblocking(True) on the sockets it uses.
http://hg.python.org/cpython/rev/4e85e4743757

New changeset 290f04722be3 by Richard Oudkerk in branch '3.2':
Issue #6056: Make multiprocessing use setblocking(True) on the sockets it uses.
http://hg.python.org/cpython/rev/290f04722be3

New changeset f03839401420 by Richard Oudkerk in branch 'default':
Issue #6056: Make multiprocessing use setblocking(True) on the sockets it uses.
http://hg.python.org/cpython/rev/f03839401420

--
nosy: +python-dev

___
Python tracker 

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

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

[Éric Araujo]

Éric Araujo  added the comment:

Compare:

running the command above without warnings is not sufficient for PyPI to 
convert the content successfully.

being able to run the command above without warnings is not sufficient to be 
sure that PyPI will convert the content successfully.

--

___
Python tracker 

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

[issue15364] sysconfig confused by relative paths

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The current patch should be fine, although it is IMHO not the long-term 
solution. For installed python's get_config_var('srcdir') still lies, but now 
at least returns slightly more sane path.

As I noted before the real problem is that it is not clear which config_vars 
are usable in which situations. One example is 'srcdir': this value is only 
useful in the build tree and there currently is no clean way to signal that you 
are retrieving a value that is not useful.  Another example is 'RUNSHARED', 
that's also only useable when building python.

I'm not sure what the right solution for the larger issue is. It might be good 
enough to document generally useful config_vars and warn that other's might 
exist but might not be safe to use, on the other hand it might be better to 
explicitly reduce the set of config_vars to something sane (and document which 
those are and when they can be used)

--

___
Python tracker 

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

[issue9269] Cannot pickle self-referencing sets

[Stefan Mihaila]

Stefan Mihaila  added the comment:

Attaching patch for fixing a test and adding better testing of sets.

--
Added file: http://bugs.python.org/file26539/sets-test.patch

___
Python tracker 

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

[issue9269] Cannot pickle self-referencing sets

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
assignee: belopolsky -> 
dependencies:  -Pickle breakage with reduction of recursive structures
stage: needs patch -> patch review
versions: +Python 3.4 -Python 3.2

___
Python tracker 

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

[issue14330] don't use host python, use host search paths for host compiler

[Matthias Klose]

Matthias Klose  added the comment:

just back in DE today, but still travelling. Won't be able to look at this 
before late Monday.

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Brett Cannon]

Brett Cannon  added the comment:

Temporarily making this a blocker to see if Georg considers this a bugfix or 
feature.

--
nosy: +benjamin.peterson
priority: critical -> release blocker

___
Python tracker 

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

[issue15466] Python/importlib.h is different on 32bit and 64bit

[Brett Cannon]

Changes by Brett Cannon :


--
nosy: +brett.cannon

___
Python tracker 

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

[issue14135] check for locale changes in test.regrtest

[Atsuo Ishimoto]

Atsuo Ishimoto  added the comment:

Patch to check if locale was changed.

Since I'm not sure where to put tests for test.regrtest, I created 
new file, test.test_regrtest.

--
keywords: +patch
nosy: +ishimoto
Added file: http://bugs.python.org/file26540/issue14135.patch

___
Python tracker 

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

[issue15467] Updating __sizeof__ tests

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The proposed patches move to test.support some functions, which will be useful 
for testing __sizeof__. The next few patches will use it. Also in 3.3 some bugs 
have fixed, now "n" is used for Py_ssize_t and Py_hash_t (which is not long 
now).

--
components: Tests
files: sizeof_tests-3.3.patch
keywords: patch
messages: 166574
nosy: loewis, storchaka
priority: normal
severity: normal
status: open
title: Updating __sizeof__ tests
versions: Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file26541/sizeof_tests-3.3.patch

___
Python tracker 

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

[issue15467] Updating __sizeof__ tests

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file26542/sizeof_tests-3.2.patch

___
Python tracker 

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

[issue15467] Updating __sizeof__ tests

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file26543/sizeof_tests-2.7.patch

___
Python tracker 

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

[issue9216] FIPS support for hashlib

[Daniel Holth]

Daniel Holth  added the comment:

While you are at it, can you edit the docs to put md5() at the bottom of the 
page at the back of the list in a 2-point font and raise a 
DeprecationWarning("This function is totally lame, and it is slower than SHA-3, 
get with the program.") the first time it is used? I don't agree that md5 has a 
legitimate place in systems designed after 1996.

--
nosy: +dholth

___
Python tracker 

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

[issue9216] FIPS support for hashlib

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> While you are at it, can you edit the docs to put md5() at the bottom
> of the page at the back of the list in a 2-point font and raise a
> DeprecationWarning("This function is totally lame, and it is slower
> than SHA-3, get with the program.") the first time it is used?

Please... don't make suggestions unrelated to the issue. Open a new issue 
instead.

--

___
Python tracker 

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

[issue15468] Edit docs to hide hashlib.md5()

[Daniel Holth]

New submission from Daniel Holth :

md5() has been obsolete since 1996. It has no place as the first item in 
hashlib's list of "guaranteed to be available" hashes, and it doesn't work when 
Python has been compiled to be FIPS-compliant.

The documentation should be edited to make md5's availability as non-obvious as 
possible.

--
messages: 166577
nosy: dholth
priority: normal
severity: normal
status: open
title: Edit docs to hide hashlib.md5()
versions: Python 3.3

___
Python tracker 

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

[issue15469] Correct __sizeof__ support for deque

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Here is a patch that implements correct __sizeof__ for collections.deque.

Test depends on issue15467.

--
components: Library (Lib)
files: deque_sizeof.patch
keywords: patch
messages: 166578
nosy: storchaka
priority: normal
severity: normal
status: open
title: Correct __sizeof__ support for deque
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file26544/deque_sizeof.patch

___
Python tracker 

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

[issue15469] Correct __sizeof__ support for deque

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +rhettinger
Added file: http://bugs.python.org/file26545/deque_sizeof-3.2.patch

___
Python tracker 

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

[issue15469] Correct __sizeof__ support for deque

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file26546/deque_sizeof-2.7.patch

___
Python tracker 

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

[issue15470] Stuck/hang when reading ssl object

[Seamus McKenna]

New submission from Seamus McKenna :

My python scripting has been running for several weeks periodically sending out 
emails.  However the script has been stuck for the last 24 hrs.  No parts of my 
script have been executed in this period.

On terminating the script via ctrl-c, I can see that the script is stuck with 
the python ssl library. See below;

-
File 
"/export2/home/intregress/LabEnv210/lab/int_lib/int_tools/PTM_COMMON/user.py", 
line 4277, in email
mailServer.sendmail(gmail_user, to, msg.as_string())
  File "/tools/ACTIVESTATE/python/2.7.1.3/x86/lib/python2.7/smtplib.py", line 
713, in sendmail
(code,resp) = self.data(msg)
  File "/tools/ACTIVESTATE/python/2.7.1.3/x86/lib/python2.7/smtplib.py", line 
482, in data
(code,msg)=self.getreply()
  File "/tools/ACTIVESTATE/python/2.7.1.3/x86/lib/python2.7/smtplib.py", line 
338, in getreply
line = self.file.readline()
  File "/tools/ACTIVESTATE/python/2.7.1.3/x86/lib/python2.7/smtplib.py", line 
177, in readline
chr = self.sslobj.read(1)
  File "/tools/ACTIVESTATE/python/2.7.1.3/x86/lib/python2.7/ssl.py", line 138, 
in read
return self._sslobj.read(len)
---

--
components: None
messages: 166579
nosy: seamus.mckenna
priority: normal
severity: normal
status: open
title: Stuck/hang when reading ssl object
type: behavior
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

[issue15467] Updating __sizeof__ tests

[Martin v . Löwis]

Martin v. Löwis  added the comment:

The problem is that this adds new features to test_support, which can only be 
done in 3.4.

--

___
Python tracker 

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

[issue15411] os.chmod() does not follow symlinks on Windows

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
nosy: +asvetlov

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Richard Oudkerk  added the comment:

BTW, BaseException_init() has the code

Py_XDECREF(self->args);
self->args = args;
Py_INCREF(self->args);

Presumably the Py_XDECREF(self->args) would be better replaced by 
Py_CLEAR(self->args)?

--

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Thank you.  I see how I must change the linkage on PC Only, although I wonder 
why tuen unix version isn't simply doing something similar..

The marshaled code was indeed created using 64 bits.  I was unsure whether to 
include that file as part of the patch, perhaps I shouldn't.

I'll wait for an update for the 64 bit issue.

--

___
Python tracker 

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

[issue14578] importlib doesn't check Windows registry for paths

[Brian Curtin]

Brian Curtin  added the comment:

> I would really like to release beta2 this weekend.  Is it possible to get 
> this resolved by then?

As others stated, I'm not sure it's entirely necessary. Given the two 
dependencies that need to be fixed before this one can move forward, I don't 
think it's happening soon so I'd suggest to move on with beta2.

--

___
Python tracker 

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

[issue15468] Edit docs to hide hashlib.md5()

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo, gregory.p.smith

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

If you look at Makefile.pre.in, you'll see that on Unix it builds a special 
binary: Modules/_freezeimportlib.c;  it uses most of Python machinery (except 
importlib, of course), and manually open importlib/_bootstrap.py, compiles it, 
and marshals the result to importlib.h.

Your solution on Windows is to use the full python.exe instead.

--

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc :


--
Removed message: http://bugs.python.org/msg166584

___
Python tracker 

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

[issue15471] importlib's __import__() argument style nit

[Barry A. Warsaw]

New submission from Barry A. Warsaw :

Very minor style nit.  In general, it's not considered good style to use 
mutable objects in default argument values.  importlib's 
_bootstrap.__import__() does just this for its globals, locals, and fromlist 
arguments.

The implementation currently doesn't abuse this, or allow any of the extensions 
to abuse, it may be possible in the future to naively cause negative 
side-effects due to mutate the keyword arguments.  It would be better to use 
non-mutable default values in the argument list.

--
assignee: brett.cannon
components: Library (Lib)
keywords: easy
messages: 166585
nosy: barry, brett.cannon
priority: low
severity: normal
status: open
title: importlib's __import__() argument style nit
versions: Python 3.3

___
Python tracker 

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

[issue15468] Edit docs to hide hashlib.md5()

[Gregory P. Smith]

Gregory P. Smith  added the comment:

The only edit that is needed is for md5 to be documented as unavailable when 
Python has been compiled in FIPS-compliant mode.  Most of the world does not 
and will never use that mode.

md5 is still a perfectly good algorithm for many uses and is required for 
legacy reasons to support the decades of already deployed uses of md5.

--
keywords: +easy

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

(Sorry for the previous message, it was wrong, and I also pressed the wrong 
button...)

A Unix Makefile cannot stand circular dependencies, so _freezeimportlib.c 
cannot depend on frozen.o.  OTOH it's not simple to have almost-similar list of 
files on VS projects (here we need all-of-python-but-frozen.c), so your 
solution is not bad either.
Please check that python33.dll is not always rebuilt each time you hit F7, 
though.

--

___
Python tracker 

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

[issue15470] Stuck/hang when reading ssl object

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Well, the traceback shows it's stuck trying to read from the network. It 
doesn't mean it's stuck in the ssl library; unless your script was taking 100% 
CPU when you killed it, it was most likely waiting for the peer (a SMTP server, 
I guess) to respond.

One suggestion would be to add a timeout to the SMTP connection. You can also 
use set_debuglevel() to get more detailed info about what's happening.

--
nosy: +pitrou

___
Python tracker 

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

[issue15431] Cannot build importlib.h on Windows

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I'll wait for an update for the 64 bit issue.

I don't think it's necessary, it's a pretty minor issue since the generated 
bytecode is portable anyway.

--
dependencies:  -Python/importlib.h is different on 32bit and 64bit
nosy: +pitrou

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Presumably the Py_XDECREF(self->args) would be better replaced by 
> Py_CLEAR(self->args)?

Ah, yes, definitely.

--

___
Python tracker 

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

[issue15464] ssl: add set_msg_callback function

[Chris Jerdonek]

Chris Jerdonek  added the comment:

That is one way to do it.  But it would be better to use a local variable 
rather than an attribute of the class (because otherwise you have to worry 
about resetting the value if more than one test uses the same pattern).  
Something like this would be better

called = []
def cb(packet):
called.append(1)

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Or you could simply Py_INCREF(args) before the Py_XDECREF...

--

___
Python tracker 

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

[issue15468] Edit docs to hide hashlib.md5()

[Daniel Holth]

Daniel Holth  added the comment:

Not to mention its continued popularity as a password hash, surpassed only by 
double-rot13. You've convinced me, it is reasonable to continue to support, 
nay, recommend md5 for the non-FIPS world. This hash function continues to have 
raving fans, especially in applications such as hashing data that is either 
read from or written to disk where the computational and storage cost of using 
a more modern hash is too severe for the majority of new applications.

--

___
Python tracker 

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

[issue15472] Itertools doc summary table misdocuments some arguments

[Éric Araujo]

New submission from Éric Araujo :

In the tables near the top of http://docs.python.org/library/itertools , some 
functions like cycle have an example that uses “seq”, which is interpreted as 
“sequence” but the functions do work with any iterable.

--
assignee: docs@python
components: Documentation
messages: 166594
nosy: docs@python, eric.araujo, rhettinger
priority: normal
severity: normal
status: open
title: Itertools doc summary table misdocuments some arguments
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

[issue15473] importlib no longer uses imp.NullImporter

[Barry A. Warsaw]

New submission from Barry A. Warsaw :

I think this is mostly just out of date documentation, but I want to get 
Brett's feedback.  The sys module has this to say about sys.path_importer_cache:

"A dictionary acting as a cache for finder objects. The keys are paths that 
have been passed to sys.path_hooks and the values are the finders that are 
found. If a path is a valid file system path but no explicit finder is found on 
sys.path_hooks then None is stored to represent the implicit default finder 
should be used. If the path is not an existing path then imp.NullImporter is 
set."

Notice that last sentence.  AFAICT, this is not true in importlib.  I can find 
no relevant reference to imp.NullImporter in _bootstrap.py.  Maybe we should 
just remove this from the documentation?  OTOH, there are a few tests that 
check semantics related to imp.NullImporter found in sys.path_importer_cache, 
so clearly there are API constraints.  See also runpy.py, which gives some 
semantics to finding this importer in the cache.

Any suggestions for better wording about imp.NullImporter and 
sys.path_importer_cache?  I'd like to add this to my rewritten import machinery 
docs, but I'm not exactly sure what to say about it.

--
assignee: brett.cannon
components: Documentation
messages: 166595
nosy: barry, brett.cannon, eric.smith, ncoghlan
priority: normal
severity: normal
status: open
title: importlib no longer uses imp.NullImporter
versions: Python 3.3

___
Python tracker 

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

[issue1234674] filecmp.cmp's "shallow" option

[Chris Jerdonek]

Changes by Chris Jerdonek :


--
nosy: +cjerdonek

___
Python tracker 

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

[issue15468] Edit docs to hide hashlib.md5()

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The hashlib doc starts with "Warning: Some algorithms have known hash collision 
weaknesses, see the FAQ at the end" (the "FAQ at the end" is a link to a 
Wikipedia article). The sentence "Included are the FIPS secure hash algorithms 
SHA1, SHA224, SHA256, SHA384, and SHA512 (defined in FIPS 180-2) as well as 
RSA’s MD5 algorithm" also conveys the idea that MD5 is not part of the "secure" 
bunch. The only addition I can think of would be to replace md5 with sha1 in 
the small example snippet at the beginning.

--
nosy: +pitrou

___
Python tracker 

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

[issue15460] SQLite cursor.description is not DB-API compatible

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
assignee:  -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python, tshepang

___
Python tracker 

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

[issue15439] Include Misc/ACKS names into the documentation

[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

[issue15439] Include Misc/ACKS names into the documentation

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> OK, I propose to completely drop the Doc/ACKS.txt from the documentation, and 
> replace it with the words

Sounds good to me.

--

___
Python tracker 

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

[issue15460] SQLite cursor.description is not DB-API compatible

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +ghaering

___
Python tracker 

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

[issue15418] 2to3 docs should mention setup.py fixes required to install compatible packages in Python 3

[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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Richard Oudkerk  added the comment:

> Or you could simply Py_INCREF(args) before the Py_XDECREF...

But won't self->args point to a broken object while any callbacks triggered by 
Py_XDECREF() are run?

An alternative would be

tmp = self->args;
self->args = args;
Py_INCREF(self->args);
Py_XDECREF(tmp);

As far as I can see the idiom Py_?DECREF(self->...) is rarely safe outside of a 
deallocator unless you are sure the pointed to object has a "safe" type (or you 
are sure the refcount cannot fall to zero).

--

___
Python tracker 

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

[issue15467] Updating __sizeof__ tests

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Can we get around this by renaming check_sizeof into _check_sizeof? Or would 
we have to duplicate these auxiliary functions in every test file with 
__sizeof__ test?

--

___
Python tracker 

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

[issue15474] Differentiate decorator and decorator factory in docs

[Éric Araujo]

New submission from Éric Araujo :

Some of the confusion encountered when writing decorators arise from the 
difference between a decorator (@something) and a decorator factory 
(@something(args)).  It would help to adopt this clearer terminology in our 
docs: a decorator takes the decorated function as argument and does its 
business, a decorator factory takes some arguments and returns a decorator 
which wraps the decorated function.

(I think it was Nick who suggested this in a recent-ish mailing list thread.)

--
assignee: docs@python
components: Documentation
messages: 166600
nosy: docs@python, eric.araujo, ncoghlan
priority: normal
severity: normal
status: open
title: Differentiate decorator and decorator factory in docs
versions: Python 2.7, Python 3.2, Python 3.3

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> But won't self->args point to a broken object while any callbacks triggered 
> by Py_XDECREF() are run?
> 
> An alternative would be
> 
> tmp = self->args;
> self->args = args;
> Py_INCREF(self->args);
> Py_XDECREF(tmp);

You are right, that's better.

--

___
Python tracker 

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

[issue15460] SQLite cursor.description is not DB-API compatible

[Gerhard Häring]

Gerhard Häring  added the comment:

SQLite's columns aren't typed, only SQLite values are. So it's entirely 
possible for the same column to have different types, like the NULL type, the 
INTEGER type and the TEXT type.

It's thus impossible to give meaningful type information in a SQLite3 DB-API 
module. That's why it's set to None instead.

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

[issue15475] Correct __sizeof__ support for itertools

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Here is a patch that implements correct __sizeof__ for some itertools 
iterators: product(), combinations(), combinations_with_replacement() and 
permutations().

--
components: Library (Lib)
files: itertools_sizeof-3.3.patch
keywords: patch
messages: 166603
nosy: rhettinger, storchaka
priority: normal
severity: normal
status: open
title: Correct __sizeof__ support for itertools
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file26547/itertools_sizeof-3.3.patch

___
Python tracker 

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

[issue15475] Correct __sizeof__ support for itertools

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file26548/itertools_sizeof-3.2.patch

___
Python tracker 

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

[issue15475] Correct __sizeof__ support for itertools

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file26549/itertools_sizeof-2.7.patch

___
Python tracker 

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

[issue15467] Updating __sizeof__ tests

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Not sure: that's for release managers to decide.

--

___
Python tracker 

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

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

[Richard Oudkerk]

Richard Oudkerk  added the comment:

Patch which adds fix for BaseException_init().

Actually this class of problem seem to be quite common.  

BaseException_set_tb() appears to be affected too, as is the code in the 
tutorial which introduces setters.

--
Added file: http://bugs.python.org/file26550/init_args.patch

___
Python tracker 

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

[issue15439] Include Misc/ACKS names into the documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I agree with Martin also. A short paragraph and link to the (combined) online 
file is quite sufficient. There is no need for the file to be in offline 
copies. And I would make the change in all current versions.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue15311] Developer Guide doesn't get updated once a day

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Hi Ned, you committed two of my Dev Guide patches in the recent past.  I was 
wondering if you would be willing to commit this one as well.  Thanks a lot.

--

___
Python tracker 

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

[issue15444] Incorrectly written contributor's names

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I basically agree with Marc-André. Indeed, I think Acks, at least, should 
contain names in native spelling plus, if that is not Latin-based, a 
romanization. Three reasons:
1. I want English-speaking Python programmers to feel welcome to contribute and 
be acknowledged with what is visibly their native name.
2. I want people to be able to looks at the contributors list and see that 
Python is an international project.
3. Transliterations are ofter lossy, and in both directions. Romanizations do 
not necessarily tell contributors' compatriots how to address them in their 
mutual native language.

If stdlib .py files are still restricted to romanizations, those could at least 
be looked up in Acks. But Python does come with an utf-8 unicode editor, Idle, 
that handles at least the BMP just fine (because tcl/tk does).

--
nosy: +terry.reedy

___
Python tracker 

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

[issue15311] Developer Guide doesn't get updated once a day

[Ned Deily]

Ned Deily  added the comment:

I believe you'll find that the "update" target in the Doc Makefile will install 
or update all the necessary doc tools including Sphinx.

--

___
Python tracker 

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

[issue15311] Developer Guide doesn't get updated once a day

[Éric Araujo]

Éric Araujo  added the comment:

The Doc makefile does install Sphinx, just like it used to install the previous 
toolchain, but the devguide is a regular Sphinx project which requires you to 
have Sphinx installed.

--

___
Python tracker 

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

[issue15311] Developer Guide doesn't get updated once a day

[Ned Deily]

Ned Deily  added the comment:

Sorry, of course!  The devguide is not the docset.

--

___
Python tracker 

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

[issue15451] PATH is not honored in subprocess.Popen in win32

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Richard is correct. From 17.1.1.2. Popen Constructor
"If env is not None, it must be a mapping that defines the environment 
variables for the new process; these are used instead of inheriting the current 
process’ environment, which is the default behavior." 
(followed by Window note about SystemRoot.)

The paragraph about shell=True in 17.1.1.1. Frequently Used Arguments suggests 
that that might work (but see warning).

--
nosy: +terry.reedy
resolution:  -> invalid
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

[issue15311] Developer Guide doesn't get updated once a day

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 706b1fa362a4 by Ned Deily in branch 'default':
Issue #15311: Expand section on helping with the Developer's Guide
http://hg.python.org/devguide/rev/706b1fa362a4

--
nosy: +python-dev

___
Python tracker 

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

[issue15311] Developer Guide doesn't get updated once a day

[Ned Deily]

Ned Deily  added the comment:

Thanks for the patch.

--
resolution:  -> fixed
stage: patch review -> 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

[issue15311] Developer Guide doesn't get updated once a day

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The original issue ("Developer Guide doesn't get updated once a day") isn't 
fixed, though.

--
priority: normal -> critical
resolution: fixed -> 
stage: committed/rejected -> 
status: closed -> open

___
Python tracker 

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

[issue15311] Dev Guide update hook broken

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Thanks, Ned!  Renaming the issue title to be more specific.

--
keywords:  -easy, patch
title: Developer Guide doesn't get updated once a day -> Dev Guide update hook 
broken

___
Python tracker 

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

[issue15295] Document PEP 420 namespace packages

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

First draft is complete, along with updates to the importlib abcs for the new 
protocols.  You'll see the language reference has a new importmachinery.rst 
file which describes finding and loading modules.  You'll see that the import 
statement docs have been simplified to point to this for step (1), and now only 
describe the name binding operations, i.e. step (2).  Various other 
documentation updates are made, including new glossary terms.

Everything lives in features/pep-420 in the importdocs branch.  I don't know if 
it's possible to just attach that branch to this tracker issue.  I'd rather not 
post a patch right now since that's much less convenient for the inevitable 
deluge of comments I'm sure I'll get.

Off to email python-dev now.

--

___
Python tracker 

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

[issue15450] Allow dircmp.subdirs to behave well under subclassing

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Updating patch to include documentation changes.

--
keywords:  -patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file26551/issue-15450-2.patch

___
Python tracker 

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

[issue15295] Import machinery documentation

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
priority: deferred blocker -> release blocker
stage: needs patch -> patch review
title: Document PEP 420 namespace packages -> Import machinery documentation

___
Python tracker 

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

[issue15444] Incorrectly written contributor's names

[Chris Jerdonek]

Chris Jerdonek  added the comment:

The idea also to include a romanization is a good one.

While working on issue 15437, it occurred to me that storing the names in a 
structured form might come in handy.  This would let us do things like list the 
username(s) associated with each contributor alongside their name (and access 
this information programmatically).  And perhaps also include information like 
the following: http://www.python.org/dev/committers

--

___
Python tracker 

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

[issue15457] consistent treatment of generator terminology

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I think the current entry calling a generator function a generator is wrong, so 
I appreciate your patch. Generator functions return instances of class 
'generator'*. I personally refer to generators as generator-iterators about as 
often as I refer to lists as list-sequences. (Generators implement the iterator 
protocol; lists implement the sequence protocol.)

* I personally think of a generator function as defining a virtual subclass of 
class generator and returning instances of that (vitual) subclass. The gf does 
this# by setting the gi_code attribute of instances to the code object compiled 
from its body. (Or perhaps it calls the generator class with its code object as 
parameter. In any case, this is what the special gf.__call__ method does 
instead of executing its code attribute. The call protocol makes this magic 
easy.) The generator subclass, then, is all instances with the same gi_code 
attribute. The name of the 'subclass' is the name of the generator function, 
which is also g.gi_code.co_name.

# Although 'gi_code' does not have a leading underscore, I am not sure whether 
it is intended to be public or if the mechanism is CPython specific. It *is' 
the only way to get the gf/subclass name from the generator.

What I think still needs correction is "generator then controls the execution 
of a generator function". The generator function has already run to create the 
generator. What is controlled is the execution of the code object compiled from 
the body of a gf. And the 'generator function' in question is not just 'a 
generator function' but 'the generator function that created the generator'.

So I suggest as more correct something like "generator then controls the 
execution of the [code object compiled from the] body of the generator function 
that created it" The part in [] is true but might be omitted if it seems too 
much in the context.

--
nosy: +terry.reedy
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

[issue15453] ctype with packed bitfields does not match native compiler

[Terry J. Reedy]

Terry J. Reedy  added the comment:

If you have not, please check other ctypes bitfields issues, especially #15119 
"ctypes mixed-types bitfield layout nonsensical; doesn't match compiler." to 
see if this is the same problem.

--
nosy: +terry.reedy
versions:  -Python 2.6

___
Python tracker 

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

[issue15457] consistent treatment of generator terminology

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Thanks a lot for the excellent feedback.  I'll update the patch to incorporate 
it.

One background note: I tried not to be too strict about using "generator 
iterator" or "generator function" in place of "generator" in the general docs 
in deference to this remark in PEP 255:  "Note that when the intent is clear 
from context, the unqualified name "generator" may be used to refer either to a 
generator-function or a generator-iterator."

--

___
Python tracker 

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

[issue9161] add_option in optparse no longer accepts unicode string

[Michael Johnson]

Michael Johnson  added the comment:

Created a unit test for the patch that was committed in r82581. I can easily 
add the test to argparse too, if needed; I didn't see any tests related to 
Unicode in there.

--
nosy: +mjjohnson

___
Python tracker 

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

[issue15457] consistent treatment of generator terminology

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Attaching updated patch incorporating feedback.

It would be nice to have a good term for "the generator function code object 
associated with a generator" to distinguish it from the original generator 
function as you point out.

There are many places in the docs where this distinction is blurred, for 
example throughout the subsection describing generator methods:

"generator.__next__(): Starts the execution of a generator function or resumes 
it at the last executed yield expression..."

http://docs.python.org/dev/reference/expressions.html#generator.__next__

By the way, I think it would be a good idea to add "code object" to the 
glossary as it is not currently listed.  In particular, the entry could link to 
the section of the docs that discuss code objects in more detail:

http://docs.python.org/reference/datamodel.html#the-standard-type-hierarchy
specifically: http://docs.python.org/dev/reference/datamodel.html#index-52

--
Added file: http://bugs.python.org/file26552/issue-15457-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

[Atsuo Ishimoto]

Changes by Atsuo Ishimoto :


--
nosy: +ishimoto

___
Python tracker 

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